Bug#548434: [Fdutils] Cannot format floppies under kernel 2.6.*?
Alain Knaff wrote: On 14/12/09 15:58, ael wrote: Any point in running under strace? Yes, this would be useful, especially for analyzing the Invalid argument issue. Ok, Will try and fit it in later today. Meanwhile, what exactly is the command line that should work? The one you suggested didn't match the man page - which is probably incomplete or out of date? ael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558980: access to hppa machine to work on Bug#558980
On Mon, Dec 14, 2009 at 7:46 AM, Stephen Leake stephen_le...@stephe-leake.org wrote: If you see transferring control: then the dynamic loader has just handed off control the real program, and any fault after that is possibly related to the real program. That is there, although there are more symbols looked up after it. This is good news, it means the dynamic loader handed control to the program. So I will leave hppa in the arch list, but remove the stack check option. Would it be possible for you to keep open a low severity bug indicating that this needs to be fixed? Remember to tag the bug hppa, so that I can track it on our ports to-do list e.g. http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-h...@lists.debian.org;which=tagdata=hppaarchive=no We are working through the tagged bugs to try make progress. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548434: [Fdutils] Cannot format floppies under kernel 2.6.*?
Alain Knaff wrote: On 14/12/09 15:58, ael wrote: Any point in running under strace? Yes, this would be useful, especially for analyzing the Invalid argument issue. Looks as if that was something to do with my command line. Below is the strace giving the IO error which probably isn't much help :-) # strace fdrawcmd readid 0 repeat=18 21 |tee fdrawcmd.dump|less --fdrawcmd.dumpexecve(/usr/bin/fdrawcmd, [fdrawcmd, readid, 0, repeat=18], [/* 34 vars */]) = 0 brk(0) = 0x804b000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb777d000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=94365, ...}) = 0 mmap2(NULL, 94365, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7765000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260l\1\0004\0\0\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1331684, ...}) = 0 mmap2(NULL, 1337704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb761e000 mmap2(0xb775f000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x141) = 0xb775f000 mmap2(0xb7762000, 10600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7762000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb761d000 set_thread_area({entry_number:-1 - 6, base_addr:0xb761d6c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb775f000, 8192, PROT_READ) = 0 mprotect(0xb779b000, 4096, PROT_READ) = 0 munmap(0xb7765000, 94365) = 0 open(/dev/fd0, O_ACCMODE|O_NONBLOCK) = 3 gettimeofday({1260803901, 152148}, NULL) = 0 ioctl(3, FDRAWCMD, 0xbf8ce620) = -1 EIO (Input/output error) dup(2) = 4 fcntl64(4, F_GETFL) = 0x1 (flags O_WRONLY) close(4)= 0 write(2, raw cmd: Input/output error\n, 28raw cmd: Input/output error ) = 28 exit_group(1) = ? -- Do I need to give strace some flags? ael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548434: [Fdutils] Cannot format floppies under kernel 2.6.*?
Alain Knaff wrote: On 14/12/09 16:24, ael wrote: Alain Knaff wrote: On 14/12/09 15:58, ael wrote: Any point in running under strace? Yes, this would be useful, especially for analyzing the Invalid argument issue. Looks as if that was something to do with my command line. Below is the strace giving the IO error which probably isn't much help :-) # strace fdrawcmd readid 0 repeat=18 21 |tee fdrawcmd.dump|less [...] ioctl(3, FDRAWCMD, 0xbf8ce620) = -1 EIO (Input/output error) Well, at least we now that it is indeed the rawcmd ioctl that gets the error (rather than some other system call), and this is interesting information. Could you also check whether anything interesting got output by the kernel (dmesg) during the fdrawcmd attempt? No. I checked that. Nothing in any of the logs in /var/log/ ael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548434: [Fdutils] Cannot format floppies under kernel 2.6.*?
On 14/12/09 16:24, ael wrote: Alain Knaff wrote: On 14/12/09 15:58, ael wrote: Any point in running under strace? Yes, this would be useful, especially for analyzing the Invalid argument issue. Looks as if that was something to do with my command line. Below is the strace giving the IO error which probably isn't much help :-) # strace fdrawcmd readid 0 repeat=18 21 |tee fdrawcmd.dump|less [...] ioctl(3, FDRAWCMD, 0xbf8ce620) = -1 EIO (Input/output error) Well, at least we now that it is indeed the rawcmd ioctl that gets the error (rather than some other system call), and this is interesting information. Could you also check whether anything interesting got output by the kernel (dmesg) during the fdrawcmd attempt? Thanks, Alain -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: libsndfile: FTBFS on kfreebsd-*: symbols issues
Processing commands for cont...@bugs.debian.org: tags 561086 +patch Bug #561086 [libsndfile] libsndfile: FTBFS on kfreebsd-*: symbols issues Added tag(s) patch. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561086: libsndfile: FTBFS on kfreebsd-*: symbols issues
tags 561086 +patch -- Hi, please use the same versioning script for all systems using glibc/gcc/binutils. Apply one-line-patch to configure.ac and regenerate configure by autoconf (or edit it manually). Thanks Petr --- configure.ac +++ configure.ac @@ -521,7 +521,7 @@ CFLAGS=$temp_CFLAGS SHLIB_VERSION_ARG=-Wl,-exported_symbols_list -Wl,\$(srcdir)/Symbols.darwin ;; - linux*) + linux*|kfreebsd*-gnu*|gnu*) SHLIB_VERSION_ARG=-Wl,--version-script=\$(srcdir)/Symbols.linux ;; mingw*) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523912: marked as done (mit-scheme: FTBFS: Missing build depends.)
Your message dated Mon, 14 Dec 2009 15:56:15 + with message-id e1nkdht-0002um...@ries.debian.org and subject line Bug#523912: fixed in mit-scheme 7.7.90+20090107-1.1 has caused the Debian Bug report #523912, regarding mit-scheme: FTBFS: Missing build depends. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 523912: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523912 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: mit-scheme Version: 7.7.90+20090107-1 Severity: serious Hi, Your package is failing to build with the following error: gcc -o prmcrypt.so -shared -fPIC prmcrypt.o -lmcrypt -lltdl -lc /usr/bin/ld: cannot find -lltdl collect2: ld returned 1 exit status make[3]: *** [prmcrypt.so] Error 1 Kurt ---End Message--- ---BeginMessage--- Source: mit-scheme Source-Version: 7.7.90+20090107-1.1 We believe that the bug you reported is fixed in the latest version of mit-scheme, which is due to be installed in the Debian FTP archive: mit-scheme-dbg_7.7.90+20090107-1.1_i386.deb to main/m/mit-scheme/mit-scheme-dbg_7.7.90+20090107-1.1_i386.deb mit-scheme_7.7.90+20090107-1.1.diff.gz to main/m/mit-scheme/mit-scheme_7.7.90+20090107-1.1.diff.gz mit-scheme_7.7.90+20090107-1.1.dsc to main/m/mit-scheme/mit-scheme_7.7.90+20090107-1.1.dsc mit-scheme_7.7.90+20090107-1.1_i386.deb to main/m/mit-scheme/mit-scheme_7.7.90+20090107-1.1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 523...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stefano Zacchiroli z...@debian.org (supplier of updated mit-scheme 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 26 Nov 2009 10:08:46 +0100 Source: mit-scheme Binary: mit-scheme mit-scheme-dbg Architecture: source i386 Version: 7.7.90+20090107-1.1 Distribution: unstable Urgency: low Maintainer: Chris Hanson c...@debian.org Changed-By: Stefano Zacchiroli z...@debian.org Description: mit-scheme - MIT/GNU Scheme development environment mit-scheme-dbg - MIT/GNU Scheme debugging files Closes: 523912 Changes: mit-scheme (7.7.90+20090107-1.1) unstable; urgency=low . * Non-maintainer upload. * Add missing build-dep on libltdl-dev (Closes: #523912) Checksums-Sha1: c89161f5828d45d93084ed9927c53c30633e2a90 1266 mit-scheme_7.7.90+20090107-1.1.dsc 8558bb55fd125928d299b5fd66340f06e9c5594b 8884 mit-scheme_7.7.90+20090107-1.1.diff.gz 4e1a617d9b9604cf27949b5c294d90198e4dbe46 6825218 mit-scheme_7.7.90+20090107-1.1_i386.deb dd874826d5b2930db3249df3cf6747ba8548873f 14016302 mit-scheme-dbg_7.7.90+20090107-1.1_i386.deb Checksums-Sha256: 75905e9024089095223b42376d034b8aaf7289039e25c14c988dd5fec3d9e950 1266 mit-scheme_7.7.90+20090107-1.1.dsc 02d3a18a43a8a26c4bac8c139b6cea6851a722b76444931a2e2a14d77aeb2d96 8884 mit-scheme_7.7.90+20090107-1.1.diff.gz a0dce719e18bb0eca163581a1d5b6bd82ec95d7a55bf630803b948ca1735cd58 6825218 mit-scheme_7.7.90+20090107-1.1_i386.deb e32ab3d9c3d249b086125436a6f2e646d6ac1925aacfb0eb46cc051540784e78 14016302 mit-scheme-dbg_7.7.90+20090107-1.1_i386.deb Files: 6b7ba110ab65f40eb485c271fa98e7b0 1266 devel optional mit-scheme_7.7.90+20090107-1.1.dsc 572988e3bc07b691bd8d2fb5a89fa623 8884 devel optional mit-scheme_7.7.90+20090107-1.1.diff.gz cb60b859906a48c620554fd5b23b3fef 6825218 devel optional mit-scheme_7.7.90+20090107-1.1_i386.deb 6cd84441dcc7ce585d1510d557b36fe8 14016302 devel extra mit-scheme-dbg_7.7.90+20090107-1.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLJlHl1cqbBPLEI7wRAg13AJ9AV2GMuDUxm6w3odcCffTGYSwtkgCgqi88 Alz4dzUwQBN0wMmyvTYAdkg= =KAmB -END PGP SIGNATURE- ---End Message---
Bug#560536: navit: FTBFS: vehicle_gpsd.c:111: error: 'struct gps_data_t' has no member named 'satellites'
Gilles Filippini wrote: tag 560536 - pending thanks Hi Bernd, Unfortunately your patch doesn't work as expected. It compiles fine but navit hangs at startup. Here are the tests I've run: * server : gpsd 2.90 * client : libgps19, navit 0.2.0~svn2865 with libgps-2.90-fix = ko * server : fso-gpsd * client : libgps19, navit 0.2.0~svn2865 with libgps-2.90-fix = ok Thats interesting... it should not work at all :D * server : gpsd 2.90 * client : libgps18, navit 0.2.0~svn2865 without libgps-2.90-fix = ok The results are the same whether navit runs on my FreeRunner or on my laptop. The server side is always the FreeRunner. The ko symptoms are that navit uses 80%+ cpu right after the navit.xml parsing, and no gui shows up. In some cases the gui appears but stays blank. In some rare cases navit starts successfully. Probably the gpsd_query is still mentioned somewhere in the xml config stuff, I removed it as it is not needed/used anymore. Not sure. I can have a look, but as I don't know the code upstream is probably much faster in find the bug :) -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560536: navit: FTBFS: vehicle_gpsd.c:111: error: 'struct gps_data_t' has no member named 'satellites'
tag 560536 - pending thanks Hi Bernd, Unfortunately your patch doesn't work as expected. It compiles fine but navit hangs at startup. Here are the tests I've run: * server : gpsd 2.90 * client : libgps19, navit 0.2.0~svn2865 with libgps-2.90-fix = ko * server : fso-gpsd * client : libgps19, navit 0.2.0~svn2865 with libgps-2.90-fix = ok * server : gpsd 2.90 * client : libgps18, navit 0.2.0~svn2865 without libgps-2.90-fix = ok The results are the same whether navit runs on my FreeRunner or on my laptop. The server side is always the FreeRunner. The ko symptoms are that navit uses 80%+ cpu right after the navit.xml parsing, and no gui shows up. In some cases the gui appears but stays blank. In some rare cases navit starts successfully. I don't know where to look from there... :/ Thanks, _Gilles. signature.asc Description: OpenPGP digital signature
Processed: Re: Bug#560536: navit: FTBFS: vehicle_gpsd.c:111: error: 'struct gps_data_t' has no member named 'satellites'
Processing commands for cont...@bugs.debian.org: tag 560536 - pending Bug #560536 [src:navit] navit: FTBFS: vehicle_gpsd.c:111: error: 'struct gps_data_t' has no member named 'satellites' Bug #560253 [src:navit] [Fwd: gpsd 2.90 will be uploaded to unstable soon] Removed tag(s) pending. Removed tag(s) 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561009: capplets-data: parser error in gconf entries
Thank you very much --of course it was not a bug. Listing /usr/share/gconf/defaults there was a file 05_panel-default-setup.entries.bkp which I missed, moved it to their original place and capplets-data was installed fine. Thanks again, Roman -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561089: ispell: segfaults on checking any file
On Mon, Dec 14, 2009 at 02:03:35PM +0100, Helmut Grohne wrote: Package: ispell Version: 3.1.20.0-7 Severity: grave Justification: renders package unusable When I try to spell check any file ispell simply segfaults. When I invoke it without arguments it prints the help text. To find out whether this was a recent regression I downgraded the package, but that did not help. This indicates that the cause may be unrelated to ispell. I also ran gdb on a core file from ispell, but the traceback did not reveal anything useful. Running strace in ispell shows that it uses curses to set up the terminal and then segfaults right after reading the file to be checked. Is there anything else I can do to help diagnose this? That seems related to this ingerman installation error Unpacking ingerman (from .../ingerman_20091006-2_all.deb) ... Setting up ingerman (20091006-2) ... ispell-autobuildhash: Processing 'ngerman' dict Hash table overflowed by 1342 words Does this happen with other dictionaries? -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560945: closed by Mathieu Malaterre
reopen 560945 thanks On Mon, 14 Dec 2009 07:51:06 +, Debian Bug Tracking System wrote: -- can you explain why you think this is fixed? in particular, could you respond meaningfully to my previous message since i did put the effort in to checking on the situation? thank you. mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#560945 closed by Mathieu Malaterre
Processing commands for cont...@bugs.debian.org: reopen 560945 Bug #560945 {Done: Mathieu Malaterre mathieu.malate...@gmail.com} [vxl] CVE-2009-3560 and CVE-2009-3720 denial-of-services thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560937: [pkg-fgfs-crew] Bug#560937: Bug#560932: Bug#560912: Expat issues update
On Mon, 14 Dec 2009 12:17:17 +0100, Ove Kaaven wrote: Mike Hommey skrev: On Sun, Dec 13, 2009 at 05:21:26PM +0100, Matthias Klose wrote: On 13.12.2009 16:29, Michael Gilbert wrote: Hi all, In order to guarantee that the system expat is used, the '--with-expat=sys' configure argument must be used. If you think your package is already using the system expat, or if you are updating your package to use the system expat, please check to make sure that this option is being used. Thanks. there's no such option for python, which uses a modified copy of expat. Likewise with mozilla, which uses a heavily modified copy of expat. And I think the xml parser in simgear was ripped from some version of mozilla. (Of course, I wouldn't consider a security flaw in a flight simulator library as critical as one in an actual web browser or anything, so I'm not sure how much I need to worry...) that may be true, but even so it should be fixed before squeeze is released, which is why this is being tracked as rc. mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560946: CVE-2009-3560 and CVE-2009-3720 denial-of-services
retitle 560946 xulrunner: embeds expat severity 560946 important thanks On Mon, 14 Dec 2009 09:15:12 +0100, Mike Hommey wrote: On Sat, Dec 12, 2009 at 10:56:59PM -0500, Michael Gilbert wrote: package: xulrunner severity: serious tags: security Hi, The following CVE (Common Vulnerabilities Exposures) ids were published for expat. I have determined that this package embeds a vulnerable copy of xmlparse.c and xmltok_impl.c. However, since this is a mass bug filing (due to so many packages embedding expat), I have not had time to determine whether the vulnerable code is actually present in any of the binary packages derived from this source package. Please determine whether this is the case. If the binary packages are not affected, please feel free to close the bug with a message containing the details of what you did to check. CVE-2009-3560[0]: | The big2_toUtf8 function in lib/xmltok.c in libexpat in Expat 2.0.1, | as used in the XML-Twig module for Perl, allows context-dependent | attackers to cause a denial of service (application crash) via an XML | document with malformed UTF-8 sequences that trigger a buffer | over-read, related to the doProlog function in lib/xmlparse.c, a | different vulnerability than CVE-2009-2625 and CVE-2009-3720. From what I understand from the vulnerability, the an specially crafted big5 encoded document can trigger a bad conversion to utf-8 which in turn can trigger this bug, due to the malformed utf-8. CVE-2009-3720[1]: | The updatePosition function in lib/xmltok_impl.c in libexpat in Expat | 2.0.1, as used in Python, PyXML, w3c-libwww, and other software, | allows context-dependent attackers to cause a denial of service | (application crash) via an XML document with crafted UTF-8 sequences | that trigger a buffer over-read, a different vulnerability than | CVE-2009-2625. This one is about a buffer overrun from malformed utf-8 at the end of the buffer. AFAIK, none of these bugs should be affecting the mozilla code base, as it is doing its own utf-8 conversions and sanitizes it well before it comes to expat. sounds reasonable to me. so to harden for future issues, i would still recommend updating xulrunner to use the system expat. thanks. mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#560946: CVE-2009-3560 and CVE-2009-3720 denial-of-services
Processing commands for cont...@bugs.debian.org: retitle 560946 xulrunner: embeds expat Bug #560946 [xulrunner] CVE-2009-3560 and CVE-2009-3720 denial-of-services Changed Bug title to 'xulrunner: embeds expat' from 'CVE-2009-3560 and CVE-2009-3720 denial-of-services' severity 560946 important Bug #560946 [xulrunner] xulrunner: embeds expat Severity set to 'important' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561009: marked as done (capplets-data: parser error in gconf entries)
Your message dated Mon, 14 Dec 2009 17:29:14 +0100 with message-id 4b2667da.1060...@debian.org and subject line Re: Bug#561009: capplets-data: parser error in gconf entries has caused the Debian Bug report #561009, regarding capplets-data: parser error in gconf entries to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 561009: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561009 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: capplets-data Version: 1:2.26.0-1 Severity: grave Justification: renders package unusable Can't install it; dpkg complains about parser error in gconf entries -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages capplets-data depends on: ii gconf22.28.0-1 GNOME configuration database syste Versions of packages capplets-data recommends: pn gnome-control-center none (no description available) capplets-data suggests no packages. -- no debconf information *** /home/tatel/install.log /tmp/gconf-mNUjRC/temp.entries:24: parser error : Opening and ending tag mismatch: entry line 24 and key yschema_key/schemas/apps/panel/objects/attached_toplevel_id/schema_key/key ^ /tmp/gconf-mNUjRC/temp.entries:28: parser error : Opening and ending tag mismatch: key line 24 and entry /entry ^ /tmp/gconf-mNUjRC/temp.entries:30: parser error : error parsing attribute name keyentrylist/key ^ /tmp/gconf-mNUjRC/temp.entries:30: parser error : attributes construct error keyentrylist/key ^ /tmp/gconf-mNUjRC/temp.entries:30: parser error : Couldn't find end of Start Tag entrylist line 30 keyentrylist/key ^ /tmp/gconf-mNUjRC/temp.entries:36: parser error : Opening and ending tag mismatch: entry line 36 and key yschema_key/schemas/apps/panel/objects/attached_toplevel_id/schema_key/key ^ /tmp/gconf-mNUjRC/temp.entries:40: parser error : Opening and ending tag mismatch: key line 36 and entry /entry ^ /tmp/gconf-mNUjRC/temp.entries:54: parser error : Opening and ending tag mismatch: entry line 54 and key yschema_key/schemas/apps/panel/objects/attached_toplevel_id/schema_key/key ^ /tmp/gconf-mNUjRC/temp.entries:58: parser error : Opening and ending tag mismatch: key line 54 and entry /entry ^ /tmp/gconf-mNUjRC/temp.entries:66: parser error : Opening and ending tag mismatch: entry line 66 and key yschema_key/schemas/apps/panel/objects/attached_toplevel_id/schema_key/key ^ /tmp/gconf-mNUjRC/temp.entries:70: parser error : Opening and ending tag mismatch: key line 66 and entry /entry ^ /tmp/gconf-mNUjRC/temp.entries:78: parser error : Opening and ending tag mismatch: entry line 78 and key yschema_key/schemas/apps/panel/objects/attached_toplevel_id/schema_key/key ^ /tmp/gconf-mNUjRC/temp.entries:82: parser error : Opening and ending tag mismatch: key line 78 and entry /entry ^ /tmp/gconf-mNUjRC/temp.entries:84: parser error : Opening and ending tag mismatch: entry line 84 and key yschema_key/schemas/apps/panel/objects/attached_toplevel_id/schema_key/key ^ /tmp/gconf-mNUjRC/temp.entries:88: parser error : Opening and ending tag mismatch: key line 84 and entry /entry ^ /tmp/gconf-mNUjRC/temp.entries:102: parser error : error parsing attribute name keylist/key ^ /tmp/gconf-mNUjRC/temp.entries:102: parser error : attributes construct error keylist/key ^ /tmp/gconf-mNUjRC/temp.entries:102: parser error : Couldn't find end of Start Tag list line 102 keylist/key ^ /tmp/gconf-mNUjRC/temp.entries:114: parser error : Opening and ending tag mismatch: entry line 114 and key yschema_key/schemas/apps/panel/objects/attached_toplevel_id/schema_key/key ^ /tmp/gconf-mNUjRC/temp.entries:118: parser error : Opening and ending tag mismatch: key line 114
Bug#560408: [Pkg-net-snmp-devel] Bug#560408: libsnmp-dev: .la contain -lkvm/-lsensors, but no Depends: on libkvm-dev/libsensors4-dev
Hi Petr, I believe that current dpkg-dev handles architecture wildcards in debian/control correctly, just try I'll test this. If this works this is way better than the old method. Thanks, Jochen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559813: CVE-2009-3736 local privilege escalation
On Mon, 14 Dec 2009 10:17:07 +0100, Sven Joachim wrote: On 2009-12-14 09:53 +0100, Rob Browning wrote: Michael Gilbert michael.s.gilb...@gmail.com writes: Note that this problem also affects etch and lenny, so if your package is affected, please coordinate with the security team to release the DSA for the affected packages. I should have a fix for unstable in a day or so. Then I'll see about lenny. Has anyone contacted the Emacs developers yet? probably not? although libtool is a gnu project, so there may be some communication going on. of course it wouldn't hurt to prod them. mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559967: FTBFS [hppa]: method openConnection() in the type URL is not...
On Fri, Dec 11, 2009 at 02:10:18PM +0530, Onkar Shinde wrote: AFAIK, GCJ uses classpath library these days. The code from classpath is being merged in GCJ. And from the status of classpath [1] it is clear that java.net.URL.openConnection(java.net.Proxy) does not exist in classpath implementation. This can be easily tested. Try compiling following code with GCJ and OpenJDK. GCJ fails to compile the code but OpenJDK works fine. *** import java.net.*; public class Hello { public static void main (String args[]){ try { URL url = new URL(http://www.google.com;); url.openConnection(Proxy.NO_PROXY); } catch (Exception e) { e.printStackTrace(); } } } *** Hence this is a tool chain issue and not issue in package libxmlrpc3-java itself. As of now there is nothing package maintainer can do except disabling building of the package for all arch that use GCJ as default compiler (to unblock the transition to testing). Onkar, Thanks for looking into this. Would you mind filing a bug against the appropriate toolchain package, and setting a 'blocks' in the bug tracking system? This would make it easy to lookup the history/status of this issue next time someone notices it. Also, I believe the appropriate way to avoid having this bug block testing migration is to request the removal of hppa binaries from testing. Once no hppa binaries exist in testing, we can reduce the severity of this issue to important, which is not release critical. I'd suggest *not* disabling building on gcj-archs because, presumably, this bug will be fixed at some point and we could then provide hppa binaries without updating each affected source package. -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559813: CVE-2009-3736 local privilege escalation
On 2009-12-14 17:34 +0100, Michael Gilbert wrote: On Mon, 14 Dec 2009 10:17:07 +0100, Sven Joachim wrote: On 2009-12-14 09:53 +0100, Rob Browning wrote: Michael Gilbert michael.s.gilb...@gmail.com writes: Note that this problem also affects etch and lenny, so if your package is affected, please coordinate with the security team to release the DSA for the affected packages. I should have a fix for unstable in a day or so. Then I'll see about lenny. Has anyone contacted the Emacs developers yet? probably not? although libtool is a gnu project, so there may be some communication going on. of course it wouldn't hurt to prod them. Uh, not really, because this issue has absolutely nothing to do with Emacs, as I see now. Somehow I mixed it up with #560755, sorry for the noise. Sven -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561115: zekr fails to start: g_set_prgname() called multiple times java.lang.NullPointerException
Package: zekr Version: 0.5.1.dfsg-1.1 Severity: grave Justification: renders package unusable zekr fails to start with error: $ zekr Launching Zekr... (unknown:2203): GLib-WARNING **: g_set_prgname() called multiple times java.lang.NullPointerException at org.apache.velocity.context.InternalContextAdapterImpl.put(InternalContextAdapterImpl.java:269) at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:213) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336) at org.apache.velocity.Template.merge(Template.java:328) at org.apache.velocity.Template.merge(Template.java:235) at net.sf.zekr.engine.theme.TemplateEngine.getUpdated(TemplateEngine.java:115) at net.sf.zekr.common.config.VelocityInputStream.init(VelocityInputStream.java:29) at net.sf.zekr.common.config.ResourceManager.init(ResourceManager.java:30) at net.sf.zekr.common.config.ResourceManager.getInstance(ResourceManager.java:40) at net.sf.zekr.ui.splash.AbstractSplachScreen.init(AbstractSplachScreen.java:16) at net.sf.zekr.ui.splash.AdvancedSplashScreen.init(AdvancedSplashScreen.java:31) at net.sf.zekr.ZekrMain.startZekr(ZekrMain.java:41) at net.sf.zekr.ZekrMain.main(ZekrMain.java:79) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zekr depends on: ii libcommons-collections3-java 3.2.1-4A set of abstract data type interf ii libcommons-configuration-java 1.6-4 Java based library providing a gen ii libcommons-io-java1.4-2 Common useful IO related classes ii libcommons-lang-java 2.4-4 Extension of the java.lang package ii libcommons-logging-java 1.1.1-6commmon wrapper interface for seve ii liblog4j1.2-java 1.2.15-7 Logging library for java ii libswt-gtk-3.4-java 3.4.2-3Standard Widget Toolkit for GTK+ J ii libswt-gtk-3.4-jni3.4.2-3Standard Widget Toolkit for GTK+ J ii libswt-mozilla-gtk-3.4-jni3.4.2-3Standard Widget Toolkit for GTK+ M ii ttf-dejavu2.30-1 Metapackage to pull in ttf-dejavu- ii ttf-farsiweb 0.4.dfsg-7 FarsiWeb free TrueType Farsi fonts ii ttf-freefont 20090104-5 Freefont Serif, Sans and Mono True ii velocity 1.6.2-3Java-based template engine for web ii zenity2.28.0-1 Display graphical dialog boxes fro Versions of packages zekr recommends: ii epiphany-browser [gnome-www-b 2.29.3-1 Intuitive GNOME web browser ii iceweasel-gnome-support [gnom 3.5.5-1Support for GNOME in Iceweasel ii ttf-sil-scheherazade 1.001-6smart Unicode font for Arabic Versions of packages zekr suggests: pn msttcorefonts none (no description available) pn ttf-kacst none (no description available) pn ttf-nafeesnone (no description available) pn zekr-quran-translations-bsnone (no description available) pn zekr-quran-translations-ennone (no description available) pn zekr-quran-translations-fanone (no description available) pn zekr-quran-translations-frnone (no description available) pn zekr-quran-translations-nlnone (no description available) pn zekr-quran-translations-runone (no description available) pn zekr-quran-translations-trnone (no description available) pn zekr-quran-translations-urnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560910: iptables ignores mask on source ip address:
On Sun, Dec 13, 2009 at 11:00 AM, Anders Fugmann and...@fugmann.net wrote: Hi, I also observe that iptables ignores mask specification on source or destination options. The problem is observed when replacing rules. Eg. That's fixed in 1.4.6, which I'll roll out shortly. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561121: FTBFS on sparc: ICE in do_SUBST, at combine.c:677
Package: polyorb Version: 2.6.0~20090423-1 Severity: serious For the very first upload, polyorb FTBFS on sparc (it succeeds on i386, amd64 and powerpc): gcc-4.4 -c -gnatyg -gnatwae -gnat05 -gnatec=/build/buildd-polyorb_2.6.0~20090423-1-sparc-aHRpyU/polyorb-2.6.0~20090423/compilers/config.adc -g -O2 -I/build/buildd-polyorb_2.6.0~20090423-1-sparc-aHRpyU/polyorb-2.6.0~20090423/compilers/gnatdist xe.adb +===GNAT BUG DETECTED==+ | 4.4.2 (sparc-unknown-linux-gnu) in do_SUBST, at combine.c:677 | | Error detected around /usr/lib/gcc/sparc-linux-gnu/4.4.2/adainclude/g-table.adb:299| [...] raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:424 gnatmake: xe.adb compilation error make[1]: *** [build-po_gnatdist] Error 4 make[1]: Leaving directory `/build/buildd-polyorb_2.6.0~20090423-1-sparc-aHRpyU/polyorb-2.6.0~20090423' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 Note: I did expect the package to FTBFS on at least a couple of architectures, so I am not surprised :) My dear apprentices, please look at [1] for an example of what to do in such cases. If things come to worse and you cannot solve or work around the problem, the last recourse is to remove sparc from Architectures:. [1] http://lists.debian.org/debian-hppa/2009/12/msg00012.html -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560952: marked as done (CVE-2009-3560 and CVE-2009-3720 denial-of-services)
Your message dated Mon, 14 Dec 2009 18:24:57 +0100 with message-id 7b3bdec70912140924h20c3564cl5921a392ab839...@mail.gmail.com and subject line Re: Bug#560952: CVE-2009-3560 and CVE-2009-3720 denial-of-services has caused the Debian Bug report #560952, regarding CVE-2009-3560 and CVE-2009-3720 denial-of-services to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 560952: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560952 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- package: vtk severity: serious tags: security Hi, The following CVE (Common Vulnerabilities Exposures) ids were published for expat. I have determined that this package embeds a vulnerable copy of xmlparse.c and xmltok_impl.c. However, since this is a mass bug filing (due to so many packages embedding expat), I have not had time to determine whether the vulnerable code is actually present in any of the binary packages derived from this source package. Please determine whether this is the case. If the binary packages are not affected, please feel free to close the bug with a message containing the details of what you did to check. CVE-2009-3560[0]: | The big2_toUtf8 function in lib/xmltok.c in libexpat in Expat 2.0.1, | as used in the XML-Twig module for Perl, allows context-dependent | attackers to cause a denial of service (application crash) via an XML | document with malformed UTF-8 sequences that trigger a buffer | over-read, related to the doProlog function in lib/xmlparse.c, a | different vulnerability than CVE-2009-2625 and CVE-2009-3720. CVE-2009-3720[1]: | The updatePosition function in lib/xmltok_impl.c in libexpat in Expat | 2.0.1, as used in Python, PyXML, w3c-libwww, and other software, | allows context-dependent attackers to cause a denial of service | (application crash) via an XML document with crafted UTF-8 sequences | that trigger a buffer over-read, a different vulnerability than | CVE-2009-2625. These issues also affect old versions of expat, so this package in etch and lenny is very likely affected. This is a low-severity security issue, so DSAs will not be issued to correct these problems. However, you can optionally submit a proposed-update to the release team for inclusion in the next stable point releases. If you plan to do this, please open new bugs and include the security tag so we are aware that you are working on that. For further information see [0],[1],[2],[3]. In particular, [2] and [3] are links to the patches for CVE-2009-3560 and CVE-2009-3720 respectively. Note that the ideal solution would be to make use of the system expat so only one package will need to be updated for future security issues. Preferably in your update to unstable, alter your package to make use of the system expat. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3560 http://security-tracker.debian.org/tracker/CVE-2009-3560 [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3720 http://security-tracker.debian.org/tracker/CVE-2009-3720 [2] http://expat.cvs.sourceforge.net/viewvc/expat/expat/lib/xmlparse.c?r1=1.164r2=1.165 [3] http://expat.cvs.sourceforge.net/viewvc/expat/expat/lib/xmltok_impl.c?r1=1.13r2=1.15view=patch ---End Message--- ---BeginMessage--- On 2009/12/14 A. Maitland Bottoms wrote: The Debian packages build with the following configuration: VTK_USE_SYSTEM_EXPAT:BOOL=ON so the VTK components will use the systemwide /usr/lib/libexpat.so.1 from the fixed Debian libexpat1 package. So while the upstream source includes source for libexpat, it is not used to create te Debian binaries. This is also true for versions in etch and lenny; I am closing this bug since VTK is not affected. Denis ---End Message---
Bug#557980: Please provide steps to get to the segfault
Ok, I figured out what happened and I feel pretty old for not remembering that I had already reported this problem and been involved in the fix. It turns out that this is a regression of bug 412102. 64 bit environments require a different file than 32. James On Sunday 29 November 2009 04:04:34 pm you wrote: On Sun, Nov 29, 2009 at 03:21:08PM -0500, James Umbanhowar wrote: One example: xppaut /usr/share/doc/xppaut/examples/ode/nochaos.ode once it starts, I type i of integrate and g for go and then it segfaults. James Hm doesn't have any troubles for me. Maybe someone else can reproduce this? Additionally perhapes you can produce a packatrace after building a debug package and running the failed stuff in gdb? [0] tells how to do so. Regards Christoph [0] http://jameswestby.net/tips/tips/compiling-debian-package-for-debug.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558716: marked as done (FTBFS: The return type is incompatible with vtkMultiProcessController.CreateSubController(vtkProcessGroup))
Your message dated Mon, 14 Dec 2009 18:47:57 +0100 with message-id 7b3bdec70912140947p7096556fq97c546fc980fe...@mail.gmail.com and subject line Re: Bug#558716: FTBFS: The return type is incompatible with vtkMultiProcessController.CreateSubController(vtkProcessGroup) has caused the Debian Bug report #558716, regarding FTBFS: The return type is incompatible with vtkMultiProcessController.CreateSubController(vtkProcessGroup) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 558716: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558716 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vtk Version: 5.2.1-13 Severity: serious Justification: FTBFS Hi, your package FTBFS on kfreebsd-* with this error: | 65. ERROR in /build/buildd-vtk_5.2.1-13-kfreebsd-i386-uedLVA/vtk-5.2.1/Build/java/vtk/vtkMPIController.java (at line 47) | public vtkMPIController CreateSubController(vtkProcessGroup id0) { | | The return type is incompatible with vtkMultiProcessController.CreateSubController(vtkProcessGroup) I'm not sure I'll find time to look into this soon, but let's open a bug to track this. Build logs as usual: https://buildd.debian.org/status/package.php?suite=unstablep=vtk Mraw, KiBi. ---End Message--- ---BeginMessage--- Version: 5.2.1-14 2009/11/30 Cyril Brulebois k...@debian.org: Package: vtk Version: 5.2.1-13 Severity: serious Justification: FTBFS Hi, your package FTBFS on kfreebsd-* with this error: | 65. ERROR in /build/buildd-vtk_5.2.1-13-kfreebsd-i386-uedLVA/vtk-5.2.1/Build/java/vtk/vtkMPIController.java (at line 47) | public vtkMPIController CreateSubController(vtkProcessGroup id0) { | | The return type is incompatible with vtkMultiProcessController.CreateSubController(vtkProcessGroup) I'm not sure I'll find time to look into this soon, but let's open a bug to track this. Build logs as usual: https://buildd.debian.org/status/package.php?suite=unstablep=vtk Fixed in 5.2.1-14, packages have been successfully built on kfreebsd-*. Denis ---End Message---
Bug#559629: marked as done (FTBFS [hppa]: libjvm.so not found)
Your message dated Mon, 14 Dec 2009 19:00:37 +0100 with message-id 7b3bdec70912141000p2cf447e7md0a8c9ba59b88...@mail.gmail.com and subject line Re: Bug#559629: FTBFS [hppa]: libjvm.so not found has caused the Debian Bug report #559629, regarding FTBFS [hppa]: libjvm.so not found to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 559629: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559629 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: elmerfem Version: 5.5.0.svn.4262.dfsg-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa elmerfem reliably fails to build on hppa: https://buildd.debian.org/build.php?pkg=elmerfemver=5.5.0.svn.4262.dfsg-1arch=hppafile=log From the most recent build attempt: [...] /usr/bin/rcc -name ElmerGUI ElmerGUI.qrc -o tmp/qrc_ElmerGUI.cpp g++ -c -pipe -O2 -D_REENTRANT -w -DEG_QWT -DEG_VTK -DEG_MATC -DEG_OCC -DEG_PYTHONQT -DHAVE_CONFIG_H -DHAVE_IOSTREAM -DHAVE_FSTREAM -DHAVE_LIMITS_H -DQT_NO_DEBUG -DQT_SCRIPT_LIB -DQT_XML_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtScript -I/usr/include/qt4 -I. -I../netgen/libsrc/interface -I/usr/include/qwt-qt4 -I/usr/include/vtk-5.2 -I/usr/include/opencascade -I/usr/include/python2.5 -I../PythonQt/src -I/usr/X11R6/include -Itmp -Itmp -o tmp/qrc_ElmerGUI.o tmp/qrc_ElmerGUI.cpp g++ -Wl,-O1 -o ElmerGUI tmp/bodypropertyeditor.o tmp/boundarydivision.o tmp/boundarypropertyeditor.o tmp/checkmpi.o tmp/dynamiceditor.o tmp/edfeditor.o tmp/egini.o tmp/generalsetup.o tmp/glcontrol.o tmp/glwidget.o tmp/helpers.o tmp/main.o tmp/mainwindow.o tmp/materiallibrary.o tmp/maxlimits.o tmp/meshcontrol.o tmp/meshingthread.o tmp/meshtype.o tmp/meshutils.o tmp/operation.o tmp/parallel.o tmp/projectio.o tmp/sifgenerator.o tmp/sifwindow.o tmp/solverparameters.o tmp/summaryeditor.o tmp/egconvert.o tmp/egmain.o tmp/egmesh.o tmp/egnative.o tmp/egutils.o tmp/elmergrid_api.o tmp/nglib_api.o tmp/tetlib_api.o tmp/renderarea.o tmp/twodview.o tmp/curveeditor.o tmp/convergenceview.o tmp/axes.o tmp/featureedge.o tmp/vtkpost.o tmp/isosurface.o tmp/isocontour.o tmp/epmesh.o tmp/colorbar.o tmp/meshpoint.o tmp/meshedge.o tmp/surface.o tmp/preferences.o tmp/vector.o tmp/readepfile.o tmp/streamline.o tmp/timestep.o tmp/ecmaconsole.o tmp/text.o tmp/matc.o tmp/cadview.o tmp/cadpreferences.o t mp/moc_bodypropertyeditor.o tmp/moc_boundarydivision.o tmp/moc_boundarypropertyeditor.o tmp/moc_dynamiceditor.o tmp/moc_edfeditor.o tmp/moc_egini.o tmp/moc_generalsetup.o tmp/moc_glcontrol.o tmp/moc_glwidget.o tmp/moc_mainwindow.o tmp/moc_materiallibrary.o tmp/moc_meshcontrol.o tmp/moc_meshingthread.o tmp/moc_parallel.o tmp/moc_projectio.o tmp/moc_sifwindow.o tmp/moc_solverparameters.o tmp/moc_summaryeditor.o tmp/moc_renderarea.o tmp/moc_twodview.o tmp/moc_curveeditor.o tmp/moc_convergenceview.o tmp/moc_axes.o tmp/moc_featureedge.o tmp/moc_vtkpost.o tmp/moc_isosurface.o tmp/moc_isocontour.o tmp/moc_colorbar.o tmp/moc_meshpoint.o tmp/moc_meshedge.o tmp/moc_surface.o tmp/moc_preferences.o tmp/moc_vector.o tmp/moc_readepfile.o tmp/moc_streamline.o tmp/moc_timestep.o tmp/moc_ecmaconsole.o tmp/moc_text.o tmp/moc_matc.o tmp/moc_cadview.o tmp/moc_cadpreferences.o tmp/qrc_ElmerGUI.o-L../matc/lib -L../netgen/ngcore -L/usr/lib -L/usr/lib/vtk-5.2 -L../PythonQt/lib -L/usr/X11R6/lib -lmatc -lng -lqwt-qt4 -lvtkHybrid -lvtkWidgets -lQVTK -lTKBRep -lTKSTL -lTKSTEP -lTKIGES -lpython2.5 -lPythonQt -lQtScript -lQtXml -lQtOpenGL -lQtGui -lQtCore -lQtUiTools -lGLU -lGL -lpthread /usr/bin/ld: warning: libjvm.so, needed by /usr/lib/libvtkHybrid.so, not found (try using -rpath or -rpath-link) /usr/lib/libvtkHybrid.so: undefined reference to `JNI_GetCreatedJavaVMs' /usr/lib/libvtkHybrid.so: undefined reference to `JNI_CreateJavaVM' collect2: ld returned 1 exit status make[2]: *** [ElmerGUI] Error 1 make[1]: *** [sub-Application-make_default] Error 2 make: *** [stamp-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 make[2]: Leaving directory `/build/buildd-elmerfem_5.5.0.svn.4262.dfsg-1-hppa-15nqvX/elmerfem-5.5.0.svn.4262.dfsg/ElmerGUI/Application' make[1]: Leaving directory `/build/buildd-elmerfem_5.5.0.svn.4262.dfsg-1-hppa-15nqvX/elmerfem-5.5.0.svn.4262.dfsg/ElmerGUI' ---End Message--- ---BeginMessage--- Version: 5.2.1-14 On 2009/12/10 Adam C Powell IV wrote: reassign 559629 libvtk5.2 merge
Bug#558714: marked as done (FTBFS: JAVA_JVM_LIBRARY / CMake Error: The following variables are used in this project...)
Your message dated Mon, 14 Dec 2009 19:06:21 +0100 with message-id 7b3bdec70912141006t673b5c4cn5ee85756ed38e...@mail.gmail.com and subject line Re: Bug#558714: FTBFS: JAVA_JVM_LIBRARY / CMake Error: The following variables are used in this project... has caused the Debian Bug report #558714, regarding FTBFS: JAVA_JVM_LIBRARY / CMake Error: The following variables are used in this project... to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 558714: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558714 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vtk Version: 5.2.1-13 Severity: serious Justification: FTBFS Hi, your package FTBFS on various archs[1] with this error: | -- Found MPI: /usr/lib/lam/lib/liblammpio.so | CMake Error: The following variables are used in this project, but they are set to NOTFOUND. | Please set them or make sure they are set and tested correctly in the CMake files: | JAVA_JVM_LIBRARY (ADVANCED) | linked by target vtkHybrid in directory /build/buildd-vtk_5.2.1-13-armel-g3AbT8/vtk-5.2.1/Hybrid | | -- Configuring incomplete, errors occurred! | make: *** [configure-stamp] Error 1 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 1. armel, s390: https://buildd.debian.org/status/package.php?suite=unstablep=vtk Mraw, KiBi. ---End Message--- ---BeginMessage--- Version: 5.2.1-14 2009/11/30 Cyril Brulebois k...@debian.org: Package: vtk Version: 5.2.1-13 Severity: serious Justification: FTBFS Hi, your package FTBFS on various archs[1] with this error: | -- Found MPI: /usr/lib/lam/lib/liblammpio.so | CMake Error: The following variables are used in this project, but they are set to NOTFOUND. | Please set them or make sure they are set and tested correctly in the CMake files: | JAVA_JVM_LIBRARY (ADVANCED) | linked by target vtkHybrid in directory /build/buildd-vtk_5.2.1-13-armel-g3AbT8/vtk-5.2.1/Hybrid | | -- Configuring incomplete, errors occurred! | make: *** [configure-stamp] Error 1 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 1. armel, s390: https://buildd.debian.org/status/package.php?suite=unstablep=vtk Fixed in 5.2.1-14. There seems to still be trouble with armel and s390 buildds, but these are different issues. Denis ---End Message---
Bug#560661: marked as done (vtk: FTBFS: build hangs)
Your message dated Mon, 14 Dec 2009 19:08:41 +0100 with message-id 7b3bdec70912141008p4f61b62cx34c61b7978f7...@mail.gmail.com and subject line Re: Bug#560661: vtk: FTBFS: build hangs has caused the Debian Bug report #560661, regarding vtk: FTBFS: build hangs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 560661: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560661 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: vtk Version: 5.2.1-13 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Leaving directory `/build/user-vtk_5.2.1-13-amd64-T9mULd/vtk-5.2.1/Build' make[2]: Leaving directory `/build/user-vtk_5.2.1-13-amd64-T9mULd/vtk-5.2.1/Build' make[1]: Leaving directory `/build/user-vtk_5.2.1-13-amd64-T9mULd/vtk-5.2.1/Build/Utilities/Doxygen' find Build/Utilities/Doxygen/ -depth -empty | xargs rm -rf rm -f Build/Utilities/Doxygen/doc/html/*.md5 find Build/Utilities/Doxygen/doc/html/ -name \*.png -exec /usr/bin/convert \{\} -colors 256 -depth 8 \{\} \; E: Caught signal 'Terminated': terminating immediately make: *** [docs-stamp] Terminated Build killed with signal TERM after 60 minutes of inactivity Build finished at 20091210-2305 The full build log is available from: http://people.debian.org/~lucas/logs/2009/12/10/vtk_5.2.1-13_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Version: 5.2.1-14 2009/12/11 Lucas Nussbaum lu...@lucas-nussbaum.net: Source: vtk Version: 5.2.1-13 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Leaving directory `/build/user-vtk_5.2.1-13-amd64-T9mULd/vtk-5.2.1/Build' make[2]: Leaving directory `/build/user-vtk_5.2.1-13-amd64-T9mULd/vtk-5.2.1/Build' make[1]: Leaving directory `/build/user-vtk_5.2.1-13-amd64-T9mULd/vtk-5.2.1/Build/Utilities/Doxygen' find Build/Utilities/Doxygen/ -depth -empty | xargs rm -rf rm -f Build/Utilities/Doxygen/doc/html/*.md5 find Build/Utilities/Doxygen/doc/html/ -name \*.png -exec /usr/bin/convert \{\} -colors 256 -depth 8 \{\} \; E: Caught signal 'Terminated': terminating immediately make: *** [docs-stamp] Terminated Build killed with signal TERM after 60 minutes of inactivity Build finished at 20091210-2305 Fixed in vtk 5.2.1-14, PNG files do no more need to be compressed. Denis ---End Message---
Bug#550153: init_nfsd is not in released 2.6.32
The released 2.6.32 does not have the init_nfsd entry. This has to be fixed for squeeze. -- Dr. Harry Edmon E-MAIL: ha...@atmos.washington.edu 206-543-0547 FAX: 206-543-0308 ha...@washington.edu, ha...@uw.edu Director of IT, College of the Environment and Director of Computing, Dept of Atmospheric Sciences University of Washington, Box 351640, Seattle, WA 98195-1640 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559967: FTBFS [hppa]: method openConnection() in the type URL is not...
On 12/14/2009 04:58 PM, dann frazier wrote: On Fri, Dec 11, 2009 at 02:10:18PM +0530, Onkar Shinde wrote: AFAIK, GCJ uses classpath library these days. The code from classpath is being merged in GCJ. And from the status of classpath [1] it is clear that java.net.URL.openConnection(java.net.Proxy) does not exist in classpath implementation. This can be easily tested. Try compiling following code with GCJ and OpenJDK. GCJ fails to compile the code but OpenJDK works fine. *** import java.net.*; public class Hello { public static void main (String args[]){ try { URL url = new URL(http://www.google.com;); url.openConnection(Proxy.NO_PROXY); } catch (Exception e) { e.printStackTrace(); } } } *** Hence this is a tool chain issue and not issue in package libxmlrpc3-java itself. As of now there is nothing package maintainer can do except disabling building of the package for all arch that use GCJ as default compiler (to unblock the transition to testing). Onkar, Thanks for looking into this. Would you mind filing a bug against the appropriate toolchain package, and setting a 'blocks' in the bug tracking system? This would make it easy to lookup the history/status of this issue next time someone notices it. Also, I believe the appropriate way to avoid having this bug block testing migration is to request the removal of hppa binaries from testing. Once no hppa binaries exist in testing, we can reduce the severity of this issue to important, which is not release critical. I'd suggest *not* disabling building on gcj-archs because, presumably, this bug will be fixed at some point and we could then provide hppa binaries without updating each affected source package. Fixing it properly will be hard, since AFAICS Classpath doesn't have support for web proxies. But does this package actually *need* proxy support to work? If not, it's easy to work around the problem with a simple patch for the application. I can give advice if you like. Andrew. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561131: require 'csnd' fails, missing extern C
Package: liblua5.1-csnd Version: 1:5.11.1~dfsg-2 Severity: grave ta...@birba:/tmp$ lua Lua 5.1.4 Copyright (C) 1994-2008 Lua.org, PUC-Rio require 'csnd' error loading module 'csnd' from file '/usr/lib/lua/5.1/csnd.so': /usr/lib/lua/5.1/csnd.so: undefined symbol: luaopen_csnd stack traceback: [C]: ? [C]: in function 'require' stdin:1: in main chunk [C]: ? If we look at objdump: ta...@birba:/tmp$ objdump -T /usr/lib/lua/5.1/csnd.so | grep luaopen 00017880 gDF .text 00b7 Base _Z20luaopen_luaCsnd_userP9lua_State 002a0a60 gDO .data 0008 Base luaopen_luaCsnd_luacode 00019560 gDF .text 0dc4 Baseluaopen_luaCsnd It seems some extern C directives are missing, since symbols names are mangled according to C++ conventions, while Lua expects the entrypoint to be called luaopen_csnd. Cheers -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liblua5.1-csnd depends on: ii libc62.10.2-2GNU C Library: Shared libraries ii libcsnd5.2 1:5.11.1~dfsg-2 C++ bindings for the Csound API ii libcsound64-5.2 1:5.11.1~dfsg-2 main library for Csound ii libgcc1 1:4.4.2-5 GCC support library ii liblua5.1-0 5.1.4-6 Simple, extensible, embeddable pro ii libstdc++6 4.4.2-5 The GNU Standard C++ Library v3 liblua5.1-csnd recommends no packages. liblua5.1-csnd suggests no packages. -- no debconf information -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560611: don't fix but package solr 1.4?
Thomas Koch wrote: The bug seems to be caused by the update of lucene2 from 2.4 to 2.9.1. The highlight component has been moved from lucene core to lucene contrib, but SOLR needs this component and gives only lucene2 = 2.4 as dependency. What's the right way to handle this? Debian stable has solr 1.2, so we could just drop 1.3 and update solr to 1.4 without fixing this issue? Sure. If we can package 1.4, including all dependencies, before the Squeeze release, I that that should be OK. For the short term, changing the depends on either Solr, or including a Breaks: in lucene should do. Jan-Pascal -- Jan-Pascal van Best janpas...@vanbest.org, janpas...@vanbest.eu http://www.vanbest.org/janpascal/ GPG key fingerprint 4617 E5FB C56D ACB6 7C8C DE64 3A4C B270 1A89 CC23 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed (with 2 errors): Only half of the conflicts yet done
Processing commands for cont...@bugs.debian.org: open 535037 Unknown command or malformed arguments to command. # both packages need the conflict, binutils-gold is still missing it reassign 535037 binutils-gold 2.20-4 Bug #535037 {Done: Kees Cook k...@debian.org} [hardening-wrapper,binutils-gold] [hardening-wrapper] diversion conflict between hardening-wrapper and binutils-gold packages Bug reassigned from package 'hardening-wrapper,binutils-gold' to 'binutils-gold'. Bug No longer marked as fixed in versions hardening-wrapper/1.17. Bug #535037 {Done: Kees Cook k...@debian.org} [binutils-gold] [hardening-wrapper] diversion conflict between hardening-wrapper and binutils-gold packages Bug Marked as found in versions binutils/2.20-4. thanks robot Unknown command or malformed arguments to command. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561135: dbconfig only applies the latest database upgrades
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: dbconfig-common Version: 1.8.41 Severity: grave Hello, I have already mailed you about this issue. I have taken over the maintenance of the otrs2 package. At work we used 2.2 and then we upgraded to 2.3 and to 2.4, without any problems. In the past (where we switched from 2.0 to 2.2) I noticed, that some ALTERs on the database were missing and I manualy applied them, without taking further care about the issue. In sid there are now the following files available: /usr/share/dbconfig-common/data/otrs2/install/mysql /usr/share/dbconfig-common/data/otrs2/install/pgsql /usr/share/dbconfig-common/data/otrs2/upgrade/mysql/2.1 /usr/share/dbconfig-common/data/otrs2/upgrade/mysql/2.2 /usr/share/dbconfig-common/data/otrs2/upgrade/mysql/2.3 /usr/share/dbconfig-common/data/otrs2/upgrade/mysql/2.4 /usr/share/dbconfig-common/data/otrs2/upgrade/pgsql/2.1 /usr/share/dbconfig-common/data/otrs2/upgrade/pgsql/2.2 /usr/share/dbconfig-common/data/otrs2/upgrade/pgsql/2.3 /usr/share/dbconfig-common/data/otrs2/upgrade/pgsql/2.4 If I switch from 2.2 to 2.3 and then to 2.4, everything is fine. If I switch directly from 2.2 to 2.4 dbconfig only applies the 2.4 update, not the 2.3 one, for mysql and pgsql. I hope you are fine with severity grave, because currently this will break every otrs2 installation if users upgrade from lenny to squeeze. The config of otrs looks like this (sorry a bit longer, but not my code :p): $ cat config #!/bin/sh set -e print_config() { cat EOF dbname=$dbname dbserver=$dbserver dbport=$dbport dbuser=$dbuser dbpass=$dbpass dbtype=$dbtype EOF } get_config() { set +e DSN=$(/usr/share/otrs/bin/otrs.getConfig DatabaseDSN) TYPE=$(echo $DSN | awk -F: '{ print $2 }') DSNOPTIONS=$(echo $DSN | awk -F: '{ print $3 }') eval $DSNOPTIONS case $TYPE in Pq)dbtype=pgqsl dbname=${dbname:-otrs} ;; mysql) dbtype=mysql dbname=${database:-otrs} ;; esac dbserver=${host:-localhost} dbuser=$(/usr/share/otrs/bin/otrs.getConfig DatabaseUser) dbuser=${dbuser:-otrs} dbpass=$(/usr/share/otrs/bin/otrs.getConfig DatabasePw) print_config $TMPFILE set -e } . /usr/share/debconf/confmodule dbc_dbtypes=mysql, pgsql TMPFILE=$(mktemp) if [ -f /etc/otrs/Kernel/Config.pm ]; then get_config fi dbc_dbuser=otrs dbc_authmethod_user=ident dbc_first_version=2.0.4p01-10 dbc_load_include=sh:$TMPFILE if [ -f /usr/share/dbconfig-common/dpkg/config ]; then . /usr/share/dbconfig-common/dpkg/config dbc_go otrs2 $@ fi # FIXME: db_get otrs2/database-type = pgsql db_get otrs2/pgsql/authmethod-user METHOD=$RET db_get otrs2/db/app-user USER=$RET if [ $METHOD = ident -a $USER != otrs ]; then db_input high otrs2/resetdbuser || true db_go || true db_get otrs2/resetdbuser if [ $RET = true ]; then db_set otrs2/db/app-user otrs fi fi - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksmizQACgkQ2XA5inpabMd08ACfR6pjBXxIhm2ldgbEy8GrjpkD xRIAn2yxYsm2eYra0EkqJFI1xlVYmmEN =oPC6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561089: ispell: segfaults on checking any file
On Mon, 14 Dec 2009, Agustin Martin wrote: On Mon, Dec 14, 2009 at 02:03:35PM +0100, Helmut Grohne wrote: Package: ispell Version: 3.1.20.0-7 Severity: grave Justification: renders package unusable When I try to spell check any file ispell simply segfaults. When I invoke it without arguments it prints the help text. To find out whether this was a recent regression I downgraded the package, but that did not help. This indicates that the cause may be unrelated to ispell. I also ran gdb on a core file from ispell, but the traceback did not reveal anything useful. Running strace in ispell shows that it uses curses to set up the terminal and then segfaults right after reading the file to be checked. Is there anything else I can do to help diagnose this? That seems related to this ingerman installation error Unpacking ingerman (from .../ingerman_20091006-2_all.deb) ... Setting up ingerman (20091006-2) ... ispell-autobuildhash: Processing 'ngerman' dict Hash table overflowed by 1342 words I can reproduce the problem here. It seems to be a problem in buildhash. Function filltable() from buildhash.c throws this error message when I try to build the ngerman hash file: $ gzip -dc /usr/share/ispell/ngerman.mwl.gz /tmp/ngerman.mwl $ buildhash -s /tmp/ngerman.mwl /usr/lib/ispell/ngerman.aff /tmp/ngerman.hash Hash table overflowed by 1371 words With some sorting and tweeking on ngerman.mwl I can change the number of overflowed words but I wasn't able to reduce this to zero. Does this happen with other dictionaries? I know that this didn't happen with the old 20071211 ngerman dictionary, but the upstream maintainer of this dictionary was quite active and introduced many changes in 20091006 version. I didn't understand why this hash table overflow in buildhash implies the segmentation fault of ispell, but I can reproduce the problem here. I would expect a behavior where only some words are missing... I just tried out whether buildhash from ispell 3.3.0.2 behaves different, but I get the same error message there. Do you see a chance to increase the size of the hash table to get rid of this problem? Or do we have to modify the German dictionary to fit into the data structure (but where should I start with skipping words?). Removing just some thousand lines from the end of the input file doesn't solve the problem, so maybe not the number of lines but some special lines seem to trigger the problem. But what lines? Tscho Roland -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561131: require 'csnd' fails, missing extern C
On Mon, 2009-12-14 at 19:00 +0100, Enrico Tassi wrote: Package: liblua5.1-csnd Version: 1:5.11.1~dfsg-2 Severity: grave ta...@birba:/tmp$ lua Lua 5.1.4 Copyright (C) 1994-2008 Lua.org, PUC-Rio require 'csnd' error loading module 'csnd' from file '/usr/lib/lua/5.1/csnd.so': /usr/lib/lua/5.1/csnd.so: undefined symbol: luaopen_csnd stack traceback: [C]: ? [C]: in function 'require' stdin:1: in main chunk [C]: ? If we look at objdump: ta...@birba:/tmp$ objdump -T /usr/lib/lua/5.1/csnd.so | grep luaopen 00017880 gDF .text00b7 Base _Z20luaopen_luaCsnd_userP9lua_State 002a0a60 gDO .data0008 Base luaopen_luaCsnd_luacode 00019560 gDF .text0dc4 Base luaopen_luaCsnd It seems some extern C directives are missing, since symbols names are mangled according to C++ conventions, while Lua expects the entrypoint to be called luaopen_csnd. The module changed name and I didn't notice that. Renaming it to luaCsnd and requiring 'luaCsnd' fixes the issue. I'll rename the package accordingly (liblua5.1-luacsnd). -- Saludos, Felipe Sateler signature.asc Description: This is a digitally signed message part
Processed: dealing with 560635
Processing commands for cont...@bugs.debian.org: reassign 560635 ming Bug #560635 [src:op-panel] op-panel: FTBFS: SWFFont_getShape: bad file format (was expecting fill0 = 0) Bug reassigned from package 'src:op-panel' to 'ming'. Bug No longer marked as found in versions op-panel/0.30~dfsg-1. retitle 560635 ming: bad dejavu-font file format causes op-panel FTBFS Bug #560635 [ming] op-panel: FTBFS: SWFFont_getShape: bad file format (was expecting fill0 = 0) Changed Bug title to 'ming: bad dejavu-font file format causes op-panel FTBFS' from 'op-panel: FTBFS: SWFFont_getShape: bad file format (was expecting fill0 = 0)' affects 560635 op-panel Bug #560635 [ming] ming: bad dejavu-font file format causes op-panel FTBFS Added indication that 560635 affects op-panel thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560635: Reassigning to ming
Hello I've done several test and I found that this FTBFS bug happens only when building op-panel against ming-fonts-dejavu fonts. If I use other fdb fonts, the packages builds fine. Also, ming package should include last patches commited to upstream CVS, that will fix other possible bugs that would affect op-panel. See this thread: http://sourceforge.net/mailarchive/forum.php?thread_name=20091203180230.GG94542%40keybit.netforum_name=ming-devr Regards, -- Alejandro Rios Peña -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526674: No longer present?
* Daniel Burrows dburr...@debian.org [2009-12-11 07:09]: I can't reproduce this with the latest cwidget and g++ versions (0.5.16 and 4.4.2 respectively). Can anyone else? I don't have access to my build system right now so you're welcome to close this bug if you think it's gone. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561135: dbconfig only applies the latest database upgrades
hi patrick, On Mon, Dec 14, 2009 at 08:00:04PM +0100, Patrick Matthäi wrote: I have already mailed you about this issue. as asked in private, could you attach the output from the console when you export dbc_debug=1 before trying the upgrade? if you have the time to do this it would be very helpful for me. thanks, sean signature.asc Description: Digital signature
Bug#561089: ispell: segfaults on checking any file
I wrote: I know that this didn't happen with the old 20071211 ngerman dictionary, but the upstream maintainer of this dictionary was quite active and introduced many changes in 20091006 version. I didn't understand why this hash table overflow in buildhash implies the segmentation fault of ispell, but I can reproduce the problem here. I would expect a behavior where only some words are missing... I just tried out whether buildhash from ispell 3.3.0.2 behaves different, but I get the same error message there. Do you see a chance to increase the size of the hash table to get rid of this problem? Or do we have to modify the German dictionary to fit into the data structure (but where should I start with skipping words?). Removing just some thousand lines from the end of the input file doesn't solve the problem, so maybe not the number of lines but some special lines seem to trigger the problem. But what lines? In the meantime I found out, that my recent 20091006-2 package did not run munchlist over the mwl file (don't ask me why). After doing this again, buildhash no longer has problems building the hash. I just uploaded a fixed igerman98 20091006-3 to the archive. So I think that the severity of this bug report can be decreased. Nevertheless it is IMHO a bug that buildhash can run into such a trouble that ispell segfaults when it uses the dictionaries... Tscho Roland -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#561089: ispell: segfaults on checking any file
Processing commands for cont...@bugs.debian.org: severity 561089 important Bug #561089 [ispell] ispell: segfaults on checking any file Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#544664: dma: diff for NMU version 0.0.2009.07.17-2.1
Processing commands for cont...@bugs.debian.org: tags 544664 + pending Bug #544664 [dma] dma: auth.conf is readable by all users Added tag(s) 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560541: pkgconfig file in libsvm-dev? [was: Bug#560541: libsvm-ruby: FTBFS]
Hi! libsvm-ruby relies on a libsvm.pc file to figure out how to build with libsvm. This convenience has gone away between the 2.89-1 and 2.90-1 uploads of your package, causing libsvm-ruby to FTBFS on a QA rebuild. The libsvm changelog simply states, | * Removed libsvm.pc from libsvm-dev. May I ask you to elaborate on the reason for this change (for the future, it is a good idea to do this right in the changelog, to avoid further confusion like this one)? And would it be possible for you to re-introduce the file in the next revision? Thanks in advance, -- Michael Schutte mi...@uiae.at signature.asc Description: Digital signature
Bug#560948: CVE-2009-3560 and CVE-2009-3720 denial-of-services
notfound 2007.dfsg.2-4+lenny1 notfound 2009-3 stop On 13.12.09 Michael Gilbert (michael.s.gilb...@gmail.com) wrote: package: texlive-bin severity: serious tags: security Hi, The following CVE (Common Vulnerabilities Exposures) ids were published for expat. I have determined that this package embeds a vulnerable copy of xmlparse.c and xmltok_impl.c. However, since this is a mass bug filing (due to so many packages embedding expat), I have not had time to determine whether the vulnerable code is actually present in any of the binary packages derived from this source package. Please determine whether this is the case. If the binary packages are not affected, please feel free to close the bug with a message containing the details of what you did to check. I checked the build logs available at https://buildd.debian.org/ . I found no trace that these files are even compiled. I that sufficient to prove that we're not affected? Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Processed (with 3 errors): Re: Bug#560948: CVE-2009-3560 and CVE-2009-3720 denial-of-services
Processing commands for cont...@bugs.debian.org: notfound 560948 2007.dfsg.2-4+lenny1 Bug #560948 [texlive-bin] CVE-2009-3560 and CVE-2009-3720 denial-of-services There is no source info for the package 'texlive-bin' at version '2007.dfsg.2-4+lenny1' with architecture '' Unable to make a source version for version '2007.dfsg.2-4+lenny1' Ignoring request to alter found versions of bug #560948 to the same values previously set notfound 560948 2009-3 Bug #560948 [texlive-bin] CVE-2009-3560 and CVE-2009-3720 denial-of-services There is no source info for the package 'texlive-bin' at version '2009-3' with architecture '' Unable to make a source version for version '2009-3' Ignoring request to alter found versions of bug #560948 to the same values previously set 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561148: smbclient: samba asks for password even when it isn't needed
Package: smbclient Version: 2:3.4.3-1 Severity: grave Justification: renders package unusable When I'm trying to acces samba resources on remonte computers i have to give username and password i've never set. Sometimes when i push enter it works, but during for example change of directory pass is needed again. Second try of udeng plain pass ususal ends with error. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-0.slh.8-sidux-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smbclient depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcap21:2.17-2 support for getting/setting POSIX. ii libcomerr2 1.41.9-1 common error description library ii libgssapi-krb5-2 1.7+dfsg-3MIT Kerberos runtime libraries - k ii libk5crypto3 1.7+dfsg-3MIT Kerberos runtime libraries - C ii libkrb5-3 1.7+dfsg-3MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.17-2.1OpenLDAP libraries ii libncurses55.7+20090803-2shared libraries for terminal hand ii libpopt0 1.15-1lib for parsing cmdline parameters ii libreadline6 6.0-5 GNU readline and history libraries ii libtalloc2 2.0.0-1 hierarchical pool based memory all ii libwbclient0 2:3.4.3-1 Samba winbind client library ii samba-common 2:3.4.3-1 common files used by both the Samb ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime smbclient recommends no packages. Versions of packages smbclient suggests: ii smbfs 2:3.4.3-1 Samba file system utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544664: dma: diff for NMU version 0.0.2009.07.17-2.1
tags 544664 + pending thanks Hi, Sorry for duplicated efforts due to us not keeping BTS inline. -- pub 4096R/0E4BD0AB people.fccf.net/danchev/key pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561148: smbclient: samba asks for password even when it isn't needed
severity 561148 minor tags 561148 moreinfo thanks On Mon, Dec 14, 2009 at 09:41:18PM +0100, Michał wrote: Package: smbclient Version: 2:3.4.3-1 Severity: grave Justification: renders package unusable When I'm trying to acces samba resources on remonte computers Access them how? What version of samba are the servers running? Not enough information here to resolve this issue. -- 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/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Processed: Re: Bug#561148: smbclient: samba asks for password even when it isn't needed
Processing commands for cont...@bugs.debian.org: severity 561148 minor Bug #561148 [smbclient] smbclient: samba asks for password even when it isn't needed Severity set to 'minor' from 'grave' tags 561148 moreinfo Bug #561148 [smbclient] smbclient: samba asks for password even when it isn't needed Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561155: polyorb: FTBFS on i386, one test failing in test suite
Package: polyorb Version: 2.6.0~20090423-1 Severity: serious Justification: FTBFS on i386 Excerpt from the buildd log: Starting scenario CORBA_MIOP Scenario CORBA_MIOP.: FAILED [...] 35 scenarios executed, 85 out of 86 tests passed make[1]: *** [run_tests] Error 1 make: *** [build-stamp] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 make[1]: Leaving directory `/build/buildd-polyorb_2.6.0~20090423-1-i386-wNDAf3/polyorb-2.6.0~20090423' Build finished at 20091214-1750 FAILED [dpkg-buildpackage died] Purging /var/lib/schroot/mount/sid-i386-sbuild-8e0be6bc-c079-4e95-be7e-bfc266ba86f1/build/buildd-polyorb_2.6.0~20090423-1-i386-wNDAf3
Bug#561156: polyorb: FTBFS on kfreebsd-amd64: only 42 out of 86 tests passed
Package: polyorb Version: 2.6.0~20090423-1 Severity: serious Justification: FTBFS on kfreebsd-amd64 Excerpt from the buildd log: Running all 35 scenario files from: /build/buildd-polyorb_2.6.0~20090423-1-kfreebsd-amd64-XNmMrY/polyorb-2.6.0~20090423/testsuite/scenarios Starting scenario CORBA_ALL_EXCEPTIONS Scenario CORBA_ALL_EXCEPTIONS...: FAILED Starting scenario CORBA_BENCHS Scenario CORBA_BENCHS...: FAILED Starting scenario CODE_SETS Scenario CODE_SETS..: FAILED Starting scenario DOMAINMANAGER Scenario DOMAINMANAGER..: FAILED Starting scenario CORBA_HARNESS Scenario CORBA_HARNESS..: FAILED Starting scenario CORBA_INTEROP Scenario CORBA_INTEROP..: PASSED Starting scenario LOCAL Scenario LOCAL..: FAILED Starting scenario LOCATION_FORWARDING Scenario LOCATION_FORWARDING: FAILED Starting scenario OBJECT Scenario OBJECT.: FAILED Starting scenario ORB_INIT Scenario ORB_INIT...: FAILED Starting scenario CORBA_PERFORMANCE Scenario CORBA_PERFORMANCE..: PASSED Starting scenario CORBA_PORTABLEINTERCEPTOR Scenario CORBA_PORTABLEINTERCEPTOR..: FAILED Starting scenario PORTABLESERVER Scenario PORTABLESERVER.: FAILED Starting scenario SHUTDOWN Scenario SHUTDOWN...: FAILED Starting scenario CHAINED_LIST Scenario CHAINED_LIST...: PASSED Starting scenario DYNAMIC_DICT Scenario DYNAMIC_DICT...: PASSED Starting scenario FIXED Scenario FIXED..: PASSED Starting scenario INIT Scenario INIT...: PASSED Starting scenario OA Scenario OA.: PASSED Starting scenario POA Scenario POA: PASSED Starting scenario RANDOM Scenario RANDOM.: PASSED Starting scenario CORE_SYNC_POLICIES Scenario CORE_SYNC_POLICIES.: FAILED Starting scenario TASK Scenario TASK...: PASSED Starting scenario URI_ENCODING Scenario URI_ENCODING...: PASSED Starting scenario IR Scenario IR.: FAILED Starting scenario NAMING Scenario NAMING.: FAILED Starting scenario TIME Scenario TIME...: FAILED Starting scenario ALL_FUNCTIONS Scenario ALL_FUNCTIONS..: FAILED Starting scenario ALL_TYPES Scenario ALL_TYPES..: FAILED Starting scenario ECHO Scenario ECHO...: FAILED Starting scenario CORBA_RANDOM Scenario CORBA_RANDOM...: FAILED Starting scenario CORBA_SECURE_ECHO Scenario CORBA_SECURE_ECHO..: PASSED Starting scenario CORBA_MIOP Scenario CORBA_MIOP.: FAILED Starting scenario MOMA Scenario MOMA...: PASSED Starting scenario POLYORB_CORE Scenario POLYORB_CORE...: PASSED 35 scenarios executed, 42 out of 86 tests passed make[1]: *** [run_tests] Error 1 make[1]: Leaving directory `/build/buildd-polyorb_2.6.0~20090423-1-kfreebsd-amd64-XNmMrY/polyorb-2.6.0~20090423' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561158: polyorb: FTBFS on kfreebsd-i386: python: command not found
Package: polyorb Version: 2.6.0~20090423-1 Severity: serious Justification: FTBFS on kfreebsd-i386 Should polyorb build-depend on Python? If so, why and which version of Python? Excerpt from the buildd log: Running automake configure.ac:19: installing `support/config.guess' configure.ac:19: installing `support/config.sub' docs/Makefile.am:170: `%'-style pattern rules are a GNU make extension docs/Makefile.am:171: `%'-style pattern rules are a GNU make extension docs/Makefile.am:172: `%'-style pattern rules are a GNU make extension docs/Makefile.am:173: `%'-style pattern rules are a GNU make extension docs/Makefile.am:174: `%'-style pattern rules are a GNU make extension docs/Makefile.am:178: `%'-style pattern rules are a GNU make extension docs/Makefile.am:182: `%'-style pattern rules are a GNU make extension docs/Makefile.am:185: `%'-style pattern rules are a GNU make extension docs/Makefile.am:190: `%'-style pattern rules are a GNU make extension docs/Makefile.am:200: `%'-style pattern rules are a GNU make extension docs/Makefile.am:210: `%'-style pattern rules are a GNU make extension docs/Makefile.am:213: `%'-style pattern rules are a GNU make extension docs/Makefile.am:216: `%'-style pattern rules are a GNU make extension docs/Makefile.am:219: `%'-style pattern rules are a GNU make extension docs/Makefile.am:222: `%'-style pattern rules are a GNU make extension docs/Makefile.am:229: `%'-style pattern rules are a GNU make extension docs/Makefile.am:232: `%'-style pattern rules are a GNU make extension docs/Makefile.am:235: `%'-style pattern rules are a GNU make extension docs/Makefile.am:1: installing `support/texinfo.tex' Generating IDL tree accessors support/reconfig: line 72: python: command not found make: *** [configure] Error 127 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561157: libcwidget3: FTBFS: error: dereferencing pointer 'anonymous' does break strict-aliasing rules
Package: libcwidget3 Version: 0.5.16-2 Severity: serious Your package fails to build from source: , | % debian/rules build-arch | [...] | Making all in widgets | make[5]: Entering directory `/tmp/cwidget-0.5.16/src/cwidget/widgets' | if /bin/bash ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -Wall -Werror -I../../../src-g -O2 -D_REENTRANT -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -MT menubar.lo -MD -MP -MF .deps/menubar.Tpo -c -o menubar.lo menubar.cc; \ | then mv -f .deps/menubar.Tpo .deps/menubar.Plo; else rm -f .deps/menubar.Tpo; exit 1; fi | libtool: compile: g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -Wall -Werror -I../../../src -g -O2 -D_REENTRANT -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -MT menubar.lo -MD -MP -MF .deps/menubar.Tpo -c menubar.cc -fPIC -DPIC -o .libs/menubar.o | cc1plus: warnings being treated as errors | /usr/include/sigc++-2.0/sigc++/limit_reference.h: In constructor 'cwidget::widgets::menubar::menubar(bool)': | /usr/include/sigc++-2.0/sigc++/limit_reference.h:81: error: dereferencing pointer 'anonymous' does break strict-aliasing rules | /usr/include/sigc++-2.0/sigc++/limit_reference.h:81: note: initialized from here | make[5]: *** [menubar.lo] Error 1 ` -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.31.7-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcwidget3 depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-5 GCC support library ii libncursesw5 5.7+20090919-1 shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.18-2 type-safe Signal Framework for C++ ii libstdc++64.4.2-5The GNU Standard C++ Library v3 libcwidget3 recommends no packages. Versions of packages libcwidget3 suggests: ii libcwidget-dev0.5.16-2 high-level terminal interface libr -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506652: XML2RFC licensing issue
On 12/14/2009 03:59 PM, Florian Weimer wrote: I think I already gave my blessing, but I gladly give it again. ah, ok. i was hoping for a signed message to be sure, as i wrote in #77, but i guess i'll take this as a confirmation anyway. I think this is simplifying things too much. Nowadays, the IETF is a bunch of people with very different backgrounds. Some of them are dead against free software. Others threaten to veto anything that cannot be implemented as free software. Regarding copyrights nowadays held by the IETF Trust, it seems that the restrictionists have won. bummer :( I think non-free is okay if you include the TLP PDF and a reference to it in debian/copyright. do you mean http://trustee.ietf.org/docs/IETF-Copyright-FAQ.pdf ? or http://trustee.ietf.org/docs/IETF-Trust-License-Policy.pdf ? Do you think that actually including the pdf in the diff.gz is required, or i can just refer to it and cite it in debian/copyright? if you think it needs to be included, given the hassle of including non-text data in a diff.gz, would it be acceptable to translate it into plain text before including it? The bug report has reordered my messages; #57 is the correction to #62, which incorrectly states that non-free is not an option. right, i understood that. i think there was an SMTP delay, as i received my copies of those messages out of order myself. Thanks, --dkg signature.asc Description: OpenPGP digital signature
Bug#561159: clientcookie: should this package be removed?
Package: clientcookie Version: 1.3.0-1.2 Severity: serious User: debian...@lists.debian.org Usertags: proposed-removal Hello, While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: - No maintainer upload since 2006. - Package is dead upstream: “This module is now part of mechanize. I don't intend to make further standalone releases of ClientCookie.” - Upstream recommends against using the package in new code: “For new code to run on Python 2.4, I recommend use of standard library modules urllib2 and cookielib instead of ClientCookie.” If you think that it should be orphaned instead of being removed from Debian, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please just close this bug and do an upload also fixing the other issues. If you agree that it should be removed, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://wiki.debian.org/ftpmaster_Removals http://ftp-master.debian.org/removals.txt Thank you, -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560761: marked as done (FTBFS: configure: error: Need zlib for bfd linking)
Your message dated Mon, 14 Dec 2009 21:52:08 + with message-id e1nkips-000788...@ries.debian.org and subject line Bug#560761: fixed in gcl 2.6.7-47 has caused the Debian Bug report #560761, regarding FTBFS: configure: error: Need zlib for bfd linking to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 560761: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560761 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gcl Version: 2.6.7-46 Severity: serious Justification: FTBFS Hi, you seem to be lacking some Build-Depends, leading to an FTBFS: | checking for inflate in -lz... no | configure: error: Need zlib for bfd linking | make: *** [configure-gprof-stamp] Error 1 Build logs at the usual place: https://buildd.debian.org/status/package.php?suite=unstablep=gcl Mraw, KiBi. ---End Message--- ---BeginMessage--- Source: gcl Source-Version: 2.6.7-47 We believe that the bug you reported is fixed in the latest version of gcl, which is due to be installed in the Debian FTP archive: gcl-doc_2.6.7-47_all.deb to main/g/gcl/gcl-doc_2.6.7-47_all.deb gcl_2.6.7-47.diff.gz to main/g/gcl/gcl_2.6.7-47.diff.gz gcl_2.6.7-47.dsc to main/g/gcl/gcl_2.6.7-47.dsc gcl_2.6.7-47_i386.deb to main/g/gcl/gcl_2.6.7-47_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 560...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Camm Maguire c...@debian.org (supplier of updated gcl 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 19:06:45 + Source: gcl Binary: gcl gcl-doc Architecture: source all i386 Version: 2.6.7-47 Distribution: unstable Urgency: low Maintainer: Camm Maguire c...@debian.org Changed-By: Camm Maguire c...@debian.org Description: gcl- GNU Common Lisp compiler gcl-doc- Documentation for GNU Common Lisp Closes: 560752 560761 Changes: gcl (2.6.7-47) unstable; urgency=low . * Bug fix: configure: error: Need zlib for bfd linking, thanks to Cyril Brulebois (Closes: #560761). * Bug fix: Disfunctional maintainer address, thanks to Joerg Jaspert (Closes: #560752). Checksums-Sha1: 3c8668acdf038af84d240c94433a9b52b530477b 1092 gcl_2.6.7-47.dsc d88905321c0f940036d63d0076c417f430944f62 14815697 gcl_2.6.7-47.diff.gz f7ae35fc331d70bae7923c3b08919ffbcf026ca0 577336 gcl-doc_2.6.7-47_all.deb 3eb8fec2b893461a1bfe89ef15942a612f257325 52295726 gcl_2.6.7-47_i386.deb Checksums-Sha256: 6ea5d624e788263a90eeac15ee78acb7bef4f3395147158470ea0672ab220738 1092 gcl_2.6.7-47.dsc d94c9ef78db7230b3152ed984278c71c3982b25d4ec0a0379914eb03ad3e6c5a 14815697 gcl_2.6.7-47.diff.gz a66ca464ef2ff7353d7121acbaf6fb028e94ec1bfc9ae90c11d374cad809ec69 577336 gcl-doc_2.6.7-47_all.deb c038cb4afa13f12a2a0c66083bb6fba021e5eea97fca391349e35e9e70ea7e37 52295726 gcl_2.6.7-47_i386.deb Files: a86c44034cff53fae7c8501a87bcee33 1092 interpreters optional gcl_2.6.7-47.dsc e2cc30d209c3dd3c8f5b95145fcded73 14815697 interpreters optional gcl_2.6.7-47.diff.gz 6555375e226103ceb06ac9c3546fa128 577336 doc optional gcl-doc_2.6.7-47_all.deb 929f67d0c921e513541a48554408da72 52295726 interpreters optional gcl_2.6.7-47_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksmkdYACgkQczG1wFfwRdzUeQCeJGAu0mNcZhclO1w96uaNL7HW zvYAn0gjAXpYW3QE5NglL+U0V9uObrs3 =EvHj -END PGP SIGNATURE- ---End Message---
Bug#560752: marked as done (gcl: Disfunctional maintainer address)
Your message dated Mon, 14 Dec 2009 21:52:08 + with message-id e1nkips-00077z...@ries.debian.org and subject line Bug#560752: fixed in gcl 2.6.7-47 has caused the Debian Bug report #560752, regarding gcl: Disfunctional maintainer address to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 560752: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560752 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gcl Severity: serious Subject: Re: gcl_2.6.7-46_i386.changes ACCEPTED To: d...@ries.debian.org Date: Fri, 11 Dec 2009 20:38:12 +0100 Dr. Camm Maguire is no longer employed by INTECH. Please email him at c...@maguirefamily.org instead. -- bye, Joerg Ganneff geht das? ohne probleme? youam du stellst fragen... wen interessiert denn sowas? Ganneff jetzt dich. youam push @warum_halte_ich_nicht_einfach_meinen_mund, time(); pgpo4IqeS1F21.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: gcl Source-Version: 2.6.7-47 We believe that the bug you reported is fixed in the latest version of gcl, which is due to be installed in the Debian FTP archive: gcl-doc_2.6.7-47_all.deb to main/g/gcl/gcl-doc_2.6.7-47_all.deb gcl_2.6.7-47.diff.gz to main/g/gcl/gcl_2.6.7-47.diff.gz gcl_2.6.7-47.dsc to main/g/gcl/gcl_2.6.7-47.dsc gcl_2.6.7-47_i386.deb to main/g/gcl/gcl_2.6.7-47_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 560...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Camm Maguire c...@debian.org (supplier of updated gcl 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 19:06:45 + Source: gcl Binary: gcl gcl-doc Architecture: source all i386 Version: 2.6.7-47 Distribution: unstable Urgency: low Maintainer: Camm Maguire c...@debian.org Changed-By: Camm Maguire c...@debian.org Description: gcl- GNU Common Lisp compiler gcl-doc- Documentation for GNU Common Lisp Closes: 560752 560761 Changes: gcl (2.6.7-47) unstable; urgency=low . * Bug fix: configure: error: Need zlib for bfd linking, thanks to Cyril Brulebois (Closes: #560761). * Bug fix: Disfunctional maintainer address, thanks to Joerg Jaspert (Closes: #560752). Checksums-Sha1: 3c8668acdf038af84d240c94433a9b52b530477b 1092 gcl_2.6.7-47.dsc d88905321c0f940036d63d0076c417f430944f62 14815697 gcl_2.6.7-47.diff.gz f7ae35fc331d70bae7923c3b08919ffbcf026ca0 577336 gcl-doc_2.6.7-47_all.deb 3eb8fec2b893461a1bfe89ef15942a612f257325 52295726 gcl_2.6.7-47_i386.deb Checksums-Sha256: 6ea5d624e788263a90eeac15ee78acb7bef4f3395147158470ea0672ab220738 1092 gcl_2.6.7-47.dsc d94c9ef78db7230b3152ed984278c71c3982b25d4ec0a0379914eb03ad3e6c5a 14815697 gcl_2.6.7-47.diff.gz a66ca464ef2ff7353d7121acbaf6fb028e94ec1bfc9ae90c11d374cad809ec69 577336 gcl-doc_2.6.7-47_all.deb c038cb4afa13f12a2a0c66083bb6fba021e5eea97fca391349e35e9e70ea7e37 52295726 gcl_2.6.7-47_i386.deb Files: a86c44034cff53fae7c8501a87bcee33 1092 interpreters optional gcl_2.6.7-47.dsc e2cc30d209c3dd3c8f5b95145fcded73 14815697 interpreters optional gcl_2.6.7-47.diff.gz 6555375e226103ceb06ac9c3546fa128 577336 doc optional gcl-doc_2.6.7-47_all.deb 929f67d0c921e513541a48554408da72 52295726 interpreters optional gcl_2.6.7-47_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksmkdYACgkQczG1wFfwRdzUeQCeJGAu0mNcZhclO1w96uaNL7HW zvYAn0gjAXpYW3QE5NglL+U0V9uObrs3 =EvHj -END PGP SIGNATURE- ---End Message---
Bug#508367: marked as done (pycocuma-server crashes with python2.5)
Your message dated Mon, 14 Dec 2009 22:02:49 + with message-id e1nkj0d-z4...@ries.debian.org and subject line Bug#508367: fixed in pycocuma 0.4.5-6-6 has caused the Debian Bug report #508367, regarding pycocuma-server crashes with python2.5 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 508367: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508367 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: pycocuma Version: 0.4.5-6-5 Severity: important As said in the subject, pycocuma-server fails with python2.5. The interface for SimpleXMLRPCServer.SimpleXMLRPCDispatcher has changed from python 2.4. Anyway, the docs say that this class should never be instantiated directly [1]. Backtrace: $ pycocuma-server Traceback (most recent call last): File /usr/bin/pycocuma-server, line 19, in module pycocumalib.CoCuMa_Server.run() File /usr/lib/python2.5/site-packages/pycocumalib/CoCuMa_Server.py, line 191, in run int(Preferences.get(server.listen_port File /usr/lib/python2.5/site-packages/pycocumalib/CoCuMa_Server.py, line 32, in __init__ SimpleXMLRPCServer.SimpleXMLRPCDispatcher.__init__(self) TypeError: __init__() takes exactly 3 arguments (1 given) [1] - http://bugs.python.org/issue2703 , http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470645 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pycocuma depends on: ii python2.5.2-3An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python-pmw1.3.2-3Pmw -- Python MegaWidgets ii python-tk 2.5.2-1Tkinter - Writing Tk applications Versions of packages pycocuma recommends: ii python-imaging-tk 1.1.6-3Python Imaging Library - ImageTk M Versions of packages pycocuma suggests: ii tetex-extra2007.dfsg.1-4 TeX Live: teTeX transitional packa ii xpdf-reader3.02-1.4 Portable Document Format (PDF) sui -- no debconf information ---End Message--- ---BeginMessage--- Source: pycocuma Source-Version: 0.4.5-6-6 We believe that the bug you reported is fixed in the latest version of pycocuma, which is due to be installed in the Debian FTP archive: pycocuma_0.4.5-6-6.diff.gz to main/p/pycocuma/pycocuma_0.4.5-6-6.diff.gz pycocuma_0.4.5-6-6.dsc to main/p/pycocuma/pycocuma_0.4.5-6-6.dsc pycocuma_0.4.5-6-6_all.deb to main/p/pycocuma/pycocuma_0.4.5-6-6_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 508...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christoph Berg m...@debian.org (supplier of updated pycocuma 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 21:41:58 +0100 Source: pycocuma Binary: pycocuma Architecture: source all Version: 0.4.5-6-6 Distribution: unstable Urgency: low Maintainer: Christoph Berg m...@debian.org Changed-By: Christoph Berg m...@debian.org Description: pycocuma - Pythonic Contact and Customer Management Closes: 508367 558449 Changes: pycocuma (0.4.5-6-6) unstable; urgency=low . * The Python SimpleXMLRPCServer interface changed. Work around by adding a version check. By Tiago Saboga and Bernd Zeimetz. (Closes: #508367) * Fix longitude coordinate range. (Closes: #558449) * Bumping Standards-Version et al. * Thanks to Kumar Appaiah for the NMU. Checksums-Sha1: 42cbad91ea43197583c84a6fed17944409a98a22 1177 pycocuma_0.4.5-6-6.dsc 0f9af000cdb69dd24560383e1e3d1bbafc423ccc 5582 pycocuma_0.4.5-6-6.diff.gz fbbb7319f41f8cafb9eda074c0466dcd4fc5475a 151120 pycocuma_0.4.5-6-6_all.deb Checksums-Sha256: a53f88a2dfba7b530c124bac55beafddb492c5fa5043b04efbd9dca1bd552d4b 1177 pycocuma_0.4.5-6-6.dsc 9b23e8b55187f4933a4564953244916e6b669c0afe2294f9b75a4cee74fdac3b 5582 pycocuma_0.4.5-6-6.diff.gz
Bug#559877: marked as done (qpdf: FTBFS with g++ 4.4 (missing include))
Your message dated Mon, 14 Dec 2009 22:03:37 + with message-id e1nkj0z-0001fr...@ries.debian.org and subject line Bug#559877: fixed in qpdf 2.1.1-1 has caused the Debian Bug report #559877, regarding qpdf: FTBFS with g++ 4.4 (missing include) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 559877: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559877 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: qpdf Version: 2.1-1 Severity: normal Tags: patch Hello, trying to build qpdf in Ubuntu Lucid with g++ 4.4 failed with the following error: , [ http://launchpadlibrarian.net/36005866/buildlog_ubuntu-lucid-amd64.qpdf_2.1-1_FAILEDTOBUILD.txt.gz ] | In file included from libqpdf/Pl_AES_PDF.cc:1: | libqpdf/qpdf/Pl_AES_PDF.hh:45: error: 'uint32_t' does not name a type | libqpdf/Pl_AES_PDF.cc: In constructor 'Pl_AES_PDF::Pl_AES_PDF(const char*, Pipeline*, bool, const unsigned char*)': | libqpdf/Pl_AES_PDF.cc:28: error: 'class Pl_AES_PDF' has no member named 'rk' | libqpdf/Pl_AES_PDF.cc:30: error: 'class Pl_AES_PDF' has no member named 'rk' | libqpdf/Pl_AES_PDF.cc:30: error: 'class Pl_AES_PDF' has no member named 'rk' | libqpdf/Pl_AES_PDF.cc:36: error: 'class Pl_AES_PDF' has no member named 'rk' | libqpdf/Pl_AES_PDF.cc:40: error: 'class Pl_AES_PDF' has no member named 'rk' | libqpdf/Pl_AES_PDF.cc: In member function 'void Pl_AES_PDF::flush(bool)': | libqpdf/Pl_AES_PDF.cc:180: error: 'class Pl_AES_PDF' has no member named 'rk' | libqpdf/Pl_AES_PDF.cc:188: error: 'class Pl_AES_PDF' has no member named 'rk' ` The patch at the end of this mail fixes it. Regards, Michael --- qpdf-2.1.orig/libqpdf/qpdf/Pl_AES_PDF.hh +++ qpdf-2.1/libqpdf/qpdf/Pl_AES_PDF.hh @@ -1,6 +1,7 @@ #ifndef __PL_AES_PDF_HH__ #define __PL_AES_PDF_HH__ +#include stdint.h #include qpdf/Pipeline.hh #include qpdf/qpdf-config.h ---End Message--- ---BeginMessage--- Source: qpdf Source-Version: 2.1.1-1 We believe that the bug you reported is fixed in the latest version of qpdf, which is due to be installed in the Debian FTP archive: libqpdf-dev_2.1.1-1_amd64.deb to main/q/qpdf/libqpdf-dev_2.1.1-1_amd64.deb libqpdf3_2.1.1-1_amd64.deb to main/q/qpdf/libqpdf3_2.1.1-1_amd64.deb qpdf_2.1.1-1.debian.tar.gz to main/q/qpdf/qpdf_2.1.1-1.debian.tar.gz qpdf_2.1.1-1.dsc to main/q/qpdf/qpdf_2.1.1-1.dsc qpdf_2.1.1-1_amd64.deb to main/q/qpdf/qpdf_2.1.1-1_amd64.deb qpdf_2.1.1.orig.tar.gz to main/q/qpdf/qpdf_2.1.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 559...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jay Berkenbilt q...@debian.org (supplier of updated qpdf 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 15:02:12 -0500 Source: qpdf Binary: libqpdf3 libqpdf-dev qpdf Architecture: source amd64 Version: 2.1.1-1 Distribution: unstable Urgency: low Maintainer: Jay Berkenbilt q...@debian.org Changed-By: Jay Berkenbilt q...@debian.org Description: libqpdf-dev - development files for PDF transformation/inspection library libqpdf3 - runtime library for PDF transformation/inspection software qpdf - tools for and transforming and inspecting PDF files Closes: 559877 Changes: qpdf (2.1.1-1) unstable; urgency=low . * New upstream release * Updated source format to '3.0 (quilt)' * Upstream release builds with gcc 4.4. (Closes: #559877) Checksums-Sha1: 3eb126f99dc0bb81ef6ee617196ca0c874783f36 1043 qpdf_2.1.1-1.dsc 74166615a1ccc401973638a2601a9d5723ce48b5 3812467 qpdf_2.1.1.orig.tar.gz b614b045878feddda29b1e5f353f8ed732620583 6621 qpdf_2.1.1-1.debian.tar.gz b4a45d1bd24475cd998e315b3139ba8413e70dad 278292 libqpdf3_2.1.1-1_amd64.deb 840f5cf1d18b0487ad7ab20c647a65d4af13837f 389736 libqpdf-dev_2.1.1-1_amd64.deb 73195848692fd0f0b23c74b6db42512bea1fd9fb 148402 qpdf_2.1.1-1_amd64.deb Checksums-Sha256: 357d654ea0727b0b8f5aabaca66ef1383b985bf4e4e4ac558f025285f5727ff3 1043 qpdf_2.1.1-1.dsc 9309a639c41f9da6cc03fb6a4777ab5fff213279c2de87ce1166c6894df088b8 3812467 qpdf_2.1.1.orig.tar.gz 2ecdcc66642b76fc3b52b1f7e7978d927d08d9b7d6cd9e4a1af257bb7c4fcfcb 6621 qpdf_2.1.1-1.debian.tar.gz
Bug#556851: Pitivi bootup error
I can't reproduce this locally. Do you have a .cvs, CVS or .git directory in your /usr folder, as that would confuse the pitivi startup routines? Tom Parker -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561020: marked as done (lbreakout2: /usr/share/games/locale/de/LC_MESSAGES/lbreakout2.mo in both lbreakout2 and lbreakout2-data)
Your message dated Mon, 14 Dec 2009 22:33:45 + with message-id e1nkju9-0005li...@ries.debian.org and subject line Bug#561020: fixed in lbreakout2 2.6-2 has caused the Debian Bug report #561020, regarding lbreakout2: /usr/share/games/locale/de/LC_MESSAGES/lbreakout2.mo in both lbreakout2 and lbreakout2-data to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 561020: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561020 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: lbreakout2 Version: 2.6-1 Severity: serious lbreakout2 depends on lbreakout2-data, but installing both in version 2.6-1 is impossible on at least powerpc: Preparing to replace lbreakout2-data 2.5.2-3 (using .../lbreakout2-data_2.6-1_all.deb) ... Unpacking replacement lbreakout2-data ... dpkg: error processing /var/cache/apt/archives/lbreakout2-data_2.6-1_all.deb (--unpack): trying to overwrite '/usr/share/games/locale/de/LC_MESSAGES/lbreakout2.mo', which is also in package lbreakout2 0:2.6-1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/lbreakout2-data_2.6-1_all.deb [...] E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of lbreakout2: lbreakout2 depends on lbreakout2-data (= 2.6-1); however: Version of lbreakout2-data on system is 2.5.2-3. dpkg: error processing lbreakout2 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: lbreakout2 [...] -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (400, 'stable'), (110, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-2-powerpc Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lbreakout2 depends on: ii lbreakout2-data2.5.2-3 A ball-and-paddle game with nice g ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libpng12-0 1.2.41-1 PNG library - runtime ii libsdl-mixer1.21.2.8-6+b1mixer library for Simple DirectMed ii libsdl1.2debian1.2.13-5 Simple DirectMedia Layer ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime lbreakout2 recommends no packages. lbreakout2 suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: lbreakout2 Source-Version: 2.6-2 We believe that the bug you reported is fixed in the latest version of lbreakout2, which is due to be installed in the Debian FTP archive: lbreakout2-data_2.6-2_all.deb to main/l/lbreakout2/lbreakout2-data_2.6-2_all.deb lbreakout2_2.6-2.diff.gz to main/l/lbreakout2/lbreakout2_2.6-2.diff.gz lbreakout2_2.6-2.dsc to main/l/lbreakout2/lbreakout2_2.6-2.dsc lbreakout2_2.6-2_i386.deb to main/l/lbreakout2/lbreakout2_2.6-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 561...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Colin Tuckley col...@debian.org (supplier of updated lbreakout2 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 20:49:28 + Source: lbreakout2 Binary: lbreakout2 lbreakout2-data Architecture: source all i386 Version: 2.6-2 Distribution: unstable Urgency: low Maintainer: Colin Tuckley col...@debian.org Changed-By: Colin Tuckley col...@debian.org Description: lbreakout2 - A ball-and-paddle game with nice graphics lbreakout2-data - A ball-and-paddle game with nice graphics (DATA FILES) Closes: 561020 Changes: lbreakout2 (2.6-2) unstable; urgency=low . * Fix various problems with duplicated and mis-placed files caused by the upstream build system (Closes: #561020). Checksums-Sha1: ea4ab41bf5129ba56ef24ef816de5c5efd8e986c 1120 lbreakout2_2.6-2.dsc f98f791dbc05c621efb7ff512f98d73168b33fa8 10058 lbreakout2_2.6-2.diff.gz c7096aa07b0a1a817b236ac898e8f84ab137ea76 2538356 lbreakout2-data_2.6-2_all.deb e06f072816f6bfe462db88bb542bc5bca989a493 322518 lbreakout2_2.6-2_i386.deb
Bug#560940: CVE-2009-3560 and CVE-2009-3720 denial-of-services
I'm having a look at this. I had worked on this package a while ago, and I'm currently doing a NM TasksSkills, so it's a pleasure ;) -- Sylvain signature.asc Description: Digital signature
Bug#561165: tn5250: `tgetstr' implicitly converted to pointer
Source: tn5250 Version: 0.17.4-1 Severity: serious User: da...@debian.org Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `tgetstr' implicitly converted to pointer at cursesterm.c:328 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561166: tn5250: `tn5250_curses_terminal_new' implicitly converted to pointer
Source: tn5250 Version: 0.17.4-1 Severity: serious Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `tn5250_curses_terminal_new' implicitly converted to pointer at tn5250.c:96 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions --- tn5250-0.17.4/curses/tn5250.c.orig 2009-12-14 16:02:52.306661196 -0700 +++ tn5250-0.17.4/curses/tn5250.c 2009-12-14 16:04:15.517269176 -0700 @@ -19,6 +19,7 @@ */ #include tn5250-private.h +#include cursesterm.h Tn5250Session *sess = NULL; Tn5250Stream *stream = NULL;
Processed: patch
Processing commands for cont...@bugs.debian.org: tags 561156 + patch Bug #561156 [polyorb] polyorb: FTBFS on kfreebsd-amd64: only 42 out of 86 tests passed Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561156: patch
tags 561156 + patch thanks --- tn5250-0.17.4/curses/cursesterm.h.orig 2009-12-14 15:55:38.377894455 -0700 +++ tn5250-0.17.4/curses/cursesterm.h 2009-12-14 15:57:18.160234499 -0700 @@ -26,6 +26,8 @@ extern C { #endif +#include term.h + #if USE_CURSES #ifdef HAVE_NCURSES_H #include ncurses.h
Bug#561168: FTBFS: /bin/sh: line 0: .: pgplsh.la: file not found
Package: postgresql-plsh Version: 1.3-2 Severity: serious Justification: FTBFS Hi, your package FTBFS on various archs[1]: | creating pgplsh.la | (cd .libs rm -f pgplsh.la ln -s ../pgplsh.la pgplsh.la) | . pgplsh.la sed s,%filename%,/build/buildd/postgresql-plsh-1.3/debian/postgresql-8.4-plsh/usr/lib/postgresql/8.4/lib//$dlname,g ./createlang_pgplsh.sql.in createlang_pgplsh.sql | /bin/sh: line 0: .: pgplsh.la: file not found | make[1]: *** [createlang_pgplsh.sql] Error 1 1. https://buildd.debian.org/status/package.php?suite=unstablep=postgresql-plsh Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560456: vfu: FTBFS: vstring.cpp:493: error: invalid conversion from 'const char*' to 'char*'
Hello there! On Fri, Dec 11, 2009 at 2:09 AM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Source: vfu Version: 4.09-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: g++ -I. -O2 -c vstring.cpp -o .OBJ.libvslib.a/vstring.o vstring.cpp: In function 'int str_find(const char*, char, int)': vstring.cpp:493: error: invalid conversion from 'const char*' to 'char*' vstring.cpp: In function 'int str_rfind(const char*, char)': vstring.cpp:501: error: invalid conversion from 'const char*' to 'char*' vstring.cpp: In function 'int str_find(const char*, const char*, int)': vstring.cpp:512: error: invalid conversion from 'const char*' to 'char*' vstring.cpp: In function 'char* str_tr(char*, const char*, const char*)': vstring.cpp:794: error: invalid conversion from 'const char*' to 'char*' make[1]: *** [.OBJ.libvslib.a/vstring.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/12/10/vfu_4.09-1_lsid64.buildlog 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. Internet was not accessible from the build systems. I have contacted the Upstream about this bug and says it is unable to reproduce the error. I quote the author: I did recompile with all warnings on Slackware current and stable Debian Lenny both upgraded today. slackware: 64bit, gcc (GCC) 4.3.3, -Wall or -pedantic-errors debian lenny: 32bit, gcc (Debian 4.3.2-1.1) 4.3.2, -Wall or -pedantic-errors Unfortunately I was unable to reproduce these error Can give me more details? Regards! -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- William Vera bi...@billy.com.mx PGP Key: 1024D/F5CC22A4 Fingerprint: 3E73 FA1F 5C57 6005 0439 4D75 1FD2 BF96 F5CC 22A4 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560456: vfu: FTBFS: vstring.cpp:493: error: invalid conversion from 'const char*' to 'char*'
William Vera wrote: Unfortunately I was unable to reproduce these error Can give me more details? You need GCC 4.4. Emilio signature.asc Description: OpenPGP digital signature
Bug#560456: vfu: FTBFS: vstring.cpp:493: error: invalid conversion from 'const char*' to 'char*'
On 14/12/09 at 17:24 -0600, William Vera wrote: Hello there! On Fri, Dec 11, 2009 at 2:09 AM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Source: vfu Version: 4.09-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: g++ -I. -O2 -c vstring.cpp -o .OBJ.libvslib.a/vstring.o vstring.cpp: In function 'int str_find(const char*, char, int)': vstring.cpp:493: error: invalid conversion from 'const char*' to 'char*' vstring.cpp: In function 'int str_rfind(const char*, char)': vstring.cpp:501: error: invalid conversion from 'const char*' to 'char*' vstring.cpp: In function 'int str_find(const char*, const char*, int)': vstring.cpp:512: error: invalid conversion from 'const char*' to 'char*' vstring.cpp: In function 'char* str_tr(char*, const char*, const char*)': vstring.cpp:794: error: invalid conversion from 'const char*' to 'char*' make[1]: *** [.OBJ.libvslib.a/vstring.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/12/10/vfu_4.09-1_lsid64.buildlog 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. Internet was not accessible from the build systems. I have contacted the Upstream about this bug and says it is unable to reproduce the error. I quote the author: I did recompile with all warnings on Slackware current and stable Debian Lenny both upgraded today. slackware: 64bit, gcc (GCC) 4.3.3, -Wall or -pedantic-errors debian lenny: 32bit, gcc (Debian 4.3.2-1.1) 4.3.2, -Wall or -pedantic-errors Unfortunately I was unable to reproduce these error Can give me more details? Yes: During a rebuild of all packages in sid, your package failed to build on amd64. The important part is in sid. GCC 4.4... -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559140: [CRASH] Uncaught exception SystemError in Backend/PythonApt.py:770
severity 559140 important thanks Darius Bundrent wrote: Package: update-manager-core Version: 0.200.0-1 Severity: critical File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py Tags: security Justification: root security hole huh? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560666: vdr-plugin-svdrpext: FTBFS: /bin/sh: Can't open /usr/share/vdr-dev/make-special-vdr.sh
Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. vdr-plugin-svdrpext was renamed to vdr-plugin-svdrposd (just passed the new queue) and will be removed soon. Tobias signature.asc Description: OpenPGP digital signature
Processed: Re: Bug#559140: [CRASH] Uncaught exception SystemError in Backend/PythonApt.py:770
Processing commands for cont...@bugs.debian.org: severity 559140 important Bug #559140 [update-manager-core] [CRASH] Uncaught exception SystemError in Backend/PythonApt.py:770 Severity set to 'important' from 'critical' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558807: marked as done (libcaca0: libcucul.so.0 missing)
Your message dated Mon, 14 Dec 2009 23:47:48 + with message-id e1nkkdo-000798...@ries.debian.org and subject line Bug#561094: fixed in libcaca 0.99.beta16-3 has caused the Debian Bug report #561094, regarding libcaca0: libcucul.so.0 missing to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 561094: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561094 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libcaca0 Version: 0.99.beta16-2.1 Severity: normal Hi. As libcucul0 is to be removed and the dummy package depends on libcaca0, shouldn't libcaca0 provide /usr/lib/libcucul.so.0? Regards, Alex -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (950, 'unstable'), (850, 'testing'), (750, 'stable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcaca0 depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc11:4.4.2-3 GCC support library ii libncursesw5 5.7+20090803-2shared libraries for terminal hand ii libslang2 2.2.1-1 The S-Lang programming library - r ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime libcaca0 recommends no packages. libcaca0 suggests no packages. -- debconf-show failed ---End Message--- ---BeginMessage--- Source: libcaca Source-Version: 0.99.beta16-3 We believe that the bug you reported is fixed in the latest version of libcaca, which is due to be installed in the Debian FTP archive: caca-utils_0.99.beta16-3_i386.deb to main/libc/libcaca/caca-utils_0.99.beta16-3_i386.deb libcaca-dev_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca-dev_0.99.beta16-3_i386.deb libcaca0_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca0_0.99.beta16-3_i386.deb libcaca_0.99.beta16-3.debian.tar.gz to main/libc/libcaca/libcaca_0.99.beta16-3.debian.tar.gz libcaca_0.99.beta16-3.dsc to main/libc/libcaca/libcaca_0.99.beta16-3.dsc libcucul-dev_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul-dev_0.99.beta16-3_all.deb libcucul0_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul0_0.99.beta16-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 561...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sam Hocevar s...@debian.org (supplier of updated libcaca 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 22:43:50 +0100 Source: libcaca Binary: libcaca-dev libcaca0 caca-utils libcucul-dev libcucul0 Architecture: source i386 all Version: 0.99.beta16-3 Distribution: unstable Urgency: low Maintainer: Sam Hocevar s...@debian.org Changed-By: Sam Hocevar s...@debian.org Description: caca-utils - text mode graphics utilities libcaca-dev - development files for libcaca libcaca0 - colour ASCII art library libcucul-dev - transitional dummy package libcucul0 - transitional dummy package Closes: 552762 552763 558807 561094 Changes: libcaca (0.99.beta16-3) unstable; urgency=low . * Acknowledging NMU, thanks to Ben Hutchings (Closes: #552762, #552763). * debian/rules: Work around an upstream bug preventing the libcucul symlinks from being created if sh is bash (Closes: #558807, #561094). * debian/control: Set policy to 3.8.3. * debian/source/format: Set format to 3.0 (quilt). Checksums-Sha1: 9aad4aad6bf34cd0395e820fe8e0c6b070fa8aa3 1423 libcaca_0.99.beta16-3.dsc cccabad29a0e5afa08ad17f0c287c7906db216ad 8372 libcaca_0.99.beta16-3.debian.tar.gz 2a883feabe7b4a8c16a66ca8366020d50722d913 660764 libcaca-dev_0.99.beta16-3_i386.deb 8a4e26e546633c9b3dd79846621d4f6f9bbfb705 307512 libcaca0_0.99.beta16-3_i386.deb 08a81a71b2aef1a42bd7e8d7ff20167676fed9e3 137358 caca-utils_0.99.beta16-3_i386.deb e714908e8054d68c745c9abdddbc704d9551582a 772 libcucul-dev_0.99.beta16-3_all.deb 38e21ea5124c0d0d2b05bf8d427ab49f1f58d295 758 libcucul0_0.99.beta16-3_all.deb Checksums-Sha256:
Bug#561172: bmf: `dbdb_db_open' implicitly converted to pointer
Source: bmf Version: 0.9.4-1 Severity: serious Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `dbdb_db_open' implicitly converted to pointer at dbh.c:64 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522319: marked as done (assumes swapfiles are directly accessible)
Your message dated Mon, 14 Dec 2009 23:50:23 + with message-id e1nkkgj-0007jc...@ries.debian.org and subject line Bug#522319: fixed in uswsusp 0.8-1.2 has caused the Debian Bug report #522319, regarding assumes swapfiles are directly accessible to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 522319: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522319 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: uswsusp Version: 0.8-1.1+b1 Severity: grave /var/swap is there but uswsusp runs from inside a chroot. It shouldn't assume swap is going to be directly accessible when it is a file (for a dev I guess it's fine since /dev has to be bind-mounted anyway). S'està configurant uswsusp (0.8-1.1+b1) ... stat: ha fallat stat() sobre /var/swap: El fitxer o directori no existeix dpkg: s'ha produït un error en processar uswsusp (--configure): el subprocés post-installation script retornà el codi d'eixida d'error 1 S'han trobat errors en processar: uswsusp -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uswsusp depends on: ii debconf [debconf-2.0]1.5.26 Debian configuration management sy ii libc62.9-6 GNU C Library: Shared libraries ii libdirectfb-1.2-01.2.7-2 direct frame buffer graphics - sha ii libgcc1 1:4.3.3-5 GCC support library ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.20.0-2The GLib library of C routines ii libgpg-error01.6-1 library for common error values an ii liblzo2-22.03-1 data compression library ii libpci3 1:3.1.2-3 Linux PCI Utilities (shared librar ii libsplashy1 0.3.13-3+b2 Library to draw splash screen on b ii libx86-1 1.1+ds1-2 x86 real-mode library Versions of packages uswsusp recommends: ii initramfs-tools 0.93.1 tools for generating an initramfs ii mount 2.13.1.1-1 Tools for mounting and manipulatin Versions of packages uswsusp suggests: pn splashy none (no description available) -- debconf information excluded ---End Message--- ---BeginMessage--- Source: uswsusp Source-Version: 0.8-1.2 We believe that the bug you reported is fixed in the latest version of uswsusp, which is due to be installed in the Debian FTP archive: uswsusp_0.8-1.2.diff.gz to main/u/uswsusp/uswsusp_0.8-1.2.diff.gz uswsusp_0.8-1.2.dsc to main/u/uswsusp/uswsusp_0.8-1.2.dsc uswsusp_0.8-1.2_i386.deb to main/u/uswsusp/uswsusp_0.8-1.2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 522...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Prokop m...@debian.org (supplier of updated uswsusp 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 12 Dec 2009 23:19:28 +0100 Source: uswsusp Binary: uswsusp Architecture: source i386 Version: 0.8-1.2 Distribution: unstable Urgency: low Maintainer: Tim Dijkstra t...@debian.org Changed-By: Michael Prokop m...@debian.org Description: uswsusp- tools to use userspace software suspend provided by Linux Closes: 522319 533251 Changes: uswsusp (0.8-1.2) unstable; urgency=low . * Non-maintainer upload. * Apply patch by Robert Millan to address the 'postinst fails when running inside a chroot and swap is a regular file' issue. [Closes: #533251, #522319] Checksums-Sha1: c33aec666a531faf4acf837645eaa798a2205985 1162 uswsusp_0.8-1.2.dsc 26acf1d82f984ad373af65db3d2b27a8152c5505 103267 uswsusp_0.8-1.2.diff.gz c67cefb5b4c82d0d2f44b5e70e90c01b23736898 157778 uswsusp_0.8-1.2_i386.deb Checksums-Sha256: 4761165e0731604d6857eb9e2f7f803998affc2baad0837af63094240e79155a 1162 uswsusp_0.8-1.2.dsc 744b6f746f7ab8bc662d3c063eb7c7e5de5addaafa01ec6fda954f8e951ad5d6 103267 uswsusp_0.8-1.2.diff.gz
Bug#552763: marked as done (no-copyright-file)
Your message dated Mon, 14 Dec 2009 23:47:48 + with message-id e1nkkdo-000792...@ries.debian.org and subject line Bug#552763: fixed in libcaca 0.99.beta16-3 has caused the Debian Bug report #552763, regarding no-copyright-file to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552763 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libcucul-dev Version: 0.99.beta16-2 Severity: serious User: lintian-ma...@debian.org Usertags: no-copyright-file Justification: Each binary package has to include a plain file /usr/share/doc/pkg/copyright Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright and | distribution license in the file /usr/share/doc/package/copyright. This file | must neither be compressed nor be a symbolic link. | | In addition, the copyright file must say where the upstream sources (if any) | were obtained. It should name the original authors of the package and the Debian | maintainer(s) who were involved with its creation. | | Packages in the contrib or non-free archive areas should state in the copyright | file that the package is not part of the Debian GNU/Linux distribution and | briefly explain why. | | A copy of the file which will be installed in /usr/share/doc/package/copyright | should be in debian/copyright in the source package. | | /usr/share/doc/package may be a symbolic link to another directory in | /usr/share/doc only if the two packages both come from the same source and the | first package Depends on the second. These rules are important because | copyrights must be extractable by mechanical means. | | Packages distributed under the UCB BSD license, the Apache license (version | 2.0), the Artistic license, the GNU GPL (version 2 or 3), the GNU LGPL (versions | 2, 2.1, or 3), and the GNU FDL (versions 1.2 or 1.3) should refer to the | corresponding files under /usr/share/common-licenses,[92] rather than quoting | them in the copyright file. | | You should not use the copyright file as a general README file. If your package | has such a file it should be installed in /usr/share/doc/package/README or | README.Debian or some other appropriate place. ` manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcucul-dev depends on: pn libcaca-dev none (no description available) libcucul-dev recommends no packages. libcucul-dev suggests no packages. ---End Message--- ---BeginMessage--- Source: libcaca Source-Version: 0.99.beta16-3 We believe that the bug you reported is fixed in the latest version of libcaca, which is due to be installed in the Debian FTP archive: caca-utils_0.99.beta16-3_i386.deb to main/libc/libcaca/caca-utils_0.99.beta16-3_i386.deb libcaca-dev_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca-dev_0.99.beta16-3_i386.deb libcaca0_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca0_0.99.beta16-3_i386.deb libcaca_0.99.beta16-3.debian.tar.gz to main/libc/libcaca/libcaca_0.99.beta16-3.debian.tar.gz libcaca_0.99.beta16-3.dsc to main/libc/libcaca/libcaca_0.99.beta16-3.dsc libcucul-dev_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul-dev_0.99.beta16-3_all.deb libcucul0_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul0_0.99.beta16-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 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sam Hocevar s...@debian.org (supplier of updated libcaca 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 22:43:50 +0100 Source: libcaca Binary: libcaca-dev libcaca0 caca-utils libcucul-dev libcucul0 Architecture: source i386 all Version: 0.99.beta16-3
Bug#558807: marked as done (libcaca0: libcucul.so.0 missing)
Your message dated Mon, 14 Dec 2009 23:47:48 + with message-id e1nkkdo-000795...@ries.debian.org and subject line Bug#558807: fixed in libcaca 0.99.beta16-3 has caused the Debian Bug report #558807, regarding libcaca0: libcucul.so.0 missing to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 558807: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558807 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libcaca0 Version: 0.99.beta16-2.1 Severity: normal Hi. As libcucul0 is to be removed and the dummy package depends on libcaca0, shouldn't libcaca0 provide /usr/lib/libcucul.so.0? Regards, Alex -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (950, 'unstable'), (850, 'testing'), (750, 'stable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcaca0 depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc11:4.4.2-3 GCC support library ii libncursesw5 5.7+20090803-2shared libraries for terminal hand ii libslang2 2.2.1-1 The S-Lang programming library - r ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime libcaca0 recommends no packages. libcaca0 suggests no packages. -- debconf-show failed ---End Message--- ---BeginMessage--- Source: libcaca Source-Version: 0.99.beta16-3 We believe that the bug you reported is fixed in the latest version of libcaca, which is due to be installed in the Debian FTP archive: caca-utils_0.99.beta16-3_i386.deb to main/libc/libcaca/caca-utils_0.99.beta16-3_i386.deb libcaca-dev_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca-dev_0.99.beta16-3_i386.deb libcaca0_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca0_0.99.beta16-3_i386.deb libcaca_0.99.beta16-3.debian.tar.gz to main/libc/libcaca/libcaca_0.99.beta16-3.debian.tar.gz libcaca_0.99.beta16-3.dsc to main/libc/libcaca/libcaca_0.99.beta16-3.dsc libcucul-dev_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul-dev_0.99.beta16-3_all.deb libcucul0_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul0_0.99.beta16-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 558...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sam Hocevar s...@debian.org (supplier of updated libcaca 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 22:43:50 +0100 Source: libcaca Binary: libcaca-dev libcaca0 caca-utils libcucul-dev libcucul0 Architecture: source i386 all Version: 0.99.beta16-3 Distribution: unstable Urgency: low Maintainer: Sam Hocevar s...@debian.org Changed-By: Sam Hocevar s...@debian.org Description: caca-utils - text mode graphics utilities libcaca-dev - development files for libcaca libcaca0 - colour ASCII art library libcucul-dev - transitional dummy package libcucul0 - transitional dummy package Closes: 552762 552763 558807 561094 Changes: libcaca (0.99.beta16-3) unstable; urgency=low . * Acknowledging NMU, thanks to Ben Hutchings (Closes: #552762, #552763). * debian/rules: Work around an upstream bug preventing the libcucul symlinks from being created if sh is bash (Closes: #558807, #561094). * debian/control: Set policy to 3.8.3. * debian/source/format: Set format to 3.0 (quilt). Checksums-Sha1: 9aad4aad6bf34cd0395e820fe8e0c6b070fa8aa3 1423 libcaca_0.99.beta16-3.dsc cccabad29a0e5afa08ad17f0c287c7906db216ad 8372 libcaca_0.99.beta16-3.debian.tar.gz 2a883feabe7b4a8c16a66ca8366020d50722d913 660764 libcaca-dev_0.99.beta16-3_i386.deb 8a4e26e546633c9b3dd79846621d4f6f9bbfb705 307512 libcaca0_0.99.beta16-3_i386.deb 08a81a71b2aef1a42bd7e8d7ff20167676fed9e3 137358 caca-utils_0.99.beta16-3_i386.deb e714908e8054d68c745c9abdddbc704d9551582a 772 libcucul-dev_0.99.beta16-3_all.deb 38e21ea5124c0d0d2b05bf8d427ab49f1f58d295 758 libcucul0_0.99.beta16-3_all.deb Checksums-Sha256:
Bug#561094: marked as done (libcaca0 misses libcucul.so.*)
Your message dated Mon, 14 Dec 2009 23:47:48 + with message-id e1nkkdo-000795...@ries.debian.org and subject line Bug#558807: fixed in libcaca 0.99.beta16-3 has caused the Debian Bug report #558807, regarding libcaca0 misses libcucul.so.* to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 558807: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558807 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: toilet Version: 0.1-2 Severity: grave Justification: renders package unusable Hello, It seems that toilet does not work at all, because it searches for libcucul.so.0, that does not exist anymore, replaced by libcaca, I think. Here is the symptom: % toilet toilet: error while loading shared libraries: libcucul.so.0: cannot open shared object file: No such file or directory grepping in the source, it seems that cucul is referenced in many places… Regards, -- Tanguy Ortolo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages toilet depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcucul0 0.99.beta16-2.1 transitional dummy package ii toilet-fonts 0.1-2 collection of TOIlet fonts ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime toilet recommends no packages. Versions of packages toilet suggests: pn figletnone (no description available) -- no debconf information ---End Message--- ---BeginMessage--- Source: libcaca Source-Version: 0.99.beta16-3 We believe that the bug you reported is fixed in the latest version of libcaca, which is due to be installed in the Debian FTP archive: caca-utils_0.99.beta16-3_i386.deb to main/libc/libcaca/caca-utils_0.99.beta16-3_i386.deb libcaca-dev_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca-dev_0.99.beta16-3_i386.deb libcaca0_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca0_0.99.beta16-3_i386.deb libcaca_0.99.beta16-3.debian.tar.gz to main/libc/libcaca/libcaca_0.99.beta16-3.debian.tar.gz libcaca_0.99.beta16-3.dsc to main/libc/libcaca/libcaca_0.99.beta16-3.dsc libcucul-dev_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul-dev_0.99.beta16-3_all.deb libcucul0_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul0_0.99.beta16-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 558...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sam Hocevar s...@debian.org (supplier of updated libcaca 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 22:43:50 +0100 Source: libcaca Binary: libcaca-dev libcaca0 caca-utils libcucul-dev libcucul0 Architecture: source i386 all Version: 0.99.beta16-3 Distribution: unstable Urgency: low Maintainer: Sam Hocevar s...@debian.org Changed-By: Sam Hocevar s...@debian.org Description: caca-utils - text mode graphics utilities libcaca-dev - development files for libcaca libcaca0 - colour ASCII art library libcucul-dev - transitional dummy package libcucul0 - transitional dummy package Closes: 552762 552763 558807 561094 Changes: libcaca (0.99.beta16-3) unstable; urgency=low . * Acknowledging NMU, thanks to Ben Hutchings (Closes: #552762, #552763). * debian/rules: Work around an upstream bug preventing the libcucul symlinks from being created if sh is bash (Closes: #558807, #561094). * debian/control: Set policy to 3.8.3. * debian/source/format: Set format to 3.0 (quilt). Checksums-Sha1: 9aad4aad6bf34cd0395e820fe8e0c6b070fa8aa3 1423 libcaca_0.99.beta16-3.dsc cccabad29a0e5afa08ad17f0c287c7906db216ad 8372 libcaca_0.99.beta16-3.debian.tar.gz 2a883feabe7b4a8c16a66ca8366020d50722d913 660764 libcaca-dev_0.99.beta16-3_i386.deb 8a4e26e546633c9b3dd79846621d4f6f9bbfb705 307512 libcaca0_0.99.beta16-3_i386.deb 08a81a71b2aef1a42bd7e8d7ff20167676fed9e3 137358 caca-utils_0.99.beta16-3_i386.deb
Bug#552762: marked as done (no-copyright-file)
Your message dated Mon, 14 Dec 2009 23:47:48 + with message-id e1nkkdo-00078z...@ries.debian.org and subject line Bug#552762: fixed in libcaca 0.99.beta16-3 has caused the Debian Bug report #552762, regarding no-copyright-file to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552762: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552762 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libcucul0 Version: 0.99.beta16-2 Severity: serious User: lintian-ma...@debian.org Usertags: no-copyright-file Justification: Each binary package has to include a plain file /usr/share/doc/pkg/copyright Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright and | distribution license in the file /usr/share/doc/package/copyright. This file | must neither be compressed nor be a symbolic link. | | In addition, the copyright file must say where the upstream sources (if any) | were obtained. It should name the original authors of the package and the Debian | maintainer(s) who were involved with its creation. | | Packages in the contrib or non-free archive areas should state in the copyright | file that the package is not part of the Debian GNU/Linux distribution and | briefly explain why. | | A copy of the file which will be installed in /usr/share/doc/package/copyright | should be in debian/copyright in the source package. | | /usr/share/doc/package may be a symbolic link to another directory in | /usr/share/doc only if the two packages both come from the same source and the | first package Depends on the second. These rules are important because | copyrights must be extractable by mechanical means. | | Packages distributed under the UCB BSD license, the Apache license (version | 2.0), the Artistic license, the GNU GPL (version 2 or 3), the GNU LGPL (versions | 2, 2.1, or 3), and the GNU FDL (versions 1.2 or 1.3) should refer to the | corresponding files under /usr/share/common-licenses,[92] rather than quoting | them in the copyright file. | | You should not use the copyright file as a general README file. If your package | has such a file it should be installed in /usr/share/doc/package/README or | README.Debian or some other appropriate place. ` manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcucul0 depends on: ii libcaca0 0.99.beta16-2 colour ASCII art library libcucul0 recommends no packages. libcucul0 suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: libcaca Source-Version: 0.99.beta16-3 We believe that the bug you reported is fixed in the latest version of libcaca, which is due to be installed in the Debian FTP archive: caca-utils_0.99.beta16-3_i386.deb to main/libc/libcaca/caca-utils_0.99.beta16-3_i386.deb libcaca-dev_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca-dev_0.99.beta16-3_i386.deb libcaca0_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca0_0.99.beta16-3_i386.deb libcaca_0.99.beta16-3.debian.tar.gz to main/libc/libcaca/libcaca_0.99.beta16-3.debian.tar.gz libcaca_0.99.beta16-3.dsc to main/libc/libcaca/libcaca_0.99.beta16-3.dsc libcucul-dev_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul-dev_0.99.beta16-3_all.deb libcucul0_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul0_0.99.beta16-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 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sam Hocevar s...@debian.org (supplier of updated libcaca 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 22:43:50 +0100 Source: libcaca Binary: libcaca-dev libcaca0 caca-utils libcucul-dev libcucul0 Architecture: source i386 all Version:
Bug#561094: marked as done (libcaca0 misses libcucul.so.*)
Your message dated Mon, 14 Dec 2009 23:47:48 + with message-id e1nkkdo-000798...@ries.debian.org and subject line Bug#561094: fixed in libcaca 0.99.beta16-3 has caused the Debian Bug report #561094, regarding libcaca0 misses libcucul.so.* to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 561094: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561094 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: toilet Version: 0.1-2 Severity: grave Justification: renders package unusable Hello, It seems that toilet does not work at all, because it searches for libcucul.so.0, that does not exist anymore, replaced by libcaca, I think. Here is the symptom: % toilet toilet: error while loading shared libraries: libcucul.so.0: cannot open shared object file: No such file or directory grepping in the source, it seems that cucul is referenced in many places… Regards, -- Tanguy Ortolo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages toilet depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcucul0 0.99.beta16-2.1 transitional dummy package ii toilet-fonts 0.1-2 collection of TOIlet fonts ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime toilet recommends no packages. Versions of packages toilet suggests: pn figletnone (no description available) -- no debconf information ---End Message--- ---BeginMessage--- Source: libcaca Source-Version: 0.99.beta16-3 We believe that the bug you reported is fixed in the latest version of libcaca, which is due to be installed in the Debian FTP archive: caca-utils_0.99.beta16-3_i386.deb to main/libc/libcaca/caca-utils_0.99.beta16-3_i386.deb libcaca-dev_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca-dev_0.99.beta16-3_i386.deb libcaca0_0.99.beta16-3_i386.deb to main/libc/libcaca/libcaca0_0.99.beta16-3_i386.deb libcaca_0.99.beta16-3.debian.tar.gz to main/libc/libcaca/libcaca_0.99.beta16-3.debian.tar.gz libcaca_0.99.beta16-3.dsc to main/libc/libcaca/libcaca_0.99.beta16-3.dsc libcucul-dev_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul-dev_0.99.beta16-3_all.deb libcucul0_0.99.beta16-3_all.deb to main/libc/libcaca/libcucul0_0.99.beta16-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 561...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sam Hocevar s...@debian.org (supplier of updated libcaca 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 22:43:50 +0100 Source: libcaca Binary: libcaca-dev libcaca0 caca-utils libcucul-dev libcucul0 Architecture: source i386 all Version: 0.99.beta16-3 Distribution: unstable Urgency: low Maintainer: Sam Hocevar s...@debian.org Changed-By: Sam Hocevar s...@debian.org Description: caca-utils - text mode graphics utilities libcaca-dev - development files for libcaca libcaca0 - colour ASCII art library libcucul-dev - transitional dummy package libcucul0 - transitional dummy package Closes: 552762 552763 558807 561094 Changes: libcaca (0.99.beta16-3) unstable; urgency=low . * Acknowledging NMU, thanks to Ben Hutchings (Closes: #552762, #552763). * debian/rules: Work around an upstream bug preventing the libcucul symlinks from being created if sh is bash (Closes: #558807, #561094). * debian/control: Set policy to 3.8.3. * debian/source/format: Set format to 3.0 (quilt). Checksums-Sha1: 9aad4aad6bf34cd0395e820fe8e0c6b070fa8aa3 1423 libcaca_0.99.beta16-3.dsc cccabad29a0e5afa08ad17f0c287c7906db216ad 8372 libcaca_0.99.beta16-3.debian.tar.gz 2a883feabe7b4a8c16a66ca8366020d50722d913 660764 libcaca-dev_0.99.beta16-3_i386.deb 8a4e26e546633c9b3dd79846621d4f6f9bbfb705 307512 libcaca0_0.99.beta16-3_i386.deb 08a81a71b2aef1a42bd7e8d7ff20167676fed9e3 137358 caca-utils_0.99.beta16-3_i386.deb
Processed (with 5 errors): ITA: w9wm -- Enhanced window manager based on 9wm
Processing commands for cont...@bugs.debian.org: package w9wm Limiting to bugs with field 'package' containing at least one of 'w9wm' Limit currently set to 'package':'w9wm' severity 559951 important Bug #559951 [w9wm] w9wm: should this package be removed? Severity set to 'important' from 'serious' tags 559951 + pending Bug #559951 [w9wm] w9wm: should this package be removed? Added tag(s) pending. owner 559951 ! Bug #559951 [w9wm] w9wm: should this package be removed? Owner recorded as Mats Erik Andersson mats.anders...@gisladisker.se. retitle ITA: w9wm -- Enhanced windowmanager based on 9wm Unknown command or malformed arguments to command. thank you very much Unknown command or malformed arguments to command. It is my intention to adopt this package, should nobody object. Unknown command or malformed arguments to command. Preliminary repackaging efforts in accordance with more contemporary Unknown command or malformed arguments to command. standards have been successful. An upload to mentors.debian.net Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559951: ITA: w9wm -- Enhanced window manager based on 9wm
package w9wm severity 559951 important tags 559951 + pending owner 559951 ! retitle ITA: w9wm -- Enhanced windowmanager based on 9wm thank you very much It is my intention to adopt this package, should nobody object. Preliminary repackaging efforts in accordance with more contemporary standards have been successful. An upload to mentors.debian.net should not be distant in time! Best regards, Mats Erik Andersson, fil. dr mats.anders...@gisladisker.se -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: polyorb: FTBFS on kfreebsd-amd64: only 42 out of 86 tests passed
Processing commands for cont...@bugs.debian.org: tags 561156 -patch Bug #561156 [polyorb] polyorb: FTBFS on kfreebsd-amd64: only 42 out of 86 tests passed Removed tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558980: marked as done (FTBFS [hppa] - make check segfault)
Your message dated Tue, 15 Dec 2009 01:02:18 + with message-id e1nklnu-0007ak...@ries.debian.org and subject line Bug#558980: fixed in gnade 1.6.2-5 has caused the Debian Bug report #558980, regarding FTBFS [hppa] - make check segfault to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 558980: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558980 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gnade Version: 1.6.2-4 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa gnade_1.6.2-4 reliably fails to build on hppa: https://buildd.debian.org/build.php?pkg=gnadever=1.6.2-4arch=hppafile=log From the most recent attempt: [...] /usr/bin/make -f debian/rules check make[1]: Entering directory `/build/buildd/gnade-1.6.2' gnatmake -p -Pdebian/gnade_sqlite3_example_build -XLIBTYPE=dynamic object directory /build/buildd/gnade-1.6.2/debian/tmp/sqlite3-example-obj created gcc-4.4 -c -g -O2 -gnat05 -gnaty -gnatfno -gnatwa -gnatVa -fstack-check -I- -gnatA /build/buildd/gnade-1.6.2/samples/sqlite3/demo.adb gnatbind -shared -I- -x /build/buildd/gnade-1.6.2/debian/tmp/sqlite3-example-obj/demo.ali gnatlink /build/buildd/gnade-1.6.2/debian/tmp/sqlite3-example-obj/demo.ali -shared-libgcc -L/build/buildd/gnade-1.6.2/debian/tmp -lgnadecommon -L/build/buildd/gnade-1.6.2/debian/tmp -lgnadesqlite3 -o /build/buildd/gnade-1.6.2/debian/tmp/sqlite3-example-obj/demo export LD_LIBRARY_PATH=`pwd`/debian/tmp; debian/tmp/sqlite3-example-obj/demo debian/tmp/demo.db /bin/sh: line 1: 16052 Segmentation fault debian/tmp/sqlite3-example-obj/demo debian/tmp/demo.db make[1]: *** [debian/check-sqlite3-stamp] Error 139 make[1]: Leaving directory `/build/buildd/gnade-1.6.2' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ---End Message--- ---BeginMessage--- Source: gnade Source-Version: 1.6.2-5 We believe that the bug you reported is fixed in the latest version of gnade, which is due to be installed in the Debian FTP archive: gnade_1.6.2-5.diff.gz to main/g/gnade/gnade_1.6.2-5.diff.gz gnade_1.6.2-5.dsc to main/g/gnade/gnade_1.6.2-5.dsc libgnadecommon-dbg_1.6.2-5_amd64.deb to main/g/gnade/libgnadecommon-dbg_1.6.2-5_amd64.deb libgnadecommon1-dev_1.6.2-5_amd64.deb to main/g/gnade/libgnadecommon1-dev_1.6.2-5_amd64.deb libgnadecommon1_1.6.2-5_amd64.deb to main/g/gnade/libgnadecommon1_1.6.2-5_amd64.deb libgnadeodbc-dbg_1.6.2-5_amd64.deb to main/g/gnade/libgnadeodbc-dbg_1.6.2-5_amd64.deb libgnadeodbc1-dev_1.6.2-5_amd64.deb to main/g/gnade/libgnadeodbc1-dev_1.6.2-5_amd64.deb libgnadeodbc2_1.6.2-5_amd64.deb to main/g/gnade/libgnadeodbc2_1.6.2-5_amd64.deb libgnadesqlite3-1-dev_1.6.2-5_amd64.deb to main/g/gnade/libgnadesqlite3-1-dev_1.6.2-5_amd64.deb libgnadesqlite3-2_1.6.2-5_amd64.deb to main/g/gnade/libgnadesqlite3-2_1.6.2-5_amd64.deb libgnadesqlite3-dbg_1.6.2-5_amd64.deb to main/g/gnade/libgnadesqlite3-dbg_1.6.2-5_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 558...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stephen Leake stephen_le...@stephe-leake.org (supplier of updated gnade 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 14 Dec 2009 17:02:46 -0500 Source: gnade Binary: libgnadecommon1-dev libgnadecommon-dbg libgnadecommon1 libgnadeodbc1-dev libgnadeodbc-dbg libgnadeodbc2 libgnadesqlite3-1-dev libgnadesqlite3-dbg libgnadesqlite3-2 Architecture: source amd64 Version: 1.6.2-5 Distribution: unstable Urgency: low Maintainer: Stephen Leake stephen_le...@stephe-leake.org Changed-By: Stephen Leake stephen_le...@stephe-leake.org Description: libgnadecommon-dbg - GNat Ada Database Environment - common debugging symbols libgnadecommon1 - GNat Ada Database Environment - common subprograms library libgnadecommon1-dev - GNat Ada Database Environment - subprograms common to other GNADE libgnadeodbc-dbg - GNat Ada Database Environment - ODBC debugging symbols libgnadeodbc1-dev - GNat Ada Database Environment - ODBC programming interface libgnadeodbc2 - GNat Ada Database Environment - ODBC interface libgnadesqlite3-1-dev - GNat Ada Database Environment - SQLite3 programming
Processed: patch
Processing commands for cont...@bugs.debian.org: tags 561165 + patch Bug #561165 [src:tn5250] tn5250: `tgetstr' implicitly converted to pointer Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561156: polyorb: FTBFS on kfreebsd-amd64: only 42 out of 86 tests passed
tags 561156 -patch thanks Dann, the patch you just sent appears to be for another bug on package tn5250, not polyorb. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561165: patch
tags 561165 + patch thanks --- tn5250-0.17.4/curses/cursesterm.h.orig 2009-12-14 15:55:38.377894455 -0700 +++ tn5250-0.17.4/curses/cursesterm.h 2009-12-14 15:57:18.160234499 -0700 @@ -26,6 +26,8 @@ extern C { #endif +#include term.h + #if USE_CURSES #ifdef HAVE_NCURSES_H #include ncurses.h
Bug#561187: FTBFS [hppa]: assertion `list::count( list::take( 50, list ) ) == 50' failed
Source: libwibble Version: 0.1.23-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa libwibble failed to build on hppa: https://buildd.debian.org/fetch.cgi?pkg=libwibble;ver=0.1.23-1;arch=hppa;stamp=1260809781 From the most recent build attempt: [...] [100%] Built target wibble-test /usr/bin/make -f wibble/CMakeFiles/unit_wibble-test.dir/build.make wibble/CMakeFiles/unit_wibble-test.dir/depend make[4]: Entering directory `/build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu' cd /build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu /usr/bin/cmake -E cmake_depends Unix Makefiles /build/buildd/libwibble-0.1.23 /build/buildd/libwibble-0.1.23/wibble /build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu /build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu/wibble /build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu/wibble/CMakeFiles/unit_wibble-test.dir/DependInfo.cmake --color= Scanning dependencies of target unit_wibble-test make[4]: Leaving directory `/build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu' /usr/bin/make -f wibble/CMakeFiles/unit_wibble-test.dir/build.make wibble/CMakeFiles/unit_wibble-test.dir/build make[4]: Entering directory `/build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu' cd /build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu/wibble LD_LIBRARY_PATH=/build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu/wibble /build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu/wibble/wibble-test (1/29) List: .../build/buildd/libwibble-0.1.23/wibble/list.test.h: 109: assertion `list::count( list::take( 50, list ) ) == 50' failed; got [1] != [50] instead -- FAILED: (3/11) take (caught signal 6) (1/29) List: ../build/buildd/libwibble-0.1.23/wibble/list.test.h: 65: assertion `i == 512' failed; got [1] != [512] instead -- FAILED: (6/11) map (caught signal 6) (1/29) List: 9/11 ok (2/29) Tests: . 1/1 ok (3/29) Buffer: . 5/5 ok (4/29) Signal: .. 2/2 ok (5/29) Mixin: .. 2/2 ok (6/29) String: 24/24 ok (7/29) Consumer: ... 3/3 ok (8/29) MMap: . 1/1 ok (9/29) Operators: . 5/5 ok (10/29) Childprocess: 4/4 ok (11/29) Lockfile: .. 2/2 ok (12/29) CommandlineCore: .. 2/2 ok (13/29) Log: 4/4 ok (14/29) Thread: .. 2/2 ok (15/29) Regexp: .. 6/6 ok (16/29) Singleton: . 1/1 ok (17/29) NetBuffer: .. 2/2 ok (18/29) Process: .. 2/2 ok (19/29) CommandlineOptions: . 5/5 ok (20/29) CommandlineEngine: .. 10/10 ok (21/29) GrcalDate: . 9/9 ok (22/29) Exception: 4/4 ok (23/29) Range: ... 11/11 ok (24/29) StreamPosix: . 1/1 ok (25/29) Fs: ... 7/7 ok (26/29) Empty: . 1/1 ok (27/29) GrcalTime: .. 2/2 ok (28/29) CommandlineDoc: . 1/1 ok (29/29) Amorph: . 1/1 ok overall 129/131 ok make[4]: *** [wibble/CMakeFiles/unit_wibble-test] Error 1 make[4]: Leaving directory `/build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu' make[3]: *** [wibble/CMakeFiles/unit_wibble-test.dir/all] Error 2 make[3]: Leaving directory `/build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu' make[2]: *** [CMakeFiles/unit.dir/rule] Error 2 make[2]: Leaving directory `/build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu' make[1]: *** [unit] Error 2 make[1]: Leaving directory `/build/buildd/libwibble-0.1.23/obj-hppa-linux-gnu' make: *** [debian/stamp-makefile-check] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561052: marked as done (libseed0: Depends on old version of libgstreamer-0.10-0)
Your message dated Tue, 15 Dec 2009 01:11:09 -0300 with message-id 1260850269.8513.10.ca...@gonzalo.g.home and subject line Re: Bug#561052: libseed0: Depends on old version of libgstreamer-0.10-0 has caused the Debian Bug report #561052, regarding libseed0: Depends on old version of libgstreamer-0.10-0 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 561052: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561052 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libseed0 Version: 2.28.0-2 Severity: grave Justification: renders package unusable Attempting to upgrade libgstreamer0.10-0 in testing results in aptitude trying to remove libseed0 and all packages depending on it (in my case, this means epiphany and thus gnome) as it requires libgstreamer0.10-0 with version lower than 0.10.25-3 (with current version in testing/unstable being 0.10.25-4) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libseed0 depends on: ii gir1.0-clutter-0.8 0.6.5-3 GObject introspection data for the ii gir1.0-glib-2.00.6.5-4 Introspection data for GLib, GObje ii gir1.0-gtk-2.0 0.6.5-3 GObject introspection data for the ii gnome-js-common0.1.1-1 Common modules for GNOME JavaScrip ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgirepository1.0-0 0.6.5-4 Library for handling GObject intro ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgmp3c2 2:4.3.1+dfsg-3Multiprecision arithmetic library ii libgstreamer0.10-0 0.10.25-2 Core GStreamer libraries and eleme ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libmpfr1ldbl 2.4.1-2 multiple precision floating-point ii libpango1.0-0 1.26.1-1 Layout and rendering of internatio ii libreadline5 5.2-7 GNU readline and history libraries ii libsoup2.4-1 2.28.1-3 an HTTP library implementation in ii libwebkit-1.0-21.1.16-3 Web content engine library for Gtk ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime libseed0 recommends no packages. libseed0 suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- On Mon, 2009-12-14 at 12:03 +0100, Josselin Mouette wrote: Le dimanche 13 décembre 2009 à 21:51 -0300, Gonzalo Berm��dez a écrit : What are you talking about? The dependency can be satisfied by gir1.0-gstreamer-0.10. Cheers, You're right. My bad. Sorry. -- Gonzalo Bermúdez | http://www.gonz0.com.ar/ | PGP 0xE2FC4825 signature.asc Description: This is a digitally signed message part ---End Message---
Bug#548794: openturns-doc: The package is empty
Hi, The package is empty. In the version 0.13.0 it was containing: /usr/share/doc/openturns-doc/OpenTURNS_ArchitectureGuide.pdf /usr/share/doc/openturns-doc/OpenTURNS_ContributionGuide.pdf /usr/share/doc/openturns-doc/OpenTURNS_DocumentationGuide.pdf /usr/share/doc/openturns-doc/OpenTURNS_ExamplesGuide.pdf /usr/share/doc/openturns-doc/OpenTURNS_ReferenceGuide.pdf /usr/share/doc/openturns-doc/OpenTURNS_UseCasesGuide.pdf /usr/share/doc/openturns-doc/OpenTURNS_UserManual_TUI.pdf /usr/share/doc/openturns-doc/OpenTURNS_WrappersGuide.pdf The upstream separated a document from openturns and made openturns-doc. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496490: Please investigate removal of adolc
even though Neil Williams tried to give him a hand. He did? I'd be happy to have a co-maintainer. In any case, I'm in contact w/ upstream, and updating the package to upstream version 2.x. --Barak. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561203: FTBFS [hppa] - build hangs
Source: kde4libs Version: 4:4.3.4-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa kde4libs hangs during build on hppa, but the hang location varies. First attempt: [...] [ 48%] Generating org.kde.kded.xml cd kded /usr/bin/qdbuscpp2xml /build/buildd/kde4libs-4.3.4/kded/kdedadaptor.h /build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu/kded/org.kde.kded.xml qdbuscpp2xml: exit code 0 from moc. Aborting QProcess: Destroyed while process is still running. make[3]: *** Deleting file `kded/org.kde.kded.xml' make[3]: *** wait: No child processes. Stop. make[3]: *** Waiting for unfinished jobs make[3]: *** wait: No child processes. Stop. make[2]: *** [kded/CMakeFiles/kdeinit_kded4.dir/all] Error 2 make[1]: *** [all] Terminated make: *** [debian/stamp-makefile-build] Terminated Build killed with signal 15 after 300 minutes of inactivity Second attempt: [...] make[3]: Entering directory `/build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu' cd kio /usr/bin/automoc4 /build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu/kio/kio_automoc.cpp /build/buildd/kde4libs-4.3.4/kio /build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu/kio /usr/bin/moc-qt4 /usr/bin/cmake Generating kdirwatch_p.moc make[3]: *** wait: No child processes. Stop. make[3]: *** Waiting for unfinished jobs make[3]: *** wait: No child processes. Stop. make[2]: *** [kio/CMakeFiles/kio_automoc.dir/all] Error 2 make[1]: *** [all] Terminated make: *** [debian/stamp-makefile-build] Terminated Build killed with signal 15 after 300 minutes of inactivity The third attempt is currently hung at: [...] make[3]: Entering directory `/build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu' cd kdecore /usr/bin/automoc4 /build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu/kdecore/kdecore_automoc.cpp /build/buildd/kde4libs-4.3.4/ kdecore /build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu/kdecore /usr/bin/moc-qt4 /usr/bin/cmake Generating klibrary.moc The build system looks wedged - it isn't consuming any cpu. The build-related processes are: buildd4199 766 0 02:53 ?00:00:00 /usr/bin/make -C obj-hppa-linux-gnu buildd4212 4199 0 02:53 ?00:00:00 /usr/bin/make -f CMakeFiles/Makefile2 all buildd5739 4212 0 02:55 ?00:00:00 /usr/bin/make -f kdecore/CMakeFiles/kdecore_automoc.dir/build.make kdecore/CMakeFiles/kdecore_automoc.dir/build buildd5740 5739 0 02:55 ?00:00:00 /bin/sh -c cd kdecore /usr/bin/automoc4 /build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu/kdecore/kdecore_automoc.cpp /build/buildd/kde4libs-4.3.4/kdecore /build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu/kdecore /usr/bin/moc-qt4 /usr/bin/cmake buildd5741 5740 0 02:55 ?00:00:00 /usr/bin/automoc4 /build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu/kdecore/kdecore_automoc.cpp /build/buildd/kde4libs-4.3.4/kdecore /build/buildd/kde4libs-4.3.4/obj-hppa-linux-gnu/kdecore /usr/bin/moc-qt4 /usr/bin/cmake buildd5755 5741 0 02:56 ?00:00:00 [cmake] defunct strace shows that automoc4 is stuck in a select call: Process 5741 attached - interrupt to quit _newselect(1024, [10], [], NULL, NULL -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: 702 also
By the way, I was using a 702 8G, not a 701. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558980: access to hppa machine to work on Bug#558980
On Mon, Dec 14, 2009 at 07:46:52AM -0500, Stephen Leake wrote: ... Ludovic also suggested removing '-fstack-check' from the list of compiler options. I did that, rebuilt the static and dynamic libraries, and the bug went away; the test code works with both static and dynamic libraries. Dave, Carlos, Would this imply something might be broken in the stack unwinding? Or is this more likely to be something specific to Gnu ADA? thanks, grant -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org