Bug#509793: [ure] FHS violation -- incorrect file installation
Package: ure Version: 1.4+OOo3.0.1~rc1-2 Severity: serious Hello, the experimental version of ure incorrectly installs a tree under /debian/. This is a violation of the FHS (Filesystem Hierarchy Standard) -- thus the serious severity -- and it might as well affect the functionality of depending packages (haven't tested this). ~ $ dpkg -L ure | grep /debian/ /debian/ure /debian/ure/$(OOUREDIR) /debian/ure/$(OOUREDIR)/lib /debian/ure/$(OOUREDIR)/lib/libjava_uno ~ $ Kindly, David Paleino --- System information. --- Architecture: i386 Kernel: Linux 2.6.27-1-686 Debian Release: 5.0 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 unstabledebian.corsac.net 500 kernel-dists-trunk kernel-archive.buildserver.net 1 experimentalwww.debian-multimedia.org 1 experimentaldebian.fastweb.it --- Package information. --- Depends(Version) | Installed -+-=== uno-libs3 (= 1.4+OOo3.0.1~rc1-2) | 1.4+OOo3.0.1~rc1-2 libc6 (= 2.7-1) | 2.8+20080809-1 libgcc1 (= 1:4.1.1) | 1:4.3.2-2~exp5 libstdc++6(= 4.1.1) | 4.3.2-2~exp5 libstlport4.6ldbl| 4.6.2-3.2 libxml2 (= 2.6.27) | 2.6.32.dfsg-5 -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#509698: marked as done (cherokee: ldap_init implicitly converted to pointer)
Your message dated Fri, 26 Dec 2008 17:17:04 + with message-id e1lggj6-zj...@ries.debian.org and subject line Bug#509698: fixed in cherokee 0.11.6-1 has caused the Debian Bug report #509698, regarding cherokee: ldap_init implicitly converted to pointer to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 509698: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509698 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: cherokee Version: 0.11.3-2 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 `ldap_init' implicitly converted to pointer at validator_ldap.c:161 This is often due to a missing function prototype definition. For more information, see [2]. The libldap API has been updated and many functions used by the ldap plugin are now deprecated. This package should either update to the new API or define LDAP_DEPRECATED to continue using the deprecated interfaces. This patch implements the lazy solution. 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. (oh, and hi Gunnar!) [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- dann frazier diff -urpN cherokee-0.11.5.orig/cherokee/validator_ldap.h cherokee-0.11.5/cherokee/validator_ldap.h --- cherokee-0.11.5.orig/cherokee/validator_ldap.h 2008-12-18 08:17:53.0 -0700 +++ cherokee-0.11.5/cherokee/validator_ldap.h 2008-12-24 15:44:56.0 -0700 @@ -27,6 +27,7 @@ #include common.h +#define LDAP_DEPRECATED 1 #include ldap.h #include validator.h ---End Message--- ---BeginMessage--- Source: cherokee Source-Version: 0.11.6-1 We believe that the bug you reported is fixed in the latest version of cherokee, which is due to be installed in the Debian FTP archive: cget_0.11.6-1_amd64.deb to pool/main/c/cherokee/cget_0.11.6-1_amd64.deb cherokee_0.11.6-1.diff.gz to pool/main/c/cherokee/cherokee_0.11.6-1.diff.gz cherokee_0.11.6-1.dsc to pool/main/c/cherokee/cherokee_0.11.6-1.dsc cherokee_0.11.6-1_amd64.deb to pool/main/c/cherokee/cherokee_0.11.6-1_amd64.deb cherokee_0.11.6.orig.tar.gz to pool/main/c/cherokee/cherokee_0.11.6.orig.tar.gz libcherokee-base0-dev_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-base0-dev_0.11.6-1_amd64.deb libcherokee-base0_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-base0_0.11.6-1_amd64.deb libcherokee-client0-dev_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-client0-dev_0.11.6-1_amd64.deb libcherokee-client0_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-client0_0.11.6-1_amd64.deb libcherokee-config0-dev_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-config0-dev_0.11.6-1_amd64.deb libcherokee-config0_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-config0_0.11.6-1_amd64.deb libcherokee-mod-admin_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-mod-admin_0.11.6-1_amd64.deb libcherokee-mod-ldap_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-mod-ldap_0.11.6-1_amd64.deb libcherokee-mod-libssl_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-mod-libssl_0.11.6-1_amd64.deb libcherokee-mod-mysql_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-mod-mysql_0.11.6-1_amd64.deb libcherokee-mod-server-info_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-mod-server-info_0.11.6-1_amd64.deb libcherokee-server0-dev_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-server0-dev_0.11.6-1_amd64.deb libcherokee-server0_0.11.6-1_amd64.deb to pool/main/c/cherokee/libcherokee-server0_0.11.6-1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 509...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Gunnar Wolf gw...@debian.org (supplier of updated cherokee package) (This message was generated automatically at their request; if you believe
Processed: Re: Bug#509698: cherokee: ldap_init implicitly converted to pointer
Processing commands for cont...@bugs.debian.org: tags 509698 + upstream, pending Bug#509698: cherokee: ldap_init implicitly converted to pointer Tags were: patch Tags added: upstream, pending forwarded 509698 http://code.google.com/p/cherokee/issues/detail?id=293 Bug#509698: cherokee: ldap_init implicitly converted to pointer Noted your statement that Bug has been forwarded to http://code.google.com/p/cherokee/issues/detail?id=293. 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#509698: cherokee: ldap_init implicitly converted to pointer
tags 509698 + upstream, pending forwarded 509698 http://code.google.com/p/cherokee/issues/detail?id=293 thanks The bug was forwarded to the upstream authors; I will include it in the just released (0.11.6) upstream version as a patch. Thank you! Greetings, -- Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503712: the gs-common problem
On Tue, 23 Dec 2008, Thomas Viehmann wrote: Niko Tyni wrote: On Tue, Dec 23, 2008 at 02:15:22PM +0100, Thomas Viehmann wrote: immediately after I sent the last mail, Sune Vuorela pointed me to apache2's fix for #390823: They simply remove the problematic maintainer script. The question then is where to do this in so it is reliably done before stuff happens. In one of the perl packages (because the upgrade of perl triggers this) is probably too ugly, maybe the configure script of ghostscript? I think it's too late to do it inside ghostscript, it would have to go in perl-modules. Maybe configure script is badly worded: It's most blatant abuse, but I'd just stick it into a /var/lib/dpkg/info/ghostscript.config unless there are apt-get-lookalikes that don't call that at the beginning of an upgrade. If the user produces the bad situation with dpkg by himself, well, who cares. I think this is the best strategy. Better to hack related packages. An alternative is to to add gs-common being added to apt's 01autoremove, but I think that the /var/lib/dpkg/info/ghostscript.config change is a better choice; it limits the number of source packages affected. I left some more notes on the bug, but this is the crux of it. -- Asheesh. -- You never know how many friends you have until you rent a house on the beach. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509697: Python 2.5, ctypes, and binutils
Regarding #509697 (python 2.5 providing ctypes, and ctypes using objdump), I don't think it's reasonable to make python2.5 depend on binutils, just for the purpose of one of the modules in the standard library. One option would be to add binutils to Recommends or Suggest, but that does not ensure packages that Depend: python-ctypes will work. Maybe python should stop Providing: python-ctypes, and python-ctypes should depend on python (= 2.5) | python2.4 instead of just python2.4 (plus the recently added a dependency on binutils). This way binutils will get pulled only when a package that depends on python-ctypes is installed. (This does not solve, however, packages that are being smart and are depending on python (= 2.5) | python-ctypes. But maybe those packages should stop doing that.) If this is the way to go, then for squeeze it means that, if the ctypes source package is to disappear, it should be created as a dummy package (from python-defaults instead?), if only to contain the binutils depends/recommends. Comments welcome. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org When all is summed up, a man never speaks of himself without loss; his accusations of himself are always believed; his praises never. -- Michel de Montaigne -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: notfound 509564 in 2.22.0-2
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.9.26etch1 notfound 509564 2.22.0-2 Bug#509564: /usr/bin/shares-admin: Crash:segmentation fault Bug no longer marked as found in version 2.22.0-2. (By the way, this Bug is currently marked as done.) 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#509366: marked as done (mrpt_0.6.4svn702-1(mips/unstable):)
Your message dated Fri, 26 Dec 2008 14:47:08 + with message-id e1lgdy0-ub...@ries.debian.org and subject line Bug#509366: fixed in mrpt 0.6.5svn706-1 has caused the Debian Bug report #509366, regarding mrpt_0.6.4svn702-1(mips/unstable): 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.) -- 509366: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509366 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mrpt Version: 0.6.4svn702-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of mrpt_0.6.4svn702-1 on ball by sbuild/mips 99.99 Build started at 20081221-1619 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), autotools-dev, cmake, perl, zlib1g-dev, libjpeg62-dev, libwxgtk2.8-dev, libftdi-dev, freeglut3-dev, libhighgui-dev, lib3ds-dev, libboost-dev, libboost-program-options-dev, doxygen, ghostscript, texlive | tetex, subversion [...] /build/buildd/mrpt-0.6.4svn702/include/mrpt/utils/utils_defs.h:620: error: invalid static_cast from type 'float*' to type 'uint8_t*' /build/buildd/mrpt-0.6.4svn702/include/mrpt/utils/utils_defs.h: In function 'void mrpt::utils::reverseBytes(const T, T) [with T = double]': /build/buildd/mrpt-0.6.4svn702/src/core/utils/CStream.cpp:235: instantiated from here /build/buildd/mrpt-0.6.4svn702/include/mrpt/utils/utils_defs.h:620: error: invalid static_cast from type 'double*' to type 'uint8_t*' /build/buildd/mrpt-0.6.4svn702/include/mrpt/utils/utils_defs.h: In function 'void mrpt::utils::reverseBytes(const T, T) [with T = long double]': /build/buildd/mrpt-0.6.4svn702/src/core/utils/CStream.cpp:236: instantiated from here /build/buildd/mrpt-0.6.4svn702/include/mrpt/utils/utils_defs.h:620: error: invalid static_cast from type 'long double*' to type 'uint8_t*' make[3]: *** [src/core/CMakeFiles/mrpt-core.dir/utils/CStream.o] Error 1 make[3]: Leaving directory `/build/buildd/mrpt-0.6.4svn702' make[2]: *** [src/core/CMakeFiles/mrpt-core.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/mrpt-0.6.4svn702' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/mrpt-0.6.4svn702' make: *** [install] Error 2 dpkg-buildpackage: failure: /usr/bin/sudo debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mipspkg=mrptver=0.6.4svn702-1 ---End Message--- ---BeginMessage--- Source: mrpt Source-Version: 0.6.5svn706-1 We believe that the bug you reported is fixed in the latest version of mrpt, which is due to be installed in the Debian FTP archive: libmrpt-ann0.6_0.6.5svn706-1_i386.deb to pool/main/m/mrpt/libmrpt-ann0.6_0.6.5svn706-1_i386.deb libmrpt-aria0.6_0.6.5svn706-1_i386.deb to pool/main/m/mrpt/libmrpt-aria0.6_0.6.5svn706-1_i386.deb libmrpt-core0.6_0.6.5svn706-1_i386.deb to pool/main/m/mrpt/libmrpt-core0.6_0.6.5svn706-1_i386.deb libmrpt-dev_0.6.5svn706-1_i386.deb to pool/main/m/mrpt/libmrpt-dev_0.6.5svn706-1_i386.deb libmrpt-hwdrivers0.6_0.6.5svn706-1_i386.deb to pool/main/m/mrpt/libmrpt-hwdrivers0.6_0.6.5svn706-1_i386.deb libmrpt-reactivenav0.6_0.6.5svn706-1_i386.deb to pool/main/m/mrpt/libmrpt-reactivenav0.6_0.6.5svn706-1_i386.deb mrpt-apps_0.6.5svn706-1_i386.deb to pool/main/m/mrpt/mrpt-apps_0.6.5svn706-1_i386.deb mrpt-doc_0.6.5svn706-1_all.deb to pool/main/m/mrpt/mrpt-doc_0.6.5svn706-1_all.deb mrpt_0.6.5svn706-1.diff.gz to pool/main/m/mrpt/mrpt_0.6.5svn706-1.diff.gz mrpt_0.6.5svn706-1.dsc to pool/main/m/mrpt/mrpt_0.6.5svn706-1.dsc mrpt_0.6.5svn706.orig.tar.gz to pool/main/m/mrpt/mrpt_0.6.5svn706.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 509...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jose Luis Blanco (University of Malaga) joseluisblan...@gmail.com (supplier of updated mrpt 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, 22 Dec 2008 01:01:41 +0100 Source: mrpt Binary: mrpt-doc libmrpt-ann0.6 libmrpt-core0.6 libmrpt-aria0.6 libmrpt-hwdrivers0.6 libmrpt-reactivenav0.6 libmrpt-dev mrpt-apps Architecture: source all i386 Version: 0.6.5svn706-1 Distribution: unstable
Processed: tagging 509767
Processing commands for cont...@bugs.debian.org: tags 509767 + patch Bug#509767: lxsession-lite: segfaults There were no tags set. Tags added: patch 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#509767: Patch for lxsession segfault
Hi. This patch fixes the segfault. This is the same as SVN revision 813 upstream. --- a/lxsession/lxsession.c +++ b/lxsession/lxsession.c @@ -340,7 +340,7 @@ usage: register_signals(); -if ( session_name ) +if ( !session_name ) session_name = LXDE; g_setenv( DESKTOP_SESSION, session_name, TRUE ); -- Peter De Wachter -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509767: NULL session_name triggers the lxsession segfault.
Seems to be caused by session_name being NULL and used in a strcmp in lxsession/autostart.c Debug build backtrace: Program received signal SIGSEGV, Segmentation fault. 0x7fd626d7ca90 in strcmp () from /lib/libc.so.6 (gdb) bt #0 0x7fd626d7ca90 in strcmp () from /lib/libc.so.6 #1 0x0040204b in launch_autostart_file ( desktop_id=0xfd74f0 beagled.desktop, desktop_file=0xfd74a0 /home/gem/.config/autostart/beagled.desktop, kf=0xfd5450) at autostart.c:192 #2 0x7fd627080a3d in g_hash_table_foreach () from /usr/lib/libglib-2.0.so.0 #3 0x0040232e in handle_autostart (session_name=0x0) at autostart.c:299 #4 0x00401c7e in start_session () at lxsession.c:244 #5 0x00401f67 in main (argc=1, argv=0x7fff2f533988) at lxsession.c:348 (gdb) print session_name $1 = 0x0 (gdb) Who knows... maybe this is the correct fix... atleast it avoids the segfault: --- lxsession-lite-0.3.6/lxsession/lxsession.c 2008-06-08 15:43:07.0 +0200 +++ lxsession-lite-0.3.6-fixed/lxsession/lxsession.c2008-12-26 14:37:05.0 +0100 @@ -340,7 +340,7 @@ register_signals(); -if ( session_name ) +if ( !session_name ) session_name = LXDE; g_setenv( DESKTOP_SESSION, session_name, TRUE ); -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509767: I'm able to reproduce lxsession segfault.
Just running lxsession gives me a segfault as well: Program received signal SIGSEGV, Segmentation fault. 0x7f9450c27a90 in strcmp () from /lib/libc.so.6 (gdb) bt #0 0x7f9450c27a90 in strcmp () from /lib/libc.so.6 #1 0x00402040 in ?? () #2 0x7f9450f2ba3d in g_hash_table_foreach () from /usr/lib/libglib-2.0.so.0 #3 0x00401f43 in ?? () #4 0x00401d3d in ?? () #5 0x7f9450bcb1a6 in __libc_start_main () from /lib/libc.so.6 #6 0x00401699 in ?? () #7 0x7fff593de838 in ?? () #8 0x001c in ?? () #9 0x0001 in ?? () #10 0x7fff593df705 in ?? () #11 0x in ?? () (gdb) -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506353: lenny removal requests
On Friday 26 December 2008 00:20, Julian Field wrote: I'm afraid this is too late, mailscanner has already been removed from lenny. Shame you couldn't wait 6 days for the new stable release. I don't immediately release a new stable release after making lots of changes to ensure it has received some testing in the field first. Your loss. This is indeed a pity. However, as a distribution with 20,000 packages, it's unavoidable that sometimes release schedules are not aligned and that from time to time, in some place a price needs to be paid to keep the larger plan rolling. Thijs pgpi5iKHy9nGY.pgp Description: PGP signature
Bug#509767: URL is not working
Hi, When I try to download the core dump, I get a 403 error. Can you please fix the permissions? Thanks, Gregor -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509288: marked as done (gnomad2: segfault on start up / vorbis comment headers)
Your message dated Fri, 26 Dec 2008 09:17:03 +
with message-id e1lg8oz-0004vk...@ries.debian.org
and subject line Bug#509288: fixed in gnomad2 2.9.1-1.1
has caused the Debian Bug report #509288,
regarding gnomad2: segfault on start up / vorbis comment headers
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.)
--
509288: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509288
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: gnomad2
Version: 2.9.1-1
Severity: grave
Justification: renders package unusable
This is a repeat of a problem reported but not reproduced before:
TagLib: Vorbis::File::read() - Could not find the Vorbis comment header.
I am able to reproduce it and will attach the debugging output.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-july-new-gcc-try1-060208 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gnomad2 depends on:
ii libatk1.0-01.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-13GNU C Library: Shared libraries
ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra
ii libdbus-1-31.2.1-2 simple interprocess messaging syst
ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst
ii libglib2.0-0 2.16.3-2 The GLib library of C routines
ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface
ii libhal10.5.11-6 Hardware Abstraction Layer - share
ii libid3tag0 0.15.1b-10ID3 tag reading library from the M
ii libmtp70.2.6.1-3 Media Transfer Protocol (MTP) libr
ii libnjb52.2.5-4.2 Creative Labs Nomad Jukebox librar
ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio
ii libtagc0 1.5-3 TagLib Audio Meta-Data Library (C
ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
gnomad2 recommends no packages.
-- debconf-show failed
---End Message---
---BeginMessage---
Source: gnomad2
Source-Version: 2.9.1-1.1
We believe that the bug you reported is fixed in the latest version of
gnomad2, which is due to be installed in the Debian FTP archive:
gnomad2_2.9.1-1.1.diff.gz
to pool/main/g/gnomad2/gnomad2_2.9.1-1.1.diff.gz
gnomad2_2.9.1-1.1.dsc
to pool/main/g/gnomad2/gnomad2_2.9.1-1.1.dsc
gnomad2_2.9.1-1.1_amd64.deb
to pool/main/g/gnomad2/gnomad2_2.9.1-1.1_amd64.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 509...@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 gnomad2 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: Fri, 26 Dec 2008 09:53:11 +0100
Source: gnomad2
Binary: gnomad2
Architecture: source amd64
Version: 2.9.1-1.1
Distribution: unstable
Urgency: high
Maintainer: Stefano Zacchiroli z...@debian.org
Changed-By: Stefano Zacchiroli z...@debian.org
Description:
gnomad2- Manage a Creative Labs Nomad Jukebox
Closes: 509288
Changes:
gnomad2 (2.9.1-1.1) unstable; urgency=high
.
* Non-maintainer upload.
* fix segfault due to missing Vorbis comment headers (double free).
Thanks to Steve Kemp for the patch (Closes: #509288)
* debian/changelog: fix syntax error (urgiency typo in past entry)
* gnomad2.desktop{,.in}: get rid of deprecated Encoding key
(file is UTF-8 safe)
* debian/control: bump Standards-Version, no changes needed
Checksums-Sha1:
23d43180a41b3268ce0722e6f9ef9b71b247d620 1064 gnomad2_2.9.1-1.1.dsc
ce13dfeb4e3a0fdb2b6bf122ec51f787a9bacd06 3136 gnomad2_2.9.1-1.1.diff.gz
bca36c64865c39d7e634fca5bfd0274844769759 186762 gnomad2_2.9.1-1.1_amd64.deb
Checksums-Sha256:
ff213bd176562717ae9ed5ce07bc0fa39cf134bd5eba9a7b64355e7dca8430a2 1064
gnomad2_2.9.1-1.1.dsc
Bug#509289: marked as done (gnomad2: This is a bug reported before which can be reproduced.)
Your message dated Fri, 26 Dec 2008 09:17:03 + with message-id e1lg8oz-0004vk...@ries.debian.org and subject line Bug#509288: fixed in gnomad2 2.9.1-1.1 has caused the Debian Bug report #509288, regarding gnomad2: This is a bug reported before which can be reproduced. 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.) -- 509288: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509288 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gnomad2 Version: 2.9.1-1 Severity: grave Justification: renders package unusable Gnomad2 segfaults at start with the message: TagLib: Vorbis::File::read() - Could not find the Vorbis comment header. Segmentation fault GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu... (gdb) handle SIG33 pass nostop noprint SignalStop Print Pass to program Description SIG33 NoNo Yes Real-time event 33 (gdb) set pagination 0 (gdb) run Starting program: /usr/bin/gnomad2 [Thread debugging using libthread_db enabled] [New Thread 0x7fc95e1b4780 (LWP 12892)] [New Thread 0x423ad950 (LWP 12895)] [New Thread 0x40c96950 (LWP 12896)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x423ad950 (LWP 12895)] 0x7fc95ad070b0 in taglib_tag_artist () from /usr/lib/libtag_c.so.0 (gdb) backtrace full #0 0x7fc95ad070b0 in taglib_tag_artist () from /usr/lib/libtag_c.so.0 No symbol table info available. #1 0x004291f6 in get_tag_for_file (meta=0x91bc30) at tagfile.c:67 tmppath = (gchar *) 0x91c380 P�\221 tag = (TagLib_Tag *) 0x0 properties = (const TagLib_AudioProperties *) 0x0 file = (TagLib_File *) 0x91c210 artist = (gchar *) 0x4 Address 0x4 out of bounds title = (gchar *) 0x7fc95ba12b90 L\211�H\213\034$H\213l$\bL\213d$\020H\203�\030�f.\017\037\204 album = (gchar *) 0x8f70f0 G�A genre = (gchar *) 0x423acfe0 0�:B #2 0x0041d0fc in get_metadata_for_dirlist (inlist=0x8fbe60, listtype=HD_LIST, args=0x70f6d0) at filesystem.c:509 meta = (metadata_t *) 0x91bc30 path = (gchar *) 0x8ff5d0 /home/nadya/ilovefoss.ogg tmp = (gchar *) 0x91b870 @�p fileext = OGG\000 metalist = (GList *) 0x900f20 filelist = (GList *) 0x8ff160 nofiles = 108 currentfile = 46 use_dialog = 1 cancelled = 0 #3 0x0041d4ff in get_metadata_dir (listtype=HD_LIST, path=0x8f61c0 /home/nadya, args=0x70f6d0) at filesystem.c:619 metalist = (GList *) 0x7fc95aae9000 filelist = (GList *) 0x8fbe60 tmp = (GList *) 0x80 #4 0x0041d573 in dirfill_thread (thread_args=0x70f6d0) at filesystem.c:639 args = (dirfill_thread_arg_t *) 0x70f6d0 metalist = (GList *) 0x632960 da = (draw_label_args_t *) 0x7fc95bc78bc8 metarg = (metadata_set_args_t *) 0x7fc95aaf1490 #5 0x7fc95ba19ca4 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #6 0x7fc95aaeffc7 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #7 0x7fc95a8657cd in clone () from /lib/libc.so.6 No symbol table info available. #8 0x in ?? () No symbol table info available. (gdb) info registers rax0x0 0 rbx0x1 1 rcx0x0 0 rdx0x31 49 rsi0x0 0 rdi0x0 0 rbp0x423acf10 0x423acf10 rsp0x423ace60 0x423ace60 r8 0x91c380 9552768 r9 0x1 1 r100x0 0 r110x7fc9572cb040 140502727700544 r120x1 1 r130x7fc95bc78bc8 140502804958152 r140x1 1 r150x1000 4096 rip0x7fc95ad070b0 0x7fc95ad070b0 taglib_tag_artist+16 eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x63 99 gs 0x0 0 fctrl 0x37f895 fstat 0x0 0 ftag 0x 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ]
Bug#509288: gnomad2: diff for NMU version 2.9.1-1.1
Dear maintainer,
I've prepared an NMU for gnomad2 (versioned as 2.9.1-1.1) and uploaded
it to unstable without any delay. Rationale: it fixes an RC bug
relevant for the Lenny release.
The main change is the application of Steve's patch to fix a segfault
due to a double free. Other trivial changes fix outstanding lintian
errors / warning.
Regards.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
diff -u gnomad2-2.9.1/debian/control gnomad2-2.9.1/debian/control
--- gnomad2-2.9.1/debian/control
+++ gnomad2-2.9.1/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Manuel Garcia mann...@gmail.com
Build-Depends: libgnomeui-dev, libnjb-dev ( 2.2), libid3tag0-dev, libxml-parser-perl, debhelper (= 4), libmtp-dev (= 0.2.2), libtagc0-dev, libtag1-dev
-Standards-Version: 3.7.2
+Standards-Version: 3.8.0
Package: gnomad2
Architecture: any
diff -u gnomad2-2.9.1/debian/changelog gnomad2-2.9.1/debian/changelog
--- gnomad2-2.9.1/debian/changelog
+++ gnomad2-2.9.1/debian/changelog
@@ -1,3 +1,15 @@
+gnomad2 (2.9.1-1.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * fix segfault due to missing Vorbis comment headers (double free).
+Thanks to Steve Kemp for the patch (Closes: #509288)
+ * debian/changelog: fix syntax error (urgiency typo in past entry)
+ * gnomad2.desktop{,.in}: get rid of deprecated Encoding key
+(file is UTF-8 safe)
+ * debian/control: bump Standards-Version, no changes needed
+
+ -- Stefano Zacchiroli z...@debian.org Fri, 26 Dec 2008 09:53:11 +0100
+
gnomad2 (2.9.1-1) unstable; urgency=low
* New upstream release. Closes: #446812.
@@ -37,7 +49,7 @@
-- Manuel Garcia mann...@gmail.com Thu, 15 Feb 2007 13:35:56 -0400
-gnomad2 (2.8.8-1.1) unstable; uirgency=medium
+gnomad2 (2.8.8-1.1) unstable; urgency=medium
* Non-maintainer upload.
* Use $(CURDIR) instead of $(PWD) in debian/rules (closes: #390390).
only in patch2:
unchanged:
--- gnomad2-2.9.1.orig/gnomad2.desktop
+++ gnomad2-2.9.1/gnomad2.desktop
@@ -38,4 +38,3 @@
Type=Application
Icon=gnomad2-logo.png
Categories=Application;AudioVideo;
-Encoding=UTF-8
only in patch2:
unchanged:
--- gnomad2-2.9.1.orig/gnomad2.desktop.in
+++ gnomad2-2.9.1/gnomad2.desktop.in
@@ -7,4 +7,3 @@
Type=Application
Icon=gnomad2-logo.png
Categories=Application;AudioVideo;
-Encoding=UTF-8
only in patch2:
unchanged:
--- gnomad2-2.9.1.orig/src/tagfile.c
+++ gnomad2-2.9.1/src/tagfile.c
@@ -59,9 +59,15 @@
g_free(tmppath);
return;
}
- g_free(tmppath);
tag = taglib_file_tag(file);
+ if ( tag == NULL ) {
+g_printf(tags were null in file %s, tmppath);
+g_free(tmppath);
+return;
+ }
+ g_free(tmppath);
+
properties = taglib_file_audioproperties(file);
gchar* artist = taglib_tag_artist(tag);
Bug#509088: This version of Kino doesn't work on PowerPC
severity 509088 important thanks. -- Hello Pavel, You are reporting this bug against 0.92-3, but the current version in testing 1.3.0-2+lenny1. Please let us know if you can reproduce with 1.3.0. Thanks, Paul On Thu, Dec 18, 2008 at 09:00:37AM +0300, Pavel Fedin wrote: Package: kino Version: 0.92-3 Severity: grave This version of Kino breaks audio track during exporting on bigendian architecture. As a result, it's unusable. This bug was fixed by me long ago and the fix is included in v1.0.0 of the program by its author. Please upgrade the packaged version. -- Best regards, Pavel mailto:sonic.am...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486196: Got this bug
found 486196 1:9.5.0.dfsg.P2-4 thanks It seems this bug was reintroduced at some point: Unpacking replacement bind9 ... dpkg: error processing /var/cache/apt/archives/bind9_1%3a9.5.0.dfsg.P2-4_amd64.deb (--unpack): trying to overwrite `/usr/share/man/man1/idnconv.1.gz', which is also in package dnsutils dpkg-deb: subprocess paste killed by signal (Broken pipe) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Got this bug
Processing commands for cont...@bugs.debian.org: found 486196 1:9.5.0.dfsg.P2-4 Bug#486196: bind9 must conflict/replace with etch version of dnsutils Bug marked as found in version 1:9.5.0.dfsg.P2-4 and reopened. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed (with 1 errors): Re: Bug#509088: This version of Kino doesn't work on PowerPC
Processing commands for cont...@bugs.debian.org: severity 509088 important Bug#509088: This version of Kino doesn't work on PowerPC Severity set to `important' from `grave' thanks. 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#501114: Upstream
Have you discussed this with upstream? It's a relief that the 1.8 branch appears not to have this problem; perhaps a simple fix can be backported. -- Asheesh. -- Q: Why does Washington have the most lawyers per capita and New Jersey the most toxic waste dumps? A: God gave New Jersey first choice. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508397: Not fixed on ia64?
This has been the reason for an older bug against util-vserver. You can see the FTBFS on ia64 with an error like this: .../src/exec-remount.c:110: undefined reference to `umount2' build log: http://buildd.debian.org/fetch.cgi?pkg=util-vserverver=0.30.216~r2772-6arch=ia64stamp=1229143992file=log Therefore, it seems to me that this bug is not quite fixed. Micah, if you agree, we should probably reopen this and give it a second look. P.S. If this email sounds less coherent than usual, please excuse me. (-: Regardless, happy Boxing Day! -- Asheesh. -- You have an unusual equipment for success. Be sure to use it properly. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507377: marked as done (gdb_6.8.50.20081120.python-1(s390/unstable):)
Your message dated Thu, 25 Dec 2008 22:38:45 -0500 with message-id 20081226033845.ga15...@caradoc.them.org and subject line Re: Bug#507377: gdb_6.8.50.20081120.python-1(s390/unstable): has caused the Debian Bug report #507377, regarding gdb_6.8.50.20081120.python-1(s390/unstable): 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.) -- 507377: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507377 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gdb Version: 6.8.50.20081120.python-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of gdb_6.8.50.20081120.python-1 on debian04v1.zseries.org by sbuild/s390 98-farm Build started at 20081129-1233 [...] ** Using build dependencies supplied by package: Build-Depends: autoconf, libtool, texinfo (= 4.7-2.2), texlive-base, libncurses5-dev, libreadline5-dev, bison, gettext, debhelper (= 4.9.0), dejagnu, gcj [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386 !alpha !arm !hppa], gobjc [!armel], mig [hurd-alpha hurd-amd64 hurd-arm hurd-armeb hurd-hppa hurd-i386 hurd-ia64 hurd-m32r hurd-m68k hurd-mips hurd-mipsel hurd-powerpc hurd-ppc64 hurd-s390 hurd-s390x hurd-sh3 hurd-sh3eb hurd-sh4 hurd-sh4eb hurd-sparc], cdbs (= 0.4.17), quilt (= 0.30), libkvm-dev [kfreebsd-alpha kfreebsd-amd64 kfreebsd-arm kfreebsd-armeb kfreebsd-hppa kfreebsd-i386 kfreebsd-ia64 kfreebsd-m32r kfreebsd-m68k kfreebsd-mips kfreebsd-mipsel kfreebsd-powerpc kfreebsd-ppc64 kfreebsd-s390 kfreebsd-s390x kfreebsd-sh3 kfreebsd-sh3eb kfreebsd-sh4 kfreebsd-sh4eb kfreebsd-sparc], type-handling (= 0.2.1), libunwind7-dev [ia64], flex | flex-old, libexpat1-dev, g++-multilib [i386 powerpc s390 sparc], lib64readline5-dev [i386 powerpc s390 sparc], python-dev, zlib1g-dev, procps [...] gcc -m64 -g -O2 -I. -I/build/buildd/gdb-6.8.50.20081120.python/gdb -I/build/buildd/gdb-6.8.50.20081120.python/gdb/config -DLOCALEDIR=\/usr/local/share/locale\ -DHAVE_CONFIG_H -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../include/opcode -I../bfd -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../bfd -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../include -I../libdecnumber -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../libdecnumber -I/build/buildd/gdb-6.8.50.20081120.python/gdb/gnulib -Ignulib -DMI_OUT=1 -DTUI=1 -Wall -Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral -Wno-pointer-sign -Wno-unused -Wno-switch -Wno-char-subscripts -Werror -c -o tui-windata.o -MT tui-windata.o -MMD -MP -MF .deps/tui-windata.Tpo /build/buildd/gdb-6.8.50.20081120.python/gdb/tui/tui-windata.c gcc -m64 -g -O2 -I. -I/build/buildd/gdb-6.8.50.20081120.python/gdb -I/build/buildd/gdb-6.8.50.20081120.python/gdb/config -DLOCALEDIR=\/usr/local/share/locale\ -DHAVE_CONFIG_H -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../include/opcode -I../bfd -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../bfd -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../include -I../libdecnumber -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../libdecnumber -I/build/buildd/gdb-6.8.50.20081120.python/gdb/gnulib -Ignulib -DMI_OUT=1 -DTUI=1 -Wall -Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral -Wno-pointer-sign -Wno-unused -Wno-switch -Wno-char-subscripts -Werror -c -o tui-wingeneral.o -MT tui-wingeneral.o -MMD -MP -MF .deps/tui-wingeneral.Tpo /build/buildd/gdb-6.8.50.20081120.python/gdb/tui/tui-wingeneral.c gcc -m64 -g -O2 -I. -I/build/buildd/gdb-6.8.50.20081120.python/gdb -I/build/buildd/gdb-6.8.50.20081120.python/gdb/config -DLOCALEDIR=\/usr/local/share/locale\ -DHAVE_CONFIG_H -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../include/opcode -I../bfd -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../bfd -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../include -I../libdecnumber -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../libdecnumber -I/build/buildd/gdb-6.8.50.20081120.python/gdb/gnulib -Ignulib -DMI_OUT=1 -DTUI=1 -Wall -Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral -Wno-pointer-sign -Wno-unused -Wno-switch -Wno-char-subscripts -Werror -c -o tui-winsource.o -MT tui-winsource.o -MMD -MP -MF .deps/tui-winsource.Tpo /build/buildd/gdb-6.8.50.20081120.python/gdb/tui/tui-winsource.c gcc -m64 -g -O2 -I. -I/build/buildd/gdb-6.8.50.20081120.python/gdb -I/build/buildd/gdb-6.8.50.20081120.python/gdb/config -DLOCALEDIR=\/usr/local/share/locale\ -DHAVE_CONFIG_H -I/build/buildd/gdb-6.8.50.20081120.python/gdb/../include/opcode -I../bfd
Bug#491930: marked as done (ruby1.9: needs a removal-transition on hppa)
Your message dated Fri, 26 Dec 2008 01:52:23 + with message-id e1lg1sf-0001ha...@ries.debian.org and subject line Bug#478717: fixed in linux-2.6.24 2.6.24-6~etchnhalf.8 has caused the Debian Bug report #478717, regarding ruby1.9: needs a removal-transition on hppa 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.) -- 478717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478717 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ruby1.9 Version: 1.9.0.2-4 Severity: serious This is to track the need for this: http://lists.debian.org/debian-release/2008/07/msg00298.html Whoever is going to work on this, please just get in touch with me/-release. (Of course getting ruby1.9 to build on hppa again is a fine solution too.) -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Andrés Calamaro - El compositor no se detiene ---End Message--- ---BeginMessage--- Source: linux-2.6.24 Source-Version: 2.6.24-6~etchnhalf.8 We believe that the bug you reported is fixed in the latest version of linux-2.6.24, which is due to be installed in the Debian FTP archive: linux-2.6.24_2.6.24-6~etchnhalf.8.diff.gz to pool/main/l/linux-2.6.24/linux-2.6.24_2.6.24-6~etchnhalf.8.diff.gz linux-2.6.24_2.6.24-6~etchnhalf.8.dsc to pool/main/l/linux-2.6.24/linux-2.6.24_2.6.24-6~etchnhalf.8.dsc linux-doc-2.6.24_2.6.24-6~etchnhalf.8_all.deb to pool/main/l/linux-2.6.24/linux-doc-2.6.24_2.6.24-6~etchnhalf.8_all.deb linux-headers-2.6.24-etchnhalf.1-all-hppa_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-all-hppa_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-all_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-all_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-common_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-common_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-parisc-smp_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-parisc-smp_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-parisc64-smp_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-parisc64-smp_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-parisc64_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-parisc64_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-parisc_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-parisc_2.6.24-6~etchnhalf.8_hppa.deb linux-image-2.6.24-etchnhalf.1-parisc-smp_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-image-2.6.24-etchnhalf.1-parisc-smp_2.6.24-6~etchnhalf.8_hppa.deb linux-image-2.6.24-etchnhalf.1-parisc64-smp_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-image-2.6.24-etchnhalf.1-parisc64-smp_2.6.24-6~etchnhalf.8_hppa.deb linux-image-2.6.24-etchnhalf.1-parisc64_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-image-2.6.24-etchnhalf.1-parisc64_2.6.24-6~etchnhalf.8_hppa.deb linux-image-2.6.24-etchnhalf.1-parisc_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-image-2.6.24-etchnhalf.1-parisc_2.6.24-6~etchnhalf.8_hppa.deb linux-manual-2.6.24_2.6.24-6~etchnhalf.8_all.deb to pool/main/l/linux-2.6.24/linux-manual-2.6.24_2.6.24-6~etchnhalf.8_all.deb linux-patch-debian-2.6.24_2.6.24-6~etchnhalf.8_all.deb to pool/main/l/linux-2.6.24/linux-patch-debian-2.6.24_2.6.24-6~etchnhalf.8_all.deb linux-source-2.6.24_2.6.24-6~etchnhalf.8_all.deb to pool/main/l/linux-2.6.24/linux-source-2.6.24_2.6.24-6~etchnhalf.8_all.deb linux-support-2.6.24-etchnhalf.1_2.6.24-6~etchnhalf.8_all.deb to pool/main/l/linux-2.6.24/linux-support-2.6.24-etchnhalf.1_2.6.24-6~etchnhalf.8_all.deb linux-tree-2.6.24_2.6.24-6~etchnhalf.8_all.deb to pool/main/l/linux-2.6.24/linux-tree-2.6.24_2.6.24-6~etchnhalf.8_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 478...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. dann frazier da...@debian.org (supplier of updated linux-2.6.24 package) (This message was generated
Bug#478717: marked as done (ruby1.9: FTBFS on hppa: make[1]: *** [all] Segmentation fault)
Your message dated Fri, 26 Dec 2008 01:52:23 + with message-id e1lg1sf-0001ha...@ries.debian.org and subject line Bug#478717: fixed in linux-2.6.24 2.6.24-6~etchnhalf.8 has caused the Debian Bug report #478717, regarding ruby1.9: FTBFS on hppa: make[1]: *** [all] Segmentation fault 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.) -- 478717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478717 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ruby1.9 Version: 1.9.0.1-1 Severity: important Hi, ruby1.9 fails to build on hppa: make[2]: Entering directory `/build/buildd/ruby1.9-1.9.0.1/ext/continuation' cc -I. -I../../.ext/include/hppa-linux -I../.././include -I../.././ext/continuation -DRUBY_EXTCONF_H=\extconf.h\ -D_FILE_OFFSET_BITS=64 -fPIC -fno-strict-aliasing -g -fPIC -o continuation.o -c continuation.c cc -shared -o ../../.ext/hppa-linux/continuation.so continuation.o -L. -L../.. -L. -rdynamic -Wl,-export-dynamic-lruby1.9 -lpthread -lrt -ldl -lcrypt -lm -lc make[2]: Leaving directory `/build/buildd/ruby1.9-1.9.0.1/ext/continuation' compiling curses make[1]: *** [all] Segmentation fault make: *** [debian/stamp-makefile-build] Terminated Build killed with signal 15 after 300 minutes of inactivity Build killed with signal 9 after 5 minutes of inactivity ** Build finished at 20080429-2056 FAILED [dpkg-buildpackage died] It's not the first time, see http://lists.debian.org/debian-release/2008/04/msg00439.html Is it a known problem? -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: linux-2.6.24 Source-Version: 2.6.24-6~etchnhalf.8 We believe that the bug you reported is fixed in the latest version of linux-2.6.24, which is due to be installed in the Debian FTP archive: linux-2.6.24_2.6.24-6~etchnhalf.8.diff.gz to pool/main/l/linux-2.6.24/linux-2.6.24_2.6.24-6~etchnhalf.8.diff.gz linux-2.6.24_2.6.24-6~etchnhalf.8.dsc to pool/main/l/linux-2.6.24/linux-2.6.24_2.6.24-6~etchnhalf.8.dsc linux-doc-2.6.24_2.6.24-6~etchnhalf.8_all.deb to pool/main/l/linux-2.6.24/linux-doc-2.6.24_2.6.24-6~etchnhalf.8_all.deb linux-headers-2.6.24-etchnhalf.1-all-hppa_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-all-hppa_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-all_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-all_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-common_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-common_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-parisc-smp_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-parisc-smp_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-parisc64-smp_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-parisc64-smp_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-parisc64_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-parisc64_2.6.24-6~etchnhalf.8_hppa.deb linux-headers-2.6.24-etchnhalf.1-parisc_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-headers-2.6.24-etchnhalf.1-parisc_2.6.24-6~etchnhalf.8_hppa.deb linux-image-2.6.24-etchnhalf.1-parisc-smp_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-image-2.6.24-etchnhalf.1-parisc-smp_2.6.24-6~etchnhalf.8_hppa.deb linux-image-2.6.24-etchnhalf.1-parisc64-smp_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-image-2.6.24-etchnhalf.1-parisc64-smp_2.6.24-6~etchnhalf.8_hppa.deb linux-image-2.6.24-etchnhalf.1-parisc64_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-image-2.6.24-etchnhalf.1-parisc64_2.6.24-6~etchnhalf.8_hppa.deb linux-image-2.6.24-etchnhalf.1-parisc_2.6.24-6~etchnhalf.8_hppa.deb to pool/main/l/linux-2.6.24/linux-image-2.6.24-etchnhalf.1-parisc_2.6.24-6~etchnhalf.8_hppa.deb linux-manual-2.6.24_2.6.24-6~etchnhalf.8_all.deb to pool/main/l/linux-2.6.24/linux-manual-2.6.24_2.6.24-6~etchnhalf.8_all.deb linux-patch-debian-2.6.24_2.6.24-6~etchnhalf.8_all.deb to pool/main/l/linux-2.6.24/linux-patch-debian-2.6.24_2.6.24-6~etchnhalf.8_all.deb linux-source-2.6.24_2.6.24-6~etchnhalf.8_all.deb to
Bug#503712: Hack gs-common into shape
This bug 503712 discusses an issue with gs-common sometimes interfering in an upgrade to Lenny. One suggestion is to hack apt to not autoremove gs-common. Another is to, since gs-common is a transition package now, just remove (etch) gs-common's prerm script by (lenny) ghostscript's .config script. I think that is far better. Thomas, are you going to submit that as an NMU? (Merry Christmas!) If not, I could. If you take more than three days to reply, I'll submit one. -- Asheesh. -- You will never know hunger. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503712: FYI
On Wed, 24 Dec 2008, Asheesh Laroia wrote:
On Wed, 24 Dec 2008, Asheesh Laroia wrote:
Right now, I'm going to try testing if listing gs-common in
/etc/apt/apt.conf.d/01autoremove helps.
I can't come up with a recipe for reproducing this that uses apt (apt-get OR
aptitude), not just dpkg --unpack. So I'm at a roadbloack; I can't do the
experiment because I don't have a control.
I just created a Xen guest for testing this to ensure a good simulation
(rather than a chroot). I created a fresh Etch install on amd64, used
tasksel to enable Desktop, Web server, and SQL server, and waited for them
to successfully finish.
Then I did:
* (Switch sources.list to lenny)
* aptitude install apt aptitude dpkg
* aptitude install xserver-xorg-video-all
So far, so good, just like the original message in the bug.
Then I did:
$ aptitude dist-upgrade
Unfortunately this downloaded ca. 1000 packages and seemed to work fine
for me. One of the first things that happens is gs-common gets removed.
Because this happens before perl-modules is changed, there is no chance to
tickle the broken prerm script from gs-common.
Therefore I still see no way to test for this issue with apt(itude) which
would test the apt-related fix. I don't know of a way to influence the
ordering to encourage apt to partially upgrade perl-modules first, which
is the problematic scenario.
SCENARIO 1
APT removes gs-common in the dist-upgrade. This can cause a bad race
between the broken maintainer script of gs-common and perl-modules, if
perl-modules is partially upgraded at the time that gs-common gets
removed.
SCENARIO 2
I can verify that adding gs-common to /etc/apt/apt.conf.d/01autoremove
causes APT to download one extra file:
Get:1 http://mirrors.acm.jhu.edu lenny/main gs-common 8.62.dfsg.1-3.1 [28.4kB]
In this scenario, gs-common is upgraded rather than removed, removing the
possibility of this race, because the broken etch gs-common maintainer
prerm script is never run.
MY CONCLUSION
Given these two scenarios, I believe we are best-off by modifying
aptitude's 01autoremove to avoid autoremoving gs-common.
I have attached a patch to *apt* from lenny (with NMU-style changelog, but
it's just an explanation of what I suggest; I don't plan to personally
upload that modified package yet!).
I believe that adding the change this change would adequately fix the
issue.
ALTERNATIVE
As suggested, we could hack the ghostscript.config script to forcefully
remove the prerm of gs-common. I'll email this bug with a suggested NMU
that implements that strategy.
-- Asheesh.
--
You have a reputation for being thoroughly reliable and trustworthy.
A pity that it's totally undeserved.
diff -urN apt-0.7.19/debian/apt.conf.autoremove
apt-0.7.20/debian/apt.conf.autoremove
--- apt-0.7.19/debian/apt.conf.autoremove 2008-06-09 17:10:09.0
-0400
+++ apt-0.7.20/debian/apt.conf.autoremove 2008-12-25 19:20:00.0
-0500
@@ -4,5 +4,6 @@
{
^linux-image.*;
^linux-restricted-modules.*;
+ ^gs-common$;
};
};
diff -urN apt-0.7.19/debian/changelog apt-0.7.20/debian/changelog
--- apt-0.7.19/debian/changelog 2008-11-24 04:35:21.0 -0500
+++ apt-0.7.20/debian/changelog 2008-12-25 20:04:41.0 -0500
@@ -1,3 +1,12 @@
+apt (0.7.19+nmu1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * apt.conf.autoremove: Add gs-common to list of packages not to be
+autoremoved. This works around a bad bug in the etch gs-common prerm
+where it fails to execute while perl is partially unpacked in an upgrade.
+
+ -- Asheesh Laroia ashe...@asheesh.org Thu, 25 Dec 2008 19:31:28 -0500
+
apt (0.7.19) unstable; urgency=low
[ Eugene V. Lyubimkin ]
Bug#509623: closed by Debian Python Modules Team python-modules-t...@lists.alioth.debian.org (Bug#509623: fixed in ctypes 1.0.2-6)
Am Donnerstag, den 25.12.2008, 00:39 + schrieb Debian Bug Tracking System: python-ctypes misses dependency on binutils I can confirm the fix. apt-get install binutils fixed it. Thanks for your help. Sincerely, Joachim -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506353: lenny removal requests
On 25/12/08 21:38, Nico Golde wrote: Hi, * Simon Waltersimon.wal...@hp-factory.de [2008-12-25 00:43]: Gabor FUNKfunk.ga...@hunetkft.hu writes: [...] Current state of this work is: It works (MailScanner starts and scans a simple textmail) but it's not well tested. There still need to be done some testing with TNEF attachment, virus removal and some other cases. I currently don't Know when I will have the time to do this. I have attached the diff against 4.68.8 debian package. I'm afraid this is too late, mailscanner has already been removed from lenny. Shame you couldn't wait 6 days for the new stable release. I don't immediately release a new stable release after making lots of changes to ensure it has received some testing in the field first. Your loss. Jules -- Julian Field MEng CITP CEng www.MailScanner.info Buy the MailScanner book at www.MailScanner.info/store MailScanner customisation, or any advanced system administration help? Contact me at ju...@jules.fm PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 PGP public key: http://www.jules.fm/julesfm.asc -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- 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#507883: release critical
Processing commands for cont...@bugs.debian.org: tags 507883 = confirmed pending Bug#507883: asterisk: Very frequent segfaults on startup Tags were: moreinfo Tags set to: confirmed, pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499078: Looking into #499078 some more
Hi Ivan, Is there any chance you could post the filesystem image you have somewhere I could download it, please? I appreciate there are sensitive files in it (it's your root filesystem!), but I'm hoping to be able to work on a full fix and for that I'll need some raw data to test on my sparc machine here. Thanks, -- Steve McIntyre, Cambridge, UK.st...@einval.com liw everything I know about UK hotels I learned from Fawlty Towers -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509767: lxsession-lite: segfaults
Package: lxsession-lite Version: 0.3.6-1 Severity: grave Justification: renders package unusable i...@matica:~$ ulimit -c unlimited i...@matica:~$ lxsession Segmentation fault (core dumped) core file is here: http://primate.net/~itz/lxsession-core let me know if i can assist further .. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26.8matica2008112501 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lxsession-lite depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-4simple interprocess messaging syst ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libxau6 1:1.0.3-3 X11 authorisation library Versions of packages lxsession-lite recommends: pn hal none (no description available) ii openbox [x-window-manager]3.4.7.2-3 standards compliant, fast, light-w ii sawfish [x-window-manager]1:1.3.3-1 a window manager for X11 lxsession-lite suggests no packages. -- 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#507883: release critical
tags 507883 = confirmed pending
thanks
Quentin Smith wrote:
I'm unable to reproduce this bug with an extensions.ael containing:
context blah {
lars = NoOp(Test);
123456 = goto foo|1;
};
Asterisk reliably starts with no errors. This is on a lenny 2.6.26-1-amd64
machine (a VM running inside Xen with a single processor)
I, OTOH, was (thankfully!) able to reproduce this.
It's not happening all the time, it occurs once every three or four
executions.
I've prepared a fix, tested it and will upload RSN.
Thanks,
Faidon
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506353: lenny removal requests
Hi, * Simon Walter simon.wal...@hp-factory.de [2008-12-25 00:43]: Gabor FUNK funk.ga...@hunetkft.hu writes: [...] Current state of this work is: It works (MailScanner starts and scans a simple textmail) but it's not well tested. There still need to be done some testing with TNEF attachment, virus removal and some other cases. I currently don't Know when I will have the time to do this. I have attached the diff against 4.68.8 debian package. I'm afraid this is too late, mailscanner has already been removed from lenny. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgprJ3Nk3lY9O.pgp Description: PGP signature
Bug#508292: gkrellm-snmp should be licensed with OpenSSL exception clause
Hello Christian, I'm a Debian contributor and, as you might know, Debian is in its final rush to get Lenny released. One of the developers reported a bug against gkrellm-snmp, which you can see at [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508292 Simply licensing gkrellm-snmp under GPL-2+ is not possible: your software links to OpenSSL at compile-time, and GPL and the OpenSSL license are incompatible. You can find the reasons why at: [1] http://www.gnome.org/~markmc/openssl-and-the-gpl.html Unfortunately, just linking against gnutls instead of libssl isn't feasible, since your software also links to libsnmp15, which is itself linked to libssl. Our build tools suggest that the libssl linkage is probably useless, but the problem persists because of the transitive linkage through libsnmp. The solution is: please add an OpenSSL exception clause to your licensing terms. You can read how to do this in [1]. Please, do this as soon as possible: this is a Release-Critical bug for Debian. Also, please do keep the bugreport address CCed (508...@bugs.debian.org), so that other Debian users can see your response. Thank you for your support, David Paleino -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Processed: tagging 494408
Processing commands for cont...@bugs.debian.org: tags 494408 pending Bug#494408: linux-patch-exec-shield: Outdated kernel patch Tags were: help Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508938: marked as done (Source changed between two revisions)
Your message dated Thu, 25 Dec 2008 20:47:04 + with message-id e1lfx6m-0005y8...@ries.debian.org and subject line Bug#508938: fixed in libjboss-web-services-java 0.0+svn5660+dak2-1 has caused the Debian Bug report #508938, regarding Source changed between two revisions 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.) -- 508938: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508938 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libjboss-web-services-java Version: 0.0+svn5660+dak1-1 Severity: serious I am filing a bug (with minor changes) since I got no reply to my mail at [1]. I was recently checking if jbossas4 version from Debian unstable builds properly on Ubuntu so that I can drop changes made in last Ubuntu release and just do a source sync. But the jbossas4 package from Debian unstable doesn't build in Ubuntu (jaunty) pbuilder. I have found out that the main cause of build failure is libjboss-web-services-java. Please note that all jboss related libraries have same version in Ubuntu jaunty as in Debian unstable. The latest version of libjboss-web-services-java in Debian unstable (0.0+svn5660+dak1-1) is missing some apis from the release in Debian testing (0.0+svn5660-2). This is in my opinion really bad considering that it is simply a revision change and not upstream version change. Also when you extract .orig.tar.gz for version 0.0+svn5660+dak1-1 you actually get a folder named libjboss-web-services-java-1.0.7.GA.orig which indicates that the source has changed even though Debian changelog does not indicate so. Following is short summary of diffstat output for the folders generated by these two .orig.tar.gz files. 1043 files changed, 3214 insertions(+), 132491 deletions(-) Long summary at http://paste.ubuntu.com/82452/ I am not able to understand why the source should be changed between two revisions. Please fix this problem soon. [1] http://lists.debian.org/debian-java/2008/12/msg2.html ---End Message--- ---BeginMessage--- Source: libjboss-web-services-java Source-Version: 0.0+svn5660+dak2-1 We believe that the bug you reported is fixed in the latest version of libjboss-web-services-java, which is due to be installed in the Debian FTP archive: libjboss-web-services-java_0.0+svn5660+dak2-1.diff.gz to pool/main/libj/libjboss-web-services-java/libjboss-web-services-java_0.0+svn5660+dak2-1.diff.gz libjboss-web-services-java_0.0+svn5660+dak2-1.dsc to pool/main/libj/libjboss-web-services-java/libjboss-web-services-java_0.0+svn5660+dak2-1.dsc libjboss-web-services-java_0.0+svn5660+dak2-1_all.deb to pool/main/libj/libjboss-web-services-java/libjboss-web-services-java_0.0+svn5660+dak2-1_all.deb libjboss-web-services-java_0.0+svn5660+dak2.orig.tar.gz to pool/main/libj/libjboss-web-services-java/libjboss-web-services-java_0.0+svn5660+dak2.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 508...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Varun Hiremath va...@debian.org (supplier of updated libjboss-web-services-java 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, 25 Dec 2008 14:45:11 -0500 Source: libjboss-web-services-java Binary: libjboss-web-services-java Architecture: source all Version: 0.0+svn5660+dak2-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Varun Hiremath va...@debian.org Description: libjboss-web-services-java - JBoss Web Services (JBossWS) Closes: 508938 Changes: libjboss-web-services-java (0.0+svn5660+dak2-1) unstable; urgency=low . * Fix the source tarball (Closes: #508938) * Remove quilt dependency since there are no patches Checksums-Sha1: 9e3ea74fc3f7d45c2213eb8265193bd26c64de6b 1689 libjboss-web-services-java_0.0+svn5660+dak2-1.dsc cff608998d46566f5b0ea7915d5139ba464531d3 792085 libjboss-web-services-java_0.0+svn5660+dak2.orig.tar.gz 98a52f3b7b12389d35e4054db0beb059ecef83d7 4571 libjboss-web-services-java_0.0+svn5660+dak2-1.diff.gz 2cdfdbdd749d6e1171c7ee6efdbad4b9cccbdc9c 139580 libjboss-web-services-java_0.0+svn5660+dak2-1_all.deb Checksums-Sha256:
Bug#509633: pidgin crashes randomly
On Wed, 2008-12-24 at 22:54, Ari Pollak wrote: If you run gstreamer-properties and set the output plugin to ALSA, then set Pidgin back to Automatic sounds, I assume it works again? Yes. It seems you are right. It works for now. I will test it more to see if it works for long time. -- Kind regards, Milan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509755: installation-reports: problem with install to motherboard asus m3n-h
Package: installation-reports Severity: critical Justification: not detect sata hdd and integrated network card i try to install debian etch (40r6 amd64 image from http://cdimage.debian.org/debian-cd/4.0_r6/amd64/iso-dvd/ 19-Dec-2008) on computer with motherboard asustek n3m-h hdmi and installation not detect my network card (integrated in motherboard) and sata-hdd. i did try to switch bios parameters and use kernel parameter pci=nomsi, but this does not help. sorry for unstandart report format, but i use windows and cannot install bugreport linux software - i can not install linux : ) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#446405: marked as done (ardour: Embeds too many libs)
Attached is a revised syslibs patch that should get rid of soundtouch and
rubberband. Also attached is an interdiff of the two patches.
Saludos,
Felipe Sateler
Index: ardour/SConstruct
===
--- a/SConstruct 2008-12-25 13:18:49.0 -0300
+++ b/SConstruct 2008-12-25 16:39:46.0 -0300
@@ -504,8 +504,8 @@
libraries['core'] = LibraryInfo (CCFLAGS = '-Ilibs')
-#libraries['sndfile'] = LibraryInfo()
-#libraries['sndfile'].ParseConfig('pkg-config --cflags --libs sndfile')
+libraries['sndfile-ardour'] = LibraryInfo()
+libraries['sndfile-ardour'].ParseConfig('pkg-config --cflags --libs sndfile')
libraries['lrdf'] = LibraryInfo()
libraries['lrdf'].ParseConfig('pkg-config --cflags --libs lrdf')
@@ -533,6 +533,12 @@
else:
env['AUBIO'] = 0
+libraries['vamp'] = LibraryInfo ()
+libraries['vamp'].ParseConfig('pkg-config --cflags --libs vamp-sdk')
+
+libraries['vamphost'] = LibraryInfo ()
+libraries['vamphost'].ParseConfig('pkg-config --cflags --libs vamp-hostsdk')
+
env = conf.Finish ()
if env['FFT_ANALYSIS']:
@@ -862,18 +868,15 @@
# these are part of the Ardour source tree because they are C++
#
-libraries['vamp'] = LibraryInfo (LIBS='vampsdk',
- LIBPATH='#libs/vamp-sdk',
- CPPPATH='#libs/vamp-sdk')
-libraries['vamphost'] = LibraryInfo (LIBS='vamphostsdk',
- LIBPATH='#libs/vamp-sdk',
- CPPPATH='#libs/vamp-sdk')
-
env['RUBBERBAND'] = False
conf = Configure (env)
-
-if conf.CheckHeader ('fftw3.h'):
+if env['SYSLIBS']:
+libraries['rubberband'] = LibraryInfo()
+libraries['rubberband'].ParseConfig('pkg-config --cflags --libs rubberband')
+libraries['rubberband'].Append( CCFLAGS = [ '-DUSE_RUBBERBAND' ] )
+env['RUBBERBAND'] = True
+elif conf.CheckHeader ('fftw3.h'):
env['RUBBERBAND'] = True
libraries['rubberband'] = LibraryInfo (LIBS='rubberband',
LIBPATH='#libs/rubberband',
@@ -1089,10 +1092,6 @@
# cannot use system one for the time being
#
-libraries['sndfile-ardour'] = LibraryInfo(LIBS='libsndfile-ardour',
-LIBPATH='#libs/libsndfile',
-CPPPATH=['#libs/libsndfile/src'])
-
#libraries['libglademm'] = LibraryInfo()
#libraries['libglademm'].ParseConfig ('pkg-config --cflags --libs libglademm-2.4')
@@ -1112,11 +,9 @@
]
subdirs = [
-'libs/libsndfile',
'libs/pbd',
'libs/midi++2',
'libs/ardour',
-'libs/vamp-sdk',
'libs/vamp-plugins/',
# these are unconditionally included but have
# tests internally to avoid compilation etc
@@ -1165,9 +1162,6 @@
libraries['soundtouch'] = LibraryInfo(LIBS='soundtouch',
LIBPATH='#libs/soundtouch',
CPPPATH=['#libs', '#libs/soundtouch'])
-libraries['sndfile-ardour'] = LibraryInfo(LIBS='libsndfile-ardour',
-LIBPATH='#libs/libsndfile',
-CPPPATH=['#libs/libsndfile', '#libs/libsndfile/src'])
#libraries['libglademm'] = LibraryInfo(LIBS='libglademm',
# LIBPATH='#libs/libglademm',
# CPPPATH='#libs/libglademm')
@@ -1182,11 +1176,9 @@
subdirs = [
'libs/sigc++2',
-'libs/libsndfile',
'libs/pbd',
'libs/midi++2',
'libs/ardour',
-'libs/vamp-sdk',
'libs/vamp-plugins/',
# these are unconditionally included but have
# tests internally to avoid compilation etc
@@ -1249,9 +1241,12 @@
# timestretch libraries
#
-timefx_subdirs = ['libs/soundtouch']
-if env['RUBBERBAND']:
-timefx_subdirs += ['libs/rubberband']
+if env['SYSLIBS']:
+timefx_subdirs = []
+else:
+timefx_subdirs = ['libs/soundtouch']
+if env['RUBBERBAND']:
+timefx_subdirs += ['libs/rubberband']
opts.Save('scache.conf', env)
Help(opts.GenerateHelpText(env))
diff -u b/SConstruct b/SConstruct
--- b/SConstruct
+++ b/SConstruct 2008-12-25 16:39:46.0 -0300
@@ -871,8 +871,12 @@
env['RUBBERBAND'] = False
conf = Configure (env)
-
-if conf.CheckHeader ('fftw3.h'):
+if env['SYSLIBS']:
+libraries['rubberband'] = LibraryInfo()
+libraries['rubberband'].ParseConfig('pkg-config --cflags --libs rubberband')
+libraries['rubberband'].Append( CCFLAGS = [ '-DUSE_RUBBERBAND' ] )
+env['RUBBERBAND'] = True
+elif conf.CheckHeader ('fftw3.h'):
env['RUBBERBAND'] = True
libraries['rubberband'] = LibraryInfo (LIBS='rubberband',
LIBPATH='#libs/rubberband',
@@ -1237,9 +1241,12 @@
# timestretch libraries
#
-timefx_subdirs = ['libs/soundtouch']
-if env['RUBBERBAND']:
-
Bug#509753: chillispot: Hangs on upgrade
Package: chillispot Version: 1.0-10 Severity: grave Justification: renders package unusable When upgrading to the latest version the postconf script stalls on reading the config files. I'm checking this currently. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chillispot depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-16 GNU C Library: Shared libraries ii ucf 3.0011 Update Configuration File: preserv Versions of packages chillispot recommends: pn freeradiusnone (no description available) pn httpd | httpd-cgi none (no description available) chillispot suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509766: texlive-latex-extra: fax has a nosell license
Package: texlive-latex-extra Version: 2007.dfsg.12-1 Severity: serious Justification: license is nosell From upstream: r11673 | karl | ... rm fax, nosell ... And so it is. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503907: Works on i386
I can't reproduce the bug on i386. I'll try on amd64 now. -- Asheesh. -- It may or may not be worthwhile, but it still has to be done. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504282: program aborts due to assertion
Hi,
you might want to try the attached patch, as the current SVN version in trunk is
rather unstable!
It would also be nice if you'd report errors to the bug tracker at
https://sourceforge.net/tracker/?group_id=72768atid=535638
as I have problems fixing bugs I don't know anything about.
Cheers, Maximilian
Index: src/odk_osd.c
===
--- src/odk_osd.c (Revision 3677)
+++ src/odk_osd.c (Arbeitskopie)
@@ -57,40 +57,22 @@
#include odk_private.h
#include utils.h
-
-#ifdef DEBUG
-#define VALIDATE_POINT(x,y){\
-if ((x 0) \
-|| (x = odk-osd.width)) { \
-fatal (x-value is outside \
- the valid drawing \
- area: 0 = %d = %d, \
-x, odk-osd.width); \
-assert (x = 0);\
-assert (x odk-osd.width);\
-} \
-if ((y 0) \
-|| (y = odk-osd.height)) {\
-fatal (y-value is outside \
- the valid drawing \
- area: 0 = %d = %d, \
- y, odk-osd.height); \
-assert (y = 0);\
-assert (y odk-osd.height); \
-} \
+#define VALIDATE_POINT(x,y) { \
+if (((x) 0) || ((x) = odk-osd.width)) { \
+debug (x-value is outside \
+ the valid drawing \
+ area: 0 = %d %d,\
+x, odk-osd.width); \
+return; \
+} \
+if (((y) 0) || ((y) = odk-osd.height)) {\
+debug (y-value is outside \
+ the valid drawing \
+ area: 0 = %d %d, \
+ y, odk-osd.height); \
+return; \
+} \
}
-#else
-#define VALIDATE_POINT(x,y){\
-if ((x 0) \
-|| (x = odk-osd.width)) { \
-return; \
-} \
-if ((y 0) \
-|| (y = odk-osd.height)) {\
-return; \
-} \
-}
-#endif
#define CLAMP(x, low, high) (((x) (high)) ? (high) : (((x) (low)) ? (low) : (x)))
@@ -1294,11 +1276,11 @@
case OSD_VECTOR_ARROW_DOWN:
{
int x1 = x;
-int y1 = y;
+int y1 = y + (h / 2);
int x2 = x + w;
-int y2 = y;
+int y2 = y + (h / 2);
int x3 = x + (w / 2);
-int y3 = y + (h / 2);
+int y3 = y + h;
odk_draw_triangle (odk, x1, y1, x2, y2, x3, y3, color, true);
}
{
@@ -1438,24 +1420,26 @@
typedef struct {
-double x;
-double y;
+int x;
+int y;
} point_t;
+
static void
swap_points (point_t * p1, point_t * p2)
{
-double x = p1-x;
-double y = p1-y;
+int x = p1-x;
+int y = p1-y;
p1-x = p2-x;
p1-y = p2-y;
p2-x = x;
p2-y = y;
}
+
static void
-line_draw (odk_t * odk, int minx, int miny, int maxx, int maxy, point_t * p1,
- point_t * p2, int color)
+line_draw (odk_t * odk, int minx, int miny, int maxx, int maxy,
+ point_t * p1, point_t * p2, int color)
{
if (p1-x maxx)
p1-x = maxx;
@@ -1488,7 +1472,9 @@
if (!(odk-osd.hscale odk-osd.vscale))
return;
-point_t p[3];
+/* This is necessary for this code to work in some versions of gcc. I have
+ * no idea why this is the case though... */
+volatile point_t p[3];
p[0].x = round ((double) x1 * odk-osd.hscale);
p[0].y = round ((double) y1 * odk-osd.vscale);
@@ -1502,47 +1488,55 @@
int j = i;
for (; j 3; j++) {
if (p[i].y p[j].y) {
-swap_points (p[i], p[j]);
+swap_points ((point_t *) p[i], (point_t *) p[j]);
}
-else if ((p[i].y == p[j].y)
- (p[i].x p[j].x)) {
-swap_points (p[i], p[j]);
+else if ((p[i].y == p[j].y) (p[i].x p[j].x)) {
+swap_points ((point_t *) p[i], (point_t *) p[j]);
}
}
}
+#ifdef DEBUG
assert (p[0].y = p[1].y);
assert (p[1].y = p[2].y);
+#endif
int minx = odk-osd.width;
int maxx = 0;
int miny = odk-osd.height;
int maxy = 0;
for (i = 0; i 3; i++) {
-if (p[i].x minx)
+if (p[i].x minx) {
minx = p[i].x;
-if (p[i].x maxx)
+}
+if (p[i].x maxx) {
maxx = p[i].x;
-if (p[i].y miny)
+}
+if (p[i].y miny) {
Processed: Re: Bug#509287: afio: license is non-free
Processing commands for cont...@bugs.debian.org: severity 509287 important Bug#509287: afio: license is non-free 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#509287: afio: license is non-free
severity 509287 important thanks Hi Michael, Michael Gilbert michael.s.gilb...@gmail.com: Package: afio Version: 2.5-5 Severity: serious the license for afio is non-free. see /usr/share/doc/afio/copyright: i'm marking this as serious for now since this is a DFSG violation, but i can appreciate a decision to mark it lenny-ignore or to temporarily downgrade it to important since the release is impending. I would like to downgrade this bug temporarily to important to not interrupt the freeze, hope you agree. I'm in contact with current upstream and we are on collecting informtion, that will explain the free meaning of afio license. I'm really confident that afio is free software and come up with more info next year, ok? Please remember we speak about a software from 1985, years before GPL was formed. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden auch 2009 wieder * Info: http://www.linux-info-tag.de/* signature.asc Description: This is a digitally signed message part.
Bug#458660: Still unreproducible here
Can you reproduce it with 2.7.1-2? Saludos, Felipe Sateler signature.asc Description: This is a digitally signed message part.
Bug#503907: diffstat
On Wed, Dec 24, 2008 at 12:23:03AM -0500, Asheesh Laroia wrote: I have a feeling that the libwebkit currently in sid and lenny is pretty broken, from the looks of this bug. Unfortunately, we don't seem to be able to get much/any response from the maintainers. It would have been really useful to have a comment recently. Is there any way that this library can be permitted to enter testing with all these changes? Not really, no. * Find the fix for this issue and backport it on top of 1.0.1-4 This would be preferred. * Remove libwebkit-1.0-1 from lenny Possible, but not something I'm too happy with given it's popcon. * Simply allow lenny to release with 1.0.1-4 that is this broken. Could anyone confirm how broken this is? Is it all sites, or a selection? Maintainers: do you have an opinion on this bug? Thanks, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Bug#508680: Splashy missing default theme with desktop-base
On mer, 2008-12-24 at 19:37 +, Christopher Roberts wrote: Package: desktop-base Version: 5.0.3 Followup-For: Bug #508680 Splashy version: 0.3.10-2.1 I still have what I believe to be the same problem. If I reconfigure desktop-base I get: Splashy ERROR: Setting XML file to /etc/splashy/themes/default/theme.xml failed. XML File not found Set theme as: moreblue-orbit [ FAIL ] In /etc/splashy/themes: $ ls crux debian4debian-moreblue kubuntusplashy debian3 debian-cubism debiansplashyubuntusplashy $ sudo dpkg-reconfigure splashy update-initramfs: Generating /boot/initrd.img-2.6.26-1-amd64 Splashy ERROR: Setting XML file to /etc/splashy/themes/default/theme.xml failed. XML File not found Splashy ERROR: Setting XML file to /etc/splashy/themes/default/theme.xml failed. XML File not found cp: cannot stat `/etc/splashy/themes/default': No such file or directory That's a splashy problem. default/theme.xml is a splashy file, not a desktop-base file. Check splashy is installed correctly, purge it and reinstall it if needed. And check if /etc/splashy/theme is a symlink or not. (it should be, as splashy changed this some versions ago, which led to this mess) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#509793: [ure] FHS violation -- incorrect file installation
tag 509793 + pending thanks David Paleino wrote: the experimental version of ure incorrectly installs a tree under /debian/. Yeah, noticed that too when lintian told me (I forgot a ure.links in the tree from when I started working on migrating openoffice.org to *.install/*.links instead of doing it manually) but I kept it in because I needed to fix broken packages and ddn't want to build one more day - especially as I have only slow DSL at my parents' place over christmas :-) This is a violation of the FHS (Filesystem Hierarchy Standard) -- thus the serious severity -- and it might as well affect the functionality of depending packages (haven't tested this). How should *extra*, *bogus* files affect the functionality of this? (which is in the normal /usr/lib/ure dirs) Anyway, pending. Will automatically fix itself in the next upload. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509793: [ure] FHS violation -- incorrect file installation
On Fri, 26 Dec 2008 19:06:38 +0100, Rene Engelhard wrote: This is a violation of the FHS (Filesystem Hierarchy Standard) -- thus the serious severity -- and it might as well affect the functionality of depending packages (haven't tested this). How should *extra*, *bogus* files affect the functionality of this? (which is in the normal /usr/lib/ure dirs) I said might for a reason :) I didn't check the whole tree of installed files but, well, if a file is installed in /debian/ure/something/ instead of something/, something *might* break ;) Thank you for your promptness, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Processed: Re: Bug#509793: [ure] FHS violation -- incorrect file installation
Processing commands for cont...@bugs.debian.org: tag 509793 + pending Bug#509793: [ure] FHS violation -- incorrect file installation There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507184: marked as done (xine-lib: CVE-2008-5246 heap overflow)
Your message dated Fri, 26 Dec 2008 19:47:12 +0100 with message-id 20081226184712.ga24...@rangda.stickybit.se and subject line already fixed in testing/unstable has caused the Debian Bug report #507184, regarding xine-lib: CVE-2008-5246 heap overflow 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.) -- 507184: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507184 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xine-lib Severity: grave Tags: security patch Hi, the following CVE (Common Vulnerabilities Exposures) id was published for xine-lib. CVE-2008-5246[0]: | Multiple heap-based buffer overflows in xine-lib before 1.1.15 allow | remote attackers to execute arbitrary code via vectors that send ID3 | data to the (1) id3v22_interp_frame and (2) id3v24_interp_frame | functions in src/demuxers/id3.c. NOTE: the provenance of this | information is unknown; the details are obtained solely from third | party information. Your upstream fix: http://hg.debian.org/hg/xine-lib/xine-lib?cmd=changeset;node=268c1c1639d7;style=gitweb Btw a rather strange way to fix an integer overflow + a strange comment. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5246 http://security-tracker.debian.net/tracker/CVE-2008-5246 -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp6qCdLqL9j2.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Version: 1.1.14-3 hi, this bug was fixed in the august upload of the package: xine-lib (1.1.14-3) unstable; urgency=high * More security fixes from upstream hg: == - Fix an exploitable ID3 heap buffer overflow. - Check for possible buffer overflow attempts in the Real demuxer. - Use size_t for data length variables where there may be int overflows. - Add some checks for memory allocation failures. i've verified that the patch is applied. a note to the package maintainer: please consider using some form of patch management system as it's quite difficult to investigate such problems and/or prepare fixes for them. i'll investigate the remaining xine-lib security bugs to see if the same applies. if time permits i'll also look at what the situation is with stable, though my focus right now is on squishing lenny/rc bugs. sean signature.asc Description: Digital signature ---End Message---
Bug#509821: impressive: Crash with OpenGL error.
Package: impressive
Version: 0.10.2r-2
Severity: grave
Justification: renders package unusable
Impressive fails to start and give the following backtrace:
Welcome to Impressive version 0.10.2
Traceback (most recent call last):
File /usr/bin/impressive, line 161, in module
from OpenGL.GL import *
File /usr/lib/python2.5/site-packages/OpenGL/GL/__init__.py, line 2, in
module
from OpenGL.raw.GL import *
File /usr/lib/python2.5/site-packages/OpenGL/raw/GL/__init__.py, line 6, in
module
from OpenGL.raw.GL.constants import *
File /usr/lib/python2.5/site-packages/OpenGL/raw/GL/constants.py, line 7,
in module
from OpenGL import platform, arrays
File /usr/lib/python2.5/site-packages/OpenGL/platform/__init__.py, line 36,
in module
_load()
File /usr/lib/python2.5/site-packages/OpenGL/platform/__init__.py, line 27,
in _load
plugin_class = plugin.load()
File /usr/lib/python2.5/site-packages/OpenGL/plugins.py, line 14, in load
return importByName( self.import_path )
File /usr/lib/python2.5/site-packages/OpenGL/plugins.py, line 28, in
importByName
module = __import__( ..join(moduleName), {}, {}, moduleName)
File /usr/lib/python2.5/site-packages/OpenGL/platform/glx.py, line 8, in
module
class GLXPlatform( baseplatform.BasePlatform ):
File /usr/lib/python2.5/site-packages/OpenGL/platform/glx.py, line 16, in
GLXPlatform
mode=ctypes.RTLD_GLOBAL
File /usr/lib/python2.5/site-packages/OpenGL/platform/ctypesloader.py, line
42, in loadLibrary
return dllType( name, mode )
File /usr/lib/python2.5/ctypes/__init__.py, line 348, in __init__
self._handle = _dlopen(self._name, mode)
OSError: ('GL: cannot open shared object file: No such file or directory',
'GL', None)
I believe this is the same problem as Ubuntu bug #211962:
https://bugs.launchpad.net/ubuntu/+source/keyjnote/+bug/211962
A suggestion from the above bug report was to install binutils, which fixed the
problem for me, so I assume it just needs binutils adding as a depend.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
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 impressive depends on:
ii perl5.10.0-18Larry Wall's Practical Extraction
ii poppler-utils 0.8.7-1 PDF utilitites (based on libpopple
ii python 2.5.2-3 An interactive high-level object-o
ii python-imaging 1.1.6-3 Python Imaging Library
ii python-opengl 3.0.0~b6-3 Python bindings to OpenGL
ii python-pygame 1.7.1release-4.2 SDL bindings for games development
ii python-support 0.8.4automated rebuilding support for P
Versions of packages impressive recommends:
ii ghostscript-x8.62.dfsg.1-3.1 The GPL Ghostscript PostScript/PDF
ii pdftk1.41-3 useful tool for manipulating PDF d
Versions of packages impressive suggests:
pn latex-beamer none (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#508313: duplicate issue for CVE-2008-5234 (vector 2)?
hiya, it looks to me like the patch solves (1) just fine, and that (2) is in fact the same problem as CVE-2008-5246 (same files/functions, no other activity in these files besides the same fix). do you agree? in the meantime I am preparing an NMU with the patch for (1) applied. sean -- signature.asc Description: Digital signature
Bug#494408: exec-shield for lenny
Ok, it's actually revision 1.89 from Fedora CVS. [1] It applies without any rejects to the current Debian kernel source, and it seems to work without any problems on my old Athlon Thunderbird (no NX bit). I attached the results produced by paxtest with the stock Debian kernel and with the exec-shield kernel (without and with SELinux enabled). SELinux is certainly needed for the maximum protection that exec-shield can offer. [1] http://cvs.fedora.redhat.com/viewvc/devel/kernel/linux-2.6-execshield.patch?revision=1.89root=extras PaXtest - Copyright(c) 2003,2004 by Peter Busser pe...@adamantix.org Released under the GNU Public Licence version 2 or later Mode: blackhat Linux orchid 2.6.26-1-686 #1 SMP Mon Dec 15 18:15:07 UTC 2008 i686 GNU/Linux Executable anonymous mapping : Vulnerable Executable bss : Vulnerable Executable data : Vulnerable Executable heap : Vulnerable Executable stack : Vulnerable Executable anonymous mapping (mprotect) : Vulnerable Executable bss (mprotect): Vulnerable Executable data (mprotect) : Vulnerable Executable heap (mprotect) : Vulnerable Executable shared library bss (mprotect) : Vulnerable Executable shared library data (mprotect): Vulnerable Executable stack (mprotect) : Vulnerable Anonymous mapping randomisation test : 9 bits (guessed) Heap randomisation test (ET_EXEC): 14 bits (guessed) Heap randomisation test (ET_DYN) : 13 bits (guessed) Main executable randomisation (ET_EXEC) : 10 bits (guessed) Main executable randomisation (ET_DYN) : 10 bits (guessed) Shared library randomisation test: 10 bits (guessed) Stack randomisation test (SEGMEXEC) : 19 bits (guessed) Stack randomisation test (PAGEEXEC) : 19 bits (guessed) Return to function (strcpy) : Vulnerable Return to function (strcpy, RANDEXEC): Vulnerable Return to function (memcpy) : Vulnerable Return to function (memcpy, RANDEXEC): Vulnerable Executable shared library bss: Vulnerable Executable shared library data : Killed Writable text segments : Vulnerable PaXtest - Copyright(c) 2003,2004 by Peter Busser pe...@adamantix.org Released under the GNU Public Licence version 2 or later Mode: blackhat Linux orchid 2.6.26 #2 SMP Thu Dec 25 18:32:06 CET 2008 i686 GNU/Linux Executable anonymous mapping : Killed Executable bss : Killed Executable data : Killed Executable heap : Killed Executable stack : Killed Executable anonymous mapping (mprotect) : Vulnerable Executable bss (mprotect): Vulnerable Executable data (mprotect) : Vulnerable Executable heap (mprotect) : Vulnerable Executable shared library bss (mprotect) : Vulnerable Executable shared library data (mprotect): Vulnerable Executable stack (mprotect) : Vulnerable Anonymous mapping randomisation test : 16 bits (guessed) Heap randomisation test (ET_EXEC): 14 bits (guessed) Heap randomisation test (ET_DYN) : 16 bits (guessed) Main executable randomisation (ET_EXEC) : No randomisation Main executable randomisation (ET_DYN) : No randomisation Shared library randomisation test: No randomisation Stack randomisation test (SEGMEXEC) : 19 bits (guessed) Stack randomisation test (PAGEEXEC) : 19 bits (guessed) Return to function (strcpy) : Vulnerable Return to function (strcpy, RANDEXEC): Vulnerable Return to function (memcpy) : Vulnerable Return to function (memcpy, RANDEXEC): Vulnerable Executable shared library bss: Vulnerable Executable shared library data : Killed Writable text segments : Vulnerable PaXtest - Copyright(c) 2003,2004 by Peter Busser pe...@adamantix.org Released under the GNU Public Licence version 2 or later Mode: kiddie Linux orchid 2.6.26 #2 SMP Thu Dec 25 18:32:06 CET 2008 i686 GNU/Linux Executable anonymous mapping : Killed Executable bss : Killed Executable data : Killed Executable heap : Killed Executable stack : Killed Executable anonymous mapping (mprotect) : Killed Executable bss (mprotect): Killed Executable data (mprotect) : Killed Executable heap (mprotect) : Killed Executable shared library bss (mprotect) : Killed Executable shared library data (mprotect): Killed Executable stack (mprotect) : Killed Anonymous mapping randomisation test : 16 bits (guessed) Heap randomisation test (ET_EXEC): 13 bits (guessed) Heap randomisation test (ET_DYN) : 13 bits (guessed) Main executable
Bug#509827: base: Right clicking on panel and selecting Add to panel then selecting CPU Frequency Scaling Monitor creates invisible icon!
Package: base Severity: grave Justification: renders package unusable When I first started using Lenny (I think about 4 months ago), I had the EXACT same bug but with the trash icon instead! That was fixed not so long after I had filed the bug report but this program is more important hence the grave severity. So when I add the CPU Frequency Scaling Monitor icon to the Panel, it creates an invisible icon that I must remove by guessing random locations on the panel bar and finding the right place by right clicking and selecting to Remove From Panel (just like I had to do with the trash icon not so long ago). -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: patch
Processing commands for cont...@bugs.debian.org: tags 507165 patch Bug#507165: xine-lib: CVE-2008-5242 heap-based buffer overflow Tags were: patch security Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507165: patch
tags 507165 patch
thanks
attached is what i believe is a patch for this problem against the version
in unstable. i haven't tested this yet, but it looks very straightforward...
review appreciated in any event.
i'm rolling this along with the patch for the CVE-2008-5234 into an
upcoming nmu.
sean
--
--- old/src/demuxers/demux_qt.c 2008-12-26 20:20:39.0 +0100
+++ good/src/demuxers/demux_qt.c 2008-12-26 20:26:32.0 +0100
@@ -947,10 +947,18 @@
/* allocate space for each of the properties unions */
trak-stsd_atoms_count = _X_BE_32(trak_atom[i + 8]);
- trak-stsd_atoms = calloc(trak-stsd_atoms_count, sizeof(properties_t));
- if (!trak-stsd_atoms) {
-last_error = QT_NO_MEMORY;
+ /* add sanity check on user-supplied data */
+ if(trak-stsd_atoms_count = 0) {
+last_error = QT_NOT_A_VALID_FILE;
+trak-stsd_atoms_count = 0;
+trak-stsd_atoms = NULL;
goto free_trak;
+ } else {
+trak-stsd_atoms = calloc(trak-stsd_atoms_count, sizeof(properties_t));
+if (!trak-stsd_atoms) {
+ last_error = QT_NO_MEMORY;
+ goto free_trak;
+}
}
atom_pos = i + 0x10;
signature.asc
Description: Digital signature
Bug#506353: lenny removal requests
Julian Field mailscan...@ecs.soton.ac.uk writes: On 25/12/08 21:38, Nico Golde wrote: I'm afraid this is too late, mailscanner has already been removed from lenny. Shame you couldn't wait 6 days for the new stable release. I don't immediately release a new stable release after making lots of changes to ensure it has received some testing in the field first. Your loss. It wouldn't have been included anyway. Making lots of changes is not something the Debian elease team wants to see shortly before a release. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. This signature is a bad idea. Marc -- Fachbegriffe der Informatik - Einfach erklärt 89: PSD Damit die Schriften nicht aussehen, als wären sie mit der Laubsäge bearbeitet. (Meikel Katzengreis) pgpKznPsFmJgl.pgp Description: PGP signature
Bug#503712: the gs-common problem
On Tue, Dec 23, 2008 at 09:39:20PM +0100, Thomas Viehmann wrote: Niko Tyni wrote: On Tue, Dec 23, 2008 at 02:15:22PM +0100, Thomas Viehmann wrote: immediately after I sent the last mail, Sune Vuorela pointed me to apache2's fix for #390823: They simply remove the problematic maintainer script. I think it's too late to do it inside ghostscript, it would have to go in perl-modules. Maybe configure script is badly worded: It's most blatant abuse, but I'd just stick it into a /var/lib/dpkg/info/ghostscript.config unless there are apt-get-lookalikes that don't call that at the beginning of an upgrade. If the user produces the bad situation with dpkg by himself, well, who cares. I see. It's blatant abuse indeed, but it might work. The preconfiguration only happens if debconf and apt-utils are installed (see /etc/apt/apt.conf.d/70debconf and /usr/sbin/dpkg-preconfigure), but according to popcon more than 99.8% of all installations have them. If this is the chosen approach, the script could as well fix the etch gs-common.prerm script instead of removing it; I think something like if md5sum --status --check EOF 1959479be1e513d94a22f6fad8227fa3 /var/lib/dpkg/info/gs-common.prerm EOF then sed -i 's/defoma-app -t \(purge\|clean\) gs$/ || true/' \ /var/lib/dpkg/info/gs-common.prerm || true fi should do. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509832: FTBFS when byacc is installed
Package: mawk Version: 1.3.3-13 Severity: serious [...] cc -g -Wall -O2 -c -o parse.o parse.c In file included from mawk.h:53, from parse.y:81: nstd.h:77: error: expected identifier or ��(�� before ��__extension__�� nstd.h:78: error: expected identifier or ��(�� before ��__extension__�� nstd.h:78: error: expected identifier or ��(�� before ��)�� token nstd.h:81: error: expected identifier or ��(�� before ��__extension__�� parse.y: In function ��field_A2I��: parse.y:1191: warning: suggest parentheses around within || y.tab.c: In function ��yyparse��: y.tab.c:1497: warning: label ��yyerrlab�� defined but not used make[1]: *** [parse.o] Error 1 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-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 mawk depends on: ii libc6 2.7-16 GNU C Library: Shared libraries mawk recommends no packages. mawk suggests no packages. -- 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#508313: duplicate issue for CVE-2008-5234 (vector 2)?
Hi, * sean finney sean...@debian.org [2008-12-26 21:16]: it looks to me like the patch solves (1) just fine, and that (2) is in fact the same problem as CVE-2008-5246 (same files/functions, no other activity in these files besides the same fix). do you agree? Yes indeed, I came to the same conclusion, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498243#81 in the meantime I am preparing an NMU with the patch for (1) applied. No need for an NMU I think, Darren is heavily working on these issues, check: http://alioth.debian.org/~dsalt-guest/security/.private/ The coordination is a bit chaotic at the moment, spread over private mails, irc queries, #xine-private and the bts :/ Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpzpeHRxL7jm.pgp Description: PGP signature
Processed: Re: Bug#509287: afio: license is non-free
Processing commands for cont...@bugs.debian.org: severity 509287 serious Bug#509287: afio: license is non-free Severity set to `serious' from `important' tags 509287 + lenny-ignore Bug#509287: afio: license is non-free There were no tags set. Tags added: lenny-ignore 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#509838: dpkg depends on lzma, which is Priority: optional
Package: lzma Version: 4.43-14 Severity: serious dpkg now depends on lzma, and therefore its priority can't be lower than required (see policy 2.5, Packages must not depend on packages with lower priority values) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-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 lzma depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 lzma recommends no packages. lzma suggests no packages. -- 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#509840: podsleuth: Crashes every time
Package: podsleuth Version: 0.6.2-1 Severity: grave Justification: renders package unusable I have an iPod 60GB video mounted at /ipod. rhythmbox and gtkpod work fine with it. banshee doesn't see it, and I started investigating why. I noticed this in /tmp/podsleuth-debug: Pre-Mount Settings: - UDI: /org/freedesktop/Hal/devices/volume_uuid_4F95_CFF0 - Block Device: /dev/sdf2 - Temporary Mount Point: - FS Type: Exception: System.ApplicationException: Could not find org.freedesktop.Hal at Hal.Device.CastDevice[IDevice] () [0x0003a] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/Hal/Device.cs:284 at Hal.Device..ctor (System.String udi) [0xd] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/Hal/Device.cs:127 at PodSleuth.HalFrontend.HalPopulator.RunInternal (System.String[] args) [0x0001f] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/PodSleuth.HalFrontend/HalPopulator.cs:54 at PodSleuth.HalFrontend.HalPopulator.Run (System.String[] args) [0x0] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/PodSleuth.HalFrontend/HalPopulator.cs:24 Note I have no directory /tmp/buildd on this system. -- John -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages podsleuth depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libmono-corlib2.0-cil 1.9.1+dfsg-5 Mono core library (2.0) ii libmono-system2.0-cil 1.9.1+dfsg-5 Mono System libraries (2.0) ii libmono2.0-cil 1.9.1+dfsg-5 Mono libraries (2.0) ii libndesk-dbus1.0-cil0.6.0-1 CLI implementation of D-Bus ii libsgutils1 1.24-2 Utilities for working with generic ii mono-runtime1.9.1+dfsg-5 Mono runtime Versions of packages podsleuth recommends: ii hal 0.5.11-6 Hardware Abstraction Layer podsleuth suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503712: the gs-common problem
Hi, Niko Tyni wrote: Maybe configure script is badly worded: It's most blatant abuse, but I'd just stick it into a /var/lib/dpkg/info/ghostscript.config unless there are apt-get-lookalikes that don't call that at the beginning of an upgrade. If the user produces the bad situation with dpkg by himself, well, who cares. I see. It's blatant abuse indeed, but it might work. The preconfiguration only happens if debconf and apt-utils are installed (see /etc/apt/apt.conf.d/70debconf and /usr/sbin/dpkg-preconfigure), but according to popcon more than 99.8% of all installations have them. If this is the chosen approach, the script could as well fix the etch gs-common.prerm script instead of removing it; I think something like if md5sum --status --check EOF 1959479be1e513d94a22f6fad8227fa3 /var/lib/dpkg/info/gs-common.prerm EOF then sed -i 's/defoma-app -t \(purge\|clean\) gs$/ || true/' \ /var/lib/dpkg/info/gs-common.prerm || true fi should do. Barring objections, I'll test things and NMU along the lines Niko indicated on Sunday. Thanks to everyone for weighing in on the bug report. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507165: patch
I demand that sean finney may or may not have written... attached is what i believe is a patch for this problem against the version in unstable. i haven't tested this yet, but it looks very straightforward... review appreciated in any event. i'm rolling this along with the patch for the CVE-2008-5234 into an upcoming nmu. Not needed. We already have a patch which, along with some others, is waiting for review before I commit them, release 1.1.16 then backport the patches for lenny. [m-f-t set] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Generate power using sun, wind, water, nuclear. FORGET COAL AND OIL. The tigers of wrath are wiser than the horses of instruction. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497749: marked as done (ming_1:0.4.0.rc1-1(hppa/experimental): FTBFS: clean fails)
Your message dated Fri, 26 Dec 2008 23:35:46 + with message-id e1lgmda-00028q...@ries.debian.org and subject line Bug#497749: fixed in ming 1:0.4.2-2 has caused the Debian Bug report #497749, regarding ming_1:0.4.0.rc1-1(hppa/experimental): FTBFS: clean fails to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 497749: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497749 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ming Version: 1:0.4.0.rc1-1 Severity: serious Hi, your package failed to build from source. | Automatic build of ming_1:0.4.0.rc1-1 on lofn by sbuild/hppa 98-farm | Build started at 20080904-0304 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 15.4MB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main ming 1:0.4.0.rc1-1 (dsc) [1364B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main ming 1:0.4.0.rc1-1 (tar) [15.2MB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main ming 1:0.4.0.rc1-1 (diff) [163kB] | Fetched 15.4MB in 14s (1089kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5.0.37.2), docbook-to-man, swig, python-all-dev (= 2.3.5-11), libgif-dev, libpng12-dev, libz-dev, perl (= 5.10.0), autotools-dev, flex, bison, libfreetype6-dev, ttf-dejavu, ttf-opensymbol, python-central (= 0.5), php5-dev, automake1.9 | Checking for already installed source dependencies... [...] | make[1]: Entering directory `/build/buildd/ming-0.4.0.rc1' | Making clean in test | make[2]: Entering directory `/build/buildd/ming-0.4.0.rc1/test' | Making clean in SoundStream | make[3]: Entering directory `/build/buildd/ming-0.4.0.rc1/test/SoundStream' | Makefile:362: .deps/test01-cxx.Po: No such file or directory | Makefile:363: .deps/test01.Po: No such file or directory | Makefile:364: .deps/test02-cxx.Po: No such file or directory | Makefile:365: .deps/test02.Po: No such file or directory | make[3]: *** No rule to make target `.deps/test02.Po'. Stop. | make[3]: Leaving directory `/build/buildd/ming-0.4.0.rc1/test/SoundStream' | make[2]: *** [clean-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/ming-0.4.0.rc1/test' | make[1]: *** [clean-recursive] Error 1 | make[1]: Leaving directory `/build/buildd/ming-0.4.0.rc1' | make: *** [clean] Error 2 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error exit status 2 | ** | Build finished at 20080904-0309 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1:0.4.0.rc1-1pkg=mingarch=hppa Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ ---End Message--- ---BeginMessage--- Source: ming Source-Version: 1:0.4.2-2 We believe that the bug you reported is fixed in the latest version of ming, which is due to be installed in the Debian FTP archive: libming-dev_0.4.2-2_i386.deb to pool/main/m/ming/libming-dev_0.4.2-2_i386.deb libming-util_0.4.2-2_i386.deb to pool/main/m/ming/libming-util_0.4.2-2_i386.deb libming1_0.4.2-2_i386.deb to pool/main/m/ming/libming1_0.4.2-2_i386.deb libswf-perl_0.4.2-2_i386.deb to pool/main/m/ming/libswf-perl_0.4.2-2_i386.deb ming-fonts-dejavu_0.4.2-2_all.deb to pool/main/m/ming/ming-fonts-dejavu_0.4.2-2_all.deb ming-fonts-opensymbol_0.4.2-2_all.deb to pool/main/m/ming/ming-fonts-opensymbol_0.4.2-2_all.deb ming_0.4.2-2.diff.gz to pool/main/m/ming/ming_0.4.2-2.diff.gz ming_0.4.2-2.dsc to pool/main/m/ming/ming_0.4.2-2.dsc ming_0.4.2.orig.tar.gz to pool/main/m/ming/ming_0.4.2.orig.tar.gz php5-ming_0.4.2-2_i386.deb to pool/main/m/ming/php5-ming_0.4.2-2_i386.deb python-ming_0.4.2-2_i386.deb to pool/main/m/ming/python-ming_0.4.2-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 497...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stuart R. Anderson ander...@netsweng.com (supplier of updated ming 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
Processed: severity of 509755 is important
Processing commands for cont...@bugs.debian.org: severity 509755 important Bug#509755: installation-reports: problem with install to motherboard asus m3n-h Severity set to `important' from `critical' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509691: Info
Compiz makes my KDE in lenny unstable I see very regular opengl game crashes when running the compiz window manager as opposed to the kwin window manager and I'm using the binary nvidia driver from the repository. When you do have a crash, have you tried killing the xserver using ctrl-alt-backspace? Sometimes that works for me. If that doesn't work you can also try ssh'ing into the box and restarting either kdm or gdm and seeing if that will bring the window manager back. I for one am waiting for KDE 4.2 to eventually come to testing, which at least for my purposes will make compiz redundant and will be removed from all my machines. -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#509285: marked as done (FTBFS Time expired during tests/mbr-4 and others)
Your message dated Sat, 27 Dec 2008 00:02:05 + with message-id e1lgmd3-0004hh...@ries.debian.org and subject line Bug#509285: fixed in mbr 1.1.10-2 has caused the Debian Bug report #509285, regarding FTBFS Time expired during tests/mbr-4 and others 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.) -- 509285: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509285 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mbr Version: 1.1.10-1 Severity: important Hi I'm a little bit surprized this hasn't been reported already, so I'm not using RC severity as I suspect there is something special in my env which makes this fail?! mbr 1.1.10-1 fails to build for me: ... gcc -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DTESTDISK -E -xc mbr.S86 -o testdisk.s86.tmp mv testdisk.s86.tmp testdisk.s86 as86 -0 -b testdisk.b.tmp -s testdisk.sym -l testdisk.lst testdisk.s86 mv testdisk.b.tmp testdisk.b rm mbr.s86 make[2]: quittant le répertoire « /home/lool/scratch/mbr/mbr-1.1.10 » make[1]: quittant le répertoire « /home/lool/scratch/mbr/mbr-1.1.10 » /usr/bin/make check-TESTS make[1]: entrant dans le répertoire « /home/lool/scratch/mbr/mbr-1.1.10 » gcc -E -xc table.S86 -o table.s86.tmp mv table.s86.tmp table.s86 as86 -0 -b table.b.tmp -s table.sym -l table.lst table.s86 mv table.b.tmp table.b PASS: tests/inst-1 PASS: tests/inst-3 PASS: tests/inst-4 PASS: tests/inst-6 PASS: tests/inst-7 PASS: tests/inst-8 PASS: tests/mbr-1 PASS: tests/mbr-2 PASS: tests/mbr-3 ./wraptest: line 18: 28110 Temps UCT limite expiréharness/harness $@ FAIL: tests/mbr-4 PASS: tests/mbr-5 ./wraptest: line 18: 28138 Temps UCT limite expiréharness/harness $@ FAIL: tests/mbr-6 PASS: tests/testdisk-1 PASS: tests/testdisk-2 PASS: tests/testdisk-3 ./wraptest: line 18: 28183 Temps UCT limite expiréharness/harness $@ FAIL: tests/testdisk-4 PASS: tests/testdisk-5 ./wraptest: line 18: 28208 Temps UCT limite expiréharness/harness $@ FAIL: tests/testdisk-6 4 of 18 tests failed make[1]: *** [check-TESTS] Erreur 1 rm table.s86 make[1]: quittant le répertoire « /home/lool/scratch/mbr/mbr-1.1.10 » make: *** [build] Erreur 2 dpkg-buildpackage: échec: debian/rules build a produit une erreur de sortie de type 2 debuild: fatal error at line 1319: Cheers -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mbr depends on: ii libc6 2.7-16 GNU C Library: Shared libraries mbr recommends no packages. mbr suggests no packages. -- no debconf information -- Loïc Minier ---End Message--- ---BeginMessage--- Source: mbr Source-Version: 1.1.10-2 We believe that the bug you reported is fixed in the latest version of mbr, which is due to be installed in the Debian FTP archive: mbr_1.1.10-2.diff.gz to pool/main/m/mbr/mbr_1.1.10-2.diff.gz mbr_1.1.10-2.dsc to pool/main/m/mbr/mbr_1.1.10-2.dsc mbr_1.1.10-2_i386.deb to pool/main/m/mbr/mbr_1.1.10-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 509...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Santiago Garcia Mantinan ma...@debian.org (supplier of updated mbr 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, 27 Dec 2008 00:49:19 +0100 Source: mbr Binary: mbr Architecture: source i386 Version: 1.1.10-2 Distribution: unstable Urgency: low Maintainer: Santiago Garcia Mantinan ma...@debian.org Changed-By: Santiago Garcia Mantinan ma...@debian.org Description: mbr- Master Boot Record for IBM-PC compatible computers. Closes: 509285 Changes: mbr (1.1.10-2) unstable; urgency=low . * Added patch from upstream, thanks to Loïc for reporting and sending the patch. Closes: #509285. Checksums-Sha1: d83eeb07f09dcc34585ce5d342590a0015736cdf 959 mbr_1.1.10-2.dsc 56820d7bb9407afeb28eab77f83bcd10127ddca3 6016 mbr_1.1.10-2.diff.gz 3f586963ff60a0be5282cfe8f0da897a9c85d0f4 22856 mbr_1.1.10-2_i386.deb
Bug#509832: FTBFS when byacc is installed
severity 509832 important thanks On Fri, Dec 26, 2008 at 08:17:13PM +, Robert Millan wrote: Package: mawk Version: 1.3.3-13 Severity: serious [...] cc -g -Wall -O2 -c -o parse.o parse.c In file included from mawk.h:53, from parse.y:81: nstd.h:77: error: expected identifier or ??(?? before ??__extension__?? nstd.h:78: error: expected identifier or ??(?? before ??__extension__?? nstd.h:78: error: expected identifier or ??(?? before ??)?? token nstd.h:81: error: expected identifier or ??(?? before ??__extension__?? parse.y: In function ??field_A2I??: parse.y:1191: warning: suggest parentheses around within || y.tab.c: In function ??yyparse??: y.tab.c:1497: warning: label ??yyerrlab?? defined but not used make[1]: *** [parse.o] Error 1 Missing build-conflicts are normally not RC; downgrading. -- 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 -- 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#509832: FTBFS when byacc is installed
Processing commands for cont...@bugs.debian.org: severity 509832 important Bug#509832: FTBFS when byacc is installed 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#509176: sound card losing configuration (upgrade-reports) additional info
reassign 509176 alsa-utils
thanks
Please assign bug reports such as this one to the affected packages.
The upgrade-reports pseudopackage is intended for tracking problems with the
upgrade process itself.
On Sat, Dec 20, 2008 at 03:11:54AM -0800, Arkady Andrukonis wrote:
Upon rebooting Debian Etch which was upgraded on 12/16/2008
linux-image-2.6.18-6-486 (2.6.18.dfsg.1-23) to 2.6.18.dfsg.1-23etch1
sound is redirected to /dev/null. XMMS reporting following error message:
upon reboot clicking on XMMS on any oss sound file gives the error
#--
Couldn't open audio
Please check that
Your sound card is configured properly
You have the correct output plugin selected
No other program is blocking the soundcard
#--
Running alsaconf the processes
2975 [esd]
3069 [mixer-applet2]
are being terminated. It appears the following kernel modules are unloaded
and then reloaded
snd-hda-intel
{/lib/modules/2.6.18-6-486/kernel/sound/pci/hda/snd-hda-intel.ko}
snd-hda-codec
{/lib/modules/2.6.18-6-486/kernel/sound/pci/hda/snd-hda-codec.ko}
snd-pcm-oss {/lib/modules/2.6.18-6-486/kernel/sound/core/oss/snd-pcm-oss.ko}
snd-mixer-oss
{/lib/modules/2.6.18-6-486/kernel/sound/core/oss/snd-mixer-oss.ko}
snd-pcm {/lib/modules/2.6.18-6-486/kernel/sound/core/snd-pcm.ko}
snd-timer {/lib/modules/2.6.18-6-486/kernel/sound/core/snd-timer.ko}
snd-page-alloc {/lib/modules/2.6.18-6-486/kernel/sound/core/snd-page-alloc.ko}
Suspecting a mapping problem in the core module snd-hda-intel.ko
It can be replicated every time upon reboot, no sound even though speaker
is turned up all the way and sound is NOT muted. After running alsaconf the
sound works fine, but it is annoying having to run alsaconf every time that
you boot the system. This was never necessary since installing Etch as a
network install. Not sure if doing a new, full network install manifests
the same problem, if a new install does not have this bug, the system build
must have something missing between old binary and the new. No changes have
been made to any hardware and otherwise everything works. Problem became
apparent after secondary update on 12/18/2008, not sure if lib6c, dpkg, or
locales may have something to do with it. It's conceivable that I did not
reboot system for 2 days after kernel update, but I am convinced that
after a kernel update, you are forced to reboot. I always had to do this on
SuSE after any kernel update. Why do the alsaconf settings not hold between
successive reboot? Not sure if I should rebuild the affected kernel modules
with full debug info to track down the bug further. Any suggestions?
It's my understanding that alsaconf itself is considered deprecated, so any
problems fixed by running alsaconf are bugs in the default settings; but I'm
assigning this bug to alsa-utils since I think the maintainers of that
package are most likely to know why running alsaconf helps.
--
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
--
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#509176: sound card losing configuration (upgrade-reports) additional info
Processing commands for cont...@bugs.debian.org: reassign 509176 alsa-utils Bug#509176: upgrade-reports: soundcard losing configuration settings Bug reassigned from package `upgrade-reports' to `alsa-utils'. 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#509457: libapache2-mod-perl2 2.0.4-5 uploaded
Hi, I have just uploaded libapache2-mod-perl2 2.0.4-5, including several simple fixes for several bugs. I think it deserves being pushed into Lenny, as suggested by Jérémy in #508910. However, I lack a Lenny build environment right now - And I fear the patch for #509457 (as it includes a function definition needed for Sid's libwww-perl not to break the build) might not work correctly with Lenny. So, please, can somebody test the package builds fine and ping debian-rele...@lists.d.o if so? Greetings, -- Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF pgpTNEnIpJ0FW.pgp Description: PGP signature
Bug#509457: marked as done (FTBFS: Tests fail)
Your message dated Sat, 27 Dec 2008 03:17:08 + with message-id e1lgpfo-vm...@ries.debian.org and subject line Bug#509457: fixed in libapache2-mod-perl2 2.0.4-5 has caused the Debian Bug report #509457, regarding FTBFS: Tests fail 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.) -- 509457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509457 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libapache2-mod-perl2 Version: 2.0.4-4 Severity: serious Justification: no longer builds from source -- Package-specific info: -8-- Start Bug Report 8-- 1. Problem Description: I stumbled upon this when trying to rebuild the package from the pkg-perl SVN repository, preparing a 2.0.4-5 upload. Note that this is just a placeholder, I'll follow up this report with an upstream bug report as well as soon as a bug number is assigned. 2. Used Components and their Configuration: *** mod_perl version 2.04 *** using /tmp/build-area/libapache2-mod-perl2-2.0.4/lib/Apache2/BuildConfig.pm *** Makefile.PL options: MP_APR_LIB = aprext MP_APXS= /usr/bin/apxs2 MP_CCOPTS = -g -Wall MP_COMPAT_1X = 1 MP_GENERATE_XS = 1 MP_INCLUDE_DIR = /usr/include/apache2 /usr/include/apr-1.0 MP_LIBNAME = mod_perl MP_TRACE = 0 MP_USE_DSO = 1 MP_USE_GTOP= 1 MP_USE_STATIC = 0 *** /usr/sbin/apache2 -V Server version: Apache/2.2.11 (Debian) Server built: Dec 14 2008 09:41:19 Server's Module Magic Number: 20051115:21 Server loaded: APR 1.2.12, APR-Util 1.2.12 Compiled using: APR 1.2.12, APR-Util 1.2.12 Architecture: 64-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with -D APACHE_MPM_DIR=server/mpm/prefork -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT= -D SUEXEC_BIN=/usr/lib/apache2/suexec -D DEFAULT_PIDLOG=/var/run/apache2.pid -D DEFAULT_SCOREBOARD=logs/apache_runtime_status -D DEFAULT_LOCKFILE=/var/run/apache2/accept.lock -D DEFAULT_ERRORLOG=logs/error_log -D AP_TYPES_CONFIG_FILE=/etc/apache2/mime.types -D SERVER_CONFIG_FILE=/etc/apache2/apache2.conf *** /usr/bin/ldd /usr/sbin/apache2 linux-vdso.so.1 = (0x7fff26ffe000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0x7f6f1ead7000) libaprutil-1.so.0 = /usr/lib/libaprutil-1.so.0 (0x7f6f1e8b4000) libapr-1.so.0 = /usr/lib/libapr-1.so.0 (0x7f6f1e681000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f6f1e465000) libc.so.6 = /lib/libc.so.6 (0x7f6f1e112000) libldap_r-2.4.so.2 = /usr/lib/libldap_r-2.4.so.2 (0x7f6f1dec9000) liblber-2.4.so.2 = /usr/lib/liblber-2.4.so.2 (0x7f6f1dcba000) libdb-4.6.so = /usr/lib/libdb-4.6.so (0x7f6f1d97) libpq.so.5 = /usr/lib/libpq.so.5 (0x7f6f1d74c000) libmysqlclient_r.so.15 = /usr/lib/libmysqlclient_r.so.15 (0x7f6f1d33f000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7f6f1d0c9000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0x7f6f1cea) libuuid.so.1 = /lib/libuuid.so.1 (0x7f6f1cc9c000) librt.so.1 = /lib/librt.so.1 (0x7f6f1ca93000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x7f6f1c85b000) libdl.so.2 = /lib/libdl.so.2 (0x7f6f1c657000) /lib64/ld-linux-x86-64.so.2 (0x7f6f1ed06000) libresolv.so.2 = /lib/libresolv.so.2 (0x7f6f1c443000) libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0x7f6f1c229000) libgnutls.so.26 = /usr/lib/libgnutls.so.26 (0x7f6f1bf77000) libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x7f6f1bd26000) libcrypto.so.0.9.8 = /usr/lib/libcrypto.so.0.9.8 (0x7f6f1b98b000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0x7f6f1b6ea000) libcom_err.so.2 = /lib/libcom_err.so.2 (0x7f6f1b4e7000) libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0x7f6f1b2bb000) libnsl.so.1 = /lib/libnsl.so.1 (0x7f6f1b0a3000) libm.so.6 = /lib/libm.so.6 (0x7f6f1ae2) libz.so.1 = /usr/lib/libz.so.1 (0x7f6f1ac09000) libtasn1.so.3 = /usr/lib/libtasn1.so.3 (0x7f6f1a9f9000) libgpg-error.so.0 = /usr/lib/libgpg-error.so.0 (0x7f6f1edf4000) libgcrypt.so.11 = /usr/lib/libgcrypt.so.11 (0x7f6f1a792000)
Bug#508313: duplicate issue for CVE-2008-5234 (vector 2)?
hi guys, On Fri, Dec 26, 2008 at 09:37:14PM +0100, Nico Golde wrote: in the meantime I am preparing an NMU with the patch for (1) applied. No need for an NMU I think, Darren is heavily working on these issues, check: http://alioth.debian.org/~dsalt-guest/security/.private/ The coordination is a bit chaotic at the moment, spread over private mails, irc queries, #xine-private and the bts :/ okay, but just FYI these bugs are marked as affecting lenny in the rc bug tracking page[1] with no further information in the page or the bugs themselves. the fact that one of these bugs was in fact a non-bug (already fixed in lenny/sid) implied in my mind that nothing was going on... had i known this work was already done i could have spent my effort in a non-duplicate manner, and we'd have been a couple man-hours closer to releasing lenny :( so please consider this a polite request for a quick status update to the bug reports (i've cc'd all of them here, so a simple group-reply should hopefully prevent similar duplicate effort). since it sounds like darren has already done quite a bit of work on this, i'll back off until i sober up in 2009, and then check back in :) thanks! sean [1] http://bts.turmzimmer.net/details.php?bydist=bothignnew=onignpending=onignmerged=on signature.asc Description: Digital signature
Bug#509859: Fixing this issue
Package: snow Severity: grave thanks On 26 December 2008 at 11:58, Dirk Eddelbuettel wrote: | | Hi Frank, | | On 26 December 2008 at 16:19, Frank Lichtenheld wrote: | | About the snow problem, I would propose the following solution: | | | | 1) Dirk should file a RC bug against snow to document what is | | going on, feel free to clone this one for this purpose. Filing a new bug now which I'll ... | | 2) Then upload his original snow package with a suitable version | | number (you will probably need to use an epoch), closing the RC | | bug. ... close on the weekend with a new r-cran-snow upload as suggested. | Ok. But how do I delete the desparation r-cran-snow (version 0.3.3-2) I | placed in NEW and that would get replaced by 1:0.3.3-2 ? It has a new source | package as (prior to this thread) nobody really replied to my requests for help. (Thanks for removing that, Frank!) | | 3) This will go to NEW, since the binary package isn't | | present in unstable anymore. But we can probably fast-track this. That would be great. Dirk | | 4) This will then overwrite the new snow package and if Jari wants | | to upload his package again, he will need to choose another source | | package name. | | Sounds good to me. | | | If anyone sees any issues with this proposed solution, please speak | | up fast. | | | | Using the source package name snow for the new package is really no | | option since it just confuses all the websites and other infrastructure | | to no end (and the users, too...). | | Agreed. Snow, for better or worse, is tagged to by r-cran-snow so Jary could | create a new steg-snow or snow-steg or a different name. | | Best regards, Dirk | | | -- | Three out of two people have difficulties with fractions. -- Three out of two people have difficulties with fractions. -- 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#509838: dpkg depends on lzma, which is Priority: optional
Processing commands for cont...@bugs.debian.org: reassign 509838 ftp.debian.org Bug#509838: dpkg depends on lzma, which is Priority: optional Bug reassigned from package `lzma' to `ftp.debian.org'. forcemerge 499173 509838 Bug#499173: ftp.debian.org: lzma must be of priority required Bug#509838: dpkg depends on lzma, which is Priority: optional Forcibly Merged 499173 509838. 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#509838: dpkg depends on lzma, which is Priority: optional
reassign 509838 ftp.debian.org forcemerge 499173 509838 thanks On 2008-12-26 22:38 +0100, Robert Millan wrote: Package: lzma Version: 4.43-14 Severity: serious dpkg now depends on lzma, and therefore its priority can't be lower than required (see policy 2.5, Packages must not depend on packages with lower priority values) The priority is decided by the ftp masters, and they have already changed the override, see #499173: , | % apt-cache show lzma | grep ^Priority: | Priority: required ` Sven -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
