Processed: Re: cupsys: packages must not ship directories under /usr/local
Processing commands for [EMAIL PROTECTED]: tags 409335 patch Bug#409335: cupsys: packages must not ship directories under /usr/local There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409253: FTBFS: error: macro fuse_main requires 4 arguments, but only 3 given
* Steve Langasek [EMAIL PROTECTED] [2007-02-01 16:13]: sshfs.c: In function 'main': sshfs.c:2514: error: 'fuse_main' undeclared (first use in this function) make[2]: *** [sshfs-sshfs.o] Error 1 Is this building against etch or against sid? They have different versions of fuse, which seems a likely explanation. sid. I haven't tried but given upstream's comment I guess it the version in etch should be okay. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409335: cupsys: packages must not ship directories under /usr/local
tags 409335 patch thanks Steve Langasek [EMAIL PROTECTED] wrote: The change requested in 408154 is a policy violation. Packages are not allowed to ship any directories under the /usr/local heirarchy; they must be created in the postinst and removed in the prerm. This bug now blocks getting the fix for RC bug 403703 into etch, so please revert the change. Instead of just reverting, you could also apply this simple patch: diff -Nur cupsys-1.2.7.old/debian/changelog cupsys-1.2.7/debian/changelog --- cupsys-1.2.7.old/debian/changelog 2007-02-02 09:21:21.0 +0100 +++ cupsys-1.2.7/debian/changelog 2007-02-02 08:39:25.0 +0100 @@ -1,3 +1,10 @@ +cupsys (1.2.7-4~1) unstable; urgency=low + + * Use dh_usrlocal to install files in /usr/local in the maintainer +scripts, instead of shipping them in the deb + + -- Frank KÃŒster [EMAIL PROTECTED] Fri, 2 Feb 2007 08:39:25 +0100 + cupsys (1.2.7-3) unstable; urgency=high [ Kenshi Muto ] diff -Nur cupsys-1.2.7.old/debian/rules cupsys-1.2.7/debian/rules --- cupsys-1.2.7.old/debian/rules 2007-02-02 09:21:22.0 +0100 +++ cupsys-1.2.7/debian/rules 2007-02-02 08:40:34.0 +0100 @@ -74,6 +74,7 @@ # Add symlink to local files required by LSB ln -s /usr/local/share/ppd $(DEB_DESTDIR)/../cupsys/usr/share/ppd/1-local-admin ln -s /opt/share/ppd $(DEB_DESTDIR)/../cupsys/usr/share/ppd/2-third-party + dh_usrlocal # Compatibility for programs which still look in the old location #ln -s ../../ppd/cups-included $(DEB_DESTDIR)/../cupsys/usr/share/cups/model/cups-included Of course, it's up to the release team to decide whether they want this fixed change in etch, or rather have the change reverted completely. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Processed (with 1 errors): Merging dups
Processing commands for [EMAIL PROTECTED]: unforwarded #401393 Unknown command or malformed arguments to command. # regression causes older setup to be unbootable severity #401393 serious Bug#401393: Previously working LVM setup mysteriously broken. Severity set to `serious' from `normal' forcemerge #401393 #403222 Bug#401393: Previously working LVM setup mysteriously broken. Bug#403222: [etch] lilo: fails to write the boot information (LVM system) Forcibly Merged 401393 403222. stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408256: i386 binNMU for asterisk-chan-capi please
On Fri, Jan 26, 2007 at 10:52:27PM +0100, Lionel Elie Mamane wrote: I have reasons to believe that the i386 build of asterisk-chan-capi was hosed in some way, because several people report that the package in the archive makes a segfault for them, but that the exact same package compiled from Debian sources on their machine or on the pkg-voip private autobuilders works fine. Please schedule an i386 binNMU for asterisk-chan-capi through wanna-build. Thanks. But the source of the hosing hasn't been identified? Which means there's no guarantee that this problem won't resurface later, even in an autobuilder environment. I've scheduled the binNMU so that we can fix the practical problem for users of the package, but I don't think this bug should be considered to be fixed at this point. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: found 408489 in 1:1.1.4-2
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 found 408489 1:1.1.4-2 Bug#408489: zabbix-agent: changes to /etc/zabbix_agentd.conf lost on upgrade Bug marked as found in version 1:1.1.4-2. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403222: lilo: fails to write the boot information (LVM system)
Hi, On Fri, Dec 15, 2006, Eddy Petrișor wrote: After a kernel upgrade, lilo refused to write the information in MBR. device-mapper: table ioctl failed: No such device or address Fatal: device-mapper: dm_task_run(DM_DEVICE_TABLE) failed Could you please try the patch I sent in #401393? Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#409335: [Pkg-cups-devel] Bug#409335: cupsys: packages must not ship directories under /usr/local
On 2/2/07, Frank Küster [EMAIL PROTECTED] wrote: tags 409335 patch thanks Steve Langasek [EMAIL PROTECTED] wrote: The change requested in 408154 is a policy violation. Packages are not allowed to ship any directories under the /usr/local heirarchy; they must be created in the postinst and removed in the prerm. This bug now blocks getting the fix for RC bug 403703 into etch, so please revert the change. Instead of just reverting, you could also apply this simple patch: + + * Use dh_usrlocal to install files in /usr/local in the maintainer +scripts, instead of shipping them in the deb Unless I misunderstood the man page, dh_usrlocal is meant for software that builds into /usr/local, which we don't. We're only adding a local directory in case others need it to install their own PPD. We probably should not ship any directory in /usr/local or /opt anyhow. It should be up to the third-party or local applications that actually supply the PPD to create them. Even worse, those PPD directories are not only used by CUPS; other PostScript applications and printer daemons use them too. The proper solution would be to add those directories to the filesystem skeleton used by debian-installer and to the FHS specs. -- Martin-Éric Racine http://q-funk.iki.fi
Processed: bug 401393 is not forwarded
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 notforwarded 401393 Bug#401393: Previously working LVM setup mysteriously broken. Bug#403222: [etch] lilo: fails to write the boot information (LVM system) Removed annotation that Bug had been forwarded to [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 409253
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 tags 409253 sid Bug#409253: FTBFS: error: macro fuse_main requires 4 arguments, but only 3 given There were no tags set. Tags added: sid End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409335: cupsys: packages must not ship directories under /usr/local
On Fri, Feb 02, 2007 at 09:23:19AM +0100, Frank Küster wrote: The change requested in 408154 is a policy violation. Packages are not allowed to ship any directories under the /usr/local heirarchy; they must be created in the postinst and removed in the prerm. This bug now blocks getting the fix for RC bug 403703 into etch, so please revert the change. Instead of just reverting, you could also apply this simple patch: diff -Nur cupsys-1.2.7.old/debian/changelog cupsys-1.2.7/debian/changelog --- cupsys-1.2.7.old/debian/changelog 2007-02-02 09:21:21.0 +0100 +++ cupsys-1.2.7/debian/changelog 2007-02-02 08:39:25.0 +0100 @@ -1,3 +1,10 @@ +cupsys (1.2.7-4~1) unstable; urgency=low + * Use dh_usrlocal to install files in /usr/local in the maintainer +scripts, instead of shipping them in the deb Ah, I didn't know that one existed, cool. Yes, that should be ok for etch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#408892: marked as done (cone_0.69-1(ia64/unstable): FTBFS: missing build-depends: procps)
Your message dated Fri, 02 Feb 2007 08:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#408892: fixed in cone 0.69-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: cone Version: 0.69-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of cone_0.69-1 on caballero by sbuild/ia64 98 Build started at 20070129-0008 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 5.0), libncurses5-dev, libxml2-dev, libldap2-dev, libssl-dev, fam, aspell [...] appending configuration tag CXX to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag F77 to libtool configure: error: Cannot find pathname to ps configure: error: /bin/sh './configure' failed for random128 make: *** [config.status] Error 1 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=conever=0.69-1 ---End Message--- ---BeginMessage--- Source: cone Source-Version: 0.69-2 We believe that the bug you reported is fixed in the latest version of cone, which is due to be installed in the Debian FTP archive: cone_0.69-2.diff.gz to pool/main/c/cone/cone_0.69-2.diff.gz cone_0.69-2.dsc to pool/main/c/cone/cone_0.69-2.dsc cone_0.69-2_i386.deb to pool/main/c/cone/cone_0.69-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Varun Hiremath [EMAIL PROTECTED] (supplier of updated cone package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 29 Jan 2007 20:30:28 +0530 Source: cone Binary: cone Architecture: source i386 Version: 0.69-2 Distribution: unstable Urgency: low Maintainer: Varun Hiremath [EMAIL PROTECTED] Changed-By: Varun Hiremath [EMAIL PROTECTED] Description: cone - COnsole Newsreader and Emailer Closes: 408892 409158 Changes: cone (0.69-2) unstable; urgency=low . * Add procps to Build-Depends (Closes: #408892) * Build against libncursesw5-dev to support UTF-8 (Closes: #409158) Files: 0b4be1ec8974b43b00de8bf0aee5e4cf 686 mail optional cone_0.69-2.dsc 8b9826e58e07a5d66d7b8765376f203c 1693 mail optional cone_0.69-2.diff.gz e15a835b3e1a3ad08468d0ac905f2243 4096344 mail optional cone_0.69-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFwvjv+C5cwEsrK54RAhpRAJ9LjWtuvKMYgaxMP90TGc45yDdTiACdHISy NmTgTT9LQOHb8lbh23Eqpdw= =qBkZ -END PGP SIGNATURE- ---End Message---
Bug#409349: apcupsd: Generates lots of kernel hid-core error messages
Package: apcupsd Version: 3.12.4-2 Severity: critical Justification: breaks unrelated software After the system has been running for a few hours, I get a lot of kernel hid-core.c error messages in /var/log/messages: Feb 1 09:36:10 thor kernel: drivers/usb/input/hid-core.c: control queue full Feb 1 09:37:20 thor last message repeated 7 times Feb 1 09:38:30 thor last message repeated 7 times Feb 1 09:38:50 thor last message repeated 2 times Feb 1 09:40:30 thor last message repeated 4 times Feb 1 09:41:30 thor last message repeated 6 times Feb 1 09:42:30 thor last message repeated 6 times Feb 1 09:42:40 thor kernel: drivers/usb/input/hid-core.c: control queue full Feb 1 09:44:30 thor last message repeated 5 times Feb 1 09:45:30 thor last message repeated 6 times Feb 1 09:46:21 thor last message repeated 5 times Feb 1 09:46:31 thor kernel: drivers/usb/input/hid-core.c: control queue full Feb 1 09:48:21 thor last message repeated 5 times Feb 1 09:49:21 thor last message repeated 6 times Feb 1 09:50:21 thor last message repeated 6 times Feb 1 09:51:41 thor last message repeated 2 times This has been seen before: http://sourceforge.net/mailarchive/message.php?msg_id=17497136 http://lists.centos.org/pipermail/centos/2006-January/059093.html http://lists.opensuse.org/opensuse/2006-10/msg00598.html but no solution was found. I have an Athlon MP dual-CPU box, with an A7M-266D motherboard, if that's any help. The UPS is a CS-650 model. When these messages start appearing, it breaks all other USB devices on the system, and will occasionally prevent the system from shutting down properly (so a remote reboot is not possible and I have to get someone to hit the power switch - I don't have physical access to the machine very often). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.070119.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages apcupsd depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libsnmp9 5.2.3-7 NET SNMP (Simple Network Managemen ii libssl0.9.8 0.9.8c-4SSL shared libraries ii libwrap0 7.6.dbs-12 Wietse Venema's TCP wrappers libra apcupsd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409335: [Pkg-cups-devel] Bug#409335: cupsys: packages must not ship directories under /usr/local
At Fri, 2 Feb 2007 10:58:38 +0200, Martin-Éric Racine wrote: On 2/2/07, Frank Küster [EMAIL PROTECTED] wrote: Steve Langasek [EMAIL PROTECTED] wrote: The change requested in 408154 is a policy violation. Packages are not allowed to ship any directories under the /usr/local heirarchy; they must be created in the postinst and removed in the prerm. This bug now blocks getting the fix for RC bug 403703 into etch, so please revert the change. Hm, I understand the situation. Instead of just reverting, you could also apply this simple patch: + + * Use dh_usrlocal to install files in /usr/local in the maintainer +scripts, instead of shipping them in the deb Unless I misunderstood the man page, dh_usrlocal is meant for software that builds into /usr/local, which we don't. We're only adding a local directory in case others need it to install their own PPD. I think so too. We probably should not ship any directory in /usr/local or /opt anyhow. It should be up to the third-party or local applications that actually supply the PPD to create them. Even worse, those PPD directories are not only used by CUPS; other PostScript applications and printer daemons use them too. The proper solution would be to add those directories to the filesystem skeleton used by debian-installer and to the FHS specs. Even so, we have to locate symlink on /usr/share/ppd for third parties (by postinst?). I checked source code and thought it was bit terrible to add tweak code to support additional directory. I'm considering whether it is ok or not from policy view to provide symlink against /usr/local/share/ppd and /opt/ppd. It will become a missing link if user hasn't these two directories. Thanks, -- Kenshi Muto [EMAIL PROTECTED]
Bug#409335: [Pkg-cups-devel] Bug#409335: cupsys: packages must not ship directories under /usr/local
At Fri, 02 Feb 2007 18:57:08 +0900, Kenshi Muto wrote: I'm considering whether it is ok or not from policy view to provide symlink against /usr/local/share/ppd and /opt/ppd. It will become a missing link if user hasn't these two directories. Here is a proposal patch. Index: cupsys.postinst === --- cupsys.postinst (revision 418) +++ cupsys.postinst (working copy) @@ -206,6 +206,14 @@ if [ -f /etc/cups/printers.conf ]; then chown root:lp /etc/cups/printers.conf ; chmod 600 /etc/cups/printers.conf fi + # Add symlink to local files required by LSB + if [ ! -e /usr/share/ppd/1-local-admin ]; then + ln -s /usr/local/share/ppd /usr/share/ppd/1-local-admin + fi + if [ ! -e /usr/share/ppd/2-third-party ]; then + ln -s /opt/share/ppd /usr/share/ppd/2-third-party + fi + ;; abort-upgrade|abort-remove|abort-deconfigure) Index: cupsys.dirs === --- cupsys.dirs (revision 425) +++ cupsys.dirs (working copy) @@ -7,5 +7,3 @@ var/cache/cups/ppd usr/share/ppd/cups-included usr/lib/cups/driver -usr/local/share/ppd -opt/share/ppd Index: changelog === --- changelog (revision 427) +++ changelog (working copy) @@ -1,6 +1,16 @@ -cupsys (1.2.7-3) UNRELEASED; urgency=high +cupsys (1.2.7-4) unstable; urgency=high [ Kenshi Muto ] + * Stopped providing /usr/local/share/ppd and /opt/share/ppd. +This was policy violation (closes: #409335) +Instead of it, cupsys just make the symlinks on /usr/share/ppd +against these directories. + + -- Kenshi Muto [EMAIL PROTECTED] Fri, 2 Feb 2007 18:16:24 +0900 + +cupsys (1.2.7-3) unstable; urgency=high + + [ Kenshi Muto ] * removed STR2137 patch. This patch corruted some Postscript files. (closes: #403703) This was a release critical bug. Index: rules === --- rules (revision 425) +++ rules (working copy) @@ -71,10 +71,6 @@ mv $$i $(DEB_DESTDIR)/../cupsys/usr/share/ppd/cups-included/$$m/; \ done - # Add symlink to local files required by LSB - ln -s /usr/local/share/ppd $(DEB_DESTDIR)/../cupsys/usr/share/ppd/1-local-admin - ln -s /opt/share/ppd $(DEB_DESTDIR)/../cupsys/usr/share/ppd/2-third-party - # Compatibility for programs which still look in the old location #ln -s ../../ppd/cups-included $(DEB_DESTDIR)/../cupsys/usr/share/cups/model/cups-included #ln -s ../cups/model $(DEB_DESTDIR)/../cupsys/usr/share/ppd/cups-transitional-dir Index: cupsys.prerm === --- cupsys.prerm(revision 383) +++ cupsys.prerm(working copy) @@ -23,6 +23,12 @@ if [ -L /usr/lib/cups/backend/smb ]; then rm -f /usr/lib/cups/backend/smb 2/dev/null || true fi + if [ -L /usr/share/ppd/1-local-admin ]; then + rm -f /usr/share/ppd/1-local-admin + fi + if [ -L /usr/share/ppd/2-third-party ]; then + rm -f /usr/share/ppd/2-third-party + fi ;; upgrade|deconfigure) ;; Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409349: apcupsd: Generates lots of kernel hid-core error messages
Tom Wright wrote: Package: apcupsd Version: 3.12.4-2 Severity: critical Justification: breaks unrelated software After the system has been running for a few hours, I get a lot of kernel hid-core.c error messages in /var/log/messages: Feb 1 09:36:10 thor kernel: drivers/usb/input/hid-core.c: control queue full Feb 1 09:37:20 thor last message repeated 7 times Feb 1 09:38:30 thor last message repeated 7 times Feb 1 09:38:50 thor last message repeated 2 times Feb 1 09:40:30 thor last message repeated 4 times Feb 1 09:41:30 thor last message repeated 6 times Feb 1 09:42:30 thor last message repeated 6 times Feb 1 09:42:40 thor kernel: drivers/usb/input/hid-core.c: control queue full Feb 1 09:44:30 thor last message repeated 5 times Feb 1 09:45:30 thor last message repeated 6 times Feb 1 09:46:21 thor last message repeated 5 times Feb 1 09:46:31 thor kernel: drivers/usb/input/hid-core.c: control queue full Feb 1 09:48:21 thor last message repeated 5 times Feb 1 09:49:21 thor last message repeated 6 times Feb 1 09:50:21 thor last message repeated 6 times Feb 1 09:51:41 thor last message repeated 2 times This has been seen before: http://sourceforge.net/mailarchive/message.php?msg_id=17497136 http://lists.centos.org/pipermail/centos/2006-January/059093.html http://lists.opensuse.org/opensuse/2006-10/msg00598.html but no solution was found. I have an Athlon MP dual-CPU box, with an A7M-266D motherboard, if that's any help. The UPS is a CS-650 model. When these messages start appearing, it breaks all other USB devices on the system, and will occasionally prevent the system from shutting down properly (so a remote reboot is not possible and I have to get someone to hit the power switch - I don't have physical access to the machine very often). i had the same problem while i was using 2.4.x kernel. Try to get latest 2.6 (you are using 2.6.17 right?) and see if the problem persist, try to message the apcupsd ml list, so far i have no solution for it. Regards Samuele -- 4% fats, 2% cerebral activities -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
Package: cups-pdf Version: 2.4.2-1 Severity: critical Justification: root security hole Tags: security Unprivileged user can execute /usr/lib/cups/backend/cups-pdf to read parts of any file. End of file is printed by Ghostscript in error report. Execution of this command as unprivileged user /usr/lib/cups/backend/cups-pdf shadow user title 1 '' /etc/shadow will result in Ghostscript error showing last line of /etc/shadow file (possibly containing password hash) ERROR: /undefined in saned:!:13511:0:9:7::: ... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-albemuth Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages cups-pdf depends on: ii cupsys 1.2.7-3 Common UNIX Printing System(tm) - ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-10GNU C Library: Shared libraries cups-pdf recommends no packages. -- no debconf information -- Grzegorz Zur -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406064: i386 binNMU for asterisk-chan-capi please
On Fri, Feb 02, 2007 at 12:40:03AM -0800, Steve Langasek wrote: On Fri, Jan 26, 2007 at 10:52:27PM +0100, Lionel Elie Mamane wrote: I have reasons to believe that the i386 build of asterisk-chan-capi was hosed in some way, because several people report that the package in the archive makes a segfault for them, but that the exact same package compiled from Debian sources on their machine or on the pkg-voip private autobuilders works fine. Please schedule an i386 binNMU for asterisk-chan-capi through wanna-build. Thanks. But the source of the hosing hasn't been identified? The package is team-maintained. i386 is the architecture that was uploaded with the sources. At this point, I hope that something was hosed on the builder/uploader's personal machine, but we haven't heard back from him yet. Additionally, the packages in the archive works for me (in production); I think I'm about the only team member that has hardware on which the package works, but different hardware than what the bug reporters have. So chasing down the problem is quite difficult. Which means there's no guarantee that this problem won't resurface later, even in an autobuilder environment. I've scheduled the binNMU so that we can fix the practical problem for users of the package, Thanks. but I don't think this bug should be considered to be fixed at this point. Theoretically you are right, but practically, I doubt it will achieve anything. Remember that we cannot get a meaningful core file / stack trace because rebuilding the package (be it with or without debugging symbols) produces a package that works. All I can imagine doing is rebuilding the package on the same machine it was built on (Mark? You up to that? Maybe a normal build and a debug,nostrip build?), have the bug reporters (who at this point do not suffer from the bug anymore, because - hopefully - the binNMU will fix it for them) try that package again. Two possibilities: - It works. We can't even reproduce the bug, except with a specific binary that we cannot recreate from sources. Frankly, I'm clueless what to do next then. - It doesn't work. What do we do? Have Mark upgrade random packages (gcc, libfoo-dev, ...) and the bugreporters try again, and loop that procedure ad nauseam? A lot of shots in the dark for no gain. So we can tag it as moreinfo, severity important (because, without the severity inflation on my side to force this to be handled for etch, that bug is important at most because architecture-specific) and let it rot for a few years until it is irrelevant, fine. I fail to see how this is an improvement over closing the bug under the justification Heisenbug, unreproducible, cannot be explained nor investigated, reopen if you ever hit it again and we thus get a bit of reproducibility. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
On 2/2/07, Grzegorz Żur [EMAIL PROTECTED] wrote: Package: cups-pdf Version: 2.4.2-1 Severity: critical Justification: root security hole Tags: security Unprivileged user can execute /usr/lib/cups/backend/cups-pdf to read parts of any file. End of file is printed by Ghostscript in error report. Execution of this command as unprivileged user /usr/lib/cups/backend/cups-pdf shadow user title 1 '' /etc/shadow will result in Ghostscript error showing last line of /etc/shadow file (possibly containing password hash) ERROR: /undefined in saned:!:13511:0:9:7::: Upstream is subscribed to this package's PTS, so I'll let him comment on this one. -- Martin-Éric Racine http://q-funk.iki.fi
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
I am the CUPS-PDF developer. Though I am not using Debian I am quite confused by this behaviour: CUPS-PDF is supposed to be mode 700 on CUPS v1.2.x environments (so unprivileged users should not even be able to execute it). Furthermore CUPS-PDF is explicitely not meant to be installed SUID 'root' (neither is ghostscript) - so how can those two programs access /etc/shadow at all? Please check the permissions of the CUPS-PDF backend and GS - neither should be SUID 'root' under any circumstances. CUPS-PDF should even more be mode 700 executable by 'root' only. If this is not the case in the default installation it has to be fixed in the Debian package. On Fri, 2007-02-02 at 11:31 +0100, Grzegorz Żur wrote: Package: cups-pdf Version: 2.4.2-1 Severity: critical Justification: root security hole Tags: security Unprivileged user can execute /usr/lib/cups/backend/cups-pdf to read parts of any file. End of file is printed by Ghostscript in error report. Execution of this command as unprivileged user /usr/lib/cups/backend/cups-pdf shadow user title 1 '' /etc/shadow will result in Ghostscript error showing last line of /etc/shadow file (possibly containing password hash) ERROR: /undefined in saned:!:13511:0:9:7::: ... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-albemuth Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages cups-pdf depends on: ii cupsys 1.2.7-3 Common UNIX Printing System(tm) - ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-10GNU C Library: Shared libraries cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#409335: [Pkg-cups-devel] Bug#409335: cupsys: packages must not ship directories under /usr/local
Kenshi Muto [EMAIL PROTECTED] wrote: At Fri, 2 Feb 2007 10:58:38 +0200, Martin-Éric Racine wrote: On 2/2/07, Frank Küster [EMAIL PROTECTED] wrote: Steve Langasek [EMAIL PROTECTED] wrote: The change requested in 408154 is a policy violation. Packages are not allowed to ship any directories under the /usr/local heirarchy; they must be created in the postinst and removed in the prerm. This bug now blocks getting the fix for RC bug 403703 into etch, so please revert the change. Hm, I understand the situation. Instead of just reverting, you could also apply this simple patch: + + * Use dh_usrlocal to install files in /usr/local in the maintainer +scripts, instead of shipping them in the deb Unless I misunderstood the man page, dh_usrlocal is meant for software that builds into /usr/local, which we don't. We're only adding a local directory in case others need it to install their own PPD. I think so too. No, you both are wrong. No Debian package is allowed to build into /usr/local. However, they may *provide* empty directories below /usr/local, see the Debian Policy 9.1.2 Site-specific programs. Here, provide means to create/remove them in maintainer scripts, exiting gracefully if /usr/local is mounted read-only. dh_usrlocal is exactly for this, as you can see from the manpage: *** dh_usrlocal is a debhelper program that can be used for building packages that will provide a subdirectory in /usr/local when installed *** or by just trying the patch... We probably should not ship any directory in /usr/local or /opt anyhow. You should, as correctly requested in #408154, and (at least for /usr/local) suggested in the Debian policy Even worse, those PPD directories are not only used by CUPS; other PostScript applications and printer daemons use them too. The proper solution would be to add those directories to the filesystem skeleton used by debian-installer and to the FHS specs. No, before this can be done you'd have to change Debian Policy, who currently leaves this to individual packages. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
Volker Christian Behr wrote: I am the CUPS-PDF developer. Though I am not using Debian I am quite confused by this behaviour: CUPS-PDF is supposed to be mode 700 on CUPS v1.2.x environments (so unprivileged users should not even be able to execute it). Furthermore CUPS-PDF is explicitely not meant to be installed SUID 'root' (neither is ghostscript) - so how can those two programs access /etc/shadow at all? Please check the permissions of the CUPS-PDF backend and GS - neither should be SUID 'root' under any circumstances. CUPS-PDF should even more be mode 700 executable by 'root' only. If this is not the case in the default installation it has to be fixed in the Debian package. You are right! It's only on Debian (and derivatives?) and that's why I report it as Debian's bug, not directly to you. The problem is in debian/postinst script. It executes: chmod 6755 /usr/lib/cups/backend/cups-pdf -- Grzegorz Zur -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403222: lilo: fails to write the boot information (LVM system)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 În data de Jo, 01-02-2007 la 09:55 +0100, Loïc Minier a scris: Hi, On Fri, Dec 15, 2006, Eddy Petrișor wrote: After a kernel upgrade, lilo refused to write the information in MBR. device-mapper: table ioctl failed: No such device or address Fatal: device-mapper: dm_task_run(DM_DEVICE_TABLE) failed Could you please try the patch I sent in #401393? It works. I patched the etch version and installed the package, ran lilo and it worked. Thanks. - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFwyFKY8Chqv3NRNoRAhhPAJ4ok/0St4JCD+aeToaS5ycW4CMGaACgi6fo E61F5Ao1+ZF9Jpk8RXANETs= =tRj5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
On 2/2/07, Volker Christian Behr [EMAIL PROTECTED] wrote: Please check the permissions of the CUPS-PDF backend and GS - neither should be SUID 'root' under any circumstances. CUPS-PDF should even more be mode 700 executable by 'root' only. If this is not the case in the default installation it has to be fixed in the Debian package. Permissions were made 6755 to enable outputting documents to someone's home directory (or a subdirectory). Unless I'm mistaken, 0700 would not enable the same thing? -- Martin-Éric Racine http://q-funk.iki.fi
Bug#409335: [Pkg-cups-devel] Bug#409335: cupsys: packages must not ship directories under /usr/local
*** dh_usrlocal is a debhelper program that can be used for building packages that will provide a subdirectory in /usr/local when installed *** or by just trying the patch... I'm so sorry. I tried just now. Yeah, it's cool as vorlon said. I'll apply your patch. :) Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403222: NMU of lilo desired?
Hi, Would you like me to NMU lilo for #403222 (and dups) which is about a regression on root on LVM systems since the introduction of /dev/dm-*? If yes, should I NMU to testing-proposed-updates only or to unstable as well? Could you send the patch upstream? Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#408407: Problem solved but Ekiga on Debian AMD64 still needs a fix
Like Sven said strace did solve my problem. This strace line explains it all (strace /usr/bin/ekiga): open(/usr/lib64/pwlib/, O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOENT (No such file or directory) The Debian 'libpt-plugins-alsa' package installs the pwlib to.. /usr/lib/pwlib I fixed this by making a link to this (as root): cd /usr/lib64/ ln -s /usr/lib/pwlib . Now Ekiga runs fine on my Debian AMD64 machine. This is great.. but (I think) the problem still is Ekiga does not run out of the Box on Debian AMD64 unstable. Although I am an experienced technical user this problem did took me quite some time to find out. This is wat I would like to ask the Debian maintainers and Ekiga developers (to who I have great respect), please: 1) @Debian: Can the Ekiga or (libpt-plugins-alsa) package for AMD64 users be fixed, for example to configure this link ? 2) @Ekiga: Can this Ekiga error message be made more informative on those important things (like including the plugin directory where it searches). Regards, Ton van Oostveen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
On 2/2/07, Volker Christian Behr [EMAIL PROTECTED] wrote: On Fri, 2007-02-02 at 13:49 +0200, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: On 2/2/07, Volker Christian Behr [EMAIL PROTECTED] wrote: Please check the permissions of the CUPS-PDF backend and GS - neither should be SUID 'root' under any circumstances. CUPS-PDF should even more be mode 700 executable by 'root' only. If this is not the case in the default installation it has to be fixed in the Debian package. Permissions were made 6755 to enable outputting documents to someone's home directory (or a subdirectory). Unless I'm mistaken, 0700 would not enable the same thing? Starting with version 1.2.0 CUPS will call any backend that is owned by 'root' and set to mode 0700 with full root privileges which should enable CUPS-PDF to print to any destination. I know Ubuntu to have modified CUPS (e.g. the web-admin interface is disabled) but I cannot tell what other changes they did. I strongly reccommend making CUPS-PDF mode 0700 again since this is to-the-letter within the specifications of CUPS. Ubuntu doesn't run CUPS as root, which is what prevents us from outputting files to user directories with the backend as root:root 0700. -- Martin-Éric Racine http://q-funk.iki.fi
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
On Fri, 2007-02-02 at 13:49 +0200, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: On 2/2/07, Volker Christian Behr [EMAIL PROTECTED] wrote: Please check the permissions of the CUPS-PDF backend and GS - neither should be SUID 'root' under any circumstances. CUPS-PDF should even more be mode 700 executable by 'root' only. If this is not the case in the default installation it has to be fixed in the Debian package. Permissions were made 6755 to enable outputting documents to someone's home directory (or a subdirectory). Unless I'm mistaken, 0700 would not enable the same thing? Starting with version 1.2.0 CUPS will call any backend that is owned by 'root' and set to mode 0700 with full root privileges which should enable CUPS-PDF to print to any destination. I know Ubuntu to have modified CUPS (e.g. the web-admin interface is disabled) but I cannot tell what other changes they did. I strongly reccommend making CUPS-PDF mode 0700 again since this is to-the-letter within the specifications of CUPS. -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403222: NMU of lilo desired?
I'd really appreciate it. The upload needs to be done to testing-proposed-updates as well. And yes, I will forward the patch to upstream. Thank you. Quoting Loïc Minier [EMAIL PROTECTED]: Hi, Would you like me to NMU lilo for #403222 (and dups) which is about a regression on root on LVM systems since the introduction of /dev/dm-*? If yes, should I NMU to testing-proposed-updates only or to unstable as well? Could you send the patch upstream? Thanks, -- Loïc Minier [EMAIL PROTECTED] This message was sent using IMP, the Internet Messaging Program.
Bug#409067: kdevelop: Crash when starting New Project
severity 409067 important thanks Ben, I am setting the severity of this bug to important, as it does not make the package unusable for everyone (a number of users are using KDevelop 3.4.0 without encountering the bug you describe). You can find more information on bug severities here: http://www.debian.org/Bugs/Developer#severities for bug severities) Could you possibly try creating a new user and running KDevelop as that user, to see if the bug is related to your settings? Also, I will prepare a debug version of kdevelop so that we get a more explicit backtrace and let yuo know when it's available. Jeremy -- http://www.jerryweb.org/ : JerryWeb.org http://sailcut.sourceforge.net/ : Sailcut CAD http://opensource.polytechnique.org/ : Polytechnique.org Free Software -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#409067: kdevelop: Crash when starting New Project
Processing commands for [EMAIL PROTECTED]: severity 409067 important Bug#409067: kdevelop: Crash when starting New Project Severity set to `important' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409335: marked as done (cupsys: packages must not ship directories under /usr/local)
Your message dated Fri, 02 Feb 2007 13:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#409335: fixed in cupsys 1.2.7-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: cupsys Version: 1.2.7-3 Severity: serious Justification: Policy 9.1.2 The change requested in 408154 is a policy violation. Packages are not allowed to ship any directories under the /usr/local heirarchy; they must be created in the postinst and removed in the prerm. This bug now blocks getting the fix for RC bug 403703 into etch, so please revert the change. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ ---End Message--- ---BeginMessage--- Source: cupsys Source-Version: 1.2.7-4 We believe that the bug you reported is fixed in the latest version of cupsys, which is due to be installed in the Debian FTP archive: cupsys-bsd_1.2.7-4_i386.deb to pool/main/c/cupsys/cupsys-bsd_1.2.7-4_i386.deb cupsys-client_1.2.7-4_i386.deb to pool/main/c/cupsys/cupsys-client_1.2.7-4_i386.deb cupsys-common_1.2.7-4_all.deb to pool/main/c/cupsys/cupsys-common_1.2.7-4_all.deb cupsys-dbg_1.2.7-4_i386.deb to pool/main/c/cupsys/cupsys-dbg_1.2.7-4_i386.deb cupsys_1.2.7-4.diff.gz to pool/main/c/cupsys/cupsys_1.2.7-4.diff.gz cupsys_1.2.7-4.dsc to pool/main/c/cupsys/cupsys_1.2.7-4.dsc cupsys_1.2.7-4_i386.deb to pool/main/c/cupsys/cupsys_1.2.7-4_i386.deb libcupsimage2-dev_1.2.7-4_i386.deb to pool/main/c/cupsys/libcupsimage2-dev_1.2.7-4_i386.deb libcupsimage2_1.2.7-4_i386.deb to pool/main/c/cupsys/libcupsimage2_1.2.7-4_i386.deb libcupsys2-dev_1.2.7-4_i386.deb to pool/main/c/cupsys/libcupsys2-dev_1.2.7-4_i386.deb libcupsys2-gnutls10_1.2.7-4_all.deb to pool/main/c/cupsys/libcupsys2-gnutls10_1.2.7-4_all.deb libcupsys2_1.2.7-4_i386.deb to pool/main/c/cupsys/libcupsys2_1.2.7-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Kenshi Muto [EMAIL PROTECTED] (supplier of updated cupsys package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 2 Feb 2007 18:16:24 +0900 Source: cupsys Binary: libcupsys2-dev cupsys libcupsys2 libcupsimage2 cupsys-common cupsys-client cupsys-dbg cupsys-bsd libcupsys2-gnutls10 libcupsimage2-dev Architecture: source i386 all Version: 1.2.7-4 Distribution: unstable Urgency: high Maintainer: Debian CUPS Maintainers [EMAIL PROTECTED] Changed-By: Kenshi Muto [EMAIL PROTECTED] Description: cupsys - Common UNIX Printing System(tm) - server cupsys-bsd - Common UNIX Printing System(tm) - BSD commands cupsys-client - Common UNIX Printing System(tm) - client programs (SysV) cupsys-common - Common UNIX Printing System(tm) - common files cupsys-dbg - Common UNIX Printing System(tm) - debugging symbols libcupsimage2 - Common UNIX Printing System(tm) - image libs libcupsimage2-dev - Common UNIX Printing System(tm) - image development files libcupsys2 - Common UNIX Printing System(tm) - libs libcupsys2-dev - Common UNIX Printing System(tm) - development files libcupsys2-gnutls10 - Common UNIX Printing System(tm) - dummy libs for transition Closes: 409335 Changes: cupsys (1.2.7-4) unstable; urgency=high . [ Kenshi Muto ] * Use dh_usrlocal to install files in /usr/local in the maintainer scripts, instead of shipping them in the deb. This was policy violation (closes: #409335) Files: 5673dfa29aaeef75e3fa759f463ea6d2 1082 net optional cupsys_1.2.7-4.dsc acd47060751e2aa10a0ae29b6c41d6c5 100660 net optional cupsys_1.2.7-4.diff.gz 273e6de8fe0d11e16f503926eb33b6aa 45106 libs optional libcupsys2-gnutls10_1.2.7-4_all.deb 9c5a4c84e0e50f43e205424f0f65e2d7 892814 net optional cupsys-common_1.2.7-4_all.deb 6699c632861b17a72810523d5a754ae6 159508 libs optional libcupsys2_1.2.7-4_i386.deb 8411234e02c2e96b83531f5d3ae48a2d 85628 libs optional libcupsimage2_1.2.7-4_i386.deb 77a32cafe4b4dcc9e722b43ff96b384d 1546636 net optional cupsys_1.2.7-4_i386.deb
Bug#408769: About bug php-sqlite3 and #408769
Hi PHP team, Anyone wants to give me a hint about #408769 ? I'm not really sure how about fix this. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#408390: marked as done (vlc-nox: segfaults under X)
Your message dated Fri, 2 Feb 2007 10:05:06 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#408390: vlc-nox: segfaults under X has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: vlc-nox Version: 0.8.6-svn20061012.debian-1 Severity: grave Also applies to 0.8.6.a.debian-1 I did an 'aptitude install vlc', and tried to run vlc from an xterm: zsh/2 1206 % vlc VLC media player 0.8.6 Janus (.:4460): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (.:4460): GdkPixbuf-WARNING **: Error loading XPM image loader: Image type 'xpm' is not supported (.:4460): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (.:4460): GdkPixbuf-WARNING **: Error loading XPM image loader: Image type 'xpm' is not supported (.:4460): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (.:4460): GdkPixbuf-WARNING **: Error loading XPM image loader: Image type 'xpm' is not supported zsh: segmentation fault vlc This shouldn't segfault; especially since I did not yet realize that I was running vlc-nox. ---End Message--- ---BeginMessage--- Version: 0.8.6-svn20061012.debian-4 I can't reproduce this bug with either the sid or etch versions on i386 in a clean chroot. What arch/dist were you doing this on? Were all of the dependencies up-to-date? Can you provide a gdb backtrace and/or a strace -efile of the segfaulting case? Works with the above version on etch/i386. % sudo aptitude install vlc Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done The following NEW packages will be automatically installed: liba52-0.7.4 libavc1394-0 libavcodec0d libavformat0d libcdio6 libdc1394-13 libdvbpsi4 libdvdread3 libiso9660-4 libmodplug0c2 libmpeg2-4 libnotify1 libpostproc0d libraw1394-8 libtar libtwolame0 libvcdinfo0 libvlc0 vlc-nox The following NEW packages will be installed: liba52-0.7.4 libavc1394-0 libavcodec0d libavformat0d libcdio6 libdc1394-13 libdvbpsi4 libdvdread3 libiso9660-4 libmodplug0c2 libmpeg2-4 libnotify1 libpostproc0d libraw1394-8 libtar libtwolame0 libvcdinfo0 libvlc0 vlc vlc-nox The following packages are RECOMMENDED but will NOT be installed: notification-daemon videolan-doc 0 packages upgraded, 20 newly installed, 0 to remove and 0 not upgraded. Need to get 9420kB of archives. After unpacking 25.7MB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Get:1 http://ftp.us.debian.org testing/main liba52-0.7.4 0.7.4-7 [26.3kB] Get:2 http://ftp.us.debian.org testing/main libavcodec0d 0.cvs20060823-4 [1526kB] Get:3 http://ftp.us.debian.org testing/main libraw1394-8 1.2.1-2 [25.5kB] Get:4 http://ftp.us.debian.org testing/main libdc1394-13 1.1.0-3+b1 [32.9kB] Get:5 http://ftp.us.debian.org testing/main libavformat0d 0.cvs20060823-4 [284kB] Get:6 http://ftp.us.debian.org testing/main libcdio6 0.76-1 [120kB] Get:7 http://ftp.us.debian.org testing/main libdvbpsi4 0.1.5-2 [32.4kB] Get:8 http://ftp.us.debian.org testing/main libdvdread3 0.9.7-2 [56.0kB] Get:9 http://ftp.us.debian.org testing/main libiso9660-4 0.76-1 [94.4kB] Get:10 http://ftp.us.debian.org testing/main libmodplug0c2 1:0.7-5.2 [118kB] Get:11 http://ftp.us.debian.org testing/main libmpeg2-4 0.4.0b-4 [63.6kB] Get:12 http://ftp.us.debian.org testing/main libnotify1 0.4.3-1 [24.3kB] Get:13 http://ftp.us.debian.org testing/main libpostproc0d 0.cvs20060823-4 [35.7kB] Get:14 http://ftp.us.debian.org testing/main libtar 1.2.11-4 [19.3kB] Get:15 http://ftp.us.debian.org testing/main libtwolame0 0.3.8-1 [56.2kB] Get:16 http://ftp.us.debian.org testing/main libvcdinfo0 0.7.23-3 [127kB] Get:17 http://ftp.us.debian.org testing/main libvlc0 0.8.6-svn20061012.debian-4 [958kB] Get:18 http://ftp.us.debian.org testing/main
Bug#404235: (no subject)
Hi, Your patch is wrong because you are using `char *textfile` in the first snprintf without initializing it. I didnt check what you said when I replied last time. However what you say is wrong since there is no char pointer textfile in my patch, its an array which is initialized when snprintf is called. Nico -- Nico Golde - http://www.ngolde.de JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF Forget about that mouse with 3/4/5 buttons, gimme a keyboard with 103/104/105 keys! pgp7Egct4P8CN.pgp Description: PGP signature
Bug#409007: marked as done (felix: missing ocaml runtime dependency on byte-compiled architectures)
Your message dated Fri, 02 Feb 2007 15:02:17 + with message-id [EMAIL PROTECTED] and subject line Bug#409007: fixed in felix 1.1.2-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: felix Version: 1.1.2-1 Severity: serious Tags: patch On those architectures that don't have a native OCaml compiler, the felix package is missing a dependency on an ocaml runtime environment. This is because there's a typo in debian/control: it's referencing ${F:OCAMLRUN} instead of ${F:OCamlRun}. From the hppa build log: dh_gencontrol -- -VF:OCamlRun=ocaml-base-nox-3.09.2 dpkg-gencontrol: warning: unknown substitution variable ${F:OCAMLRUN} Cheers, -- Niko Tyni [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: felix Source-Version: 1.1.2-2 We believe that the bug you reported is fixed in the latest version of felix, which is due to be installed in the Debian FTP archive: felix_1.1.2-2.diff.gz to pool/main/f/felix/felix_1.1.2-2.diff.gz felix_1.1.2-2.dsc to pool/main/f/felix/felix_1.1.2-2.dsc felix_1.1.2-2_i386.deb to pool/main/f/felix/felix_1.1.2-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mike Furr [EMAIL PROTECTED] (supplier of updated felix package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 1 Feb 2007 16:32:13 -0500 Source: felix Binary: felix Architecture: source i386 Version: 1.1.2-2 Distribution: unstable Urgency: low Maintainer: Mike Furr [EMAIL PROTECTED] Changed-By: Mike Furr [EMAIL PROTECTED] Description: felix - high performance programming language translator and tools Closes: 409007 Changes: felix (1.1.2-2) unstable; urgency=low . * Fixed typo in control so that ocaml runtime dependency is present on non-native arches. (Closes: 409007) Files: 749b821008f633287f668c287d016d38 856 devel optional felix_1.1.2-2.dsc defd8f265d112eb4e6c3f1332af86e2f 4041 devel optional felix_1.1.2-2.diff.gz a2b006d505732a85a1a08aee2055c691 11442970 devel optional felix_1.1.2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFw0+h7ZPKKRJLJvMRApixAJwJt/YXaqFlpXH2lePiBIsPFlsnXgCeJEP+ gwtLJb12b6alvH1tNcZv7wI= =K4YF -END PGP SIGNATURE- ---End Message---
Bug#398421: argh
It seems we've got a genuine heisenbug-class problem here. This is what I tried now: - When compiled without DEBUG=1, it doesn't segfault (at least, not when I tried!!) - Back to the DEBUG=1 build, I tried stracing it, and found the initial error about mmapping a -1 fd. Then I grepped for failed open() invocations, and found an ENOENT one with ~/.nsisconf.nsh. - I touched ~/.nsisconf.nsh, and *magic*, now it segfaults *only* when strace is not being used. When strace is in use, it exits normaly, although it's still trying to run mmap with -1 as fd. - I remove ~/.nsisconf.nsh back again, with no effect (still segfaults only on strace-less invocations). Even if it doesn't segfult, the screwed mmaps are still there, so I searched for open() failures. The following were found: open(/home/rmh/.nsisconf.nsh, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/CP0/LC_CTYPE, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/gconv/tls/x86_64/libKSC.so, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/gconv/tls/libKSC.so, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/gconv/x86_64/libKSC.so, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/CP950/LC_CTYPE, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/CP936/LC_CTYPE, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/CP1251/LC_CTYPE, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/CP1250/LC_CTYPE, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/CP1252/LC_CTYPE, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/CP949/LC_CTYPE, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/CP932/LC_CTYPE, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/CP1255/LC_CTYPE, O_RDONLY) = -1 ENOENT (No such file or directory) Steve, Paul: if you want to reproduce this, I suggest you look for mmap() invocations using -1. They do appear and seem to be the root of the problem, although they don't always generate segfault due to pseudo-random conditions. If you ask me, I wouldn't feel safe shipping with this bug. -m32 is not such a bad solution (compared to a binary that segfaults randomly). -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408942: marked as done (matplotlib and numpy in testing)
Your message dated Fri, 2 Feb 2007 16:26:08 +0100 with message-id [EMAIL PROTECTED] and subject line #408942 matplotlib and numpy in testing has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: python-matplotlib Version: 0.87.7-0.1 Severity: serious matplotlib in testing defaults to numpy. But it does not work with the numpy in testing: import pylab RuntimeError: module compiled against version 109 of C-API but this version of numpy is 102 I have marked this bug as RC, because the package does not work in its default installation, and fixing it isn't even simple for the average user/admin. They have to find the config and switch from numpy to numarray/numeric. The solutions to this problem include: - Unfreeze numpy - Change the default, and document, that matplotlib and numpy-on-testing is b0rked. - Rebuild on testing Elrond ---End Message--- ---BeginMessage--- Hi, with the new numpy in testing now, this issue has been resolved, at least, for me (the reporter). Thanks go to Matthias Klose for getting numpy into testing: http://lists.debian.org/debian-release/2007/01/msg00845.html This makes the python scientific library collection lots better in testing! Elrond ---End Message---
Bug#408769: [php-maint] About bug php-sqlite3 and #408769
On Pá, 2007-02-02 at 15:36 +0100, Julien Danjou wrote: Hi PHP team, Anyone wants to give me a hint about #408769 ? I'm not really sure how about fix this. Split-off PEAR code into separate package and include only module and appropriate config in php{4,5}-sqlite3 packages. Ondrej -- Ondřej Surý [EMAIL PROTECTED] *** http://blog.rfc1925.org/ Kulturní občasník *** http://www.obcasnik.cz/
Bug#408769: [php-maint] About bug php-sqlite3 and #408769
At 1170430622 time_t, Ondřej Surý wrote: Split-off PEAR code into separate package and include only module and appropriate config in php{4,5}-sqlite3 packages. Sic, this is what I was afraid to hear. Thanks, I'll do that. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#409384: gnome: Fail to mount CD-ROM
Package: gnome Version: 1:2.14.3.5 Severity: grave Justification: renders package unusable Steps to reproduce: - put CD in drive - click on the computer icon - click on the cdrom drive You get something like impossible to mount the selected volume, and in the detailed log there is: libhal-storage.c 1401 : info: called libhal_free_dbus_error but dbuserror was not set. process 21282: applications must not close shared connections - see dbus_connection_close() docs. this is a bug in the application. mount: block device /dev/hda is write-protected, mounting read-only mount: wrong fs type, bad option, bad superblock on /dev/hda, missing codepage or other error in some cases useful info is found in syslog - try dmesg | tail or so erreur: impossible d'exécuter pmount Using 'pmount /dev/cdrom' do works. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2-vs2.2.0-rc8 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gnome depends on: ii gdm-themes 0.5.1Themes for the GNOME Display Manag ii gnome-cups-manager 0.31-3 CUPS printer admin tool for GNOME ii gnome-desktop-environment 1:2.14.3.5 The GNOME Desktop Environment ii gnome-games-extra-data 2.14.0-1 games for the GNOME desktop (extra ii gnome-office1:2.14.3.5 The GNOME Office suite ii gnome-power-manager 2.14.3-3+b1 frontend for gnome-powermanager ii gnome-screensaver 2.14.3-3 GNOME screen saver and locker ii gnome-themes-extras 0.9.0-5 various themes for the GNOME 2 des ii rhythmbox 0.9.6-5 music player and organizer for GNO ii synaptic0.57.11.1+b1 Graphical package manager ii totem-mozilla 2.16.4-2 Totem Mozilla plugin gnome recommends no packages. -- no debconf information
Processed: Bugs fixed in the upcoming 1.0.3-1 release.
Processing commands for [EMAIL PROTECTED]: tags 397669 + pending Bug#397669: viewcvs: security fixes Tags were: security Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397669: Bugs fixed in the upcoming 1.0.3-1 release.
tags 397669 + pending thanks El miércoles, 8 de noviembre de 2006 22:47, Joey Hess escribió: CAN-2002-0771 was fixed in viewcvs 0.9.2-5. CAN-2004-1062 was fixed in viewcvs 0.9.2+cvs.1.0.dev.2004.07.28-1.3 (#287771) CAN-2004-0915 was fixed in viewcvs viewcvs 0.9.2+cvs.1.0.dev.2004.07.28-1.2 (#284237) Which leaves the other two holes. This bug is fixed with the upcoming 1.0.3-1 Debian release. Best regards, Ender. -- Network engineer Debian Developer pgpPD8Rfk6laq.pgp Description: PGP signature
Bug#409392: xen-utils-3.0-unstable-1: xenstored creates /dev/xen/evtchn with the wrong minor
Package: xen-utils-3.0-unstable-1 Version: 3.0-unstable+hg11561-1 Severity: grave Justification: renders package unusable with the recent unstable kernel, the evtchn device should be created with major/minor 10, 63. Instead, it's being created with 10, 201. If fixed manually, xenstored will re-create it with the wrong minor number. This causes Xen to be entirely unusable, as xenstored is critical for it. Other Xen packages: linux-image-2.6.18-4-xen-6862.6.18.dfsg.1-9 linux-modules-2.6.18-4-xen-686 2.6.18.dfsg.1-9 xen-hypervisor-3.0-unstable-1-i386-pae 3.0-unstable+hg11561-1 xen-utils-3.0-unstable-13.0-unstable+hg11561-1 xen-utils-common3.0.3-0-2 -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xen-utils-3.0-unstable-1 depends on: ii iproute 20061002-3 Professional tools to control the ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libncurses5 5.5-5Shared libraries for terminal hand ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.12 register and build utility for Pyt ii udev0.103-2 /dev/ and hotplug management daemo ii xen-utils-common3.0.3-0-2XEN administrative tools - common ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xen-utils-3.0-unstable-1 recommends: ii bridge-utils1.2-1Utilities for configuring the Linu ii libc6-xen 2.3.6.ds1-10 GNU C Library: Shared libraries [X pn xen-hypervisor-3.0-unstable none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409392: Acknowledgement (xen-utils-3.0-unstable-1: xensto red creates /dev/xen/evtchn with the wrong minor)
close 409392 thanks Disregard - I should be using the stable hypervisor. -- nate carlson / [EMAIL PROTECTED] / 651-365-4124 sr. systems administrator - nbcsports.com @ ib -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407799: kdm theme override proposition
Hi, On Fri, Feb 02, 2007, Fathi Boudra wrote: patch proposal to properly close #407799 joined. Instead disable KDM theme override by default, we add debconf support. It asks user if he wants to enable kdm theme override and generate 10_desktop-base according to the answer. I think adding debconf support is intrusive and doesn't address the root problem: when the override is in place, people can't use the KDE configuration system to set a different wallpaper. The old priorities were: (highest) 1) user selected theme (lowest) 2) default theme The current priorities are: (highest) 1) desktop-base imposed theme 2) user selected theme 3) default theme The priorities you propose are: (highest) 1) debconf's selected desktop-base theme (when enabled) 2) user selected theme 3) default theme But IMO it should be: (highest) 1) user selected theme 2) desktop-base default theme (when present) 3) default theme Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#401393: Please test the attached patch for against lilo 22.7.3-1.3
Il Wed, Jan 31, 2007 at 03:22:13PM +0100, Loïc Minier ha scritto: tags 401393 + patch stop Hi, This is a followup for Debian bug http://bugs.debian.org/401393. Could people experiencing this bug please test the attached lilo_22.7.3-1.4.diff against lilo 22.7.3-1.3? Tested here. Works fine with root on LVM. Luca -- L'amore consiste nell'essere cretini insieme. -- P. Valery
Bug#409397: dvi2ps: Wrong dependency: s/tetex-base/tetex-bin/
Package: dvi2ps Version: 3.2j-14 Severity: serious dvi2ps depends on tetex-base (= 1.0.2) However in fact it depends on tetex-bin's functionality, in particular mktexpk: [EMAIL PROTECTED]:/# dvi2ps papersize.dvi papersize.ps @(#)dvi2ps (j-version) 3.2j Prescanning .kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+0/600 --dpi 600 cmr10 mktexpk: No such file or directory kpathsea: Appending font creation commands to missfont.log. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+0/600 --dpi 600 cmr10 mktexpk: No such file or directory No font file for cmr10 (mag 1000) (use -d option to know the font file names tried) [/usr/share/texmf/dvi2ps/headers/dvi2.ps] [/usr/share/texmf/dvi2ps/headers/special.ps] Reading font info . [1] [EMAIL PROTECTED]:/# There's no version needed in the depends. Regards, Frank -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#408407: Problem solved but Ekiga on Debian AMD64 still needs a fix
severity 408407 important retitle 408407 ekiga uses /usr/lib64 on powerpc64, s390x, sparc64, and x86_64 stop Hi, On Fri, Feb 02, 2007, Ton van Oostveen wrote: open(/usr/lib64/pwlib/, O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOENT (No such file or directory) Interesting, this seems to be a consequence of this snippet of configure.in: case $host_cpu:$ekiga_cv_cc_64bit_output in powerpc64:yes | s390x:yes | sparc64:yes | x86_64:yes) libname=lib64 ;; *:*) libname=lib ;; esac I don't think this change comes from a Debian specific patch. I agree we should use /usr/lib instead. This was added in: 2004-02-17 Damien Sandras [EMAIL PROTECTED] * configure.in, lib/Makefile.am, lib/widgets/Makefile.am, lib/xdap/Makefile.am: Added patch from FrÃ83©dÃ83©ric Crozat [EMAIL PROTECTED] for lib64 support. Fixed things so that it compiles fine with latest CVS of openh323 and pwlib. The libc should create a /usr/lib64 - /usr/lib symlink, so it shouldn't have been a problem for you or anyone else. I don't know why you miss the symlink, and the usage of /usr/lib64 should be changed, but the program remains usable. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#409384: gnome: Fail to mount CD-ROM
reassign 409384 hal stop Hi, On Fri, Feb 02, 2007, Sylvain Beucler wrote: libhal-storage.c 1401 : info: called libhal_free_dbus_error but dbuserror was not set. process 21282: applications must not close shared connections - see dbus_connection_close() docs. this is a bug in the application. mount: block device /dev/hda is write-protected, mounting read-only mount: wrong fs type, bad option, bad superblock on /dev/hda, missing codepage or other error in some cases useful info is found in syslog - try dmesg | tail or so erreur: impossible d'exécuter pmount Using 'pmount /dev/cdrom' do works. Hal folks, seems a problem closer to hal than to GNOME, any idea on what could cause this? Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#409402: Grip will not start - symbol missing in libid3.
Subject: grip: Grip fails to start - undefined symbol in libid3-3.8.so.3. Package: grip Version: 3.3.1-11 Severity: grave Justification: renders package unusable Grip fails to start. When trying to start grip on commandline, I see this error: grip: symbol lookup error: /usr/local/lib/libid3-3.8.so.3: undefined symbol: _ZNSbIwSt11char_traitsIwESaIwEE20_S_empty_rep_storageE Reinstalling grip and libid3 did not work. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Versions of packages grip depends on: ii libart-2 2.3.17-1Library of functions for 2D graphi ii libatk1. 1.12.4-1The ATK accessibility toolkit ii libaudio 0.2.6-6 Open-source version of SGI's audio ii libavahi 0.6.16-2Avahi client library ii libavahi 0.6.16-2Avahi common library ii libavahi 0.6.16-2Avahi glib integration library ii libbonob 2.14.0-3Bonobo CORBA interfaces library ii libbonob 2.14.0-5The Bonobo UI library ii libc62.3.6.ds1-10GNU C Library: Shared libraries ii libcairo 1.2.4-4 The Cairo 2D vector graphics libra ii libcdpar 3.10+debian~pre0-4 audio extraction tool for sampling ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libcurl3 7.15.5-1Multi-protocol file transfer libra ii libdbus- 1.0.2-1 simple interprocess messaging syst ii libesd0 0.2.36-3Enlightened Sound Daemon - Shared ii libfontc 2.4.2-1 generic font configuration library ii libfreet 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgconf 2.14.0-4GNOME configuration database syste ii libgcryp 1.2.3-2 LGPL Crypto library - runtime libr ii libglib2 2.12.4-2The GLib library of C routines ii libgnome 0.6.0-3 GNOME keyring services library ii libgnome 2.16.0-2The GNOME 2 library - runtime file ii libgnome 2.14.0-2A powerful object-oriented display ii libgnome 2.14.1-2The GNOME 2 libraries (User Interf ii libgnome 2.14.2-1GNOME virtual file-system (runtime ii libgnutl 1.4.4-3 the GNU TLS library - runtime libr ii libgpg-e 1.4-1 library for common error values an ii libgtk2. 2.8.20-5The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libid3-3 3.8.3-6 Library for manipulating ID3v1 and ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg6 6b-13 The Independent JPEG Group's JPEG ii libkrb53 1.4.4-6 MIT Kerberos runtime libraries ii libncurs 5.5-5 Shared libraries for terminal hand ii liborbit 1:2.14.3-0.1libraries for ORBit2 - a CORBA ORB ii libpango 1.14.8-4Layout and rendering of internatio ii libpng12 1.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc+ 4.1.1-21The GNU Standard C++ Library v3 ii libtasn1 0.3.6-2 Manage ASN.1 structures (runtime) ii libvte4 1:0.12.2-4 Terminal emulator widget for GTK+ ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcurs 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixe 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxiner 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrand 2:1.1.0.2-5 X11 RandR extension library ii libxrend 1:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages grip recommends: ii vorbis-tools 1.0.1-1Several Ogg Vorbis Tools ii yelp
Processed: Re: Bug#408407: Problem solved but Ekiga on Debian AMD64 still needs a fix
Processing commands for [EMAIL PROTECTED]: severity 408407 important Bug#408407: ekiga: no audio plugins are detected on AMD64 (32bit chroot does work) Severity set to `important' from `grave' retitle 408407 ekiga uses /usr/lib64 on powerpc64, s390x, sparc64, and x86_64 Bug#408407: ekiga: no audio plugins are detected on AMD64 (32bit chroot does work) Changed Bug title. stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#409384: gnome: Fail to mount CD-ROM
Processing commands for [EMAIL PROTECTED]: reassign 409384 hal Bug#409384: gnome: Fail to mount CD-ROM Bug reassigned from package `gnome' to `hal'. stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409400: dvipng: wrong dependency: s/tetex-base/tetex-bin/
Package: dvipng Version: 1.9-1 Severity: serious Tags: patch dvipng depends on tetex-base | texlive-base-bin However in fact it depends on mktexpk which is provided by texlive-base-bin or tetex-bin, not tetex-base: [EMAIL PROTECTED]:/# dvipng papersize.dvi This is dvipng 1.9 Copyright 2002-2006 Jan-Ake Larsson dvipng warning: cannot find ps2pk.map, nor psfonts.map kpathsea: Running mktexpk --mfmode cx --bdpi 300 --mag 1+100/300 --dpi 400 cmr10 mktexpk: No such file or directory kpathsea: Appending font creation commands to missfont.log. [1dvipng warning: font cmr10 at 400 dpi not found, characters will be left blank dvipng warning: at (0,0) ignored header \special{! /landplus90 true store} ] (although this is a warning, it means this document: \documentclass[a5paper,landscape]{article} \usepackage [dvips] {geometry} \begin{document} foo \end{document} will only contain left blank letters, and similar for more complicated ones. Regards, Frank -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dvipng depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-6FreeType 2 font engine, shared lib ii libgd2-xpm2.0.33-1.1sarge1 GD Graphics Library version 2 ii libkpathsea3 2.0.2-30sarge4 path search library for teTeX (run ii libpng12-01.2.8rel-1 PNG library - runtime ii libt1-5 5.0.2-3Type 1 font rasterizer library - r ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#409401: tetex-frogg: wrong dependency: s/tetex-base/texlive-latex-base|tetex-bin/
Package: tetex-frogg Severity: serious Tags: patch tetex-frogg Depends: tetex-base. However, tetex-base does not provide any functionality to use the files included in tetex-frogg. Instead, it needs the latex or bibtex commands. The replacement in the subject fixes this, no versioned depends are needed. Regards, Frank -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#409402: marked as done (Grip will not start - symbol missing in libid3.)
Your message dated Fri, 02 Feb 2007 20:37:49 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#409402: Grip will not start - symbol missing in libid3. has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Subject: grip: Grip fails to start - undefined symbol in libid3-3.8.so.3. Package: grip Version: 3.3.1-11 Severity: grave Justification: renders package unusable Grip fails to start. When trying to start grip on commandline, I see this error: grip: symbol lookup error: /usr/local/lib/libid3-3.8.so.3: undefined symbol: _ZNSbIwSt11char_traitsIwESaIwEE20_S_empty_rep_storageE Reinstalling grip and libid3 did not work. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Versions of packages grip depends on: ii libart-2 2.3.17-1Library of functions for 2D graphi ii libatk1. 1.12.4-1The ATK accessibility toolkit ii libaudio 0.2.6-6 Open-source version of SGI's audio ii libavahi 0.6.16-2Avahi client library ii libavahi 0.6.16-2Avahi common library ii libavahi 0.6.16-2Avahi glib integration library ii libbonob 2.14.0-3Bonobo CORBA interfaces library ii libbonob 2.14.0-5The Bonobo UI library ii libc62.3.6.ds1-10GNU C Library: Shared libraries ii libcairo 1.2.4-4 The Cairo 2D vector graphics libra ii libcdpar 3.10+debian~pre0-4 audio extraction tool for sampling ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libcurl3 7.15.5-1Multi-protocol file transfer libra ii libdbus- 1.0.2-1 simple interprocess messaging syst ii libesd0 0.2.36-3Enlightened Sound Daemon - Shared ii libfontc 2.4.2-1 generic font configuration library ii libfreet 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgconf 2.14.0-4GNOME configuration database syste ii libgcryp 1.2.3-2 LGPL Crypto library - runtime libr ii libglib2 2.12.4-2The GLib library of C routines ii libgnome 0.6.0-3 GNOME keyring services library ii libgnome 2.16.0-2The GNOME 2 library - runtime file ii libgnome 2.14.0-2A powerful object-oriented display ii libgnome 2.14.1-2The GNOME 2 libraries (User Interf ii libgnome 2.14.2-1GNOME virtual file-system (runtime ii libgnutl 1.4.4-3 the GNU TLS library - runtime libr ii libgpg-e 1.4-1 library for common error values an ii libgtk2. 2.8.20-5The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libid3-3 3.8.3-6 Library for manipulating ID3v1 and ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg6 6b-13 The Independent JPEG Group's JPEG ii libkrb53 1.4.4-6 MIT Kerberos runtime libraries ii libncurs 5.5-5 Shared libraries for terminal hand ii liborbit 1:2.14.3-0.1libraries for ORBit2 - a CORBA ORB ii libpango 1.14.8-4Layout and rendering of internatio ii libpng12 1.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc+ 4.1.1-21The GNU Standard C++ Library v3 ii libtasn1 0.3.6-2 Manage ASN.1 structures (runtime) ii libvte4 1:0.12.2-4 Terminal emulator widget for GTK+ ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcurs 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixe 1:4.0.1-5 X11
Processed: Re: Bug#409397: dvi2ps: Wrong dependency: s/tetex-base/tetex-bin/
Processing commands for [EMAIL PROTECTED]: tags 409397 patch Bug#409397: dvi2ps: Wrong dependency: s/tetex-base/tetex-bin/ There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409397: dvi2ps: Wrong dependency: s/tetex-base/tetex-bin/
tags 409397 patch thanks Frank Küster [EMAIL PROTECTED] wrote: Package: dvi2ps Version: 3.2j-14 Severity: serious dvi2ps depends on tetex-base (= 1.0.2) However in fact it depends on tetex-bin The correct Depends line would be: -Depends: libc6 (= 2.3.6-6), libkpathsea4, libttf2, vflib2 \ - (= 2.25.1-1), tetex-base (= 1.0.2), debconf | debconf-2.0 + Depends: libc6 (= 2.3.6-6), libkpathsea4, libttf2, \ + vflib2 (= 2.25.1-1), texlive-base-bin | tetex-bin, debconf | debconf-2.0 If I don't hear from the maintainer, I'm going to upload a fixed package to the delayed queue during the weekend. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Processed (with 1 errors): Re: Processed (with 1 errors): Re: Bug#409378: libc6: Timezone Canada/Newfoundland not updated for upcomming DST change
Processing commands for [EMAIL PROTECTED]: let's try again! Unknown command or malformed arguments to command. reassign 409147 libc6 Bug#409147: glibc tzdata2005b out of date for 4 Canadian Provinces. Bug reassigned from package `glibc' to `libc6'. severity 409147 normal Bug#409147: glibc tzdata2005b out of date for 4 Canadian Provinces. Severity set to `normal' from `critical' merge 409378 409147 Bug#409147: glibc tzdata2005b out of date for 4 Canadian Provinces. Bug#409378: libc6: Timezone Canada/Newfoundland not updated for upcomming DST change Merged 409147 409378. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 409312
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 tags 409312 + pending Bug#409312: missing dependency on libwpd8c2a There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: This is of course serious
Processing commands for [EMAIL PROTECTED]: severity 409403 serious Bug#409403: ruby-prof: Works only on x86 Severity set to `serious' from `normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: drbd8-module-source: does not compile against 2.6.18
Processing commands for [EMAIL PROTECTED]: tags 390428 + patch Bug#390428: drbd8-module-source: does not compile against 2.6.18 There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]: tags 390257 + patch Bug#390257: drbd0.7-module-source: drbd doesn't build against 2.6.18 Tags were: patch Bug#405529: drbd0.7-module-source doesn't build on 2.6.18 etch kernel Bug#406355: drbd0.7-module-source fails to compile Bug#406487: FTBFS: drbd module depends on devfs support in kernel Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409056: marked as done (tcpreplay: fails to load due to missing shared lib)
Your message dated Fri, 02 Feb 2007 22:17:02 + with message-id [EMAIL PROTECTED] and subject line Bug#409056: fixed in tcpreplay 2.99+3.0.beta11-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: tcpreplay Version: 2.99+3.0.beta11-3 Severity: grave Justification: renders package unusable Hi, feel free to reassign that bug to libopts25. [EMAIL PROTECTED]:~ # ldd /usr/bin/tcpreplay libopts.so.25 = not found snip [EMAIL PROTECTED]:~ $ tcpreplay tcpreplay: error while loading shared libraries: libopts.so.25: cannot open shared object file: No such file or directory The library provided by libopts25 is /usr/lib/libopts.so.24.3.5. Perhaps just rebuilding the package solves the problem. Regards, Hilmar -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) Versions of packages tcpreplay depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libopts25 1:5.8.8-1automated option processing librar tcpreplay recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: tcpreplay Source-Version: 2.99+3.0.beta11-4 We believe that the bug you reported is fixed in the latest version of tcpreplay, which is due to be installed in the Debian FTP archive: tcpreplay_2.99+3.0.beta11-4.diff.gz to pool/main/t/tcpreplay/tcpreplay_2.99+3.0.beta11-4.diff.gz tcpreplay_2.99+3.0.beta11-4.dsc to pool/main/t/tcpreplay/tcpreplay_2.99+3.0.beta11-4.dsc tcpreplay_2.99+3.0.beta11-4_amd64.deb to pool/main/t/tcpreplay/tcpreplay_2.99+3.0.beta11-4_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Noèl Köthe [EMAIL PROTECTED] (supplier of updated tcpreplay package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 02 Feb 2007 22:51:37 +0100 Source: tcpreplay Binary: tcpreplay Architecture: source amd64 Version: 2.99+3.0.beta11-4 Distribution: unstable Urgency: low Maintainer: Noèl Köthe [EMAIL PROTECTED] Changed-By: Noèl Köthe [EMAIL PROTECTED] Description: tcpreplay - Tool to replay saved tcpdump files at arbitrary speeds Closes: 409056 Changes: tcpreplay (2.99+3.0.beta11-4) unstable; urgency=low . * rebuilt to built against libopts25 (closes: Bug#409056) Files: 5bf7fac842f6fea07068aeb1b9a7a9e8 632 net optional tcpreplay_2.99+3.0.beta11-4.dsc 7d572dbf4b449776a0c76c5b7650cdd0 27533 net optional tcpreplay_2.99+3.0.beta11-4.diff.gz 2b8b059558493fcbb60bb01ac7e0a278 731800 net optional tcpreplay_2.99+3.0.beta11-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFw7Pf9/DnDzB9Vu0RAmrYAJ9oqbBIUBs1kYgyX9k8/XIyKVwKfQCfa60d WF3/EzhXpgurTjLL+jIWDSo= =Gde7 -END PGP SIGNATURE- ---End Message---
Bug#376714: disappearing fonts in etch/sid (libcairo2 1.2.4-4)
Hello, I didn't dist-upgrade etch for 2 months, and right after my last upgrade i'm having some problem getting fonts properly displayed (text keeps disappearing, and i have to select it to be able to read anything)... whatever i'm running GTK2 applications or KDE ones. Here's a screenshot: http://img185.imageshack.us/my.php?image=bugfontdisappearingbo3.png I've tried to dist-upgrade to sid, but i'm still experiencing the issue. Since i don't have this problem on e17 or GTK1.2 applications, i presume that it might related as well to libcairo2 1.2.4-4 (cf bugreport #378005 [1]). I couldn't manage to get a .deb of 1.2.0-4 to give it a try after downgrade though... Please let me know if i can provide any additional information! Best regards, Julien -- [1] bugreport #378005: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378005#43 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370194: Test
sorry, please ignore :) -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#409056: fixed in tcpreplay 2.99+3.0.beta11-4
reopen 409056 reassign 409056 libopts25 found 409056 1:5.8.8-1 retitle 409056 libopts25: soname change without package rename thanks On Fri, Feb 02, 2007 at 10:17:02PM +, Noèl Köthe wrote: tcpreplay (2.99+3.0.beta11-4) unstable; urgency=low . * rebuilt to built against libopts25 (closes: Bug#409056) This is a wrong fix. The bug is not in tcpreplay, it's in libopts25 for breaking the library ABI without a proper package rename. tcpreplay will just have to be rebuilt again once libopts is fixed. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Processed: Re: Bug#409056: fixed in tcpreplay 2.99+3.0.beta11-4
Processing commands for [EMAIL PROTECTED]: reopen 409056 Bug#409056: tcpreplay: fails to load due to missing shared lib 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. reassign 409056 libopts25 Bug#409056: tcpreplay: fails to load due to missing shared lib Bug reassigned from package `tcpreplay' to `libopts25'. found 409056 1:5.8.8-1 Bug#409056: tcpreplay: fails to load due to missing shared lib Bug marked as found in version 1:5.8.8-1. retitle 409056 libopts25: soname change without package rename Bug#409056: tcpreplay: fails to load due to missing shared lib Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 409384 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 409384 important Bug#409384: gnome: Fail to mount CD-ROM Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409429: libcppopt0c2: empty package
Package: libcppopt0c2 Version: 0.0.2-3.2 Severity: grave Justification: renders package unusable Tags: patch Hi, the dh_movefiles call in debian/rules wasn't changed with the package name in the C++ ABI transition in 0.0.2-3.1. The libraries are installed into debian/libcppopt0 instead of debian/libcppopt0c2, resulting in an empty package an all architectures. Patch attached. Cheers, -- Niko Tyni [EMAIL PROTECTED] --- cppopt-0.0.2/debian/rules +++ cppopt-0.0.2/debian/rules @@ -68,7 +68,7 @@ # # build libcppopt${major} package by moving files from libcppopt-dev # - dh_movefiles --sourcedir=debian/libcppopt-dev -plibcppopt$(major) \ + dh_movefiles --sourcedir=debian/libcppopt-dev -plibcppopt0c2 \ usr/lib/libcppopt.so.$(major)\ usr/lib/libcppopt.so.$(version)
Bug#397669: marked as done (viewcvs: security fixes)
Your message dated Fri, 02 Feb 2007 23:17:06 + with message-id [EMAIL PROTECTED] and subject line Bug#397669: fixed in viewvc 1.0.3-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: viewcvs Version: 0.9.4+svn20060318-1 Severity: grave Tags: security Justification: user security hole Version 1.0.3 (released 13-Oct-2006) * security fix: declare charset for views to avoid IE UTF7 XSS attack Version 0.9.4 (released 17-Aug-2005) * security fix: omit forbidden/hidden modules from query results. Version 0.9.3 (released 17-May-2005) * security fix: disallow bad sortby and cvsroot input [CAN-2002-0771] This next two I think are solved: * security fix: disallow bad content-type input [CAN-2004-1062] * security fix: omit forbidden/hidden modules from tarballs [CAN-2004-0915] -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages viewcvs depends on: ii viewvc 0.9.4+svn20060318-1 view CVS/SVN repositories via HTTP viewcvs recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: viewvc Source-Version: 1.0.3-1 We believe that the bug you reported is fixed in the latest version of viewvc, which is due to be installed in the Debian FTP archive: viewcvs_1.0.3-1_all.deb to pool/main/v/viewvc/viewcvs_1.0.3-1_all.deb viewvc-query_1.0.3-1_all.deb to pool/main/v/viewvc/viewvc-query_1.0.3-1_all.deb viewvc_1.0.3-1.diff.gz to pool/main/v/viewvc/viewvc_1.0.3-1.diff.gz viewvc_1.0.3-1.dsc to pool/main/v/viewvc/viewvc_1.0.3-1.dsc viewvc_1.0.3-1_all.deb to pool/main/v/viewvc/viewvc_1.0.3-1_all.deb viewvc_1.0.3.orig.tar.gz to pool/main/v/viewvc/viewvc_1.0.3.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. David MartÃnez Moreno [EMAIL PROTECTED] (supplier of updated viewvc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 2 Feb 2007 18:29:19 +0100 Source: viewvc Binary: viewvc viewcvs viewvc-query Architecture: source all Version: 1.0.3-1 Distribution: unstable Urgency: low Maintainer: David MartÃnez Moreno [EMAIL PROTECTED] Changed-By: David MartÃnez Moreno [EMAIL PROTECTED] Description: viewcvs- dummy package to migrate to ViewVC viewvc - view CVS/SVN repositories via HTTP viewvc-query - utility to query CVS commit database Closes: 150214 178999 181888 189544 190975 191455 194472 200691 204595 217049 217070 229906 232847 241545 245181 245550 251762 263268 264110 265271 270331 274422 280877 282718 291358 293301 294242 295031 296191 304680 305130 307092 307789 319250 321584 324076 324077 332137 332555 339537 344941 354752 363972 369744 372655 380981 386990 386992 388527 397669 Changes: viewvc (1.0.3-1) unstable; urgency=low . * Sorry for the enormous delay. Viewvc was in a bad shape and I was not in the mood. Let's try finally viewvc in unstable. * New upstream release (closes: #388527, #397669). Main changes since the last snapshot are: - Fixed issues with Subversion tarballs. - Fixed annotate in several cases. - Security fix: declare charset for views to avoid IE UTF7 XSS attacks. - Minor documentation fixes. - Lots of other fixes in RSS, CVS and XHTML code. * debian/control: - Build-Depends on quilt (closes: #386990). - Added gawk to Depends in viewvc, in order to fix error when no roots are present, and replaced awk by gawk in debian/viewvc.postinst. * Renamed debian/README to debian/README.Debian. Thanks, Romain Francoise (closes: #386992). * Included some parts of the diff from NMU 0.9.2+cvs.1.0.dev.2004.07.28-4.1 by Joey Hess to fix #384750 (already included with the fix for #380981). * debian/patches: Removed 03_ValueErrorException_and_commitid patch, as it was included in 1.0.3. . viewvc
Bug#409101: marked as done (discover-data: fails to find any display devices)
Your message dated Fri, 02 Feb 2007 23:17:02 + with message-id [EMAIL PROTECTED] and subject line Bug#409101: fixed in discover-data 2.2007.02.02 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: discover-data Version: 2.2007.01.21 Severity: normal Recently there was a change: diff -r 2.2006.12.28/lib/discover/pci-busclass.xml 2.2007.01.21/lib/discover/pci-busclass.xml 19,20c19,20 busclass id=0280 name=network/ busclass id=0300 name=display/ --- busclass id=0280 name=ethernet/ busclass id=0300 name=video/ 52a53 busclass id=0805 name=miscellaneous/ I suspect this was the relevant change log comment: * Update the name of some busclasses in pci-busclass.xml to match the pci.lst values. Note that display has been renamed to video. This breaks this code for me: CMD=discover --type-summary display eval $CMD $VENDOR_MODEL_FILE || debug_report_status $CMD $? CMD=discover --data-path=xfree86/server/name \ --data-version=$UPSTREAM_VERSION display eval $CMD $SERVER_FILE || debug_report_status $CMD $? CMD=discover --data-path=xfree86/server/device/driver \ --data-version=$UPSTREAM_VERSION display eval $CMD $DRIVER_FILE || debug_report_status $CMD $? DISCOVERED_VIDEO=$(paste $VENDOR_MODEL_FILE $SERVER_FILE $DRIVER_FILE) That code is from /var/lib/dpkg/info/xserver-xorg.postinst and controls which X server I run (which has now defaulted to vesa when it should be i810). According to the discover man page, this command: $ discover --type-summary display $ Should produce the result now produced only by this command: $ discover --type-summary video Intel Corporation 82865G Integrated Graphics Controller $ If I regenerate pci-buslist.xml (and bear in mind I have no idea what I'm doing here): [EMAIL PROTECTED]:/tmp/badger$ /usr/share/tools/lst2xml /lib/discover/pci.lst [EMAIL PROTECTED]:/tmp/badger$ Then I get a very different file to the one that was installed by discover-data: [EMAIL PROTECTED]:/tmp/badger$ diff pci-busclass.xml /lib/discover/ 1c1,3 ?xml version='1.0' encoding='UTF-8'? --- ?xml version=1.0 encoding=UTF-8? !-- $Progeny$ -- 4,15c6,92 busclass id=0400 name='video'/ busclass id=0c03 name='bridge'/ busclass id=0200 name='network'/ busclass id=0300 name='display'/ busclass id=0204 name='broadband'/ busclass id=0703 name='modem'/ busclass id=0600 name='bridge'/ busclass id=0904 name='bridge'/ busclass id=0101 name='bridge'/ busclass id= name='miscellaneous'/ busclass id=0401 name='audio'/ busclass id=0100 name='bridge'/ --- busclass id= name=miscellaneous/ busclass id=0001 name=display/ busclass id=0100 name=scsi/ busclass id=0101 name=ide/ busclass id=0102 name=bridge/ busclass id=0103 name=bridge/ busclass id=0104 name=bridge/ busclass id=0180 name=bridge/ busclass id=0200 name=ethernet/ busclass id=0201 name=network/ busclass id=0202 name=network/ busclass id=0203 name=network/ busclass id=0204 name=isdn/ busclass id=0280 name=ethernet/ busclass id=0300 name=video/ busclass id=0301 name=display/ busclass id=0302 name=display/ busclass id=0380 name=display/ busclass id=0400 name=video/ busclass id=0401 name=sound/ busclass id=0402 name=modem/ busclass id=0480 name=miscellaneous/ busclass id=0500 name=miscellaneous/ busclass id=0501 name=miscellaneous/ busclass id=0580 name=miscellaneous/ busclass id=0600 name=bridge/ busclass id=0601 name=bridge/ busclass id=0602 name=bridge/ busclass id=0603 name=bridge/ busclass id=0604 name=bridge/ busclass id=0605 name=bridge/ busclass id=0606 name=bridge/ busclass id=0607 name=bridge/ busclass id=0608 name=bridge/ busclass id=0609 name=bridge/ busclass id=060a name=bridge/ busclass id=0680 name=bridge/ busclass id=0700 name=miscellaneous/ busclass id=0701 name=miscellaneous/ busclass id=0702 name=miscellaneous/ busclass id=0703 name=modem/ busclass id=0780 name=miscellaneous/ busclass id=0800 name=miscellaneous/ busclass id=0801 name=miscellaneous/ busclass id=0802 name=miscellaneous/ busclass id=0803 name=miscellaneous/ busclass id=0804 name=miscellaneous/ busclass id=0805 name=miscellaneous/ busclass id=0880 name=miscellaneous/ busclass id=0900 name=bridge/ busclass id=0901 name=humaninput/ busclass id=0902 name=bridge/ busclass id=0903 name=bridge/ busclass
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
On Fri, Feb 02, 2007 at 01:49:30PM +0200, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: On 2/2/07, Volker Christian Behr [EMAIL PROTECTED] wrote: Please check the permissions of the CUPS-PDF backend and GS - neither should be SUID 'root' under any circumstances. CUPS-PDF should even more be mode 700 executable by 'root' only. If this is not the case in the default installation it has to be fixed in the Debian package. Permissions were made 6755 to enable outputting documents to someone's home directory (or a subdirectory). That's a piss-poor excuse for marking an unaudited binary as suid-root. And this: cups-pdf (2.4.1-3) unstable; urgency=low * Changed the backend permissions to 6755 for Ubuntu compatibility. -- Martin-Éric Racine [EMAIL PROTECTED] Fri, 29 Sep 2006 02:26:39 +0300 is an even *worse* excuse! On Fri, Feb 02, 2007 at 03:11:28PM +0200, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: On 2/2/07, Volker Christian Behr [EMAIL PROTECTED] wrote: On Fri, 2007-02-02 at 13:49 +0200, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: On 2/2/07, Volker Christian Behr [EMAIL PROTECTED] wrote: Please check the permissions of the CUPS-PDF backend and GS - neither should be SUID 'root' under any circumstances. CUPS-PDF should even more be mode 700 executable by 'root' only. If this is not the case in the default installation it has to be fixed in the Debian package. Permissions were made 6755 to enable outputting documents to someone's home directory (or a subdirectory). Unless I'm mistaken, 0700 would not enable the same thing? Starting with version 1.2.0 CUPS will call any backend that is owned by 'root' and set to mode 0700 with full root privileges which should enable CUPS-PDF to print to any destination. I know Ubuntu to have modified CUPS (e.g. the web-admin interface is disabled) but I cannot tell what other changes they did. I strongly reccommend making CUPS-PDF mode 0700 again since this is to-the-letter within the specifications of CUPS. Ubuntu doesn't run CUPS as root, which is what prevents us from outputting files to user directories with the backend as root:root 0700. Debian does run CUPS as root. What Ubuntu does is irrelevant. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Processed: closing 409392
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 # closing per submitter close 409392 Bug#409392: xen-utils-3.0-unstable-1: xenstored creates /dev/xen/evtchn with the wrong minor 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Nate Carlson [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: tags #408839 + pending Bug#408839: CVE-2007-0508: bbclone: BBC_LIB_PATH Parameter Handling Remote File Inclusion Vulnerability Tags were: security Tags added: pending -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409434: mediawiki1.7: Nuked my LocalSettings.php in /etc
Package: mediawiki1.7 Version: 1.7.1-6 Severity: serious Justifiaction: Policy 10.7.3 The latest MediaWiki 1.7 upgrade (from -4 to -6, I believe) decided to nuke my LocalSettings.php file in /etc/mediawiki1.7 and replace it with a symlink: lrwxrwxrwx 1 root root 39 2007-01-29 12:29 /etc/mediawiki1.7/LocalSettings.php - /var/lib/mediawiki1.7/LocalSettings.php and... lrwxrwxrwx 1 root root 35 2007-01-04 12:23 /var/lib/mediawiki1.7/LocalSettings.php - /etc/mediawiki1.7/LocalSettings.php So, it deleted my config file (which was a plain file in /etc/mediawiki1.7) and replaced it with a symlink loop. Thankfully, I have backups! It did the same thing with AdminSettings.php. [Note: I've previously had older versions of mediawiki installed, including 1.5, but they were not installed (but not purged) when this upgrade occured] -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mediawiki1.7 depends on: ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.2.3-3.2 Traditional model for Apache HTTPD ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap ii php5 5.2.0-8server-side, HTML-embedded scripti ii php5-cli 5.2.0-8command-line interpreter for the p ii php5-mysql5.2.0-8MySQL module for php5 Versions of packages mediawiki1.7 recommends: ii mysql-server-5.0 [mysql-serve 5.0.30-3 mysql database server binaries ii postgresql-8.18.1.6-1object-relational SQL database, ve -- debconf information: * mediawiki/webserver: apache2 * mediawiki/upgrade-1d5: true * mediawiki/upgrade-1d5-adminuser: root -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407799: kdm theme override proposition
Loïc Minier wrote: Hi, On Fri, Feb 02, 2007, Fathi Boudra wrote: patch proposal to properly close #407799 joined. Instead disable KDM theme override by default, we add debconf support. It asks user if he wants to enable kdm theme override and generate 10_desktop-base according to the answer. I think adding debconf support is intrusive and doesn't address the root problem: when the override is in place, people can't use the KDE configuration system to set a different wallpaper. The old priorities were: (highest) 1) user selected theme (lowest) 2) default theme The current priorities are: (highest) 1) desktop-base imposed theme 2) user selected theme 3) default theme The priorities you propose are: (highest) 1) debconf's selected desktop-base theme (when enabled) 2) user selected theme 3) default theme But IMO it should be: (highest) 1) user selected theme 2) desktop-base default theme (when present) 3) default theme Bye, I think that Loic has a very good point here. Local users should have the highest priority so that you don't clobber their preference. The desktop-base package needs the next highest priority so that it can apply configuration elements as appropriate. The default for the desktop environ should be lower priority so that it still works but doesn't override the desktop-base or local user configurations. Curious thoughts for lenny; what if desktop-base provided theming infrastructure that worked for the target desktops? Additionally what if this theme actually appeared as a selectable theme in each of the respective desktops? Would this approach work for people or would it be too cumbersome? Thanks, Matthew
Bug#388616: (no subject)
reopen 388616 severity 388616 serious thanks I think you (Romain Beauxis) have mis-read policy. Policy 10.7.2 says that if it is too hard to make the package look directly in /etc for the config file, put the config file in /etc anyway (put the files in /etc) and then put a symlink to the config files (located in /etc) wherever the package expects them (and create symbolic links to those files from the location that the package requires). Policy most definitely requires configuration files to be in /etc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: reopen 388616 Bug#388616: mediawiki1.7: configuration file not below /etc Bug reopened, originator not changed. severity 388616 serious Bug#388616: mediawiki1.7: configuration file not below /etc Severity set to `serious' from `important' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409056: libopts version number
Howdy, AutoGen 5.8.3 built libopts.so.25. AutoGen 5.8.8 built libopts.so.24. This change was made in version 4.71 of VERSION, whose comment was test warning stuff :) Is this just a mistake? Should I decrement AO_AGE to 2 so that it builds libopts.so.25 again? -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409435: linux-image-2.6.18-4-amd64: old version of libdevmapper1.02 installed == eat filesystem on pvmove
Package: linux-image-2.6.18-4-amd64 Version: 2.6.18.dfsg.1-9 Severity: critical Justification: causes serious data loss I just upgraded to 2.6.18.4 and tried pvmove /dev/hdc1 /dev/sda1 Result (dmesg): device-mapper: mirror log: unrecognised sync argument to mirror log: 2 device-mapper: table: 254:3: mirror: Error creating mirror dirty log device-mapper: ioctl: error adding target to table device-mapper: mirror log: unrecognised sync argument to mirror log: 2 device-mapper: table: 254:3: mirror: Error creating mirror dirty log device-mapper: ioctl: error adding target to table device-mapper: table: device 254:3 too small for target device-mapper: table: 254:1: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table and the volume was inaccessible. after a pvmove --abort, the whole system hang. after reboot, the files and whole directories were missing, the filesystem was corrupted. After some digging around, this seems to have been reported some time ago and seems to be caused by an old version of libdevmapper1.02 (#383418). Unfortunately, the bug was closed. indeed, upgrading it made pvmove seemingly work (neither upgrading dmsetup nor lvm2 upgrades this library to the required version). I think I had 1.02.06-1 and upgraded to 1.02.12-1. Please, I urge you, add an antidependency to the kernel against old and incompatible versions of libdevmapper. This problem is *severe*, causes serious data loss, is a known issue, and is so easily avoidable and so hard to diagnose. Thanks a lot! -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408257: mock: missing depend on adduser
Hi Eric, I'm reviewing mock 0.6.10-1 to see if letting it into testing is an appropriate way to get this bug fixed for etch. Isn't the following change in mock.py a regression? +if not options.clean: +config_opts['clean'] = options.clean I.e., shouldn't that be 'if options.clean:' instead? The diff otherwise looks suitable for letting into etch. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: deskbar-applet.pc defines dependency on python-gtk2-dev the package misses (was: pkg-config --variable broken=
Processing commands for [EMAIL PROTECTED]: reassign 408574 deskbar-applet 2.14.2-4.2 Bug#408574: pkg-config --variable broken Bug reassigned from package `pkg-config' to `deskbar-applet'. retitle 408574 deskbar-applet.pc defines dependency on python-gtk2-dev the package misses Bug#408574: pkg-config --variable broken Changed Bug title. severity 408574 serious Bug#408574: deskbar-applet.pc defines dependency on python-gtk2-dev the package misses Severity set to `serious' from `important' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408574: deskbar-applet.pc defines dependency on python-gtk2-dev the package misses (was: pkg-config --variable broken=
reassign 408574 deskbar-applet 2.14.2-4.2 retitle 408574 deskbar-applet.pc defines dependency on python-gtk2-dev the package misses severity 408574 serious thanks Does a pkg-config --print-errors --variable handlersdir deskbar-applet give you any output? I get: $ pkg-config --print-errors --variable handlersdir deskbar-applet Package pygtk-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `pygtk-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'pygtk-2.0', required by 'Deskbar Applet Handlers Location', not found and that's why there is no output. That's a bug in the deskbar-applet package, that defines a dependency via pkg-config file, but not via Debian package dependencies. This bug should be reassigned to deskbar-applet. You can workaround the issue temporarily by installing/defining a dependency to python-gtk2-dev for the package you want to build. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312115: Downgrading
On Sun, Jan 28, 2007 at 07:06:57PM +0800, Thomas Goirand wrote: I'd like to add to this that I am the maintainer of libapache-mod-sql that depends on libdbi0 and needs libdbi-dev to build. libapache-mod-sql produces libapache-mod-sql-dbi and libapache2-mod-sql-dbi. This is currently in SID. To me, it's very important that libdbi is in Etch, and I don't really understand why it's been 1 year and a half nobody is working on that issue. Note that I have never used myself libdbi, I could remove the dependency from libapache-mod-log-sql and don't use it, but I think it's a shame it's left behind. Er, why is it a shame if it's left behind, if no one has reported a single case of using this library in production? You admit to not using it either, so do you even know if libapache-mod-log-sql-dbi works? According to popcon, although there are some users that have libdbd drivers installed, none of them report actively using them. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409435: linux-image-2.6.18-4-amd64: old version of libdevmapper1.02 installed == eat filesystem on pvmove
severity 409435 important thanks On Sat, Feb 03, 2007 at 03:21:31AM +0100, Marc Lehmann wrote: I just upgraded to 2.6.18.4 and tried pvmove /dev/hdc1 /dev/sda1 Result (dmesg): device-mapper: mirror log: unrecognised sync argument to mirror log: 2 device-mapper: table: 254:3: mirror: Error creating mirror dirty log device-mapper: ioctl: error adding target to table device-mapper: mirror log: unrecognised sync argument to mirror log: 2 device-mapper: table: 254:3: mirror: Error creating mirror dirty log device-mapper: ioctl: error adding target to table device-mapper: table: device 254:3 too small for target device-mapper: table: 254:1: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table and the volume was inaccessible. after a pvmove --abort, the whole system hang. after reboot, the files and whole directories were missing, the filesystem was corrupted. After some digging around, this seems to have been reported some time ago and seems to be caused by an old version of libdevmapper1.02 (#383418). Unfortunately, the bug was closed. According to #383418, this bug only affects versions of libdevmapper1.02 previous to the version currently in etch, and there is no libdevmapper1.02 in sarge. There is a libdevmapper1.01, but it's not clear that version of the lib is also affected. indeed, upgrading it made pvmove seemingly work (neither upgrading dmsetup nor lvm2 upgrades this library to the required version). I think I had 1.02.06-1 and upgraded to 1.02.12-1. Please, I urge you, add an antidependency to the kernel against old and incompatible versions of libdevmapper. This problem is *severe*, causes serious data loss, is a known issue, and is so easily avoidable and so hard to diagnose. But it's not a bug in the kernel -- it's a bug in an obsolete, never released, and unsupported version of devmapper. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#409435: linux-image-2.6.18-4-amd64: old version of libdevmapper1.02 installed == eat filesystem on pvmove
Processing commands for [EMAIL PROTECTED]: severity 409435 important Bug#409435: linux-image-2.6.18-4-amd64: old version of libdevmapper1.02 installed == eat filesystem on pvmove Severity set to `important' from `critical' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409438: libecasound2.2-dev: missing dependency on libasound2-dev
Package: libecasound2.2-dev Version: 2.4.4-4 Severity: serious Hi Junichi, The ecasound2.2 package uses the following code in debian/rules to make libecasound2.2-dev's dependency on libasound2-dev conditional on architecture: ifeq (linux,$(DEB_HOST_ARCH_OS)) dh_gencontrol -a -- -Vlibasound2-dev=libasound2-dev else dh_gencontrol -a endif This doesn't work, because nowhere in debian/rules have you called dpkg-architecture to *define* $(DEB_HOST_ARCH_OS); so almost all architectures are missing the dependency on libasound2-dev, which causes other packages to fail to build. A simpler solution is to replace ${libasound2-dev} in debian/control with this: libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] this syntax will be evaluated by dpkg at package build time, which works fine for arch: any packages. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]