Bug#647613: boswars: Crashes when loading saved game.
Coin, By mistake i sent this mail (below) to the BTS without you being in the recipients. Dean Evans also tried to contact you but i didn't see any reply from you. Could you have a look and give us more information about your problem please? Regards. Quoting Marc Dequènes (Duck) d...@duckcorp.org: Did you load a game saved with the same Boswars version ? If not, upstream authors do not aim at supporting save game upgrades, and even refused my suggestion[1] to detect the situation and warn the user instead of crashing. In this case feel free to support my request by reopening the upstream bug. If you made it with the same version, then this is a new bug. Please provide your save game file so as to be able to reproduce the problem. Regards. [1] http://savannah.nongnu.org/bugs/index.php?30374 -- Marc Dequènes (Duck) pgp7pbTpLrI8X.pgp Description: PGP Digital Signature
Bug#658341: upload of multi-arch enabled dpkg (in time for wheezy)
Coin, I remember working along with you on Debian/Hurd, and don't have any bad souvenirs, so i'm a bit astonished to find you in this situation. I found Cyril's attitude, and one of the release-team mails to be extremely annoying, coming up with demands and threats, instead of I heard many times that you didn't communicate much or at all (not to speak about public statements i could not see by myself), so i'm not surprised after several months people are beginning to be scared about the release (especially in the release team) and, maybe, overreacted a bit. http://dpkg.alioth.debian.org/stats/ I fail to understand why people should read VCS stats or logs to hear about your progress, considering the commit count is clearly irrelevant and one might not have the knowledge and time to read all the stuff. Why didn't you use d-d-a to give news about the project, and ask for reviews and help btw? It really seems to me you didn't trust your fellow developers, which is quite sad. If you were not able to work on this with buxy, maybe another could have helped you. In any case a multi-arch enabled dpkg will not miss wheezy. But I have kept finding extremely annoying, demotivating and a drain of fun at various times when working on Debian for the past last year or so... Even with all the code reviews of the world, you can't be sure your design will be perfect and will meet future needs. If it happens to be a failure, this code can still be deactivated before the release and the extra control fields / package reorganization won't hurt. Now that many probably have installed KiBi's package to have a look, you have at your disposal a big bunch of witting guinea pigs and maybe several able to proofread the code, so i really really hope you won't let us down (despite the disagreement). And let's have a bear some day :-). -- Marc Dequènes (Duck) pgpJnSVMz1Olk.pgp Description: PGP Digital Signature
Bug#654270: gnusound: FTBFS on armhf, reproduced on amd64: error: format not a string literal and no format arguments [-Werror=format-security]
Coin, Quoting Jonathan Nieder jrnie...@gmail.com: Format string includes filename, which I believe can be arbitrary. Looks like a low-severity security bug. (Attacker tricks victim into opening sound file with funny name. Then...) Yes, that's true for any package needing a format-security patch. I'll prepare a package for stable, but i'm gonna solve the problem in unstable by a removal, as nobody has stepped to handle maintainership since i asked for help on #622013 and alerted the GNU application maintainer. Regards. -- Marc Dequènes (Duck) pgp4y8IqStu1B.pgp Description: PGP Digital Signature
Bug#657721: unscd: no binary in package
Package: unscd Version: 0.48-1 Severity: grave Coin, As you can see in http://packages.debian.org/sid/amd64/unscd/filelist the nscd binary is not shipped in the package anymore, which then breaks everything on the system. Clearly this package has not be verified before upload. -- Marc Dequènes (Duck) pgpzvNZnhBwMP.pgp Description: PGP Digital Signature
Bug#646657: Fix available
Coin, Quoting Diego Elio Pettenò flamee...@flameeyes.eu: https://github.com/jimweirich/builder/pull/15 should fix the issue (and another unrelated one fwiw). -- Diego Elio Pettenò flamee...@flameeyes.eu Thanks a lot :-). -- Marc Dequènes (Duck) pgpA7hl1RSD0R.pgp Description: PGP Digital Signature
Bug#649070: ircd-ratbox and charybdis: error when trying to install together
reassign 649070 charybdis bye Quoting Ralf Treinen trei...@debian.org: Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/libratbox.so Charybdis is based on Ratbox, but the code has quite probably diverged, and upstream authors should probably have renamed the library. As it borrows things from Ratbox, the Conflicts line is clearly to be set on this package, which is sufficient to solve the problem. I've renamed all commands and manpages in ircd-ratbox to avoid such conflicts with names commonly used by ircds to avoid problems like #649071, but there's nothing i can do in this case, which clearly should not happen. I just don't want to maintain a list of child projects to follow, while the knowledge of such incompatibilities is clearly in these projects, that's why i won't add a Conflicts on the ircd-ratbox side. Regards. -- Marc Dequènes (Duck) pgpAfYAiFqSDo.pgp Description: PGP Digital Signature
Bug#647613: boswars: Crashes when loading saved game.
Coin, Did you load a game saved with the same Boswars version ? If not, upstream authors do not aim at supporting save game upgrades, and even refused my suggestion[1] to detect the situation and warn the user instead of crashing. In this case feel free to support my request by reopening the upstream bug. If you made it with the same version, then this is a new bug. Please provide your save game file so as to be able to reproduce the problem. Regards. [1] http://savannah.nongnu.org/bugs/index.php?30374 -- Marc Dequènes (Duck) pgpqFUWrn0TQE.pgp Description: PGP Digital Signature
Bug#644645: python-moinmoin: doesn't work with python2.7
severity 644645 important thanks Coin, I stepped on this bug and later a friend found this: http://www.city-fan.org/tips/PaulHowarth/Blog/2010-11-12 Purging the cache worked for me, so i'm downgrading, as there is a workaround. Regards. -- Marc Dequènes (Duck) pgpD4auHb7t1g.pgp Description: PGP Digital Signature
Bug#645371: iceweasel: Segfault on startup (on i386)
Coin, May help… Program received signal SIGSEGV, Segmentation fault. 0xb6f9a35c in xptiInterfaceEntry::Create (name=0x0, iid=..., aDescriptor=0xb2da32e8, aTypelib=0xb2d39008) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/reflect/xptinfo/src/xptiInterfaceInfo.cpp:80 80 /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/reflect/xptinfo/src/xptiInterfaceInfo.cpp: No such file or directory. in /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/reflect/xptinfo/src/xptiInterfaceInfo.cpp (gdb) bt #0 0xb6f9a35c in xptiInterfaceEntry::Create (name=0x0, iid=..., aDescriptor=0xb2da32e8, aTypelib=0xb2d39008) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/reflect/xptinfo/src/xptiInterfaceInfo.cpp:80 #1 0xb6f9bd2c in xptiInterfaceInfoManager::VerifyAndAddEntryIfNew (this=0xb2d181c0, iface=0xb2d990a8, idx=5, typelib=0xb2d39008) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp:270 #2 0xb6f9bded in xptiInterfaceInfoManager::RegisterXPTHeader (this=0xb2d181c0, aHeader=0xb2d31420) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp:238 #3 0xb6f85098 in nsComponentManagerImpl::ManifestXPT (this=0xb7b4e260, cx=..., lineno=1, argv=0xbfff9bfc) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/components/nsComponentManager.cpp:757 #4 0xb6f895e6 in ParseManifestCommon (aType=NS_COMPONENT_LOCATION, aFile=0xb7b28280, mgrcx=..., chromecx=..., aPath=0xbfff9e30 components/interfaces.manifest, buf=0xb2d15419 , aChromeOnly=false) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/components/ManifestParser.cpp:639 #5 0xb6f898c4 in ParseManifest (type=NS_COMPONENT_LOCATION, reader=0xb7b28580, jarPath=0xbfff9e30 components/interfaces.manifest, buf=0xb2d15400 interfaces, aChromeOnly=false) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/components/ManifestParser.cpp:666 #6 0xb6f85b98 in nsComponentManagerImpl::RegisterJarManifest (this=0xb7b4e260, aReader=0xb7b28580, aPath=0xbfff9e30 components/interfaces.manifest, aChromeOnly=false) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/components/nsComponentManager.cpp:580 #7 0xb6f85c1d in nsComponentManagerImpl::ManifestManifest (this=0xb7b4e260, cx=..., lineno=1, argv=0xbfffa24c) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/components/nsComponentManager.cpp:677 #8 0xb6f895e6 in ParseManifestCommon (aType=NS_COMPONENT_LOCATION, aFile=0xb7b28280, mgrcx=..., chromecx=..., aPath=0xb7068bf1 chrome.manifest, buf=0xb7b79b88 manifest components/components.manifest\nmanifest chrome/nonlocalized.manifest\nmanifest chrome/localized.manifest\n, aChromeOnly=false) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/components/ManifestParser.cpp:639 #9 0xb6f898c4 in ParseManifest (type=NS_COMPONENT_LOCATION, reader=0xb7b28580, jarPath=0xb7068bf1 chrome.manifest, buf=0xb7b79b60 manifest, aChromeOnly=false) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/components/ManifestParser.cpp:666 #10 0xb6f85b98 in nsComponentManagerImpl::RegisterJarManifest (this=0xb7b4e260, aReader=0xb7b28580, aPath=0xb7068bf1 chrome.manifest, aChromeOnly=false) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/components/nsComponentManager.cpp:580 #11 0xb6f878a9 in nsComponentManagerImpl::Init (this=0xb7b4e260) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/components/nsComponentManager.cpp:409 #12 0xb6f5ed09 in NS_InitXPCOM2_P (result=0xbfffaa48, binDirectory=0xb7b27400, appFileLocationProvider=0xbfffa8f4) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/xpcom/build/nsXPComInit.cpp:498 #13 0xb652aa07 in ScopedXPCOMStartup::Initialize (this=0xbfffaa48) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/toolkit/xre/nsAppRunner.cpp:1141 #14 0xb652e9f6 in XRE_main (argc=1, argv=0xb484, aAppData=0xb7b26840) at /build/buildd-iceweasel_7.0.1-3-i386-X0GGbG/iceweasel-7.0.1/toolkit/xre/nsAppRunner.cpp:3323 #15 0x08049bf5 in ?? () #16 0xb7d5ee46 in __libc_start_main (main=0x8049500, argc=1, ubp_av=0xb484, init=0x8056660, fini=0x8056650, rtld_fini=0xb7ff1310, stack_end=0xb47c) at libc-start.c:228 #17 0x08049c9d in ?? () Backtrace stopped: Not enough registers or memory available to unwind further -- Marc Dequènes (Duck) pgpMII8vbszSg.pgp Description: PGP Digital Signature
Bug#643410: ircd-ratbox: FTBFS: parse.c:714:2: error: format not a string literal and no format arguments [-Werror=format-security]
Coin, Quoting Didier Raboud o...@debian.org: This happened because since dpkg 1.16.0 [0], hardening flags are enabled under various conditions. I'm glad it is now enabled, even if a bit of a sudden and probably causing mass-FTBFS. I'd like some help reviewing the patch[1] i made to solve this problem, as i'm not really sure it is a proper solution. In this program, the spotted format problems are due to indirect use of constant format strings. As IRC is full of error numerics, the message is retrieved in a table using this number. Sometimes, the message does not need any parameter, leading to calls to the generic logging functions without any format arguments. As these functions are declared using __attribute((format(printf, x, y))) (or via the AFP macro), it triggers the format-security alert. It is a false positive, but i could not find any way to specify a function can have a legitimate empty format argument list. Thus, the solution i found came from the gcc format specification: For functions where the arguments are not available to be checked (such as `vprintf'), specify the third parameter as zero. In this case the compiler only checks the format string for consistency. I found it better than ignoring format-security completely. Could you give me your opinion on this solution (and possibibly suggest a better one) ? Regards. [1] http://anonscm.debian.org/gitweb/?p=collab-maint/ircd-ratbox.git;a=blob;f=debian/patches/gcc_format-security_fix;h=1f28e17ff336189400c89d0a2196864312d4024c;hb=8094138bf60635b45a116afa75a97a2c194b5c6c -- Marc Dequènes (Duck) pgpgCJOv5yQ2i.pgp Description: PGP Digital Signature
Bug#622013: Maintenance of gnusound
Coin, I am maintaining the gnusound package in Debian, and i'm facing a bad situation with this GNU software. gnusound is not actively maintained since a while, but beside taking care of a few patches, it was building and working correctly, until recently. This software is using features in several libraries which have been obsoleted long ago, and now an important rework is needed if we want to revive it. You can read more on this in the bug report[1]. I'm writing to this list because i tried to reach the original maintainer, and the project mailing-list to seek aid, but in vain. According to your software list[2], gnusound is not considered deprecated. So, i expect one of these to happen : * you still want to keep this project alive, and a new maintainer is appointed to take care of this issue and at least basic maintainance of this software * you decide to decommision this software, and i remove it from Debian for the next stable release * i have no answer from you, and it is no more included in a stable release of Debian because it does not build anymore Please let me know what you decide for the future of this project. Btw, i'm a bit desappointed because it seems GNU projects are left alone without care. It would have expected projects to be monitored for lack of maintainance or important difficulties. Regards [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622013 [2] http://www.gnu.org/software/software.html#allgnupkgs -- Marc Dequènes (Duck) pgpzOIz0VCOYW.pgp Description: PGP Digital Signature
Bug#622013: gnusound: FTBFS: gnome-app-helper.h:620:2: error: expected specifier-qualifier-list before 'GtkCallbackMarshal'
Coin, Thanks for the report. I'm currently working on it, as the upstream author is not active since a long time. Moving away from GnomeUI is not that trivial, but i hope to finish a working patch in a few days. Regards. -- Marc Dequènes (Duck) pgpcrT24K970J.pgp Description: PGP Digital Signature
Bug#612605: opendnssec-enforcer: no migration path provided
Package: opendnssec-enforcer Version: 1.2.0-1 Severity: serious Coin, As is, the enforcer refuses to run because the database has not the right schema, and this whole infrastruture is unusuable, thus the severity of this bug. This package should provide the MIGRATION file with migration instruction from 1.1.x to 1.2.0. opendnssec-enforcer-* should also provide the corresponding upstream scripts enforcer/utils/migrate_keyshare_*.pl in the source. Please note the sqlite3 script has a bug. I provided a fix upstream here: http://trac.opendnssec.org/ticket/216 Regards. -- Marc Dequènes (Duck) pgpu6aR7FzkKv.pgp Description: PGP Digital Signature
Bug#588276: fixed 588276 in 0.7.0-2
Coin, On Sun, Jan 9, 2011 at 16:07:39 +0100, Marc Dequènes (Duck) wrote: As you said you could not reproduce, i tested again with 0.5.0-2, and could not reproduce either (but with a machine in unstable and experimental xorg). So i'll try with a cleaner configuration (which is don't have access to at the moment) soon. I made the same tests on the other machine and was not able to reproduce either. I could not find anything related in deps'changelogs, but it's probably better not to loose more time on this issue, now that it works both after downgrading and out of the box with the Squeeze version, and close it. Thanks for your efforts. -- Marc Dequènes (Duck) pgpYH79iTxSSk.pgp Description: PGP Digital Signature
Bug#588276: fixed 588276 in 0.7.0-2
Quoting Simon McVittie s...@debian.org: I do notice that 0.7.0 builds libnotify4, not libnotify1, so I assume you had to upgrade something else to use it; are you sure the fix couldn't have been in another package you upgraded? I remember upgrading libnotify-bin only, so as to test using notify-send and no other intermediate tool; and yes it drags libnotify4, but as it uses DBus to talk to the notification-daemon, and awesome (in my case) acts as notification-daemon without using this lib, it should not be that important. Awesome has not been updated since a while, and i don't know which dependency could have intefered. As you said you could not reproduce, i tested again with 0.5.0-2, and could not reproduce either (but with a machine in unstable and experimental xorg). So i'll try with a cleaner configuration (which is don't have access to at the moment) soon. Thanks for your investigation. -- Marc Dequènes (Duck) pgpEtWRB6zWuC.pgp Description: PGP Digital Signature
Bug#588276: fixed 588276 in 0.7.0-2
Coin, Quoting Julien Cristau jcris...@debian.org: On Thu, Dec 2, 2010 at 11:46:51 +0100, Marc Dequènes wrote: fixed 588276 0.7.0-2 thanks Does this mean there is a known fix for this bug? Unfortunately not that i am aware of. I just saw the package in experimental, and wondered if it was solving my problem, tested again to see the problem still existed, and tried this version with success just before leaving for X-mas time. If you're asking, then i guess nothing in the upstream changelog says it should be solved. If you want to cherry pick the fix, i'll try to find some time to bisect. Happy post X-mas time. -- Marc Dequènes (Duck) pgpVd7x9gvC6y.pgp Description: PGP Digital Signature
Bug#606802: bacula-director-pgsql: make_catalog_backup is broken
Coin, Quoting John Goerzen jgoer...@complete.org: Can you be more specific about: * What makes you think it is setup for 9.0? #grep BINDIR= /etc/bacula/scripts/make_catalog_backup BINDIR=/usr/lib/postgresql/9.0/bin debsums confirms this script is unmodified. * Did you also have this problem in 5.0.2-2? According to apt and bacula logs, it started when upgrading from 5.0.2-2. Seems the NMU caught PG 9.0 stuff. Notice postgresql-9.0 was uploaded in unstable on 2010-09-20, i.e. after -2 and before -2.1. * What architecture are you using? * What are the dependencies of this package? (In short, the usual output from reportbug would be useful.) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-director-pgsql depends on: hi bacula-common5.0.2-2.1 network backup, recovery and verif hi bacula-common-pgsql 5.0.2-2.1 network backup, recovery and verif ii bacula-director-common 5.0.2-2.1 network backup, recovery and verif ii dbconfig-common 1.8.46 common framework for packaging dat ii debconf [debconf-2.0]1.5.36 Debian configuration management sy ii libc62.11.2-7Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library hi libpq5 8.4.5-0squeeze2 PostgreSQL C client library ii libpython2.6 2.6.6-6 Shared Python runtime library (ver ii libssl0.9.8 0.9.8o-3SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra hi postgresql-client8.4.5-0squeeze2 front-end programs for PostgreSQL hi postgresql-client-8.4 [p 8.4.5-0squeeze2 front-end programs for PostgreSQL Versions of packages bacula-director-pgsql recommends: hi postgresql 8.4.5-0squeeze2 object-relational SQL database (su hi postgresql-8.4 8.4.5-0squeeze2 object-relational SQL database, ve Versions of packages bacula-director-pgsql suggests: pn postgresql-contribnone (no description available) pn postgresql-docnone (no description available) -- Configuration Files: /etc/bacula/scripts/delete_catalog_backup [Errno 13] Permission denied: u'/etc/bacula/scripts/delete_catalog_backup' /etc/bacula/scripts/make_catalog_backup [Errno 13] Permission denied: u'/etc/bacula/scripts/make_catalog_backup' /etc/bacula/scripts/make_catalog_backup.pl [Errno 13] Permission denied: u'/etc/bacula/scripts/make_catalog_backup.pl' -- debconf information: bacula-director-pgsql/pgsql/authmethod-admin: ident bacula-director-pgsql/passwords-do-not-match: bacula-director-pgsql/pgsql/no-empty-passwords: bacula-director-pgsql/upgrade-backup: true bacula-director-pgsql/install-error: abort bacula-director-pgsql/internal/reconfiguring: false bacula-director-pgsql/pgsql/authmethod-user: ident bacula-director-pgsql/purge: false bacula-director-pgsql/pgsql/manualconf: * bacula-director-pgsql/dbconfig-install: true * bacula-director-pgsql/dbconfig-upgrade: true bacula-director-pgsql/missing-db-package-error: abort bacula-director-pgsql/pgsql/method: unix socket bacula-director-pgsql/db/app-user: bacula bacula-director-pgsql/dbconfig-reinstall: false bacula-director-pgsql/dbconfig-remove: bacula-director-pgsql/db/dbname: bacula bacula-director-pgsql/remote/host: bacula-director-pgsql/pgsql/admin-user: postgres * bacula-director-pgsql/upgrade-error: retry (skip questions) bacula-director-pgsql/internal/skip-preseed: false bacula-director-pgsql/database-type: pgsql bacula-director-pgsql/remote/port: bacula-director-pgsql/pgsql/changeconf: false bacula-director-pgsql/remote/newhost: bacula-director-pgsql/remove-error: abort Regards. -- Marc Dequènes (Duck) pgpWVDlLDlHZB.pgp Description: PGP Digital Signature
Bug#606802: bacula-director-pgsql: make_catalog_backup is broken
Package: bacula-director-pgsql Version: 5.0.2-2.1 Severity: serious Coin, The make_catalog_backup script provided in this package is setup for PostgreSQL 9.0, which is not available in Squeeze. The script make_catalog_backup.pl has got the same exact problem. It needs to be setup for for the default (and only at this time) version: 8.4. Regards. -- Marc Dequènes (Duck) pgpq5RJMGozMB.pgp Description: PGP Digital Signature
Bug#588276: libnotify doesn't support notification specs 1.0, breaks some notification daemons
Coin, Any news on this front ? Any patch/solution i could help testing ? Regards. -- Marc Dequènes (Duck) pgpfxTXoKbjwr.pgp Description: PGP Digital Signature
Bug#588276: libnotify doesn't support notification specs 1.0, breaks some notification daemons
tags 588276 -unreproducible thanks Coin, I'm hit with the same problem after an upgrade, with awesome, which is using spec 1.0 (according to GetServerInformation). I opened #596331 as a wish in the meantime, but that won't help fixing the problem for Squeeze. Regards. -- Marc Dequènes (Duck) pgpHpLtCdyZbV.pgp Description: PGP Digital Signature
Bug#595536: fails to install, error during dbconfig step
severity 595536 important thanks Coin, Sorry, i was a bit busy. Quoting David Prévot da...@tilapin.org: I'm not sure if it has any influence, but I'm not well aware of this part of the package's scripts. You may try to build the package from the VCS or directly install the one I just built [1] in order to make sure that your problem is orthogonal with this issue. [1] http://debian.tilapin.org/phpbb3_3.0.7-PL1-3_all.deb This solves the first error, but the access denied error is still there. Happily, purging the package is not affected by the broken install, and it is quite easy to reproce at will :-). Thanks a lot, please try: PB3DEBUG=maint dpkg -i phpbb3_3.0.7-PL1-3_all.deb Here it is: --- [r...@toushirou ~]# PB3DEBUG=maint dpkg -i phpbb3_3.0.7-PL1-3_all.deb Selecting previously deselected package phpbb3. (Reading database ... 108679 files and directories currently installed.) Unpacking phpbb3 (from phpbb3_3.0.7-PL1-3_all.deb) ... Setting up phpbb3 (3.0.7-PL1-3) ... [maint] /var/lib/dpkg/info/phpbb3.postinst configure [maint] /var/lib/dpkg/info/phpbb3.config configure /var/lib/dpkg/info/phpbb3.config:83 /var/lib/dpkg/info/phpbb3.config:83 [dbc] phpbb3/dbconfig-install true [dbc] phpbb3/dbconfig-upgrade true [dbc] phpbb3/dbconfig-reinstall false [dbc] phpbb3/dbconfig-remove [maint] /var/lib/dpkg/info/phpbb3.postinst configure /var/lib/dpkg/info/phpbb3.postinst:83 [dbc] phpbb3/dbconfig-install true [dbc] phpbb3/dbconfig-upgrade true [dbc] phpbb3/dbconfig-reinstall false [dbc] phpbb3/dbconfig-remove dbconfig-common: writing config to /etc/dbconfig-common/phpbb3.conf Creating config file /etc/dbconfig-common/phpbb3.conf with new version Creating config file /etc/phpbb3/database.inc.php with new version granting access to database phpbb3 for php...@localhost: success. verifying access for php...@localhost: success. creating database phpbb3: success. verifying database phpbb3 exists: success. populating database via sql... done. dbconfig-common: flushing administrative password Setting admin password ERROR 1045 (28000): Access denied for user 'phpbb3'@'Toushirou.duckcorp.org' (using password: YES) dpkg: error processing phpbb3 (--install): --- The end of PB3DEBUG=sh: --- + local 'sql=UPDATE phpbb_users SET user_password='\''ea961c973e357f31978deb575b1a118c'\'' WHERE username='\''admin'\'';' + case $dbc_dbtype in ++ echo UPDATE phpbb_users SET 'user_password='\''ea961c973e357f31978deb575b1a118c'\''' WHERE 'username='\''admin'\'';' ++ mysql -u phpbb3 -pEIYt949BjfH4 phpbb3 -s ERROR 1045 (28000): Access denied for user 'phpbb3'@'Toushirou.duckcorp.org' (using password: YES) --- (half an hour later...) Ok, i'm looked around at the reason why mysql was using the network, and the FQDN, instead of the UNIX socket, and after some time found a host= directive in the client part of my.cnf. Dunno why i added this directive initially, but it has been here for ages. It is now installing well; so, this is my fault, but as i had no problem with other apps, i did not pay attention. I really think the host should be enforced with -h localhost in the run_sql function when $dbc_dbserver is empty, to ensure it will work in all cases, independently of the local settings. I'm leaving this to your final decision, and downgrading severity. Thanks a lot for your help. Regards. -- Marc Dequènes (Duck) pgpkcfktOv0Jl.pgp Description: PGP Digital Signature
Bug#595536: fails to install, error during dbconfig step
Package: phpbb3 Version: 3.0.7-PL1-3 Severity: serious Coin, Here is what i get from a fresh install: Get:1 ftp://ftp.fr.debian.org/debian/ testing/main phpbb3 all 3.0.7-PL1-3 [2299kB] Fetched 2299kB in 0s (7881kB/s) Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Preconfiguring packages ... /tmp/phpbb3.config.3741: line 19: /usr/share/phpbb3/maint-libs/webapps-config: No such file or directory phpbb3 failed to preconfigure, with exit status 1 Selecting previously deselected package phpbb3. (Reading database ... 108658 files and directories currently installed.) Unpacking phpbb3 (from .../phpbb3_3.0.7-PL1-3_all.deb) ... Setting up phpbb3 (3.0.7-PL1-3) ... dbconfig-common: writing config to /etc/dbconfig-common/phpbb3.conf Creating config file /etc/dbconfig-common/phpbb3.conf with new version Creating config file /etc/phpbb3/database.inc.php with new version granting access to database phpbb3 for php...@localhost: success. verifying access for php...@localhost: success. creating database phpbb3: success. verifying database phpbb3 exists: success. populating database via sql... done. dbconfig-common: flushing administrative password Setting admin password ERROR 1045 (28000): Access denied for user 'phpbb3'@'Toushirou.duckcorp.org' (using password: YES) dpkg: error processing phpbb3 (--configure): In fact, '/usr/share/phpbb3/maint-libs/webapps-config' exists, but is not _yet_ available at preinst time. Dunno if it has nasty consequences or not, but the database is created and populated correctly (it seems). I also don't know why it suddenly switch from localhost to the real hostname. I'll try to have a deeper look tomorrow. Regards. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages phpbb3 depends on: ii apache2 2.2.16-1 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.16-1 Apache HTTP Server - traditional n ii dbconfig-common 1.8.46 common framework for packaging dat ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii libapache2-mod-php5 5.3.2-2server-side, HTML-embedded scripti ii mysql-client 5.1.49-1 MySQL database client (metapackage ii mysql-client-5.1 [mysql-clien 5.1.49-1 MySQL database client binaries ii php5 5.3.2-2server-side, HTML-embedded scripti ii php5-cli 5.3.2-2command-line interpreter for the p ii php5-gd 5.3.2-2GD module for php5 ii php5-mysql5.3.2-2MySQL module for php5 ii php5-pgsql5.3.2-2PostgreSQL module for php5 ii php5-sqlite 5.3.2-2SQLite module for php5 ii postgresql-client 8.4.4-2front-end programs for PostgreSQL ii postgresql-client-8.4 [postgr 8.4.4-2front-end programs for PostgreSQL ii ucf 3.0025 Update Configuration File: preserv Versions of packages phpbb3 recommends: ii php5-imagick 3.0.0~rc1-1 ImageMagick module for php5 ii postfix [mail-transport-agen 2.7.1-1 High-performance mail transport ag Versions of packages phpbb3 suggests: ii mysql-server 5.1.49-1 MySQL database server (metapackage ii mysql-server-5.1 [mysql-serve 5.1.49-1 MySQL database server binaries and pn phpbb3-l10n none (no description available) -- debconf information: phpbb3/admin-pass-ask: phpbb3/db/basepath: phpbb3/db/app-user: phpbb3 phpbb3/admin-pass-mismatch: phpbb3/dbconfig-reinstall: false phpbb3/db/dbname: phpbb3 phpbb3/install-error: abort phpbb3/upgrade-backup: true * phpbb3/dbconfig-install: true phpbb3/mysql/method: unix socket phpbb3/remote/newhost: phpbb3/pgsql/manualconf: phpbb3/dbconfig-remove: phpbb3/internal/reconfiguring: false phpbb3/pgsql/authmethod-user: phpbb3/upgrade-error: abort phpbb3/pgsql/authmethod-admin: ident phpbb3/pgsql/method: unix socket * phpbb3/database-type: mysql phpbb3/mysql/admin-user: root phpbb3/remote/host: * phpbb3/httpd: apache2 phpbb3/remove-error: abort phpbb3/admin-pass-requirements: phpbb3/dbconfig-upgrade: true phpbb3/purge: false phpbb3/missing-db-package-error: abort phpbb3/pgsql/changeconf: false phpbb3/httpd-old: apache2 phpbb3/internal/skip-preseed: false phpbb3/admin-pass-generated: phpbb3/pgsql/admin-user: postgres phpbb3/remote/port: phpbb3/pgsql/no-empty-passwords: phpbb3/passwords-do-not-match: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#592791: opendnssec-signer: does not stop service at removal time
Package: opendnssec-signer Version: 1.1.0.dfsg-1 Severity: serious Coin, I was purging the opendnssec suite and got this error: Removing opendnssec ... Removing opendnssec-signer ... Purging configuration files for opendnssec-signer ... Removing opendnssec-signer-tools ... Removing python-4suite-xml ... Removing opendnssec-enforcer ... Purging configuration files for opendnssec-enforcer ... Removing opendnssec-enforcer-sqlite3 ... Removing libhsm0 ... Purging configuration files for libhsm0 ... Removing libldns1 ... Purging configuration files for libldns1 ... Removing opendnssec-common ... Purging configuration files for opendnssec-common ... userdel: user opendnssec is currently logged in /usr/sbin/deluser: `/usr/sbin/userdel opendnssec' returned error code 8. Exiting. And this is due to: # userdel opendnssec userdel: user opendnssec is currently logged in because the service is still running (ps confirmed). Another problem is this failure does not cause a postrm failure, and is then just ignored by apt, leaving things in a bad state. Regards. -- Marc Dequènes (Duck) pgp3XftA1fGha.pgp Description: PGP Digital Signature
Bug#591431: erlang 14.a breaks ejabberd
Coin, Quoting Sergei Golovan sgolo...@nes.ru: Please, check if ejabberd 2.1.4-1 from sid works with erlang 1:14.a-dfsg-2. I forgot to say i tested 2.1.4-1, and i'm now using it with erlang 1:13.b.4-dfsg-6 successfully. erlang-abi-13.a means that binary interface to C programs is compatible with Erlang R13A, which is true. So, it isn'r the bug source. That was to check if the provides field was correctly reflecting reality. I suppose the code in question is related to X509 certificates used for SSL, but i see no other error message in the log except for an unrelated minor pubsub problem and all SSL connections work well (c2s, s2s, ejabberd web-interface with SSL). It may also be related to LDAP, but authentication works perfectly. I was using ejabberd 2.1.3-2 with 1:13.b.4-dfsg-5 on another node and saw no such problems. I upgraded to 2.1.4-1 with the same erlang version and it's ok. I may try to upgrade erlang on this node at night to try to reproduce the problem. If you think this is not a widespread problem, feel free to downgrade severity. I just don't know what would be the next step to debug, so please help me if you can. Regards. -- Marc Dequènes (Duck) pgpKVBrG5QPUg.pgp Description: PGP Digital Signature
Bug#591431: erlang 14.a breaks ejabberd
Package: erlang-base Version: 1:14.a-dfsg-1 Severity: grave Coin, I just installed ejabberd on Squeeze, and found the server initialization fail, leaving it unusuable. The message in the log was: =ERROR REPORT 2010-08-03 01:30:28 === Error in process 0.258.0 on node 'ejabb...@thorfinn.duckcorp.org' with exit value: {badarg,[{erlang,register,[asn1_driver_owner,0.258.0]},{asn1rt_driver_handler,init,2}]} =ERROR REPORT 2010-08-03 01:30:28 === Error in process 0.259.0 on node 'ejabb...@thorfinn.duckcorp.org' with exit value: {badarg,[{erlang,register,[asn1_driver_owner,0.259.0]},{asn1rt_driver_handler,init,2}]} =ERROR REPORT 2010-08-03 01:30:28 === Error in process 0.260.0 on node 'ejabb...@thorfinn.duckcorp.org' with exit value: {badarg,[{erlang,register,[asn1_driver_owner,0.260.0]},{asn1rt_driver_handler,init,2}]} I downgraded to 1:13.b.4-dfsg-6 and it solved the problem. I then saw erlang-base still provides erlang-abi-13.a, but for sure something changed in the API/ABI, and it may be the cause of the problem. Regards. -- Marc Dequènes (Duck) pgpeBdIDl3Ggs.pgp Description: PGP Digital Signature
Bug#588657: The current rbot packaging has missing build deps and needs a patch to correct it
tags 588657 + pending thanks Coin, Quoting Rohan Garg rohang...@ubuntu.com: The Current rbot packaging has missing build deps and needs a patch to correct it.The clean rules also need to be modified to remove lib/rbot/pkgconfig.rb properly and also remove debian-changes-0.9.15+post20100705+gitb3aa806-1 from debian/patches Thanks you for the report. I was absolutely sure rake was in the ruby packaging merge which happenened recently, but i was wrong. Nevertheless, i was too hasty in this upload, willing to get rbot working again in testing... Regards. -- Marc Dequènes (Duck) pgpKcESM0fV79.pgp Description: PGP Digital Signature
Bug#588757: liblocale-rails-ruby1.8: Locale class clash
Package: liblocale-rails-ruby1.8 Version: 2.0.5-2 Severity: grave Tags: patch Coin, I recently upgraded an application using the new split rails 2.3.5-1, and gettext for translations, so i installed this package to get rails translated. The app complained about missing methods, and after looking at the problem, i found libi18n-ruby1.8 provides a Locale class in the I18n namespace, and liblocale-rails-ruby1.8 is also in this namespace when it calls the Locale class, but it is requiring 'locale' in '/usr/lib/ruby/1.8/locale_rails.rb', so the Locale class wanted is not I18n::Locale but ::Locale provided by liblocale-ruby1.8 (and the wanted methods match). The following patch fixes this issue, even if the use of the I18n namespace should probably be sorted out. Regards. -- Marc Dequènes (Duck) --- /usr/lib/ruby/1.8/locale_rails/i18n.rb.orig 2010-07-11 17:09:41.0 +0200 +++ /usr/lib/ruby/1.8/locale_rails/i18n.rb 2010-07-11 17:11:23.0 +0200 @@ -13,35 +13,35 @@ # Gets the supported locales. def supported_locales -Locale.app_language_tags +::Locale.app_language_tags end # Sets the supported locales. # I18n.set_supported_locales(ja-JP, ko-KR, ...) def set_supported_locales(*tags) -Locale.set_app_language_tags(*tags) +::Locale.set_app_language_tags(*tags) end # Sets the supported locales as an Array. # I18n.supported_locales = [ja-JP, ko-KR, ...] def supported_locales=(tags) -Locale.set_app_language_tags(*tags) +::Locale.set_app_language_tags(*tags) end # Sets the locale. # I18n.locale = ja-JP def locale=(tag) -Locale.clear -tag = Locale::Tag::Rfc.parse(tag.to_s) if tag.kind_of? Symbol -Locale.current = tag -Thread.current[:locale] = Locale.candidates(:type = :rfc)[0] +::Locale.clear +tag = ::Locale::Tag::Rfc.parse(tag.to_s) if tag.kind_of? Symbol +::Locale.current = tag +Thread.current[:locale] = ::Locale.candidates(:type = :rfc)[0] end # Sets the default locale. # I18n.default_locale = ja def default_locale=(tag) -tag = Locale::Tag::Rfc.parse(tag.to_s) if tag.kind_of? Symbol -Locale.default = tag +tag = ::Locale::Tag::Rfc.parse(tag.to_s) if tag.kind_of? Symbol +::Locale.default = tag @@default_locale = tag end @@ -50,7 +50,7 @@ # MissingTranslationData is overrided to fallback messages in candidate locales. def locale_rails_exception_handler(exception, locale, key, options) #:nodoc: ret = nil - Locale.candidates(:type = :rfc).each do |loc| + ::Locale.candidates(:type = :rfc).each do |loc| begin ret = backend.translate(loc, key, options) break pgp5hVIpbIEA6.pgp Description: PGP Digital Signature
Bug#582671: dicoweb: configuration provided as data
Package: dicoweb Version: 2.0-7 Severity: Serious Coin, The configuration file '/usr/share/dicoweb/settings.py' is not in /etc and not a conffile (in the dpkg meaning), so, besides being in a weird location and bothering users, it will be overwritten each time this package is upgraded ; this is a violation of the Debian Policy. Please fix this as soon as possible, to ensure this package is not removed in Squeeze. Regards. -- Marc Dequènes (Duck) pgpP8oXgh8CJP.pgp Description: PGP Digital Signature
Bug#582671: Acknowledgement (dicoweb: configuration provided as data)
Coin, Btw, the files in /usr/share/dicoweb/templates should be conffiles too, as most people would be happy to customize the site appearance, add their organization name and logo, and so on. Regards. -- Marc Dequènes (Duck) pgplyoWdsFawP.pgp Description: PGP Digital Signature
Bug#579378: dibbler-server: missing db_stop in postinst
Package: dibbler-server Version: 0.7.3-0.2 Severity: serious Coin, You need to add a call to db_stop just after the START variable is set and _before_ calling the init script, or the init script hangs indefinitely. Regards. -- Marc Dequènes (Duck) pgpEDwlirza1N.pgp Description: PGP Digital Signature
Bug#569904: gdm: fails to start because of broken dependencies
Package: gdm Version: 2.20.10-1 Severity: serious Coin, After an upgrade of the unstable suite a few minutes ago, gdm just fails to start because of missing libraries. Using ldd on the binary i found links with libdirect*, but as directfb with a new soname just entered the archive, and as there is no Depends on this library, the old one was removed (unused). It seems other libraries are also missing from the Depends line, like libxcb*. Please correct the Depends line, or the buld to remove the links. Regards. -- Marc Dequènes (Duck) pgpMXLY75GylO.pgp Description: PGP Digital Signature
Bug#569722: sometimes crash with chown
Package: linux-2.6 Version: 2.6.32-8 Severity: grave Coin, When using chown as root, or tar to extract a tarball with original permissions, the machine often freezes. There is nothing in logs after reboot, and i can't see the screen (machine in a datacenter). Nevertheless, when trying to find the crash condition i once got a trace : [r...@toushirou photos-perso-dc]# chown alice:adm alice Message from sysl...@toushirou at Feb 13 19:41:09 ... kernel:[ 95.346548] [ cut here ] Message from sysl...@toushirou at Feb 13 19:41:09 ... kernel:[ 95.346675] invalid opcode: [#1] SMP Message from sysl...@toushirou at Feb 13 19:41:09 ... kernel:[ 95.346791] last sysfs file: /sys/devices/platform/coretemp.1/temp1_crit_alarm Message from sysl...@toushirou at Feb 13 19:41:09 ... kernel:[ 95.350139] Stack: Message from sysl...@toushirou at Feb 13 19:41:09 ... kernel:[ 95.350454] Call Trace: Message from sysl...@toushirou at Feb 13 19:41:09 ... kernel:[ 95.350454] Code: 00 48 89 ef e8 ab 3b fc ff 48 89 df 49 89 c5 e8 45 b7 1b 00 48 8b 85 00 01 00 00 48 8b 40 40 48 8b 80 88 00 00 00 48 85 c0 75 04 0f 0b eb fe 48 89 ef ff d0 4c 8b 30 66 ff 85 b0 00 00 00 4b 8d Message from sysl...@toushirou at Feb 13 19:41:09 ... kernel:[ 95.353705] Kernel panic - not syncing: Fatal exception After a few tests, it seems this problem only occurs on filesystems with POSIX ACLs activated. In the previous exemple, i was able to give rights to the user using setfacl, but using chown always froze the system. Reverting to 2.6.30-8squeeze1 fixed the problem. Please note the following data, collected using the linux-image reportbug script, may be uncomplete or partialy broken, as the script failed with exit code 256, but i continued filing the report anyway (i'd probably open another bugreport on this later). Regards. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Supermicro product_name: PDSMi product_version: 0123456789 chassis_vendor: Supermicro chassis_version: 0123456789 bios_vendor: Phoenix Technologies LTD bios_version: 6.00 board_vendor: Supermicro board_name: PDSMi+ board_version: PCB Version ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation E7230/3000/3010 Memory Controller Hub [8086:2778] (rev c0) Subsystem: Super Micro Computer Inc Device [15d9:7980] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: i3000_edac 00:01.0 PCI bridge [0604]: Intel Corporation E7230/3000/3010 PCI Express Root Port [8086:2779] (rev c0) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity+ SERR- NoISA+ VGA- MAbort- Reset+ FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport-driver 00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 [8086:27d0] (rev 01) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Bus: primary=00, secondary=09, subordinate=0a, sec-latency=0 I/O behind bridge: 4000-4fff Memory behind bridge: e000-e01f Prefetchable memory behind bridge: e200-e3ff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport-driver 00:1c.4 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 [8086:27e0] (rev 01) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Bus: primary=00, secondary=0d, subordinate=0d, sec-latency=0 I/O behind bridge: 5000-5fff
Bug#564611: console unusuable after upgrade
reopen 564611 thanks This freeze was not caused by the removal of console-setup. Perhaps, but rebooting without reinstalling it did not solve anything, so it is linked somehow. Keyboard-configuration is not supposed to depend on console-setup | console-setup-mini. I don't know who is responsible for this bug or whether it is a bug but there is nothing to be fixed in console-setup. Seems you don't know much about anything. If console-tools is not faulty, then you could help me find out why this removal has such unattended impact. Without any proof this package is perfect, i don't see any reason to close this bug. You may be unwilling to work on the problem and tag it WONTFIX, but you don't have any argument to close it. I find it quite rude to just say that's not my responsability and not try at all to help users. Every autoremoval of packages involves the risk to remove a package that the user does not want removed. If users migrating from Lenny have important packages removed with the default way of cleaning his system (with apt-get autoremove, as suggested by the tool itself), then i think this is a problem. As this leads to a grave problem which you have not been able to argument against, then this bug should be investigated before it is eventually closed. So, why don't you want to help ? Regards. -- Marc Dequènes (Duck) pgpQn9zCpVGfi.pgp Description: PGP Digital Signature
Bug#564709: Fails to upgrade
Package: texlive-latex-extra Version: 2009-6 Severity: serious Coin, Here is the problem: Preparing to replace texlive-latex-extra 2007.dfsg.17-2 (using .../texlive-latex-extra_2009-6_all.deb) ... Unpacking replacement texlive-latex-extra ... Replacing files in old package texlive-extra-utils ... Replacing files in old package texlive-latex-recommended ... dpkg: error processing /var/cache/apt/archives/texlive-latex-extra_2009-6_all.deb (--unpack): trying to overwrite '/usr/bin/ps4pdf', which is also in package texlive-base-bin 0:2007.dfsg.2-8 Probably a missing Replaces. Regards. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-extra depends on: ii dpkg 1.15.5.6 Debian package management system ii preview-latex-style11.85-1 extraction of elements from LaTeX ii tex-common 1.20 common infrastructure for building pn texlive-binaries none(no description available) ii texlive-common 2007.dfsg.2-4 TeX Live: Base component pn texlive-latex-base none(no description available) pn texlive-pictures none(no description available) Versions of packages texlive-latex-extra recommends: pn texlive-latex-extra-docnone(no description available) ii texlive-latex-recommended 2007.dfsg.2-4 TeX Live: LaTeX recommended packag ii texpower 0.2-7 Macros for creating professional p texlive-latex-extra suggests no packages. Versions of packages tex-common depends on: ii cdebconf [debconf-2.0]0.145 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii dpkg 1.15.5.6 Debian package management system ii ucf 3.0025 Update Configuration File: preserv Versions of packages texlive-latex-extra is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) ii tex-common1.20 common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564611: console unusuable after upgrade
Package: keyboard-configuration Version: 1.50 Severity: grave Coin, After upgrading my machine with the latest unstable today, i saw console-setup being auto-removed (unused package), but thought keyboard-configuration would probably replace it completely. After reboot, the consoles are not configured, and i cannot switch from X to console (freeze screen totally, only reboot corrects it). Reinstalling console-setup solves the problem. Investigating, i found xserver-xorg does not depends on console-setup anymore, and no other installed package depends on it on my system. As keyboard-configuration uses setupcon provided by console-setup in its init scripts, i guess it is missing a dependency on console-setup, or probably better on console-setup | console-setup-mini. Regards. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-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 Versions of packages keyboard-configuration depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy keyboard-configuration recommends no packages. keyboard-configuration suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552525: broken alternatives for aptitude
Coin, Upgrading from the same exact version today, i did not have such problem and /usr/bin/aptitude is a link to /etc/alternatives/aptitude as expected. Regards. -- Marc Dequènes (Duck) pgp7CxfVCWLUs.pgp Description: PGP Digital Signature
Bug#555263: activeldap: CVE-2007-2383 and CVE-2008-7720 prototypejs vulnerabilities
Coin, Quoting Michael Gilbert michael.s.gilb...@gmail.com: Your package embeds the following prototype.js versions: sid: 1.6.0.3 (not affected) lenny: 1.6.0.1 etch: N/A You're right, libactiveldap-ruby-doc has a prototype.js file included. Happily, it is not part of the software itself, but of one of the examples, provided in the /usr/share/doc/libactiveldap-ruby-doc/examples/al-admin.tgz tarball. As it is only an example, and not directly usuable, i guess the severity of this bug could be lowered a bit. I guess i should have a look at the other potentially embedded libraries, like the Spinelz one, which is just discovered, as it could have the same sort of problems. I plan to have a look at this problem in a few days, when back from my holidays. Thanks for the report. -- Marc Dequènes (Duck) pgpfG1yUGATxh.pgp Description: PGP Digital Signature
Bug#546922: cups is unuseable on kfreebsd now
Coin, Please consider these recommandations, as udev is only usuable with Linux, and k*bsd, as well as hurd systems would not work with such a dependency. Regards. -- Marc Dequènes (Duck) pgpxtqfwFBbnr.pgp Description: PGP Digital Signature
Bug#542514: libapache2-mod-php5 with segmentation fault and efree heap
Coin, Quoting Stefan Fritsch s...@sfritsch.de: apache2 2.2.13-1 fixes a php related segfault, too (bug #542623). If you want to debug/test the php bug, I would recommend that you use 2.2.13 to be sure that you don't hit the apache bug. Tested php5 5.2.10.dfsg.1-2.2 with apache2 2.2.13-1 still segfault. Reverting back to 5.2.6.dfsg.1-1+lenny3. solved the problem. Regards. -- Marc Dequènes (Duck) pgpzyztdZnbGL.pgp Description: PGP Digital Signature
Bug#542514: libapache2-mod-php5 with segmentation fault and efree heap
Coin, Quoting Stefan Fritsch s...@sfritsch.de: apache2 2.2.13-1 fixes a php related segfault, too (bug #542623). If you want to debug/test the php bug, I would recommend that you use 2.2.13 to be sure that you don't hit the apache bug. I'd like to help more, but i can't upgrade apache2 because of #541607. -- Marc Dequènes (Duck) pgpB4L3YSW72y.pgp Description: PGP Digital Signature
Bug#542514: libapache2-mod-php5 with segmentation fault and efree heap
Coin, With the patch in #542906, i managed to make a package without the suhosin patch, and the problem still persist, so i guess this is a bug in 5.2.10 and not in the suhosin check as i first thought. Seems 5.2.9.dfsg.1-4 is neither in the archive anymore, nor in snapshot.debian.net, so it is quite inconvenient. -- Marc Dequènes (Duck) pgpkFD0TLPQ2T.pgp Description: PGP Digital Signature
Bug#542514: libapache2-mod-php5 with segmentation fault and efree heap
Coin, Quoting Ondřej Surý ond...@debian.org: That's an evil plan how to make more people test php 5.3.0 :) :-) But anyway it would be great if you can try 5.3.0-3 from experimental. It needs as much testing as it could get. My machine is running testing, and i just installed your newly uploaded 5.3.0-3. I don't get any suhosin message, but PHP is still segfaulting a lot. This time, the general apache log (and not the one for the vhost) gives: [Wed Aug 26 20:35:47 2009] [notice] child pid 18948 exit signal Segmentation fault (11) [Wed Aug 26 20:38:07 2009] [notice] child pid 18947 exit signal Segmentation fault (11) [Wed Aug 26 20:38:07 2009] [notice] child pid 18991 exit signal Segmentation fault (11) I got this with GDB: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f000b87b740 (LWP 9610)] 0x7f000535b1d8 in _zend_mm_free_canary_int (heap=0x2721480, p=0x1e0) at /tmp/buildd/php5-5.3.0/Zend/zend_alloc_canary.c:2029 2029 /tmp/buildd/php5-5.3.0/Zend/zend_alloc_canary.c: No such file or directory. in /tmp/buildd/php5-5.3.0/Zend/zend_alloc_canary.c (gdb) bt #0 0x7f000535b1d8 in _zend_mm_free_canary_int (heap=0x2721480, p=0x1e0) at /tmp/buildd/php5-5.3.0/Zend/zend_alloc_canary.c:2029 #1 0x7efffd9ded61 in _php_pgsql_notice_ptr_dtor (ptr=0x2721480) at /tmp/buildd/php5-5.3.0/ext/pgsql/pgsql.c:835 #2 0x7f0005348468 in zend_hash_clean (ht=0x7efffdbf45c8) at /tmp/buildd/php5-5.3.0/Zend/zend_hash.c:745 #3 0x7efffd9e6254 in zm_deactivate_pgsql (type=41030784, module_number=480) at /tmp/buildd/php5-5.3.0/ext/pgsql/pgsql.c:1034 #4 0x7f000533d7dc in module_registry_cleanup (module=0x2721480) at /tmp/buildd/php5-5.3.0/Zend/zend_API.c:2150 #5 0x7f0005347ff4 in zend_hash_reverse_apply (ht=0x7f0005a4ea00, apply_func=0x7f000533d7c0 module_registry_cleanup) at /tmp/buildd/php5-5.3.0/Zend/zend_hash.c:949 #6 0x7f000533c24d in zend_deactivate_modules () at /tmp/buildd/php5-5.3.0/Zend/zend.c:938 #7 0x7f00052e7b25 in php_request_shutdown (dummy=0x2721480) at /tmp/buildd/php5-5.3.0/main/main.c:1553 #8 0x7f00053c8123 in php_handler (r=0x1) at /tmp/buildd/php5-5.3.0/sapi/apache2handler/sapi_apache2.c:505 #9 0x0043b8d3 in ap_run_handler () #10 0x0043ee9f in ap_invoke_handler () #11 0x0044c11e in ap_process_request () #12 0x00449158 in ?? () #13 0x00442dd3 in ap_run_process_connection () #14 0x00450720 in ?? () #15 0x00450a74 in ?? () #16 0x004516b6 in ap_mpm_run () #17 0x00428425 in main () Regards. -- Marc Dequènes (Duck) pgpuRk8TY74Ef.pgp Description: PGP Digital Signature
Bug#541607: apache2: fails to start because of SSL configuration changes
Package: apache2 Version: 2.2.12-1 Severity: grave Justification: apache2 with a (quite common) SSL configuration won't work Coin, I just upgraded from 2.2.11-6 to 2.2.12-1, and my server failed to start with the following error: [error] Server should be SSL-aware but has no certificate configured [Hint: SSLCertificateFile] This configuration is working (unchanged) since months without any problem, and all the SSL-aware vhosts have proper SSLCertificateFile-and-friends parameters. My SSL certificate is not expired and openssl verify is perfectly happy with it. There is no indication in NEWS.Debian of any important configuration change. I tried to add SSL parameters from a working SSL vhost at the global configuration level, and the error disappeared, but the server still fails to start. Without any other error message, i then don't know what to do next to please this new version. I reverted to 2.2.11-6 for the time being. -- Marc Dequènes (Duck) pgpX9b8SfXZtm.pgp Description: PGP Digital Signature
Bug#525193: FTBFS for several reasons
Coin, While porting the recent versions of parted to Hurd, i found this problem too, and several others, and fixed them with the patch attached. The obsolete gnulib problem may break other architectures too. The documentation generation problem, probably due to stricter latex softwares uploaded recently, probably impact all architectures. I did not encounter #525193, so i guess it is obsolete and can be closed. With this patch, not very clean i agree, i got a fully working package on hurd-i386. I also wonder if the files in the m4 directory are modified by the build, even if gnulib-tool is not called. I think you should check to be able to comply to the double build policy. Hope this helps. -- Marc Dequènes (Duck) diff -Nur orig/parted-1.8.8.git.2008.03.24/debian/changelog parted-1.8.8.git.2008.03.24/debian/changelog --- orig/parted-1.8.8.git.2008.03.24/debian/changelog 2009-05-15 13:31:40.0 +0200 +++ parted-1.8.8.git.2008.03.24/debian/changelog 2009-05-15 01:10:20.0 +0200 @@ -1,3 +1,16 @@ +parted (1.8.8.git.2008.03.24-11.1+hurdfr1) unstable; urgency=low + + * NMU from HurdFr. + * Removed dependency on libdevmapper on hurd-i386. + * Ensure autoreconf updates necessary files, as the provided ones are +quite old. + * Added build-depends on gnulib and update files after autoreconf, and +solve include files badly generated (on Hurd at least). + * Added new patch 'doc-package.dpatch' to solve a minor (but FTBFS- +prone) documentation generation problem. + + -- Marc Dequènes (Duck) d...@hurdfr.org Fri, 15 May 2009 01:10:20 +0200 + parted (1.8.8.git.2008.03.24-11.1) unstable; urgency=low * Non-maintainer upload. diff -Nur orig/parted-1.8.8.git.2008.03.24/debian/control parted-1.8.8.git.2008.03.24/debian/control --- orig/parted-1.8.8.git.2008.03.24/debian/control 2009-05-15 13:31:40.0 +0200 +++ parted-1.8.8.git.2008.03.24/debian/control 2009-05-14 22:08:42.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Parted Maintainer Team parted-maintain...@lists.alioth.debian.org Uploaders: Sven Luther lut...@debian.org, Otavio Salvador ota...@debian.org, Bastian Blank wa...@debian.org, Xavier Oswald x.osw...@free.fr Standards-Version: 3.7.2 -Build-Depends: debhelper (= 5.0.22), dpatch, libncurses-dev | libncurses5-dev, libreadline5-dev | libreadline-dev, libdevmapper-dev, uuid-dev, gettext, texinfo (= 4.2), debianutils (= 1.13.1), autoconf, automake1.10, libtool, libgeom-dev [kfreebsd-i386 kfreebsd-amd64], cvs, po4a, pkg-config +Build-Depends: debhelper (= 5.0.22), dpatch, libncurses-dev | libncurses5-dev, libreadline5-dev | libreadline-dev, libdevmapper-dev [!hurd-i386], uuid-dev, gettext, texinfo (= 4.2), debianutils (= 1.13.1), autoconf, automake1.10, libtool, libgeom-dev [kfreebsd-i386 kfreebsd-amd64], cvs, po4a, pkg-config, gnulib Package: parted Architecture: any diff -Nur orig/parted-1.8.8.git.2008.03.24/debian/control.in parted-1.8.8.git.2008.03.24/debian/control.in --- orig/parted-1.8.8.git.2008.03.24/debian/control.in 2009-05-15 13:31:40.0 +0200 +++ parted-1.8.8.git.2008.03.24/debian/control.in 2009-05-13 14:45:48.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Parted Maintainer Team parted-maintain...@lists.alioth.debian.org Uploaders: Sven Luther lut...@debian.org, Otavio Salvador ota...@debian.org, Bastian Blank wa...@debian.org, Xavier Oswald x.osw...@free.fr Standards-Version: 3.7.2 -Build-Depends: debhelper (= 5.0.22), dpatch, libncurses-dev | libncurses5-dev, libreadline5-dev | libreadline-dev, libdevmapper-dev, uuid-dev, gettext, texinfo (= 4.2), debianutils (= 1.13.1), autoconf, automake1.10, libtool, libgeom-dev [kfreebsd-i386 kfreebsd-amd64], cvs, po4a, pkg-config +Build-Depends: debhelper (= 5.0.22), dpatch, libncurses-dev | libncurses5-dev, libreadline5-dev | libreadline-dev, libdevmapper-dev [!hurd-i386], uuid-dev, gettext, texinfo (= 4.2), debianutils (= 1.13.1), autoconf, automake1.10, libtool, libgeom-dev [kfreebsd-i386 kfreebsd-amd64], cvs, po4a, pkg-config, gnulib Package: par...@binpkgver@ Architecture: any diff -Nur orig/parted-1.8.8.git.2008.03.24/debian/patches/00list parted-1.8.8.git.2008.03.24/debian/patches/00list --- orig/parted-1.8.8.git.2008.03.24/debian/patches/00list 2009-05-15 13:31:40.0 +0200 +++ parted-1.8.8.git.2008.03.24/debian/patches/00list 2009-05-15 00:47:09.0 +0200 @@ -15,6 +15,8 @@ # Patch which may be obsolet. #amiga-raid-lvm_fix +doc_fix.dpatch + # # ABI checking symbols update diff -Nur orig/parted-1.8.8.git.2008.03.24/debian/patches/doc_fix.dpatch parted-1.8.8.git.2008.03.24/debian/patches/doc_fix.dpatch --- orig/parted-1.8.8.git.2008.03.24/debian/patches/doc_fix.dpatch 1970-01-01 01:00:00.0 +0100 +++ parted-1.8.8.git.2008.03.24/debian/patches/doc_fix.dpatch 2009-05-15 00:46:44.0 +0200 @@ -0,0 +1,23 @@ +#! /bin/sh -e +## doc_fix.dpatch by Marc Dequènes (Duck) d...@hurdfr.org +## +## All lines
Bug#525193: Info received (FTBFS for several reasons)
I meant #369821 of course. -- Marc Dequènes (Duck) pgpvq2Sf2TN8P.pgp Description: PGP Digital Signature
Bug#521180: [Build-common-hackers] Bug#521180: cdbs: DEB_PYTHON_MODULE_PACKAGE behavior changed unexpectedly
Quoting Jonas Smedegaard d...@jones.dk: cdbs_python_packages is indeed the replacement: In the past multiple packages was supported, and I have prepared for that to be supported again in the future, even if currently i is not possible. That's a good idea indeed. I think there is no other way than reverting the behavior of DEB_PYTHON_MODULE_PACKAGE in this case. The following patch just try to guess all the cases and define the compatible behavior when necessary. It also warns the user in all uses of the old variable. Could you give me your opinion ? --- /usr/share/cdbs/1/class/python-distutils.mk.orig 2009-03-27 13:20:36.0 +0100 +++ /usr/share/cdbs/1/class/python-distutils.mk 2009-03-27 14:09:38.0 +0100 @@ -31,6 +31,16 @@ include $(_cdbs_class_path)/langcore.mk$(_cdbs_makefile_suffix) +ifdef DEB_PYTHON_MODULE_PACKAGE + $(warning WARNING: Use of DEB_PYTHON_MODULE_PACKAGE is deprecated. You can override the module list using DEB_PYTHON_MODULE_PACKAGES now.) + DEB_PYTHON_MODULE_PACKAGES = DEB_PYTHON_MODULE_PACKAGE +else + USES_DEB_PYTHON_MODULE_PACKAGE = $(shell grep -q DEB_PYTHON_MODULE_PACKAGE[^S] debian/rules echo yes) + ifeq (yes, $(USES_DEB_PYTHON_MODULE_PACKAGE)) +$(warning WARNING: Use of DEB_PYTHON_MODULE_PACKAGE is deprecated. You can construct rules using patsubst/addprefix/firstword and the new variable 'cdbs_python_packages') +DEB_PYTHON_MODULE_PACKAGE = $(firstword $(filter-out %-doc %-dev %-common, $(DEB_PACKAGES))) + endif +endif # default package is the first one declared in 'debian/control' # NB! override needs to be done _before_ including this file! #DEB_PYTHON_MODULE_PACKAGE = @@ -45,7 +55,7 @@ #DEB_PYTHON_DESTDIR = $(DEB_DESTDIR) cdbs_python_destdir = $(or $(DEB_PYTHON_DESTDIR),$(DEB_DESTDIR)) -cdbs_python_packages = $(or $(DEB_PYTHON_MODULE_PACKAGE),$(firstword $(filter-out %-doc %-dev %-common, $(DEB_PACKAGES +cdbs_python_packages = $(or $(DEB_PYTHON_MODULE_PACKAGES),$(firstword $(filter-out %-doc %-dev %-common, $(DEB_PACKAGES cdbs_python_arch_packages = $(filter $(cdbs_python_packages), $(DEB_ARCH_PACKAGES)) cdbs_python_indep_packages = $(filter $(cdbs_python_packages), $(DEB_INDEP_PACKAGES)) -- Marc Dequènes (Duck) pgpMdG2sWhuPL.pgp Description: PGP Digital Signature
Bug#521180: cdbs: DEB_PYTHON_MODULE_PACKAGE behavior changed unexpectedly
Package: cdbs Version: 0.4.53 Severity: grave Coin, Until 2008-03-17, at least, DEB_PYTHON_MODULE_PACKAGE was always defined with the following code: DEB_PYTHON_MODULE_PACKAGE = $(firstword $(filter-out %-doc %-dev %-common, $(DEB_PACKAGES))) and is now unset by default. I didn't find anything documenting this changes in the changelog or NEWS.Debian. This is problematic, as this breaks packages relying on this variable in the build rules, like in the 'balazar' package: build/$(DEB_PYTHON_MODULE_PACKAGE):: $(MANPAGES) Several package then FTBFS, thus the severity of this bug. It seems the 'cdbs_python_packages' variable could replace it, but the plural in the name suggest it would not. We could perhaps raise this problem on the mailing-list before changing or reverting the behavior again. Regards. P.S: i just checked the package in Lenny (0.4.52), before sending this mail, and it is happily not affected. -- Marc Dequènes (Duck) pgpkA091AU1kS.pgp Description: PGP Digital Signature
Bug#519896: apt-cacher: upgrade failure
Coin, Quoting Mark Hindley m...@hindley.org.uk: Sorry, they have changed the flag as well. Is this better? Yes, thanks for the quick fix :-). -- Marc Dequènes (Duck) pgp9jFZSmZqm3.pgp Description: PGP Digital Signature
Bug#519896: apt-cacher: upgrade failure
Coin, Quoting Mark Hindley m...@hindley.org.uk: Could you try this patch. Just moved the complaint to the log_set_config() line. -- Marc Dequènes (Duck) pgplrSKkz8VnA.pgp Description: PGP Digital Signature
Bug#519896: apt-cacher: upgrade failure
Package: apt-cacher Version: 1.6.8 Severity: serious Coin, While upgrading from 1.6.7: Setting up apt-cacher (1.6.8) ... Running apt-cacher's install script... Your vendor has not defined BerkeleyDB macro DB_LOG_INMEMORY, used at /usr/share/apt-cacher/apt-cacher-lib-cs.pl line 120 Running database recovery...dpkg: error processing apt-cacher (--configure): subprocess post-installation script returned error exit status 25 Regards. -- Marc Dequènes (Duck) pgp6KIB6sM87g.pgp Description: PGP Digital Signature
Bug#519896: apt-cacher: upgrade failure
Coin, In fact, 1.6.7 is not working any more. Seems it is related to libdb4.7 being draggued in by other packages in the upgrade. -- Marc Dequènes (Duck) pgppzqsvPsrbq.pgp Description: PGP Digital Signature
Bug#516344: Depends on legacy libs
tags 516344 + pending thanks Coin, Quoting Moritz Muehlenhoff j...@debian.org: worlded depends on GTK 1.2 and gtkglarea (also bound to GTK 1.2). Since GTK is scheduled for removal for Squeeze it needs to be adapted to modern libs or removed from the archive. The project is dead, and Worlded 2, using GTK 2, would probably never exist ; see complete rationale in removal demande #517045. Regards -- Marc Dequènes (Duck) pgpqlC5nndph4.pgp Description: PGP Digital Signature
Bug#500323: slune: Slune does not start
severity 500323 important thanks Coin, Quoting Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED]: Slune does not work for me at all, it gives out and error which does not look like any of the other reported errors: Seems you card does not handle the default game resolution. I'm Cc-ing Vincent Bernat which is taking over this package, and might be able to patch the game by himself (as i don't think waiting for author's fixes would be the right strategy). I agree Slune is does not handling problems properly, and it really should be solved, but playing a 3D game without glx support (#393274), a working sound system (#494576), or with a broken X configuration (#500324), is quite weirdo. As it is not a very important package, and as it is working for many people, i don't think having it RC would help at all. In fact, thus near to the release, this would end up having it removed from Lenny, and as the bug surely resides in soya, would kick soya and all other soya rdepends out of Lenny too. I'd rather like to avoid this situation, so i'm downgrading the severity. Regards. -- Marc Dequènes (Duck) pgpiQXcBtzBzm.pgp Description: PGP Digital Signature
Bug#496694: python-soya: missing dependency on python-pyrex / fails to build from source
Coin, Quoting Peter De Wachter [EMAIL PROTECTED]: soya lacks a build-dependency on python-pyrex, which causes the build system skips building the pyx files in the distribution (it uses precompiled files instead). As a result, the pyx files have bitrotted and no longer build with current pyrex. This was intentional, as no changes were required for Pyrex for a long time, and building the pyrex code is awfully long (considering the short amount of code to compile). So this was a relief for autobuilders. The attached patch, taken from Soya SVN (revision 391), fixes this. Thanks a lot :-). However, the version of pyrex in Debian generates broken code (#483035), so you should wait with uploading until that bug is fixed. I've marked the bug blocked and i'm waiting for it. -- Marc Dequènes (Duck) pgplIwkjIiIV0.pgp Description: PGP Digital Signature
Bug#475360: songwrite: Songrite cannot run. File not found.
severity 475360 important tags 475360 + unreproducible thanks Coin, Seems it is unreproducible on one of my desktop machine not used for packaging. I asked KiBi to check this too without success. Fallback from 'es' locale seems to work well too (as only 'en' and 'fr' languages are supported). Could you send the output of the 'locale' command ? Is '/usr/share/locale/en/LC_MESSAGES/songwrite.mo' missing on your system ? -- Marc Dequènes (Duck) pgp6qI2xscTVC.pgp Description: PGP signature
Bug#463790: python-openal: undefined symbol: alutExit
Coin, Elias Pschernig [EMAIL PROTECTED] writes: Ah, ok, I don't really know much about Debian. Anyway, my python-openal package does not depend on libalut0 [1], if I interpret this right (not sure there is a better way to check dependencies..). Also, after installing libalut0 [2], the problem does not go away. Not sure it matters, but I tried using ldd on the python module, and it also does not indicate a dependency on libalut [3]. Looking at package information [1] automatically fetch from the package content (independent from my own system), the dependency on libalut0 is there. I wondered if you were using an unofficial package by mistake, but looking around i found the package automatically built for amd64 is lacking the dependency on libalut0. So a build problem must have occured on this architecture, and i'm trying to find the reason. [1] http://packages.debian.org/sid/python-openal -- Marc Dequènes (Duck) pgpppqR2lFCpy.pgp Description: PGP signature
Bug#463790: python-openal: undefined symbol: alutExit
severity 463790 important tags 463790 + unreproducible thanks Elias Pschernig [EMAIL PROTECTED] writes: Therefore, my impression, the package can't be used at all as this symbol is missing. Fact is i cannot reproduce the bug, so there must be something special in your configuration (or mine). Which version of libalut0 have you got installed ? (strange that reportbug did not report it) -- Marc Dequènes (Duck) pgpLFvgEAQLCs.pgp Description: PGP signature
Bug#441025: rbot: crash during each execution, including first one.
severity 441025 normal thanks Coin, In fact, i should update the README.Debian, which is obsolete. In the past, you had to copy the template files manually, but now the rbot wizard does everything for you. I don't know how you created the bot directory, but i guess you just did a mkdir without even looking at the README.Debian, which is clearly wrong. Just destroy your directory and run rbot dir, it will then create it for you and handle all the template files for you. Here is a transcript of an initial install i just run: [EMAIL PROTECTED]:~$ rbot z D, [2007/09/06 15:10:29#1661] DEBUG -- ircbot.rb:60: debug test I, [2007/09/06 15:10:29#1661] INFO -- ircbot.rb:61: log test W, [2007/09/06 15:10:29#1661] WARN -- ircbot.rb:62: warning test E, [2007/09/06 15:10:29#1661] ERROR -- ircbot.rb:63: error test F, [2007/09/06 15:10:29#1661] FATAL -- ircbot.rb:64: fatal test D, [2007/09/06 15:10:29#1661] DEBUG -- rbotconfig.rb:16: trying to load rubygems D, [2007/09/06 15:10:29#1661] DEBUG -- rbotconfig.rb:33: no rubygems installed I, [2007/09/06 15:10:31#1661] INFO -- ircbot.rb:240:in `initialize': no /home/nob/z directory found, creating from templates.. First time rbot configuration wizard [...] [EMAIL PROTECTED]:~$ ls z conf.yaml keywords.rbot.old lart levels.rbot log.01 logs plugins quotes registry users.rbot users.yaml z.log Downgrading the bug severity, as rbot is perfectly usuable, and planning a fix for README.Debian. -- Marc Dequènes (Duck) pgpa0gnjil2GE.pgp Description: PGP signature
Bug#432426: soya: FTBFS: unmet build dep libcal3d11-dev
Coin, Michael, would you please in the future warn the maintainers of the cal3d rdepends packages before uploading any major version ? I just uploaded a new python-soya, but libcal3d11-dev has disapeared from the archive, leading to FTBFS. sear and osgcal are now broken too. I hope a mere rebuild would be sufficient, but it would have been better to check everything before uploading in unstable. Regards. Lucas Nussbaum [EMAIL PROTECTED] writes: Package: soya version: 0.13.2-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20070708 Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5.0.37.2), cdbs (= 0.4.43), python-all-dev (= 2.3.5-11), python-support (= 0.3.2), quilt, patchutils (= 0.2.25), libsdl1.2-dev, libcal3d11-dev, libglu1-xorg-dev | libglu-dev, libfreetype6-dev, libpng12-dev, libglew-dev, libode0-dev (= 0.7), libopenal-dev (= 0.2005080600-2), libalut-dev Checking for already installed source dependencies... W: Unable to locate package libcal3d11-dev debhelper: missing Using default version 5.0.50 cdbs: missing Using default version 0.4.49 python-all-dev: missing Using default version 2.4.4-6 python-support: missing Using default version 0.6.4 quilt: missing patchutils: missing Using default version 0.2.31-4 libsdl1.2-dev: missing libcal3d11-dev: missing libglu1-xorg-dev: missing libglu-dev: missing libfreetype6-dev: missing libpng12-dev: missing libglew-dev: missing libode0-dev: missing Using default version 1:0.8.dfsg-1 libopenal-dev: missing Using default version 1:0.0.8-5 libalut-dev: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... E: Couldn't find package libcal3d11-dev apt-get failed. Package installation failed Trying to reinstall removed packages: Trying to uninstall newly installed packages: Source-dependencies not satisfied; skipping soya The full build log is available from http://people.debian.org/~lucas/logs/2007/07/08/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- Marc Dequènes (Duck) pgpULPjZRuPL1.pgp Description: PGP signature
Bug#430742: grub-pc: fails to upgrade
Package: grub-pc Version: 1.95+20070626-1 Severity: serious Coin, This new version fails to upgrade, due to update-grub failing with error code 1 (but no error message). Removing the old config file does not change anything, update-grub fails before writing anything. /boot/grub/device.map: (hd0) /dev/sda /etc/default/grub: # This file is sourced by update-grub, and its variables are propagated # to its childs in /etc/grub.d/ GRUB_DEFAULT=0 GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR=Debian I don't have any idea what is going wrong. Please tell me chat i should do to help investiguate. Regards. -- Marc Dequènes (Duck) pgp9iZ6H3XPXn.pgp Description: PGP signature
Bug#428661: Pre-Depends on an unknown Debian version
Package: xserver-xorg Version: 1:7.2-3 Severity: Serious Coin, Having changelog entries with work from child distribution like Ubuntu cannot cause any technical problems, so it is tolerated (and it is good that their work is acknoleged), but versions in control files may cause unmet dependencies easily. That's why the following is a problem : Pre-Depends: x11-common (= 7.0.0-0ubuntu3) Moreover, this is a policy violation : 7.1 Syntax of relationship fields refers to 5.6.12 Version which is stating : The version number of a package. The format is: [epoch:]upstream_version[-debian_revision] ... This part of the version number specifies the version of the Debian package based on the upstream version. But 0ubuntu3 refers to an unexistent Debian package. Regards. -- Marc Dequènes (Duck) pgpyXn6ZtymJH.pgp Description: PGP signature
Bug#426492: lftp: upgrade failure around update-aternatives
Package: lftp Version: 3.5.10-2 Severity: serious Coin, Here is the log: No alternatives for ftp. dpkg: warning - old post-removal script returned error exit status 1 dpkg - trying script from the new package instead ... dpkg: error processing /var/cache/apt/archives/lftp_3.5.10-2_i386.deb (--unpack): there is no script in the new version of the package - giving up The fix in #423947 is not suited for upgrades indeed. -- Marc Dequènes (Duck) pgpQRGV0SsZA8.pgp Description: PGP signature
Bug#423847: libmisdn-dev: missing dependency
Package: libmisdn-dev Version: 0.0.0+cvs20060214-2 Severity: serious Coin, As /usr/include/mISDNlib.h, the only include file in libmisdn-dev, needs linux/mISDNif.h, available in linux-headers-misdn, it must depends on it. This lack renders libmisdn-dev unusuable, thus the severity. Regards. -- Marc Dequènes (Duck) pgpsdvXs3XNCX.pgp Description: PGP signature
Bug#416402: wzdftpd-mod-avahi: unusuable
reopen 416402 thanks Coin, Pierre Chifflier [EMAIL PROTECTED] writes: You did not specify which version of avahi libs, which environment, configuration or whatever.Ater installation and configuration, the module works here: I'm using an up-to-date unstable. Debian unstable, amd64: ii libavahi-client3 0.6.16-5 Avahi client library ii libavahi-common-data 0.6.16-5 Avahi common data files Same here. Can you please give more details about your installation, and logs if relevant ? No ;-). (there's nothing interesting in logs) It is not fully solved, see : wzdftpd: libwzd_avahi.c:52: register_stuff: Assertion `ctx-client' failed. As you found the previous wrong ASSERT, i guess it won't be long to solve this one too :-). Thanks. -- Marc Dequènes (Duck) pgpn5WZv25Csa.pgp Description: PGP signature
Bug#416803: dibbler-client: sending bad SOLICIT request
Package: dibbler-client Version: 0.4.2.dfsg-2 Severity: serious Coin, dibbler-client is sending an option type 2 (Server Identifier) instead of an option type 1 (Client Identifier) in SOLICIT messages, as requested in RFC3315. Here is the client configuration: # 8 (Debug) is most verbose. 7 (Info) is usually the best option log-level 7 iface eth0 { # ask for address ia # ask for options #option dns-server option domain #option ntp-server } Here is the client log: 14:15:19 Info Processing msg (SOLICIT,transID=0x22bed2,opts: 2 3 8 6) 14:15:19 NoticeSleeping for 113 second(s). and the server one: 14:17:10 Warning Option 2 not allowed in message type=1. Ignoring. 14:17:10 NoticeReceived SOLICIT on eth-lan/3,TransID=0x22bed2, 3 opts: 3 8 6, 0 relay(s). 14:17:10 Warning Invalid message received. 14:17:10 NoticeAccepting connections. Next event in 4294967295 second(s). tshark confirms the bug: DHCPv6 Message type: Solicit (1) Transaction-ID: 0x000a5007 Server Identifier option type: 2 option length: 14 DUID type: link-layer address plus time (1) Hardware type: NET/ROM pseudo (0) Time: 1175096748 Link-layer address: 00508D4D3358 Identity Association for Non-temporary Address option type: 3 option length: 40 IAID: 1 T1: infinity T2: infinity IA Address option type: 5 option length: 24 IPv6 address: :: Preferred lifetime: infinity Valid lifetime: infinity Elapsed time option type: 8 option length: 4 ELAPSED-TIME: malformed option Option Request option type: 6 option length: 2 Requested Option code: Domain Search List (24) It seems the option type 2 problem is not the only one, as the server said to ignore it. So, i wonder if the missing option type 1, or perhaps the malformed option type 8 (see tshark dump), is reponsible for SOLICIT requests to be discarded. Whatever, this bug renders the package unusuable, thus the bug severity. Regards. -- Marc Dequènes (Duck) pgpa7ktYceBwL.pgp Description: PGP signature
Bug#416402: wzdftpd-mod-avahi: unusuable
Package: wzdftpd-mod-avahi Version: 0.8.1-1 Severity: serious Coin, wzdftpd start, then crash 2s later with the following message: wzdftpd: libwzd_avahi.c:182: publish_reply: Assertion `g == ctx-group' failed. Regards. -- Marc Dequènes (Duck) pgp2pDctDu77x.pgp Description: PGP signature
Bug#390458: baz_load_dirs arbitrarily removed
Package: tla-load-dirs Version: 1.0.31 Severity: grave Coin, baz_load_dirs was removed while it is still needed for users, without any real reasons. Changelog states: * No longer build baz-load-dirs for Debian. bazaar is not migrating into testing, and is preventing this package from entering. As there is no urgency for the release, this is quite an absurd decision. Moreover, bazaar has been fixed and reached testing on 2006-09-19. Many people are using this script, some to manage their own packages, so this a quite an annoying bug. You cannot take such decisions so lightly. My already installed baz_load_dirs is totally unworkable, thus the severity. -- Marc Dequènes (Duck) pgpuTJHdNRQmC.pgp Description: PGP signature
Bug#390458: baz_load_dirs arbitrarily removed
John Goerzen [EMAIL PROTECTED] writes: I only presently use darcs out of all the VCS supported by *-load-dirs. All the others are maintained based on patches that people send in. I have always been clear that if some VCS I don't use stops working, I will remove it to prevent all the others from suffering the same fate. This happened with baz-load-dirs. Where is this clarification ? I don't see any README.Debian explaining this special way of maintaining a package. It is completely wrong to file a grave bug against a different package just because some other package you liked was removed. I really feel that this is wishlist, but I'll set it to important for now. It would have been wishlist if this package was not is Debian already, but here you are removing a feature which is not obsolete. It is grave because i've got baz-load-dirs installed at home and it is now broken because of the load-dirs-common upgrade, rendering it unworkable. If this was a real stop of baz support, then load-dirs-common should have conflicted with baz-load-dirs to ensure no broken package remains. Of course i'd rather baz-load-dirs to be reintroduced. Is there any other problem now that bazaar is back in testing ? -- Marc Dequènes (Duck) pgp1fXEnfQjMq.pgp Description: PGP signature
Bug#387627: ntp: off-by-one mistake
Package: ntp Version: 4.2.2+dfsg.2-1 Severity: grave Tags: patch Coin, In the included getnameinfo() compatibility function, an off-by-one may lead to memory corruption and even security issues. A patch is attached. Regards. --- orig/libntp/ntp_rfc2553.c 2006-09-14 16:21:40.0 + +++ new/libntp/ntp_rfc2553.c 2006-09-14 16:22:00.0 + @@ -302,7 +302,7 @@ } if (host != NULL) { strncpy(host, hp-h_name, hostlen); - host[hostlen] = '\0'; + host[hostlen - 1] = '\0'; } return (0); } -- Marc Dequènes (Duck) pgpQ0RRV7OQmt.pgp Description: PGP signature
Bug#386781: Crashes browser
in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #68 0xb6683e8d in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #69 0xb6684290 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #70 0xb668d335 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #71 0xb6683f74 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #72 0xb6684290 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #73 0xb66858e2 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #74 0xb6683eda in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #75 0xb6684290 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #76 0xb6684588 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #77 0xb668ddf1 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #78 0xb6686319 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #79 0xb6686822 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #80 0xb6683100 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #81 0xb6689fe7 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #82 0xb668d74d in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #83 0xb6686319 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #84 0xb6686822 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #85 0xb6692e32 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #86 0xb66ba292 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #87 0xb6842b73 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #88 0xb691e8a7 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #89 0xb690fa2b in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #90 0xb691117b in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #91 0xb6911223 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #92 0xb691b7c2 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #93 0xb669211f in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #94 0xb6692161 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #95 0xb645fcc7 in PL_HandleEvent () from /usr/lib/libxul.so.0d #96 0xb645ffd9 in PL_ProcessPendingEvents () from /usr/lib/libxul.so.0d #97 0xb6461e5e in nsAutoMonitor::NewMonitor () from /usr/lib/libxul.so.0d #98 0xb6c674d5 in JSD_DebuggerOnForUser () from /usr/lib/libxul.so.0d #99 0xb6fde7df in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0 #100 0xb6fb5e2c in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #101 0xb6fb9176 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #102 0xb6fb9537 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #103 0xb7621141 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #104 0x08076608 in main () -- Marc Dequènes (Duck) pgpI6x07GdDeu.pgp Description: PGP signature
Bug#380697: FTBFS: AL/al{,c}.h: No such file or directory
tags 380697 + pending thanks Roberto Pariset [EMAIL PROTECTED] writes: soya_0.12-1 FTBFS with the following error: _soya.c:19:19: error: AL/al.h: No such file or directory _soya.c:20:20: error: AL/alc.h: No such file or directory and a lot of conseguences (e.g. X undeclared). Yeah, you're right, it was late and i forgot to add the builddeps on OpenAL. I could have pbuilderized this upload, but as my apt-proxy is suddenly not working anymore and my pbuilder environnement is outdated (mostly due to the Python transition), i admit i skipped this step lazily. My bad... -- Marc Dequènes (Duck) pgpMj8lCYgWNT.pgp Description: PGP signature
Bug#375677: Bored...
Coin, More than a month later this GRAVE bug is not fixed, i'm bored. Thanks to Simon Huggins i discovered apt-cacher. After a 10 min work i switched seemlessly to the new software and am now able to go back to work. I do remember the awful period when apt-proxy was rewritten in python and absolutely unusuable. Again, the maintainance is poor. That's quite sad. -- Marc Dequènes (Duck) pgpN56uCEjPg6.pgp Description: PGP signature
Bug#281348: got it !
Coin, Soya 0.12 will include this fix and should already have been released. The author is fixing the remaining problems, so it is a bit delayed. For the packaging part, 0.12rc1 was prepared as a test, so the final 0.12 should not be a long work, and the 0.12 package should follow the upstream release closely. -- Marc Dequènes (Duck) pgpuSijuBx3Ae.pgp Description: PGP signature
Bug#281348: got it !
Coin, Vincent Fourmond [EMAIL PROTECTED] writes: I found the problem : in the types specifications for pyrex, the developper uses this code: ctypedef struct DisplayList: intoption intid intmaterial_id #Material* material int* faces_id Chunk* chunk # Only used for initialization of the DisplayList It looks like he's trying to represent a pointer with an int. That does work on 32 bits architectures, but not on 64 bits, where a pointer is in 64 bits -- then long. Good catch :-) The attached patch does the trick -- you need to rebuild the _soya.c file with pyrex. OK, i'll try to push this upstream. However, I am not 100% sure that this will not break it on other architectures. Any ideas ? I don't see any reason. By the way, why are _soya.c, _ode.c, opengl.c included in the source ? They're pretty much useless as they can be rebuilt from the .pyx files. To avoid regenerating them, which is awfully long. Thanks for your work :-) -- Marc Dequènes (Duck) pgpglwhKVfCww.pgp Description: PGP signature
Bug#373733: balazar: segfaults when starting a game
Steve Langasek [EMAIL PROTECTED] writes: A binary package that's unusable on the architecture it's built for is 'grave'. An arch: all package (like balazar) that isn't usable on one particular arch may be serious (if the maintainer thinks it's a blocker for the release), or it may be important, or it may be wishlist... If so, there no more possibility to differenciate a binary package built for all arches which crash on *ALL* architecture, and is really unusuable, and one which is having problems with a specific architecture. I cannot see how i should be considering soya unusable or mostly so when it works perfectly on so much architectures... Btw, if nobody really helps, i'd remove support for amd64 before release. I see no reason to have Slune and Balazar (and the coming Balazar Brothers) to be removed from the archive for this. -- Marc Dequènes (Duck) pgp9As2ZyvhLe.pgp Description: PGP signature
Bug#373733: balazar: segfaults when starting a game
Guus Sliepen [EMAIL PROTECTED] writes: I had the impression that since amd64 is a release architecture, such bugs should be grave, but I might be mistaken. That it is a known bug in the Soya library means you should reassign this bug to soya of course. Like FTBFS, it is severity serious AFAIK (which is still RC btw). No, i won't reassign, like the same bug on Slune, because there's no way to have a reminder displayed on balazar to say this bug is a soya bug, and i don't want to get plenty of duplicate bugs. Ok, when I have some time I'll run balazar and slune through gdb on my amd64 machines and send the results! I've got no amd64 available for tests, and i taggued +help the soya bug since a while without success. So, i'd be glad to get a backtrace, thanks :-) -- Marc Dequènes (Duck) pgpxkhSezKMJS.pgp Description: PGP signature
Bug#373733: balazar: segfaults when starting a game
severity 373733 serious block 373733 by 281348 thanks Coin, Guus Sliepen [EMAIL PROTECTED] writes: Package: balazar Version: 0.3.1.ds1-2 Severity: grave Justification: renders package unusable Grave is: makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. Which is obviously wrong. Currently only amd64 architecture is impacted. This is a known bug in the Soya library. Btw bugreader, i'm still willing help to solve #281348, thanks. -- Marc Dequènes (Duck) pgpu9f6512f15.pgp Description: PGP signature
Bug#374799: python2.3-tables: has versioned dependency on virtual package python2.3-numarray
Alexandre Fayolle [EMAIL PROTECTED] writes: python2.3-tables is uninstallable on a sid distribution, because it depends on python2.3-numarray (= 1.5). With the new python policy, python2.3-numarray is a virtual package provided by python-numarray. A simple fix is the change the dependency in the control file to python-numarray (=1.5.1-4) for python2.3-tables and python2.4-tables. Depends: python-numarray (=1.5.1-4) | python2.3-numarray (= 1.5) would be better. -- Marc Dequènes (Duck) pgpLuE9F83oeG.pgp Description: PGP signature
Bug#361085: please follow advice
Coin, First, asking people should change the /usr/bin/python symlink is nonsense as this select the current Python version, as selected by the python maintainer as considered the stable version in Debian. Applications using 'python' may not work with other versions correctly, so you may not change it as it could break other apps in your system, only the python maintainer should change it in the 'python' package when a planned and prepared transition is going on. Furthermore, your package does FTBFS because everything needed at clean time must be listed in Build-Depends, not Build-Depends-Indep ; then listing 'python' in -Indep is a mistake. Moreover, python-dev *is* needed to ensure distutils (required by setup.py for installation) would work correctly. Then, you should really listen carefully to -mentors and vorlon's advice before doing hasty and silly uploads. The current denyhosts-python2.4 now depends on python2.4 but has a executable file using 'python' in his shebang. You cannot assume people would have the 'python' package providing this symlink. Moreover having this versionning split is absolutely useless. Now please have a look at: http://wiki.debian.org/DebianPythonFAQ Please move your package to python-support and try to understand why this is food for your package, your users, and read the draft policy carefully too. You may join the Debian Python Modules Team and/or ask for help in the [EMAIL PROTECTED] channel. -- Marc Dequènes (Duck) pgpFiiOBwr7vt.pgp Description: PGP signature
Bug#365085: [Build-common-hackers] Bug#365085: CDBS 0.4.39 breaks DEB_SHLIBDEPS_INCLUDE in debian-qt-kde.mk
Coin, Pierre Habouzit [EMAIL PROTECTED] writes: I talked with seb128, and he said there was no such thing, and that the only problem he had was the missing depends, which is exactly what the patch solves. Strange, i may have misunderstood. Whatever, this was a very bad breakage and deserved RC. Ping dear build-common-hackers: does someone has enough time to review the patch and do an upload before this night dinstall ? If not, given the severity of the bug and the big problems it implies in EVERY debian package that ships binaries AND a lib in separate packages, I intend to NMU it. I'm too late for review, sorry. It looks right. Really thanks for your work. For my strong words about Peter, this is another subject, see the thread on documentation on the ml if you want to understand why i'm so angry about him. -- Marc Dequènes (Duck) pgpcY0c0PSY4f.pgp Description: PGP signature
Bug#365085: [Build-common-hackers] Bug#365085: CDBS 0.4.39 breaks DEB_SHLIBDEPS_INCLUDE in debian-qt-kde.mk
Coin, Pierre Habouzit [EMAIL PROTECTED] writes: the patch is tested against kdemultimedia: packages are built, and dh_makeshlibs/dh_shlibdeps are run in right order. This is NOT sufficient. Several other packages are impacted, like a few GNOME packages (ask seb128 for the list), which now simply FTBFS, and this is not an acceptable behavior. Peter perhaps corrected some logic but one cannot simply release such an important tool without double checking for regression. If CLI needs to run things between dh_shlibdeps and dh_builddep, then a new hook should be created instead of moving order of debhelper calls on which other maintainers are counting on. Peter still wants to work as a lonesome cowboy, now here is the result ! -- Marc Dequènes (Duck) pgpyQOk6VudhN.pgp Description: PGP signature
Bug#365465: gaphor: contains zope files already in python2.4-zopeinterface
Package: gaphor Version: 0.8.1-1 Severity: serious Gaphor is uninstallable because it contains the following files already in python2.4-zopeinterface without any Replaces: - /usr/lib/python2.4/site-packages/zope/__init__.py - /usr/lib/python2.4/site-packages/zope/interface/__init__.py - /usr/lib/python2.4/site-packages/zope/interface/_flatten.py - /usr/lib/python2.4/site-packages/zope/interface/adapter.py - /usr/lib/python2.4/site-packages/zope/interface/advice.py - /usr/lib/python2.4/site-packages/zope/interface/declarations.py - /usr/lib/python2.4/site-packages/zope/interface/document.py - /usr/lib/python2.4/site-packages/zope/interface/exceptions.py - /usr/lib/python2.4/site-packages/zope/interface/interface.py - /usr/lib/python2.4/site-packages/zope/interface/interfaces.py - /usr/lib/python2.4/site-packages/zope/interface/ro.py - /usr/lib/python2.4/site-packages/zope/interface/verify.py - /usr/lib/python2.4/site-packages/zope/interface/common/__init__.py - /usr/lib/python2.4/site-packages/zope/interface/common/idatetime.py - /usr/lib/python2.4/site-packages/zope/interface/common/interfaces.py - /usr/lib/python2.4/site-packages/zope/interface/common/mapping.py - /usr/lib/python2.4/site-packages/zope/interface/common/sequence.py Regards. -- Marc Dequènes (Duck) pgpFxyKCb5H8p.pgp Description: PGP signature
Bug#365184: editobj: FTBFS: Missing Build-Depends
clone 365184 -1 reassign -1 python-defaults retitle -1 uncomplete depends for python-all and python-all-dev block 365184 by -1 thanks Coin, Daniel Schepler [EMAIL PROTECTED] writes: # update-config must be last cd . python setup.py build --build-base=/tmp/buildd/editobj-0.5.7/./build /bin/sh: python: command not found make: *** [common-build-impl] Error 127 It looks like you also need python-dev in the Build-Depends. Yep, you're right, but i think it would be better if python-all depends on python and python-all-dev on python-dev, as we want ALL. -- Marc Dequènes (Duck) pgp48Y1EyDZFH.pgp Description: PGP signature
Bug#365111: python-support: update-python-modules broken
Package: python-support Version: 0.1.1 Severity: grave Tags: patch Coin, The update-python-modules is unsuitable for release and as this package is already quite advertised in Python Teams papers, it MUST be fixed as soon as possible before too many packages are broken, thus the severity. Symlinks for .py files were missing, resulting in import failures. Cleanup was fixed as well. The following patch as been tested with the editobj+py2play+soya+slune suite and the editobj+cerealizer+tofu+soya+balazarbrother suite with success (some of them are to be uploaded soon n the archive). Thanks. --- /usr/sbin/update-python-modules.orig 2006-04-27 21:40:50.629211816 +0200 +++ /usr/sbin/update-python-modules 2006-04-27 21:51:04.288921360 +0200 @@ -64,16 +64,16 @@ except OSError: pass if file.endswith('.py'): -destpath+='c' -debug(compile +destpath) +destpath2=destpath+'c' +debug(compile +destpath2) if py == python+sys.version[:3]: - compile(fullpath,destpath) + compile(fullpath,destpath2) else: # D'uh, this one stinks, but it's the only way for non-default # versions - command = 'import py_compile; py_compile.compile(%s,%s)'%(fullpath,destpath) + command = 'import py_compile; py_compile.compile(%s,%s)'%(fullpath,destpath2) os.spawnl(os.P_WAIT, '/usr/bin/'+py, py, '-c', command) - elif not file.endswith('.pyc'): + if not file.endswith('.pyc'): debug(link +destpath) if os.path.exists(destpath): os.remove(destpath) @@ -85,7 +85,12 @@ for py in py_installed: destpath=os.path.join(basepath,py,dir,file) if file.endswith('.py'): - destpath+='c' + destpath2=destpath+'c' + debug(remove +destpath2) + try: +os.remove(destpath2) + except OSError: +pass if os.path.exists(destpath): debug(remove +destpath) os.remove(destpath) -- Marc Dequènes (Duck) pgpPBpsJd2PAr.pgp Description: PGP signature
Bug#342062: acknowledged by developer (Bug#342062: fixed in kernel-package 10.014)
Coin, So quick, you rock man :-) Thanks. -- Marc Dequènes (Duck) pgp1EXZoFeYub.pgp Description: PGP signature
Bug#341671: BROKEN package
Coin, In addition to what Nathanael reported: libcal3d11c2 should Conflicts/Replaces libcal3d11. I would recommand using Depends on libcal3d11c2 (= 0.10.0-3) with = instead of =, not to block bin NMUs. And yes, you should have called it c2a. -- Marc Dequènes (Duck) pgp8yrCt16R6U.pgp Description: PGP signature
Bug#342062: buggy find option -- broken build
Package: kernel-package Version: 10.012 Severity: grave Errors can be found here: debian/ruleset/targets/source.mk: (cd $(SRCDIR); find . -type d -name .arch-ids --exec rm -rf {} \; ) debian/ruleset/targets/headers.mk: (cd $(SRCDIR); find . -type d -name .arch-ids --exec rm -rf {} \; ) (or corresponding file into /usr/share/kernel-package/ruleset/targets/) s/--exec/-exec/ please -- Marc Dequènes (Duck) pgp0Kwxhnu0pv.pgp Description: PGP signature
Bug#338879: #338879: cdbs: FTBFS: DVI file can't be opened
clone 338879 -1 reassign -1 db2latex-xsl tags -1 + upstream block 338879 by -1 thanks Coin, Thanks you very much Frank for your explanation. I missed your recent reply and conclude db2latex-xsl was buggy too after reading #321942 and looking at the generated tex file. Hope your nice reply would help db2latex-xsl maintainers. Duplicating the bug which was not yet reported. -- Marc Dequènes (Duck) pgpsF7N3ZHBf7.pgp Description: PGP signature
Bug#325564:
0.10.1-3 built with gcc 4.0.2 fixed the problem (see [EMAIL PROTECTED]). -- Marc Dequènes (Duck) pgp5WBtvZ7Ly9.pgp Description: PGP signature
Bug#325563: Bug#325564: Processed: tagging 325564
Coin, Steve Langasek [EMAIL PROTECTED] writes: I don't see any reason to work around plenty of packages when this is for sure an important toolchain bug which cannot be delayed for long and my packages are not important ones and are already available (unaffected) for most architectures. I don't see how being unable to use -O3 is important. As policy clearly points out, -O3 is not appropriate as a general-purpose optimization flag; there are very few packages that actually need it, and I'm pretty sure it's inappropriate to use as a default optimization flag for python modules. Not important for Debian, but still a bad brokeness. Any proof there is null probability this bug affects other parts of code ? Ok, then it sounds to me like the appropriate thing to do is to reassign this bug to python, rather than to wontfix it. Perfect. I think that fixing a bug that only affects unnecessary optimization flags should be considered a lower priority than fixing bugs that cause failures *without* optimization. Don't you? Of course... -- Marc Dequènes (Duck) pgp2HtOBWzobW.pgp Description: PGP signature
Bug#327151: missing dependency on devscripts
severity 327151 normal thanks Vorlon is right, this script is optionnal, or even extra-optionnal, and thus adding a Suggests line would be sufficient. -- Marc Dequènes (Duck) pgpHYjX97cPBr.pgp Description: PGP signature
Bug#325563: Bug#325564: Processed: tagging 325564
Steve Langasek [EMAIL PROTECTED] writes: Hi Marc, Coin Vorlon, So, I wonder what exactly your intent is here. Do you mean to say that you don't care about being able to get new versions of pyopenal and soya into testing until the toolchain bug is fixed, and that you don't care whether these packages have to be removed from testing in order to get other updates in? That's the only way I can interpret a wontfix tag on an RC bug. Of course i care. And i don't see the exact reason why you would like to remove packages from testing to allow anything. I don't see any reason to work around plenty of packages when this is for sure an important toolchain bug which cannot be delayed for long and my packages are not important ones and are already available (unaffected) for most architectures. Since policy does say that you should be using -O2 in most cases, I don't really see why you would wish to ignore the bug when a simple workaround is almost certainly possible. Yeah, right. Fact is my package is not selecting -O3, this is python distutils' choice. So at least _all_ python modules are broken the same way, and probably several other packages. So if you really think this toolchain fix is not gonna come this fast, i suggest we ask the python maintainers to switch default options to -O2 and then i would rebuild my packages. -- Marc Dequènes (Duck) pgpXU499EAG6r.pgp Description: PGP signature
Bug#325520: m17n-lib: FTBFS: missing build-depends on libgd2-dev
Package: m17n-lib Version: 1.2.0-4 Severity: Serious Coin, Here is the end of the build log, showing the missing build-dep : cc -g -Wall -O2 -DDLOPEN_SHLIB_EXT=\.so.0\ -o .libs/m17n-dump mdump.o linebreak.o -lgd ../src/.libs/libm17n-core.so -L/usr/lib ../src/.libs/libm17n.so ../src/.libs/libm17n-gui.so /usr/lib/libfribidi.so /usr/lib/libotf.so /usr/lib/libfreetype.so -lfontconfig /tmp/m17n-lib-1.2.0/src/.libs/libm17n.so /tmp/m17n-lib-1.2.0/src/.libs/libm17n-core.so /usr/lib/libxml2.so -lz -lm -ldl mdump.o: In function `dump_image': /tmp/m17n-lib-1.2.0/example/mdump.c:415: undefined reference to `gdImagePng' collect2: ld returned 1 exit status -- Marc Dequènes (Duck) pgpcYMQxb6LW1.pgp Description: PGP signature
Bug#325528: libm17n-0: segfaults with mgp, rendering it unusuable
Package: libm17n-0 Version: 1.2.0-4 Severity: grave Coin, As mgp is a major rdepends for libm17n-0 and very few programs use this library, having mgp unusuable because of it is more than important, thus such a severity. Using any sample file provided with mgp resulted in a segfault after rendering background, so i guess when rendering text. See the attached backtrace showing segfault occuring deep in libm17n (which made me report on libm17n-0 instead of mgp). Starting program: /usr/X11R6/bin/mgp sample.mgp Program received signal SIGSEGV, Segmentation fault. 0xb7747fa9 in xfont_registry_list (frame=0x82be438, registry=0x8295d28) at m17n-X.c:560 560 MLIST_APPEND1 (xfont_table, fonts, font, MERROR_WIN); (gdb) bt #0 0xb7747fa9 in xfont_registry_list (frame=0x82be438, registry=0x8295d28) at m17n-X.c:560 #1 0xb77482c4 in xfont_select (frame=0x82be438, spec=0x82a27d8, request=0xbfbf88b6, limited_size=0) at m17n-X.c:622 #2 0xb7c30ee3 in mfont__select (frame=0x82be438, spec=0x82a27d8, request=0xbfbf88b6, limited_size=0, layouter=0x0) at font.c:1084 #3 0xb7c3c048 in realize_font_group (frame=0x82be438, request=0x82ce980, font_group=0x82ceb78, size=0) at fontset.c:324 #4 0xb7c3cbad in try_font_group (realized=0x82ce978, font_group=0x82ceb78, g=0xbfbf89e8, num=0xbfbf8a98, size=0) at fontset.c:513 #5 0xb7c3cfb4 in mfont__lookup_fontset (realized=0x82ce978, g=0xbfbf89e8, num=0xbfbf8a98, script=0x8356b68, language=0x823f998, charset=0x0, size=0) at fontset.c:600 #6 0xb7c2dc84 in mface__realize (frame=0x82be438, faces=0x0, num=1, size=0) at face.c:655 #7 0xb7c2e1cb in mface__update_frame_face (frame=0x82be438) at face.c:768 #8 0xb7c48bcb in mframe (plist=0x82bdcf0) at m17n-gui.c:686 #9 0x08077a04 in M17N_draw_string (state=0x81047c0, cp=0x823c2d8) at m17n.c:528 #10 0x08056b4a in process_direc (state=0x81047c0, seenpause=0xbfbfad3c) at draw.c:755 #11 0x080584d0 in draw_page (state=0x81047c0, lastcp=0x0) at draw.c:321 #12 0x08058616 in cache_page (state=0x81047c0, page=1) at draw.c:4259 #13 0x080586ea in predraw (state=0x808ee80) at draw.c:4418 #14 0x0804dbdb in main_loop (start_page=1) at mgp.c:781 #15 0x0804fb81 in main (argc=2, argv=Variable argv is not available. ) at mgp.c:481 -- Marc Dequènes (Duck) pgphfXVQQTfEk.pgp Description: PGP signature
Bug#300523: soya: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Coin, Andreas Jochens [EMAIL PROTECTED] writes: When building 'soya' on amd64 with gcc-4.0, I get the following error: A new version is out, having updated pyrex generated files, so i guess it could solve the problem. I need to update editobj, pyopenal, and probably py2play before taking care of the new soya version. I'll try to do as quick as possible, but i'm leaving during a week for a wedding, so i guess i won't be able to update all these packages before being out of the internet. So please be patient i'll finish it as soon as i'm back. Thanks for the report and patch. -- Marc Dequènes (Duck) pgpyLRxzQ6i1w.pgp Description: PGP signature