Processed: Re: Bug#465748: vm: no autoloads are set up
Processing commands for [EMAIL PROTECTED]: found 465748 8.0.9-1 Bug#465748: vm: no autoloads are set up Bug marked as found in version 8.0.9-1 and reopened. 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#465748: vm: no autoloads are set up
found 465748 8.0.9-1 thanks On 2008-02-21 23:13 +0100, Manoj Srivastava wrote: , | (zsh)% ls -l /etc/emacs*/site-start.d/50vm-init.el | -rw-r--r-- 1 root root 0 Feb 9 11:50 /etc/emacs-snapshot/site-start.d/50vm-init.el | -rw-r--r-- 1 root root 0 Feb 9 11:50 /etc/emacs21/site-start.d/50vm-init.el | -rw-r--r-- 1 root root 0 Feb 9 11:50 /etc/emacs22/site-start.d/50vm-init.el | (zsh)% ls -l /usr/share/emacs*/**/vm-autoloads.el | -rw-r--r-- 1 root root 1 Feb 9 11:50 /usr/share/emacs-snapshot/site-lisp/vm/vm-autoloads.el | -rw-r--r-- 1 root root 1 Feb 9 11:50 /usr/share/emacs/site-lisp/vm/vm-autoloads.el | -rw-r--r-- 1 root root 1 Feb 9 11:50 /usr/share/emacs21/site-lisp/vm/vm-autoloads.el | -rw-r--r-- 1 root root 1 Feb 9 11:50 /usr/share/emacs22/site-lisp/vm/vm-autoloads.el ` __ ls -l /usr/share/emacs*/**/vm-autoloads.el -rw-r--r--+ 1 srivasta srivasta 122165 2008-02-18 13:40 /usr/share/emacs22/site-lisp/vm/vm-autoloads.el -rw-r--r--+ 1 root root 1 2008-02-08 23:14 /usr/share/emacs/site-lisp/vm/vm-autoloads.el I wonder why it did not compile for you. I'll try and investigate. Thanks, vm-autoloads contains the autoloads in 8.0.9-1. However, the files /etc/emacs*/site-start.d/50vm-init.el are still empty, so the autoloads are not defined at Emacs startup and M-x vm RET signals No match. I had to manually load vm-autoloads to make vm work. Since this is not what users expect, I've reopened the bug; I think vm should not transition to testing until the problem with the empty 50vm-init.el files is resolved. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466852: FTBFS: Found 5 different copyright and licensing combinations
..how on earth does a license check end up running on buildds? It's not like the source files are arch-specific and thus would need to be checked in binary-arch targets. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463872: Problem solved with php 5.2.5-2 and libtidy-0.99-0 20080116cvs-2
After I upgraded to the latest version in testing it doesn't crash anymore. thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466984: NO visible buttons
Package: kiosktool Version: 1.0-1.1+b1 Severity: grave --- Please enter the report below this line. --- None of the buttons that should be visible are visible anywhere in the program in KDE 3.5.8 --- System information. --- Architecture: i386 Kernel: Linux 2.6.23beejex Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing ftp.debian.org 500 stable www.minimainframe.uni.cc --- Package information. --- Depends (Version) | Installed =-+-== kdelibs4c2a (= 4:3.5.8.dfsg.1-5) | 4:3.5.8.dfsg.1-7 libc6 (= 2.7-1) | 2.7-6 libqt3-mt(= 3:3.3.7) | 3:3.3.7-9 libstdc++6 (= 4.1.1-21) | 4.3-20080202-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319630: marked as done (swf-player: spawns dufunct (zombie) processes and does not work)
Your message dated Fri, 22 Feb 2008 11:50:32 +0100 with message-id [EMAIL PROTECTED] and subject line Re: Bug#319630: This bug seems to be fixed (at least) in lenny has caused the Debian Bug report #319630, regarding swf-player: spawns dufunct (zombie) processes and does not work 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 319630: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319630 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: swf-player Version: 0.3.4-2sarge0.1 Severity: grave Justification: renders package unusable Hi! I'm trying to use swf-player as a plugin with Galeon. Galeon about:plugins page does *not* show libswfdecmozilla.so as an installed plugin, even though the file lives in /usr/lib/mozilla/plugins/, besides the other installed plugins (libnullplugin.so and libmozsvgdec.so, that are correctly shown as installed and enabled). So I thought something else was required so that Galeon can see the swf plugin... But then I noticed that, when visiting a web page that includes SWF animations (I tried several ones, one example is http://www.westtoeast.it/), Galeon spawns some defunct (zombie) processes: $ ps aux | grep -i defunct frx 1427 0.0 0.0 00 pts/5Z+ 12:36 0:00 [swfdec-mozilla-] defunct frx 1428 0.0 0.0 00 pts/5Z+ 12:36 0:00 [swfdec-mozilla-] defunct frx 1429 0.0 0.0 00 pts/5Z+ 12:36 0:00 [swfdec-mozilla-] defunct frx 1430 0.0 0.0 00 pts/5Z+ 12:36 0:00 [swfdec-mozilla-] defunct frx 1431 0.0 0.0 00 pts/5Z+ 12:36 0:00 [swfdec-mozilla-] defunct frx 1432 0.0 0.0 00 pts/5Z+ 12:36 0:00 [swfdec-mozilla-] defunct frx 1540 0.0 0.3 1536 468 pts/6S+ 13:08 0:00 grep -i defunct But this is the only tangible effect of the swf plugin... :-( I still see the default-plugin symbol as a placeholder for unplayed SWFs animations and clicking on the symbols brings on the Default Plugin dialog that reads: | This page contains information of a type (application/x-shockwave-flash) | that can only be viewed with the appropriate Plug-in. What's wrong? I thought that I had just installed the appropriate (DFSG-free) plugin... -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages swf-player depends on: ii gstreamer0.8-misc 0.8.8-2 Collection of various GStreamer pl ii gstreamer0.8-oss [gstr 0.8.8-2 OSS plugin for GStreamer ii gstreamer0.8-swfdec0.8.8-2 SWF (Macromedia Flash) decoder plu ii gstreamer0.8-x 0.8.8-2 X videosink plugin for GStreamer ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgstreamer-gconf0.8- 0.8.8-2 GConf support for GStreamer ii libgstreamer-plugins0. 0.8.8-2 Various GStreamer libraries and li ii libgstreamer0.8-0 0.8.9-2 Core GStreamer libraries, plugins, ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libmad00.15.1b-1.1 MPEG audio decoder library ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libswfdec0.3 0.3.4-2sarge0.1 SWF (Macromedia Flash) decoder lib ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxml22.6.16-7 GNOME XML library ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.0.4-1 On Thu, Feb 21, 2008, Francesco Poli wrote: this message is just to confirm that this bug seems to be fixed in current lenny: after installing package swfdec-mozilla, Galeon recognizes the plugin and enables it. Thanks, closing. -- Loïc Minier ---End Message---
Bug#457503: gnumail.app: segfault on selecting preferences
Here's the full backtrace using gnumail.app-dbg regards xavier [EMAIL PROTECTED]:~$ debugapp GNUMail GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu... Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/lib/GNUstep/Applications/GNUMail.app/GNUMail [Thread debugging using libthread_db enabled] [New Thread 0x2b228a9adf10 (LWP 5137)] 2008-02-22 12:03:11.692 GNUMail[5137] Method setIndicatorImage:inTableColumn: is not implemented for class NSTableView 2008-02-22 12:03:11.752 GNUMail[5137] Method setIndicatorImage:inTableColumn: is not implemented for class NSTableView 2008-02-22 12:03:11.752 GNUMail[5137] Method setIndicatorImage:inTableColumn: is not implemented for class NSTableView 2008-02-22 12:03:11.752 GNUMail[5137] Method setIndicatorImage:inTableColumn: is not implemented for class NSTableView 2008-02-22 12:03:11.752 GNUMail[5137] Method setIndicatorImage:inTableColumn: is not implemented for class NSTableView 2008-02-22 12:03:11.752 GNUMail[5137] Method setIndicatorImage:inTableColumn: is not implemented for class NSTableView 2008-02-22 12:03:11.753 GNUMail[5137] Method setIndicatorImage:inTableColumn: is not implemented for class NSTableView 2008-02-22 12:03:11.753 GNUMail[5137] Method setIndicatorImage:inTableColumn: is not implemented for class NSTableView Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2b228a9adf10 (LWP 5137)] 0x2b2287f847d7 in objc_msg_lookup () from /usr/lib/libobjc.so.2 (gdb) bt #0 0x2b2287f847d7 in objc_msg_lookup () from /usr/lib/libobjc.so.2 #1 0x2b2287796615 in ?? () from /usr/lib/libgnustep-base.so.1.14 #2 0x2b22877ad00f in ?? () from /usr/lib/libgnustep-base.so.1.14 #3 0x2b22878c5f7a in ?? () from /usr/lib/libgnustep-base.so.1.14 #4 0x2b22878c56f8 in ?? () from /usr/lib/libgnustep-base.so.1.14 #5 0x2b228e7f13e9 in -[PGPViewController initWithNibName:] (self=0xaa6b70, _cmd=0x2b228e9fc570, theName=0x2b228e9fb880) at PGPViewController.m:72 #6 0x2b228e7f231b in +[PGPViewController singleInstance] (self=0x2b228e9fbc80, _cmd=0x2b228e9f8380) at PGPViewController.m:260 #7 0x2b228e7e5be3 in -[PGPController preferencesModule] (self=0xef5400, _cmd=0x2b228679f100) at PGPController.m:311 #8 0x2b22864ebaa9 in ?? () from /usr/lib/libGNUMail.so.1 #9 0x2b22864eac2d in ?? () from /usr/lib/libGNUMail.so.1 #10 0x2b22864ebf9b in ?? () from /usr/lib/libGNUMail.so.1 #11 0x2b228648f1b0 in ?? () from /usr/lib/libGNUMail.so.1 #12 0x2b228a39b7aa in __builtin_avcall () from /usr/lib/libavcall.so.0 #13 0x7fff24904677 in ?? () #14 0x0002 in ?? () #15 0x in ?? () Hubert Chathi a écrit : On Wed, 20 Feb 2008 14:29:22 +0100 Xavier Brochard [EMAIL PROTECTED] wrote: Thanks for trying to solve this bug. Unfortunatly, it's still crashes when I click on preferences. Here's the backtrace: OK, can you install the gnumail.app-dbg package (also from experimental), and generate another backtrace. This will give more useful information. http://packages.debian.org/experimental/amd64/gnumail.app-dbg/download Thanks.
Processed: patch
Processing commands for [EMAIL PROTECTED]: tags 462864 + patch Bug#462864: papercut: should not run with root permissions Tags were: security 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: severity of 467009 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.16 severity 467009 normal Bug#467009: linux-image-2.6.24-1-amd64: mounting /cdrom froze the system and corrupted the X server Severity set to `normal' from `critical' 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#458691: mime-support: diff for NMU version 3.40-1.1
tags 458691 + patch thanks Hi, Attached is the diff for my mime-support 3.40-1.1 NMU. Cheers, Julien diff -Nru mime-support-3.40/debian/changelog mime-support-3.40/debian/changelog --- mime-support-3.40/debian/changelog 2008-01-01 17:45:29.0 +0100 +++ mime-support-3.40/debian/changelog 2008-02-22 14:26:08.0 +0100 @@ -1,3 +1,11 @@ +mime-support (3.40-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Don't install a 'view' alternative (closes: #458691), and remove the one +installed by 3.40-1. + + -- Julien Cristau [EMAIL PROTECTED] Fri, 22 Feb 2008 14:18:30 +0100 + mime-support (3.40-1) unstable; urgency=medium * added new mime.types (closes: 432273, 418564, 425014, 421678, 402559, 437724) diff -Nru /tmp/JecyJJvYhv/mime-support-3.40/debian/postinst /tmp/rn1h0O91p3/mime-support-3.40/debian/postinst --- mime-support-3.40/debian/postinst 2008-01-01 17:43:51.0 +0100 +++ mime-support-3.40/debian/postinst 2008-02-22 14:25:31.0 +0100 @@ -4,17 +4,14 @@ #if [ $1 = configure ]; then #fi - # Remove the old status directory (and any orphaned install-mime program) rm -fr /var/lib/mime rm -f /usr/sbin/install-mime - -# Use see as alternative for view -update-alternatives \ ---install /usr/bin/view view /usr/bin/see 90 \ ---slave /usr/share/man/man1/view.1.gz view.1.gz /usr/share/man/man1/see.1.gz - +# remove the view alternative installed by 3.40-1 +if [ $1 = configure ] [ $2 = 3.40-1 ]; then +update-alternatives --remove view /usr/bin/see +fi # Run the update program if [ -x /usr/sbin/update-mime ]; then signature.asc Description: Digital signature
Processed: mime-support: diff for NMU version 3.40-1.1
Processing commands for [EMAIL PROTECTED]: tags 458691 + patch Bug#458691: mime-support: Registers an incompatible alternative for /usr/bin/view There were no tags set. Bug#466872: vim: view - no longer works 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#458691: marked as done (mime-support: Registers an incompatible alternative for /usr/bin/view)
Your message dated Fri, 22 Feb 2008 13:47:08 + with message-id [EMAIL PROTECTED] and subject line Bug#458691: fixed in mime-support 3.40-1.1 has caused the Debian Bug report #458691, regarding mime-support: Registers an incompatible alternative for /usr/bin/view 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 458691: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458691 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: mime-support Version: 3.40-1 Severity: serious Justification: Policy 10.1 See bug 457898 for context. As a result of that wishlist item, mime-support started registering /usr/bin/see as an alternative for /usr/bin/view. The /usr/bin/view alternative exists for vi implementations, such as vim, to provide the traditional name view for invoking a read-only vi on a file. /usr/bin/see clearly does not provide the same functionality, so registering this alternative violates Policy 10.1: Two different packages must not install programs with different functionality but with the same filenames. (The case of two programs having the same functionality but different implementations is handled via alternatives or the Conflicts mechanism. See Maintainer Scripts, Section 3.9 and Conflicting binary packages - Conflicts, Section 7.3 respectively.) If this case happens, one of the programs must be renamed. The maintainers should report this to the debian-devel mailing list and try to find a consensus about which program will have to be renamed. If a consensus cannot be reached, both programs must be renamed. Worse yet, mime-support registers /usr/bin/see with a higher priority than existing contenders for the /usr/bin/view alternative, so installing mime-support will now immediately break the expected functionality of view. Please have mime-support stop registering /usr/bin/see as an alternative for /usr/bin/view, and have it unregister the alternative when upgrading from versions of mime-support which registered the alternative. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 4.21-4 Determines file type using magic -- no debconf information ---End Message--- ---BeginMessage--- Source: mime-support Source-Version: 3.40-1.1 We believe that the bug you reported is fixed in the latest version of mime-support, which is due to be installed in the Debian FTP archive: mime-support_3.40-1.1.dsc to pool/main/m/mime-support/mime-support_3.40-1.1.dsc mime-support_3.40-1.1.tar.gz to pool/main/m/mime-support/mime-support_3.40-1.1.tar.gz mime-support_3.40-1.1_all.deb to pool/main/m/mime-support/mime-support_3.40-1.1_all.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. Julien Cristau [EMAIL PROTECTED] (supplier of updated mime-support 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, 22 Feb 2008 14:18:30 +0100 Source: mime-support Binary: mime-support Architecture: source all Version: 3.40-1.1 Distribution: unstable Urgency: low Maintainer: Brian White [EMAIL PROTECTED] Changed-By: Julien Cristau [EMAIL PROTECTED] Description: mime-support - MIME files 'mime.types' 'mailcap', and support programs Closes: 458691 Changes: mime-support (3.40-1.1) unstable; urgency=low . * Non-maintainer upload. * Don't install a 'view' alternative (closes: #458691), and remove the one installed by 3.40-1. Files: 75c10a0ab46f21fb3230992e53d7eb7c 475 net standard mime-support_3.40-1.1.dsc 16095273c1380732105f3ffd4387a82c 53126 net standard mime-support_3.40-1.1.tar.gz cf5634655e174b97836f817c754329d2 31266 net standard mime-support_3.40-1.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHvs7rmEvTgKxfcAwRAtNrAKDZQIE/S9g4HhLiIvYG/SjyV45hOACgh2XF m3eEr6SVzjeXMmukrGE0QCA= =aS3E
Bug#466872: marked as done (vim: view - no longer works)
Your message dated Fri, 22 Feb 2008 13:47:08 + with message-id [EMAIL PROTECTED] and subject line Bug#458691: fixed in mime-support 3.40-1.1 has caused the Debian Bug report #458691, regarding vim: view - no longer works 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 458691: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458691 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: vim Severity: normal I am in the habit of piping commands to view - so that I can copy parts of the output into other files, or just for syntax hilighting. This used to work, but I now get the following error: Warning: unknown mime-type for - -- using application/* Error: no view mailcap rules found for type application/* view exits with status 3. Piping to vi - still works. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=cy_GB.UTF-8, LC_CTYPE=cy_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: mime-support Source-Version: 3.40-1.1 We believe that the bug you reported is fixed in the latest version of mime-support, which is due to be installed in the Debian FTP archive: mime-support_3.40-1.1.dsc to pool/main/m/mime-support/mime-support_3.40-1.1.dsc mime-support_3.40-1.1.tar.gz to pool/main/m/mime-support/mime-support_3.40-1.1.tar.gz mime-support_3.40-1.1_all.deb to pool/main/m/mime-support/mime-support_3.40-1.1_all.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. Julien Cristau [EMAIL PROTECTED] (supplier of updated mime-support 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, 22 Feb 2008 14:18:30 +0100 Source: mime-support Binary: mime-support Architecture: source all Version: 3.40-1.1 Distribution: unstable Urgency: low Maintainer: Brian White [EMAIL PROTECTED] Changed-By: Julien Cristau [EMAIL PROTECTED] Description: mime-support - MIME files 'mime.types' 'mailcap', and support programs Closes: 458691 Changes: mime-support (3.40-1.1) unstable; urgency=low . * Non-maintainer upload. * Don't install a 'view' alternative (closes: #458691), and remove the one installed by 3.40-1. Files: 75c10a0ab46f21fb3230992e53d7eb7c 475 net standard mime-support_3.40-1.1.dsc 16095273c1380732105f3ffd4387a82c 53126 net standard mime-support_3.40-1.1.tar.gz cf5634655e174b97836f817c754329d2 31266 net standard mime-support_3.40-1.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHvs7rmEvTgKxfcAwRAtNrAKDZQIE/S9g4HhLiIvYG/SjyV45hOACgh2XF m3eEr6SVzjeXMmukrGE0QCA= =aS3E -END PGP SIGNATURE- ---End Message---
Processed: r1217 - octave/trunk/debian
Processing commands for [EMAIL PROTECTED]: tags 441721 pending Bug#441721: [should not ship with Lenny] octave2.1: package content changed if build twice or more times in a row There were no tags set. 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#465783: perl: ExtUtils::Install upgrade in Perl 5.10 breaks too many packages
On Fri, Feb 15, 2008 at 09:39:42AM +0100, Raphael Hertzog wrote: On Thu, 14 Feb 2008, Niko Tyni wrote: I run a few greps on debian/rules of the source packages of all the binary packages matching '-perl' in unstable. Results: at least 398 arch:all and 38 arch:any packages apparently do an unconditional rmdir for the empty directory. I tend to disagree. The number are big but the fix is easy. I'd suggest to work with Lucas to do a full rebuild with perl 5.10 and submit those 400 bugs right now with severity important. Also usertag them to be able to follow the evolution. I'm keen to get 5.10 into Lenny, since the length of our stable release cycles otherwise means that we'll be stuck with 5.8 for quite a while. My initial thought was to set up a staging area, although was told that with the binNMU mechanism it should no longer be necessary... This issue with rmdir however would appear to have torpedoed that plan. Given the mechanical nature of the fix required, I am still inclined to uploading to unstable before the soft freeze in a week or so. Remember, it's called unstable for a reason, people. --bod #!/usr/bin/perl -lp if (m!^\s+(@\s*)?rmdir(\s+(--parents|--ignore-fail-on-non-empty|-p))*((\s+\S+/(lib|share)/perl5)+)\s*$!) { $_ = join \n, map \t[ ! -d $_ ] || rmdir --ignore-fail-on-non-empty --parents --verbose $_, split ' ', $4; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: r1218 - in octave/trunk/debian: . in
Processing commands for [EMAIL PROTECTED]: tags 464334 pending Bug#464334: octave2.1: installation fails Tags were: unreproducible 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#466300: openoffice.org-writer2latex: Cannot be installed
Hi all, I had this same problem too. Last night I installed sun-java6-jdk and this morning it installed fine. regards k -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer2latex depends on: ii openoffice.org-core1:2.4.0~rc1-2 OpenOffice.org office suite archit ii openoffice.org-java-common 1:2.4.0~rc1-2 OpenOffice.org office suite Java s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#388735: qemu-system-ppc is useless, please provide a way to make it useful
Processing commands for [EMAIL PROTECTED]: severity 388735 serious Bug#388735: qemu-system-ppc is useless, please provide a way to make it useful 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#463430: marked as done (kolab-cyrus-imapd: ldap_get_values implicitly converted to pointer)
Your message dated Fri, 22 Feb 2008 14:47:05 + with message-id [EMAIL PROTECTED] and subject line Bug#463430: fixed in kolab-cyrus-imapd 2.2.13-4 has caused the Debian Bug report #463430, regarding kolab-cyrus-imapd: ldap_get_values implicitly converted to pointer 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 463430: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463430 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: kolab-cyrus-imapd Version: 2.2.13-3 Severity: important Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. This is often due to a missing function prototype definition. For more information, see [2]. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions Function `ldap_get_values' implicitly converted to pointer at global.c:417 The libldap API has been updated and many functions used by the ldap plugin are now deprecated. This package should either update to the new API or define LDAP_DEPRECATED to continue using the deprecated interfaces. This patch implements the lazy solution. --- kolab-cyrus-imapd-2.2.13/imap/global.c.orig 2008-01-31 09:12:10.0 -0700 +++ kolab-cyrus-imapd-2.2.13/imap/global.c 2008-01-31 09:12:16.0 -0700 @@ -52,6 +52,7 @@ #include netinet/in.h #include sys/stat.h +#define LDAP_DEPRECATED 1 #include ldap.h #include lber.h ---End Message--- ---BeginMessage--- Source: kolab-cyrus-imapd Source-Version: 2.2.13-4 We believe that the bug you reported is fixed in the latest version of kolab-cyrus-imapd, which is due to be installed in the Debian FTP archive: kolab-cyrus-admin_2.2.13-4_all.deb to pool/main/k/kolab-cyrus-imapd/kolab-cyrus-admin_2.2.13-4_all.deb kolab-cyrus-clients_2.2.13-4_i386.deb to pool/main/k/kolab-cyrus-imapd/kolab-cyrus-clients_2.2.13-4_i386.deb kolab-cyrus-common_2.2.13-4_i386.deb to pool/main/k/kolab-cyrus-imapd/kolab-cyrus-common_2.2.13-4_i386.deb kolab-cyrus-imapd_2.2.13-4.diff.gz to pool/main/k/kolab-cyrus-imapd/kolab-cyrus-imapd_2.2.13-4.diff.gz kolab-cyrus-imapd_2.2.13-4.dsc to pool/main/k/kolab-cyrus-imapd/kolab-cyrus-imapd_2.2.13-4.dsc kolab-cyrus-imapd_2.2.13-4_i386.deb to pool/main/k/kolab-cyrus-imapd/kolab-cyrus-imapd_2.2.13-4_i386.deb kolab-cyrus-pop3d_2.2.13-4_i386.deb to pool/main/k/kolab-cyrus-imapd/kolab-cyrus-pop3d_2.2.13-4_i386.deb kolab-libcyrus-imap-perl_2.2.13-4_i386.deb to pool/main/k/kolab-cyrus-imapd/kolab-libcyrus-imap-perl_2.2.13-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. Peter Eisentraut [EMAIL PROTECTED] (supplier of updated kolab-cyrus-imapd 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, 22 Feb 2008 15:33:56 +0100 Source: kolab-cyrus-imapd Binary: kolab-cyrus-common kolab-cyrus-imapd kolab-cyrus-pop3d kolab-cyrus-admin kolab-cyrus-clients kolab-libcyrus-imap-perl Architecture: source all i386 Version: 2.2.13-4 Distribution: unstable Urgency: low Maintainer: Debian Kolab Maintainers [EMAIL PROTECTED] Changed-By: Peter Eisentraut [EMAIL PROTECTED] Description: kolab-cyrus-admin - Cyrus mail system (administration tool) kolab-cyrus-clients - Cyrus mail system (test clients) kolab-cyrus-common - Cyrus mail system (common files) kolab-cyrus-imapd - Cyrus mail system (IMAP support) kolab-cyrus-pop3d - Cyrus mail system (POP3 support) kolab-libcyrus-imap-perl - Interface to Cyrus imap client imclient library Closes: 463430 Changes: kolab-cyrus-imapd (2.2.13-4) unstable; urgency=low . [ Benoit Mortier ] * Changed the order of the admins in cyrus.conf . [ Peter Eisentraut ] * Upgrade to Kolab 2.1 - Added imapd.folderchar.patch * Synced against cyrus-imapd package * Changed control fields XS-Vcs-* to Vcs-* * Added 170-ldap-deprecated.dpatch to define LDAP_DEPRECATED because deprecated LDAP API is used (closes: #463430) Files:
Bug#465748: marked as done (vm: no autoloads are set up)
Your message dated Fri, 22 Feb 2008 08:56:37 -0600 with message-id [EMAIL PROTECTED] and subject line Re: Bug#465748: vm: no autoloads are set up has caused the Debian Bug report #465748, regarding vm: no autoloads are set up 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 465748: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465748 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: vm Version: 8.0.7-1 Severity: grave VM is unusable, since no autoloads are set up for it. Here are the relevant (AFAICT) startup files, all empty: , | (zsh)% ls -l /etc/emacs*/site-start.d/50vm-init.el | -rw-r--r-- 1 root root 0 Feb 9 11:50 /etc/emacs-snapshot/site-start.d/50vm-init.el | -rw-r--r-- 1 root root 0 Feb 9 11:50 /etc/emacs21/site-start.d/50vm-init.el | -rw-r--r-- 1 root root 0 Feb 9 11:50 /etc/emacs22/site-start.d/50vm-init.el | (zsh)% ls -l /usr/share/emacs*/**/vm-autoloads.el | -rw-r--r-- 1 root root 1 Feb 9 11:50 /usr/share/emacs-snapshot/site-lisp/vm/vm-autoloads.el | -rw-r--r-- 1 root root 1 Feb 9 11:50 /usr/share/emacs/site-lisp/vm/vm-autoloads.el | -rw-r--r-- 1 root root 1 Feb 9 11:50 /usr/share/emacs21/site-lisp/vm/vm-autoloads.el | -rw-r--r-- 1 root root 1 Feb 9 11:50 /usr/share/emacs22/site-lisp/vm/vm-autoloads.el ` Now when I type M-x vm TAB, the only match is vm-rfaddons-infect-vm from the vm-bonus-el package, which is pretty useless. :-( -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vm depends on: ii emacs-snapshot [emacsen]1:20080209-1 The GNU Emacs editor (development ii emacs-snapshot-gtk [emacsen 1:20080209-1 The GNU Emacs editor (with GTK+ 2. ii emacs21 [emacsen] 21.4a+1-5.3 The GNU Emacs editor ii emacs22-gtk [emacsen] 22.1+1-2.3 The GNU Emacs editor (with GTK use ii ucf 3.004Update Configuration File: preserv Versions of packages vm recommends: ii make 3.81-3 The GNU version of the make util -- no debconf information ---End Message--- ---BeginMessage--- Hi, On Fri, 22 Feb 2008 11:07:19 +0100, Sven Joachim [EMAIL PROTECTED] said: Thanks, vm-autoloads contains the autoloads in 8.0.9-1. However, the files /etc/emacs*/site-start.d/50vm-init.el are still empty, so the autoloads are not defined at Emacs startup and M-x vm RET signals No match. I had to manually load vm-autoloads to make vm work. Since this is not what users expect, I've reopened the bug; I think vm should not transition to testing until the problem with the empty 50vm-init.el files is resolved. This is not really a package bug. The package does not contain any file called /etc/emacs*/site-start.d/50vm-init.el; instead, it ships /usr/share/emacs/site-lisp/vm/vm-init.el, which is shipped not empty. During installation, ucf is called to install the appropriate /etc/emacs*/site-start.d/ files; and uses debconf to ask whether or not to replace the file. Now, I have no idea why the init files are empty right now on your machine, but it is seen by ucf as a user change which must be preserved unless the user allows the file to be replaced -- are you using debconf at a high setting, opting not to see the question? In any case, there is nothing a change in VM can do to fix this on your machine; just cp the /usr/share/emacs/site-lisp/vm/vm-init.el if you want your init files to be not empty. manoj -- Idleness is the holiday of fools. Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C ---End Message---
Bug#455072: marked as done (Include path does not include Horde)
Your message dated Fri, 22 Feb 2008 15:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#455072: fixed in kolab-resource-handlers 2.1.0-20070510-3 has caused the Debian Bug report #455072, regarding Include path does not include Horde 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 455072: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455072 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: kolab-resource-handlers Version: 2.1.0-20070510- Severity: grave --- Please enter the report below this line. --- This generate fatal php error. Quick diff : kolab-deb:/usr/share/kolab-resource-handlers/freebusy# diff -u pfb.php.old pfb.php --- pfb.php.old 2007-12-07 21:10:56.0 + +++ pfb.php 2007-12-07 18:40:19.0 + @@ -50,8 +50,8 @@ $req_folder = isset($_REQUEST['folder'])?$_REQUEST['folder']:false; $req_extended = isset($_REQUEST['extended'])?(bool)$_REQUEST['extended']:false; // convert character encoding (stores utf7 folder names also on disc) -require_once Horde/Util.php; -require_once Horde/String.php; +require_once /usr/share/horde3/lib/Horde/Util.php; +require_once /usr/share/horde3/lib/Horde/String.php; $req_folder = String::convertCharset($req_folder, UTF-8, UTF7-IMAP); /* // Debug test values --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-xen-686 Debian Release: lenny/sid 500 ubuntu-doko people.ubuntu.com 500 testing security.debian.org 500 testing ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== php-pear | php-net-smtp | php-net-socket | horde3 | php-mail-mime | php-net-imap | libapache2-mod-php4| OR php4-cgi | php4-ldap | php4-domxml| ssl-cert | 1.0.14 ---End Message--- ---BeginMessage--- Source: kolab-resource-handlers Source-Version: 2.1.0-20070510-3 We believe that the bug you reported is fixed in the latest version of kolab-resource-handlers, which is due to be installed in the Debian FTP archive: kolab-resource-handlers_2.1.0-20070510-3.diff.gz to pool/main/k/kolab-resource-handlers/kolab-resource-handlers_2.1.0-20070510-3.diff.gz kolab-resource-handlers_2.1.0-20070510-3.dsc to pool/main/k/kolab-resource-handlers/kolab-resource-handlers_2.1.0-20070510-3.dsc kolab-resource-handlers_2.1.0-20070510-3_all.deb to pool/main/k/kolab-resource-handlers/kolab-resource-handlers_2.1.0-20070510-3_all.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. Peter Eisentraut [EMAIL PROTECTED] (supplier of updated kolab-resource-handlers 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, 22 Feb 2008 16:39:26 +0100 Source: kolab-resource-handlers Binary: kolab-resource-handlers Architecture: source all Version: 2.1.0-20070510-3 Distribution: unstable Urgency: low Maintainer: Debian Kolab Maintainers [EMAIL PROTECTED] Changed-By: Peter Eisentraut [EMAIL PROTECTED] Description: kolab-resource-handlers - Kolab free/busy scripts Closes: 455072 Changes: kolab-resource-handlers (2.1.0-20070510-3) unstable; urgency=low . * Internal Subversion repository reorganization to keep common patches in common location, in particular patches/common/dist_conf.dpatch * Moved /usr/share/kolab-resource-handlers/ to /usr/share/kolab/ for better consistency with upstream * Updated standards version * Fixed include path for Horde in pfb.php (closes: #455072) * Changed control fields XS-Vcs-* to Vcs-* Files: 09a865a3d15a5584e3c0a326ccc83261 988 misc extra kolab-resource-handlers_2.1.0-20070510-3.dsc bc59bc60231fcd064600a936f68ed169 6727 misc extra kolab-resource-handlers_2.1.0-20070510-3.diff.gz c91ed96a27721ac8ff769fc4977d 50986 misc extra kolab-resource-handlers_2.1.0-20070510-3_all.deb -BEGIN PGP SIGNATURE- Version:
Processed: setting package to libsigc++-2.0, forcibly merging 441537 466945
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.16 package libsigc++-2.0 Ignoring bugs not assigned to: libsigc++-2.0 forcemerge 441537 466945 Bug#441537: ftbfs with g++-4.3/gcc-snapshot Bug#466945: libsigc++-2.0: FTBFS with g++-4.3: declaration of ... changes meaning of ... Bug#446333: When gcc-default (4:4.3-20070902-0) is installed, the repackaging cannot be done. Bug#456971: libsigc++-2.0-dev: causes FTBFS: declaration changes meaning Forcibly Merged 441537 446333 456971 466945. 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#441019: please accept base-files = 4.0.1~
reopen 441019 severity 441019 wishlist retitle 441019 please accept base-files = 4.0.1~ as valid thanks Please, could you accept base-files = 4.0.1~ as valid to satisfy the license dependency? This would make backports easier. Thanks -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: please accept base-files = 4.0.1~
Processing commands for [EMAIL PROTECTED]: reopen 441019 Bug#441019: debian/copyright wasn't updated for GPLv3 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator not changed. severity 441019 wishlist Bug#441019: debian/copyright wasn't updated for GPLv3 Severity set to `wishlist' from `serious' retitle 441019 please accept base-files = 4.0.1~ as valid Bug#441019: debian/copyright wasn't updated for GPLv3 Changed Bug title to `please accept base-files = 4.0.1~ as valid' from `debian/copyright wasn't updated for GPLv3'. 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: reopen
Processing commands for [EMAIL PROTECTED]: reopen 464615 Bug#464615: links with GPLv2-only libqt-mt.so.3 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator not changed. severity 464615 important Bug#464615: links with GPLv2-only libqt-mt.so.3 Severity set to `important' from `serious' 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#464615: reopen
reopen 464615 severity 464615 important thanks Versioned build-dependency does not ensure that resulting binaries get versioned dependencies on the runtime library, since there was no shlibs bump (nor there should be, since packages with other licenses wouldn't be affected). This allows, for example, rebuilding gnash against etch when performing a backport, and inadvertingly distributing binaries using an incompatible combination. It'd be best to just put a versioned dependency on the appropiate binary packages for complete safety. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466896: bug is not in 1.74-1 (stable)
Hello, I have now downgraded libmailtoolsperl to 1.74-1 from stable. With this version my mail-system works as before. So it is sure, that the problem was caused by this package! Greetings Juergen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: fixed 465246 in 2.6.18.dfsg.1-18etch1, fixed 465246 in 2.6.22-6.lenny1, found 465246 in 2.6.17-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.16 fixed 465246 2.6.18.dfsg.1-18etch1 Bug#465246: user-root exploit in vmsplice() Bug#464945: linux-image-2.6.18-6-686: Exploit for vmsplice work for linux-image-2.18-5-686 (CVE-2008-0009/10) Bug#464953: linux-2.6: mmap() local root exploit Bug marked as fixed in version 2.6.18.dfsg.1-18etch1. fixed 465246 2.6.22-6.lenny1 Bug#465246: user-root exploit in vmsplice() Bug#464945: linux-image-2.6.18-6-686: Exploit for vmsplice work for linux-image-2.18-5-686 (CVE-2008-0009/10) Bug#464953: linux-2.6: mmap() local root exploit Bug marked as fixed in version 2.6.22-6.lenny1. found 465246 2.6.17-1 Bug#465246: user-root exploit in vmsplice() Bug#464945: linux-image-2.6.18-6-686: Exploit for vmsplice work for linux-image-2.18-5-686 (CVE-2008-0009/10) Bug#464953: linux-2.6: mmap() local root exploit Bug marked as found in version 2.6.17-1. 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: hplip upload pending
Processing commands for [EMAIL PROTECTED]: tag 462163 pending Bug#462163: new upstream version 2.8.2 There were no tags set. Tags added: pending tag 454339 pending Bug#454339: hplip: Non-root users need to be in group scanner! There were no tags set. Tags added: pending tag 452454 pending Bug#452454: hplip: should use plugdev rather than scanner group There were no tags set. Tags added: pending tag 462563 pending Bug#462563: sane-utils: Scanner only accessible under root There were no tags set. Tags added: pending tag 456378 pending Bug#456378: hplip: Uses update-rc.d remove while init script exists; upgrade fails There were no tags set. 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#467062: Not yet ready for lenny
Package: runit Version: 1.8.0-2 Severity: serious This version should not be moved into lenny. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464168: Postgresql-8.3 and Trac
My patches for trac-0.10.* issues were removed by coderanger, freenode.net:#trac, and the instructions to apply these patches have been removed by myself. http://trac.edgewall.org/changeset/6415 cache.py http://trac.edgewall.org/changeset/6512 model.py These patches belong to a particular branch and a particular version. They can be applied, but with warnings and not without knowledge of patch and unified diffs. -- Captain's Log, star date 21:34.5... signature.asc Description: This is a digitally signed message part.
Bug#465783: perl: ExtUtils::Install upgrade in Perl 5.10 breaks too many packages
On Thu, Feb 21, 2008 at 10:48:37PM +0100, Lucas Nussbaum wrote: On 18/02/08 at 22:20 +0200, Niko Tyni wrote: Lucas, could you please help with the test rebuilds? Well, 400 packages isn't really a lot. With a fast computer, they probably wouldn't take more than a day to build. For each rebuild, I would need you to provide debs for i386 for all packages that differ from their version in unstable. Ideally, I would just have to dpkg -i *deb ; apt-get -f install, save the chroot, rebuild the packages. Hm, never mind. The bootstrapping phase is probably most of the work, as more than 300 uninstallable arch:any packages need binNMUs and some depend on each other. I'm now mostly done with that, and I'll try tackle the arch:all *-perl packages too this weekend. This is on amd64, so I can't even provide the i386 .debs :) Thanks anyway, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319630: This bug seems to be fixed (at least) in lenny
On Fri, 22 Feb 2008 11:50:32 +0100 Loïc Minier wrote: Version: 2.0.4-1 On Thu, Feb 21, 2008, Francesco Poli wrote: this message is just to confirm that this bug seems to be fixed in current lenny: after installing package swfdec-mozilla, Galeon recognizes the plugin and enables it. Thanks, closing. You're welcome! :) I don't quite understand where did you get the version number from, but this should be none of my business, I guess... $ dpkg -l | grep swfdec-mozilla ii swfdec-mozilla 0.5.5-1Mozilla plugin for SWF files (Macromedia Fla $ zcat /usr/share/doc/swfdec-mozilla/changelog.Debian.gz | head -n 1 swfdec-mozilla (0.5.5-1) unstable; urgency=low -- http://frx.netsons.org/progs/scripts/refresh-pubring.html New! Version 0.6 available! What? See for yourself! . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpAoAPbSMzfF.pgp Description: PGP signature
Bug#465748: vm: no autoloads are set up
On 2008-02-22 15:56 +0100, Manoj Srivastava wrote: Hi, On Fri, 22 Feb 2008 11:07:19 +0100, Sven Joachim [EMAIL PROTECTED] said: Thanks, vm-autoloads contains the autoloads in 8.0.9-1. However, the files /etc/emacs*/site-start.d/50vm-init.el are still empty, so the autoloads are not defined at Emacs startup and M-x vm RET signals No match. I had to manually load vm-autoloads to make vm work. Since this is not what users expect, I've reopened the bug; I think vm should not transition to testing until the problem with the empty 50vm-init.el files is resolved. This is not really a package bug. The package does not contain any file called /etc/emacs*/site-start.d/50vm-init.el; instead, it ships /usr/share/emacs/site-lisp/vm/vm-init.el, which is shipped not empty. During installation, ucf is called to install the appropriate /etc/emacs*/site-start.d/ files; and uses debconf to ask whether or not to replace the file. Now, I have no idea why the init files are empty right now on your machine, Nor do I. :-( Maybe it's time for me to install etckeeper¹. but it is seen by ucf as a user change which must be preserved unless the user allows the file to be replaced -- are you using debconf at a high setting, opting not to see the question? I use medium priority, and I wasn't asked anything in the last two vm installs (8.0.7-1 and 8.0.9-1). Now I tried dpkg-reconfigure vm but that failed miserably: , | remove/vm: Ignoring emacsen flavor emacs. | remove/vm: Removing for emacs-snapshot.../usr/share/emacs-snapshot/site-lisp/vm/... done. | remove/vm: Removing for emacs21.../usr/share/emacs21/site-lisp/vm/... done. | remove/vm: Removing for emacs22.../usr/share/emacs22/site-lisp/vm/... done. | emacs-package-install: /usr/lib/emacsen-common/packages/install/vm emacs-snapshot emacs-snapshot emacs21 emacs22 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. ` Next thing to try was to purge vm which did not work too well either, it left a bunch of files around: , | % ls -l /usr/share/emacs/site-lisp/vm | total 1684 | -rw-r--r-- 1 root root 12696 Feb 22 18:36 tapestry.elc | -rw-r--r-- 1 root root 18170 Feb 22 18:36 vcard.elc | -rw-r--r-- 1 root root691 Feb 22 18:36 vm-autoload.elc | -rw-r--r-- 1 root root 126410 Feb 22 18:36 vm-autoloads.el | -rw-r--r-- 1 root root 114472 Feb 22 18:36 vm-autoloads.elc | -rw-r--r-- 1 root root 35098 Feb 22 18:36 vm-avirtual.elc | -rw-r--r-- 1 root root 12184 Feb 22 18:36 vm-biff.elc | -rw-r--r-- 1 root root 4888 Feb 22 18:36 vm-crypto.elc | -rw-r--r-- 1 root root 2213 Feb 22 10:32 vm-cus-load.el | -rw-r--r-- 1 root root 12260 Feb 22 18:36 vm-delete.elc | -rw-r--r-- 1 root root 22190 Feb 22 18:36 vm-digest.elc | -rw-r--r-- 1 root root 10155 Feb 22 18:36 vm-edit.elc | -rw-r--r-- 1 root root 108163 Feb 22 18:36 vm-folder.elc | -rw-r--r-- 1 root root 6489 Feb 22 18:36 vm-grepmail.elc | -rw-r--r-- 1 root root 55388 Feb 22 18:36 vm-imap.elc | -rw-r--r-- 1 root root 1587 Feb 22 18:36 vm-license.elc | -rw-r--r-- 1 root root 3547 Feb 22 18:36 vm-macro.elc | -rw-r--r-- 1 root root 18530 Feb 22 18:36 vm-mark.elc | -rw-r--r-- 1 root root 44962 Feb 22 18:36 vm-menu.elc | -rw-r--r-- 1 root root 5283 Feb 22 18:36 vm-message-history.elc | -rw-r--r-- 1 root root 23573 Feb 22 18:36 vm-message.elc | -rw-r--r-- 1 root root 162215 Feb 22 18:36 vm-mime.elc | -rw-r--r-- 1 root root 8667 Feb 22 18:36 vm-minibuf.elc | -rw-r--r-- 1 root root 24402 Feb 22 18:36 vm-misc.elc | -rw-r--r-- 1 root root 14970 Feb 22 18:36 vm-motion.elc | -rw-r--r-- 1 root root 18395 Feb 22 18:36 vm-mouse.elc | -rw-r--r-- 1 root root 27703 Feb 22 18:36 vm-page.elc | -rw-r--r-- 1 root root 44648 Feb 22 18:36 vm-pcrisis.elc | -rw-r--r-- 1 root root 34405 Feb 22 18:36 vm-pgg.elc | -rw-r--r-- 1 root root 31464 Feb 22 18:36 vm-pine.elc | -rw-r--r-- 1 root root 30235 Feb 22 18:36 vm-pop.elc | -rw-r--r-- 1 root root 13090 Feb 22 18:36 vm-ps-print.elc | -rw-r--r-- 1 root root 46775 Feb 22 18:36 vm-reply.elc | -rw-r--r-- 1 root root 67607 Feb 22 18:36 vm-rfaddons.elc | -rw-r--r-- 1 root root 28021 Feb 22 18:36 vm-save.elc | -rw-r--r-- 1 root root 4290 Feb 22 18:36 vm-search.elc | -rw-r--r-- 1 root root 24522 Feb 22 18:36 vm-serial.elc | -rw-r--r-- 1 root root 17409 Feb 22 18:36 vm-sort.elc | -rw-r--r-- 1 root root646 Feb 22 18:36 vm-startup.elc | -rw-r--r-- 1 root root 7479 Feb 22 18:36 vm-summary-faces.elc | -rw-r--r-- 1 root root 42509 Feb 22 18:36 vm-summary.elc | -rw-r--r-- 1 root root 6757 Feb 22 18:36 vm-thread.elc | -rw-r--r-- 1 root root 21651 Feb 22 18:36 vm-toolbar.elc | -rw-r--r-- 1 root root 17550 Feb 22 18:36 vm-undo.elc | -rw-r--r-- 1 root root 1771 Feb 22 18:36 vm-user.elc | -rw-r--r-- 1 root root 216488 Feb 22 18:36 vm-vars.elc | -rw-r--r-- 1 root root 1866 Feb 22 18:36 vm-vcard.elc | -rw-r--r-- 1 root root 5310 Feb 22 18:36 vm-version.elc | -rw-r--r-- 1 root root 20564
Processed: forcibly merging 456841 466813
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 forcemerge 456841 466813 Bug#456841: uswsusp: FTBFS: /usr/include/splashy.h:67: error: expected ')' before 'visible' Bug#466813: FTBFS: /usr/include/splashy.h:67: error: expected ')' before 'visible' Forcibly Merged 456841 466813. 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: Re: Bug#466929: libuuid1: uses reserved UID and GID
Processing commands for [EMAIL PROTECTED]: severity 466929 normal Bug#466929: libuuid1: uses reserved UID and GID Severity set to `normal' from `serious' 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#466929: libuuid1: uses reserved UID and GID
severity 466929 normal thanks On Thu, Feb 21, 2008 at 10:35:27PM +0100, Jiří Paleček wrote: Package: libuuid1 Version: 1.40.2-1+lenny1 Severity: serious Tags: patch Justification: Policy 9.2.1 according to the policy, UIDs and GIDs in the range 1-100 are reserved to be globally allocated by the base-passwd package. libuuid1 allocates a dynamic UID and GID from this range. This is a violation of the policy, and it means that libuuid's user will be deleted on upgrades of the base-passwd package. Actually, adduser and addgroup automatically avoids the range 1-99, even if UID_MIN and/or GID_MIN is set to 1. It's better for script clarity set UID_MIN to 100, but it doesn't actually result in a behavioural change. Still it's good to fix this; it just doesn't warrant a severity of SERIOUS. - Ted
Bug#456841: Bug in splashy
Hi, This is more a bug in splashy.h, it is solved in splashy svn by not using the gboolean types, but proper ints. grts Tim signature.asc Description: PGP signature
Bug#461028: marked as done (usermode: FTBFS: Error on file ./userinfo.desktop: Failed to validate the created desktop file)
Your message dated Fri, 22 Feb 2008 22:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#461028: fixed in usermode 1.81-3.2 has caused the Debian Bug report #461028, regarding usermode: FTBFS: Error on file ./userinfo.desktop: Failed to validate the created desktop file 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 461028: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461028 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: usermode version: 1.81-3.1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080115 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: Found cached translation database Merging translations into usermount.desktop. LC_ALL=C ./intltool-merge -d -u -c ./po/.intltool-merge-cache ./po userpasswd.desktop.in userpasswd.desktop Found cached translation database Merging translations into userpasswd.desktop. mkdir -p /build/user/usermode-1.81/debian/tmp//usr/share/applications desktop-file-install --vendor=redhat \ --add-category Utility \ --add-category System \ --dir=/build/user/usermode-1.81/debian/tmp//usr/share/applications \ ./userinfo.desktop /build/user/usermode-1.81/debian/tmp//usr/share/applications/redhat-userinfo.desktop: error: value user_icon.png for key Icon in group Desktop Entry is an icon name with an extension, but there should be no extension as described in the Icon Theme Specification if the value is not an absolute path Error on file ./userinfo.desktop: Failed to validate the created desktop file make[3]: *** [install-data-local] Error 1 make[3]: Leaving directory `/build/user/usermode-1.81' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/build/user/usermode-1.81' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/build/user/usermode-1.81' make: *** [binary-arch] Error 2 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary gave error exit status 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/01/15 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: usermode Source-Version: 1.81-3.2 We believe that the bug you reported is fixed in the latest version of usermode, which is due to be installed in the Debian FTP archive: usermode_1.81-3.2.diff.gz to pool/main/u/usermode/usermode_1.81-3.2.diff.gz usermode_1.81-3.2.dsc to pool/main/u/usermode/usermode_1.81-3.2.dsc usermode_1.81-3.2_amd64.deb to pool/main/u/usermode/usermode_1.81-3.2_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. Anibal Monsalve Salazar [EMAIL PROTECTED] (supplier of updated usermode 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, 22 Feb 2008 23:14:29 +1100 Source: usermode Binary: usermode Architecture: source amd64 Version: 1.81-3.2 Distribution: unstable Urgency: low Maintainer: Christopher Cramer [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: usermode - Graphical tools for certain user account management tasks Closes: 461028 Changes: usermode (1.81-3.2) unstable; urgency=low . * NMU. * Fixed failure to validate the created desktop file. Patch by Kumar Appaiah [EMAIL PROTECTED] Closes: #461028 Files: 0be17302d646e0f8f8983add8597e267 686 x11 optional usermode_1.81-3.2.dsc f4ae71e7815e866f59b43ecd5877bc70 3868 x11 optional usermode_1.81-3.2.diff.gz 5570d469a6501a2034e29e99add55e8c 88416 x11 optional
Processed: Re: Bug#467086: xserver-xorg-core: Bad performances with certain Xorg.conf options
Processing commands for [EMAIL PROTECTED]: severity 467086 normal Bug#467086: xserver-xorg-core: Bad performances with certain Xorg.conf options Severity set to `normal' from `grave' thank you 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#467086: xserver-xorg-core: Bad performances with certain Xorg.conf options
severity 467086 normal thank you Basically for weeks my computer has been kind of unusable while having Firefox or Konqueror open and I just realized why yesterday: I changed 2 options in my Xorg.conf and the perfomances have been back to normal. The options changed are: - Option AccelMethod from EXA to XAA - Nothing to Option XAANoOffScreenPixmaps True I am using a Radeon M9000 which is kind of dead so I underclock it, therefore no 3D acceleration is possible anymore and probably not much of 2D acceleration either So you want EXA (which is an 2D acceleration architecture) to be fast without hardware acceleration? I doubt that'll work... If XaaNoOffscreenPixmaps help, does it mean you are running Compiz or another compositing manager such as kwin with fancy effects? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467090: lvm-common: Snapshotting LVM1 volumes with LVM2 tools corrupts volume group
Package: lvm-common Version: 1.5.20 Severity: critical Justification: causes serious data loss When run on a system with LVM1 format volume groups, lvcreate caused the volume group in question to become inaccessible after reboot. callisto:~# lvcreate -L 1G -s -n home-snap /dev/sys_vg/home Invalid LV in extent map (PV /dev/hda7, PE 1792, LV 4, LE 0) Couldn't fill logical volume maps. Invalid LV in extent map (PV /dev/hda7, PE 1792, LV 4, LE 0) Couldn't fill logical volume maps. Invalid LV in extent map (PV /dev/hda7, PE 1792, LV 4, LE 0) Couldn't fill logical volume maps. Invalid LV in extent map (PV /dev/hda7, PE 1792, LV 4, LE 0) Couldn't fill logical volume maps. Volume group for uuid not found: nZRTujLB1Ylthf1wIXjCzcYb6t18VwW30003 Failed to suspend origin home [EMAIL PROTECTED]:~$ sudo vgdisplay --- Volume group --- VG Name big_vg System ID callisto1107014873 Formatlvm1 VG Access read/write VG Status resizable MAX LV256 Cur LV1 Open LV 1 Max PV256 Cur PV1 Act PV1 VG Size 186.25 GB PE Size 32.00 MB Total PE 5960 Alloc PE / Size 5960 / 186.25 GB Free PE / Size 0 / 0 VG UUID BXOGJQ-3hhw-4TQC-1Z8W-pYL5-rLf3-NUXXkB Invalid LV in extent map (PV /dev/hda7, PE 1792, LV 4, LE 0) Couldn't fill logical volume maps. Invalid LV in extent map (PV /dev/hda7, PE 1792, LV 4, LE 0) Couldn't fill logical volume maps. Volume group sys_vg not found Happily, the volumes in sys_vg stayed active for long enough for me to be able to copy data off, but on reboot, there was no sign of the LVM tools being able to read them (no logs of this, as I wasn't able to bring up the system in multi-user mode). I would have thought that the lvm tools should refuse to operate on LVM1 volumes if doing so would corrupt them. Further evidence of this on: http://weblog.pell.portland.or.us/~orc/2008/02/20/000/index.html Almost certainly not a Debian-specific bug, but this IMO, this is a severe enough problem to warrant recording widely. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (10, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-4-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages lvm-common depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii module-init-tools 3.3-pre4-2tools for managing Linux kernel mo ii modutils 2.4.27.0-6Linux module utilities Versions of packages lvm-common recommends: ii logrotate 3.7.1-3Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441721: marked as done ([should not ship with Lenny] octave2.1: package content changed if build twice or more times in a row)
Your message dated Fri, 22 Feb 2008 23:02:05 + with message-id [EMAIL PROTECTED] and subject line Bug#441721: fixed in octave2.1 1:2.1.73-17 has caused the Debian Bug report #441721, regarding [should not ship with Lenny] octave2.1: package content changed if build twice or more times in a row 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 441721: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=441721 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: octave2.1_ Severity: serious Justification: Package content changed Version: 1:2.1.73-13 User: [EMAIL PROTECTED] Usertags: qa-debdiff Hi, Lucas Nussbaum has rebuiltthe whole archive three times on i386 and the content of your packages builded there differ. This means that the package which was generated on the fist build contains or doesn't contains several files which are or aren't included in the package which build two or three times. See the report and the url for details: Files in first .changes but not in second - /usr/share/doc/octave2.1-htmldoc/interpreter/octave.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_1.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_10.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_11.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_12.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_13.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_14.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_15.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_16.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_17.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_18.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_19.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_2.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_20.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_21.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_22.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_23.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_24.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_25.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_26.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_27.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_28.html /usr/share/doc/octave2.1-htmldoc/interpreter/octave_29.html [ ... ] The full build-log can be found at: http://people.debian.org/~lucas/logs/2007/doublebuild-09-05/failed-debdiff About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. All packages have been rebuilt twice in a row, with unpack, build, clean, build. Please read the mail of Martin Zobel-Helas on debian-devel [0], for a explanation for this mass bug filling. Greetings Patrick Winnertz [0]: http://lists.debian.org/debian-devel/2007/05/msg00490.html ---End Message--- ---BeginMessage--- Source: octave2.1 Source-Version: 1:2.1.73-17 We believe that the bug you reported is fixed in the latest version of octave2.1, which is due to be installed in the Debian FTP archive: octave2.1-doc_2.1.73-17_all.deb to pool/main/o/octave2.1/octave2.1-doc_2.1.73-17_all.deb octave2.1-emacsen_2.1.73-17_all.deb to pool/main/o/octave2.1/octave2.1-emacsen_2.1.73-17_all.deb octave2.1-headers_2.1.73-17_amd64.deb to pool/main/o/octave2.1/octave2.1-headers_2.1.73-17_amd64.deb octave2.1-htmldoc_2.1.73-17_all.deb to pool/main/o/octave2.1/octave2.1-htmldoc_2.1.73-17_all.deb octave2.1-info_2.1.73-17_all.deb to pool/main/o/octave2.1/octave2.1-info_2.1.73-17_all.deb octave2.1_2.1.73-17.diff.gz to pool/main/o/octave2.1/octave2.1_2.1.73-17.diff.gz octave2.1_2.1.73-17.dsc to pool/main/o/octave2.1/octave2.1_2.1.73-17.dsc octave2.1_2.1.73-17_amd64.deb to pool/main/o/octave2.1/octave2.1_2.1.73-17_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.
Bug#464334: marked as done (octave2.1: installation fails)
Your message dated Fri, 22 Feb 2008 23:02:05 + with message-id [EMAIL PROTECTED] and subject line Bug#464334: fixed in octave2.1 1:2.1.73-17 has caused the Debian Bug report #464334, regarding octave2.1: installation fails 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 464334: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464334 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: octave2.1 Version: 1:2.1.73-16 Severity: serious Hi, In a clean chroot: Setting up octave2.1 (1:2.1.73-16) ... ls: cannot access /usr/share/octave/3.0.0/m/startup/octaverc: No such file or directory dpkg: error processing octave2.1 (--configure): subprocess post-installation script returned error exit status 1 -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: octave2.1 Source-Version: 1:2.1.73-17 We believe that the bug you reported is fixed in the latest version of octave2.1, which is due to be installed in the Debian FTP archive: octave2.1-doc_2.1.73-17_all.deb to pool/main/o/octave2.1/octave2.1-doc_2.1.73-17_all.deb octave2.1-emacsen_2.1.73-17_all.deb to pool/main/o/octave2.1/octave2.1-emacsen_2.1.73-17_all.deb octave2.1-headers_2.1.73-17_amd64.deb to pool/main/o/octave2.1/octave2.1-headers_2.1.73-17_amd64.deb octave2.1-htmldoc_2.1.73-17_all.deb to pool/main/o/octave2.1/octave2.1-htmldoc_2.1.73-17_all.deb octave2.1-info_2.1.73-17_all.deb to pool/main/o/octave2.1/octave2.1-info_2.1.73-17_all.deb octave2.1_2.1.73-17.diff.gz to pool/main/o/octave2.1/octave2.1_2.1.73-17.diff.gz octave2.1_2.1.73-17.dsc to pool/main/o/octave2.1/octave2.1_2.1.73-17.dsc octave2.1_2.1.73-17_amd64.deb to pool/main/o/octave2.1/octave2.1_2.1.73-17_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. Rafael Laboissiere [EMAIL PROTECTED] (supplier of updated octave2.1 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, 22 Feb 2008 14:15:22 +0100 Source: octave2.1 Binary: octave2.1 octave2.1-doc octave2.1-htmldoc octave2.1-headers octave2.1-emacsen octave2.1-info Architecture: source amd64 all Version: 1:2.1.73-17 Distribution: unstable Urgency: low Maintainer: Debian Octave Group [EMAIL PROTECTED] Changed-By: Rafael Laboissiere [EMAIL PROTECTED] Description: octave2.1 - GNU Octave language for numerical computations (2.1 branch) octave2.1-doc - PDF documentation on the GNU Octave language (2.1 branch) octave2.1-emacsen - Emacs support for the GNU Octave language (2.1 branch) octave2.1-headers - header files for the GNU Octave language (2.1 branch) octave2.1-htmldoc - HTML documentation on the GNU Octave language (2.1 branch) octave2.1-info - GNU Info documentation on the GNU Octave language (2.1 branch) Closes: 417486 435205 441721 463301 464334 Changes: octave2.1 (1:2.1.73-17) unstable; urgency=low . * Synched with octave3.0; in particular, switch from g77 to gfortran; also, don't depend on a specific g++ version (closes: #463301) * debian/control: Build-depend on dejagnu (for make check) * Moved debian/copyright into debian/in/copyright and generated the former using the slice command. This is necessary because Octave 2.1 and 3.0 are released under different versions of the GPL. Changed debian/rules accordingly. * debian/in/copyright: Added the mention that Octave 2.1 is released under version 2 or later of the GPL (closes: #435205) * Added dpatches : + 50_compile-with-g++-4.3: Fixes for compiling the octave2.1 with the GCC 4.3 suite (closes: #417486) + 50_build-octave-faq: Correctly builds the PS forms of the Octave-FAQ documentation * debian/in/PACKAGE-htmldoc.doc-base.faq: Give correct name of HTML index file * debian/rules: Remove the *.html at clean target, such that the package have the same contents when built twice in a row (closes: #441721) * debian/in/PACKAGE.postinst: Drop option -L given to the ls command when building the ls-R database, such that simultaneous installation of
Bug#445016: marked as done (athcool: Does not start due to missing libpci.so.2)
Your message dated Fri, 22 Feb 2008 23:02:02 + with message-id [EMAIL PROTECTED] and subject line Bug#445016: fixed in athcool 0.3.12-1 has caused the Debian Bug report #445016, regarding athcool: Does not start due to missing libpci.so.2 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 445016: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445016 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: athcool Version: 0.3.11-1 Severity: important This is what I get when I try to start athcool: athcool: error while loading shared libraries: libpci.so.2: cannot open shared object file: No such file or directory That file seems to be in package libpci2, installing which allows athcool to start. That package, however, is not a dependency of athcool and apparently It should be removed after etch is released. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages athcool depends on: ii libc62.6.1-5 GNU C Library: Shared libraries ii pciutils 1:2.2.4-1.1 Linux PCI Utilities athcool recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: athcool Source-Version: 0.3.12-1 We believe that the bug you reported is fixed in the latest version of athcool, which is due to be installed in the Debian FTP archive: athcool_0.3.12-1.diff.gz to pool/main/a/athcool/athcool_0.3.12-1.diff.gz athcool_0.3.12-1.dsc to pool/main/a/athcool/athcool_0.3.12-1.dsc athcool_0.3.12-1_i386.deb to pool/main/a/athcool/athcool_0.3.12-1_i386.deb athcool_0.3.12.orig.tar.gz to pool/main/a/athcool/athcool_0.3.12.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. Nicolas Boullis [EMAIL PROTECTED] (supplier of updated athcool 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, 22 Feb 2008 23:28:54 +0100 Source: athcool Binary: athcool Architecture: source i386 Version: 0.3.12-1 Distribution: unstable Urgency: low Maintainer: Nicolas Boullis [EMAIL PROTECTED] Changed-By: Nicolas Boullis [EMAIL PROTECTED] Description: athcool- tool to enable powersaving mode for Athlon/Duron processors Closes: 445016 450447 Changes: athcool (0.3.12-1) unstable; urgency=low . * New upstream release. * Depend on pciutils-dev (= 1:2.2.10) and pkg-config, and use pkg-config --libs libpci to build statically with the correct libraries. (Closes: #445016, #450447) * Don't ignore failures of make clean, as suggested by lintian. No need to check for the existence of the Makefile. * Improve the copyright notice in debian/copyright, as suggested by lintian. * Bump Standards-Version to 3.7.3 (no change required). Files: 5dc19036537714f43b437df1da6ccddf 633 misc extra athcool_0.3.12-1.dsc f2e0f4fbd04f5e1f09aa60a3ecb24645 18384 misc extra athcool_0.3.12.orig.tar.gz ef564145162750624ffd698857cc999f 5635 misc extra athcool_0.3.12-1.diff.gz 454ed5a357f4b34d47f536c8e2087885 26996 misc extra athcool_0.3.12-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHv1ASwmyXkG1Pxm8RAnD3AJ9F1gy+1zhr0nBrY9h5+ryAis7GNACcC2zV UervU5KkxbUmKFMUwMul+F0= =Blyd -END PGP SIGNATURE- ---End Message---
Bug#450447: marked as done (athcool: FTBFS: undefined reference to `gzopen')
Your message dated Fri, 22 Feb 2008 23:02:02 + with message-id [EMAIL PROTECTED] and subject line Bug#450447: fixed in athcool 0.3.12-1 has caused the Debian Bug report #450447, regarding athcool: FTBFS: undefined reference to `gzopen' 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 450447: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450447 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: athcool version: 0.3.11-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071106 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: dpkg-source: building athcool in athcool_0.3.11-1.dsc debian/rules build dh_testdir /usr/bin/make CFLAGS=-Wall -g -O2 make[1]: Entering directory `/build/user/athcool-0.3.11' gcc -Wall -g -O2 -I. -I/usr/include -DPACKAGE=\athcool\ -DVERSION=\0.3.11\ -c athcool.c -o athcool.o gcc -Wall -g -O2 -I. -I/usr/include -DPACKAGE=\athcool\ -DVERSION=\0.3.11\ -c scanpci.c -o scanpci.o scanpci.c: In function 'scan_device': scanpci.c:32: warning: pointer targets in passing argument 3 of 'pci_read_block' differ in signedness scanpci.c:39: warning: pointer targets in passing argument 3 of 'pci_read_block' differ in signedness scanpci.c:45: warning: pointer targets in passing argument 2 of 'pci_setup_cache' differ in signedness gcc -Wall -g -O2 athcool.o scanpci.o -lpci -o athcool /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x533): undefined reference to `gzopen' /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x5cc): undefined reference to `gzgets' /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x628): undefined reference to `gzeof' /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x6e6): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x7c5): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0xb59): undefined reference to `gzerror' /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0xb7d): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0xc1b): undefined reference to `gzopen' collect2: ld returned 1 exit status make[1]: *** [athcool] Error 1 make[1]: Leaving directory `/build/user/athcool-0.3.11' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/11/06 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: athcool Source-Version: 0.3.12-1 We believe that the bug you reported is fixed in the latest version of athcool, which is due to be installed in the Debian FTP archive: athcool_0.3.12-1.diff.gz to pool/main/a/athcool/athcool_0.3.12-1.diff.gz athcool_0.3.12-1.dsc to pool/main/a/athcool/athcool_0.3.12-1.dsc athcool_0.3.12-1_i386.deb to pool/main/a/athcool/athcool_0.3.12-1_i386.deb athcool_0.3.12.orig.tar.gz to pool/main/a/athcool/athcool_0.3.12.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. Nicolas Boullis [EMAIL PROTECTED] (supplier of updated athcool 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, 22 Feb 2008 23:28:54 +0100
Bug#446104: marked as done (nstxd leaks like a sieve)
Your message dated Fri, 22 Feb 2008 23:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#446104: fixed in nstx 1.1-beta6-4.1 has caused the Debian Bug report #446104, regarding nstxd leaks like a sieve 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 446104: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446104 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: nstx Version: 1.1-beta6 Severity: Grave tags: patch nstxd leaks like a sieve. As it is intended as a long running service this makes it mostly unusable (and has caused a server of mine to lockup and lose unrelated data). This patch appears to ccorrect the problem in my case, and twiddles a few trivial things. I have not checked for leaks in nstxcd. Matthew W. S. Bell diff -ruN nstx-1.1-beta6/nstxd.c nstx-1.1-beta6.new/nstxd.c --- nstx-1.1-beta6/nstxd.c 2007-10-10 15:14:39.0 +0100 +++ nstx-1.1-beta6.new/nstxd.c 2007-10-10 00:58:48.0 +0100 @@ -179,7 +179,8 @@ void nstx_getpacket (void) { int len, link; - const char *name, *buf, *data; + const char *name, *inbuf, *data; + char *outbuf = NULL; struct nstxmsg *msg; struct nstxqueue *qitem; struct dnspkt *pkt; @@ -198,9 +199,9 @@ name); queueitem(pkt-id, name, msg-peer); if ((data = dns_fqdn2data(name)) - (buf = nstx_decode((unsigned char*)data, len))) + (inbuf = nstx_decode((unsigned char*)data, len))) { - nstx_handlepacket(buf, len, sendtun); + nstx_handlepacket(inbuf, len, sendtun); } } dns_free(pkt); @@ -218,10 +219,12 @@ dns_settype(pkt, DNS_RESPONSE); link = dns_addquery(pkt, qitem-name); len = dns_getfreespace(pkt, DNS_RESPONSE); - buf = dequeue_senditem(len); - dns_addanswer(pkt, buf, len, link); - buf = (char*)dns_constructpacket(pkt, len); - sendns(buf, len, qitem-peer); + outbuf = dequeue_senditem(len); + dns_addanswer(pkt, outbuf, len, link); + outbuf = (char*)dns_constructpacket(pkt, len); + sendns(outbuf, len, qitem-peer); + free(outbuf); + free(qitem); } timeoutqueue(do_timeout); } diff -ruN nstx-1.1-beta6/nstx_dns.c nstx-1.1-beta6.new/nstx_dns.c --- nstx-1.1-beta6/nstx_dns.c 2007-10-10 15:14:39.0 +0100 +++ nstx-1.1-beta6.new/nstx_dns.c 2007-10-09 23:24:09.0 +0100 @@ -450,7 +450,7 @@ ptr += list-len; } *l = len; - dns_free (pkt); + dns_free(pkt); return buf; } @@ -505,7 +505,7 @@ { if (remain 12) { - syslog(LOG_ERR, dns_extractpkt: too less bytes in an\n); + syslog(LOG_ERR, dns_extractpkt: too few bytes in an\n); free(offsets); dns_free(pkt); return NULL; @@ -530,6 +530,7 @@ { syslog(LOG_ERR, dns_extractpkt: record too long in an (%d-%d)\n, remain, rrp-len); + free(offsets); dns_free(pkt); return NULL; } @@ -538,6 +539,7 @@ ptr += rrp-len; remain -= rrp-len; } + free(offsets); return pkt; } diff -ruN nstx-1.1-beta6/nstx_queue.c nstx-1.1-beta6.new/nstx_queue.c --- nstx-1.1-beta6/nstx_queue.c 2004-06-27 22:43:34.0 +0100 +++ nstx-1.1-beta6.new/nstx_queue.c 2007-10-10 00:35:22.0 +0100 @@ -59,8 +59,6 @@ if (!qhead) return NULL; - if (tmp) - free(tmp); if ((id 0) || (qhead-id == id)) { signature.asc Description: This is a digitally signed message part ---End Message--- ---BeginMessage--- Source: nstx Source-Version: 1.1-beta6-4.1 We believe that the bug you reported is fixed in the latest version of nstx, which is due to be installed in the Debian FTP archive: nstx_1.1-beta6-4.1.diff.gz to pool/main/n/nstx/nstx_1.1-beta6-4.1.diff.gz nstx_1.1-beta6-4.1.dsc to pool/main/n/nstx/nstx_1.1-beta6-4.1.dsc nstx_1.1-beta6-4.1_amd64.deb to pool/main/n/nstx/nstx_1.1-beta6-4.1_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. Juan Angulo Moreno [EMAIL PROTECTED] (supplier of updated nstx 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, 22 Feb 2008 15:15:35 -0430 Source: nstx Binary: nstx
Bug#467096: traverso: missing theme file - crash on start
Package: traverso Version: 0.42.0-1 Severity: grave Justification: renders package unusable Traverso crashes on start. $ traverso No Hardware specific optimizations in use Themer:: Using themefile: :/themes/TraversoLight/traversotheme.xml Ungültiger Maschinenbefehl No theme file for traverso exists. No additional output with debug level 1-4. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-2.6.24.2.slh.11-sidux-686 (SMP w/1 CPU core; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages traverso depends on: ii libasound2 1.0.15-3 ALSA library ii libc6 2.7-8GNU C Library: Shared libraries ii libfftw3-3 3.1.2-3 library for computing Fast Fourier ii libflac81.2.1-1.1Free Lossless Audio Codec - runtim ii libgcc1 1:4.3-20080219-1 GCC support library ii libjack00.109.2-1JACK Audio Connection Kit (librari ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libogg0 1.1.3-3 Ogg Bitstream Library ii libqt4-core 4.3.3-2 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.3.3-2 Qt 4 core GUI functionality runtim ii libraptor1 1.4.16-1 Raptor RDF parser and serializer l ii librdf0 1.0.7-1 Redland Resource Description Frame ii libsamplerate0 0.1.2-5 audio rate conversion library ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libstdc++6 4.3-20080219-1 The GNU Standard C++ Library v3 ii libvorbis0a 1.2.0.dfsg-3 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-3 The Vorbis General Audio Compressi ii libwavpack1 4.41.0-1 an audio codec (lossy and lossless traverso recommends no packages. -- no debconf information
Bug#462503: marked as done (slony1: FTBFS: /usr/include/postgresql/8.2/server/c.h:465: error: 'NAMEDATALEN' undeclared here (not in a function))
Your message dated Sat, 23 Feb 2008 00:31:24 + with message-id [EMAIL PROTECTED] and subject line Bug#462503: fixed in slony1 1.2.13-1 has caused the Debian Bug report #462503, regarding slony1: FTBFS: /usr/include/postgresql/8.2/server/c.h:465: error: 'NAMEDATALEN' undeclared here (not in a function) 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 462503: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462503 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: slony1 version: 1.2.12-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080122 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[3]: Entering directory `/build/user/slony1-1.2.12/src/slon' cc -g -Wall -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -pthread -I../.. -I../../src/slon -I/usr/include/postgresql/8.2/server/ -I/usr/include/postgresql/ -c -o slon.o slon.c In file included from slon.c:34: /usr/include/postgresql/8.2/server/c.h:465: error: 'NAMEDATALEN' undeclared here (not in a function) make[3]: *** [slon.o] Error 1 make[3]: Leaving directory `/build/user/slony1-1.2.12/src/slon' make[2]: *** [all] Error 2 make[2]: Leaving directory `/build/user/slony1-1.2.12/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/slony1-1.2.12' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/01/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: slony1 Source-Version: 1.2.13-1 We believe that the bug you reported is fixed in the latest version of slony1, which is due to be installed in the Debian FTP archive: postgresql-8.3-slony1_1.2.13-1_i386.deb to pool/main/s/slony1/postgresql-8.3-slony1_1.2.13-1_i386.deb slony1-bin_1.2.13-1_i386.deb to pool/main/s/slony1/slony1-bin_1.2.13-1_i386.deb slony1-doc_1.2.13-1_all.deb to pool/main/s/slony1/slony1-doc_1.2.13-1_all.deb slony1_1.2.13-1.diff.gz to pool/main/s/slony1/slony1_1.2.13-1.diff.gz slony1_1.2.13-1.dsc to pool/main/s/slony1/slony1_1.2.13-1.dsc slony1_1.2.13.orig.tar.gz to pool/main/s/slony1/slony1_1.2.13.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. Peter Eisentraut [EMAIL PROTECTED] (supplier of updated slony1 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, 14 Feb 2008 01:42:56 +0100 Source: slony1 Binary: slony1-bin postgresql-8.3-slony1 slony1-doc Architecture: source all i386 Version: 1.2.13-1 Distribution: unstable Urgency: low Maintainer: Peter Eisentraut [EMAIL PROTECTED] Changed-By: Peter Eisentraut [EMAIL PROTECTED] Description: postgresql-8.3-slony1 - replication system for PostgreSQL slony1-bin - replication system for PostgreSQL slony1-doc - Slony-I documentation Closes: 456900 462503 464374 Changes: slony1 (1.2.13-1) unstable; urgency=low . * New upstream release - Obsolete patches: bindir.patch * Built against PostgreSQL 8.3 (closes: #462503, #464374) * Updated standards version * Replaced build dependency gs-gpl by ghostscript (closes: #456900) Files: 8dfcb8bee7c917bf1c36eb585192ee7d 833 misc optional slony1_1.2.13-1.dsc a79e5ca8ea5c5916a80cbeea860b5a72 1027085 misc optional slony1_1.2.13.orig.tar.gz 7020fc89d9b319ec4470dee27c385323 10188 misc optional slony1_1.2.13-1.diff.gz 8d48748e7c370cc977d395ae25738d83 621462 doc optional slony1-doc_1.2.13-1_all.deb 4a41aa4ebe83a66d488f96ae012d5130 190338 misc optional
Bug#458658: marked as done (db4o: FTBFS: Internal compiler error at ./native/Db4objects.Db4o.Tests/CLI1/NativeQueries/Cats/TestCatConsis tency.cs(133,29):: exception caught while emitting MethodBuil
Your message dated Sat, 23 Feb 2008 00:31:49 + with message-id [EMAIL PROTECTED] and subject line Bug#458658: fixed in db4o 6.1.604+dfsg-1 has caused the Debian Bug report #458658, regarding db4o: FTBFS: Internal compiler error at ./native/Db4objects.Db4o.Tests/CLI1/NativeQueries/Cats/TestCatConsis tency.cs(133,29):: exception caught while emitting MethodBuilder [TestCatConsistency::RunTests] 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 458658: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458658 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: db4o version: 6.1.401~dfsg-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080101 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: dpkg-source: building db4o in db4o_6.1.401~dfsg-2.dsc debian/rules build test -d debian/patched || install -d debian/patched dpatch apply-all applying patch makefile to ./ ... ok. dpatch cat-all patch-stampT mv -f patch-stampT patch-stamp dh_testdir touch configure-stamp dh_testdir /usr/bin/make buildall make[1]: Entering directory `/build/user/db4o-6.1.401~dfsg' make -C ./src make[2]: Entering directory `/build/user/db4o-6.1.401~dfsg/src' [ -d ./bin ] || mkdir ./bin cd Db4objects.Db4o ; make make[3]: Entering directory `/build/user/db4o-6.1.401~dfsg/src/Db4objects.Db4o' [ -d ../bin ] || mkdir ../bin find . -name *.cs ./sources gmcs -t:library -warn:0 -out:../bin/Db4objects.Db4o.dll -keyfile:../db4objects.snk -define:NET_2_0,MONO,EMBEDDED @./sources rm -f ./sources make[3]: Leaving directory `/build/user/db4o-6.1.401~dfsg/src/Db4objects.Db4o' cd Db4objects.Db4o.Tools ; make make[3]: Entering directory `/build/user/db4o-6.1.401~dfsg/src/Db4objects.Db4o.Tools' [ -d ../bin ] || mkdir ../bin find . -name *.cs ./sources gmcs -t:library -r:../bin/Db4objects.Db4o.dll -r:/usr/lib/cli/mono-cecil-0.5/Mono.Cecil.dll -r:/usr/lib/cli/mono-cecil-flowanalysis-0.1/Cecil.FlowAnalysis.dll -warn:0 -out:../bin/Db4objects.Db4o.Tools.dll -keyfile:../db4objects.snk -define:NET_2_0,MONO,EMBEDDED @./sources rm -f ./sources make[3]: Leaving directory `/build/user/db4o-6.1.401~dfsg/src/Db4objects.Db4o.Tools' cd Db4oUnit ; make make[3]: Entering directory `/build/user/db4o-6.1.401~dfsg/src/Db4oUnit' [ -d ../bin ] || mkdir ../bin find . -name *.cs ./sources gmcs -t:library -warn:0 -out:../bin/Db4oUnit.dll -keyfile:../db4objects.snk -define:NET_2_0,MONO,EMBEDDED @./sources rm -f ./sources make[3]: Leaving directory `/build/user/db4o-6.1.401~dfsg/src/Db4oUnit' cd Db4oUnit.Extensions ; make make[3]: Entering directory `/build/user/db4o-6.1.401~dfsg/src/Db4oUnit.Extensions' [ -d ../bin ] || mkdir ../bin find . -name *.cs ./sources gmcs -t:library -r:../bin/Db4oUnit.dll -r:../bin/Db4objects.Db4o.dll -warn:0 -out:../bin/Db4oUnit.Extensions.dll -keyfile:../db4objects.snk -define:NET_2_0,MONO,EMBEDDED @./sources rm -f ./sources make[3]: Leaving directory `/build/user/db4o-6.1.401~dfsg/src/Db4oUnit.Extensions' cd Db4objects.Db4o.Tests ; make make[3]: Entering directory `/build/user/db4o-6.1.401~dfsg/src/Db4objects.Db4o.Tests' [ -d ../bin ] || mkdir ../bin find . -name *.cs ./sources gmcs -t:exe -r:../bin/Db4objects.Db4o.dll -r:../bin/Db4objects.Db4o.Tools.dll -r:../bin/Db4oUnit.dll -r:../bin/Db4oUnit.Extensions.dll -r:System.Drawing -warn:0 -out:../bin/Db4objects.Db4o.Tests.exe -keyfile:../db4objects.snk -define:NET_2_0,MONO,EMBEDDED -main:Db4objects.Db4o.Tests.AllTests @./sources Exception caught by the compiler while compiling: Block that caused the problem begin at: ./native/Db4objects.Db4o.Tests/CLI1/NativeQueries/Cats/TestCatConsistency.cs(133,29): Block being compiled: [./native/Db4objects.Db4o.Tests/CLI1/NativeQueries/Cats/TestCatConsistency.cs(134,17):,./native/Db4objects.Db4o.Tests/CLI1/NativeQueries/Cats/TestCatConsistency.cs(193,17):] System.NullReferenceException: Object reference not set to an instance of an object Internal compiler error at ./native/Db4objects.Db4o.Tests/CLI1/NativeQueries/Cats/TestCatConsistency.cs(133,29):: exception caught while emitting MethodBuilder [TestCatConsistency::RunTests] Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at Mono.CSharp.AnonymousMethodExpression.ImplicitStandardConversionExists (System.Type
Bug#466489: linneighborhood: should this package be orphaned?
Please orphan. Or remove from the archive. As far as I know it's been dropped upstream for several years and there are better alternatives. On Feb 18, 2008, at 8:30 PM, Barry deFreese wrote: Package: linneighborhood Version: 0.6.5-4 Severity: serious User: [EMAIL PROTECTED] Usertags: proposed-orphan Dear Maintainer, While reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because: * Maintainer seems inactive. Last upload was 2006. * Important bug with patch over 3 years old. * Package is severely out of date. If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. Also, you can study the possibility of taking co-maintainers. If you agree that it should be orphaned, send the following commands to [EMAIL PROTECTED] (replace nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: packagename -- short package description thanks If you think it should be removed, send the following commands instead: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ Thank you, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 466489 is normal ..., reassign 466489 to ftp.debian.org
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.14 severity 466489 normal Bug#466489: linneighborhood: should this package be orphaned? Severity set to `normal' from `serious' retitle 466489 RM: linneighborhood -- RoM; unmaintained, better alternatives Bug#466489: linneighborhood: should this package be orphaned? Changed Bug title to `RM: linneighborhood -- RoM; unmaintained, better alternatives' from `linneighborhood: should this package be orphaned?'. reassign 466489 ftp.debian.org Bug#466489: RM: linneighborhood -- RoM; unmaintained, better alternatives Bug reassigned from package `linneighborhood' to `ftp.debian.org'. 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#467099: Please rebuild against the latest python-numpy
Package: python-matplotlib Severity: serious --- Please enter the report below this line. --- Hi, python-matplotlib needs to be rebuild against the latest python-numpy, because python-numpy finally switched to gfortran from g77. Currently, python-matplotlib and python-numpy don't even install together in sid, so I think it's a serious bug. I and Kumar offer fixing it, so I sent the following email to Vittorio two days ago: Hi Vittorio, we need to fix matplotlib to work with the new python-numpy. Mostly Kumar did the hard work of fixing numpy to compile with the new gfortran based lapack. It would be nice, if matplotlib would be maintained in the DPMT http://wiki.debian.org/Teams/PythonModulesTeam svn repositories, so that we can just fix the package and write you an email to review our changes and upload. One option is to add PythonModulesTeam among uploaders. Also - I am not a DD yet, but I am already a DM. Are you ok with adding the DM-Upload-Allowed field into the package and me among uploaders? So that we can just ping you, you will review the changes, say ok, and I can upload myself if you are busy. Another option, which imho is even better, is that DPMT will be the maintainer, and all of us in uploaders. That way, anyone from the DPMT is free to fix and upload a new revision, without seeking an approval. This strategy works well with all packages I comaintain (sympy, scipy, numpy, pyglet, petsc4py, ...). Let us know which option (if any) you like. Thanks, Ondrej With no response so far. So I imported it to DPMT svn anyway, so that we can fix it soon: svn://svn.debian.org/svn/python-modules/packages/matplotlib/ I'll try to fix it with Kumar tomorrow. Hopefully the maintainers of python-matplotlib (CCed) will get back to us soon either approving our action, or offering a different solution. :) As I said in the email, if you don't want DPMT take over the package, no problem. I'll just use the above svn so that we can test this package easily with Kumar and then send you a patch, so that you can apply and upload. Thanks, Ondrej --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 unstableftp.cz.debian.org --- Package information. --- Depends(Version) | Installed -+-== python-central(= 0.5.8) | 0.5.15-0.1 python ( 2.6) | 2.4.4-6 python (= 2.4) | 2.4.4-6 python-numpy (= 1:1.0.3) | 1:1.0.4-6 OR python-numeric-ext | 24.2-8 OR python-numarray-ext | python-tk| 2.4.4-3 python-gd (= 0.52) | OR python-pypaint | OR python-gtk2 | 2.12.1-1 OR libwxgtk2.4-python | OR python-qt3 | 3.17.4-1 python-tz| 2007d-1 python-dev | 2.4.4-6 python-matplotlib-data (= 0.90.1-2) | 0.90.1-2 python-dateutil | 1.3-1 python-gobject | 2.14.1-1 libatk1.0-0 (= 1.13.2) | 1.20.0-1 libc6 (= 2.6-1) | 2.7-8 libcairo2 (= 1.4.0) | 1.4.14-1 libfontconfig1(= 2.4.0) | 2.5.0-2 libfreetype6 (= 2.3.5) | 2.3.5-1+b1 libgcc1 (= 1:4.2-20070516) | 1:4.3-20080219-1 libglib2.0-0 (= 2.12.9) | 2.14.6-1 libgtk2.0-0 (= 2.10.12-3) | 2.12.8-1 libpango1.0-0(= 1.16.4) | 1.18.4-1 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libstdc++6 (= 4.2-20070516) | 4.3-20080219-1 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6 | 1:1.0.3-2 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxrandr2 (= 2:1.2.0) | 2:1.2.2-1 libxrender1 | 1:0.9.4-1 tcl8.4(= 8.4.5) | 8.4.18-2 tk8.4 (= 8.4.5) | 8.4.18-1 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467099: do we still need support for python-numarray and python-numeric?
See this wiki for explanation about these packages: http://wiki.debian.org/python-numpy If you are ok with this, let's just support python-numpy? Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467104: xsp: FTBFS: cannot find metadata file `Mono.Posix.dll'
Package: xsp Version: 1.2.5-2 Severity: serious From my pbuilder build log: ... /usr/bin/gmcs -d:NET_2_0 -debug+ -debug:full -nologo -nowarn:618 -r:System.Web.dll -r:System.Configuration.dll -r:Mono.WebServer/Mono.WebServer2.dll -r:Mono.Posix.dll -r:Mono.Security.dll /d:MODMONO_SERVER /out:mod-mono-server2.exe ./ModMonoRequest.cs ./ModMonoWorkerRequest.cs ./ModMonoApplicationHost.cs ./ModMonoTCPWebSource.cs ./ModMonoRequestBroker.cs ./ModMonoWebSource.cs ./ModMonoWorker.cs ./server.cs ./security.cs AssemblyInfoModMono.cs error CS0006: cannot find metadata file `Mono.Posix.dll' Compilation failed: 1 error(s), 0 warnings make[3]: *** [mod-mono-server2.exe] Error 1 make[3]: Leaving directory `/tmp/buildd/xsp-1.2.5/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/xsp-1.2.5/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/buildd/xsp-1.2.5' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- Daniel Schepler
Bug#461399: marked as done (simgear_1.0.0-1 (alpha/unstable): FTBFS: Unrecognized CPU architecture)
Your message dated Sat, 23 Feb 2008 05:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#461399: fixed in simgear 1.0.0-2 has caused the Debian Bug report #461399, regarding simgear_1.0.0-1 (alpha/unstable): FTBFS: Unrecognized CPU architecture 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 461399: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461399 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: simgear Version: 1.0.0-1 Severity: serious simgear is now failing to build on alpha, hppa, and s390 with the following error: if gcc -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -fPIC -pipe -g -O2 -D_REENTRANT -MT bitslib.o -MD -MP -MF .deps/bitslib.Tpo -c -o bitslib.o bitslib.c; \ then mv -f .deps/bitslib.Tpo .deps/bitslib.Po; else rm -f .deps/bitslib.Tpo; exit 1; fi In file included from nasal.h:7, from data.h:4, from bitslib.c:2: naref.h:20:3: error: #error Unrecognized CPU architecture [...] A full build log can be found at http://buildd.debian.org/fetch.cgi?pkg=simgeararch=alphaver=1.0.0-1stamp=1198415406file=logas=raw. The reason for this is the following code in naref.h: /* Rather than play elaborate and complicated games with * platform-dependent endianness headers, just detect the platforms we * support. This list is simpler and smaller, yet still quite * complete. */ #if (defined(__x86_64) defined(__linux__)) || defined(__sparcv9) || \ defined(__powerpc64__) /* Win64 and Irix should work with this too, but have not been * tested */ # define NASAL_NAN64 #elif defined(_M_IX86) || defined(i386)|| defined(__x86_64) || \ defined(__ia64__) || defined(_M_IA64) || defined(__ARMEL__) # define NASAL_LE #elif defined(__sparc) || defined(__ppc__) ||defined(__PPC) || \ defined(__mips) || defined(__ARMEB__) # define NASAL_BE #else # error Unrecognized CPU architecture #endif ... which is a cop-out, and a serious regression because the old code built and ran fine on all architectures. The above code should have __alpha__ added to the NASAL_LE list, and __hppa__, __s390__, and __s390x__ added to the NASAL_BE list. BTW, according to data.h, the NASAL_NAN64 option exists to support stupid union tricks: // On 64 bit systems, Nasal non-numeric references are stored with a // bitmask that sets the top 16 bits. As a double, this is a // signalling NaN that cannot itself be produced by normal numerics // code. The pointer value can be reconstructed if (and only if) we // are guaranteed that all memory that can be pointed to by a naRef // (i.e. all memory returned by naAlloc) lives in the bottom 48 bits // of memory. Linux on x86_64, Win64, Solaris and Irix all have such // policies with address spaces: [...] Linux doesn't document this rigorously, but testing // shows that it allows 47 bits of address space (and current x86_64 // implementations are limited to 48 bits of virtual space anyway). So // we choose 48 as the conservative compromise. So this assumes the kernel will never expose more than 48bits of address space to userspace processes -- a short-sighted and groundless assumption, the reason Linux hasn't documented this rigorously is because there is no such guarantee. The NASAL_NAN64 option should be thrown out for all Linux variants. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: simgear Source-Version: 1.0.0-2 We believe that the bug you reported is fixed in the latest version of simgear, which is due to be installed in the Debian FTP archive: simgear-dev_1.0.0-2_i386.deb to pool/main/s/simgear/simgear-dev_1.0.0-2_i386.deb simgear0_1.0.0-2_i386.deb to pool/main/s/simgear/simgear0_1.0.0-2_i386.deb simgear_1.0.0-2.diff.gz to pool/main/s/simgear/simgear_1.0.0-2.diff.gz simgear_1.0.0-2.dsc to pool/main/s/simgear/simgear_1.0.0-2.dsc 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. Ove Kaaven [EMAIL PROTECTED] (supplier of updated simgear package) (This message was generated automatically at their request; if
Bug#466852: Bug#466748: libconvert-uulib-perl: FTBFS with grep 2.5.3~dfsg-4
On Wed, Feb 20, 2008 at 09:00:27PM +0100, Jonas Smedegaard wrote: Reading #414168, the reasoning is that recursively grepping stdin is broken anyway. Removing the egrep '-r' option from debian/cdbs/1/rules/copyright-check.mk indeed fixes this. Please clone this bug yourself unless you want to take this up with the grep maintainers. Thanks, especially for resolving the cause too! I'll fix this (I believe this is broken in even more of the packages I maintain...) Please prioritize your arch:any perl packages, otherwise they are going to be uninstallable (along with all their reverse {,build-}dependencies) in a week or so when Perl 5.10 gets in unstable. libconvert-uulib-perl_1.09-2 libgd-gd2-noxpm-perl_1:2.35-1 libgd-gd2-perl_1:2.35-1 libmail-cclient-perl_1.12-5 libunix-syslog-perl_1.0-1 For the case of libconvert-uulib-perl, I'm not sure if you're aware that 1.09-2 fails too (see #466852). Although you set the Maintainer field to the Debian Perl Group in 1.09-2, I think everybody would appreciate if you fixed this yourself first :) Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]