Re: Python module for debconf
Joey Hess <[EMAIL PROTECTED]> writes: > Jérôme Marant wrote: > > I guess that the package will have to predepend on python, right? > > So, unlike the current debconf usage, a debconf dependency is no > > longer sufficient. > > No, pre-depending on python will not ensure that your package's > config script has python available at preconfgiuration time. So we are really restricted to a fix set of packages at preconfiguration time ? Hmm, that's not nice. Can the configuration delayed by the package itself until after the PreDepends packages are installed ? Ciao Racke -- Think of it ! For projects and other business stuff please refer to COBOLT NetServices (URL: http://www.cobolt.net; Email: [EMAIL PROTECTED]; Phone: 0041-1-3884400) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dependencies on libpgsql2.1
Colin Watson <[EMAIL PROTECTED]> writes: > On Sun, Apr 07, 2002 at 08:09:49PM -0500, Colin Watson wrote: > > update_output.txt says: > > > > trying: postgresql > > skipped: postgresql (134+2) > > got: 46+0: a-46 > > * alpha: courier-authpostgresql, dbf2pg, ddt-server, gda-postgres, > > gphotocoll, gtksql, guile-pg, libapache-mod-auth-pgsql, libch, > > libch-dev, libdbd-pg-perl, libgql0-driver-pg, > > libgtrans-postgresql-6-5-3, libnss-pgsql1, libpam-pgsql, > > mnogosearch-pgsql, netsaint-plugins-extra, netsaint-plugins-pgsql, > > perdition-postgresql, php3-cgi-pgsql, php3-pgsql, php4-pgsql, > > pike7-pg, proftpd-pgsql, python-pgsql, python-popy, > > python-psycopg, python1.5-popy, python1.5-psycopg, > > python2.1-pgsql, python2.1-popy, python2.1-psycopg, > > python2.2-pgsql, python2.2-popy, python2.2-psycopg, qttudo, > > trafstats, www-pgsql > > To clarify, not all of these packages are buggy in sid. The ones (by > source package) that have a problem appear to be something like this at > the moment: > > courier-ssl dbf2sql ddt gql gtksql guile-pg libch libnss-pgsql > netsaint-plugins pike7-crypto psycopg python-pgsql qttudo courier-ssl is already fixed and uploaded, it is just a matter of time when the Debian admins allow it into main/unstable. postgresql has to wait 8 days anyway. Ciao Racke -- Think of it ! For projects and other business stuff please refer to COBOLT NetServices (URL: http://www.cobolt.net; Email: [EMAIL PROTECTED]; Phone: 0041-1-3884400) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [2002-04-16] Release Status Update
Anthony Towns writes: > Hi all, > > Unhappily, the "move postgresql from non-US to main" part of the > "crypto-in-main" transition was harder than expected due to a library > package rename (libpgsql2 in stable had be renamed to libpgsql2.1 in > woody, but has since been renamed back to libpgsql2). This means that > everything that used to link against the postgresql libraries needed > to be rebuilt, which tends to take a while. It's mostly been done now, > and consequently, postgresql in woody will be updated with the next > mirror pulse. > > Unfortunately, this hasn't been without its casualties. The following > packages have been removed since they haven't been properly updated for > the new postgresql, or depend on things that haven't be properly updated > for the new postgresql. > > beancounter > courier-ssl Hm, unfortunately I cannot figure out why courier-ssl was removed. I rebuild it for libpgsql2. Can you please tell me what went wrong ? Ciao Racke -- Think of it ! For projects and other business stuff please refer to COBOLT NetServices (URL: http://www.cobolt.net; Email: [EMAIL PROTECTED]; Phone: 0041-1-3884400) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why db_input ... || true
Robert Bihlmeyer <[EMAIL PROTECTED]> writes: > Holger Kubiak <[EMAIL PROTECTED]> writes: > > > Is it possible that lintian searches this entrys (in the sense: is > > it possible to change lintian). > > It is. But db_* commands return status for a reason, so people may > want to omit the "|| true" and actually do something with the exit > codes. lintian has no business bitchin about that. db_input medium iptables/modename || [ $? -eq 30 ] This stops if anything is wrong with the template, but not if the question is already asked. IMHO makes a lot more sense then || true. Ciao Racke -- Prolific Interchange Consulting (Excellent German Quality !). Take a look at Materialboerse (http://www.materialboerse.de/), WITT (http://www.witt-weiden.de/), Boxmover (http://shop.boxmover.ch/) or Passionshop (http://www.passionshop.com/racke). Need a shop ? Contact us.
Why does apxs in sid link against libdb1 ?
Hello, fellow developers ! I tried to build and upload Interchange 4.8.6 packages, which contain an Apache module. apxs -cmod_interchange.c gcc -DLINUX=22 -DEAPI -DTARGET="apache" -I/usr/include/db1 -DDEV_RANDOM=/dev/random -DUSE_HSREGEX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O1 -fPIC -DSHARED_MODULE -I/usr/include/apache-1.3 -c mod_interchange.c gcc -shared -o mod_interchange.so mod_interchange.o -lc -lm -lcrypt -ldb1 -ldb -lexpat /usr/bin/ld: cannot find -ldb1 Here it fails. What has changed in sid so that the package doesn't build anymore. Please advise. Ciao Racke -- Prolific Interchange Consulting (Excellent German Quality !). Take a look at Materialboerse (http://www.materialboerse.de/), WITT (http://www.witt-weiden.de/), Boxmover (http://shop.boxmover.ch/) or Passionshop (http://www.passionshop.com/racke). Need a shop ? Contact us.
Re: How to remove a package from ftp.debian.org?
Michael Meskes <[EMAIL PROTECTED]> writes: > Subject says it all. Do I have to file a bug against ftp.debian.org? Yes. Ciao Racke -- Tech beats design - hold your breath for http://fuckdotcom.de For projects and other business stuff please refer to COBOLT NetServices (URL: http://www.cobolt.net; Email: [EMAIL PROTECTED]; Phone: 0041-1-3884400)
Re: probably FAQ: Uploading to sid with potato's dupload?
Marc Haber <[EMAIL PROTECTED]> writes: > Hi, > > this might be an FAQ; but for security, I'll ask as well: I do my > development in a sid chroot on potato. Can I use potato's dupload to > upload the finished packages, I do this and there seems to be no problem besides getting ~/.dupload.conf right. Ciao Racke -- Racke happily hacks Interchange and maintains Debian packages like Courier. For projects and other business stuff please refer to COBOLT NetServices (URL: http://www.cobolt.net; Email: [EMAIL PROTECTED]; Phone: 0041-1-3884400)
Re: Making better use of multiple maintainers
Joey Hess <[EMAIL PROTECTED]> writes: > I think it's a great idea. I also note that quite a few base packages > already have multiple or backup maintainers -- dpkg, boot-floppies, and > tasksel come to mind. I've also been unofficial backup maintainer for > some other packages in the past and I doubt I'm alone. Formalizing this > and using the Uploaders field and everything seems like a natural > progression. I second that. In my company is another Debian developer who has (hopefully) sufficient knowledge about the packages and has access to the diffs/packaging files in our CVS and the build script, so it would be a good idea to join as backup maintainer. Ciao Racke -- Racke happily hacks Interchange and maintains Debian packages like Courier. For projects and other business stuff please refer to COBOLT NetServices (URL: http://www.cobolt.net; Email: [EMAIL PROTECTED]; Phone: 0041-1-3884400)
Debugging help for dhelp needed
Hello, fellow Debian developers ! dhelp was recently orphaned. IMHO a online help is quite a good idea, but the code hasn't touched quite a while. I ported the source code from db1 to db2, which is definitely needed to make it work for woody. Unfortunately dhelp_parse -r get stucked in the second call of db_write (db->put). I debugged it, but I have still no clue why this happens. Any help on this is greatly appreciated. I attached the source code for dhelp_parse and the Makefile. Bye Racke -- Racke happily hacks Interchange and maintains Debian packages like Courier. For projects and other business stuff please refer to COBOLT NetServices (URL: http://www.cobolt.net; Email: [EMAIL PROTECTED]; Phone: 0041-1-3884400) dhelp_parse.c Description: Binary data Makefile Description: Binary data
Re: is dhelp completely broken
Christian Marillat <[EMAIL PROTECTED]> writes: > >>>> "CW" == Colin Watson <[EMAIL PROTECTED]> writes: > > > On Sun, Sep 23, 2001 at 05:58:39PM +0200, Christian Marillat wrote: > >> >>>> "JV" == Jochen Voss <[EMAIL PROTECTED]> writes: > >> > for me the dhelp package does not work at all, because of the problem > >> > described in bug reports 109207, 109849, 110411, 110433, 110538, > >> > 111044, 112614, and 112659. My question is, does the package work for > >> > anybody at all? Is there any easy way to make it work again? > >> > >> Recompiling dhelp against libdb3 solve the problem. > > > If you know how to do it, could you NMU? The package is orphaned. > > [EMAIL PROTECTED] is already working on dhelp. I'm still considering what is the best way to deal with dhelp in the future. A Perl re-implementation comes into my mind. I have to think about this a little while. Christian, please make the NMU. It would be nice if the package is working now. If you are _really_ kind, put Stefan Hornburg (Racke) <[EMAIL PROTECTED]> as maintainer in changelog/control, send the packages to me, and I'm upload them ASAP. Ciao Racke -- Racke happily hacks Interchange and maintains Debian packages like Courier. For projects and other business stuff please refer to COBOLT NetServices (URL: http://www.cobolt.net; Email: [EMAIL PROTECTED]; Phone: 0041-1-3884400)
Re: problem with debconf and start-stop-daemon
Mark Brown <[EMAIL PROTECTED]> writes: > On Fri, Jan 11, 2002 at 11:40:28AM -0200, Henrique de Moraes Holschuh wrote: > > > Ah, it looks like you need to have a db_stop BEFORE you call > > start-stop-daemon or the initscript. Looks like the daemon is dumb and does > > No, the ordering is unimportant. db_stop stops debconf no matter when > you call it. > > > not close all open descriptors, creates a new session id, etc... > > Or has called the standard daemon() function which doesn't close all the > file descriptors. Yeah, but it is really a bug that should be filed. The daemon will be killed by SAK otherwise (look at #92277 for further enlightenment). Ciao Racke -- For projects and other business stuff please refer to COBOLT NetServices (URL: http://www.cobolt.net; Email: [EMAIL PROTECTED]; Phone: 0041-1-3884400)
Re: Bug#559802: CVE-2009-3736 local privilege escalation
Michael Gilbert wrote: Package: courier-authlib Severity: grave Tags: security Hi, The following CVE (Common Vulnerabilities & Exposures) id was published for libtool. I have determined that this package embeds a vulnerable copy of the libtool source code. However, since this is a mass bug filing (due to so many packages embedding libtool), I have not had time to determine whether the vulnerable code is actually present in any of the binary packages. Please determine whether this is the case. If the package is not affected, please feel free to close the bug with a message containing the details of what you did to check. CVE-2009-3736[0]: | ltdl.c in libltdl in GNU Libtool 1.5.x, and 2.2.6 before 2.2.6b, | attempts to open a .la file in the current working directory, which | allows local users to gain privileges via a Trojan horse file. Note that this problem also affects etch and lenny, so if your package is affected, please coordinate with the security team to release the DSA for the affected packages. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Is there a patch available for the vulnerability? I don't know which modifications were applied upstream to the libtool copy. Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599219: ITP: libmongodb-perl -- Mongo Driver for Perl
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libmongodb-perl Version : 0.39 Upstream Author : Kristina Chodorow * URL : http://search.cpan.org/perldoc?MongoDB * License : Apache 2.0 Programming Lang: Perl Description : Mongo Driver for Perl MongoDB is a high-performance, open source, schema-free document-oriented data store. The MongoDB module provides an interface to easily access it from Perl. Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cab7d52.9080...@linuxia.de
Bug#733922: ITP: libgit-cpan-patch-perl -- Git commands for CPAN distributions
Package: wnpp Owner: Stefan Hornburg (Racke) Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libgit-cpan-patch-perl Version : 1.3.1 Upstream Author : Yanick Champoux * URL : https://metacpan.org/release/Git-CPAN-Patch * License : Artistic or GPL-1+ Programming Lang: Perl Description : Git commands for CPAN distributions Git::CPAN::Patch provides a suite of git commands aimed at making trivially easy the process of grabbing any distribution off CPAN, stuffing it in a local git repository and, once gleeful hacking has been perpetrated, sending back patches to its maintainer. -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52c51ae5.4020...@linuxia.de
Bug#733922: ITP: libmoosex-app-perl
Package: wnpp Owner: Stefan Hornburg (Racke) Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libmoosex-app-perl Version : 1.22 Upstream Author : Maroš Kollár * URL : https://metacpan.org/pod/MooseX::App * License : Artistic or GPL-1+ Programming Lang: Perl Description : Write user-friendly Perl/Moose command line apps with even less suffering MooseX-App is a highly customizeable helper to write user-friendly command line applications without having to worry about most of the annoying things usually involved. Just take any existing Moose class, add a single line (use MooseX-App qw(PluginA PluginB ...);) and create one class for each command in an underlying namespace. Needed for Git::CPAN::Patch. Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52c53e8e.50...@linuxia.de
Bug#734033: ITP: libmoosex-app-perl
Package: wnpp Owner: Stefan Hornburg (Racke) Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libmoosex-app-perl Version : 1.22 Upstream Author : Maroš Kollár * URL : https://metacpan.org/pod/MooseX::App * License : Artistic or GPL-1+ Programming Lang: Perl Description : Write user-friendly Perl/Moose command line apps with even less suffering MooseX-App is a highly customizeable helper to write user-friendly command line applications without having to worry about most of the annoying things usually involved. Just take any existing Moose class, add a single line (use MooseX-App qw(PluginA PluginB ...);) and create one class for each command in an underlying namespace. Needed for Git::CPAN::Patch. Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52c6687d.9030...@linuxia.de
Bug#734201: ITP: libbackpan-index-perl -- Perl interface to the BackPAN index
Package: wnpp Owner: Stefan Hornburg (Racke) Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libbackpan-index-perl Version : 0.42 Upstream Author : Michael G Schwern * URL : https://metacpan.org/release/BackPAN::Index * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl interface to the BackPAN index BackPAN::Index downloads, caches and parses the BackPAN index into a local database for efficient querying. This is needed for libgit-cpan-patch-perl (ITP #733922). Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52c860f0.7060...@linuxia.de