Bug#338930: gambas - FTBFS: creating symbolic link: Permission denied
Thanks, In fact I had already apply the same solution for the packages a couple of weeks ago, but they I am in the nm process and I am waiting for a sponsor to upload them. They are located at http://apt.linex.org/linex/gambas/ . If you are a debian maintainer it would be great if you can check them and upload them to Debian. Regards. El sáb, 17-12-2005 a las 00:27 +0200, Lars Wirzenius escribió: > The patch below allows the package to be built. A quick glance at it > doesn't indicate any huge problems, but since I don't the package at > all, I didn't test it. Hopefully this is helpful in gettinga fixed > upload done anyway. > > Happy hacking. > > --- gambas-1.0.12/debian/rules 2005-12-16 21:13:24.0 + > +++ gambas-1.0.12.modified/debian/rules 2005-12-16 21:07:42.0 > + > @@ -54,7 +54,8 @@ > dh_testroot > dh_clean -k > dh_installdirs > - $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp > + $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp \ > + ROOT="$(CURDIR)/debian/tmp" > cp $(CURDIR)/debian/gambas.lintian-overrides > $(CURDIR)/debian/gambas/usr/share/lintian/overrides/gambas > cp $(CURDIR)/debian/gambas-doc.lintian-overrides > $(CURDIR)/debian/gambas-doc/usr/share/lintian/overrides/gambas-doc > > signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#335122: patch
tags 335122 + patch The attached patch fixes this bug. Tested in a clean sid pbuild environment. Regards --- debian/rules 2005-12-18 17:32:53.0 +0100 +++ ../tmp/freqtweak-0.6.1/debian/rules 2005-12-18 17:34:45.0 +0100 @@ -24,9 +24,9 @@ configure: configure-stamp configure-stamp: dh_testdir - aclocal-1.6 + aclocal-1.9 autoheader - automake-1.6 --add-missing --foreign + automake-1.9 --add-missing --foreign autoconf ./configure --enable-maintainer-mode --prefix=/usr --mandir=/usr/share touch configure-stamp --- debian/control 2005-12-18 17:32:53.0 +0100 +++ ../tmp/freqtweak-0.6.1/debian/control 2005-12-18 17:34:45.0 +0100 @@ -2,7 +2,7 @@ Section: sound Priority: optional Maintainer: Enrique Robledo Arnuncio <[EMAIL PROTECTED]> -Build-Depends: debhelper (>> 4.0.0), automake1.6, fftw3-dev, libwxgtk2.4-dev, libjack-dev, libxml2-dev, libsigc++-1.2-dev +Build-Depends: debhelper (>> 4.0.0), automake1.9, fftw3-dev, libwxgtk2.4-dev, libjack-dev, libxml2-dev, libsigc++-1.2-dev Standards-Version: 3.6.1 Package: freqtweak signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#343035: Package explicitely build-depends on g++-3.3
tags 343035 +patch The attached patch fixes this bug. Tested in a clean sid pbuild environment. Regards --- debian/control 2005-12-18 18:38:37.0 +0100 +++ ../tmp/ava-0.3b.19990815/debian/control 2005-12-18 18:38:57.0 +0100 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Jefferson E. Noxon <[EMAIL PROTECTED]> Standards-Version: 3.6.1.0 -Build-Depends: debhelper, g++-3.3 (>= 1:3.3.2) +Build-Depends: debhelper, g++ Package: ava Architecture: any signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#335293: Totally wrong copyright file
The attached patch generates a full dfsg compliant copyright file. Regards. --- debian/copyright 2005-12-18 19:01:55.0 +0100 +++ ../tmp/bandersnatch-0.4/debian/copyright 2005-12-18 19:02:04.0 +0100 @@ -1,11 +1,25 @@ This package was debianized by Polkan Alexis Garcia Rodriguez <[EMAIL PROTECTED]> on Fri, 8 Oct 2004 13:05:37 -0500. -It was downloaded from http://www.funkypenguin.co.za/filestore2/download/5/bandersnatch-0.4.RC1.tar.gz +It was downloaded from http://www.funkypenguin.co.za/bandersnatch/ -You can contact the upstream author, David Young at <[EMAIL PROTECTED]> -You are free to distribute this software under the terms of -the GNU General Public License. -On Debian systems, the complete text of the GNU General Public -License can be found in /usr/share/common-licenses/GPL file. +Copyright (C) 2005 David Young <[EMAIL PROTECTED]> + +This program is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or +(at your option) any later version. + +This program is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with this program; if not, write to the Free Software +Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA. + + +On Debian GNU/Linux systems, the complete text of the GNU General +Public License can be found in `/usr/share/common-licenses/GPL' signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#331178: NMU in delayed queue
Before uploading this NMU you should have checked the gambas Debian page. The version 1.0.12 uploaded a week ago fixed this bug without needing a NMU. El lun, 14-11-2005 a las 07:48 -0700, dann frazier escribió: > user [EMAIL PROTECTED] > usertag 331178 + nmu-in-delayed-queue > usertag 331178 - intend-to-nmu > stop > > I've uploaded an NMU to the delayed queue, using the following patch. > If you would like to prevent this upload from hitting unstable, you can > upload a MU within the next 7 days. > > diff -urN gambas-1.0.3.orig/debian/changelog gambas-1.0.3/debian/changelog > --- gambas-1.0.3.orig/debian/changelog2005-11-14 07:35:54.0 > -0700 > +++ gambas-1.0.3/debian/changelog 2005-11-14 07:38:48.0 -0700 > @@ -1,3 +1,11 @@ > +gambas (1.0.3-1.2) unstable; urgency=low > + > + * Non-maintainer upload. > + * Add a missing include directive to avoid an implicitly converted return > pointer > +from htmlParseDoc() (Closes: #331178) > + > + -- dann frazier <[EMAIL PROTECTED]> Mon, 14 Nov 2005 07:37:48 -0700 > + > gambas (1.0.3-1.1) unstable; urgency=low > >* Non-maintainer upload. > diff -urN gambas-1.0.3.orig/src/lib/xml/libxml/CXMLDocument.c > gambas-1.0.3/src/lib/xml/libxml/CXMLDocument.c > --- gambas-1.0.3.orig/src/lib/xml/libxml/CXMLDocument.c 2004-10-11 > 06:20:51.0 -0600 > +++ gambas-1.0.3/src/lib/xml/libxml/CXMLDocument.c2005-11-14 > 07:37:39.0 -0700 > @@ -29,6 +29,7 @@ > #include > #include > #include > +#include > #include "main.h" > #include "CXMLDocument.h" > > signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#403515: Please add gambas2 interpreter to lintian
Package: lintian Severity: wishlist Gambas is a complete visual development environment for BASIC in linux. The development version of gambas (already in experimental) had gbx2 as its interpreter and it was added to lintian, but due to a conflict with a FreeBSD tool it has been renamed to gbr2. The gbr2 interpreter is being provided by the package gambas2-runtime that's already in the Debian New queue (http://ftp-master.debian.org/new.html ). So, please, add gbr2 as a interpreter to lintian, and you can remove gbx2 as it's not longer used. Thanks signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#389797: Where is freehdl?
El dom, 17-12-2006 a las 21:07 +, roucaries bastien escribió: > I do not see freehdl neither in new nor in unstable. > > Therefore where is freehdl ? > > Regards bastien > > PS: I saw freehdl in new queue a month ago but it was removed but I do > not know why. > It has been rejected by ftp-masters due to non-free files in the source tarball. I'm checking it to know if the application is operative removing those files. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#389797: Where is freehdl?
El lun, 18-12-2006 a las 11:12 +0100, roucaries bastien escribió: > On 12/18/06, José L. Redrejo Rodríguez > <[EMAIL PROTECTED]> wrote: > > El dom, 17-12-2006 a las 21:07 +, roucaries bastien escribió: > > > I do not see freehdl neither in new nor in unstable. > > > > > > Therefore where is freehdl ? > > > > > > Regards bastien > > > > > > PS: I saw freehdl in new queue a month ago but it was removed but I do > > > not know why. > > > > > > > It has been rejected by ftp-masters due to non-free files in the source > > tarball. I'm checking it to know if the application is operative > > removing those files. > > Could be possible to add the ftp master report to this bug report? > > Sure: rejected, your debian/copyright misses information. For example doc/ has files with different license than what you list, including non-free files. There may be more in other dirs, check yourself and correct your tarball and your copyrights file. -- bye Joerg After checking it I've found that doc/fire* files are not free, but still worse, vhdl files in directory ieee are not free either. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#403621: Incomplete copyright/license information: Additional restrictions to GPL
Package: ghdl Severity: serious Currently debian/copyright mentions that the package is licensed under plain GPL and assigns this copyright only to Tristan Gingold. But, the source tarball contains, at dir vhdl/libraries/ieee/, *.vhdl files with this header: -- Copyright 1995 by IEEE. All rights reserved. -- -- This source file is considered by the IEEE to be an essential part of the use -- of the standard 1076.3 and as such may be distributed without change, except -- as permitted by the standard. This source file may not be sold or distributed -- for profit. This package may be modified to include additional data required -- by tools, but must in no way change the external interfaces or simulation -- behaviour of the description. It is permissible to add comments and/or -- attributes to the package declarations, but not to change or delete any -- original lines of the approved package declaration. The package body may be -- changed only in accordance with the terms of clauses 7.1 and 7.2 of the -- standard. This copyright is not mentioned in debian/copyright, and adds restrictions to GPL that might make this code not-DFSG compatible. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#403278: gtk-recordmydesktop: uses python-central but fails to specify Python-Version:
El lun, 18-12-2006 a las 10:13 -0500, Aaron M. Ucko escribió: > Eric H <[EMAIL PROTECTED]> writes: > > > Please, is someone can tell me what how to do this "manual intervention" ? > > I'd suggest the approach I ended up taking -- namely, moving > /usr/bin/pycentral aside, upgrading to 0.3.0.r2-2, and moving > pycentral back: > > # mv /usr/bin/pycentral /usr/bin/pycentral_ > # apt-get install gtk-recordmydesktop > # mv /usr/bin/pycentral_ /usr/bin/pycentral > > (The old prerm script checks whether pycentral is available and, in > its absence, falls back on an alternative approach that doesn't bother > checking for Python-Version:.) > > I hope this helps; have a nice day. > I think it's easier, just remove the file /var/lib/dpkg/info/gtk-recordmydesktop.prerm Then you can upgrade, or remove the package without any problem. Cheers. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#400949: ITP: gtk-recordmydesktop -- GUI frontend for recordMyDesktop (a video desktop capture tool)
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> * Package name: recordmydesktop Version : 0.3.0 Upstream Author : John Varouhakis <[EMAIL PROTECTED]> * URL : http://recordmydesktop.sourceforge.net/ * License : GPL Description : GUI frontend for recordMyDesktop (an audio video desktop capture tool) The application is a friendly frontend for recordMyDesktop. recordMyDesktop produces an ogg-encapsulated theora-vorbis file. recordMyDesktop tries to be as unobstrusive as possible by proccessing only regions of the screen that have changed signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#411257: gambas: sizeof(CLASS) = 256 !
El dom, 18-02-2007 a las 01:51 -0800, Steve Langasek escribió: > On Sat, Feb 17, 2007 at 11:17:20AM -0500, Gary Dale wrote: > > Package: gambas > > Version: 1.0.15-1 > > Severity: grave > > Justification: renders package unusable > > > I get the following error when trying to start Gambas: > > sizeof(CLASS) = 256 ! > > ERROR: #51: Bad archive: Invalid argument > > > Gambas fails to start due to the above error. > > Yes, gambas apparently isn't 64-bit clean, and the code seems to be > unpleasantly resistant to debugging. > > I would suggest that the binaries for amd64, ia64, and alpha be dropped from > the archive for etch. > I've been managing this topic with the main gambas upstream author and doesn't seem to be very interested in spending time for the 64-bit for gambas. He's very busy with the gambas2 development where he plans to fix these problems. So, removing gambas for the 64 bits archs for etch seems reasonable. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#403515: Please add gambas2 interpreter to lintian
El lun, 26-02-2007 a las 22:37 -0800, Russ Allbery escribió: > > The development version of gambas (already in experimental) had gbx2 as > > its interpreter and it was added to lintian, but due to a conflict with > > a FreeBSD tool it has been renamed to gbr2. > > The gbr2 interpreter is being provided by the package gambas2-runtime > > that's already in the Debian New queue > > (http://ftp-master.debian.org/new.html ). > > > > So, please, add gbr2 as a interpreter to lintian, and you can remove > > gbx2 as it's not longer used. > > What ended up happening with this? I don't see gambas2-runtime in either > NEW or in unstable or experimental, and I see no packages in the archive > that provide gbx2 or gbr2. > > Am I just looking in the wrong place? > > (Sorry about the delay in responding to this.) > It's in Debian repositories since July: http://packages.debian.org/unstable/libdevel/gambas2-runtime http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=gambas2-runtime&version=unstable&arch=i386 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#414145: recordmydesktop: FTBFS on GNU/kFreeBSD: please make ALSA optional
El vie, 09-03-2007 a las 14:09 +0100, Cyril Brulebois escribió: > Package: recordmydesktop > Severity: important > Tags: patch > > Hi, > > currently your package FTBFS on GNU/kFreeBSD (and probably on GNU/Hurd, > not checked) because of the lack of libasound2-dev, since ALSA is quite > Linux-specific. ;-) > > Please apply the attached diff to make it optional for these > architectures. > > Cheers, > Ok, it's perfect. I'll include it in my next upload. Thanks José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#418506: gambas2-gb-db-firebird: empty package on !i386
El mar, 10-04-2007 a las 10:59 +0300, Niko Tyni escribió: > Package: gambas2-gb-db-firebird > Version: 1.9.48-1 > Severity: grave > Justification: renders package unusable > > As seen on packages.debian.org [1], the gambas2-gb-db-firebird package > is empty on !i386. These empty packages are unusable, hence the 'grave' > severity. > > It looks like the reason is that firebird2-dev isn't available on other > architectures, as you note in the build dependencies. Please indicate > that in the gambas2-gb-db-firebird Architecture: entry too, don't specify > "any". > > [1] http://packages.debian.org/unstable/libdevel/gambas2-gb-db-firebird > > Cheers, Thanks for the report. I'll fix it a.s.a.p., with some bug fixes for these gambas version Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#389797: ITP: freehdl -- Free VHDL simulator
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> * Package name: freehdl Version : 0.2.3 Upstream Authors: Marius Vollmer <[EMAIL PROTECTED]> (parser) Edwin Naroska <[EMAIL PROTECTED]> (code generator/simulator) Said Mchaalia <[EMAIL PROTECTED]> (VCD dumper) David Colson <[EMAIL PROTECTED]> (testing) Philippe <[EMAIL PROTECTED]> (FHDLgui) * URL : http://www.freehdl.seul.org/ * License : GPL Description : This is a free, open source, GPL'ed VHDL simulator These are main freehdl features: * Has a graphical waveform viewer. * Has a source level debugger. * Is VHDL-93 compliant. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#572352: wicd doesn't have the source for translations
Package: wicd Version: 1.7.0-3 Severity: serious Trying to lend a hand to finish the spanish translation of wicd I've noticed that the original po source files are not included in the wicd sources. Only the binary .mo files are included, what is useless, and, of course, incompatible with the DFSG. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#572375: Translations don't work
Package: wicd Version: 1.7.0-3 Severity: normal Translations of wicd don't work. After "msgunfmting" the spanish translation, I've checked it's teorically completed, but many strings continue appearing at the wicd-client in english (Properties, Connect, Quit, Connection Info and all the dialogs in the Preferences window, etc...) Tested with four different languages (es_ES, fr_FR, it_IT and de_DE) and they all have the same problem. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#572352: wicd doesn't have the source for translations
severity 573453 serious thanks El mié, 03-03-2010 a las 18:18 +0100, David Paleino escribió: > severity 573453 normal > thanks > > Hello, > > On Wednesday 03 March 2010 17:15:16, José "L. Redrejo" Rodríguez wrote: > > Package: wicd > > Version: 1.7.0-3 > > Severity: serious > > > > Trying to lend a hand to finish the spanish translation of wicd I've > > noticed that the original po source files are not included in the wicd > > sources. Only the binary .mo files are included, what is useless, and, > > of course, incompatible with the DFSG. > > $ python setup.py get_translations > $ msgunfmt es.mo > http://www.wicd.net/translator/ > > Which one do you prefer? No one of these methods include the translation sources in the sources of the package, so no one is valid for Debian. > Please, do not file useless RC bugs -- I agree that not having the .po files > directly available is a bit unfortunate, but the source is available. The source is not available in the Debian sources, so it's still a serious violation of the DFSG. You must include all the sources, not sources mixed with binaries and trust that you can find the rest of the sources in the net. So this is still a RC bug. I know, by my own experience, that it's unfortunate if upstream doesn't provide you the sources directly, but as a maintainer, you don't have excuses to avoid adding a patch including them in the Debian sources. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#573020: exec don't work
Package: puppet Version: 0.25.4-2 Severity: important whenever a class file including exec is executed at the client, the puppet client freezes. I guess it might be a problem with ruby and not with puppet, but I'm not sure. This problem didn't exist with ruby version 1.8.7.174-2 and puppet version 0.24.8-2 After a Squeeze update, with ruby version 1.8.7.249-1 and puppet version 0.25.4-2 all the rules including exec are failing at the puppet client. Puppetmaster doesn't seem to fail. Regards José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#558686: This bug now happens always
Since about ten days, I can reproduce always this bug using daily builds of squeeze images. Using virtualbox, the bug raises everytime the partitioning scheme is changed. Using only ext3, without lvm or raid. After raising the bug, next time I use the installer, if I choose the same partition scheme (all the directories in a partition, as an example), the bug doesn't happen, but changing to any other scheme it raises once again. I've also been using simple-cdd to do squeeze images, and the bug begun to appear since last tuesday. So there must be some package migrated to testing about those days that make it. Hope this info helps. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#558686: This bug now happens always
El mar, 30-03-2010 a las 10:05 +0200, Frans Pop escribió: > On Tuesday 30 March 2010, José L. Redrejo Rodríguez wrote: > > Since about ten days, I can reproduce always this bug using daily builds > > of squeeze images. > > > > I've also been using simple-cdd to do squeeze images, and the bug begun > > to appear since last tuesday. So there must be some package migrated to > > testing about those days that make it. > > I think the "migrated to testing" comment is incorrect. > > Daily built images use udebs from *unstable*, so it is quite likely to be > related to the upload of the new parted to unstable, which happened about > the time you indicate. I know, but I meant that "migrated to testing" affected to the simple-cdd builds that I do using a testing repository. So, since then, the error raises in daily built images and in the isos I generate with simple-cdd. Anyway, looking at the parted changelog, I don't see anything related to this bug, so maybe the guilty is somewhere else. In fact, the bug apperared in the simple cdd generated images three or four days after parted migrated (I'm using ftp.us.debian.org repository to create the images, not my own mirror). Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#576516: override: gtk-recordmydesktop:video
Package: ftp.debian.org >gtk-recordmydesktop_0.3.8-2_all.deb: package says section is video, >override says graphics This package should go to the new section video in the archive. The package is right. Please update the override file. Regards Thanks José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#714836: ITP: qucs -- an integrated circuit simulator with a graphical user interface
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez * Package name: qucs Version : 0.0.17 Upstream Author : Frans Schreuder * URL : http://qucs.sourceforge.net/ * License : GPL Description : Quite Universal Circuit Simulator Qucs is an integrated circuit simulator which means you are able to setup a circuit with a graphical user interface (GUI) and simulate the large-signal, small-signal and noise behaviour of the circuit. After that simulation has finished you can view the simulation results on a presentation page or window. Qucs was in Debian until Squeeze, but it had to be removed because it didn't compile with qt4 libs. Recently, upstream has released a qt4 based version, so I'm intending to include it in Debian again. signature.asc Description: This is a digitally signed message part
Bug#654424: ITP: gambas3 -- Complete visual development environment for Gambas
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez Package name: gambas3 Version : 3.0.0 Upstream Author : Benoît Minisini URL : http://gambas.sourceforge.net License : GPL2+ Programming Lang: C Description : Programming language based on a BASIC interpreter, with a graphical developpment environment built on its own language. Gambas has many components for developing internationalized, desktop-independent, database, and network-enabled applications. This is the third version of the language with a new API and new components. signature.asc Description: This is a digitally signed message part
Bug#652457: RM: aptlinex -- ROM; abandoned upstream, unfit for KDE4/QT4
Package: ftp.debian.org Severity: normal Hi, I am the maintainer of this package and, * upstream has not maintained it for years and it's not using it anymore in its old Debian based distribution: Linex * The package depends on gambas2-runtime which can not work with qt4, and is going to be superseded by gambas3 shortly * There is no package depending on aptlinex Thanks signature.asc Description: This is a digitally signed message part
Bug#672778: RM: gambas2 -- RoM; obsolete
Package: ftp.debian.org Severity: normal Please, remove the source package gambas2 from unstable. This source package builds 20 binary package that should be removed too. Gambas2 can not be compiled with current qt4 and kde libraries in wheezy/unstable. The old gambas2 compilation in the archive is totally useless in the current sid/wheezy archive. Also, upstream has recently released Gambas3 (which is waiting in the Debian New queue right now) and it's maintaining only gambas2 security patches that can not be applied in wheezy/sid either. All the packages in the archive depending on gambas2 have already been removed. Regards. José L. signature.asc Description: This is a digitally signed message part
Bug#671387: Please add gambas3 interpreter to lintian
Package: lintian Severity: wishlist Gambas is a complete visual development environment for BASIC in linux. The new version of Gambas, called Gambas3 and considered stable by upstream, has gbr3 as its interpreter and will be uploaded to Debian (in the gambas3-runtime package) in the short future. So, please, add gbr3 as interpreter to lintian. Also, the old version of Gambas had gbx2 and gbr2 as its interpreter and it's already in Debian in the gambas2-runtime package, which we are going to ask for removal before the Wheezy release, as soon as gambas is accepted by the ftp masters. I will fill a new bug against lintian to ask for the removal of gbr2 and gbx2 as interpreters as soon as gambas2-runtime is removed from the archive. Thanks signature.asc Description: This is a digitally signed message part
Bug#671392: RM: aptlinex -- RoM; abandoned upstream
Package: ftp.debian.org Severity: normal Please, remove the source package aptlinex from unstable. This source package builds 1 binary package that should be removed too. This package has not been maintained by upstream since 2008, and its use has been widely replaced by gdebi. Regards. José L. signature.asc Description: This is a digitally signed message part
Bug#789737: etoys: ok to relicense packaging from current GPL to GPL-3+?
El mar, 23-06-2015 a las 18:31 -0500, Jonas Smedegaard escribió: > Package: etoys > Version: 4.0.2340-1 > Severity: normal > > Hi José, > > I am currently preparing to move etoys pacakge to the Sugar team, as we > discussed recently in private email. > > There's one issue, however: I want to license my packaging contributions > as GPL-3+, but you licensed existing packaging as GPL which - by strict > interpretation - means GPL version 1 and no newer version. > > I guess you really meant either GPL-2 or GPL-2+. > > Are you ok with "relicensing" your work as GPL-3+ (or GPL-2+ which I > will then "upgrade" to GPL-3+)? > > No objections, of course. Thanks for your work. José L. > Regards, > > - Jonas > signature.asc Description: This is a digitally signed message part
Bug#426352: gambas2: doesn't correctly render on Xfce
Sorry, but I don't see any error in your screenshots. The only thing I apreciate is the big size of the windows. In gambas it depends on the size of the default fonts in qt. Debian qt default configuration is really awful, so you should change it. I attach you the file qtrc (to be placed in ~/.qt/) I use without any problem. You can do your own configuration installing the package kcontrol and changing the size of the fonts by yourself. Please, confirm me that's your problem to close this bug. Regards. José L. El lun, 28-05-2007 a las 08:17 +0200, David Paleino escribió: > Package: gambas2 > Version: 1.9.49-2 > Severity: important > > > Hi all, > it's some time I can't get gambas2 IDE render correctly on my xfce. > Other Qt applications don't look as ugly as it, therefore I believe > it's a gambas2 bug. > > Here are some screenshots: > > http://www.hanskalabs.net/private/gambas1.png > http://www.hanskalabs.net/private/gambas2.png > > The first is the "welcome screen", while the second is the "new project" > dialog. > > As you might understand, this look makes the IDE quite unusable. > > Kind regards, > David > > -- System Information: > Debian Release: unstable/experimental > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 2.6.20 (SMP w/2 CPU cores) > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages gambas2 depends on: > ii gambas2-doc 1.9.49-2 Gambas documentation > ii gambas2-gb-compress-bzlib21.9.49-2 The Gambas bzlib2 component > ii gambas2-gb-compress-zlib 1.9.49-2 The Gambas zlib compression > ii gambas2-gb-crypt 1.9.49-2 The Gambas crypt encription > ii gambas2-gb-db-firebird1.9.49-2 The Firebird driver for the > ii gambas2-gb-db-mysql 1.9.49-2 The MySQL driver for the Ga > ii gambas2-gb-db-odbc1.9.49-2 The Gambas ODBC driver data > ii gambas2-gb-db-postgresql 1.9.49-2 The PostgreSQL driver for t > ii gambas2-gb-db-sqlite 1.9.49-2 The Gambas sqlite3 driver d > ii gambas2-gb-db-sqlite2 1.9.49-2 The Gambas sqlite2 driver d > ii gambas2-gb-desktop1.9.49-2 Gambas Portland project com > ii gambas2-gb-form 1.9.49-2 A gambas native form compon > ii gambas2-gb-form-mdi 1.9.49-2 A gambas native mdi form co > ii gambas2-gb-gtk1.9.49-2 The Gambas gtk component > ii gambas2-gb-gtk-svg1.9.49-2 The Gambas SVG importing co > ii gambas2-gb-image 1.9.49-2 A Gambas image effects comp > ii gambas2-gb-info 1.9.49-2 A Gambas information compon > ii gambas2-gb-ldap 1.9.49-2 The Gambas LDAP component > ii gambas2-gb-net-curl 1.9.49-2 The Gambas advanced network > ii gambas2-gb-net-smtp 1.9.49-2 Gambas component to use smt > ii gambas2-gb-opengl 1.9.49-2 The OpenGL component for Ga > ii gambas2-gb-pcre 1.9.49-2 The Gambas regexp component > ii gambas2-gb-pdf1.9.49-2 The Gambas pdf component > ii gambas2-gb-qt-ext 1.9.49-2 The Gambas extended Qt GUI > ii gambas2-gb-qt-kde-html1.9.49-2 The Gambas KHTML component > ii gambas2-gb-qt-opengl 1.9.49-2 OpenGL with QT toolkit Gam > ii gambas2-gb-report 1.9.49-2 Gambas report component > ii gambas2-gb-sdl1.9.49-2 The Gambas SDL component > ii gambas2-gb-settings 1.9.49-2 Gambas utilities class > ii gambas2-gb-v4l1.9.49-2 The Gambas video for linux > ii gambas2-gb-vb 1.9.49-2 The Gambas to Visual Basic( > ii gambas2-gb-web1.9.49-2 Gambas CGI for web applicat > ii gambas2-gb-xml1.9.49-2 The Gambas XML and XSLT com > ii gambas2-ide 1.9.49-2 Visual development environm > > gambas2 recommends no packages. > > -- no debconf information > [General] enableXft=true font=Bitstream Vera Sans,9,-1,5,48,0,0,0,0,0 useXft=true [customColors] 0=-1 1=-1 10=-1 11=-1 12=-1 13=-1 14=-1 15=-1 2=-1 3=-1 4=-1 5=-1 6=-1 7=-1 8=-1 9=-1 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#426278: gambas2: too restrictive set of architectures
El dom, 27-05-2007 a las 07:19 +0200, Aurelien Jarno escribió: > Package: gambas2 > Version: 1.9.49-2 > Severity: serious > Justification: no longer builds from source > > gambas2 no longer builds from source on numerous *32-bit* architectures. > This is due to: > >* Upstream will not support 64 bits archs before gambas3, so gambas will be > built only for 32 bits architectures (Closes: #404966) > > The 32-bit architectures that Debian support is not limited to i386, > powerpc and sparc. Please add the following architectures: > > arm armel hppa kfreebsd-i386 m68K mips mipsel s390 I know, but upstream doen't support any of those architecturas and is not going to do it. In fact I'm thinking of reducing all the gambas stuff to i386. I know it has some problems in ppc as well that are not going to be fixed in the medium term either. And I can not fix the problems all those architectures have by myself without the upstream collaboration. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#215968: patch for version 3.1.0
I've upgraded the patch to work on current sid/lenny dhcp3 version (3.1.0). It's available at http://linex.educarex.es/dhcpd-ldap/dhcp-3.1.0-ldap.patch There are two options of using it: - patching always Debian dhcp3 sources, so dhcp3-server is always able to use ldap as backend - creating a new package called dhcp3-server-ldap In any case, I think dhcp3 maintainers have to take the decission. If they don't want to maintain a dhcp3-server-ldap package but think it would be the best solution I could manage to maintain it inside Debian Edu. This patch is beginning to be a real need for many projects, and in Debian Edu CDD we see it as the only solution to manage thousands of computers using dhcp. As we want to use only packages inside Debian we need an answer to implement it in the future Lenny based version. Best regards José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#215968: patch for version 3.1.0
El vie, 08-02-2008 a las 15:10 +0100, Martin Zobel-Helas escribió: > Hi, > > On Thu, Feb 07, 2008 at 11:56:50AM CET, José L. Redrejo Rodríguez <[EMAIL > PROTECTED]> wrote: > > > I've upgraded the patch to work on current sid/lenny dhcp3 version > > (3.1.0). It's available at > > http://linex.educarex.es/dhcpd-ldap/dhcp-3.1.0-ldap.patch > > > > There are two options of using it: > > - patching always Debian dhcp3 sources, so dhcp3-server is always able > > to use ldap as backend > > - creating a new package called dhcp3-server-ldap > > > > In any case, I think dhcp3 maintainers have to take the decission. If > > they don't want to maintain a dhcp3-server-ldap package but think it > > would be the best solution I could manage to maintain it inside Debian > > Edu. > > This patch is beginning to be a real need for many projects, and in > > Debian Edu CDD we see it as the only solution to manage thousands of > > computers using dhcp. As we want to use only packages inside Debian we > > need an answer to implement it in the future Lenny based version. > > Please do not make code-copies in the archive. I would very much > appriciate if we could get that integrated into the existing debian > sources. Code-Copies will only make life harder for the debian security > team. > Sure, I fully agree with you, and that's why that's my last, and very last, option. And that option would be very studied inside Debian Edu community before deciding to go on it. And, in case we do it, first condition would be to always stay in syncr with dhcp3, what would make debian security team life not so hard. Anyway, first option is getting that into upstream, but upstream says they don't want to use it as he doesn't want to make the server non-rfc-compliant[1] and it's not in his roadmap[2]. Second option is including it into current dhcp3 package patches, but that does not depend on me. We're looking forward for some answer from current maintainers. Cheers. José L. [1] http://marc.info/?l=dhcp-server&m=104625174906910&w=2 [2] http://marc.info/?l=dhcp-server&m=113718016509354&w=2 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#465266: gettext: libgettextlib-0.17.so is not listed in the shlibs control file
Package: gettext Version: 0.17-2 Severity: important With latest dpkg-dev package there is a new version of dpkg-shlibdeps, which is much stricter with dependency information for a library [1]. As gettext does not include this info for libgettextlib-0.17, packages using it to be compiled can not be built in Debian sid anymore. I always get this error message: dpkg-shlibdeps: failure: no dependency information found for /usr/lib/libgettextlib-0.17.so (used by ... Please, fix it a.s.a.p. Best regards José L. [1] http://lists.debian.org/debian-devel/2007/11/msg00722.html signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#428410: ITP: pysycache-- Educational game to teach children to move the mouse
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> * Package name: pysycache Version : 3.0.1 Upstream Author : Vincent Deroo <[EMAIL PROTECTED]> * URL : http://www.pysycache.org/ * License : GPL Description : Educational game to teach children to move the mouse The application offers some activities based on simple objects, photographies, numbers and letters with their sounds in different languages. The activities make children practice on clicking, double-clicking, drag and drop, moving and identify the mouse buttons. From its website many packages can be downloaded to add new photos and text to the activities. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#466467: ltsp-server: ltsp-update-image does not work
Package: ltsp-server Version: 5.0.40~bzr20071229-1 Severity: important With the new squashfs-tools that migrated to lenny on 2008-02-11, the script ltsp-update-image does not work anymore. It seems the default behaviour of mksquashfs has changed in Debian and the img file is created but can not be uncompressed from the pxe-initrd image. I've tried to use the -nolzma option in the mksquashfs execution at ltsp-update-image but it does not work either. I can make more tests if some ideas, options or workarounds are possible. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#466995: geomview: bad desktop file
Package: geomview Version: 1.9.4-1 Severity: normal Hi, the /usr/share/applications/geomview.desktop file has the line: Icon=geomview and no freedesktop.org compatible desktop (as Gnome, KDE, etc.) is able to find this icon, as it just does not exist Please, add a real icon and reference it at that line. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#466996: drgeo: bad desktop file
Package: drgeo Version: 1.1.0-1 Severity: normal Hi, the /usr/share/applications/drgeo.desktop file has the line: Icon=gnome-drgenius.png and no freedesktop.org compatible desktop (as Gnome, KDE, etc.) is able to find this icon, as it just does not exist Please, add a real icon and reference it at that line. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#466997: wxmaxima: bad desktop file
Package: wxmaxima Version: 0.7.1-1 Severity: normal Hi, the /usr/share/applications/wxmaxima.desktop file has the line: Icon=maximaicon.xpm and no freedesktop.org compatible desktop (as Gnome, KDE, etc.) is able to find this icon, as it just does not exist. Please, change that line by Icon=/usr/share/wxMaxima/icons/maximaicon.xpm Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#466998: viewmol: bad desktop file
Package: viewmol Version: 2.4.1-12 Severity: normal Hi, the /usr/share/applications/viewmol.desktop file has the line: Icon=viewmol.png and viewmol.png is not available at default freedesktop.org paths for icons. So freedesktop.org compatible desktops (as Gnome, KFCD, etc.) are not able to find this icon and the app is shown in their menus with a blank icon. On the other hand, two viewmol.desktop files are included in the package, making it appear twice in the same menu branches. Please remove one of them. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#466999: easychem: bad desktop file
Package: easychem Version: 0.6-4 Severity: normal Hi, the /usr/share/applications/easychem.desktop file has the line: Icon=easychem and no freedesktop.org compatible desktop (as Gnome, KDE, etc.) is able to find this icon, as it just does not exist Please, add a real icon and reference it at that line. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#466998: viewmol: bad desktop file
El sáb, 23-02-2008 a las 11:55 +1100, Drew Parsons escribió: > On Fri, 2008-02-22 at 12:26 +0100, José L. Redrejo Rodríguez wrote: > > > and viewmol.png is not available at default freedesktop.org paths for > > icons. So freedesktop.org compatible desktops (as Gnome, KFCD, etc.) are > > not able to find this icon and the app is shown in their menus with a > > blank icon. > > > > On the other hand, two viewmol.desktop files are included in the > > package, making it appear twice in the same menu branches. Please remove > > one of them. > > Weird, works perfectly fine for me on Gnome. What Desktop Environment > are you using? > > Drew Hi, I'm using Debian lenny and tested it with gnome & Kde desktops. For the first part of the bug it has been fixed when upgrading to version 2.4.1-12. For the second part of the bug, it still remains when using kde: I see two viewmol entries as there're two visible viewmol.desktop files for kde: aula1-pro:# dpkg -L viewmol|grep viewmol.desktop /usr/share/applications/viewmol.desktop /usr/share/applnk/Graphics/viewmol.desktop Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#466467: ltsp-server: ltsp-update-image does not work
El mar, 26-02-2008 a las 10:43 -0800, [EMAIL PROTECTED] escribió: > On Tue, Feb 19, 2008 at 12:03:09AM +0100, José L. Redrejo Rodríguez wrote: > > Package: ltsp-server > > Version: 5.0.40~bzr20071229-1 > > i'm guessing this hasn't changed with ltsp-server 5.0.40~bzr20080214-1 ? > Right, it's the same > > With the new squashfs-tools that migrated to lenny on 2008-02-11, > > i believe you're referring to squashfs-tools version 1:3.3-3 ? > Right > which version(s) do you know do work? > All versions up to 1:3.2r2-9. I've tried with all the versions uploaded later beginning with 3.2r2-9exp1 and none of them work. > > the script ltsp-update-image does not work anymore. > > well, i kept the default to NFS for a reason. :) > Now you have a good reason ;-) > > It seems the default behaviour of mksquashfs has changed in Debian and > > the img file is created but can not be uncompressed from the pxe-initrd > > image. > > might this be related to: > > #456489: squashfs-tools: data corruption caused by lzma patches > #455589: squashfs-tools: mksquashfs hangs with zlib and lzma > > 455589 claims to be fixed in 1:3.3-3, which seems to be when you > started encountering the problem. > Not, because in my tests I even compiled 3.3-1 to 3.3-3 removing the lzma patch and it failed the same. Removing the lzma patch from 3.2r2-9exp1 made it work, but not with 3.3. I've also compiled the clean upstream 3.3 version without Debian patches and it also fails. There is something that changed from 3.2 to 3.3 that broke it. > > I've tried to use the -nolzma option in the mksquashfs execution at > > ltsp-update-image but it does not work either. > > seems likely a bug in mksquashfs... if not one of the already reported > bugs, then some new bug. i almost thing this bug should be reassigned to > squashfs-tools (or a new bug filed and mark it as blocking this bug). It's pretty reasonable, but it might also be some config that should be changed in ltsp-update-image to make it work. Obviously mksquashfs and unsquashfs work perfectly on the ltsp-server, so I don't know how to report this bug in the squashfs-tool package as it seems only a problem when using squashfs-tools with ltsp. > > > I can make more tests if some ideas, options or workarounds are > > possible. > > you probably have much more experience with this mode of operation than > i do... > Maybe with the operation I have more experience but I do not have a good knowledge of how the image is uncompressed and mounted from the initrd when the ltsp terminal starts. The fix could be something as stupid as setting some parameter for squashfs.ko. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#468823: ITP: lxsession -- a lightweight X11 session manager
El dom, 02-03-2008 a las 01:19 +0800, Andrew Lee escribió: > Package: wnpp > Severity: wishlist > Owner: Andrew Lee <[EMAIL PROTECTED]> > > * Package name: lxsession > Version : 0.3 > Upstream Author : Hong Jen Yee(PCMan) <[EMAIL PROTECTED]> > * URL : http://www.example.org/ www.example.org? I think you did a mistake here.. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#469162: please , provide libpulse-simple lib in ia32-libs
Package: ia32-libs Version: 2.2 Severity: wishlist hi, When using ltsp project with 64 bits servers and 32 bits clients, in order to be able to use sound with pulseaudio and the adobe flash plugin I need to compile flashsupport against 32 bits libpulse-dev. For that to work, libpulse-simple.so & libasyncns.so.0 need to be at /usr/lib32. Feel free to reassign this where appropriate. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#450729: ITP: jclic -- Tool for the development and use of multimedia educational activities
El dom, 11-11-2007 a las 08:55 +0100, Jordà Polo escribió: > On Fri, Nov 09, 2007 at 07:35:04PM +0100, José L. Redrejo Rodríguez wrote: > > Package: wnpp > > Severity: wishlist > > Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> > > > > * Package name: jclic > > Version : 0.1.2.2 > > Upstream Author : Francesc Busquets <[EMAIL PROTECTED]> > > * URL : http://clic.xtec.net/ > > * License : GPL > > Description : Tool for the development and use of multimedia > > educational activities > > > > JClic is formed by a set of computer applications that are used for > > carrying out different types of educational activities: puzzles, > > associations, text exercises, crosswords... > > The activities are not usually used alone, but packed in projects. A > > project is formed by a set of activities and one or more sequences, > > which indicate the order in which they have to be shown. > > Currently it's very used in Spain and its community > > (http://clic.xtec.net/db/listact_en.jsp) has developed a web site with > > more than 1.000 activities available in several languages. > > JClic is developed in the Java platform and works in Windows, Linux, Mac > > OS X and Solaris systems. > > Have you already built jclic from source? How? I tried to build it using gcj > a long time ago (that is, before GPLd java was announced) I've done it, but using java from Sun, not gcj. My plans are uploading this application to Debian contrib until java is finally released under gpl. I think this app is too used and important to wait for java to be gpl'ed. > ... but "failed". > Back then I also found other issues related to the packaging and licensing, > and sent a report upstream[1]. > I've been "talking" with upstream about some of the same issues and they are about to be fixed. The most important for me: the depedency on some external libraries for xml support is already fixed (but not uploaded to cvs yet) > I'm interested in the package, but I was waiting for the inclusion of GPLd > java in Debian before trying to package it again. > > Anyway, I would be glad to help co-maintain jclic if you are interested. Let's wait until the changes to make jclic totally able to compile only using sun java clases. Then I'll begin to work deeper in the package and ping you. By the way, I already packaged it for LinEx (our Extremadura Debian based distribution) some years ago, but doing it from the binaries, not from the sources, so part of the work is already done. Thanks for your offer and regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#451471: Wrong homepage in debian/control
El vie, 16-11-2007 a las 18:24 +1100, Trent W. Buck escribió: > Package: recordmydesktop > Severity: minor > Tags: patch > > In the control file, there is a link to upstream's homepage on sf.net. > This has changed: > > This site has moved to > > http://recordmydesktop.iovar.org > > > Please update your bookmarks. > If you do not get redirected in a few seconds, > click here. > > Recommend changing control file accordingly. > Thanks for your info, I'll change it in the next upload. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#456242: ltsp-server: version 5.0.39 should not depend on nfs-kernel-server
Package: ltsp-server Version: 5.0.39debian1 Severity: normal I am using ltsp-server on Debian lenny and it works fine with nbd, without the need of nfs-kernel-server. But trying to remove this unneeded service would uninstall all the ltsp server stuff. As this version can works without nfs, I suggest you to move it from depends to recommends. For similar reasons, squashfs-modules and unionfs-modules should be added to the recommends section too. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#258096: Any progress on this?
This package is on ITP since a long time ago, and I also think it's a good application to be in Debian, so what's happening with it? signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#434651: debian-policy: New virtual package: wims-extra
El lun, 06-08-2007 a las 00:17 -0700, Russ Allbery escribió: > José "L. Redrejo" <[EMAIL PROTECTED]> writes: > > > However most of the "meat" is provided by the packages wims-extra-xx, > > which contain hundreds of educational modules (this number hopefully > > will grow quickly). In July 2007, the installed size of wims-extra-all > > is roughly 200 MBytes. Some webmasters might want to install less rich > > sets of modules, for example only the modules localised in their > > language, or a set of modules targeted to a particular domain of study. > > There is already a package wims-extra-es with Spanish-only modules, and > > some other packages might be made available in the near future, like a > > French-only collection, or a collection dedicated to physics and > > chemistry, etc. > > > The current wims maintainer (who is in the cc'ed list for this mail) > > asked me to sponsor this package, and, after some conversations with > > him, we both agree that wims package should have a recommends to a > > virtual package called "wims-extra", so people may provide packages for > > the "meat" with their particular flavor, while the package > > wims-extra-all providing wims-extra would be part of the official > > distribution. > > I don't think I understand from this what the specification of a package > that would Provide wims-extra would be. > > A virtual package exists to satisfy a dependency on a specific piece of > functionality. For example, ispell needs a dictionary, packages need to > depend on a mail transport agent, and Emacs add-ons are only useful if > some version of Emacs is installed. > I think I understand it perfectly. It just a problem of what you and me can understand as a functionality. You use the ispell example and I can use the openoffice.org-l10n-2.2 virtual package that works exactly as we say wims-extra should work: providing a functionality to a metapackage. Anyway, I don't care about it anymore, as Magnus Holmgren said in a previous comment to this bug, we can use it "privately, amongst a cooperating group of packages", and that's probably the rightest solution to this issue. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#436217: RM: gambas [arm hppa mips mipsel powerpc s390 sparc] -- RoM; FTFBS
Package: ftp.debian.org Severity: normal After discussing it with upstream, they have decided to suport gambas bytecode only supported for i386. Even if the sources compile in other architectures, gambas programs won't work on them. Please remove it from the archive for every architecture but i386. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#436216: RM: gambas2 [powerpc s390 mips hppa mipsel] -- RoM; FTFBS
Package: ftp.debian.org Severity: normal After discussing it with upstream, they have decided to suport gambas2 bytecode only supported for i386. Even if the sources compile in other architectures, gambas2 programs won't work on them. Please remove it from the archive for every architecture but i386. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#504471: closed by Andree Leidenfrost <[EMAIL PROTECTED]> ([Fwd: Re: Bug#504471: mondo: add a cdrecord dependency or recommendation])
El mar, 04-11-2008 a las 11:33 +, Debian Bug Tracking System escribió: > This is an automatic notification regarding your Bug report > which was filed against the mondo package: > > #504471: mondo: add a cdrecord dependency or recommendation > > It has been closed by Andree Leidenfrost <[EMAIL PROTECTED]>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Andree Leidenfrost > <[EMAIL PROTECTED]> by > replying to this email. > > > mensaje de correo electrónico adjunto > > - Mensaje reenviado > > De: Andree Leidenfrost <[EMAIL PROTECTED]> > > Para: [EMAIL PROTECTED] > > Asunto: [Fwd: Re: Bug#504471: mondo: add a cdrecord dependency or > > recommendation] > > Fecha: Tue, 04 Nov 2008 22:14:56 +1100 > > > > Silly me, wrong order bug number and 'close'... > > > > Forwarded Message > > From: Andree Leidenfrost <[EMAIL PROTECTED]> > > To: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> > > Cc: [EMAIL PROTECTED] > > Subject: Re: Bug#504471: mondo: add a cdrecord dependency or > > recommendation > > Date: Tue, 04 Nov 2008 22:04:41 +1100 > > > > Hola José, > > > > Thank you for your bug report and for using mondo. > > > > Package cdrecord is obsolete and a transition package to package wodim. > > > > mondo 1:2.2.7-1 does depend on package wodim. I am therefore closing > > this bug. > > * Right, I knew that, but unless I install cdrecord, mondoarchive does not start. It seems that upstream authors keep it looking for the "cdrecord" file. wodim was installed in my system and mondoarchive didn't work until I installed cdrecord. > > Thanks a lot & best regards, > > Andree > > > > PS: I suggest you consider not using terms like 'stupid behaviour' > > because it can easily offend. (I realise you are not a native English > > speaker, so please take this as a friendly hint.) > > Of course, thanks very much for your advice. I wasn't aware of that word being so offensive. I'll try to remember it for future english "conversations". Regards > > > > On Tue, 2008-11-04 at 09:58 +0100, José L. Redrejo Rodríguez wrote: > > > Package: mondo > > > Version: 1:2.2.7-1 > > > Severity: important > > > > > > Using latest mondo package from Debian sid, I found that mondoarchive > > > just does not start if cdrecord package is not installed. I think that's > > > a stupid behaviour as you can use mondo to save images in the hard disk, > > > but that's the way it behaves. So, please, add cdrecord to its > > > dependencies, or at least as a recommendation. > > > Regards > > > José L. > mensaje de correo electrónico adjunto > > - Mensaje reenviado > > De: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> > > Para: Debian Bug Tracking System <[EMAIL PROTECTED]> > > Asunto: mondo: add a cdrecord dependency or recommendation > > Fecha: Tue, 04 Nov 2008 09:58:10 +0100 > > > > Package: mondo > > Version: 1:2.2.7-1 > > Severity: important > > > > Using latest mondo package from Debian sid, I found that mondoarchive > > just does not start if cdrecord package is not installed. I think that's > > a stupid behaviour as you can use mondo to save images in the hard disk, > > but that's the way it behaves. So, please, add cdrecord to its > > dependencies, or at least as a recommendation. > > Regards > > José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#504471: mondo: add a cdrecord dependency or recommendation
Package: mondo Version: 1:2.2.7-1 Severity: important Using latest mondo package from Debian sid, I found that mondoarchive just does not start if cdrecord package is not installed. I think that's a stupid behaviour as you can use mondo to save images in the hard disk, but that's the way it behaves. So, please, add cdrecord to its dependencies, or at least as a recommendation. Regards José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#464350: any progress on this?
This bug is killing me. Does anybody know if there is any progress or workaround for it ?(and no, migrating to Ubuntu where they fixed it some months ago, is not an option) signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#509758: lxlauncher: [INTL:es] Spanish translation for lxlauncher
Package: lxlauncher Version: 0.2-2 Tags: l10n, patch Severity: wishlist Spanish translation for lxlauncher Feel free to use it. Cheers lxlauncher-spanish.dpatch Description: application/shellscript signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#509757: pcmanfm [INTL:es] Spanish translation for pcmanfm
Package: pcmanfm Version: 0.5 Tags: l10n Severity: wishlist Spanish translation for pcmanfm Feel free to use it. Cheers José L. # translation of es.po to spanish # Spanish translations for pcmanfm package # Traducciones al español para el paquete pcmanfm. # Copyright (C) 2006 THE pcmanfm'S COPYRIGHT HOLDER # This file is distributed under the same license as the pcmanfm package. # # # mario , 2006. # , 2006. # José L. Redrejo Rodríguez , 2008. msgid "" msgstr "" "Project-Id-Version: es\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2008-07-16 18:11+0800\n" "PO-Revision-Date: 2008-12-25 21:02+0100\n" "Last-Translator: José L. Redrejo Rodríguez \n" "Language-Team: spanish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: KBabel 1.11.4\n" #: ../src/main.c:90 msgid "Don't show desktop icons." msgstr "No mostrar los iconos en el escritorio" #: ../src/main.c:91 msgid "Run PCManFM as a daemon" msgstr "Ejecutar PCManFM como un demonio" #: ../src/main.c:92 msgid "" "Open folders in new tabs of the last used window instead of creating new " "windows" msgstr "Abrir carpetas en nuevas pestañas de la última ventana usada en lugar de crear nuevas ventanas" #: ../src/main.c:93 msgid "" "Open preference dialog. 'n' is the number of page you want to show (1, 2, " "3...)." msgstr "Abrir diálogo de preferencias. 'n' es el número de página que quiere mostrar (1, 2, 3...)." #: ../src/main.c:94 msgid "Find Files with PCManFM" msgstr "Buscar archivos con PCManFM" #: ../src/main.c:101 msgid "Set desktop wallpaper" msgstr "Poner fondo de escritorio" #: ../src/main.c:110 msgid "[FILE1, FILE2,...]" msgstr "[ARCHIVO1, ARCHIVO2,...]" #: ../src/main.c:330 msgid "GTK+ icon theme is not properly set" msgstr "El tema de iconos de GTK+ no está bien puesto" #: ../src/main.c:332 #, c-format msgid "" "%s\n" "\n" "This usually means you don't have an XSETTINGS manager running. Desktop " "environment like GNOME or XFCE automatically execute their XSETTING managers " "like gnome-settings-daemon or xfce-mcs-manager.\n" "\n" "If you don't use these desktop environments, you have two choices:\n" "1. run an XSETTINGS manager, or\n" "2. simply specify an icon theme in ~/.gtkrc-2.0.\n" "For example to use the Tango icon theme add a line:\n" "gtk-icon-theme-name=\"Tango\" in your ~/.gtkrc-2.0. (create it " "if no such file)\n" "\n" "NOTICE: The icon theme you choose should be compatible with GNOME, or the " "file icons cannot be displayed correctly. Due to the differences in " "icon naming of GNOME and KDE, KDE themes cannot be used. Currently there is " "no standard for this, but it will be solved by freedesktop.org in the future." msgstr "" "%s\n" "\n" "Normalmente esto significa que no tiene un gestor de XSETTINGS en ejecución. Entornos de escritorio como GNOME o XFCE ejecutan automáticamente su gestor de XSETTING como gnome-settings-daemon o xfce-mcs-manager.\n" "\n" "Si no usa estos escritorios, tiene dos opciones:\n" "1. ejecutar un gestor de XSETTINGS , o\n" "2. simplemente especificar un tema de iconos en ~/.gtkrc-2.0.\n" "Por ejemplo, para usar el tema de iconos Tango, añada una línea:\n" "gtk-icon-theme-name=\"Tango\" in su ~/.gtkrc-2.0. (tiene que crearlo si no existe)\n" "\n" "AVISO: El tema de iconos que elija debe ser compatible con GNOME, o los archivos " "de los iconos no se verán bien. Debido a diferencias en la nomenclatura de los iconos entre GNOME y KDE, no se pueden usar temas de KDE. Actualmente no existe un estándar para esto, pero se espera que lo haga freedesktop.org en el futuro." #: ../src/main.c:650 ../src/main.c:719 ../src/main.c:770 #: ../src/main-window.c:1581 ../src/main-window.c:1648 #: ../src/ptk/ptk-file-browser.c:503 ../src/ptk/ptk-file-browser.c:520 #: ../src/ptk/ptk-file-task.c:332 ../src/ptk/ptk-console-output.c:224 #: ../src/ptk/ptk-file-misc.c:258 ../src/ptk/ptk-file-misc.c:325 #: ../src/ptk/ptk-file-misc.c:412 ../src/ptk/ptk-file-properties.c:695 #: ../src/ptk/ptk-file-properties.c:706 msgid "Error" msgstr "Error" #: ../src/main.c:650 msgid "" "Error: Unable to establish connection with FAM.\n" "\n" "Do you have \"FAM\"
Bug#509752: lxrandr: [INTL:es] Spanish translation for lxrandr
Package: lxrandr Version: 0.1+svn20080716 Tags: l10n, patch Severity: wishlist Spanish translation for lxterminal Feel free to use it. Cheers José L. lxrandr-spanish.dpatch Description: application/shellscript signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#509750: lxterminal: [INTL:es] Spanish translation for lxterminal
Package: lxterminal Version: 0.1.3-2 Tags: l10n, patch Severity: wishlist Spanish translation for lxterminal Feel free to use it. Cheers José L. lxterminal-spanish.dpatch Description: application/shellscript signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#509877: ldm: please add support for non-readers login
Package: ldm Version: 2:2.0.6-4 Severity: wishlist I'd like to use ltsp in primary schools for children that can not read and write yet. In the past I've used gdm with its "Face browser" feature, using also pam to allow some "faces" login without password. Migrating to ltsp makes me need some similar feature with ldm, otherwise small children will not be able to use the computers as youngest kids can not read or they're still learning to read or write. You can see an example of my previous gdm login at http://www.educarex.es/linexcolegios/ . I know kdm can also manage faces, so it's not a weird option. It would be great adding such feature to ldm, or at least, some icon to be able to login without typing a login user (for the password it can be avoided using pam). Cheers José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#373224: Recognize automagically the digital signature from mozilla
Package: openoffice.org-common
Severity: wishlist
Tags: patch
This is a simple patch over ooo-wrapper that makes OO recognize automatically
the digital signature from mozilla if it's available.
This will avoid the end user the need to open a terminal and export the
MOZILLA_CERTIFICATE_FOLDER environment variable before starting OO from that
terminal, what it's not very desirable for most end-users.
I have tested it for a month in more than a hundred of installations without
any problem.
Anyway it would fail if an user has two mozilla profiles. In such case it will
locate the signature only for the first one.
I'm not a perl programmer, so I'm sure the patch can be improved by some perl
guru, but it works.
Hope this help.
--- ooo-wrapper.orig 2006-05-13 21:43:31.0 +0200
+++ ooo-wrapper 2006-06-02 13:10:14.0 +0200
@@ -89,5 +89,28 @@
print STDERR "\n\n --- Warning - OO.o will not work without a mounted /proc filesystem --- \n\n\n";
}
+#define MOZILLA_CERTIFICATE_FOLDER to use firefox digital certificate
+
+if ( ! exists $ENV{MOZILLA_CERTIFICATE_FOLDER} )
+{
+ $mozilla_default_db="";
+ if ( -d "$ENV{HOME}/.firefox" ) {
+ $mozilla_default_db=`find $ENV{HOME}/.firefox -name 'cert8.db'`;
+ }
+
+ if ( $mozilla_default_db eq "" ) {
+ if ( -d "$ENV{HOME}/.mozilla" ) {
+ $mozilla_default_db=`find $ENV{HOME}/.mozilla -name 'cert8.db'`;
+ }
+ }
+
+ if (! $mozilla_default_db eq "" ) {
+ $certificate_folder=`dirname $mozilla_default_db`;
+ $certificate_folder=substr($certificate_folder,0,length($certificate_folder)-1);
+ $ENV{MOZILLA_CERTIFICATE_FOLDER} = $certificate_folder;
+ }
+
+}
+
# And here we go.
exec "$SystemInstallDir/program/$Binary", @ooo_argv
signature.asc
Description: Esta parte del mensaje está firmada digitalmente
Bug#381154: ITP: recordmydesktop -- Captures audio-video data of a linux desktop session
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> * Package name: recordmydesktop Version : 0.2.3 Upstream Author : John Varouhakis <[EMAIL PROTECTED]> * URL : http://recordmydesktop.sourceforge.net/ * License : GPL Description : Captures audio-video data of a linux desktop session. The application produces an ogg-encapsulated theora-vorbis file. recordMyDesktop tries to be as unobstrusive as possible by proccessing only regions of the screen that have changed signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#357111: new upstream
El sáb, 27-05-2006 a las 15:08 +0200, Martin Michlmayr escribió: > Can you please upload teh new upstream version? Upstream developer has told me he plans to release a new version in a few days. As soon as it's ready I will package and upload it. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#373224: Recognize automagically the digital signature from mozilla
El dom, 23-07-2006 a las 00:58 +0200, Rene Engelhard escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> [ Hmm. Somehow this never reached d-openoffice... ]
>
> Hi,
>
> José L. Redrejo Rodríguez wrote:
> > I'm not a perl programmer, so I'm sure the patch can be improved by some
> > perl guru, but it works.
>
> See inline comments.
>
> > +if ( ! exists $ENV{MOZILLA_CERTIFICATE_FOLDER} )
> > +{
> > + $mozilla_default_db="";
> > + if ( -d "$ENV{HOME}/.firefox" ) {
> > + $mozilla_default_db=`find $ENV{HOME}/.firefox -name 'cert8.db'`;
> > + }
>
> There's no .firefox here. There's only .mozilla/firefox
>
> > + if ( $mozilla_default_db eq "" ) {
> > + if ( -d "$ENV{HOME}/.mozilla" ) {
> > + $mozilla_default_db=`find $ENV{HOME}/.mozilla -name 'cert8.db'`;
> > + }
> > + }
>
> mozilla is here (containing .mozilla/firefox and .mozilla/default).
ok, I don't know why, but it's not my case. I'm using firefox 1.5.0.1
backported to Debian Sarge. So, it seems, the first thing to do for a
general case is finding out where the firefox config directory is.
>
> In this case you have a problem when you use(d) both mozilla and
> firefox. Which one will be used? I think it's better looking in
> mozilla/default...
>
> > + if (! $mozilla_default_db eq "" ) {
> if ( $mozilla_default_db ne "" ) {
>
> ;)
>
Perfect ;-)
> A related question: Does signing then actually work? Or does it crash
> when you try to actually sign?
>
Well, it crashed, but I recompiled openoffice (based on the work you did
for backports.org) to use the xmlsec sources contained in openoffice
sources instead of depending of Debian xmlsec packages. Since then it
works like a charm.
I've done this work for our regional Debian based distribution
(gnuLinEx, it's Sarge based with Etch backports for the desktop
applications) and has already been installed in some thousand of
computers working perfectly. So I can confirm it works perfectly.
Regards.
José L.
signature.asc
Description: Esta parte del mensaje está firmada digitalmente
Bug#530586: debian-edu-artwork: upgrade fails to run update-gconf-defaults
El lun, 01-06-2009 a las 10:31 -0700, Vagrant Cascadian escribió: > tags 530586 -unreproduceable > retitle 530586 debian-edu-artwork: upgrade fails to run update-gconf-defaults > reassign 530586 gconf2 2.26.0-1 > thanks > > On Mon, Jun 01, 2009 at 01:07:08PM +0200, Arthur de Jong wrote: > > On Mon, 2009-06-01 at 12:54 +0200, Holger Levsen wrote: > > > did you really run into this bug with 0.0.30-2? Because, the gconf > > > keys were removed in that upload?! > > only the keys referencing iceweasel were removed from debian-edu-artwork. > > though this appears to be a bug in gconf2... > > > This is the history from the terminal: > > > > # apt-get upgrade > > [...] > > (Reading database ... 280572 files and directories currently installed.) > > Preparing to replace debian-edu-artwork 0.0.28 (using > > .../debian-edu-artwork_0.0.30-2_all.deb) ... > > Unpacking replacement debian-edu-artwork ... > > /tmp/gconf-cQtqkW/temp.entries:4: parser error : error parsing attribute > > name > > > > ^ > > gconf2 needs to be installed for update-gconf-defaults from postinst/postrm to > get triggered. > Not, debhelper takes care of this: if it is not installed it doesn't do that in the postinst: # Automatically added by dh_gconf if [ "$1" = "configure" ] && which update-gconf-defaults >/dev/null 2>&1; then update-gconf-defaults fi So, if gconf2 is not installed, the bug should not raise. The problem must be in some other place. > i can reproduce this behavior in a clean sid chroot by first installing > gconf2, > installing debian-edu-artwork 0.0.28, and then upgrading to 0.0.30-2. > > the same process in a clean lenny chroot actually works fine, so i'm thinking > this is a bug in recent versions of gconf2. > > live well, > vagrant > > > signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#487635: The perfomance degrading since lenny also affects to ltsp clients
I've tested it using both lenny and squeeze versions of libx11-6. Only downgrading to libx11-6 from etch allows some applications (as java apps) run in an usable way. Maybe this info can help: https://bugs.launchpad.net/ubuntu/+source/libxcb/+bug/277069 and http://bugs.freedesktop.org/show_bug.cgi?id=17868 say that the problems appeared since libx11-6 was linked with xcb. This problem is very important for Debian Edu users. Up to now, the only workaround is downgrading to the etch library. Regards José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#402841: any progress with gwt?
Hi Christian, Have you continued working on packaging gwt or just gave up? Version 1.7.0 has just been released, and maybe it's time to set up an alioth project in order to try to package this nice monster. It's a very powerful tool, theorically free, and it's a real pity to have it out of Debian. Regards José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#531050: (sin asunto)
El jue, 02-07-2009 a las 22:27 +0200, SeŽbastien Cramatte escribió: > Hello, > > this morning I've upgraded our dhcp server to dhcp3-server-ldap > 3.1.1-6 and after 10 mn I downgrade it to 3.1.1-1 > the package is unusable in production. > > dhcp daemon eat all memory and seems that dhcp DISCOVER, OFFER > operations works but hang/leak on REQUEST, ACK > > we use dhcp3-server-ldap package as main dhcp server for about 2000 > customers (dhcpHost) to push authenticate and push tftp configuration. > note that our server receive query via dhcp relay. > > -- System Information: > Debian Release: 5.0.1 > > Architecture: (x86) Para Virtualized Xen Host > Kernel: Linux 2.6.18 xen domU > Hi, any hint to reproduce it? I'm using the same package in about 150 schools with more than 120.000 users and haven't noticed that problem. There are schools with only 500 users, but some others have around 1500 users. Have you noticed if it happens when you have 1500 users or less? signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#433197: pysycache: undefined symbol: mouse_seteventhandler
El dom, 15-07-2007 a las 14:38 +0300, Mykola Nikishov escribió: > Package: pysycache > Version: 3.0.1-1 > Severity: grave > Justification: renders package unusable > > Traceback (most recent call last): > File "pysycache.py", line 38, in ? > import pygame > File "/usr/lib/python2.4/site-packages/pygame/__init__.py", line 75, in ? > from pygame.base import * > ImportError: /usr/lib/libSDL-1.2.so.0: undefined symbol: mouse_seteventhandler > > -- System Information: > Debian Release: lenny/sid > APT prefers testing > APT policy: (990, 'testing'), (500, 'oldstable'), (99, 'unstable'), (9, > 'experimental'), (1, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.22-rc6-mn (SMP w/2 CPU cores; PREEMPT) > Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages pysycache depends on: > ii pysycache-buttons-beera 3.0.1-1 Bee-rabbit images for buttons > acti > ii pysycache-buttons-crapa 3.0.1-1 Crapaud images for buttons > activit > ii pysycache-buttons-ice 3.0.1-1 Ice images for buttons > activities > ii pysycache-buttons-wolf 3.0.1-1 Wolf images for buttons > activities > ii pysycache-click-dinosau 3.0.1-1 Dinosaurs images for click > activit > ii pysycache-click-sea 3.0.1-1 Sea images for click activities > fo > ii pysycache-dblclick-appl 3.0.1-1 Apple and pear images for double > c > ii pysycache-dblclick-butt 3.0.1-1 Butterfly images for double > click > ii pysycache-i18n 3.0.1-1 Translations for PySyCache > ii pysycache-images3.0.1-1 Images for PySyCache > ii pysycache-puzzle-cartoo 3.0.1-1 Cartoons images for puzzle > activit > ii pysycache-puzzle-photos 3.0.1-1 Photos for puzzle activities for > P > ii pysycache-sounds3.0.1-1 A collection of sounds to be > used > ii python 2.4.4-6 An interactive high-level > object-o > ii python-pygame 1.7.1release-4.1 SDL bindings for games > development > ii python-support 0.7.1automated rebuilding support for > p > ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of > free > > pysycache recommends no packages. > > -- debconf-show failed > Please, test it in an updated and clean sid installation. I have just tested it in a clean chroot envirnment and haven't been able to reproduce your error. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#433214: gambas2: Please remove udeb
El dom, 15-07-2007 a las 17:27 +0200, Frans Pop escribió: > Package: gambas2 > Version: 1.9.49-3 > Severity: serious > Tags: d-i > Justification: unauthorized udeb > > With your latest upload you have added a udeb to your package without > any justification and without any discussion with the Debian Installer > team on debian-boot at lists.debian.org. > > Recently the Technical Committee reaffirmed [1] that udebs and the > debian-installer section of the archive are "owned" by the Debian > Installer team. Adding udebs to the archive without discussion with the > D-I team is therefore not acceptable. > Even though your intention does seem to be to use the udeb with the > installer, the basic principles are still the same as in that ruling. > > See also: http://lists.debian.org/debian-boot/2007/07/msg00324.html. > > Please remove the udeb from your package with your next upload. > You are of course free to start a discussion with the D-I team about > possible inclusion, but only _after_ the udeb has been removed. > > Note that I have requested the Release Managers to block your package > from migrating to testing (as is normal for all packages with udebs). > I will request removal of that block once a new version without the > udeb has been uploaded. > > Regards, > Frans Pop > (former, but still acting D-I Release Manager) > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;bug=367709 > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=83;bug=367709 > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=93;bug=367709 > > -- System Information: > Debian Release: lenny/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > No problem. I will remove it. As you said my intention is not to use it with the official Debian installer, but with the one we customize at LinEx (www.gnulinex.org). I didn't know about http://lists.debian.org/debian-boot/2007/07/msg00324.html, so I'll upload a new version without it a.s.a.p. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#538241: simple-cdd can not build multiple media installers
Package: simple-cdd Version: 0.3.11 Severity: wishlist When trying to build a Debian installer that has to fit in a cd media, simple-cdd is limited to use no more than 700 mb of packages, as it's not able to build a multiple media installer. It would be really useful to be able to build it (to make a base installation + a cd with games o a cd with educative packages, etc.) Debian installer can do it, so simple-cdd should be able to do it too ;) Regards José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#476588: [aptlinex] aptlinex
This mail is just to confirm the second bug that Nico discovered,
executing code from a file called /tmp/gambas-apt-exec.
There was not a bug number on Debian for this issue, but it has also
been fixed in the same upload that fixed #476588.
Regards.
José L.
El jue, 17-04-2008 a las 21:23 +0200, Nico Golde escribió:
> Package: aptlinex
> Severity: normal
> Tags: security
>
> Hi,
> looking at the code of aptlinex because of #476572 I
> stumbled over another security issue:
>
> Insecure temporary file usage in ModMain.module:
> 90 IF User.Name <> "root" THEN
> 91 'EXEC [graphicalSu(), "gambas-apt.gambas", User.Name, Buf] WAIT
> 92 PRINT graphicalSu() & " gambas-apt.gambas " & user.Name & " " & Buf
> 93 SHELL graphicalSu() & " gambas-apt.gambas " & user.Name & " " & Buf
> WAIT
> 94 IF Exist("/tmp/gambas-apt-exec") THEN sExec =
> File.Load("/tmp/gambas-apt-exec")
> 95 TRY EXEC [sExec] WAIT
> 96 RETURN
> 97 END IF
> 98
> 99 TRY File.Save("/tmp/gambas-apt.lock", Application.Id)
>
> Adding a symlink /tmp/gambas-apt.lock -> someimportant file an attacker could
> overwrite any file on the system with the process id of aptline since this
> process
> runs as root.
>
> The code before that looks like this would load gambas code from a file
> called /tmp/gambas-apt-exec
> and then execute it but I am not sure cause I have no real idea about gambas.
>
> Kind regards
> Nico
>
signature.asc
Description: Esta parte del mensaje está firmada digitalmente
Bug#477318: gambas: Will not start on hppa
Please, can you try with current gambas2 version 2.5 that's now in the Debian archive, and confirm me that the bug still remains? Regards. José L. El mar, 22-04-2008 a las 22:07 +1000, Geoff escribió: > Package: gambas > Version: 1.0.15-1.2 > Severity: important > > I am trying to get gambas running on my debian 4.0 hppa box. I get the > following error regardless of version when i try to start gambas. > > "Cannot load class 'Project': Unable to load class file" > > I have tried 1.0.15-1.2 and 2.0.0 and 2.2.1. gambas 1 came as binaries > with > debian and the gambas 2 versions were compiled from source (with no > problems compiling or installing) > > -- System Information: > Debian Release: 4.0 > APT prefers oldstable > APT policy: (500, 'oldstable'), (500, 'stable') > Architecture: hppa (parisc) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.18-6-parisc > Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) > > Versions of packages gambas depends on: > ii alien 8.64 install non-native packages with > d > ii fakeroot 1.5.10Gives a fake root environment > ii gambas-doc 1.0.15-1.2Free VB-like language > ii gambas-gb-compress 1.0.15-1.2The Gambas compression component > ii gambas-gb-db 1.0.15-1.2The Gambas database component > ii gambas-gb-debug1.0.15-1.2The debugger helper component > for > ii gambas-gb-eval 1.0.15-1.2The Gambas expression evaluator > co > ii gambas-gb-net 1.0.15-1.2The Gambas networking component > ii gambas-gb-net-curl 1.0.15-1.2The Gambas advanced networking > com > ii gambas-gb-qt 1.0.15-1.2The Gambas Qt GUI component > ii gambas-gb-qt-editor1.0.15-1.2The Gambas source code editor > comp > ii gambas-gb-qt-ext 1.0.15-1.2The Gambas extended Qt GUI > compone > ii gambas-gb-sdl 1.0.15-1.2The Gambas SDL component > ii gambas-gb-vb 1.0.15-1.2The Gambas Visual Basic (tm) > compa > ii gambas-gb-xml 1.0.15-1.2The Gambas Visual Basic (tm) > compa > ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries > > gambas recommends no packages. > > -- no debconf information > > signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#478662: dhcp3: Missing slapd dependency in init.d LSB header
So, Petter, you're supposing that the ldap server and the dhcpd server are in the same machine. But that does not need to be the case so, what will happen after adding slapd to the "Should-Start" section, if slapd is not installed in the same machine? Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#478875: local apps in ltsp 5
Package: ldm Version: 2.0.3-1 Severity: wishlist Tags: patch I attach you the files I've prepared to be able to use local apps in ltsp 5. I needed this feature for the schools of Extremadura. Maybe, you can add this info to the examples section of ldm. Steps to make it work (all of them inside the ltsp chroot): - Install sshfs package (from sid, as it has #430225 fixed) - useradd ltsp -d /var/tmp/ltsp -g fuse -u 65533 -G audio - cp *20-local-app /usr/share/ldm/rc.d/ - cp localapp /usr/bin/ - chmod +x /usr/bin/localapp To launch a local app (obviously, supposing you've already installed the application in the ltsp chroot) you have these options: a) In the ltsp server, at the logged user home, create a simple file called local.exec with a line with the command to be executed locally (between "" if the command has options). The file will be removed after the local app is launched, so you can start several of them. b) In the ltsp client, after the user has logged in, go to a tty, login as root and execute: localapp "application" c) A wrapper replacing the way the desktop file at the ltsp-server, that create the local.exec file for option a). I have not implemented this yet. Hope this helps Regards. José L. K20-local-app Description: application/shellscript localapp Description: application/shellscript S20-local-app Description: application/shellscript signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#486154: [recordmydesktop] hebrew translation
El vie, 13-06-2008 a las 23:19 +0300, Nadav Kavalerchik escribió: > Package: recordmydesktop > Version: 0.3.7.3-1 > Severity: normal > Tags: l10n patch > > --- Please enter the report below this line. --- > this application is not maintained upstream. > see : http://iovar.org/blog/?p=14 > > so i am attaching the hebrew translation here, in hope that > this package's maintainer could patch it for the debian community, at > leaset :-) > Sure, I'll be glad in adding it. Also, maybe you'd also like to translate gtk-recordmydesktop that's been also very used (and taken from Debian by our Ubuntu friends ;-) Regards. José L. > kindly, > :-) > > --- System information. --- > Architecture: i386 > Kernel: Linux 2.6.26-rc5-686 > > Debian Release: lenny/sid > 500 unstablewww.debian-multimedia.org > 500 unstablemirror.isoc.org.il > 500 testing mirror.isoc.org.il > 500 kernel-dists-trunk kernel-archive.buildserver.net > 500 experimentalwww.debian-multimedia.org > 1 experimentalmirror.isoc.org.il > > --- Package information. --- > Depends (Version) | Installed > =-+-=== > libasound2(>> 1.0.16) | 1.0.16-1 > libc6 (>= 2.7-1) | 2.7-5 > libice6 (>= 1:1.0.0) | 2:1.0.4-1 > libogg0 (>= 1.0rc3) | 1.1.3-3 > libsm6| 2:1.0.3-1+b1 > libtheora0 (>= 0.0.0.alpha7.dfsg-1.1) | 1.0~beta2-2 > libvorbis0a(>= 1.1.2) | 1.2.0.dfsg-3 > libvorbisenc2 (>= 1.1.2) | 1.2.0.dfsg-3 > libvorbisfile3| 1.2.0.dfsg-3 > libx11-6 | 2:1.1.3-1 > libxdamage1(>= 1:1.1) | 1:1.1.1-3 > libxext6 | 2:1.0.4-1 > libxfixes3 (>= 1:4.0.1) | 1:4.0.3-2 > zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-12 > signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#486154: [recordmydesktop] hebrew translation
reassign 486154 gtk-recordmydesktop tags 486154 pending thanks This translation is for gtk-recordmydesktop, not recordmydesktop. El vie, 13-06-2008 a las 23:19 +0300, Nadav Kavalerchik escribió: > Package: recordmydesktop > Version: 0.3.7.3-1 > Severity: normal > Tags: l10n patch > > --- Please enter the report below this line. --- > this application is not maintained upstream. > see : http://iovar.org/blog/?p=14 > > so i am attaching the hebrew translation here, in hope that > this package's maintainer could patch it for the debian community, at > leaset :-) > > kindly, > :-) > > --- System information. --- > Architecture: i386 > Kernel: Linux 2.6.26-rc5-686 > > Debian Release: lenny/sid > 500 unstablewww.debian-multimedia.org > 500 unstablemirror.isoc.org.il > 500 testing mirror.isoc.org.il > 500 kernel-dists-trunk kernel-archive.buildserver.net > 500 experimentalwww.debian-multimedia.org > 1 experimentalmirror.isoc.org.il > > --- Package information. --- > Depends (Version) | Installed > =-+-=== > libasound2(>> 1.0.16) | 1.0.16-1 > libc6 (>= 2.7-1) | 2.7-5 > libice6 (>= 1:1.0.0) | 2:1.0.4-1 > libogg0 (>= 1.0rc3) | 1.1.3-3 > libsm6| 2:1.0.3-1+b1 > libtheora0 (>= 0.0.0.alpha7.dfsg-1.1) | 1.0~beta2-2 > libvorbis0a(>= 1.1.2) | 1.2.0.dfsg-3 > libvorbisenc2 (>= 1.1.2) | 1.2.0.dfsg-3 > libvorbisfile3| 1.2.0.dfsg-3 > libx11-6 | 2:1.1.3-1 > libxdamage1(>= 1:1.1) | 1:1.1.1-3 > libxext6 | 2:1.0.4-1 > libxfixes3 (>= 1:4.0.1) | 1:4.0.3-2 > zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-12 > signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#469338: closed by Daniel Baumann <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: unionfs-modules does not work with 2.6.24-1 )
El mar, 06-05-2008 a las 10:15 +, Debian Bug Tracking System escribió: > This is an automatic notification regarding your Bug report > which was filed against the unionfs-modules-2.6-amd64 package: > > #469338: unionfs-modules does not work with 2.6.24-1 > > It has been closed by Daniel Baumann <[EMAIL PROTECTED]> (reply to [EMAIL > PROTECTED]). > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Daniel Baumann <[EMAIL > PROTECTED]> (reply to [EMAIL PROTECTED]) by > replying to this email. > > > mensaje de correo electrónico adjunto > > - Mensaje reenviado > > De: Daniel Baumann <[EMAIL PROTECTED]> > > Responder a: [EMAIL PROTECTED] > > Para: [EMAIL PROTECTED] > > Asunto: Re: unionfs-modules does not work with 2.6.24-1 > > Fecha: Tue, 06 May 2008 12:11:45 +0200 > > > > Version: 2.6.25-1 > > Where can I get version 2.6.25-1? I know you're aware of this problem ;-) and its solution, but this bug is killing me softly.. (need this module for ltsp setups in my schools) signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#469338: closed by Daniel Baumann <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: unionfs-modules does not work with 2.6.24-1 )
El mié, 14-05-2008 a las 14:45 +0200, Daniel Baumann escribió: > José L. Redrejo Rodríguez wrote: > > Where can I get version 2.6.25-1? > > 2.6.25 got abi bumped to -2, module uploads will follow soon. > great > > this bug is killing me softly.. > > (need this module for ltsp setups in my schools) > > as also said last time, just use aufs then. aufs is the better unionfs > anyway. > yes, I've tested aufs and worked like a charm, I'll send a patch to the ltsp maintainer, but I'd prefer to use the debian packages until the patch is aproved/rejected. Thanks. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#481210: Replace the use of the almost deprecated unionfs by aufs
Package: ltsp Version: 5.1.5-1 Severity: wishlist Tags: patch When using nbd instead of nfs, ltsp uses unionfs. Unionfs is being replaced by aufs in similar systems like live cds. It's better maintained upstream, more reliable[1] and less buggy, so even unionfs-modules Debian maintainer recommends its replacement[2]. I've tried it, and it works perfectly. Attached is the usual patch to change this behaviour. By the way, doing the patch I've checked that the files: client/initramfs/hooks/ltsp_client client/initramfs/init-bottom/unionfs_cow are not used in the packaging of ltsp, and totally useless ;-) Best regards. José L. [1] www.unionfs.org [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469338#54 aufs.patch Description: application/shellscript signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#484261: Unable to authenticatto to LDAP with a valid user account
El mar, 03-06-2008 a las 11:37 +0200, Holger Luedecke escribió:
> Package: dhcp3-server-ldap
> Version: 3.1.1-1_ amd64
> Severity: important
>
>
>
> -- System Information:
> Debian Release: lenny/sid
> APT prefers unstable
> APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored:
> LC_ALL set to de_DE.UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> dhcpd is unable to authenticate to ldap with a valid account.
> ---syslog start---
> Jun 3 10:34:16 sam dhcpd: Connecting to LDAP server localhost:389
> Jun 3 10:34:16 sam slapd[26655]: conn=9 op=0 BIND
> dn="uid=dhcp,ou=People,dc=local,dc=com" method=128
> Jun 3 10:34:16 sam slapd[26655]: conn=9 op=0 BIND
> dn="uid=dhcp,ou=People,dc=local,dc=com" mech=SIMPLE ssf=0
> Jun 3 10:34:16 sam dhcpd: Error: Cannot login into ldap server
> localhost:389: Success
> Jun 3 10:34:16 sam dhcpd: Configuration file errors encountered -- exiting
> ---syslog end---
>
> ---strace start---
> setsockopt(6, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
> setsockopt(6, SOL_TCP, TCP_NODELAY, [1], 4) = 0
> connect(6, {sa_family=AF_INET, sin_port=htons(389),
> sin_addr=inet_addr("127.0.0.1")}, 16) = 0
> write(6, "0>\2\1\1`9\2\1\3\4&uid=dhcp, ou=People,"..., 64) = 64
> poll([{fd=6, events=POLLIN|POLLPRI|POLLERR|POLLHUP, revents=POLLIN}], 1, -1)
> = 1
> read(6, "0\f\2\1\1a\7\n", 8)= 8
> read(6, "\1\0\4\0\4\0", 6) = 6
> stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2295, ...}) = 0
> sendto(3, "<27>Jun 3 11:20:54 dhcpd: Error"..., 91, MSG_NOSIGNAL, NULL, 0) =
> 91
> write(2, "Error: Cannot login into ldap se"..., 64Error: Cannot login into
> ldap localhost:389: Success) = 64
> write(2, "\n", 1
> ) = 1
> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_DFL}, 8) = 0
> write(6, "0\5\2\1\2B\0", 7) = 7
> shutdown(6, 2 /* send and receive */) = 0
> close(6)= 0
> rt_sigaction(SIGPIPE, {SIG_DFL}, {SIG_IGN}, 8) = 0
> stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2295, ...}) = 0
> sendto(3, "<27>Jun 3 11:20:54 dhcpd: Confi"..., 75, MSG_NOSIGNAL, NULL, 0) =
> 75
> write(2, "Configuration file errors encoun"..., 48Configuration file errors
> encountered -- exiting) = 48
> write(2, "\n", 1
> ) = 1
> exit_group(1) = ?
> ---strace end---
>
> ---dhcpd.conf start---
> ldap-server "localhost";
> ldap-port 389;
> ldap-username "uid=dhcp, ou=People, dc=local, dc=com";
> ldap-password "secret";
> ldap-base-dn "ou=DHCP, dc=local, dc=com";
> ldap-method dynamic;
> ldap-debug-file "/var/log/dhcpd/dhcp-ldap-startup.log";
> ---dhcpd.conf end---
>
> Anonymous authentication is successful and dhcpd starts successfully
> but this denies usage of LDAP-ACLs.
>
> Authentication with same account and wrong password is successfull too
> and dhcpd starts.
Please, can you test the packages available at
http://linex.educarex.es/dhcpd-ldap/ to know if they fix your problem?
You only need to upgrade the dhcp3-server-ldap package, but I've
included also all the packages, sources and .changes file signed with my
gpg key, so, if you like, you can verify them using my public key
available at
http://db.debian.org/fetchkey.cgi?fingerprint=4491BB79CD5AD94A66814B0C9AA551D966A90DE2
In my tests, it works now but I prefer to be sure it works for you too
before sending it to Andrew.
Thanks
José L.
signature.asc
Description: Esta parte del mensaje está firmada digitalmente
Bug#484261: Unable to authenticatto to LDAP with a valid user account
El mar, 10-06-2008 a las 16:47 +0200, José L. Redrejo Rodríguez escribió: > El mar, 10-06-2008 a las 14:59 +0200, Holger Lüdecke escribió: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > SOLVED! > > > > I updated following packages: > > - - dhcp3-common_3.1.1.1_amd64.deb > > - - dhcp3-server_3.1.1.1_amd64.deb > > - - dhcp3-server-ldap_3.1.1.1_amd64.deb > > > > LDAP-Authentication is now possible only with a valid > > user account *and* password. Wrong password denies > > authentication. ACLs takes now effect. > > > Ok, perfect. > > Andrew, I've only changed the debian/changelog (to explain the changes I > did) and the debian/patches/dhcp-3.1.0-ldap-docs.dpatch file where the > changes have been applied. The modifications close the two pending bugs > in dhcp3-server-ldap (both were my fault), and are very simple > (replacing a "==" by a "=" solves this bug, and fixing a path solve the > other one). You can download the modified sources from > http://linex.educarex.es/dhcpd-ldap/ or feel free to ask me any doubt on > them. Obviously, I prefer you to upload the package but if you prefer me > to upload an NMU I'd also would be glad in doing it. > Uops, the altered file is dhcp-3.1.0-ldap-code.dpatch not dhcp-3.1.0-ldap-docs.dpatch. So the changelog I've modified contains a bug :-( signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#484261: Unable to authenticatto to LDAP with a valid user account
El mar, 10-06-2008 a las 14:59 +0200, Holger Lüdecke escribió: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > SOLVED! > > I updated following packages: > - - dhcp3-common_3.1.1.1_amd64.deb > - - dhcp3-server_3.1.1.1_amd64.deb > - - dhcp3-server-ldap_3.1.1.1_amd64.deb > > LDAP-Authentication is now possible only with a valid > user account *and* password. Wrong password denies > authentication. ACLs takes now effect. Ok, perfect. Andrew, I've only changed the debian/changelog (to explain the changes I did) and the debian/patches/dhcp-3.1.0-ldap-docs.dpatch file where the changes have been applied. The modifications close the two pending bugs in dhcp3-server-ldap (both were my fault), and are very simple (replacing a "==" by a "=" solves this bug, and fixing a path solve the other one). You can download the modified sources from http://linex.educarex.es/dhcpd-ldap/ or feel free to ask me any doubt on them. Obviously, I prefer you to upload the package but if you prefer me to upload an NMU I'd also would be glad in doing it. Cheers. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#485761: Dependency on the joystick package is needed
Package: ltsp-client-core Version: 5.1.9-1 Severity: important When using serial mice in the thin clients, and set the variable X_MOUSE_DEVICE=/dev/ttySxxx at the lts.conf file, it is ignored if the package joystick is not installed. The script ltsp-init-common from the ltsp-client-core package needs inputattach that is available at the joystick package. I've tested that installing this package, xorg.conf is generated ok and it works fine. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#473674: ldm: experimental patch for i18n gui support
Attached spanish translation for this great patch. Best regards. José L. El mar, 01-04-2008 a las 08:35 -0700, [EMAIL PROTECTED] escribió: > tags 473674 pending > tags 432708 pending > merge 432708 473674 > thanks > > On Tue, Apr 01, 2008 at 01:30:36AM +0200, Wolfgang Schweer wrote: > > Please test the attached patch. A complete archive is available: > > thanks! > > seems to work, patch applied upstream. > > still need to do a little more work to get the debian packaging to work, > but that shouldn't be too hard. :) > > live well, > vagrant > > > # translation of es.po to spanish # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # José L. Redrejo Rodríguez <[EMAIL PROTECTED]>, 2008. msgid "" msgstr "" "Project-Id-Version: es\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2008-04-01 01:12+0200\n" "PO-Revision-Date: 2008-04-01 18:00+0200\n" "Last-Translator: José L. Redrejo Rodríguez <[EMAIL PROTECTED]>\n" "Language-Team: spanish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" #: src/ldm.c:138 msgid "Error: wait() call failed" msgstr "Error: la llamada a wait() call falló" #: src/ldm.c:420 msgid "Couldn't open /var/log/ldm.log" msgstr "No se pudo abrir /var/log/ldm.log" #: src/ldm.c:492 msgid "ERROR: get_userid from greeter failed" msgstr "ERROR: get_userid ha fallado en el greeter" #: src/ldm.c:496 msgid "ERROR: get_passwd from greeter failed" msgstr "ERROR: get_passwd ha fallado en el greeter" #: src/ldm.c:499 msgid "ERROR: get_host from greeter failed" msgstr "ERROR: get_host ha fallado en el greeter" #: src/ldm.c:502 msgid "ERROR: get_language from greeter failed" msgstr "ERROR: get_language ha fallado en el greeter" #: src/ldm.c:505 msgid "ERROR: get_session from greeter failed" msgstr "ERROR: get_session ha fallado en el greeter" #: src/ldm.c:514 msgid "ERROR: username variable empty" msgstr "ERROR: variable username vacía" #: src/ldm.c:518 msgid "ERROR: password variable empty" msgstr "ERROR: variable password vacía" #: src/ldm.c:522 msgid "ERROR: server variable empty" msgstr "ERROR: variable server vacía" #: src/ldm.c:528 msgid "Fatal error, missing mandatory information" msgstr "Error total, falta información obligatoria" #: src/sshutils.c:171 msgid "Verifying password, please wait..." msgstr "Comprobando la contraseña, espere..." #: src/sshutils.c:184 msgid "This workstation isn't authorized to connect to server" msgstr "Este puesto no está autorizado para conectar al servidor" #: src/sshutils.c:186 msgid "Terminal not authorized, run ltsp-update-sshkeys\n" msgstr "El terminal no está autorizado, ejecute ltsp-update-sshkeys\n" #: src/sshutils.c:191 msgid "Unexpected text from ssh session. Exiting\n" msgstr "Texto inesperado en la sesión ssh. Saliendo\n" #: src/sshutils.c:204 msgid "Password incorrect." msgstr "Contraseña incorrecta." #: src/sshutils.c:208 msgid "User failed password. Restarting\n" msgstr "Contraseña fallida. Reinciando\n" #: src/sshutils.c:212 msgid "Login failed!" msgstr "¡Fallo en la autenticación!" #: src/sshutils.c:214 msgid "User failed login. Restarting\n" msgstr "Fallo en la autenticación. Reiniciando\n" #: src/sshutils.c:224 msgid "Your password has expired. Please enter a new one." msgstr "Su contraseña ha caducado. Introduzca una nueva." #: src/sshutils.c:231 msgid "Please enter your password again to verify." msgstr "Introduzca de nuevo su contraseña para verificarla." #: src/sshutils.c:239 msgid "Your passwords didn't match. Try again. Please enter a password." msgstr "Sus contraseñas no coinciden. Inténtelo de nuevo. Introduzca una contraseña." #: src/sshutils.c:269 msgid "Password not updated." msgstr "Contraseña no actualizada." #: src/sshutils.c:271 msgid "Password couldn't be updated." msgstr "La contraseña no se pudo actualizar." #: src/greeter_iface.c:44 msgid "Exiting ldm\n" msgstr "Saliendo de ldm\n" #: src/greeter_iface.c:77 msgid "Username" msgstr "Nombre de usuario" #: src/greeter_iface.c:106 msgid "Password" msgstr "Contraseña" #: gtkgreet/greeter.c:2
Bug#472562: FTBFS with g++-4.3: Missing includes
Thanks, it was fixed upstream yesterday too. I'm going to upload the new version a.s.a.p. Best regards. José L. El sáb, 05-04-2008 a las 13:18 +0200, Stefan Ritter escribió: > Hi, > > a patch for this problem is below. > > Regards, Stefan > > > -- diff -u gambas2-2.4.1/debian/changelog gambas2-2.4.1/debian/changelog > --- gambas2-2.4.1/debian/changelog > +++ gambas2-2.4.1/debian/changelog > @@ -1,3 +1,10 @@ > +gambas2 (2.4.1-1.1) unstable; urgency=low > + > + * Non-maintainer upload. > + * FTBFS with g++-4.3: Missing includes (Closes: #472562) > + > + -- Stefan Ritter <[EMAIL PROTECTED]> Sat, 05 Apr 2008 03:26:39 +0200 > + > gambas2 (2.4.1-1) unstable; urgency=low > >* New upstream release > only in patch2: > unchanged: > --- gambas2-2.4.1.orig/gb.db.firebird/src/ibpp/core/_dpb.cpp > +++ gambas2-2.4.1/gb.db.firebird/src/ibpp/core/_dpb.cpp > @@ -33,6 +33,7 @@ > #endif > > #include "_ibpp.h" > +#include > > #ifdef HAS_HDRSTOP > #pragma hdrstop > > --- > Stefan Ritter > Tel.: +49 (0) 2161 / 4643 - 197 > > credativ GmbH, HRB Mönchengladbach 12080 > Hohenzollernstr. 133, 41061 Mönchengladbach > Geschäftsführung: Dr. Michael Meskes, Jörg Folz > > signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#474172: upgrading gambas2 is impossible due to missing dependencies
Hi, this is not a gambas2 bug, but a kdelibs bug. Debian autobuilders are not able to install kdelibs4-dev in i386, so gambas2 arch dependant packages can not be built. As soon as kdelibs4-dev is instalable again, this will be automatically fixed. The kde bug is #472510 . El jue, 03-04-2008 a las 23:24 +0200, Yves Lambert escribió: > Package: gambas2 > Version: 2.4-1 > Severity: important > > Many dependencies of gambas2 are unavailable: > (I've got dsources for stable/testing/unstable and experimental) > --- gambas2-gb-chart (>= 2.4.1-1) (UNSATISFIED) > --- gambas2-gb-compress-bzlib2 (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-compress-zlib (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-crypt (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-db-firebird (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-db-form (>= 2.4.1-1) (UNSATISFIED) > --- gambas2-gb-db-mysql (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-db-odbc (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-db-postgresql (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-db-sqlite (>= 2.4.1-1) | gambas2-gb-db-sqlite2 (>= > 2.4.1-1) ( > --- gambas2-gb-desktop (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-form (>= 2.4.1-1) (UNSATISFIED) > --- gambas2-gb-form-dialog (>= 2.4.1-1) (UNSATISFIED) > --- gambas2-gb-form-mdi (>= 2.4.1-1) (UNSATISFIED) > --- gambas2-gb-gtk-ext (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-gtk-svg (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-gui (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-image (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-info (>= 2.4.1-1) (UNSATISFIED) > --- gambas2-gb-net-curl (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-net-smtp (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-opengl (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-pcre (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-pdf (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-qt-ext (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-qt-kde-html (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-qt-opengl > --- gambas2-gb-report (>= 2.4.1-1) (UNSATISFIED) > --- gambas2-gb-sdl (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-settings (>= 2.4.1-1) (UNSATISFIED) > --- gambas2-gb-v4l (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-vb > --- gambas2-gb-web > --- gambas2-gb-xml-rpc (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-gb-xml-xslt (>= 2.4.1-1) (UNAVAILABLE) > --- gambas2-ide (>= 2.4.1-1) (UNAVAILABLE) > > > -- System Information: > Debian Release: lenny/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, > 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) > Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) > Shell: /bin/sh linked to /bin/dash > > Versions of packages gambas2 depends on: > ii gambas2-doc 2.4.1-1Gambas documentation > ii gambas2-gb-chart 2.4-1 The Gambas charting component > ii gambas2-gb-compress-bzlib22.4-1 The Gambas bzlib2 component > ii gambas2-gb-compress-zlib 2.4-1 The Gambas zlib compression > compon > ii gambas2-gb-crypt 2.4-1 The Gambas crypt encription > compon > ii gambas2-gb-db-firebird2.4-1 The Firebird driver for the > Gambas > ii gambas2-gb-db-form2.4-1 Gambas database bound controls > ii gambas2-gb-db-mysql 2.4-1 The MySQL driver for the Gambas > da > ii gambas2-gb-db-odbc2.4-1 The Gambas ODBC driver database > co > ii gambas2-gb-db-postgresql 2.4-1 The PostgreSQL driver for the > Gamb > ii gambas2-gb-db-sqlite 2.4-1 The Gambas sqlite3 driver > database > ii gambas2-gb-desktop2.4-1 Gambas Portland project > compatibil > ii gambas2-gb-form 2.4-1 A gambas native form component > ii gambas2-gb-form-dialog2.4-1 A gambas native mdi form > component > ii gambas2-gb-form-mdi 2.4-1 A gambas native mdi form > component > ii gambas2-gb-gtk-ext2.4-1 The Gambas extended gtk GUI > compon > ii gambas2-gb-gtk-svg2.4-1 The Gambas SVG importing > component > ii gambas2-gb-gui2.4-1 The graphical toolkit selector > com > ii gambas2-gb-image 2.4-1 A Gambas image effects component > ii gambas2-gb-info 2.4-1 A Gambas information component > ii gambas2-gb-net-curl 2.4-1 The Gambas advanced networking > com > ii gambas2-gb-net-smtp 2.4-1 Gambas component to use smtp > proto > ii gambas2-gb-opengl 2.4-1 The OpenGL component for Gambas > ii gambas2-gb-pcre 2.4-1 The Gambas regexp component > ii gambas2-gb-pdf2.4-1 The Gambas pdf component > ii gambas2-gb-qt-ext 2.4-1 The Gambas extended Qt GUI > compone > i
Bug#474711: ITP: etoys -- A media-rich model, simulation construction kit and authoring tool
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> * Package name: etoys Version : 3.9-12 Upstream Author : Viewpoints Research Institute * URL : http://etoys.laptop.org/src/ * License : Apache Description : A media-rich model, simulation construction kit and authoring tool Squeak Etoys was inspired by LOGO, PARC-Smalltalk, Hypercard, and starLOGO. It is a media-rich authoring environment with a simple powerful scripted object model for many kinds of objects created by end-users that runs on many platforms, and is free and open source. It includes 2D and 3D graphics, images, text, particles, pres-entations, web-pages, videos, sound and MIDI, etc. It includes the ability to share desktops with other Etoy users in real-time, so many forms of immersive mentoring and play can be done over the Internet . This is the Squeak image developed for the OLPC project. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#490030: jclic: please update dependency on msttcorefonts
El mié, 09-07-2008 a las 13:07 +0200, Thijs Kinkhorst escribió:
> Package: jclic
> Version: 0.1.2.2+cvs20080125-1
> Severity: wishlist
>
> Hi,
>
> The package 'msttcorefonts', which your package Suggests, has changed
> name. It is now called ttf-mscorefonts-installer, to be in line with
> other TrueType font packages in Debian. Also, recently the
> ttf-liberation package has entered Debian. This is a package containing
> free variants of the Arial, Courier and Times New Roman fonts. This is
> obviously a better alternative to users since it's in main and doesn't
> require a separate download.
>
> Please do one of the following:
>
> 1) If your package only needs Arial, Courier or Times New Roman, change
>the Suggests to:
>ttf-liberation | ttf-mscorefonts-installer
>
> 2) If the suggests is specifically about non-{Arial,Courier,Times)
>fonts, change it to:
>ttf-mscorefonts-installer
>
> thanks,
Thanks for your report. I'll take option 1) .
Regards.
José L.
signature.asc
Description: Esta parte del mensaje está firmada digitalmente
Bug#497583: missing source code / incomplete debian/copyright
El mar, 02-09-2008 a las 22:59 +0200, Andreas Barth escribió: > Package: squeak-vm > Version: 3.10.3+svn1902.dfsg > Severity: serious > > Hi, > > the file platforms/unix/src/vm/interp.c starts with: > > /* Automatically generated from Squeak on an Array(9 May 2008 11:24:03 am) > by VMMaker 3.8b6 [...] > > However, I cannot identify the source file for that file. "This" is the source file. Squeak people uses a Squeak image to store the virtual machine sources, as any other people can use svn o cvs. That message only means that the text file has been generated that way, but that file is the only and real source file to be compiled. > Also, > debian/copyright doesn't contain any hint how this file is generated. At debian/copyright you can read: " All other source files below platforms/unix in this distribution that do not contain individual copyright and license notices are: Copyright (C) 1996-2006 by Ian Piumarta and other authors/contributors listed in individual source files. All rights reserved. For all of the above files:" and then a BSD like license is written. > > So I think this packages fails the DFSG, and cannot be part of main in > it's current version (and fails also the release policy, which makes the > bug serious). > I hope my informations have cleared it for you. If not, please tell me, and I will try to explain it better. Squeak is a very different piece of software from what people is used to see and I do know that its way of working is not easy to explain and understand. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#497583: missing source code / incomplete debian/copyright
El mié, 03-09-2008 a las 13:00 +0200, Andreas Barth escribió: > * José L. Redrejo Rodríguez ([EMAIL PROTECTED]) [080903 11:11]: > > El mar, 02-09-2008 a las 22:59 +0200, Andreas Barth escribió: > > > Package: squeak-vm > > > Version: 3.10.3+svn1902.dfsg > > > Severity: serious > > > > > > Hi, > > > > > > the file platforms/unix/src/vm/interp.c starts with: > > > > > > /* Automatically generated from Squeak on an Array(9 May 2008 11:24:03 am) > > > by VMMaker 3.8b6 [...] > > > > > > However, I cannot identify the source file for that file. > > > > "This" is the source file. Squeak people uses a Squeak image to store > > the virtual machine sources, as any other people can use svn o cvs. That > > message only means that the text file has been generated that way, but > > that file is the only and real source file to be compiled. > > So, I can load that text file from within squeak, and do any changes > there, and safe again? (i.e. that text file is the file actually used > for modifications?) > Yes, these are the needed steps: - Open a Squeak standard image (as an example you can use the etoys package in non-free, that image is olpc'ed (thought to teach and learn) so it's not very confortable to use it to program but you might use it. - Install inside this image, using the Squeak Package loader the package VMmaker. - Start VMMaker and config it telling the path to the sources you want to modify, for example the sources from the Debian package - Modify the sources inside Squeak to do any change - Use VMMaker to regenerate the sources. If you don't use vmmaker you can do it manually, but it's harder due to the size of the sources, and the need of manually modifying some of the code depending on the plugins you're going to compile. Smalltalkers use the Squeak Image to modify the code, usually the plugins [1]. Ian Piumarta, the main author of the unix virtual image port, does it manually using a standard text editor for part of the code, excepting the plugins. He uses to program them inside the image, as it's easier to debug them in real time. A latest note: when modifying the code inside the image instead of using a standard text editor, the code is modified in "Slang" (C with Smalltalk syntax), that's how smalltalkers do it to use the same Smalltalk class browser. It does not matter if you use a plain text editor or Squeak to modify the code: at the end of the process VMmaker makes the translation to plain C. Obviously VMmaker is free and its sources (in Smalltalk) are available inside the same Squeak image. Regards. José L. [1] In Squeak plugins are functions that're executed by the virtual machine instead of by the image. That's usually done by perfomance reasons as all the code inside the image is in Smalltalk, and some actions very OS related are faster in C (i.e. accesing the filesystem, keyboard or the sound card) signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#486101: freehdl.pc missing in package freehdl
El jue, 17-07-2008 a las 16:42 +, K. Gysin escribió: > Hi, > > The error is because the freehdl.pc file is not included in the package. > > Adding the line > usr/lib/pkgconfig/freehdl.pc > to libfreehdl0.install (in the package source) and re-building the > package should solve that issue. > > I also had to adapt the script qucsdigi (/usr/bin/qucsdigi) and add > "--tag CXX" otherwise I would get a compile error: > > libtool --quiet --mode=link $CXX $NAME._main_.o $NAME.o $LIBS > $IEEELIBS -o $NAME > libtool --quiet --mode=link --tag CXX $CXX $NAME._main_.o $NAME.o $LIBS > $IEEELIBS -o $NAME > > > Both changes are quite trivial (and I am not sure if freehdl.pc really > belongs to the libraries, or if the second fix is the correct response > here), so I am not attaching patches. I can still do so if required, of > cours. > Thanks for your info. I've fixed the freehdl package to include the pkgconfig info. About the qucs issue I'd prefered to send a message to upstream as I'm not sure the fix is totally adecuate either. I'll fix qucs depending on his answer. Cheers José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#469338: unionfs-modules does not work with 2.6.24-1
El mar, 04-03-2008 a las 20:27 +0100, Daniel Baumann escribió: > tags 469338 +pending > thanks > > José L. Redrejo Rodríguez wrote: > > Tested with amd64, 486 & 686 kernel versions. Whenever I try to use > > unionfs module I always get the > > "unionfs: Unknown symbol release_open_intent" message, so the package is > > useless on any arch. > > this is know and was announced, i've added a patch to linux-2.6 trunk to > add that missing symbol. once the next linux-2.6 upload happens, this > will be fixed. > Hi, linux 2.6.26 in Debian already includes your patch. Please, could you upload the new version of linux-modules-extra for this kernel? Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#469338: unionfs-modules does not work with 2.6.24-1
Package: unionfs-modules-2.6-amd64 Version: 2:2.6.24-4 Severity: grave Hi, Tested with amd64, 486 & 686 kernel versions. Whenever I try to use unionfs module I always get the "unionfs: Unknown symbol release_open_intent" message, so the package is useless on any arch. It only happens with current 2.6.24 on sid, with 2.6.22 on lenny it works without any problem. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#466467: ltsp-server: ltsp-update-image does not work
El vie, 29-02-2008 a las 23:51 -0800, [EMAIL PROTECTED] escribió:
> On Tue, Feb 26, 2008 at 08:57:07PM +0100, José L. Redrejo Rodríguez wrote:
> > El mar, 26-02-2008 a las 10:43 -0800, [EMAIL PROTECTED] escribió:
> > > On Tue, Feb 19, 2008 at 12:03:09AM +0100, José L. Redrejo Rodríguez wrote:
> > > > I can make more tests if some ideas, options or workarounds are
> > > > possible.
>
> > > you probably have much more experience with this mode of operation than
> > > i do...
>
> > Maybe with the operation I have more experience but I do not have a good
> > knowledge of how the image is uncompressed and mounted from the initrd
> > when the ltsp terminal starts. The fix could be something as stupid as
> > setting some parameter for squashfs.ko.
>
> ok, here's the code run from the initramfs:
>
> # mount the readonly root
> nbd-client ${NBD_ROOT_SERVER} ${NBD_ROOT_PORT} /dev/nbd0 && mount -o ro
> -t squashfs /dev/nbd0 /rofs
>
> # merge ro and rw filesystems
> mount -t unionfs -o dirs=/cow=rw:/rofs=ro unionfs ${rootmnt}
>
> this is in the client's /usr/share/initramfs-tools/scripts/ltsp_nbd
> script...
>
> i'm wondering if running it through NBD somehow is breaking it? can you
> try on the server itself to mount the squashfs via NBD?
>
> nbd-client 127.0.0.1 2000 /dev/nbd0
This works at the ltsp client replacing 127.0.0.1 by the ltsp-server ip.
> mount -o ro -t squashfs /dev/nbd0 /mnt
>
>
Nope, this didn't work, I always get a mount failed: Invalid argument error
> you're saying the mount works fine mounting the image directly with
> something like:
>
> mount -o ro,loop -t squashfs /opt/ltsp/images/i386.img /mnt
>
This work at the ltsp-server (after installing squashfs modules) but ,
obviously not at the client.
> the mount being used in the initramfs may be from busybox or
> klibc-utils, i'm not sure which. i wonder if that might behave
> differently, too.
>
> what kernel versions have you tried with?
>
Tried with 2.6.22 from lenny. I've tried also with 2.6.24 but it's not
been possible because of #469338.
> live well,
> vagrant
signature.asc
Description: Esta parte del mensaje está firmada digitalmente
Bug#470310: ITP: ttf-linex -- Free fonts for education and institutions
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> Package name: ttf-linex Version : 2.0 Upstream Author : Juan José Marcos URL : http://gata.linex.org/trac/browser/ttf-linex License : GPL Description : Free fonts for education and institutions This package will provide free true type fonts that have been developed by Juan José Marcos and, later, donated to the gnuLinEx project. These fonts are very focused on educational and institutional uses as they included hand writting simulation typographies, ancient greek and roman typographies, the institutional fonts for use by the regional government of Extremadura and some other ellegant fonts. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#470313: ITP: aptlinex -- Web browser addon to install Debian packages with a click
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> Package name: aptlinex Version : 2.0 Upstream Authors : Daniel Campos <[EMAIL PROTECTED]> & José L. Redrejo Rodríguez <[EMAIL PROTECTED]> URL : http://gata.linex.org/trac/browser/aptlinex License : GPL Description : Web browser addon to install Debian packages with a click This addon allows installing Debian packages from iceweasel, firefox, opera or konqueror just clicking on a web link. For this to work, links need to have an url beginning with apt:// This package does not install the packages or download them from the web sites, it just launches apt, passing the package name to install as a parameter to apt. Some screenshots to see how it works are available at http://gambas.gnulinex.org/linexapt/ signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#460235: jarwrapper: add java2-runtime dependency
Package: jarwrapper Version: 0.3 Severity: normal Hi, as jarwrapper can work with Sun Java runtimes, its dependencies should be changed to binfmt-support, fastjar, java-gcj-compat | java2-runtime | java-runtime jarwrapper will works the same, but avoid installing java-gcj-compat to people who is using applications that only can be executed with Sun java2 runtimes. It will save installing a lot of packages to these users. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#454635: ITP: squeak-vm -- Virtual machine needed to run Squeak images on unix
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> * Package name: squeak-vm Version : 3.9-12 Upstream Author : Ian Piumarta <[EMAIL PROTECTED]> * URL : http://www.squeakvm.org/unix * License : MIT Description : Virtual machine needed to run Squeak images on Unix This package adds the needed software layer to run any Squeak image on Unix. It also includes the plugin to run Squeak inside a Mozilla compatible browser. . Squeak is a modern, open source full-featured implementation of the powerful Smalltalk programming language and environment. Squeak is highly-portable - even its virtual machine is written entirely in Smalltalk making it easy to debug, analyze, and change. Squeak is the vehicle for a wide range of projects from multimedia applications, educational platforms to commercial web application development. signature.asc Description: Esta parte del mensaje está firmada digitalmente
