Bug#422324: linux-image-2.6.18-4-footbridge: System spontaneously reboots, logs NWFPE: ntpd[1694] takes exception 00000001
Package: linux-image-2.6.18-4-footbridge Version: 2.6.18.dfsg.1-12etch1 Severity: grave Justification: causes non-serious data loss After updating to the kernel version released with DSA-1286-1, the system has begun to spontaneously reboot. This is a small Netwinder system, which has been running stable for 3 years now on Debian Sarge. It also logs this message in the kernel log: NWFPE: ntpd[1694] takes exception 0001 at c003118c from 0002d644 although this does not trigger the reboot (there is one such entry in the dmesg output now, and the system is still running). I'm attaching the dmesg output. The system runs ntpd, dhcpd, nutups, and the dnscache+tinydns utilities (not in Debian). The system gets power through a UPS, so there hasn't been a power outage. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: arm (armv4l) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-footbridge Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.18-4-footbridge depends on: ii coreutils 5.97-5.3 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii initramfs-tools [linux-initra 0.85g tools for generating an initramfs ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo linux-image-2.6.18-4-footbridge recommends no packages. -- debconf information: linux-image-2.6.18-4-footbridge/postinst/depmod-error-2.6.18-4-footbridge: false shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-4-footbridge/prerm/would-invalidate-boot-loader-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/preinst/lilo-has-ramdisk: linux-image-2.6.18-4-footbridge/prerm/removing-running-kernel-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/postinst/old-initrd-link-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/postinst/old-dir-initrd-link-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/preinst/abort-overwrite-2.6.18-4-footbridge: linux-image-2.6.18-4-footbridge/preinst/failed-to-move-modules-2.6.18-4-footbridge: * linux-image-2.6.18-4-footbridge/preinst/already-running-this-2.6.18-4-footbridge: linux-image-2.6.18-4-footbridge/preinst/abort-install-2.6.18-4-footbridge: linux-image-2.6.18-4-footbridge/postinst/depmod-error-initrd-2.6.18-4-footbridge: false linux-image-2.6.18-4-footbridge/preinst/lilo-initrd-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/postinst/create-kimage-link-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/postinst/bootloader-error-2.6.18-4-footbridge: linux-image-2.6.18-4-footbridge/preinst/elilo-initrd-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/postinst/old-system-map-link-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/preinst/overwriting-modules-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/preinst/bootloader-initrd-2.6.18-4-footbridge: true linux-image-2.6.18-4-footbridge/postinst/kimage-is-a-directory: linux-image-2.6.18-4-footbridge/preinst/initrd-2.6.18-4-footbridge: linux-image-2.6.18-4-footbridge/postinst/bootloader-test-error-2.6.18-4-footbridge: Linux version 2.6.18-4-footbridge (Debian 2.6.18.dfsg.1-12etch1) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 Sun Apr 15 11:11:12 UTC 2007 CPU: StrongARM-110 [4401a104] revision 4 (ARMv4), cr=517f Machine: Rebel-NetWinder Converting old-style param struct to taglist ATAG_INITRD is deprecated; please update your bootloader. Memory policy: ECC disabled, Data cache writeback On node 0 totalpages: 16384 DMA zone: 16384 pages, LIFO batch:3 Built 1 zonelists. Total pages: 16384 Kernel command line: ide0=autotune noinitrd root=/dev/hda2 console=tty0 netconfig_eth0=disk netconfig_eth1=disk ide_setup: ide0=autotune -- OBSOLETE OPTION, WILL BE REMOVED SOON! PID hash table entries: 512 (order: 9, 2048 bytes) start_kernel(): bug: interrupts were enabled early Console: colour dummy device 80x30 Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 64MB = 64MB total Memory: 60208KB available (2512K code, 563K data, 116K init) Calibrating delay loop... 185.54 BogoMIPS (lpj=927744) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: failed, enabling work-around checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd Freeing initrd memory: 1458K NET: Registered protocol family 16 PCI: DC21285 footbridge, revision 03, in central function mode PCI: bus0: Fast back to back transfers disabled PCI: Ignore bogus resource 1 [3f6:3f6] of :00:0c.1 PCI: Ignore bogus resource 3 [376:376] of :00:0c.1 Linux Plug and Play Support v0.97 (c)
Bug#422107: marked as done (heartbeat: uninstallable due to dependancy on libsnmp9)
Your message dated Sat, 05 May 2007 06:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#422107: fixed in heartbeat 1.2.5-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: heartbeat Version: 1.2.5-3 Severity: serious Tags: sid heartbeat is uninstallable in unstable: [EMAIL PROTECTED]:/# apt-get install heartbeat Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: heartbeat: Depends: libsnmp9 (= 5.2.3) but it is not installable Depends: libstonith0 (= 1.2.5) libsnmp9 no longer exists in unstable; it might be that a simple binNMU will fix this. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.19.7 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages heartbeat depends on: ii adduser 3.102 Add and remove users and groups ii iproute 20061002-4 Professional tools to control the ii iputils- 3:20070202-1Tools to test the reachability of ii libc62.5-5 GNU C Library: Shared libraries ii libglib1 1.2.10-17 The GLib library of C routines pn libnet1 none (no description available) pn libpils0 none (no description available) ii libsenso 1:2.10.1-3 library to read temperature/voltag pn libsnmp9 none (no description available) ii libssl0. 0.9.8e-4SSL shared libraries pn libstoni none (no description available) ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii psmisc 22.5-1 Utilities that use the proc filesy ii python 2.4.4-2 An interactive high-level object-o ii python-c 0.5.13-0.1 register and build utility for Pyt Versions of packages heartbeat recommends: pn iptables none (no description available) pn logrotate none (no description available) ii sysklogd [system-log-daemon] 1.4.1-20 System Logging Daemon ---End Message--- ---BeginMessage--- Source: heartbeat Source-Version: 1.2.5-4 We believe that the bug you reported is fixed in the latest version of heartbeat, which is due to be installed in the Debian FTP archive: heartbeat-dev_1.2.5-4_i386.deb to pool/main/h/heartbeat/heartbeat-dev_1.2.5-4_i386.deb heartbeat_1.2.5-4.diff.gz to pool/main/h/heartbeat/heartbeat_1.2.5-4.diff.gz heartbeat_1.2.5-4.dsc to pool/main/h/heartbeat/heartbeat_1.2.5-4.dsc heartbeat_1.2.5-4_i386.deb to pool/main/h/heartbeat/heartbeat_1.2.5-4_i386.deb ldirectord_1.2.5-4_all.deb to pool/main/h/heartbeat/ldirectord_1.2.5-4_all.deb libpils-dev_1.2.5-4_i386.deb to pool/main/h/heartbeat/libpils-dev_1.2.5-4_i386.deb libpils0_1.2.5-4_i386.deb to pool/main/h/heartbeat/libpils0_1.2.5-4_i386.deb libstonith-dev_1.2.5-4_i386.deb to pool/main/h/heartbeat/libstonith-dev_1.2.5-4_i386.deb libstonith0_1.2.5-4_i386.deb to pool/main/h/heartbeat/libstonith0_1.2.5-4_i386.deb stonith_1.2.5-4_i386.deb to pool/main/h/heartbeat/stonith_1.2.5-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. Simon Horman [EMAIL PROTECTED] (supplier of updated heartbeat package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the
Bug#421415: marked as done (ldirectord: Ldirectord crashed because of missing dep on libmail-pop3client-perl)
Your message dated Sat, 05 May 2007 06:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#421415: fixed in heartbeat 1.2.5-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: ldirectord Version: 1.2.5-3 Severity: grave Ldirector crashes because the package lacks a dep on libmail-pop3client-perl : DEBUG2: Checking negotiate: real server=negotiate:pop:tcp:10.0.0.3:110\/: (virtual=tcp:84.207.24.11:110) Can't locate Mail/POP3Client.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/sbin/ldirectord line 1942. [EMAIL PROTECTED]:~# -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages ldirectord depends on: ii ipvsadm1.24+1.21-1.4 Linux Virtual Server support progr ii libcrypt-ssleay-perl 0.51-5Support for https protocol in LWP ii libdbi-perl1.54-1Perl5 database interface by Tim Bu ii libdigest-hmac-perl1.01-5create standard message integrity ii libmail-imapclient-perl2.2.9+deb-5 Perl library for manipulating IMAP ii libmailtools-perl 1.74-1Manipulate email in perl programs ii libnet-dns-perl0.59-1Perform DNS queries from a Perl sc ii libnet-ldap-perl 1:0.33-2 A Client interface to LDAP servers ii libwww-perl5.805-1 WWW client/server library for Perl ii perl [libdigest-md5-perl] 5.8.8-7 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.8.8-7 Core Perl modules Versions of packages ldirectord recommends: ii logrotate 3.7.1-3Log rotation utility ii sysklogd 1.4.1-20 System Logging Daemon -- no debconf information -- ,''`. : :' : Cyril Bouthors `. `' Debian.org `- pgpTB8g5r6Efz.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: heartbeat Source-Version: 1.2.5-4 We believe that the bug you reported is fixed in the latest version of heartbeat, which is due to be installed in the Debian FTP archive: heartbeat-dev_1.2.5-4_i386.deb to pool/main/h/heartbeat/heartbeat-dev_1.2.5-4_i386.deb heartbeat_1.2.5-4.diff.gz to pool/main/h/heartbeat/heartbeat_1.2.5-4.diff.gz heartbeat_1.2.5-4.dsc to pool/main/h/heartbeat/heartbeat_1.2.5-4.dsc heartbeat_1.2.5-4_i386.deb to pool/main/h/heartbeat/heartbeat_1.2.5-4_i386.deb ldirectord_1.2.5-4_all.deb to pool/main/h/heartbeat/ldirectord_1.2.5-4_all.deb libpils-dev_1.2.5-4_i386.deb to pool/main/h/heartbeat/libpils-dev_1.2.5-4_i386.deb libpils0_1.2.5-4_i386.deb to pool/main/h/heartbeat/libpils0_1.2.5-4_i386.deb libstonith-dev_1.2.5-4_i386.deb to pool/main/h/heartbeat/libstonith-dev_1.2.5-4_i386.deb libstonith0_1.2.5-4_i386.deb to pool/main/h/heartbeat/libstonith0_1.2.5-4_i386.deb stonith_1.2.5-4_i386.deb to pool/main/h/heartbeat/stonith_1.2.5-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. Simon Horman [EMAIL PROTECTED] (supplier of updated heartbeat 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: Sat, 05 May 2007 14:03:32 +0900 Source: heartbeat Binary: libstonith-dev ldirectord libstonith0 heartbeat libpils-dev libpils0 stonith heartbeat-dev Architecture: source i386 all Version: 1.2.5-4 Distribution: unstable Urgency: low Maintainer: Simon Horman [EMAIL PROTECTED] Changed-By: Simon Horman [EMAIL PROTECTED] Description: heartbeat - Subsystem for High-Availability Linux heartbeat-dev - Subsystem for High-Availability Linux - development files ldirectord - Monitors virtual services provided by LVS libpils-dev - Plugin and Interface Loading
Bug#422320: marked as done (heartbeat-2: uninstallable due to dependancy on libsnmp9)
Your message dated Sat, 05 May 2007 06:17:05 + with message-id [EMAIL PROTECTED] and subject line Bug#422320: fixed in heartbeat-2 2.0.8-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: heartbeat Version: 1.2.5-3 Severity: serious Tags: sid heartbeat is uninstallable in unstable: [EMAIL PROTECTED]:/# apt-get install heartbeat Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: heartbeat: Depends: libsnmp9 (= 5.2.3) but it is not installable Depends: libstonith0 (= 1.2.5) libsnmp9 no longer exists in unstable; it might be that a simple binNMU will fix this. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.19.7 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages heartbeat depends on: ii adduser 3.102 Add and remove users and groups ii iproute 20061002-4 Professional tools to control the ii iputils- 3:20070202-1Tools to test the reachability of ii libc62.5-5 GNU C Library: Shared libraries ii libglib1 1.2.10-17 The GLib library of C routines pn libnet1 none (no description available) pn libpils0 none (no description available) ii libsenso 1:2.10.1-3 library to read temperature/voltag pn libsnmp9 none (no description available) ii libssl0. 0.9.8e-4SSL shared libraries pn libstoni none (no description available) ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii psmisc 22.5-1 Utilities that use the proc filesy ii python 2.4.4-2 An interactive high-level object-o ii python-c 0.5.13-0.1 register and build utility for Pyt Versions of packages heartbeat recommends: pn iptables none (no description available) pn logrotate none (no description available) ii sysklogd [system-log-daemon] 1.4.1-20 System Logging Daemon ---End Message--- ---BeginMessage--- Source: heartbeat-2 Source-Version: 2.0.8-2 We believe that the bug you reported is fixed in the latest version of heartbeat-2, which is due to be installed in the Debian FTP archive: heartbeat-2-dev_2.0.8-2_i386.deb to pool/main/h/heartbeat-2/heartbeat-2-dev_2.0.8-2_i386.deb heartbeat-2-gui_2.0.8-2_i386.deb to pool/main/h/heartbeat-2/heartbeat-2-gui_2.0.8-2_i386.deb heartbeat-2_2.0.8-2.diff.gz to pool/main/h/heartbeat-2/heartbeat-2_2.0.8-2.diff.gz heartbeat-2_2.0.8-2.dsc to pool/main/h/heartbeat-2/heartbeat-2_2.0.8-2.dsc heartbeat-2_2.0.8-2_i386.deb to pool/main/h/heartbeat-2/heartbeat-2_2.0.8-2_i386.deb ldirectord-2_2.0.8-2_all.deb to pool/main/h/heartbeat-2/ldirectord-2_2.0.8-2_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. Simon Horman [EMAIL PROTECTED] (supplier of updated heartbeat-2 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: Sat, 05 May 2007 13:36:36 +0900 Source: heartbeat-2 Binary: heartbeat-2-dev ldirectord-2 heartbeat-2-gui heartbeat-2 Architecture: source i386 all Version: 2.0.8-2
Bug#420442: marked as done (file conflicts between packages)
Your message dated Sat, 5 May 2007 16:43:55 +1000 with message-id [EMAIL PROTECTED] and subject line fixed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: vertex, gtkwave Severity: serious Usertags: qa-file-conflict Justification: Policy violation, see section 7.2 hi, both vertex and gtwave ship `/usr/bin/vertex' but do neither conflict or add a diversion, thus fail to be installed on the same environment: dpkg: error processing /var/cache/apt/archives/vertex_0.1.15-1.2_i386.deb (--unpack): trying to overwrite `/usr/bin/vertex', which is also in package gtkwave dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/vertex_0.1.15-1.2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) bye, - michael ---End Message--- ---BeginMessage--- Version: 3.0.27-1 The file naming conflict between vertex and gtkwave is fixed in 3.0.27-1. -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] ---End Message---
Bug#421589:
Hi, I'm sorry, I'm waiting at the moment on libguichan0 (0.6.1-1) in Sid and Etch, but the maintainer isn't responsible. Regards, Patrick Matthäi
Bug#422241: [Pkg-jed-sl-modules] Bug#422241: slpvm - DoS against the buildd
* Kurt Roeckx [EMAIL PROTECTED] [2007-05-04 18:25]: On Fri, May 04, 2007 at 04:41:28PM +0200, Rafael Laboissiere wrote: * Bastian Blank [EMAIL PROTECTED] [2007-05-04 15:31]: Package: slpvm Version: 0.1.5-7 Severity: critical slpvm doses the buildd. The resulting buildlog is nearly 4GiB of size. This has been already reported as #422155. I hope that 0.1.5-8, uploaded some time ago, fixes the problem. I cannot see from the buildd logs whether it really works. Could you check it, please? I still don't see a 0.1.5-8, [snip] I was confused, sorry. I meant 0.1.5-7 instead of 0.1.5-8. [snip] 0.1.5-7 still had the same problem and had a 12 GB buildd log when I killed it after more than 7 hours. Are the error message exactly the same as in 0.1.5-6? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421606: New diff
tag 421606 patch thanks Hi, You can find in the diff.gz file attached a new 02_french-po-fix.dpatch patch whom include the french manpage changes. The rules files contains one change to call patch-stamp before the configure script. dh_clean remove the generated file po/fr.gmo 00_previous_patches_transitions.dpatch has been removed. I think the best is to rewrote the rules files from scratch. Christian sitecopy_0.16.3-9.diff.gz Description: Binary data
Processed: New diff
Processing commands for [EMAIL PROTECTED]: tag 421606 patch Bug#421606: sitecopy: Doesn't find all my site There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422241: marked as done (slpvm - DoS against the buildd)
Your message dated Sat, 05 May 2007 08:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#422241: fixed in slpvm 0.1.5-8 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: slpvm Version: 0.1.5-7 Severity: critical slpvm doses the buildd. The resulting buildlog is nearly 4GiB of size. Bastian -- No one wants war. -- Kirk, Errand of Mercy, stardate 3201.7 signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: slpvm Source-Version: 0.1.5-8 We believe that the bug you reported is fixed in the latest version of slpvm, which is due to be installed in the Debian FTP archive: slang-pvm_0.1.5-8_i386.deb to pool/main/s/slpvm/slang-pvm_0.1.5-8_i386.deb slpvm_0.1.5-8.diff.gz to pool/main/s/slpvm/slpvm_0.1.5-8.diff.gz slpvm_0.1.5-8.dsc to pool/main/s/slpvm/slpvm_0.1.5-8.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. Rafael Laboissiere [EMAIL PROTECTED] (supplier of updated slpvm 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: Sat, 5 May 2007 10:32:35 +0200 Source: slpvm Binary: slang-pvm Architecture: source i386 Version: 0.1.5-8 Distribution: unstable Urgency: low Maintainer: Debian JED Group [EMAIL PROTECTED] Changed-By: Rafael Laboissiere [EMAIL PROTECTED] Description: slang-pvm - PVM (Parallel Virtual Machine) interface for S-Lang Closes: 422241 Changes: slpvm (0.1.5-8) unstable; urgency=low . * debian/rules: Removed regression test, which is not working on the autobuilders (closes: #422241) Files: ff6115ffd2aea2f8dae81015427bd914 788 interpreters extra slpvm_0.1.5-8.dsc 45b6cf3a525b7ad23d74c4888adb4e63 3014 interpreters extra slpvm_0.1.5-8.diff.gz 627eba0bc0024e8c44da2df1117a1ff2 22802 interpreters extra slang-pvm_0.1.5-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGPEOUk3oga0pdcv4RApfaAKCUk6wyp6Tid3xbBFpevM6SpBgmQACfa6sU G5GpwyfAyRol9Oqn4QUJGw4= =ahaG -END PGP SIGNATURE- ---End Message---
Bug#422324: Acknowledgement (linux-image-2.6.18-4-footbridge: System spontaneously reboots, logs NWFPE: ntpd[1694] takes exception 00000001)
I checked the kernel logs looking for this error message. The system was upgraded to Etch on April 10, and there are NO entries of the NWFPE log until after the DSA-1286-1 security update is installed. So it looks like this might be related to the changes introduced with this update. Going through the System.map file, it appears that the exception occurs in the PerformFIX routine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422107: uninstallable
On Sat, May 05, 2007 at 11:26:46AM +0900, Simon Horman wrote: Yes. Ask the RMs and they can probably schedule binNMUs for you. I'm sorry, but I don't understand that a binNMU is. It's short for binary-only NMU: http://wiki.debian.org/binNMU Basically, it's a rebuild on one or more architectures without changing the source. Rather useful during transitions. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422213: Bug#422317: readlink return type changed without backwards-compatibility symbol
On Fri, May 04, 2007 at 05:55:23PM -0700, Steve Langasek wrote: clone 422213 -1 reassign -1 libc6-sparc64 found -1 2.5-2 retitle -1 readlink return type changed without backwards-compatibility symbol thanks On Fri, May 04, 2007 at 07:58:18PM -0400, Felipe Sateler wrote: On Friday 04 May 2007 19:36:51 you wrote: On Fri, May 04, 2007 at 01:17:37PM -0400, Felipe Sateler wrote: If there is a reason you need this versioned build-dep on libc6-dev (which is not explained in the changelog), It (sort of) is explained: the last line in the changelog says: * Correct the readlink definition to match the newer 2.5 glibc: now return a ssize_t instead of an int. I think it is necessary since (I think) this changes the ABI: readlink in 2.5 returns a ssize_t whereas previously it returned an int. This causes no problem when sizeof(ssize_t) == sizeof(int) (which is the case in i386), but it causes a FTBFS when used in 64 bit archs. This change was made because there were bugs reported upstream for a FTBFS on 64 bit archs. Ok. Well, I would've gone with an autoconf check instead of a versioned bulid-dependency in that case, but your choice. :) This packages doesn't use autoconf, and autotooling it just for this doesn't seem worth the while (specially since I don't know autotools very well). Heh, ok. Also, wouldn't there be breakage if the return tipe is of different sizes (say it was compiled against glibc 2.5, but now I installed 2.5)? I guess this relates to /usr/lib/checkinstall/installwatch.so, which seems to be a preload wrapper? Honestly, it looks to me like checkinstall is very vulnerable to all *kinds* of breakage, because whereas glibc uses symbol versioning to prevent ABI breakage within itself, checkinstall provides only unversioned symbols -- so the most likely outcome is that any changes to one or more of these symbols will result in checkinstall failing to intercept all the right calls, either causing some actions to be overlooked or causing segfaults due to calls being incorrectly split between checkinstall and glibc. But as for whether this constitutes ABI breakage, glibc upstream hasn't marked it as such in the package, and all of my existing alpha and amd64 binaries seem to run just fine with the changed return value. I believe this is because, as little-endian architectures, reading the first 32-bits of the return value will give the right result for any reasonably-sized buffer. But on 64-bit big-endian architectures, such as ppc64 or sparc64, this will probably break. I think this is wrong. Whatever the endianness, the 32-bit registers map to the 32 least significant bits of the corresponding 64-bit registers. This way for example a 64-bit Sparc CPU is still able to execute 32-bit code, even if its registers are 64-bits. In addition I have made a few tests on sparc64 that shows that there is no breakage. I guess this bug could be closed, please close it if you agree. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418322: remove php4-tclink?
Maybe this should be removed? According to popcon, it has practically no users [1]. Mandriva seems to have a version for php5 [2], so it should be possible to convert the package to php5. But I doubt it is worth the effort. [1] http://qa.debian.org/popcon.php?package=php4-tclink [2] http://cvs.mandriva.com/cgi-bin/viewvc.cgi/contrib-SPECS/php5-tclink/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422155: [Pkg-jed-sl-modules] Bug#422241: slpvm - DoS against the buildd
On Sat, May 05, 2007 at 12:55:59PM +0200, Kurt Roeckx wrote: So either you didn't disable the regression tests, or this happens during some other part of the build. slpvm_0.1.5-9 seems to have build without problems. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422241: [Pkg-jed-sl-modules] Bug#422241: slpvm - DoS against the buildd
reopen 422241 thanks On Sat, May 05, 2007 at 10:26:13AM +0200, Rafael Laboissiere wrote: * Kurt Roeckx [EMAIL PROTECTED] [2007-05-04 18:25]: On Fri, May 04, 2007 at 04:41:28PM +0200, Rafael Laboissiere wrote: * Bastian Blank [EMAIL PROTECTED] [2007-05-04 15:31]: Package: slpvm Version: 0.1.5-7 Severity: critical slpvm doses the buildd. The resulting buildlog is nearly 4GiB of size. This has been already reported as #422155. I hope that 0.1.5-8, uploaded some time ago, fixes the problem. I cannot see from the buildd logs whether it really works. Could you check it, please? I still don't see a 0.1.5-8, [snip] I was confused, sorry. I meant 0.1.5-7 instead of 0.1.5-8. [snip] 0.1.5-7 still had the same problem and had a 12 GB buildd log when I killed it after more than 7 hours. Are the error message exactly the same as in 0.1.5-6? 0.1.5-8 is still doing: touch debian/stamp-makefile-build DEB_MAKE_CHECK_TARGET unset, not running checks ( cd examples ; \ pvmd\ SLANG_MODULE_PATH=/usr/lib/slang/v2/modules/:/build/buildd/slpvm-0.1.5/src \ SLSH_PATH=/usr/share/slsh/:/build/buildd/slpvm-0.1.5/src \ ./master hostname 2 ;\ echo halt | pvm ) [pvmd pid18915] 05/05 08:50:34 /home/buildd: errno=2 [pvmd pid18915] 05/05 08:50:34 em=0x2b3eb7f18872 [pvmd pid18915] 05/05 08:50:34 [4e/[6f/[20/[73/[75/[63/[68/[20/[66/[69/ [pvmd pid18915] 05/05 08:50:34 /home/buildd: No such file or directory libpvm [pid18916] /tmp/pvmd.6: No such file or directory libpvm [pid18916] /tmp/pvmd.6: No such file or directory libpvm [pid18916] /tmp/pvmd.6: No such file or directory libpvm [pid18916]: pvm_config(): Can't contact local daemon pvm_error: -14 /build/buildd/slpvm-0.1.5/src/pvm_ms.sl:139:create_host_list:Run-Time Error /tmp/pvmtmp018915.0 pvm /bin/sh: line 5: 18917 Doneecho halt 18918 Terminated | pvm make: [build/slang-pvm] Error 143 (ignored) /usr/bin/fakeroot debian/rules binary-arch test -x debian/rules test `id -u` = 0 dh_clean -k dh_installdirs -A mkdir -p . if test -e /usr/share/misc/config.guess ; then \ for i in ./autoconf/config.guess ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.guess $i ; \ fi ; \ done ; \ fi if test -e /usr/share/misc/config.sub ; then \ for i in ./autoconf/config.sub ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.sub $i ; \ fi ; \ done ; \ fi DEB_MAKE_CHECK_TARGET unset, not running checks ( cd examples ; \ pvmd\ SLANG_MODULE_PATH=/usr/lib/slang/v2/modules/:/build/buildd/slpvm-0.1.5/src \ SLSH_PATH=/usr/share/slsh/:/build/buildd/slpvm-0.1.5/src \ ./master hostname 2 ;\ echo halt | pvm ) [pvmd pid18996] 05/05 08:50:34 /home/buildd: errno=2 [pvmd pid18996] 05/05 08:50:34 em=0x2ac8e1ef8872 [pvmd pid18996] 05/05 08:50:34 [4e/[6f/[20/[73/[75/[63/[68/[20/[66/[69/ [pvmd pid18996] 05/05 08:50:34 /home/buildd: No such file or directory /tmp/pvmtmp018996.0 my pid = 262145 Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262146 Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262147 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262148 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262149 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262150 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path
Bug#422353: tcm - FTBFS: error: conflicts with new declaration with 'C' linkage
Package: tcm Version: 2.20+TSQD-4 Severity: serious There was an error while trying to autobuild your package: Automatic build of tcm_2.20+TSQD-4 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] /usr/bin/g++ -Wall -g -O2 -DCONFIG_INSTALL=\/etc/tcm/\ -DTCM_INSTALL_DIR=\/usr\ -DTCM_INSTALL_LIB=\/usr/lib/\ -DTCM_INSTALL_SHARE=\/usr/share/doc/tcm-doc/\ -DCONFIG_FILE=\tcm.conf\ -DHELP_DIR=\/usr/share/doc/tcm-doc/help/\ -DCOLOR_FILE=\colorrgb.txt\ -DBANNER_FILE=\banner.ps\ -I. -I/build/buildd/tcm-2.20+TSQD/src/bitmaps -I/build/buildd/tcm-2.20+TSQD/src/gl -I/build/buildd/tcm-2.20+TSQD/src/ui -I/build/buildd/tcm-2.20+TSQD/src/ed -I/build/buildd/tcm-2.20+TSQD/src/dg -I/build/buildd/tcm-2.20+TSQD/src/tb -I/usr/X11R6/LessTif/Motif1.2/include -I/usr/X11R6/include -I/usr/X11R6/include/X11 -I../dv -DLINUX -c component.c /usr/bin/g++ -Wall -g -O2 -DCONFIG_INSTALL=\/etc/tcm/\ -DTCM_INSTALL_DIR=\/usr\ -DTCM_INSTALL_LIB=\/usr/lib/\ -DTCM_INSTALL_SHARE=\/usr/share/doc/tcm-doc/\ -DCONFIG_FILE=\tcm.conf\ -DHELP_DIR=\/usr/share/doc/tcm-doc/help/\ -DCOLOR_FILE=\colorrgb.txt\ -DBANNER_FILE=\banner.ps\ -I. -I/build/buildd/tcm-2.20+TSQD/src/bitmaps -I/build/buildd/tcm-2.20+TSQD/src/gl -I/build/buildd/tcm-2.20+TSQD/src/ui -I/build/buildd/tcm-2.20+TSQD/src/ed -I/build/buildd/tcm-2.20+TSQD/src/dg -I/build/buildd/tcm-2.20+TSQD/src/tb -I/usr/X11R6/LessTif/Motif1.2/include -I/usr/X11R6/include -I/usr/X11R6/include/X11 -I../dv -DLINUX -c colorchooserdialog.c /usr/include/X11/VendorP.h:87: error: previous declaration of 'VendorShellClassRec vendorShellClassRec' with 'C++' linkage /usr/include/Xm/VendorSP.h:58: error: conflicts with new declaration with 'C' linkage make[3]: *** [colorchooserdialog.o] Error 1 make[3]: Leaving directory `/build/buildd/tcm-2.20+TSQD/src/ui' make[2]: *** [libgui.a] Error 2 make[2]: Leaving directory `/build/buildd/tcm-2.20+TSQD/src' make[1]: *** [execs] Error 2 make[1]: Leaving directory `/build/buildd/tcm-2.20+TSQD' make: *** [build-stamp] Error 2 ** Build finished at 20070504-2109 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422354: schroot: Regex mismatch in sbuild/sbuild-run-parts.cc leads to unwanted execution of stray dpkg conffiles
Package: schroot
Version: 1.1.1-1
Severity: grave
Tags: security patch
Justification: user security hole
Scripts in /etc/schroot/setup.d or /etc/schroot/exec.d are executed in the
same manner as /bin/run-parts. However, due to a mistake in the way
filenames are checked with regular expressions, files ending in
.dpkg-new, .dpkg-old, .dpkg-dist, .dpkg-tmp, etc.
Because these files might contain code which has been replaced in the
real copy of the conffile for security reasons, allowing these to be
executed is a potential security problem. One likely scenario is
that a user has disabled copying of the /etc/(passwd|group|shadow) from
the host system into the chroot. If the dpkg-foo conffile is executed,
this may result in both dataloss (of the user databases) and security
problems inside the chroot.
The fix is quite simple (see following patch). This is fixed by a
new upload to unstable (currently in NEW), but is still present in
stable, so a stable-security update would be desirable.
Regards,
Roger
Index: ChangeLog
===
--- ChangeLog (revision 1165)
+++ ChangeLog (working copy)
@@ -1,3 +1,10 @@
+2007-05-05 Roger Leigh [EMAIL PROTECTED]
+
+ * sbuild/sbuild-run-parts.cc
+ (check_filename): Use regex_search, rather than regex_match. This
+ allows partial matches where the regular expression does not match
+ the entirety of the string being searched.
+
2007-03-11 Roger Leigh [EMAIL PROTECTED]
* debian/changelog: Close #414415.
Index: sbuild/sbuild-run-parts.cc
===
--- sbuild/sbuild-run-parts.cc (revision 1165)
+++ sbuild/sbuild-run-parts.cc (working copy)
@@ -254,17 +254,17 @@
static regex debian_dpkg_conffile_cruft(dpkg-(old|dist|new|tmp)$,
boost::regex::extended);
- if ((regex_match(name, lanana_namespace) ||
- regex_match(name, lsb_namespace) ||
- regex_match(name, debian_cron_namespace))
- !regex_match(name, debian_dpkg_conffile_cruft))
+ if ((regex_search(name, lanana_namespace) ||
+ regex_search(name, lsb_namespace) ||
+ regex_search(name, debian_cron_namespace))
+ !regex_search(name, debian_dpkg_conffile_cruft))
match = true;
}
else
{
static regex traditional_namespace(^[a-zA-Z0-9_-]$,
boost::regex::basic);
- if (regex_match(name, traditional_namespace))
+ if (regex_search(name, traditional_namespace))
match = true;
}
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.18-3-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages schroot depends on:
ii libbo 1.33.1-10 program options library for C++
ii libbo 1.33.1-10 regular expression library for C++
ii libc6 2.5-5 GNU C Library: Shared libraries
ii libgc 1:4.1.2-5 GCC support library
ii liblo 1.0.3-1.2 Run-time shared library for lockin
ii libpa 0.79-4 Pluggable Authentication Modules l
ii libst 4.1.2-5The GNU Standard C++ Library v3
ii libuu 1.39+1.40-WIP-2006.11.14+dfsg-2+b1 universally unique id library
ii schro 1.1.1-1common files for schroot
schroot recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422155: [Pkg-jed-sl-modules] Bug#422241: slpvm - DoS against the buildd
* Kurt Roeckx [EMAIL PROTECTED] [2007-05-05 12:58]: On Sat, May 05, 2007 at 12:55:59PM +0200, Kurt Roeckx wrote: So either you didn't disable the regression tests, or this happens during some other part of the build. slpvm_0.1.5-9 seems to have build without problems. I have screwed up 0.1.5-8. It's too bad I had to drop the regression test but it is better so, otherwise the autobuilders would be dosed. What is strange is that the package builds fine here. I think that the problem arises because the package is autobuilt inside a chroot and pvm does not plays nice there. Thanks for your help and you prompt replies, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421984: marked as done (FTBFS: epsf.tex not found, images will be ignored.)
Your message dated Sat, 05 May 2007 12:02:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#421984: fixed in moon-buggy 1.0.51-3
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: moon-buggy
Version: 1.0.51-2
Severity: serious
This package fails to build, probably due to the tetex-texlive
transition. I guess you need to update your build-depends.
Automatic build of moon-buggy_1.0.51-2 on em64t by sbuild/amd64 0.53
...
(/build/tbm/moon-buggy-1.0.51/esd/moon-buggy-1.0.51/moon-buggy.texi
(./texinfo.tex Loading texinfo [version 2005-07-05.19]: Basics, pdf, fonts,
page headings, tables, conditionals, indexing, sectioning, toc, environments,
defuns, macros, cross references, insertions, localization,
and turning on texinfo input format.) (./version.texi)
/build/tbm/moon-buggy-1.0.51/esd/moon-buggy-1.0.51/moon-buggy.texi:47:
epsf.tex
not found, images will be ignored.
@image ...f.tex not found, images will be ignored}
@global @warnednoepsftrue
...
argument @hfil @ignorespaces @image {title,,}
@unskip @hfil
@next #1-@line [EMAIL PROTECTED] @leftskip #1
@kern @rightskip }
l.47 @center @image{title,,}
?
/build/tbm/moon-buggy-1.0.51/esd/moon-buggy-1.0.51/moon-buggy.texi:47:
Emergenc
y stop.
@image ...f.tex not found, images will be ignored}
@global @warnednoepsftrue
...
argument @hfil @ignorespaces @image {title,,}
@unskip @hfil
@next #1-@line [EMAIL PROTECTED] @leftskip #1
@kern @rightskip }
l.47 @center @image{title,,}
No pages of output.
Transcript written on moon-buggy.log.
/usr/bin/texi2dvi: etex exited with bad status, quitting.
/usr/bin/texi2dvi: see moon-buggy.log for errors.
make[1]: *** [moon-buggy.dvi] Error 1
make[1]: Leaving directory
`/build/tbm/moon-buggy-1.0.51/esd/moon-buggy-1.0.51'
make: *** [build-esd-stamp] Error 2
--
Martin Michlmayr
http://www.cyrius.com/
---End Message---
---BeginMessage---
Source: moon-buggy
Source-Version: 1.0.51-3
We believe that the bug you reported is fixed in the latest version of
moon-buggy, which is due to be installed in the Debian FTP archive:
moon-buggy-esd_1.0.51-3_i386.deb
to pool/main/m/moon-buggy/moon-buggy-esd_1.0.51-3_i386.deb
moon-buggy_1.0.51-3.dsc
to pool/main/m/moon-buggy/moon-buggy_1.0.51-3.dsc
moon-buggy_1.0.51-3.tar.gz
to pool/main/m/moon-buggy/moon-buggy_1.0.51-3.tar.gz
moon-buggy_1.0.51-3_i386.deb
to pool/main/m/moon-buggy/moon-buggy_1.0.51-3_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.
Christian T. Steigies [EMAIL PROTECTED] (supplier of updated moon-buggy
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: Wed, 2 May 2007 21:34:28 +0200
Source: moon-buggy
Binary: moon-buggy-esd moon-buggy moon-buggy-pause
Architecture: source i386
Version: 1.0.51-3
Distribution: unstable
Urgency: low
Maintainer: Christian T. Steigies [EMAIL PROTECTED]
Changed-By: Christian T. Steigies [EMAIL PROTECTED]
Description:
moon-buggy - Drive a car across the moon
moon-buggy-esd - Drive a car across the moon (version with sound)
Closes: 418586 421984
Changes:
moon-buggy (1.0.51-3) unstable; urgency=low
.
* improve short description (closes: #418586)
* update build-depends (closes: #421984)
Files:
f4bef38187bf1cbd720ea2c9f84d3e27 696 games optional moon-buggy_1.0.51-3.dsc
d0fdfb5f36b6c560e5ee032628d349d4 296685 games optional
moon-buggy_1.0.51-3.tar.gz
21412f919f792f2e25c0527e278c4fd7 150348 games optional
moon-buggy_1.0.51-3_i386.deb
23176eea47852301ca983bf218f587bf 158098 games extra
moon-buggy-esd_1.0.51-3_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGPHEQhWcuXd2lEoARAsf7AJwM1pDAhczLn0TMbwsSTzxO56zcHQCgla86
HY/gQvj+YIwkTcXN5ibgWvg=
=79Lf
-END PGP SIGNATURE-
Bug#422354: schroot: Regex mismatch in sbuild/sbuild-run-parts.cc leads to unwanted execution of stray dpkg conffiles
* Roger Leigh [Sat, 05 May 2007 12:18:44 +0100]: Scripts in /etc/schroot/setup.d or /etc/schroot/exec.d are executed in the same manner as /bin/run-parts. However, due to a mistake in the way filenames are checked with regular expressions, files ending in .dpkg-new, .dpkg-old, .dpkg-dist, .dpkg-tmp, etc. For the record, I can't reproduce this with schroot 1.0.5-1. I have 10mount.dpkg-dist and 50chrootname.dpkg-old under /etc/schroot/setup.d, and none of them gets executed (tested adding a 'set -x' statement there). Both are executable. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Faced with the choice between changing one's mind and proving that there is no need to do so, almost everyone gets busy with the proof. -- J.K. Galbraith -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422365: pgplot5: shared library should link to -lpng
Package: pgplot5 Version: 5.2.2-9 Severity: serious Justification: Policy 10.2 I'm trying to build wip without extraneous dependencies, as discussed in http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html. Here's what I get if I remove `-lpng', which is not used by wip itself: gcc -O2 -o /home/mvela/deb/wip/wip-2p3/wip wipmain.o /home/mvela/deb/wip/wip-2p3/libwip.a -lcpgplot -lpgplot -ledit -lm /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_set_PLTE' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_init_io' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_set_text' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_set_tRNS' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_create_info_struct' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_write_info' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_create_write_struct' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_set_IHDR' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_write_end' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_write_row' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_destroy_write_struct' collect2: ld returned 1 exit status This violates Policy section 10.2: Although not enforced by the build tools, shared libraries must be linked against all libraries that they use symbols from in the same way that binaries are. This ensures the correct functioning of the shlibs system and guarantees that all libraries can be safely opened with `dlopen()'. [...] Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422365: pgplot5: shared library should link to -lpng
Will look into it as soon as possible. Thanks Carlo On Sat, 5 May 2007, Matej Vela wrote: Package: pgplot5 Version: 5.2.2-9 Severity: serious Justification: Policy 10.2 I'm trying to build wip without extraneous dependencies, as discussed in http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html. Here's what I get if I remove `-lpng', which is not used by wip itself: gcc -O2 -o /home/mvela/deb/wip/wip-2p3/wip wipmain.o /home/mvela/deb/wip/wip-2p3/libwip.a -lcpgplot -lpgplot -ledit -lm /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_set_PLTE' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_init_io' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_set_text' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_set_tRNS' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_create_info_struct' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_write_info' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_create_write_struct' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_set_IHDR' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_write_end' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_write_row' /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined reference to `png_destroy_write_struct' collect2: ld returned 1 exit status This violates Policy section 10.2: Although not enforced by the build tools, shared libraries must be linked against all libraries that they use symbols from in the same way that binaries are. This ensures the correct functioning of the shlibs system and guarantees that all libraries can be safely opened with `dlopen()'. [...] Thanks, Matej -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417557: Rebuild with newer yada will solve this RC bug
Hi Javier, This RC bug is caused by a bug in yada which has now been fixed. If you just rebuild acidlab with the newer yada (0.53) the bug will be closed. Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422373: schooltool: FTBFS: build-dep python2.4-schoolbell uninstallable
Package: schooltool Version: 0.11.4-3 Severity: serious Usertags: grid5000 rebuild (I know you are aware of the problem, it's just to track it properly) Hi, Your package fails to build from source, because one of its build-depends, python2.4-schoolbell, is uninstallable. Cheers, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417789: fixed in elinks 0.11.1-1.4
Vendredi 04 mai 2007, vers 09:57:07 (+0200), Kalle Olavi Niemitalo a écrit : * Don't look for gettext message catalogs in ../po/ (closes: #417789). Thanks, Arnaud Giersch! Reference: CVE-2007-2027. A less paranoid fix has been checked in to elinks-0.11 and elinks-0.12 in Git. If you want to review it, now is the time. http://pasky.or.cz/gitweb.cgi?p=elinks.git;a=commit;h=928f364ba2803f98d71775dc03b694d6403c0754 http://pasky.or.cz/gitweb.cgi?p=elinks.git;a=commit;h=110c564af3c12f40743b7e1adcfd3a034d73b601 Hi, I don't believe that this patch really solves the security issue. An user may still be vulnerable if he wants to run his freshly compiled (but not installed now) elinks. This user would typically run it as /path/to/elinks/src/elinks. If his cwd is not in the elinks sources, a wrong gettext catalog may be opened. I however agree that the risk is pretty low. I was personally more concerned by autofs failing to mount /home/po/ each time I ran elinks from my home directory. I understand that it is an important feature for translators. IMHO, a suitable solution can be : * enabling this code with --enable-debug like you apparently thought about ; * removing the hard-coded ../po/ path, and letting the user specify his preferred path, either with a command line option, or with some environment variable. Regards, Arnaud Giersch
Bug#422288: pygoocanvas - FTBFS: Build-depends against unavailable package
El vie, 04-05-2007 a las 20:46 +0200, Bastian Blank escribió: Package: pygoocanvas Version: 0.8.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of pygoocanvas_0.8.0-1 on lxdebian.bfinv.de by sbuild/s390 98 [...] E: Couldn't find package libgoocanvas-dev It needs NEW processing, anyway, I'll leave the bug open for now. Thanks -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Bug#421524: [Pkg-net-snmp-devel] Bug#421524: snmpd uses 100% cpu
On Wed, 2007-05-02 at 12:49 +0200, Jochen Friedrich wrote: Hi Tom, snmpd is running at 100% CPU on 2 of my systems, and will not respond to polls. I have tried the default config file, which has the same effect. I suspect this could be an upstream problem. I must add to the previous bugreport that actual polling of values does work as long as one does not touch the sensitive ones (interface data I think?). Do you have the chance to take 5.3.1-3 (from SID) or 5.4~dfsg-1 (from experimental) and recompile it on Etch? It should recompile without any change. Tried the sid package, same effect. Had previously tried 5.2.1.2-4ubuntu2.1 also, but that didn't help. Now tried the experimental package, same effect. :( Tom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422380: bzip2: FTBFS: /usr/bin/ld: cannot find -lgcc
Package: bzip2 Version: 1.0.3-6 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: gcc -m64 -march=x86-64 -mtune=x86-64 -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -D_REENTRANT -fPIC -o bzlib.sho -c bzlib.c bzlib.c:1: warning: -mtune=x86-64 is deprecated. Use -mtune=k8 or -mtune=generic instead as appropriate. gcc -m64 -march=x86-64 -mtune=x86-64 -o libbz2.so.1.0.3 -shared \ -Wl,-soname,libbz2.so.1.0 blocksort.sho huffman.sho crctable.sho randtable.sho compress.sho decompress.sho bzlib.sho -lc /usr/bin/ld: skipping incompatible /usr/lib/gcc/i486-linux-gnu/4.1.3/libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/gcc/i486-linux-gnu/4.1.3/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc collect2: ld returned 1 exit status make[1]: *** [libbz2.so.1.0.3] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422379: graphicsmagick: FTBFS: unmet build dep libjasper-1.701-dev
Package: graphicsmagick Version: 1.1.7-14 Severity: serious Hi, Your package build-deps on libjasper-1.701-dev, which is no longer available in unstable. It *should* still build, because it b-deps on libjasper-1.701-dev | libjasper-dev, but in practice, it doesn't work for an unknown reason. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422384: gphoto2: FTBFS: undefined reference to `GP_DEBUG'
Package: gphoto2 Version: 2.2.0-3 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: gcc -g -O2 -Wall -g -o gphoto2 gphoto2-gphoto2-cmd-config.o gphoto2-actions.o gphoto2-foreach.o gphoto2-gp-params.o gphoto2-main.o gphoto2-version.o gphoto2-range.o gphoto2-shell.o -lcdk -lncurses /usr/lib/libjpeg.so -lpthread -lreadline / usr/lib/libgphoto2.so /usr/lib/libgphoto2_port.so /usr/lib/libexif.so -lm /usr/lib/libusb.so -L/usr/lib64 /usr/lib/libpopt.so gphoto2-foreach.o: In function `get_path_for_id_rec': /build/user/gphoto2-2.2.0/gphoto2/foreach.c:213: undefined reference to `GP_DEBUG' /build/user/gphoto2-2.2.0/gphoto2/foreach.c:206: undefined reference to `GP_DEBUG' gphoto2-foreach.o: In function `get_path_for_id': /build/user/gphoto2-2.2.0/gphoto2/foreach.c:268: undefined reference to `GP_DEBUG' gphoto2-foreach.o: In function `for_each_file_in_range': /build/user/gphoto2-2.2.0/gphoto2/foreach.c:340: undefined reference to `GP_DEBUG' collect2: ld returned 1 exit status make[3]: *** [gphoto2] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422385: gtkam: FTBFS: gtkam-chooser.c:431: error: storage size of 'list' isn't known
Package: gtkam Version: 0.1.12-2.2 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../intl -W -Wall -Wno-unused -pedantic -DIMAGE_DIR=\/usr/shar e/images/gtkam\ -DGTKAM_LOCALEDIR=\/usr/share/locale\ -DPACKA GE_DATA_DIR=\/usr/share/gtkam\ -DPACKAGE_SOURCE_DIR=\..\ -DAPP_DATADIR=\/usr/share/\ -I/usr/include/libexif-I/usr/includ e/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I /usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gphoto2 -I/usr/inc lude/libexif -I/usr/include/gimp-2.0 -I/usr/ include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/g tk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango- 1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gphoto2 -I/u sr/include/libexif -g -O2 -g -Wall -Wmissing-declarations -Wmissing-prototy pes -c gtkam-chooser.c gtkam-chooser.c: In function 'gtkam_chooser_class_init': gtkam-chooser.c:114: warning: unused parameter 'class_data' gtkam-chooser.c: In function 'gtkam_chooser_init': gtkam-chooser.c:135: warning: unused parameter 'g_class' gtkam-chooser.c: In function 'on_apply_clicked': gtkam-chooser.c:298: warning: unused parameter 'button' gtkam-chooser.c: In function 'on_cancel_clicked': gtkam-chooser.c:318: warning: unused parameter 'button' gtkam-chooser.c: In function 'on_ok_clicked': gtkam-chooser.c:325: warning: unused parameter 'button' gtkam-chooser.c: In function 'on_model_changed': gtkam-chooser.c:405: warning: unused parameter 'entry' gtkam-chooser.c: In function 'on_port_changed': gtkam-chooser.c:414: warning: unused parameter 'entry' gtkam-chooser.c: In function 'on_speed_changed': gtkam-chooser.c:421: warning: unused parameter 'entry' gtkam-chooser.c: In function 'on_detect_clicked': gtkam-chooser.c:431: error: storage size of 'list' isn't known gtkam-chooser.c:431: warning: unused variable 'list' gtkam-chooser.c:428: warning: unused parameter 'button' gtkam-chooser.c: In function 'on_multi_toggled': gtkam-chooser.c:527: warning: unused parameter 'toggle' gtkam-chooser.c: In function 'on_port_added': gtkam-chooser.c:534: warning: unused parameter 'port' gtkam-chooser.c: In function 'on_add_clicked': gtkam-chooser.c:557: warning: unused parameter 'button' gtkam-chooser.c: In function 'gtkam_chooser_set_camera_mask': gtkam-chooser.c:732: warning: comparison between signed and unsigned gtkam-chooser.c: In function 'gtkam_chooser_set_port_mask': gtkam-chooser.c:761: warning: comparison between signed and unsigned make[3]: *** [gtkam-chooser.o] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422387: octave2.1-forge: FTBFS: epsf.tex not found, images will be ignored.
Package: octave2.1-forge Version: 2006.03.17+dfsg1-3 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else User: [EMAIL PROTECTED] Usertags: builddep-tetex-ftbfs Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. http://pkg-tetex.alioth.debian.org/mapping-texlive.html might be useful, since it looks texlive-related. The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422388: libcairo-perl: FTBFS: t/CairoSurface....dubious
Package: libcairo-perl Version: 1.01-1 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: make[1]: Entering directory `/root/libcairo-perl-1.01' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/Cairo...ok t/CairoFont...ok t/CairoMatrix.ok t/CairoPath...ok t/CairoPatternok t/CairoSurfacedubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 49-60 Failed 12/60 tests, 80.00% okay The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420341: marked as done (libmrss: broken ABI change)
Your message dated Sat, 05 May 2007 15:32:02 + with message-id [EMAIL PROTECTED] and subject line Bug#420012: fixed in libmrss 0.17.2-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: newsbeuter Version: 0.3-5 Severity: normal on SID: $ rm -r ~/.newsbeuter; \ mkdir ~/.newsbeuter; \ echo http://synflood.at/blog/index.php?/feeds/index.rss2; ~/.newsbeuter/urls; \ newsbeuter Starting newsbeuter 0.3... Loading configuration...done. Loading articles from cache...done. [press 'r' to load feed] Segmentation fault. $ rm -r ~/.newsbeuter; \ mkdir ~/.newsbeuter; \ echo http://synflood.at/blog/index.php?/feeds/index.rss2; ~/.newsbeuter/urls; \ gdb newsbeuter [...] (gdb) run [...] q:Quit enter:Open n:Next Unread r:Reload R:Reload All A:Mark Read C:Catchup All /:Search ?:Help Loading http://synflood.at/blog/index.php?/feeds/index.rss2...(no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214777648 (LWP 11932)] 0xb7cc1e03 in strlen () from /lib/i686/cmov/libc.so.6 (gdb) bt #0 0xb7cc1e03 in strlen () from /lib/i686/cmov/libc.so.6 #1 0xb7e53e5b in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string () from /usr/lib/libstdc++.so.6 #2 0x08082c34 in ?? () #3 0x08079d9e in ?? () #4 0x08074bb6 in ?? () #5 0x0807b393 in ?? () #6 0x0804c0ab in ?? () #7 0xb7c69878 in __libc_start_main () from /lib/i686/cmov/libc.so.6 #8 0x0804be81 in ?? () (gdb) Rebuilding the package fixes the problem. -Wolfgang Weisselberg -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (101, 'testing'), (99, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.ISO-8859-15, LC_CTYPE=de_DE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages newsbeuter depends on: ii libc6 2.5-2 GNU C Library: Shared libraries ii libcurl3 7.15.5-1 Multi-protocol file transfer libra ii libgcc1 1:4.1.1-21 GCC support library ii libmrss0 0.17.1-1 C library for parsing, writing and ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libnxml0 0.17.1-1 C library for parsing, writing and ii libsqlite3-0 3.3.15-1 SQLite 3 shared library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 newsbeuter recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: libmrss Source-Version: 0.17.2-1 We believe that the bug you reported is fixed in the latest version of libmrss, which is due to be installed in the Debian FTP archive: libmrss0-dbg_0.17.2-1_i386.deb to pool/main/libm/libmrss/libmrss0-dbg_0.17.2-1_i386.deb libmrss0-dev_0.17.2-1_i386.deb to pool/main/libm/libmrss/libmrss0-dev_0.17.2-1_i386.deb libmrss0_0.17.2-1_i386.deb to pool/main/libm/libmrss/libmrss0_0.17.2-1_i386.deb libmrss_0.17.2-1.diff.gz to pool/main/libm/libmrss/libmrss_0.17.2-1.diff.gz libmrss_0.17.2-1.dsc to pool/main/libm/libmrss/libmrss_0.17.2-1.dsc libmrss_0.17.2.orig.tar.gz to pool/main/libm/libmrss/libmrss_0.17.2.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. Torsten Werner [EMAIL PROTECTED] (supplier of updated libmrss 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: Sat, 5 May 2007 17:19:03 +0200 Source: libmrss Binary: libmrss0-dev libmrss0 libmrss0-dbg Architecture: source i386 Version: 0.17.2-1 Distribution: unstable Urgency: low Maintainer: Varun Hiremath [EMAIL PROTECTED] Changed-By: Torsten Werner [EMAIL PROTECTED] Description: libmrss0 - C library for parsing, writing and creating RSS files or streams libmrss0-dbg - C library for parsing, writing and creating RSS files or streams libmrss0-dev - C library for parsing,
Bug#422389: python-scipy: FTBFS: ImportError: No module named numpy.distutils.core
Package: python-scipy Version: 0.5.2-7 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: dh_installdirs -A set -e; for v in 2.4; do \ d=/build/user/python-scipy-0.5.2/debian/python-scipy; \ mkdir -m 755 -p $d/usr/share/doc/python-scipy; \ python$v setup.py config_fc --noarch build; \ python$v setup.py install --prefix $d/usr --no-compile;\ python$v setup.py clean --all; \ mkdir -m 755 -p $d/usr/share/doc/python-scipy/weave; \ done Traceback (most recent call last): File setup.py, line 55, in ? setup_package() File setup.py, line 28, in setup_package from numpy.distutils.core import setup ImportError: No module named numpy.distutils.core make: *** [install] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422390: screem: FTBFS: screem-main.c:82: error: expected ')' before 'ctx'
Package: screem Version: 0.16.1-4 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. The ubuntu patch on the PTS looks relevant. Relevant parts: cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I.. -I../gdl -I../libegg/recent-files -I../libegg/toolbar- editor -I../libegg/util -DG_LOG_DOMAIN=\screem\ -DGNOMELOCALEDIR=\/usr/share/locale\ -DPLUGIN_PATH =\/usr/lib/\ -DSPLASH_DIR=\/usr/share/pixmaps/screem/splash/\ -DGLADE_PATH=\/usr/share/screem/ glade\ -DRESOURCE_PATH=\/usr/share/screem/resources/\ -DPIXMAP_PATH=\/usr/share/screem/pixmaps\ -DHINTS_PATH=\/usr/share/screem/hints\ -DHELP_PATH=\/usr /share/screem/htmlhelp\ -DSYNTAX_PATH=\/usr/share/screem/syntax\ -DSCREEM_DTD_PATH=\/usr/share/s creem/dtd\ -DDATADIR=\/usr/share\ -DUIDATADIR=\/usr/share/screem/ui/\ -DPREFIX=\/usr\ -DSY SCONFDIR=\/etc\ -DLIBDIR=\/usr/lib\ -DCURSOR_DIR=\/usr/share/screem/pixmaps\ -D _GNU_SOURCE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libcroco-0.6 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml 2 -I/usr/include/enchant -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/inc lude/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/inclu de/libpng12 -I/usr/include/libgnome-2.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/g nome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activat ion-2.0 -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr /include/libbonoboui-2.0 -I/usr/include/gnome-keyring-1 -I/usr/include/libxml2 -I/usr/include/libglade-2 .0 -I/usr/include/gtkhtml-2.0 -I/usr/include/libgnomeprint-2.2 -I/usr/include/libgnomeprintui-2.2 -I/usr /include/gtksourceview-1.0 -I/usr/include/gnome-menus -Wall -DGTK_DISABLE_DEPRECATED -DGNOME_DISABLE_D EPRECATED -DGNOMEUI_DISABLE_DEPRECATED -g -Wall -O2 -c screem-main.c screem-main.c:82: error: expected ')' before 'ctx' make[4]: *** [screem-main.o] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420012: marked as done (newsbeuter: (on unstable): segfaults on reading URLS, new build fixes it.)
Your message dated Sat, 05 May 2007 15:32:02 + with message-id [EMAIL PROTECTED] and subject line Bug#420012: fixed in libmrss 0.17.2-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: newsbeuter Version: 0.3-5 Severity: normal on SID: $ rm -r ~/.newsbeuter; \ mkdir ~/.newsbeuter; \ echo http://synflood.at/blog/index.php?/feeds/index.rss2; ~/.newsbeuter/urls; \ newsbeuter Starting newsbeuter 0.3... Loading configuration...done. Loading articles from cache...done. [press 'r' to load feed] Segmentation fault. $ rm -r ~/.newsbeuter; \ mkdir ~/.newsbeuter; \ echo http://synflood.at/blog/index.php?/feeds/index.rss2; ~/.newsbeuter/urls; \ gdb newsbeuter [...] (gdb) run [...] q:Quit enter:Open n:Next Unread r:Reload R:Reload All A:Mark Read C:Catchup All /:Search ?:Help Loading http://synflood.at/blog/index.php?/feeds/index.rss2...(no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214777648 (LWP 11932)] 0xb7cc1e03 in strlen () from /lib/i686/cmov/libc.so.6 (gdb) bt #0 0xb7cc1e03 in strlen () from /lib/i686/cmov/libc.so.6 #1 0xb7e53e5b in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string () from /usr/lib/libstdc++.so.6 #2 0x08082c34 in ?? () #3 0x08079d9e in ?? () #4 0x08074bb6 in ?? () #5 0x0807b393 in ?? () #6 0x0804c0ab in ?? () #7 0xb7c69878 in __libc_start_main () from /lib/i686/cmov/libc.so.6 #8 0x0804be81 in ?? () (gdb) Rebuilding the package fixes the problem. -Wolfgang Weisselberg -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (101, 'testing'), (99, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.ISO-8859-15, LC_CTYPE=de_DE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages newsbeuter depends on: ii libc6 2.5-2 GNU C Library: Shared libraries ii libcurl3 7.15.5-1 Multi-protocol file transfer libra ii libgcc1 1:4.1.1-21 GCC support library ii libmrss0 0.17.1-1 C library for parsing, writing and ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libnxml0 0.17.1-1 C library for parsing, writing and ii libsqlite3-0 3.3.15-1 SQLite 3 shared library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 newsbeuter recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: libmrss Source-Version: 0.17.2-1 We believe that the bug you reported is fixed in the latest version of libmrss, which is due to be installed in the Debian FTP archive: libmrss0-dbg_0.17.2-1_i386.deb to pool/main/libm/libmrss/libmrss0-dbg_0.17.2-1_i386.deb libmrss0-dev_0.17.2-1_i386.deb to pool/main/libm/libmrss/libmrss0-dev_0.17.2-1_i386.deb libmrss0_0.17.2-1_i386.deb to pool/main/libm/libmrss/libmrss0_0.17.2-1_i386.deb libmrss_0.17.2-1.diff.gz to pool/main/libm/libmrss/libmrss_0.17.2-1.diff.gz libmrss_0.17.2-1.dsc to pool/main/libm/libmrss/libmrss_0.17.2-1.dsc libmrss_0.17.2.orig.tar.gz to pool/main/libm/libmrss/libmrss_0.17.2.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. Torsten Werner [EMAIL PROTECTED] (supplier of updated libmrss 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: Sat, 5 May 2007 17:19:03 +0200 Source: libmrss Binary: libmrss0-dev libmrss0 libmrss0-dbg Architecture: source i386 Version: 0.17.2-1 Distribution: unstable Urgency: low Maintainer: Varun Hiremath [EMAIL PROTECTED] Changed-By: Torsten Werner [EMAIL PROTECTED] Description: libmrss0 - C library for parsing, writing and creating RSS files or streams libmrss0-dbg - C library for parsing, writing and creating RSS files or streams libmrss0-dev - C library for parsing,
Bug#421606: marked as done (sitecopy: Doesn't find all my site)
Your message dated Sat, 05 May 2007 15:32:07 + with message-id [EMAIL PROTECTED] and subject line Bug#421606: fixed in sitecopy 1:0.16.3-9 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: sitecopy Version: 1:0.16.3-7 Severity: grave Justification: renders package unusable Hi, This version only find the first site and forget the two others with the following command line (without error messages) : sitecopy -uoa sitecopy: Updating site `Free' (on debian.video.free.fr in /) sitecopy: Nothing to do - no changes found. Christian -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20.7 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sitecopy depends on: ii libc6 2.5-4 GNU C Library: Shared libraries ii libneon26 0.26.3-1 An HTTP and WebDAV client library sitecopy recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: sitecopy Source-Version: 1:0.16.3-9 We believe that the bug you reported is fixed in the latest version of sitecopy, which is due to be installed in the Debian FTP archive: sitecopy_0.16.3-9.diff.gz to pool/main/s/sitecopy/sitecopy_0.16.3-9.diff.gz sitecopy_0.16.3-9.dsc to pool/main/s/sitecopy/sitecopy_0.16.3-9.dsc sitecopy_0.16.3-9_i386.deb to pool/main/s/sitecopy/sitecopy_0.16.3-9_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. Kartik Mistry [EMAIL PROTECTED] (supplier of updated sitecopy 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: Sat, 05 May 2007 15:55:35 +0530 Source: sitecopy Binary: sitecopy Architecture: source i386 Version: 1:0.16.3-9 Distribution: unstable Urgency: low Maintainer: Kartik Mistry [EMAIL PROTECTED] Changed-By: Kartik Mistry [EMAIL PROTECTED] Description: sitecopy - A program for managing a WWW site via FTP, DAV or HTTP Closes: 421606 Changes: sitecopy (1:0.16.3-9) unstable; urgency=low . * Don't patch files directly in the debian-diff, Thanks to Christian Marillat [EMAIL PROTECTED] for patch and help (Closes: #421606) * debian/patches: 02_french-po-fix.dpatch include the french manpage changes * debian/rules: call patch-stamp before the configure script, dh_clean remove the generated file po/fr.gmo * Add fix for doc/sitecopy.1 as per groff in 04_manpages_addition_fixes.dpatch Files: 7d959cebc43041912ed123a625d872fe 673 web extra sitecopy_0.16.3-9.dsc bfbcb69fe0b44eb0f9bbf799617a1ebb 37307 web extra sitecopy_0.16.3-9.diff.gz f5b6afcc28d8c103158880dcf76e8b23 136308 web extra sitecopy_0.16.3-9_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGPKJO+C5cwEsrK54RAsJuAJ0Q5gKyqQYi0BBKuUoMjbabxLqhFQCgsPIt TYEov90BWB2x9Req1j1ZWC0= =NErm -END PGP SIGNATURE- ---End Message---
Bug#422387: [Pkg-octave-devel] Bug#422387: octave2.1-forge: FTBFS: epsf.tex not found, images will be ignored.
On Sat, May 05, 2007 at 05:23:09PM +0200, Lucas Nussbaum wrote: Package: octave2.1-forge Version: 2006.03.17+dfsg1-3 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else User: [EMAIL PROTECTED] Usertags: builddep-tetex-ftbfs Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. I had a similar bug report on one of my packages, changing the build-dep from tetex to texlive, texlive-generic-recommended was all it took to fix this. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422291: jikes-classpath - Fails to install
Hi Bastian, I would guess that there is something wrong with your setup: # apt-get -t unstable -s install jikes-classpath Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: classpath classpath-common classpath-gtkpeer The following NEW packages will be installed classpath classpath-common classpath-gtkpeer jikes-classpath 0 upgraded, 4 newly installed, 0 to remove and 584 not upgraded. Inst classpath-common (2:0.92-4 Debian:unstable) Inst classpath-gtkpeer (2:0.92-4 Debian:unstable) Inst classpath (2:0.92-4 Debian:unstable) Inst jikes-classpath (2:0.92-4 Debian:unstable) Conf classpath-common (2:0.92-4 Debian:unstable) Conf classpath-gtkpeer (2:0.92-4 Debian:unstable) Conf classpath (2:0.92-4 Debian:unstable) Conf jikes-classpath (2:0.92-4 Debian:unstable) Any idea what it might be? Do an apt-get/aptitude update and try again? Eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422399: latex-cjk-japanese-wadalab: FTBFS: Can't exec vptovf: No such file or directory at makeuniwada.pl line 120.
Package: latex-cjk-japanese-wadalab Version: 0.20050817-12 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else User: [EMAIL PROTECTED] Usertags: builddep-tetex-ftbfs Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: Writing virtual property list file `udgj9b.vpl'... Writing virtual property list file `udgj9c.vpl'... Writing virtual property list file `udgj9d.vpl'... Writing virtual property list file `udgj9e.vpl'... Writing virtual property list file `udgj9f.vpl'... Writing virtual property list file `udgjff.vpl'... Processing `udgj00.vpl'... Can't exec vptovf: No such file or directory at makeuniwada.pl line 120. makeuniwada.pl: calling `vptovf udgj00.vpl' failed: -1 at makeuniwada.pl line 120. Errare humanum! Please have a look at build/log. make: *** [makeuniwada] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422395: lilypond: FTBFS: ! I can't find file `lcircle10'.
Package: lilypond Version: 2.8.7-3 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else User: [EMAIL PROTECTED] Usertags: builddep-tetex-ftbfs Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Have a look at http://pkg-tetex.alioth.debian.org/mapping-texlive.html, it might help. Relevant parts: kpathsea: Running mktexmf lcircle10 ! I can't find file `lcircle10'. * ...jfour; mag:=1; nonstopmode; input lcircle10 Please type another input file name ! Emergency stop. * ...jfour; mag:=1; nonstopmode; input lcircle10 Transcript written on mfput.log. The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422397: oregano: FTBFS: src/print.c:165: error: expected ';', ',' or ')' before '*' token
Package: oregano Version: 0.60.0-1 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: gcc -o src/print.o -c -g -O2 -Wall -pthread -DPREFIX=\/usr\ -DPACKAGE=\Oregano\ -DGETTEXT_PACKAGE=\ oregano\ -DDATADIR=\/usr/share\ -DVERSION=\0.60.0\ -DGNOMELOCALEDIR=\/usr/share/locale\ -DOREGA NO_GLADEDIR=\/usr/share/oregano/dialogs\ -DOREGANO_LIBRARYDIR=\/usr/share/oregano/libraries\ -DO REGANO_MODELDIR=\/usr/share/oregano/models\ -I./src -I./src/model -I./src/sheet -I./src/gplot -I./da ta/dialogs -I./src/engines -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/a tk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -I/ usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/ libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib /gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/orbit-2.0 -I/usr/include/libbonobo- 2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomeprint-2.2 -I/usr/include/gtksourceview-1 .0 -I/usr/include/libgnomeprintui-2.2 src/print.c src/print.c: In function 'print_draw_text': src/print.c:115: warning: pointer targets in passing argument 2 of 'gnome_print_show' differ in signedne ss src/print.c: In function 'print_page': src/print.c:139: warning: pointer targets in passing argument 2 of 'gnome_print_beginpage' differ in sig nedness src/print.c: At top level: src/print.c:165: warning: type defaults to 'int' in declaration of 'GnomePrintPaper' src/print.c:165: error: expected ';', ',' or ')' before '*' token src/print.c: In function 'print_schematic': src/print.c:279: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token src/print.c:279: error: 'paper' undeclared (first use in this function) The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422398: user-mode-linux: FTBFS: unmet build dep linux-source-2.6.18
Package: user-mode-linux Version: 2.6.18-1um-2 Severity: serious Tags: sid Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: Checking for source dependency conflicts... Reading package lists... Building dependency tree... E: Package linux-source-2.6.18 has no installation candidate Package linux-source-2.6.18 is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source apt-get failed. The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422396: monotone: FTBFS: pdfetex exited with bad status, quitting.
Package: monotone Version: 0.31-8 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else User: [EMAIL PROTECTED] Usertags: builddep-tetex-ftbfs Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422400: taskjuggler: FTBFS: Test Timezone.tjp failed!
Package: taskjuggler Version: 2.3.1-3 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: make[3]: Entering directory `/build/user/taskjuggler-2.3.1/TestSuite' Testing in CSV-Reports Testing in HTML-Reports Testing in Misc Testing in Scheduler Testing in Syntax Test Timezone.tjp failed! Testing in TJX-Reports 1 errors detected! make[3]: *** [all-local] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421684: unhandled exception in callback for any feed
Hi. I've got the same problem since last night, when I did a massive dist-upgrade after a month and a half (the last one was before Etch was released). I have a GNOME environment, but I don't think that's relevant. I don't really know perl, but I can read some of it and add a few print statements to do some basic debugging. The problem is that my $uri = Gnome2::VFS::URI-new($url); on line 57 of /usr/share/yarssr/Yarssr/Fetcher.pm doesn't return anything, so $uri is indeed undefined. However, libgnome2-vfs-perl was not upgraded, but some of its dependencies were: 2007-05-05 02:02:48 upgrade libc6-dev 2.3.6.ds1-13 2.5-5 2007-05-05 02:03:00 upgrade libc6 2.3.6.ds1-13 2.5-5 2007-05-05 02:03:21 upgrade libc6-i686 2.3.6.ds1-13 2.5-5 2007-05-05 02:03:34 upgrade libglib2.0-0 2.12.6-2 2.12.11-3 2007-05-05 02:03:35 upgrade liborbit2 1:2.14.4-1 1:2.14.7-0.1 2007-05-05 02:03:36 upgrade libbonobo2-0 2.14.0-4 2.18.0-2 2007-05-05 02:03:54 upgrade libgconf2-4 2.16.1-1 2.18.0.1-3 2007-05-05 02:04:15 upgrade libgnomevfs2-0 1:2.14.2-7 1:2.18.1-2 libgnomevfs2-0 might be a likely candidate, though I don't know how the perl bindings are supplied. The libgnome2-vfs-perl maintainer might be of some help there. Frank -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20.7 (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages yarssr depends on: ii libgnome2-perl1.040-1Perl interface to the GNOME librar ii libgnome2-vfs-perl1.060-1Perl interface to the 2.x series o ii libgtk2-gladexml-perl 1.006-1Perl interface to use user interfa ii libgtk2-perl 1:1.140-1 Perl interface to the 2.x series o ii libgtk2-trayicon-perl 0.04-1 Perl interface to fill the system ii libxml-rss-perl 1.05-1 Perl module for managing RSS (RDF ii perl 5.8.8-7Larry Wall's Practical Extraction yarssr recommends no packages. Versions of packages libgnome2-vfs-perl depends on: ii libbonobo2-02.18.0-2 Bonobo CORBA interfaces library ii libc6 2.5-5GNU C Library: Shared libraries ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglib-perl1:1.140-1Perl interface to the GLib and GOb ii libglib2.0-02.12.11-3The GLib library of C routines ii libgnomevfs2-0 1:2.18.1-2 GNOME Virtual File System (runtime ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii perl5.8.8-7 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-7 The Pathologically Eclectic Rubbis libgnome2-vfs-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422354: [Buildd-tools-devel] Bug#422354: schroot: Regex mismatch in sbuild/sbuild-run-parts.cc leads to unwanted execution of stray dpkg conffiles
found 422354 1.1.1-1 notfound 422354 1.0.5-1 severity 422354 important thanks Adeodato Simó [EMAIL PROTECTED] writes: * Roger Leigh [Sat, 05 May 2007 12:18:44 +0100]: Scripts in /etc/schroot/setup.d or /etc/schroot/exec.d are executed in the same manner as /bin/run-parts. However, due to a mistake in the way filenames are checked with regular expressions, files ending in .dpkg-new, .dpkg-old, .dpkg-dist, .dpkg-tmp, etc. For the record, I can't reproduce this with schroot 1.0.5-1. I have 10mount.dpkg-dist and 50chrootname.dpkg-old under /etc/schroot/setup.d, and none of them gets executed (tested adding a 'set -x' statement there). Both are executable. Hmm, that's odd. I now can't reproduce it with the stable version, but I can with a later version (1.1.1-1). However, both are using exactly the same searches. I'll need to investigate that further, but it appears that the version in stable and unstable at least is not susceptible to this problem. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgpwUnFA7XFru.pgp Description: PGP signature
Processed: Re: [Buildd-tools-devel] Bug#422354: schroot: Regex mismatch in sbuild/sbuild-run-parts.cc leads to unwanted execution of stray dpkg conffiles
Processing commands for [EMAIL PROTECTED]: found 422354 1.1.1-1 Bug#422354: schroot: Regex mismatch in sbuild/sbuild-run-parts.cc leads to unwanted execution of stray dpkg conffiles Bug marked as found in version 1.1.1-1. notfound 422354 1.0.5-1 Bug#422354: schroot: Regex mismatch in sbuild/sbuild-run-parts.cc leads to unwanted execution of stray dpkg conffiles Bug marked as not found in version 1.0.5-1. severity 422354 important Bug#422354: schroot: Regex mismatch in sbuild/sbuild-run-parts.cc leads to unwanted execution of stray dpkg conffiles Severity set to `important' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422408: [CVE-2007-2423] XSS in action=AttachFiledo=...
Package: python-moinmoin Version: 1.5.7-2 Tags: security Severity: grave Proof of concept: http://moinmoin.wikiwikiweb.de/WikiSandBox?action=AttachFiledo=%3Cblink%3ETest%3C/blink%3E This is CVE-2007-2423. Please mention this name in the changelog when you fix this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Patch for bzip2: cannot find -lgcc
Processing commands for [EMAIL PROTECTED]: tag 422380 + patch Bug#422380: bzip2: FTBFS: /usr/bin/ld: cannot find -lgcc There were no tags set. Tags added: patch kthxbye 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#422380: Patch for bzip2: cannot find -lgcc
tag 422380 + patch kthxbye According to 422309, bzip2 should build-depend on gcc-multilib [amd64 i386 powerpc ppc64 sparc s390] . A patch is attached which fixes this. I have confirmed that this makes bzip2 build correctly on amd64, whereas it didn't without the patch. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only Screw you, AACS LA: 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 OpenPGP: RSA v3 2048b 560553E7: FE82 7C9F EB21 5436 2F96 25BA 927B 0A51 diff -ur bzip2-1.0.3/debian/control bzip2.orig/debian/control --- bzip2-1.0.3/debian/control 2007-05-05 18:32:30.0 + +++ bzip2.orig/debian/control 2007-05-05 18:29:39.0 + @@ -4,7 +4,7 @@ Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Uploaders: Santiago Ruano Rincón [EMAIL PROTECTED] Standards-Version: 3.7.2 -Build-depends: texinfo, libc6-dev-sparc64 [sparc], libc6-dev-s390x [s390], libc6-dev-ppc64 [powerpc], libc6-dev-i386 [amd64], libc6-dev-amd64 [i386], libc6-dev-powerpc [ppc64], lib64gcc1 [i386 powerpc sparc s390], lib32gcc1 [amd64], gcc-multilib [amd64 i386 powerpc ppc64 sparc s390] +Build-depends: texinfo, libc6-dev-sparc64 [sparc], libc6-dev-s390x [s390], libc6-dev-ppc64 [powerpc], libc6-dev-i386 [amd64], libc6-dev-amd64 [i386], libc6-dev-powerpc [ppc64], lib64gcc1 [i386 powerpc sparc s390], lib32gcc1 [amd64] Package: libbz2-1.0 Priority: important
Bug#422411: ilohamail: Overwrites locale changes to configuretions files during upgrade
Package: ilohamail Version: 0.8.14-0rc3sid3.1 Severity: serious Justification: Policy 10.7.3 Behavior local changes must be preserved during a package upgrade Hi Jörg! I just upgraded a system from sarge and etch, and with that from ilohamail 0.8.14-0rc3sarge1 to 0.8.14-0rc3sid3.1. I changed some Files in /etc/IlohaMail/ (e.g. I set an default imaps-Server). During the upgrade all my changes got overwritten without any notice; all files there got replaced by the default ones, there seems to be not even an backup of changes files. Yours sincerely, Alexander -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3xenu Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages ilohamail depends on: ii apache2-mpm-prefork [htt 2.2.3-4 Traditional model for Apache HTTPD ii debconf 1.5.11 Debian configuration management sy ii libapache2-mod-php4 6:4.4.4-8+etch2 server-side, HTML-embedded scripti ii php4 6:4.4.4-8+etch2 server-side, HTML-embedded scripti ii postfix [mail-transport- 2.3.8-2+b1 A high-performance mail transport ii wwwconfig-common 0.0.48 Debian web auto configuration Versions of packages ilohamail recommends: ii aspell 0.60.4-4GNU Aspell spell-checker ii gnupg1.4.6-2 GNU privacy guard - a free PGP rep ii mysql-client-5.0 [mysql- 5.0.32-7etch1 mysql database client binaries ii php4-mysql 6:4.4.4-8+etch2 MySQL module for php4 -- debconf information: ilohamail/restart: false * ilohamail/webserver_type: Apache * ilohamail/weblocation: /webmail
Bug#422420: kpowersave: crash when started
Package: kpowersave Version: 0.7.2-2 Severity: grave Justification: renders package unusable When kpowersave is launched, it just crash. 0.6 works correctly. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kpowersave depends on: ii hal 0.5.8.1-9 Hardware Abstraction Layer ii kdelibs4c2a 4:3.5.6.r1.dfsg.1-4 core libraries and binaries for al ii libc62.5-5 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-4 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libgcc1 1:4.1.2-5 GCC support library ii libhal1 0.5.8.1-9 Hardware Abstraction Layer - share ii libstdc++6 4.1.2-5 The GNU Standard C++ Library v3 ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxss1 1:1.1.2-1 X11 Screen Saver extension library ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension Versions of packages kpowersave recommends: ii acpi-support 0.90-4 scripts for handling many ACPI eve ii hibernate 1.94-2 smartly puts your computer to slee ii powersaved0.14.0-7 power management daemon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422127: gfax: FTBFS: No package 'gnome-doc-utils' found
On 03/05/07 at 19:43 +0200, Lucas Nussbaum wrote: During a rebuild of all packages in etch, I discovered that your package failed to build on amd64. it's in sid, and built on i386. The full build log is available from http://ox.blop.info/bazaar/buildlogs/20061123/ no, from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/gfax_0.7.6-2_sid32.buildlog Sorry for the noise :-) -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422420: kpowersave: crash when started
Pierre Habouzit wrote: Package: kpowersave Version: 0.7.2-2 Severity: grave Justification: renders package unusable When kpowersave is launched, it just crash. 0.6 works correctly. Hi Pierre, could you please send me a backtrace? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#422421: gcc-4.1: generates wrong code on hppa when TLS variables are used
Package: gcc-4.1
Version: 4.1.2-5
Severity: grave
Tags: patch
Justification: breaks the glibc
Hi,
You are already aware of the problem, but I think it is better to
summarize it here to get an history of the problem.
GCC generates wrong code on hppa when TLS registers are used. This is
due to a bug in __attribute__ ((tls_model ())) which doesn't express
that it uses r19 or r27.
Here is a small test case for the problem:
extern __thread int __libc_errno __attribute__ ((tls_model (initial-exec)));
extern void free (void *__ptr) __attribute__ ((__nothrow__));
void test(int *p)
{
free (p);
__libc_errno = 25;
}
And the corresponding assembly code:
test:
test():
0: 6b c2 3f d9 stw rp,-14(sp)
4: 6f c4 00 80 stw,ma r4,40(sp)
8: e8 40 00 00 b,l 10 test+0x10,rp
8: R_PARISC_PCREL17Ffree
c: 6b d3 3f c1 stw r19,-20(sp)
10: 2a 60 00 00 addil L%0,r19,r1
10: R_PARISC_LTOFF_TP21L__libc_errno
14: 48 3c 00 00 ldw 0(r1),ret0
14: R_PARISC_LTOFF_TP14R__libc_errno
18: 34 15 00 32 ldi 19,r21
1c: 03 60 08 b4 mfctl tr3,r20
20: 0b 94 0a 14 add,l r20,ret0,r20
24: 0e 95 12 80 stw r21,0(r20)
28: 4b c2 3f 59 ldw -54(sp),rp
2c: e8 40 c0 00 bv r0(rp)
30: 4f c4 3f 81 ldw,mb -40(sp),r4
There is a missing a save/restore of the PIC register around the call to
free.
The attached patch fixes the problem, it has been submitted upstream and
almost accepted (just a typo in the Changelog to fix).
I have rebuilt gcc with it, and then rebuilt the glibc with the rebuilt
gcc. The bug is fixed, and there is no regression in the testsuite.
Bye,
Aurelien
PS: Thanks to Carlos O'Donell for his help in the debugging process.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.18-4-xen-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gcc-4.1 depends on:
ii binutils 2.17cvs20070426-4 The GNU assembler, linker and bina
ii cpp-4.14.1.2-5 The GNU C preprocessor
ii gcc-4.1-base 4.1.2-5 The GNU Compiler Collection (base
ii libc6 2.5-5 GNU C Library: Shared libraries
ii libgcc11:4.1.2-5 GCC support library
Versions of packages gcc-4.1 recommends:
ii libc6-dev 2.5-5 GNU C Library: Development Librari
ii libmudflap0-dev 4.1.2-5GCC mudflap support libraries (dev
-- no debconf information
hppa-caller-save-pic-tls.dpatch
Description: application/shellscript
Bug#422127: marked as done (gfax: FTBFS: No package 'gnome-doc-utils' found)
Your message dated Sat, 05 May 2007 19:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#422127: fixed in gfax 0.7.6-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gfax Version: 0.7.6-2 Severity: serious Justification: FTBFS on amd64, already has amd64 binaries in etch Usertags: grid5000 Hi, During a rebuild of all packages in etch, I discovered that your package failed to build on amd64. Relevant parts: checking for GDU_MODULE_VERSION_CHECK... configure: error: Package requirements (gnome-doc-utils = 0.3.2) were not met: No package 'gnome-doc-utils' found The full build log is available from http://ox.blop.info/bazaar/buildlogs/20061123/ About the archive rebuilt: The rebuilt was done on about 30 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing an etch amd64 environment (not unstable). Internet was not accessible from the build systems. The builds were processed as root. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: gfax Source-Version: 0.7.6-3 We believe that the bug you reported is fixed in the latest version of gfax, which is due to be installed in the Debian FTP archive: gfax_0.7.6-3.diff.gz to pool/main/g/gfax/gfax_0.7.6-3.diff.gz gfax_0.7.6-3.dsc to pool/main/g/gfax/gfax_0.7.6-3.dsc gfax_0.7.6-3_all.deb to pool/main/g/gfax/gfax_0.7.6-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. Mirco Bauer [EMAIL PROTECTED] (supplier of updated gfax 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: Sat, 05 May 2007 21:09:15 +0200 Source: gfax Binary: gfax Architecture: source all Version: 0.7.6-3 Distribution: unstable Urgency: medium Maintainer: Mirco Bauer [EMAIL PROTECTED] Changed-By: Mirco Bauer [EMAIL PROTECTED] Description: gfax - GNOME frontend for fax programs Closes: 422127 Changes: gfax (0.7.6-3) unstable; urgency=medium . * Rebuild against libevolution2.0-cil 0.12.3 + With this new evolution# version, gfax is not pulling anymore a complete evolution installation in. * debian/patches/fr.po.dpatch: + French translation contributed by Enguerrand Catillon [EMAIL PROTECTED] * debian/control: + Added missing gnome-doc-utils build-dependency. (Closes: #422127) Files: c8501f1e3ddfd8a9137afe61e00d8fd9 1094 gnome optional gfax_0.7.6-3.dsc c35d6aea50ea11270e50348be57c4f91 25943 gnome optional gfax_0.7.6-3.diff.gz 91727529cab9a6bc973ecef28414ea75 155068 gnome optional gfax_0.7.6-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRjzePHEn5avu+UbIAQIZAQgAq9nFIpPtM7vmZxwTwCu0ZmMYBZ5y14bX G9U4k5sKVTg8ieb89l/6PNe9SJsbfSh7FyWUmLry6UkCUhm+/5d2OxSP8H9uZ1S7 Y6Mig0vp8iC7vx035rZGlwnF1qI92/GntvVZV4jQpwxx3b/8/ucEUGDZuwo1XNds VEc79vuNSHjsIfCrPhub3VYX+DX07h5Gd56ydanNM08Q4RmP/3SFIg+w01doxsdI L5olFc5MGYdfNW/CauiE04i/PXZEWBq38ryka1FH4Z0x7swFVn43WD7/bTs1Ikaq v43Ie+gGM+ajxDRT9nTYKzutGx7oRu2On5vixCRlEUhxaf9VDLLmhw== =XDbS -END PGP SIGNATURE- ---End Message---
Bug#422420: kpowersave: crash when started
On Sat, May 05, 2007 at 09:38:10PM +0200, Michael Biebl wrote: Pierre Habouzit wrote: Package: kpowersave Version: 0.7.2-2 Severity: grave Justification: renders package unusable When kpowersave is launched, it just crash. 0.6 works correctly. Hi Pierre, could you please send me a backtrace? damn, sorry I forgot to mention it, I must have forgotten to paste. I fear it's not very useful though, but don't have currently enough time to do a debug build to have a more interesting one. If you can provide one, I'd be glad to report it. Note that I'm on amd64, could be $arch dependant. (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 47449177901680 (LWP 14032)] [KCrash handler] #5 0x2b2799cc8795 in kpowersave::setSchemeSettings () from /usr/lib/libkdeinit_kpowersave.so #6 0x2b2799ccaf1e in kpowersave::kpowersave () from /usr/lib/libkdeinit_kpowersave.so #7 0x2b2799ccf437 in kdemain () from /usr/lib/libkdeinit_kpowersave.so #8 0x2b279a60e8e4 in __libc_start_main () from /lib/libc.so.6 #9 0x00400519 in ?? () #10 0x7fff10e5e758 in ?? () #11 0x in ?? () -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpI48wLEAzbo.pgp Description: PGP signature
Bug#422384: marked as done (gphoto2: FTBFS: undefined reference to `GP_DEBUG')
Your message dated Sat, 05 May 2007 19:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#422384: fixed in gphoto2 2.3.1-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gphoto2 Version: 2.2.0-3 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: gcc -g -O2 -Wall -g -o gphoto2 gphoto2-gphoto2-cmd-config.o gphoto2-actions.o gphoto2-foreach.o gphoto2-gp-params.o gphoto2-main.o gphoto2-version.o gphoto2-range.o gphoto2-shell.o -lcdk -lncurses /usr/lib/libjpeg.so -lpthread -lreadline / usr/lib/libgphoto2.so /usr/lib/libgphoto2_port.so /usr/lib/libexif.so -lm /usr/lib/libusb.so -L/usr/lib64 /usr/lib/libpopt.so gphoto2-foreach.o: In function `get_path_for_id_rec': /build/user/gphoto2-2.2.0/gphoto2/foreach.c:213: undefined reference to `GP_DEBUG' /build/user/gphoto2-2.2.0/gphoto2/foreach.c:206: undefined reference to `GP_DEBUG' gphoto2-foreach.o: In function `get_path_for_id': /build/user/gphoto2-2.2.0/gphoto2/foreach.c:268: undefined reference to `GP_DEBUG' gphoto2-foreach.o: In function `for_each_file_in_range': /build/user/gphoto2-2.2.0/gphoto2/foreach.c:340: undefined reference to `GP_DEBUG' collect2: ld returned 1 exit status make[3]: *** [gphoto2] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt 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. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: gphoto2 Source-Version: 2.3.1-2 We believe that the bug you reported is fixed in the latest version of gphoto2, which is due to be installed in the Debian FTP archive: gphoto2_2.3.1-2.diff.gz to pool/main/g/gphoto2/gphoto2_2.3.1-2.diff.gz gphoto2_2.3.1-2.dsc to pool/main/g/gphoto2/gphoto2_2.3.1-2.dsc gphoto2_2.3.1-2_i386.deb to pool/main/g/gphoto2/gphoto2_2.3.1-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frederic Peters [EMAIL PROTECTED] (supplier of updated gphoto2 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: Sat, 05 May 2007 21:35:09 +0200 Source: gphoto2 Binary: gphoto2 Architecture: source i386 Version: 2.3.1-2 Distribution: unstable Urgency: low Maintainer: Frederic Peters [EMAIL PROTECTED] Changed-By: Frederic Peters [EMAIL PROTECTED] Description: gphoto2- The gphoto2 digital camera command-line client Closes: 422384 Changes: gphoto2 (2.3.1-2) unstable; urgency=low . * Upload to unstable. * debian/control(.in): build-depends on libgphoto2-dev = 2.3; this should fix general FTBFS (closes: #422384) Files: 8a4bb47437d63ba796f0271ee3403210 932 utils extra gphoto2_2.3.1-2.dsc 8f53a1533fca3ab560c47908cdeb4d14 15051 utils extra gphoto2_2.3.1-2.diff.gz d34d976f3bdaaaef5de0fa6755d50d4f 186010 utils extra gphoto2_2.3.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGPN1OoR3LsWeD7V4RAsrlAJ9lrOryoo9iVK8u7G31WhlLnIfd/ACfVKDv U3fnZ+494UWmW7QzH5yJ3Aw= =DC3N -END PGP SIGNATURE- ---End Message---
Bug#417789: fixed in elinks 0.11.1-1.4
Arnaud Giersch [EMAIL PROTECTED] writes:
I don't believe that this patch really solves the security issue. An
user may still be vulnerable if he wants to run his freshly compiled
(but not installed now) elinks. This user would typically run it as
/path/to/elinks/src/elinks. If his cwd is not in the elinks sources,
a wrong gettext catalog may be opened.
Thank you for your concern. The patched ELinks 0.12.GIT
(d1fa336f7f390d9b51456498fac5dda8f54c18a4) appears to open the
correct gettext catalog in this case, regardless of what the
current working directory is. Please see the GDB session below.
$ gdb --args ~/build/i686-pc-linux-gnu/elinks-0.12/src/elinks -no-connect
GNU gdb 6.5-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i486-linux-gnu...Using host libthread_db library
/lib/tls/libthread_db.so.1.
(gdb) list /home/Kalle/src/elinks-0.12/src/intl/gettext/loadmsgcat.c:207,229
207 /* This is hacked for ELinks - we want to look up for the translations
at the
208 * correct place even if we are being ran from the source/build tree. */
209 static struct string *
210 add_filename_to_string(struct string *str, struct loaded_l10nfile
*domain_file)
211 {
212 unsigned char *slash = strrchr(program.path, '/');
213 size_t dirnamelen = (slash ? slash - program.path + 1 : 0);
214
215 /* Check if elinks is being run from the source tree. */
216 if (dirnamelen 4
217 || strncmp(program.path + dirnamelen - 4, src, 3))
218 return NULL;
219
220 if ((dirnamelen !add_bytes_to_string(str, program.path,
dirnamelen))
221 || !add_to_string(str, ../po/)
222 || !add_bytes_to_string(str,
223 (unsigned char *)
domain_file-langdirname,
224 domain_file-langdirnamelen)
225 || !add_to_string(str, .gmo))
226 return NULL;
227
228 return str;
229 }
(gdb) break add_filename_to_string
Breakpoint 1 at 0x80c5453: file
/home/Kalle/src/elinks-0.12/src/intl/gettext/loadmsgcat.c, line 212.
(gdb) run
Starting program: /home/Kalle/build/i686-pc-linux-gnu/elinks-0.12/src/elinks
-no-connect
[Thread debugging using libthread_db enabled]
[New Thread -1216120064 (LWP 8749)]
[Switching to Thread -1216120064 (LWP 8749)]
Breakpoint 1, add_filename_to_string (str=0xbfbc844c, domain_file=0x819b820)
at /home/Kalle/src/elinks-0.12/src/intl/gettext/loadmsgcat.c:212
212 unsigned char *slash = strrchr(program.path, '/');
(gdb) print program.path
$1 = (unsigned char *) 0xbfbc942e
/home/Kalle/build/i686-pc-linux-gnu/elinks-0.12/src/elinks
(gdb) next
213 size_t dirnamelen = (slash ? slash - program.path + 1 : 0);
(gdb) print slash
$2 = (unsigned char *) 0xbfbc9461 /elinks
(gdb) next
216 if (dirnamelen 4
(gdb) print dirnamelen
$3 = 52
(gdb) print program.path + dirnamelen - 4
$4 = (unsigned char *) 0xbfbc945e src/elinks
(gdb) next
220 if ((dirnamelen !add_bytes_to_string(str, program.path,
dirnamelen))
(gdb) print *str
$5 = {magic = 7, source = 0x81c3550 , length = 0}
(gdb) print domain_file-[EMAIL PROTECTED]langdirnamelen
$6 = fi_FI.UTF-8
(gdb) next
228 return str;
(gdb) print *str
$7 = {magic = 7, source = 0x81c3550
/home/Kalle/build/i686-pc-linux-gnu/elinks-0.12/src/../po/fi_FI.UTF-8.gmo,
length = 73}
(gdb)
pgpDXgH1hGtaG.pgp
Description: PGP signature
Processed: PHP4 is about to be removed, upgrading severity
Processing commands for [EMAIL PROTECTED]: severity 377373 serious Bug#377373: twig: Still depends on php3 and not on php5 Severity set to `serious' from `minor' 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: PHP4 is about to be removed, upgrading severity
Processing commands for [EMAIL PROTECTED]: severity 377372 serious Bug#377372: libphp-phplot: Still mentions and depends PHP3 Severity set to `serious' from `minor' 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#417789: fixed in elinks 0.11.1-1.4
Samedi 05 mai 2007, vers 22:14:33 (+0200), Kalle Olavi Niemitalo a
écrit :
Thank you for your concern. The patched ELinks 0.12.GIT
(d1fa336f7f390d9b51456498fac5dda8f54c18a4) appears to open the
correct gettext catalog in this case, regardless of what the
current working directory is. Please see the GDB session below.
[...]
(gdb) print *str
$7 = {magic = 7, source = 0x81c3550
/home/Kalle/build/i686-pc-linux-gnu/elinks-0.12/src/../po/fi_FI.UTF-8.gmo,
length = 73}
You are right. I missed the fact that ../po/ was appended to the
path to the binary, and not relative to the current working directory.
The only way to abuse this functionality that I can see now is the
improbable situation where the binary is run from some directory that
is not in the source tree, but whose name ends with src.
Arnaud
Bug#422213: marked as done (checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep)
Your message dated Sat, 05 May 2007 21:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#422213: fixed in checkinstall 1.6.1-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: checkinstall Version: 1.6.1-2 Severity: serious Hi Felipe, The latest version of checkinstall is failing to build on alpha and ia64 because you are build-depending on libc6-dev, which is not the right package on these archs (or on non-Linux archs). If there is a reason you need this versioned build-dep on libc6-dev (which is not explained in the changelog), please fix the build-dep to be architecture-conditional, build-depending on libc6.1-dev on alpha and ia64 instead of on libc6-dev. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ ---End Message--- ---BeginMessage--- Source: checkinstall Source-Version: 1.6.1-3 We believe that the bug you reported is fixed in the latest version of checkinstall, which is due to be installed in the Debian FTP archive: checkinstall_1.6.1-3.diff.gz to pool/main/c/checkinstall/checkinstall_1.6.1-3.diff.gz checkinstall_1.6.1-3.dsc to pool/main/c/checkinstall/checkinstall_1.6.1-3.dsc checkinstall_1.6.1-3_i386.deb to pool/main/c/checkinstall/checkinstall_1.6.1-3_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. Felipe Sateler [EMAIL PROTECTED] (supplier of updated checkinstall 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, 04 May 2007 13:17:01 -0400 Source: checkinstall Binary: checkinstall Architecture: source i386 Version: 1.6.1-3 Distribution: unstable Urgency: low Maintainer: Felipe Sateler [EMAIL PROTECTED] Changed-By: Felipe Sateler [EMAIL PROTECTED] Description: checkinstall - installation tracker Closes: 422213 Changes: checkinstall (1.6.1-3) unstable; urgency=low . * Fix FTBFS in some archs, by fixing the build dependencies. (Closes: #422213) Files: c6d7f82a0350afc599dfe652c195097e 859 admin optional checkinstall_1.6.1-3.dsc d91296ff88c38de3989cdd664412b20f 12572 admin optional checkinstall_1.6.1-3.diff.gz 89c48bb04e209a4af5e504e1abc3a116 111800 admin optional checkinstall_1.6.1-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGPO6ZeYl9593Atw0RArN6AJ4xUiTbPOQuvAIPO4v+0HDxvbqB6gCbBwyK D8X9N6g/dv54sLe47XHV9ow= =+W5L -END PGP SIGNATURE- ---End Message---
Bug#422411: ilohamail: Not overwriten config files; renamed ones
Package: ilohamail Version: 0.8.14-0rc3sid3.1 Followup-For: Bug #422411 Hi! Just discoveres, that my first impression about the upgrade bug was wrong. During an upgrade the configurations files are not overwritten. New ones with different names are placed there with default values. 0.8.14-0rc3sarge1 had the following files: etc/IlohaMail/conf.inc etc/IlohaMail/conf.php etc/IlohaMail/custom_auth.inc etc/IlohaMail/db_conf.php etc/IlohaMail/defaults.generic.inc etc/IlohaMail/defaults.inc etc/IlohaMail/login.inc etc/IlohaMail/login_blurb.inc etc/IlohaMail/login_title.inc etc/IlohaMail/mysqlrc.inc etc/IlohaMail/new_user.inc 0.8.14-0rc3sid3.1 has the following files: etc/IlohaMail/conf.inc etc/IlohaMail/conf.php etc/IlohaMail/custom_auth.php etc/IlohaMail/db_conf.php etc/IlohaMail/defaults.generic.inc etc/IlohaMail/defaults.inc etc/IlohaMail/login.php etc/IlohaMail/login_blurb.inc etc/IlohaMail/login_title.inc etc/IlohaMail/new_user.php Note that instead of login.inc it ships with login.php. Moving login.inc to login.php solved my main problem. My changes to login_blurb.inc and login_title.inc where preserved; so it seems to work in general ;) Yours sincerely, Alexander PS: I still think it's an rc bug, since my config was not used anymore; should at least be added to the release notes. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3xenu Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages ilohamail depends on: ii apache2-mpm-prefork [htt 2.2.3-4 Traditional model for Apache HTTPD ii debconf 1.5.11 Debian configuration management sy ii libapache2-mod-php4 6:4.4.4-8+etch2 server-side, HTML-embedded scripti ii php4 6:4.4.4-8+etch2 server-side, HTML-embedded scripti ii postfix [mail-transport- 2.3.8-2+b1 A high-performance mail transport ii wwwconfig-common 0.0.48 Debian web auto configuration Versions of packages ilohamail recommends: ii aspell 0.60.4-4GNU Aspell spell-checker ii gnupg1.4.6-2 GNU privacy guard - a free PGP rep ii mysql-client-5.0 [mysql- 5.0.32-7etch1 mysql database client binaries ii php4-mysql 6:4.4.4-8+etch2 MySQL module for php4 -- debconf information: ilohamail/restart: false * ilohamail/webserver_type: Apache * ilohamail/weblocation: /webmail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421037: libc6: SIGILL on upgrade on netwinder
PING ? Could you have the elementary courtesy to follow up to the bugs you report ? thanks. On Sun, Apr 29, 2007 at 03:30:10AM +0200, Aurelien Jarno wrote: From the build.d.o, it looks like the failure appeared on europa.d.o. Is that right? Bdale gave me an access to netwinder, so I can try to reproduce the problem. On this machine the libc6 2.5-4 seems to work correctly, I am able to run bash and all the commands from the postrm script. I guess the next step is to upgrade the chroot of netwinder to unstable to see if the same problem also appears on this machine. It would also be nice if you can give me the current version of the kernel that europa? runs, and the output of /proc/cpuinfo so that we could compare the two machines. Thanks, Aurelien On Wed, May 02, 2007 at 10:01:52AM +0200, Aurelien Jarno wrote: Please note that Wookey has upgrade a sid chroot on a netwinder machine without any problem. It runs a 2.6.18 kernel from Etch, so the issue could be the kernel version. Could you please give us the kernel version that europa.d.o and elara.d.o are using? On Fri, Apr 27, 2007 at 07:44:08AM +0200, Aurelien Jarno wrote: Could you please give me the exact kernel version that netwinder runs? Also same question for europa.debian.org which seems to suffer from the same problem. On Fri, Apr 27, 2007 at 05:13:41PM +0200, Aurelien Jarno wrote: Also it would be nice to have the contents to /proc/cpuinfo in order to compare with working netwinder machines (like bdale's one). On Thu, Apr 26, 2007 at 01:39:38AM +0200, Aurelien Jarno wrote: Would it be possible to get access to such a machine? Or at least get the illegal instruction with gdb. Without that much information I won't be able to debug it, as it seems to be SA-110 specific, I mean it works correctly here and also on tbm machine. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpS7fQnV4ZC5.pgp Description: PGP signature
Bug#417894: xfsdump: xfs_fsr makes world writeable temporary directories
Nathan Scott wrote: Thanks Paul, I've initiated a discussion with upstream, will get back to you soon. Sorry about the delay, been away over Easter. What's the outcome? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422317: marked as done (readlink return type changed without backwards-compatibility symbol)
Your message dated Sun, 6 May 2007 00:04:42 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#422317: readlink return type changed without backwards-compatibility symbol has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: checkinstall Version: 1.6.1-2 Severity: serious Hi Felipe, The latest version of checkinstall is failing to build on alpha and ia64 because you are build-depending on libc6-dev, which is not the right package on these archs (or on non-Linux archs). If there is a reason you need this versioned build-dep on libc6-dev (which is not explained in the changelog), please fix the build-dep to be architecture-conditional, build-depending on libc6.1-dev on alpha and ia64 instead of on libc6-dev. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ ---End Message--- ---BeginMessage--- On Sat, May 05, 2007 at 11:57:43AM +0200, Aurelien Jarno wrote: On Fri, May 04, 2007 at 05:55:23PM -0700, Steve Langasek wrote: clone 422213 -1 reassign -1 libc6-sparc64 found -1 2.5-2 retitle -1 readlink return type changed without backwards-compatibility symbol thanks On Fri, May 04, 2007 at 07:58:18PM -0400, Felipe Sateler wrote: On Friday 04 May 2007 19:36:51 you wrote: On Fri, May 04, 2007 at 01:17:37PM -0400, Felipe Sateler wrote: If there is a reason you need this versioned build-dep on libc6-dev (which is not explained in the changelog), It (sort of) is explained: the last line in the changelog says: * Correct the readlink definition to match the newer 2.5 glibc: now return a ssize_t instead of an int. I think it is necessary since (I think) this changes the ABI: readlink in 2.5 returns a ssize_t whereas previously it returned an int. This causes no problem when sizeof(ssize_t) == sizeof(int) (which is the case in i386), but it causes a FTBFS when used in 64 bit archs. This change was made because there were bugs reported upstream for a FTBFS on 64 bit archs. Ok. Well, I would've gone with an autoconf check instead of a versioned bulid-dependency in that case, but your choice. :) This packages doesn't use autoconf, and autotooling it just for this doesn't seem worth the while (specially since I don't know autotools very well). Heh, ok. Also, wouldn't there be breakage if the return tipe is of different sizes (say it was compiled against glibc 2.5, but now I installed 2.5)? I guess this relates to /usr/lib/checkinstall/installwatch.so, which seems to be a preload wrapper? Honestly, it looks to me like checkinstall is very vulnerable to all *kinds* of breakage, because whereas glibc uses symbol versioning to prevent ABI breakage within itself, checkinstall provides only unversioned symbols -- so the most likely outcome is that any changes to one or more of these symbols will result in checkinstall failing to intercept all the right calls, either causing some actions to be overlooked or causing segfaults due to calls being incorrectly split between checkinstall and glibc. But as for whether this constitutes ABI breakage, glibc upstream hasn't marked it as such in the package, and all of my existing alpha and amd64 binaries seem to run just fine with the changed return value. I believe this is because, as little-endian architectures, reading the first 32-bits of the return value will give the right result for any reasonably-sized buffer. But on 64-bit big-endian architectures, such as ppc64 or sparc64, this will probably break. I think this is wrong. Whatever the endianness, the 32-bit registers map to the 32 least significant bits of the corresponding 64-bit registers. This way for example a 64-bit Sparc CPU is still able to execute 32-bit code, even if its registers are 64-bits. In addition I have made a few tests on sparc64 that shows that there is no breakage. I guess this bug could be closed, please close it if you agree. 00:00 vorlon aurel32: if you've tested it and found that it's not a bug, I don't need to agree :) 00:01 aurel32 vorlon: ok, I am closing it then 00:01 vorlon your explanation makes sense anyway, but I don't know any better one way or another Closing the bug with this mail. -- .''`.
Bug#422435: ftm: undefined symbol: tokens_parse
Package: ftm Version: 0.0.7 Severity: serious --- Please enter the report below this line. --- Hi, I can't get ftm working with the following error: === output start === # ftm my.ftm ftm: symbol lookup error: ftm: undefined symbol: tokens_parse === output end === The config file is like the example ex.ftm from the package. === my.ftm start === # cat my.ftm #chain stats monitor client-a description Foo Incorporated bandwidth 2mbit network 192.168.100.0/24 === my.ftm end === Here is my network interfaces configuration: === network interfaces start === # ifconfig eth0 Link encap:Ethernet HWaddr 00:40:F4:A9:E5:4F inet addr:192.168.100.3 Bcast:192.168.100.255 Mask:255.255.255.0 inet6 addr: fe80::240:f4ff:fea9:e54f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14118 errors:0 dropped:0 overruns:0 frame:0 TX packets:13395 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:6624475 (6.3 MiB) TX bytes:1252372 (1.1 MiB) Interrupt:4 Base address:0xb400 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:71 errors:0 dropped:0 overruns:0 frame:0 TX packets:71 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:7132 (6.9 KiB) TX bytes:7132 (6.9 KiB) === network interfaces end === And the iptables rules are clean: === iptables start === # iptables -vnxL Chain INPUT (policy ACCEPT 6758 packets, 7751093 bytes) pkts bytes target prot opt in out sourcedestination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out sourcedestination Chain OUTPUT (policy ACCEPT 4525 packets, 295463 bytes) pkts bytes target prot opt in out sourcedestination === iptables end === Thanks, Dimi. --- System information. --- Architecture: i386 Kernel: Linux 2.6.20-1-686 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing debian.tula.net 60 stable debian.tula.net 50 unstablewww.micq.org 50 unstabledebian.tula.net --- Package information. --- Depends (Version) | Installed ===-+- libabz0 (= 0.4.4) | 0.7.2 libc6 (= 2.3.2-1) | 2.5-4 libdebug0(= 0.3.2) | 0.4.2 libncurses5 (= 5.3.20030510-1) | 5.5-5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415877: marked as done (evolution-data-server_1.8.2-1(experimental/ia64/alkman): FTBFS: gtk-doc: Running scanner libebook-scan - Scan failed)
Your message dated Sun, 6 May 2007 01:00:55 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed in 1.10.1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: evolution-data-server Version: 1.8.2-1 Severity: serious Tags: experimental | Automatic build of evolution-data-server_1.8.2-1 on alkman by sbuild/ia64 98-farm | Build started at 20070322-1804 | ** [...] | gtk-doc: Linking scanner | cc -g -Wall -O2 -fPIC -Wall -Wmissing-prototypes -Wno-sign-compare -o .libs/libebook-scan .libs/libebook-scan.o -pthread ../../../../addressbook/libebook/.libs/libebook-1.2.so -L/usr/lib /build/buildd/evolution-data-server-1.8.2/camel/.libs/libcamel-1.2.so -lkrb5 -lk5crypto -lcom_err -lgssapi_krb5 -lssl3 -lsmime3 -lnss3 -lsoftokn3 /build/buildd/evolution-data-server-1.8.2/libedataserver/.libs/libedataserver-1.2.so -lplc4 -lplds4 -lnspr4 -ldb /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libgnomevfs-2.so -lm /usr/lib/libxml2.so /usr/lib/libgnutls.so /usr/lib/libtasn1.so -lz /usr/lib/libgcrypt.so -lnsl /usr/lib/libgpg-error.so /usr/lib/libavahi-glib.so /usr/lib/libavahi-common.so /usr/lib/libavahi-client.so -lresolv -lutil /usr/lib/libbonobo-2.so /usr/lib/libgconf-2.so /usr/lib/libbonobo-activation.so /usr/lib/libORBitCosNaming-2.so /usr/lib/libORBit-2.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -lrt | creating libebook-scan | gtk-doc: Running scanner libebook-scan | Scan failed: | make[6]: *** [scan-build.stamp] Error 255 A complete build log can be found at http://experimental.debian.net/build.php?arch=ia64pkg=evolution-data-serverver=1.8.2-1 I have no idea what the problem could be here... Marc -- BOFH #72: Satan did it ---End Message--- ---BeginMessage--- The build of 1.10.1-2 on ia64 seems as of http://buildd.debian.org/fetch.cgi?pkg=evolution-data-serverarch=ia64ver=1.10.1-2stamp=1177469987 to have succeeded. Upstream also reported to have fixed this bug. ---End Message---
Bug#405560: marked as done (libapache-mod-perl-doc: FTBFS: build-depends on removed package libpod-pom-perl)
Your message dated Sat, 5 May 2007 20:35:23 -0400 with message-id [EMAIL PROTECTED] and subject line libpod-pom-perl is back in unstable and testing has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libapache-mod-perl-doc Version: 1.29.0.2-5cvs20040129 Severity: serious Hi, This package build-depends on libpod-pom-perl, which was removed from testing, and will soon be removed from unstable. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- libpod-pom-perl is now back in unstable and testing. This bug should be closed. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature ---End Message---
Processed: Re: Bug#420332: debian-history: FTBFS: po-debiandoc build-dep does not exist anymore
Processing commands for [EMAIL PROTECTED]: tags 420332 patch Bug#420332: debian-history: FTBFS: po-debiandoc build-dep does not exist anymore There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420332: debian-history: FTBFS: po-debiandoc build-dep does not exist anymore
tags 420332 patch thanks Hello, On Mon, Apr 23, 2007 at 12:04:09PM -0600, Bdale Garbee wrote: On Sat, 2007-04-21 at 19:12 +0200, Adeodato Simó wrote: Hi. During an archive rebuild your debian-history package failed to build because the po-debiandoc build-depend is not available any more (it's only in sarge). Anyone reading who understands the relevant technology and transitions, please feel free to suggest an appropriate alternative. Please find attached a patch to replace po-debiandoc by po4a (debian/control, Makefile). The patch contains also some other changes: * debian/control: Added build dependencies on tetex-bin and tetex-extra. * debian/control: Only debhelper is a Build-Depends, others are Build-Depends-Indep * debian/rules: Removed hardcoded list of languages (the German translation was not distributed) * debian/debian-history.doc-base.de: Added file * project-history.de.po: Updated according to the po4a's POT. 11 fuzzy strings. Kind Regards, -- Nekral debian-history_po-translations.patch.bz2 Description: Binary data
Bug#422452: bzr-svn missing dependancy on python-pysqlite2
Package: bzr-svn Version: 0.3.2-1 Severity: serious Justification: Policy 3.5 *** Please type your report below this line *** Running 'bzr branch' emits: Needs at least Python2.5 or Python2.4 with the pysqlite2 module Unable to load plugin 'svn' from '/usr/lib/python2.4/site-packages/ bzrlib/plugins' And indeed, bzr-svn is unusable. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1.1381_FC3smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bzr-svn depends on: ii bzr 0.15-1 bazaar-ng, the next- generation dis ii python 2.4.4-2 An interactive high- level object-o ii python-central 0.5.12 register and build utility for Pyt ii python-subversion 1.4.2dfsg1-2 Python bindings for Subversion ii python2.4 2.4.4-3 An interactive high- level object-o bzr-svn recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422455: xfce4: xfwm4 doesn't start automatically
Package: xfce4 Version: 4.3.99.2 Severity: grave When I start xfce4, xfwm4 doesn't start with it, and I am left with no window manager ( no window borders, unmovable windows ). If I manually start xfwm4 in a terminal within xfce4, the problem is corrected. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4 depends on: ii gtk2-engines-xfce 2.3.99.2-1 A GTK+-2.0 theme engine for Xfce ii thunar0.5.0rc2-1 File Manager for Xfce ii xfce4-icon-theme 4.4.1-1Xfce Standard icon theme ii xfce4-mcs-plugins 4.3.99.2-1 Special modules for the xfce4-mcs- ii xfce4-panel 4.3.99.2-2 The Xfce4 desktop environment pane ii xfce4-session 4.3.99.2-3 Xfce4 Session Manager ii xfce4-utils 4.3.99.2-1 Various tools for Xfce ii xfdesktop44.3.99.2-1 Provides desktop background and ro ii xfwm4 4.3.99.2-1 window manager of the Xfce project ii xfwm4-themes 4.3.99.2-2 Theme files for xfwm4 Versions of packages xfce4 recommends: ii desktop-base4.0.1common files for the Debian Deskto ii orage 4.3.99.2-1 Calendar for Xfce Desktop Environm ii xfce4-mixer 4.3.99.2-1 Xfce4 Mixer frontend ii xfce4-terminal 0.2.5.8rc2-1 Xfce terminal emulator ii xfmedia 0.9.1-6+b1 Xfce media player ii xfprint44.3.99.1-1 Printer GUI for Xfce4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421139: Proposed patch for Bug#421139
tag 421139 patch thanks For some reason, including libgnome/libgnome.h *before* gm-support.h undefines the gettext alias _ (or keeps it from being defined at all, I don't know). Changing the order of the includes allows the package to build. I have done no further testing of the resulting package. diff -r 4adf809f4cad debian/changelog --- a/debian/changelog Sat May 05 14:01:40 2007 -0500 +++ b/debian/changelog Sat May 05 23:39:53 2007 -0500 @@ -1,3 +1,15 @@ gnoemoe (2.2.0+dfsg-1) unstable; urgency +gnoemoe (2.2.0+dfsg-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Move #include libgnome/libgnome.h after + #include gm-support.h in + gnoemoe/dialogs/gm-world-info-dialog.c + gnoemoe/gm-app.c +Otherwise, the gettext _ function gets undefined +(Closes: #421139). + + -- Luis Rodrigo Gallardo Cruz [EMAIL PROTECTED] Sat, 5 May 2007 23:39:44 -0500 + gnoemoe (2.2.0+dfsg-1) unstable; urgency=low [ Jesse van den Kieboom ] diff -r 4adf809f4cad gnoemoe/dialogs/gm-world-info-dialog.c --- a/gnoemoe/dialogs/gm-world-info-dialog.cSat May 05 14:01:40 2007 -0500 +++ b/gnoemoe/dialogs/gm-world-info-dialog.cSat May 05 23:18:45 2007 -0500 @@ -4,13 +4,13 @@ #include gtk/gtk.h #include glade/glade.h -#include libgnome/libgnome.h #include gm-world-info-dialog.h #include gm-world.h #include gm-support.h #include gm-pixbuf.h #include gm-debug.h +#include libgnome/libgnome.h #define GM_WORLD_INFO_DIALOG_XML PACKAGE_DATA_DIR / PACKAGE /ui/gm-world-info.glade diff -r 4adf809f4cad gnoemoe/gm-app.c --- a/gnoemoe/gm-app.c Sat May 05 14:01:40 2007 -0500 +++ b/gnoemoe/gm-app.c Sat May 05 23:21:05 2007 -0500 @@ -3,7 +3,7 @@ #endif #include gtk/gtk.h -#include libgnome/libgnome.h + #include libgnomevfs/gnome-vfs.h #include libgnomeui/libgnomeui.h #include strings.h @@ -19,7 +19,7 @@ #include gm-pixbuf.h #include gm-support.h #include gm-scripts.h - +#include libgnome/libgnome.h static gchar *debug_level = NULL; static gboolean show_version = FALSE; static gboolean recover = FALSE; signature.asc Description: Digital signature
Processed: Proposed patch for Bug#421139
Processing commands for [EMAIL PROTECTED]: tag 421139 patch Bug#421139: gnoemoe: FTBFS: warning: passing argument 2 of 'gtk_label_set_markup' makes pointer from integer without a cast There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417016: marked as done (depends on non-essential package passwd in postrm)
Your message dated Sun, 06 May 2007 05:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#417016: fixed in pymsnt 0.11.2-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: pymsnt Version: 0.11.2-1 Severity: serious Tags: etch-ignore Justification: Policy violation, see section 7.2 hi, while running archive wide piuparts tests your package failed on purge because of passwd beeing unavailable during postrm: Removing pymsnt ... Purging configuration files for pymsnt ... /var/lib/dpkg/info/pymsnt.postrm: line 10: deluser: command not found dpkg: error processing pymsnt (--purge): subprocess post-removal script returned error exit status 127 Errors were encountered while processing: pymsnt the full log can be found here: http://people.debian.org/~abi/piuparts/ please be sure to use a conditional call. Please also note: Bugs filed on Packages failing in postrm because of passwd beeing unavailable are not considered RC for etch, so are tagged etch-ignore. bye, - michael ---End Message--- ---BeginMessage--- Source: pymsnt Source-Version: 0.11.2-2 We believe that the bug you reported is fixed in the latest version of pymsnt, which is due to be installed in the Debian FTP archive: pymsnt_0.11.2-2.diff.gz to pool/main/p/pymsnt/pymsnt_0.11.2-2.diff.gz pymsnt_0.11.2-2.dsc to pool/main/p/pymsnt/pymsnt_0.11.2-2.dsc pymsnt_0.11.2-2_all.deb to pool/main/p/pymsnt/pymsnt_0.11.2-2_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. Sam Morris [EMAIL PROTECTED] (supplier of updated pymsnt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 9 Apr 2007 12:28:26 +0100 Source: pymsnt Binary: pymsnt Architecture: source all Version: 0.11.2-2 Distribution: unstable Urgency: low Maintainer: Sam Morris [EMAIL PROTECTED] Changed-By: Sam Morris [EMAIL PROTECTED] Description: pymsnt - MSN transport for Jabber Closes: 417016 Changes: pymsnt (0.11.2-2) unstable; urgency=low . * Don't remove the pymsnt user when purging the package (closes: #417016). * init script: cope with /var/run being on a tmpfs by creating it if it does not already exist. * init script: set -e explicitly, don't rely on putting in in the #! line. Files: 0fd892d1666fa876861fe67846b24a9d 683 net optional pymsnt_0.11.2-2.dsc d1964872be96c96bd61c75d8c406f418 6170 net optional pymsnt_0.11.2-2.diff.gz e0c1fc0b3f76dbff9ef7a15250804f04 166348 net optional pymsnt_0.11.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGPWrsqbb3MLg9dhwRAujzAJsHN++WWnYJCcCxW0xQETdedcLcZQCg2g+u SsBpbc7KbUxL/J0A3HPfxuc= =BTMW -END PGP SIGNATURE- ---End Message---
