Bug#360843: Please replace modutils
On 4/9/06, Steve M. Robbins [EMAIL PROTECTED] wrote: Two comments: 1. It ain't just create_module; manpage-dev is also overwriting init_module Unpacking replacement manpages-dev ... dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man2/init_module.2.gz', which is also in package modutils dpkg-deb: subprocess paste killed by signal (Broken pipe) 2. I agree with David Weinehall that manpages-dev should use Replaces: modutils. To Justin Pryzby's question Why? Upgrades from sarge to etch will be fine as long as one of modutils and manpages drops the file before the release. The problem is limited to sid, and developers can presumably be expected to work around it as necessary.. I answer: why not! Yes, developers can work around it; but why should we be constantly irritated? If things are worked out before etch, then the Replaces can be dropped. Setting replaces hides problems. It's better to just fix the problem;having manpages-dev be held up is very minor compared to the problems allowing wholesale file replacement might hide.
Processed: Re: Bug#243665: evolution: Evolution does not start
Processing commands for [EMAIL PROTECTED]: clone 243665 -1 Bug#243665: evolution: Fails to start, giving SIGSEGV error Bug 243665 cloned as bug 361768. severity -1 grave Bug#361768: evolution: Fails to start, giving SIGSEGV error Severity set to `grave'. close -1 Bug#361768: evolution: Fails to start, giving SIGSEGV error 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Millis Miller [EMAIL PROTECTED] merge 358562 -1 Bug#361768: evolution: Fails to start, giving SIGSEGV error Bug#358562: evolution doesn't start, it reamins locked at startup Bug#357509: free(): invalid pointer Bug#358071: SIGABRT error after glib update Bug#358468: evolution: glibc detected double free or corruption (out) Bug#358641: evolution: Evolution 2.4.2.1-1 dont starts Bug#360597: evolution starts but won't display in etch Bug#360678: evolution 2.4.2.1-1 aborts, then deadlocks Bug#360692: evolution hangs on startup (bug #360615 reopen) Bug#360762: Evolution freezes Bug#361179: evolution: Hangs with invalid pointer error when attempting to render message Merged 357509 358071 358468 358562 358641 360597 360678 360692 360762 361179 361768. stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361770: After few hours amule make Xorg use 100% CPU
Package: amule Version: 2.1.1-2 Severity: grave Justification: renders package unusable If amule remains up for more than few hours (for example during night) the Xorg process starts using up 100% CPU until amule is closed. Amule results very slow and is unusable. Bye Marcello -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages amule depends on: ii amule-common 2.1.1-2common files for aMule ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libcrypto++5.2c2a 5.2.1c2a-3 General purpose cryptographic shar ii libgcc1 1:4.1.0-1 GCC support library ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages amule recommends: pn amule-daemon none (no description available) pn amule-utils none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360843: Please replace modutils
On Mon, Apr 10, 2006 at 01:53:53AM -0400, Bryan Donlan wrote: On 4/9/06, Steve M. Robbins [EMAIL PROTECTED] wrote: Two comments: 1. It ain't just create_module; manpage-dev is also overwriting init_module Unpacking replacement manpages-dev ... dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man2/init_module.2.gz', which is also in package modutils dpkg-deb: subprocess paste killed by signal (Broken pipe) 2. I agree with David Weinehall that manpages-dev should use Replaces: modutils. To Justin Pryzby's question Why? Upgrades from sarge to etch will be fine as long as one of modutils and manpages drops the file before the release. The problem is limited to sid, and developers can presumably be expected to work around it as necessary.. I answer: why not! Yes, developers can work around it; but why should we be constantly irritated? If things are worked out before etch, then the Replaces can be dropped. Setting replaces hides problems. It's better to just fix the problem;having manpages-dev be held up is very minor compared to the problems allowing wholesale file replacement might hide. Yea, my aversion to Replaces is that is very course-grained. I guess this can also be done with a preinst script removing files which might be in other packages, which is better. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361772: links2 illegally linked against libssl
Package: links2 Severity: serious Hi Guerkan, as the others may not know, we did both send mails several times to links2 upstream last year, begging for the linking-against-OpenSSL permission for this GPL-only licensed links2. Unfortunately, we did not succeed due to a very uncooperative upstream, which did not value our efforts at all (he was even claiming, that linking against libssl is not forbidden by the GPL at all, especially since there is no court desicion on that). However, you (and others) may understand, that I am really suprised with links2 2.1pre21-1 which 'suddenly' links against libssl. ---snipp--- (i386_unstable)[EMAIL PROTECTED]:~$ ldd /usr/bin/links2 linux-gate.so.1 = (0xe000) libtiff.so.4 = /usr/lib/libtiff.so.4 (0x4001d000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x40072000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0x40092000) libz.so.1 = /usr/lib/libz.so.1 (0x400b7000) libSDL-1.2.so.0 = /usr/lib/libSDL-1.2.so.0 (0x400cb000) libpthread.so.0 = /lib/tls/libpthread.so.0 (0x4015b000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x4016d000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x4017b000) libdirectfb-0.9.so.22 = /usr/lib/libdirectfb-0.9.so.22 (0x40246000) libfusion-0.9.so.22 = /usr/lib/libfusion-0.9.so.22 (0x4029) libdirect-0.9.so.22 = /usr/lib/libdirect-0.9.so.22 (0x40295000) libdl.so.2 = /lib/tls/libdl.so.2 (0x4029f000) libvga.so.1 = /usr/lib/libvga.so.1 (0x402a3000) libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0x40303000) libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0x40342000) libgpm.so.1 = /usr/lib/libgpm.so.1 (0x4047c000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0x40482000) libm.so.6 = /lib/tls/libm.so.6 (0x404b1000) libc.so.6 = /lib/tls/libc.so.6 (0x404d7000) libasound.so.2 = /usr/lib/libasound.so.2 (0x4060f000) /lib/ld-linux.so.2 (0x4000) (i386_unstable)[EMAIL PROTECTED]:~$ ---snapp--- This means: * Your copyright file is incomplete and misses the 'you are allowed to link against OpenSSL'-clause. If so, please add it. * You accidently removed the '--without-ssl'-flag from the configure call. If so, please re-add it. Independent of which solution is right, the current package is undistributable as it is now, please fix it asap. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229955: Please test version 3.1.19-2
Hello, I've just made a QA upload of xcircuit, which works for me on x86. Can you please test it in powerpc and let me know if this problem still exists? regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352182: marked as done (Crash in the ASN.1 DER decoder)
Your message dated Sun, 09 Apr 2006 23:47:10 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#352182: fixed in libtasn1-2 0.3.1-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libtasn1-2 Version: 0.2.17-1 Severity: grave Tags: security A crash in the DER decoder of GnuTLS has been disclosed. From: Simon Josefsson [EMAIL PROTECTED] Subject: GnuTLS 1.2.10 - Security release Newsgroups: gnu.announce To: [EMAIL PROTECTED], help-gnutls@gnu.org, info-gnu@gnu.org Date: Thu, 09 Feb 2006 16:46:28 +0100 Message-ID: [EMAIL PROTECTED] We are pleased to announce the availability of GnuTLS version 1.2.10, a security bug-fix release on the stable 1.2.x branch. This release fixes several serious bugs that would make the DER decoder in libtasn1 crash on invalid input. The problems were reported by Evgeny Legerov on the 31th of January. [...] ---End Message--- ---BeginMessage--- Source: libtasn1-2 Source-Version: 0.3.1-1 We believe that the bug you reported is fixed in the latest version of libtasn1-2, which is due to be installed in the Debian FTP archive: libtasn1-2-bin_0.3.1-1_i386.deb to pool/main/libt/libtasn1-2/libtasn1-2-bin_0.3.1-1_i386.deb libtasn1-2-dbg_0.3.1-1_i386.deb to pool/main/libt/libtasn1-2/libtasn1-2-dbg_0.3.1-1_i386.deb libtasn1-2-dev_0.3.1-1_i386.deb to pool/main/libt/libtasn1-2/libtasn1-2-dev_0.3.1-1_i386.deb libtasn1-2_0.3.1-1.diff.gz to pool/main/libt/libtasn1-2/libtasn1-2_0.3.1-1.diff.gz libtasn1-2_0.3.1-1.dsc to pool/main/libt/libtasn1-2/libtasn1-2_0.3.1-1.dsc libtasn1-2_0.3.1-1_i386.deb to pool/main/libt/libtasn1-2/libtasn1-2_0.3.1-1_i386.deb libtasn1-2_0.3.1.orig.tar.gz to pool/main/libt/libtasn1-2/libtasn1-2_0.3.1.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Matthias Urlichs [EMAIL PROTECTED] (supplier of updated libtasn1-2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Changed-By: Matthias Urlichs [EMAIL PROTECTED] Date: Sat, 18 Mar 2006 03:21:11 +0100 Version: 0.3.1-1 Distribution: unstable Source: libtasn1-2 Urgency: high Maintainer: Matthias Urlichs [EMAIL PROTECTED] Binary: libtasn1-2 libtasn1-2-bin libtasn1-2-dbg libtasn1-2-dev Architecture: i386 source Closes: 352182 Changes: libtasn1-2 (0.3.1-1) unstable; urgency=high . * New Upstream release. - Fixes a buffer overrun: Closes:#352182 - Yes, I know, this release is *late*. Sorry about that. Description: libtasn1-2-dbg - Manage ASN.1 structures (development) libtasn1-2 - Manage ASN.1 structures (runtime) libtasn1-2-bin - Manage ASN.1 structures (binaries) libtasn1-2-dev - Manage ASN.1 structures (development) Files: 67a62367a45329f2f319b27a680fcd6a 20650 libs important libtasn1-2-bin_0.3.1-1_i386.deb e715c45fd7fa26041cb237efdd1b6452 46898 devel extra libtasn1-2-dbg_0.3.1-1_i386.deb 8a6f537d3df3a353ef4d90d8a2464803 260300 libdevel optional libtasn1-2-dev_0.3.1-1_i386.deb b4221e36333b0e2db6e69d21c70ca4fc 332988 libs important libtasn1-2_0.3.1-1.diff.gz 94d4f87af77f9a324bd3aafe76efbfbe 44078 libs important libtasn1-2_0.3.1-1_i386.deb 87d93e2917e783f3bb1b6343ded9b199 713 libs important libtasn1-2_0.3.1-1.dsc 9e45106b0fe758caa9037d414739f570 466148 libs important libtasn1-2_0.3.1.orig.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEOdUF8+hUANcKr/kRAqT7AKCIYvjz6fzxyjXNa+9ya5yKsMinowCbBN/8 eNIsJhlCWipxty7x2T2+yto= =ETRq -END PGP SIGNATURE- ---End Message---
Bug#361773: ipe - FTBFS: Expects that size_t is int
Package: ipe Version: 6.0pre26-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of ipe_6.0pre26-2 on debian-31 by sbuild/s390 85 [...] make[2]: Entering directory `/build/buildd/ipe-6.0pre26/src/ipetopng' g++ -c -pipe -O2 -D_REENTRANT -Wall -W -Werror -DQT_NO_CAST_FROM_ASCII -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I../include -I../ipemodel -I../ipecanvas -I../../build/moc/ipetopng -I. -o ../../build/obj/ipetopng/ipetopng.o ipetopng.cpp cc1plus: warnings being treated as errors ipetopng.cpp: In function 'int topng(const char*, const char*, int, double)': ipetopng.cpp:77: warning: format '%d' expects type 'int', but argument 3 has type 'size_t' make[2]: *** [../../build/obj/ipetopng/ipetopng.o] Error 1 make[2]: Leaving directory `/build/buildd/ipe-6.0pre26/src/ipetopng' Please use %zu for size_t. size_t is either unsigned or unsigned long, depending on the architecture. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360131: Glib
user [EMAIL PROTECTED] usertag 360131 + gslice thanks Hi, somebody came asking today on #debian whether a bug they experienced was the same as this one. I had never used granule, so couldn't really say, but noticed reading the report that this is quite certainly an impact of the recent glib upgrade (see http://wiki.debian.org/StatusOfUnstable). A workaround which worked here is to run granule with $ G_SLICE=always-malloc granule; I'm going to try performing my first usertagging on this :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360843: Please replace modutils
On Mon, Apr 10, 2006 at 01:53:53AM -0400, Bryan Donlan wrote: On 4/9/06, Steve M. Robbins [EMAIL PROTECTED] wrote: Two comments: 1. It ain't just create_module; manpage-dev is also overwriting init_module Unpacking replacement manpages-dev ... dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man2/init_module.2.gz', which is also in package modutils dpkg-deb: subprocess paste killed by signal (Broken pipe) 2. I agree with David Weinehall that manpages-dev should use Replaces: modutils. To Justin Pryzby's question Why? Upgrades from sarge to etch will be fine as long as one of modutils and manpages drops the file before the release. The problem is limited to sid, and developers can presumably be expected to work around it as necessary.. I answer: why not! Yes, developers can work around it; but why should we be constantly irritated? If things are worked out before etch, then the Replaces can be dropped. Setting replaces hides problems. It's better to just fix the problem;having manpages-dev be held up is very minor compared to the problems allowing wholesale file replacement might hide. Wrong. The use of Replaces is a mandatory *part* of the fix. You don't move a file from one package to another without using Replaces. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#361775: Security bug report
Package: mnogosearch-common Version: 3.2.31-1 Severity: critical Tags: security The Debian configuration tool (debconf) asks for the database administrator password when configuring mnogosearch, and then stores the password in clear text in the world-readable file /var/cache/debconf/config.dat under the key mnogosearch-common/database_admin_pass instead of using the restricted access file /var/cache/debconf/passwords.dat Regards, Andrew -- mailto:[EMAIL PROTECTED] Andrew Pam http://www.xanadu.com.au/ Chief Scientist, Xanadu http://www.glasswings.com.au/ Partner, Glass Wings http://www.sericyb.com.au/ Manager, Serious Cybernetics -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354358: RFH: Test swt-gtk (azureus) on ia64 and alpha
On Sat, Apr 08, 2006 at 11:55:27AM -0600, Shaun Jackman wrote: It has been reported that swt-gtk -- and azureus, which depends on it -- does not work on amd64. I suspect this is true of all 64-bit architectures. If you have access to a 64-bit architecture besides amd64, I would very much appreciate your help with this bug. The version in Sarge (libswt-gtk3=3.0-6) as well as the version that was in unstable (libswt-gtk-3.1=3.1.2-1) on 2006-02-07 both need testing. libswt-gtk-3.1=3.1.2-1 has been removed from the Debian archive, but is available from snapshot.debian.net: http://snapshot.debian.net/archive/2006/02/07/debian/pool/main/s/swt-gtk/ Thank you very much for your help porting to your architecture! I could test on alpha, but there's no version of swt-gtk in sarge for this architecture. Why is it the old versions of this package which need testing, not the current version? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#355067: marked as done (libgnome2-canvas-perl: Package needs to be recompiled against latest libgnomecanvas)
Your message dated Mon, 10 Apr 2006 10:21:42 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed by bin-NMU has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libgnome2-canvas-perl Version: 1.002-1 Severity: grave Justification: renders package unusable The libgnome2-canvas-perl package in Debian unstable was apparently built against version 2.10.0 of libgnomecanvas2, but that library has since been upgraded to 2.12.0. There is a minor API change in the library (requested by the Perl module author). The Perl wrapper code can work with either API but unfortunatelys the API version is detected at compile time. sThe result is that various canvas objects (eg: bezier path) simply don't work and the following messages are written to STDERR: GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion `g_type_from_name (name) == 0' failed GLib-GObject-CRITICAL **: g_param_spec_boxed: assertion `G_TYPE_IS_BOXED (boxed_type)' failed GLib-GObject-CRITICAL **: g_object_class_install_property: assertion `G_IS_PARAM_SPEC (pspec)' failed More details here: http://mail.gnome.org/archives/gtk-perl-list/2005-December/msg00012.html I have confirmed that no patch is required. Simply rebuilding the package resolves the problems. Regards Grant -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (101, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages libgnome2-canvas-perl depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.6-2GNU C Library: Shared libraries an ii libglib-perl 1:1.105-1 Perl interface to the GLib and GOb ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgnomecanvas2-0 2.12.0-2 A powerful object-oriented display ii libgtk2-perl 1:1.104-1 Perl interface to the 2.x series o ii libgtk2.0-0 2.8.12-1 The GTK+ graphical user interface ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio ii perl 5.8.8-2Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.4] 5.8.8-2The Pathologically Eclectic Rubbis libgnome2-canvas-perl recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Heya, I've finally found the time to ask for a bin-NMU, but now the package has been rebuilt on all architectures. A bug against libgnomecanvas2-0 to add a fitting conflict also exists, see #360918. Marc -- BOFH #173: Recursive traversal of loopback mount points pgpg0qGHUkw2P.pgp Description: PGP signature ---End Message---
Bug#360480: marked as done (seq24: FTBFS: Makefile:301: *** missing separator. Stop.)
Your message dated Mon, 10 Apr 2006 10:43:08 +0200 (CEST) with message-id [EMAIL PROTECTED] and subject line seq24: FTBFS: Makefile:301: *** missing separator. Stop. has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: seq24 Version: 0.8.3-1 Severity: serious Hi, Your package is failing to build with the following error: make[2]: Entering directory `/build/buildd/seq24-0.8.3/build-tree/seq24-0.8.3/s rc' Makefile:301: *** missing separator. Stop. make[2]: Leaving directory `/build/buildd/seq24-0.8.3/build-tree/seq24-0.8.3/sr c' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/seq24-0.8.3/build-tree/seq24-0.8.3' make: *** [debian/stamp-makefile-build] Error 2 Kurt ---End Message--- ---BeginMessage--- seems to build now. ---End Message---
Bug#361729: vlc: Don't build depend on gcc-snapshot
severity 361729 wishlist thanks On Sun, Apr 09, 2006, Kurt Roeckx wrote: It seems you're build depending on gcc-snapshot. Please don't do that. It's an experimental version. I'm afraid it was the only way to build VLC. As you have noticed. According to the changelog: + Build-depend on gcc-snapshot on i386 and amd64, because currently only that version of gcc properly builds some of the MMX modules. Did you atleast try that gcc-4.1 works now? And did you? I don't understand why you have to be so rude, gcc-4.1 has not been here for long and obviously my next upload won't build- depend on gcc-snapshot. -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#361729: vlc: Don't build depend on gcc-snapshot
Processing commands for [EMAIL PROTECTED]: severity 361729 wishlist Bug#361729: vlc: Don't build depend on gcc-snapshot Severity set to `wishlist'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361781: plplot-doc: uninstallable due to tight versioned dependency on liblplot9
Package: plplot-doc Version: 5.3.1-9 Severity: grave The plplot-doc package is uninstallable in unstable because plplot was binNMUed for the hdf5 ABI change, and plplot-doc, an arch: all package, has a dependency on libplplot9 (= 5.3.1-9) which no longer exists. Arch: all - Arch: any strict versioned dependencies are fundamentally incompatible with binNMUs. It's my understanding that the reason for this particular dependency is so that plplot-doc and libplplot9 can share a /usr/share/doc directory, which is also incompatible with binNMUs: an arch: any package will have an additional changelog entry from the binNMU that doesn't correspond to the arch: all package which hasn't been rebuilt. Please consider making /usr/share/doc/plplot-doc a real directory and dropping (or relaxing) the dependency on libplplot9. Either way, plplot needs a sourceful upload for the hdf5 transition. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Processed: Re: Bug#361729: vlc: Don't build depend on gcc-snapshot
Processing commands for [EMAIL PROTECTED]: severity 361729 serious Bug#361729: vlc: Don't build depend on gcc-snapshot Severity set to `serious'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348407: marked as done (pine: security hole in imap support)
Your message dated Mon, 10 Apr 2006 11:32:41 +0200 (CEST) with message-id [EMAIL PROTECTED] and subject line pine: security hole in imap support has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: pine Version: 4.62-1 Severity: grave Justification: user security hole http://www.washington.edu/pine/ says: Note: Install Pine 4.64, or later version, to fix a buffer overflow problem. Read iDEFENSE Security Advisory for full details. The advisory is here: http://www.idefense.com/intelligence/vulnerabilities/display.php?id=313 Pine appears to use the UW-IMAP client-side IMAP library, which has a bug that allows access to the system by the user running Pine. The version of Pine shipped in Sarge is 4.62 and I've seen no security-related release to address this issue. I realize that Pine is in non-free but we're leaving our users out to dry here ... -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.13 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages pine depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libldap2 2.1.30-8 OpenLDAP libraries ii libncurses5 5.4-4 Shared libraries for terminal hand ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii mime-support 3.28-1 MIME files 'mime.types' 'mailcap -- no debconf information -- Will ---End Message--- ---BeginMessage--- On Mon, 16 Jan 2006, Will Lowe wrote: Package: pine Version: 4.62-1 Severity: grave Justification: user security hole http://www.washington.edu/pine/ says: Note: Install Pine 4.64, or later version, to fix a buffer overflow problem. Read iDEFENSE Security Advisory for full details. The advisory is here: http://www.idefense.com/intelligence/vulnerabilities/display.php?id=313 Pine appears to use the UW-IMAP client-side IMAP library, which has a bug that allows access to the system by the user running Pine. The version of Pine shipped in Sarge is 4.62 and I've seen no security-related release to address this issue. I realize that Pine is in non-free but we're leaving our users out to dry here ... Thanks for the report. I've prepared packages fixing this for woody and sarge, and they are now in the hands of the security team, so there is not anything more to do on my side. ---End Message---
Bug#361275: [cl-debian] Bug#361275: cl-swank: swank-loader looks for a ChangeLog file that doesn't exist
On Friday 07 April 2006 17:36, [EMAIL PROTECTED] wrote: I'm trying to run slime from emacs in the usual way with M-x slime. I get in the *inferior-lisp* buffer: [1] ;; Loading file /usr/share/common-lisp/source/slime/swank-loader. lisp ... *** - FILE-WRITE-DATE: file #P/usr/share/common- lisp/source/slime/ChangeLog does not exist This is strange as we create a ChangeLog file in the appropriate elc directory when installing for a emacs variant. See /usr/lib/emacsen-common/packages/install/slime: ... ELCDIR=/usr/share/${FLAVOR}/site-lisp/${PACKAGE} .. cd ${ELCDIR} ... ln -s /usr/share/doc/${PACKAGE}/changelog ChangeLog So it should not search for the ChangLog file there. Maybe the installation itself went wrong? Does anyone else has this problem? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ God, root, what is difference? Pitr | God is more forgiving. Dave Aronson| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358949: FTBFS on AMD64: conflicting types for 'SQLSetPos'
On Sun, Apr 09, 2006 at 02:24:00AM -0700, Steve Langasek wrote: This patch implements full 64-bit compatibility with the unreleased UnixODBC 2.2.12; there is one 64-bit ABI change between 2.2.11 and 2.2.12 (SQLParamOptions) that is still pending in Debian. I'll be uploading unixodbc 2.2.11-13 with this change as soon as I finish reviewing its effect on all related packages, but in the meantime psqlodbc will still FTBFS on the 64-bit archs. This unixodbc fix has been uploaded, so psqlodbc can be uploaded at any time also. If I don't hear anything in a day or two, I'll go ahead and NMU it. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#361800: kernel-patch-openswan: Fails to patch Debian 2.6.15 kernel
Package: kernel-patch-openswan Version: 1:2.4.4-3.1 Severity: grave Tags: patch Justification: renders package unusable Trying to use make-kpkg to build a kernel package from linux-source-2.6.15 version 2.6.15-8 and kernel-patch-openswan 1:2.4.4-3.1. (I'm leaving out those files that were patched without problems.) for patch in /usr/src/kernel-patches/all/apply/openswan ; do\ if test -x $patch; then\ if $patch; then \ echo Patch $patch processed fine; \ echo $patch applied_patches; \ else \ echo Patch $patch failed.; \ echo Hit return to Continue; \ read ans; \ fi; \ fi; \ done Applying NAT Traversal patch to networking subsystem. awk: fatal: cannot open file `/usr/src/linux/Makefile' for reading (No such file or directory) make[1]: *** [nattpatch] Error 1 patch: Only garbage was found in the patch input. The patch does not apply cleanly, skipping it. Please check manually if your kernel already supports NAT Traversal (Debian kernel sources might already be patched to do so). Inserting KLIPS into kernel. make[1]: Entering directory `/usr/src/kernel-patches/all/openswan' Now performing forward patches make kernelpatch2.6 | tee /sw/WORK/Debian/Kernel/linux-source-2.6.15/openswan.patch | (cd /sw/WORK/Debian/Kernel/linux-source-2.6.15 patch -p1 -b -z .preipsec --forward --ignore-whitespace ) ... patching file net/Kconfig Hunk #1 FAILED at 105. 1 out of 1 hunk FAILED -- saving rejects to file net/Kconfig.rej patching file net/Makefile Hunk #1 succeeded at 49 (offset 7 lines). ... patching file net/ipv4/af_inet.c Hunk #1 succeeded at 1218 (offset 49 lines). patching file net/ipsec/Makefile.ver make[1]: *** [applypatch] Error 1 make[1]: Leaving directory `/usr/src/kernel-patches/all/openswan' Patch /usr/src/kernel-patches/all/apply/openswan failed. Replacing all/openswan/linux/net/Kconfig.fs2_6.patch with the following makes the patch succeed: --- swan26/net/Kconfig.orig 2006-04-10 12:39:51.0 +0200 +++ swan26/net/Kconfig 2006-04-10 13:22:40.0 +0200 @@ -56,6 +56,7 @@ if INET source net/ipv4/Kconfig source net/ipv6/Kconfig +source net/ipsec/Kconfig endif # if INET I wonder what the awk error is about... I have my unpacked kernel source in a different location. Lupe Christoph -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-lpc.2.k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-patch-openswan depends on: ii coreutils [fileutils] 5.94-1 The GNU core utilities ii fileutils 5.94-1 The GNU file management utilities Versions of packages kernel-patch-openswan recommends: ii kernel-package10.040 A utility for building Linux kerne -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349139: [Pkg-octave-devel] Bug#349139: octave-forge: File /aurecord is back at the wrong place
* Me [EMAIL PROTECTED] [2006-04-09 16:43]: Package: octave-forge Version: 2006.01.28-2+b1 Followup-For: Bug #349139 The file aurecord is installed at the root directory on a i386 system. Thanks for reporting this problem, we had not noticed it yet. This bug is annoying and shows that the autobuilders did not recover from the /usr/bin/octave-config mess yet. I will see if I can fix this in a forthcoming release of the octave2.1 packages. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361801: debpartial-mirror: FTBFS: Missing Build-Depends
Package: debpartial-mirror Version: 0.2.90 Severity: serious From my pbuilder build log: ... # Fill the vars sed -i s/version_str = .*/version_str = '0.2.90'/g;s/date_str = .*/date_str = 'Sat, 8 Apr 2006 15:49:35 -0300'/g debpartial-mirror sed -i s/version = .*,/version = '0.2.90',/g setup.py cd . python setup.py build --build-base=/tmp/buildd/debpartial-mirror-0.2.90/./build /bin/sh: python: command not found make: *** [common-build-impl] Error 127 -- Daniel Schepler
Bug#358949: FTBFS on AMD64: conflicting types for 'SQLSetPos'
Am Montag, 10. April 2006 13:20 schrieb Steve Langasek: This unixodbc fix has been uploaded, so psqlodbc can be uploaded at any time also. So the build dependency should be set to = 2.2.11-13 ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: apt-listbugs does not show grave bug 342879 either
Processing commands for [EMAIL PROTECTED]: retitle 334697 apt-listbugs does not show several grave/serious bugs Bug#334697: apt-listbugs does not show grave bug 334613 of tetex-bin Changed Bug title. severity 334697 grave Bug#334697: apt-listbugs does not show several grave/serious bugs Severity set to `grave'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361805: bug-buddy: fails to update bug information and crashes afterwards
Package: bug-buddy Version: 2.8.0-3 Severity: grave Justification: renders package unusable tested on 2 computers, with same result : lauching bug-buddy proposes you to update your bug-information. Clicking update starts downloading 6 (4 on the other box) updates. Then an error message appears : application has quit unexpectedly and you get 3 options : restart app, close or inform developpers ( the latter being impossible since that one tries to launch bug-buddy ...). Selecting restart puts you back in the update loop , this time only requiering 2 updates , but those never succeed ... same loop all over : crash -- restart -- update -- crash -- restart ... etc. Didn't find any related bug report on the web . -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-cube01 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages bug-buddy depends on: ii gdb6.3-6 The GNU Debugger ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-desktop-2 2.8.3-2 Utility library for loading .deskt ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstartup-notific 0.8-1 library for program launch feedbac ii libxml22.6.16-7 GNOME XML library ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342578: Checkinstall changes / permissions
Hi, I had the same problem with checkinstall. After a running checkinstall was interrupted for a network failure, I was unable to login. Checking a root on the console showed permissions of / set to 700. To me it seems that checkinstall does not like to be interupted. FYI, it was was chan_misdn, as the debian packages are a bit outdated (IMHO misdn evolves too fast currently for the debian packaging process) Bye, Joerg signature.asc Description: Digital signature
Bug#361810: hplip: HPLIP 0.9.8+ is not stable yet, keep it out of Debian Etch
Package: hplip Version: 0.9.9-2 Severity: grave Justification: maintainers do not want it in testing yet HPLIP 0.9.10 has some issues that are still being addressed, and 0.9.9/0.9.8 are not stable. There are regressions too. So, for the moment, I am blocking it from entering Debian testing. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.7-debian8+bluesmoke+lm85 Locale: LANG=pt_BR.ISO-8859-1, LC_CTYPE=pt_BR.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages hplip depends on: ii adduser 3.85 Add and remove users and groups ii coreutils 5.94-1 The GNU core utilities ii cupsys1.1.23-15 Common UNIX Printing System(tm) - ii hplip-data0.9.8-1HP Linux Printing and Imaging - da ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libcupsys21.1.23-15 Common UNIX Printing System(tm) - ii libgcc1 1:4.1.0-1 GCC support library ii libsnmp9 5.2.2-3NET SNMP (Simple Network Managemen ii libssl0.9.8 0.9.8a-8 SSL shared libraries ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip ii python2.3.5-5An interactive high-level object-o ii python-qt33.15-4 Qt3 bindings for Python (default v Versions of packages hplip recommends: ii cupsys-client 1.1.23-15 Common UNIX Printing System(tm) - ii hpijs 2.1.8+0.9.8-1 HP Linux Printing and Imaging - gs ii hplip-ppds 0.9.8-1 HP Linux Printing and Imaging - PP ii python-reportlab 1.20debian-3 ReportLab library to create PDF do -- no debconf information -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292478: Excuse the me too.
Similar problem with USB attached DVD player. Unclear if this is due to boot with DVD player in, or other hardware issues, I suspect a loose USB cable turned this from annoyance into show stopper. Have detached USB DVD drive as workaround - seems okay so far. Here it is kernel 2.6.8-2-386. This wasn't fixed in Sarge r1, so I assume will remain an annoyance for all Sarges existence. Seems very odd that it is only just a problem here as the USB drive has been plugged in for months. Is there any unambiguous way to confirm other instances of this are the same problem? (Kudos to Kmail/KDE developers for bringing back the email I was typing during the last two crashes). Apr 10 14:50:14 localhost kernel: usb 1-1: USB disconnect, address 2 Apr 10 14:50:19 localhost kernel: scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0 lun 0 Apr 10 14:50:19 localhost kernel: sr 0:0:0:0: Illegal state transition cancel-offline Apr 10 14:50:19 localhost kernel: Badness in scsi_device_set_state at drivers/scsi/scsi_lib.c:1643 Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3168799/6582238] scsi_device_set_state+0xc4/0xcf [scsi_mod] Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3160978/6582238] scsi_eh_offline_sdevs+0x47/0x60 [scsi_mod] Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3162482/6582238] scsi_unjam_host+0x18d/0x1a2 [scsi_mod] Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3162781/6582238] scsi_error_handler+0x116/0x15a [scsi_mod] Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3162503/6582238] scsi_error_handler+0x0/0x15a [scsi_mod] Apr 10 14:50:19 localhost kernel: [kernel_thread_helper+5/11] kernel_thread_helper+0x5/0xb Apr 10 14:50:19 localhost kernel: Badness in kobject_get at lib/kobject.c:433 Apr 10 14:50:19 localhost kernel: [kobject_get+46/56] kobject_get+0x2e/0x38 Apr 10 14:50:19 localhost kernel: [get_device+19/26] get_device+0x13/0x1a Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3166962/6582238] scsi_request_fn+0x20/0x35b [scsi_mod] Apr 10 14:50:19 localhost kernel: [blk_insert_request+135/169] blk_insert_request+0x87/0xa9 Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3163530/6582238] scsi_queue_insert+0x84/0x8e [scsi_mod] Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3161997/6582238] scsi_eh_flush_done_q+0x7e/0xd6 [scsi_mod] Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3162495/6582238] scsi_unjam_host+0x19a/0x1a2 [scsi_mod] Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3162781/6582238] scsi_error_handler+0x116/0x15a [scsi_mod] Apr 10 14:50:19 localhost kernel: [__crc_param_set_bool+3162503/6582238] scsi_error_handler+0x0/0x15a [scsi_mod] Apr 10 14:50:19 localhost kernel: [kernel_thread_helper+5/11] kernel_thread_helper+0x5/0xb Apr 10 14:50:19 localhost kernel: Unable to handle kernel paging request at virtual address 00100104 Apr 10 14:50:19 localhost kernel: printing eip: Apr 10 14:50:19 localhost kernel: dca73ceb Apr 10 14:50:19 localhost kernel: *pde = Apr 10 14:50:19 localhost kernel: Oops: 0002 [#1] Apr 10 14:50:19 localhost kernel: PREEMPT Apr 10 14:50:19 localhost kernel: Modules linked in: snd_mixer_oss iptable_filter ip_tables lp ipv6 smbfs nfs lockd sunrpc af_packet parport_pc parport floppy evdev pcspkr snd_ens1371 snd_rawmidi snd_seq_device snd_pcm snd_page_alloc snd_timer snd_ac97_codec snd pci_hotplug intel_agp sg sr_mod usb_storage scsi_mod uhci_hcd usbcore es1371 soundcore gameport ac97_codec 3c59x agpgart capability commoncap psmouse ide_cd cdrom rtc reiserfs ext3 jbd ide_generic ide_disk piix ide_core unix font vesafb cfbcopyarea cfbimgblt cfbfillrect Apr 10 14:50:19 localhost kernel: CPU:0 Apr 10 14:50:19 localhost kernel: EIP: 0060:[__crc_param_set_bool+3174688/6582238]Not tainted Apr 10 14:50:19 localhost kernel: EFLAGS: 00010002 (2.6.8-2-386) Apr 10 14:50:19 localhost kernel: EIP is at scsi_device_dev_release+0x2d/0xf9 [scsi_mod] Apr 10 14:50:19 localhost kernel: eax: 00100100 ebx: daafb408 ecx: 00200200 edx: daafb584 Apr 10 14:50:19 localhost kernel: esi: daafb400 edi: 0286 ebp: dbba94b4 esp: db2b9ef0 Apr 10 14:50:19 localhost kernel: ds: 007b es: 007b ss: 0068 Apr 10 14:50:19 localhost kernel: Process scsi_eh_0 (pid: 969, threadinfo=db2b8000 task=db270620) Apr 10 14:50:19 localhost kernel: Stack: daafb5a8 c02cbc08 c02cbc20 dbba94d8 c01d3c89 daafb584 c018c984 daafb5a8 Apr 10 14:50:19 localhost kernel:db2b8000 da45b040 daafb400 db87502c dca721ed daafb5a8 dbba9400 dbbabcb0 Apr 10 14:50:19 localhost kernel:da45b040 db87502c 0202 c01d8d2c db87502c daafb400 da45b040 dbba9400 Apr 10 14:50:19 localhost kernel: Call Trace: Apr 10 14:50:19 localhost kernel: [device_release+20/68] device_release+0x14/0x44 Apr 10 14:50:19 localhost kernel: [kobject_cleanup+64/101] kobject_cleanup+0x40/0x65 Apr 10 14:50:19 localhost kernel:
Bug#361821: FTBFS: missing build-dependency
Package: xbase-clients Version: 1:7.0.0-1 Severity: serious xbase-clients fails to build for me in various ways. normal build: checking for library containing glXGetProcAddress... no configure: error: cannot find GL library - make sure Mesa or other OpenGL package is installed See `config.log' for more details. make: *** [build-stamp] Error 1 with libgl1-mesa-dev installed: make[2]: Entering directory `/tmp/buildd/xbase-clients-7.0.0/xfd-X11R7.0-1.0.1-obj-powerpc-linux-gnu' if gcc -DHAVE_CONFIG_H -I. -I../xfd-X11R7.0-1.0.1 -I. -I/usr/include/freetype2 -DXRENDER -D_BSD_SOURCE -Wall -g -O2 -MT xfd-grid.o -MD -MP -MF .deps/xfd-grid.Tpo \ -c -o xfd-grid.o `test -f 'grid.c' || echo '../xfd-X11R7.0-1.0.1/'`grid.c; \ then mv -f .deps/xfd-grid.Tpo .deps/xfd-grid.Po; \ else rm -f .deps/xfd-grid.Tpo; exit 1; \ fi In file included from ../xfd-X11R7.0-1.0.1/gridP.h:34, from ../xfd-X11R7.0-1.0.1/grid.c:38: ../xfd-X11R7.0-1.0.1/grid.h:35:25: error: X11/Xft/Xft.h: No such file or directory ../xfd-X11R7.0-1.0.1/grid.h:36:36: error: X11/extensions/Xrender.h: No such file or directory The latter error I don't understand because the files seem to be there, it is not a missing build-dependency in this case... Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361816: FTBFS: too few arguments to function 'compose_forward'
Package: sylpheed-claws-gtk2-perl-filter Version: 0.6-1 Severity: serious Your package fails to build in unstable: Automatic build of sylpheed-claws-gtk2-perl-filter_0.6-1 on em64t by sbuild/amd64 1.112 ... x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/include/sylpheed-claws-gtk2 -I/usr/include/sylpheed-claws-gtk2/common -I/usr/include/sylpheed-claws-gtk2/gtk -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -I/usr/lib/perl/5.8/CORE -Wall -g -O2 -MT perl_plugin.lo -MD -MP -MF .deps/perl_plugin.Tpo -c perl_plugin.c -fPIC -DPIC -o .libs/perl_plugin.o perl_plugin.c: In function 'XS_SylpheedClaws_filter_init': perl_plugin.c:566: warning: passing argument 2 of 'Perl_newSVpv' from incompatible pointer type perl_plugin.c: In function 'XS_SylpheedClaws_forward': perl_plugin.c:1132: error: too few arguments to function 'compose_forward' perl_plugin.c: In function 'XS_SylpheedClaws_redirect': perl_plugin.c:1172: error: too few arguments to function 'compose_redirect' make[3]: *** [perl_plugin.lo] Error 1 make[3]: Leaving directory `/build/tbm/sylpheed-claws-gtk2-perl-filter-0.6/src' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347130: marked as done (openbox: FTBFS: build-depends on removed xlibs-dev)
Your message dated Mon, 10 Apr 2006 16:44:15 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: openbox Version: 3.2-7 Severity: serious Hello, This is a serious bug filed against your package because it build-depends on xlibs-dev, which as announced in [1] a while ago, is no longer available in sid. This makes your package fail to build from source. [1] http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html To fix this bug, you need to update your build-dependencies and substitute xlibs-dev for the list of individual X development libraries that your package needs to be built. You can find detailed information about how to do that in the DependsXlibsDev wiki page [2]. [2] http://wiki.debian.org/DependsXlibsDev As indicated by the Release Team [3], the full transition from XFree86 to Xorg is a release blocker for Etch, which means that Etch will not be released until this bug is fixed (or your package removed from testing). So, please, try to fix in a timely manner. [3] http://lists.debian.org/debian-devel-announce/2005/10/msg4.html The number of affected packages by the xlibs-dev transition is huge, so if you feel like helping with patches or uploads, feel free to follow the instructions contained in the wiki page above. A list of affected packages can be found here [4]. [4] http://people.debian.org/~adeodato/release-usertag/transition-xlibs-dev Finally, if there's a strong reason for which your package should not be NMUed, please note so in this bug report. Prospective NMUers will read your reasoning, and will decide if it's strong enough to delay their upload. Thanks for your collaboration! -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org ---End Message--- ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 9 Jan 2006 09:29:33 +0100 Source: openbox Binary: openbox Architecture: source i386 Version: 3.2-8 Distribution: unstable Urgency: low Maintainer: Tore Anderson [EMAIL PROTECTED] Changed-By: Tollef Fog Heen [EMAIL PROTECTED] Description: openbox- standards compliant, fast, light-weight, extensible window manage Closes: 347130 Changes: openbox (3.2-8) unstable; urgency=low . * Adopt package. Thanks to Tore for his maintenance. * Don't build-dep on xlibs-dev any more, closes: #347130. * Build-depend on libxt-dev, libxinerama-dev. Files: 7bce3933d4bf0c73d70263537c82be1c 692 x11 optional openbox_3.2-8.dsc 490ce1e8d46825e2ae00caadcb783163 19588 x11 optional openbox_3.2-8.diff.gz 8334e43cfb9097cc5b3a1cf971fcee25 208468 x11 optional openbox_3.2-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDwiThQSseMYF6mWoRAmTeAJ9JtqM6vCGOE1r39tsuAQ1GgKqIlACg1Nqg JJovtWDYH4fE0F/sO+TJmhI= =2LS8 -END PGP SIGNATURE- -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- ---End Message---
Bug#361823: libapache2-mod-authz-ldap: undefined symbol ssl_var_lookup
Package: libapache2-mod-authz-ldap Version: 0.26-1 Severity: grave Justification: renders package unusable Trying to get libapache2-mod-authz-ldap to work, spits the following: ftbfs:~/source# /etc/init.d/apache2 start Cannot load /usr/lib/apache2/modules/mod_authz_ldap.so into server: /usr/lib/apache2/modules/mod_authz_ldap.so: undefined symbol: ssl_var_lookup The package is running under sarge and has been recompiled. If the package is not supposed to work in sarge, please, close this report. Thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.15|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 - ... todos necesitamos creer en algo. - Si, yo también creo... Creo... que me voy a tomar una cerveza. --Sor Trini (Año Mariano)
Bug#361827: libgdal1-grass: fails to read GRASS vectors
Package: libgdal1-grass Version: 1.3.1 Severity: grave Justification: renders package unusable When trying to read a grass vector, I get: ~$ ogrinfo -ro /home/Documenti/datigrass/Mondo_LatLong/PERMANENT/vector/europa/head Warning 1: GRASS warning: GISBASE enviroment variable was not set, using: /usr/lib/grass ogrinfo: symbol lookup error: /usr/lib/gdalplugins/ogr_GRASS.so: undefined symbol: Vect_set_fatal_error Radim Blazek, the author, wrote that: -lgrass_vect -lgrass_dig2 -lgrass_dgl -lgrass_rtree -lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase should be included in LIBS= in the Makefile This apparently makes the package unusable for the vector part (the raster is ok). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) -- Paolo Cavallini email+jabber: [EMAIL PROTECTED] www.faunalia.it Piazza Garibaldi 5 - 56025 Pontedera (PI), Italy Tel: (+39)348-3801953 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325577: marked as done (stella: FTBFS: Please change the Build-Depends to 'libslang2-dev')
Your message dated Mon, 10 Apr 2006 08:17:11 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#325577: fixed in stella 2.2-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: stella Version: 1.4.1-1 Severity: serious Tags: patch When building 'stella' in a clean 'unstable' chroot, I get the following error: Setting up libslang1 (1.4.9dbs-10) ... Setting up libslang1-dev (1.4.9dbs-10) ... Reading package lists... Building dependency tree... E: Build-dependencies for stella could not be satisfied. Note, selecting libslang1-dev instead of slang1-dev libslang1-dev is already the newest version. Please change the missing Build-Depends from 'slang1-dev' to 'libslang2-dev' in debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/stella-1.4.1/debian/control ./debian/control --- ../tmp-orig/stella-1.4.1/debian/control 2005-08-29 15:18:33.0 +0200 +++ ./debian/control2005-08-29 15:17:07.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Tom Lear [EMAIL PROTECTED] Standards-Version: 3.6.1.1 -Build-Depends: debhelper, libsdl1.2-dev, libpng3-dev, slang1-dev, libgpmg1-dev, zlib1g-dev +Build-Depends: debhelper, libsdl1.2-dev, libpng3-dev, libslang2-dev, libgpmg1-dev, zlib1g-dev Package: stella Architecture: any ---End Message--- ---BeginMessage--- Source: stella Source-Version: 2.2-1 We believe that the bug you reported is fixed in the latest version of stella, which is due to be installed in the Debian FTP archive: stella_2.2-1.diff.gz to pool/contrib/s/stella/stella_2.2-1.diff.gz stella_2.2-1.dsc to pool/contrib/s/stella/stella_2.2-1.dsc stella_2.2-1_i386.deb to pool/contrib/s/stella/stella_2.2-1_i386.deb stella_2.2.orig.tar.gz to pool/contrib/s/stella/stella_2.2.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mario Iseli [EMAIL PROTECTED] (supplier of updated stella package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 08 Apr 2006 18:38:25 +0200 Source: stella Binary: stella Architecture: source i386 Version: 2.2-1 Distribution: unstable Urgency: low Maintainer: Mario Iseli [EMAIL PROTECTED] Changed-By: Mario Iseli [EMAIL PROTECTED] Description: stella - Atari 2600 Emulator for SDL X windows Closes: 325577 349725 361345 Changes: stella (2.2-1) unstable; urgency=low . * New Maintainer (Closes: #361345) * New upstream release (Closes: #349725) * Build-Depend now on libslang2-dev (Closes: #325577) * Complete rebuild of debian/, upgraded to policy-standards 3.6.2 and compat-level 5. * Removed stellarc since stella only reads ~/.stellarc and even works without a first config. * New debian/watch file. Files: 74086d8e71ecc6b30249063c1b1d368a 610 contrib/otherosfs optional stella_2.2-1.dsc f2342a1219f4b4b79b8a1a5ef8025b89 1569101 contrib/otherosfs optional stella_2.2.orig.tar.gz 007cecf5fb32702c8a1c84ff329e78b2 147636 contrib/otherosfs optional stella_2.2-1.diff.gz 5b411a27a3df5ee246cf9d39179a3668 1123378 contrib/otherosfs optional stella_2.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEOnCK97LBwbNFvdMRAiIqAJ4vxQVsYs8x48TLqgKeESIUUv+28wCfT4a/ n7rW9CQvPe9PcyWEFkxyJwI= =0O5j -END PGP SIGNATURE- ---End Message---
Bug#361821: FTBFS: missing build-dependency
On Mon, Apr 10, 2006 at 04:24:54PM +0200, Frank Lichtenheld wrote: xbase-clients fails to build for me in various ways. normal build: checking for library containing glXGetProcAddress... no configure: error: cannot find GL library - make sure Mesa or other OpenGL package is installed See `config.log' for more details. make: *** [build-stamp] Error 1 with libgl1-mesa-dev installed: make[2]: Entering directory `/tmp/buildd/xbase-clients-7.0.0/xfd-X11R7.0-1.0.1-obj-powerpc-linux-gnu' if gcc -DHAVE_CONFIG_H -I. -I../xfd-X11R7.0-1.0.1 -I. -I/usr/include/freetype2 -DXRENDER -D_BSD_SOURCE -Wall -g -O2 -MT xfd-grid.o -MD -MP -MF .deps/xfd-grid.Tpo \ -c -o xfd-grid.o `test -f 'grid.c' || echo '../xfd-X11R7.0-1.0.1/'`grid.c; \ then mv -f .deps/xfd-grid.Tpo .deps/xfd-grid.Po; \ else rm -f .deps/xfd-grid.Tpo; exit 1; \ fi In file included from ../xfd-X11R7.0-1.0.1/gridP.h:34, from ../xfd-X11R7.0-1.0.1/grid.c:38: ../xfd-X11R7.0-1.0.1/grid.h:35:25: error: X11/Xft/Xft.h: No such file or directory ../xfd-X11R7.0-1.0.1/grid.h:36:36: error: X11/extensions/Xrender.h: No such file or directory The latter error I don't understand because the files seem to be there, it is not a missing build-dependency in this case... It needs to be a versioned B-D: note the lack of -I/usr/X11R6/include. signature.asc Description: Digital signature
Bug#361737: monotone-viz_0.14-1(amd64/unstable): FTBFS: wrong build dependencies
It builds find for me without liblablgtk2-gnome-ocaml-dev. It seems the package liblablgtk2-ocaml-dev 2.4.0+2005.02.18-1 in stable was split into liblablgtk2-ocaml-dev and liblablgtk2-gnome-ocaml-dev 2.6.0-3 in testing. I'll change the build dependencies to liblablgtk2-ocaml-dev, liblablgtk2-gnome-ocaml-dev | liblablgtk2-ocaml-dev (2.6). Thanks for the bug report! Cheers, Shaun On 4/9/06, Frederik Schüler [EMAIL PROTECTED] wrote: Package: monotone-viz Version: 0.14-1 Severity: serious Hello, There was an error while trying to autobuild your package: ** Using build dependencies supplied by package: Build-Depends: libsqlite3-dev ( 3.2.8), liblablgtk2-ocaml-dev, ocaml, gawk, pkg-config, debhelper it should build-depend on liblablgtk2-gnome-ocaml-dev and not liblablgtk2-ocaml-dev: checking for ocamlmktop... ocamlmktop checking for ocamlmklib... ocamlmklib checking for ocamldoc... ocamldoc OCaml uses gcc to compile C files checking for ocamllex... ocamllex checking for ocamllex.opt... no checking for ocamlyacc... ocamlyacc checking for camlp4... camlp4 checking for camlp4o... camlp4o checking lablgtk directory... +lablgtk2 checking GnomeCanvas support... configure: error: libgnomecanvas support not found. LablGTK need to be built with GnomeCanvas support. make: *** [build-stamp] Error 1 A full build log can be found at: http://buildd.debian.org/build.php?arch=amd64pkg=monotone-vizver=0.14-1 Best regards Frederik Schueler
Bug#361085: denyhosts-python2.4: /usr/bin/denyhosts contains incorrect shebang
On Mon, 10 Apr 2006 08:51:03 -0700 (PDT) Phil Schwartz [EMAIL PROTECTED] wrote: Pascal, Chances are you have more than one version of Python installed? Is Python2.4 not the 'default' version-- that is, if you type: $ python -V does it say Python 2.4 or some other version? Try changing the first line of the init.d/denyhosts script from: #!/usr/bin/env python to #!/usr/bin/python2.4 (or whatever the path to your python2.4 executable is-- you can always try which python2.4 to locate it). excuse me, if I not explained this little detail: Phil, your init script isn't LSB-compilant (must be shell posix and not python) so i writed one for debian system [1]. Your workaround can't work on a debian system. But I can confirm that on my machine I've more than one version of Python installed $ python -V Python 2.3.5 And I can also confirm that if I link /usr/bin/python to correct version of python2.4, it works fine. $ which python /usr/bin/python $ ls -alh /usr/bin/python lrwxrwxrwx 1 root root 9 2006-04-04 11:45 /usr/bin/python - python2.3 $ sudo rm /usr/bin/python $ sudo ln -s /usr/bin/python2.4 /usr/bin/python $ sudo /etc/init.d/denyhosts start Starting DenyHosts: denyhosts. $ ps -ef | grep denyhosts root 13823 1 0 18:37 ?00:00:00 python /usr/bin/denyhosts --daemon --config=/etc/denyhosts.conf Now I've an idea about the problem and I can take the right way to close this bug. Thanks a lot. Pascal, I think to close this bug ASAP, but you can use this little workaround to have denyhosts working with python2.4 Cheers, [1] I've not send you my init script because I use start-stop-daemon that is only parts of Debian and can't be used on other distribution. -- Marco Bertorello System Administrator Linux Registered User #319921 pgp72vFoUyTzc.pgp Description: PGP signature
Processed: Fails to install
Processing commands for [EMAIL PROTECTED]: severity 361192 serious Bug#361192: Missing Replaces: libcairo-ruby Severity set to `serious'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Severity of #356916 is serious
Processing commands for [EMAIL PROTECTED]: severity 356916 serious Bug#356916: GFDL docs in texinfo Severity set to `serious'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361846: non-free license for core.schema
Package: openldap2.2 Severity: serious The license for the file core.schema says: ## Portions Copyright (C) The Internet Society (1997-2003). ## All Rights Reserved. ## ## This document and translations of it may be copied and furnished to ## others, and derivative works that comment on or otherwise explain it ## or assist in its implementation may be prepared, copied, published ## and distributed, in whole or in part, without restriction of any ## kind, provided that the above copyright notice and this paragraph are ## included on all such copies and derivative works. However, this ## document itself may not be modified in any way, such as by removing ## the copyright notice or references to the Internet Society or other ## Internet organizations, except as needed for the purpose of ## developing Internet standards in which case the procedures for ## copyrights defined in the Internet Standards process must be ## followed, or as required to translate it into languages other than ## English. ## ## The limited permissions granted above are perpetual and will not be ## revoked by the Internet Society or its successors or assigns. ## ## This document and the information contained herein is provided on an ## AS IS basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING ## TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING ## BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION ## HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF ## MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. The ftpmasters have recently rejected a package that contains another schema file with identical license text, and there was no obvious opposition to that decision on Debian legal [0], so the current understanding seems to be that this license is not free. I don't necessarily agree with all that, but this bug can serve as an incentive to getting this issue resolved. [0] http://lists.debian.org/debian-legal/2006/04/threads.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: block 361810 with 360017
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.15 block 361810 with 360017 Bug#361810: hplip: HPLIP 0.9.8+ is not stable yet, keep it out of Debian Etch Was not blocked by any bugs. Blocking bugs added: 360017 End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361849: cl-sql-mysql and libmysqlclient library not found
package: cl-sql-mysql version: 3.5.6-2 severity: serious On amd64 using cl-sql-mysql 3.5.6-2 and libmysqlclient15off version 5.0.19-3 I can't load cl-sql-mysql under sbcl 0.9.9 using: (asdf:operate 'asdf:load-op 'clsql-mysql) It complains that it can't find the libmysqlclient library (or several alternatives that it looks for such as libmysql.o and soforth). It seems to be looking for /usr/lib/libmysqlclient.so but all I have in my /usr/lib/ directory is [EMAIL PROTECTED]:~$ ls /usr/lib/libmysqlclient* /usr/lib/libmysqlclient_r.so.15 /usr/lib/libmysqlclient.so.15 /usr/lib/libmysqlclient_r.so.15.0.0 /usr/lib/libmysqlclient.so.15.0.0 I suspect this is related to the recent change to libmysqlclient15off but really don't know enough to be sure. -- Daniel Lakeland [EMAIL PROTECTED] http://www.street-artists.org/~dlakelan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361846: non-free license for core.schema
Am Montag, den 10.04.2006, 19:39 +0200 schrieb Peter Eisentraut: The ftpmasters have recently rejected a package that contains another schema file with identical license text, and there was no obvious opposition to that decision on Debian legal [0], so the current understanding seems to be that this license is not free. [0] http://lists.debian.org/debian-legal/2006/04/threads.html http://lists.debian.org/debian-legal/2006/04/msg00051.html ff. -- Noèl Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#360036: shfs-source: patch availabled
Could you please provide an update package with the official patch http://atrey.karlin.mff.cuni.cz/~qiq/src/shfs/shfs-0.35/d_entry-2.6.16.diff thanks, david vernazobres
Bug#352714: scrollkeeper RC bug fixed
package scrollkeeper tag 352714 fixed tag 352628 fixed tag 345563 fixed thanks Below is the change log entry that should have been in the binary (version 0.3.14-10.1) that I uploaded, but because I forgot to rebuild the binary package after changing the changelog (but after testing that the fix actually fixes the bug) it wasn't included and also these three bugs weren't closed. I'm marking them fixed with this message. +scrollkeeper (0.3.14-10.1) unstable; urgency=low + + * Non-maintainer upload. +Note that although #352714 against scrollkeeper is of severity +normal, #352628 and #345563 against yelp are release critical, +which is justification for the NMU. + * Applied patch, with a modification to surround the addition with +parentheses, from +http://librarian.launchpad.net/1510562/scrollkeeper.patch (see also +https://launchpad.net/distros/ubuntu/+source/yelp/+bug/18434). This +fixes a memory allocation that is one array element too small. Note +that the original patch only adds one byte, but we need enough for +one char**. As it happens, adding just one byte will work, since +malloc rounds up to the next suitable multiple of word size (or +even larger unit), but it is not correct to rely on this. +Closes: #352714, #352628, #345563. + + -- Lars Wirzenius [EMAIL PROTECTED] Sat, 8 Apr 2006 18:47:42 + + -- Comedy evolution: survival of the wittiest -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361854: function *() php/apache Crash PHP 4.4.2 and 5.1.2
Package: php4 Version: 4:4.3.10-16 Severity: grave for more informaton see: http://securityreason.com/achievement_securityalert/35 -- Oliver Paulus OpenPGP Key id: 28D9C44F Fingerprint: EADA 62FC 07DC 3361 A3D6 4174 2DE3 C027 28D9 C44F Public Key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x28D9C44F pgpSFQ2tszyY1.pgp Description: Digitale PGP-Unterschrift
Bug#361855: tempnam() open_basedir bypass PHP 4.4.2 and 5.1.2
Package: php4 Version: 4:4.3.10-16 Severity: grave for more informaton see: http://securityreason.com/achievement_securityalert/36 -- Oliver Paulus OpenPGP Key id: 28D9C44F Fingerprint: EADA 62FC 07DC 3361 A3D6 4174 2DE3 C027 28D9 C44F Public Key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x28D9C44F pgp9vXfPkNmzS.pgp Description: Digitale PGP-Unterschrift
Bug#361856: copy() Safe Mode Bypass PHP 4.4.2 and 5.1.2
Package: php4 Version: 4:4.3.10-16 Severity: grave for more informaton see: http://securityreason.com/achievement_securityalert/37 -- Oliver Paulus OpenPGP Key id: 28D9C44F Fingerprint: EADA 62FC 07DC 3361 A3D6 4174 2DE3 C027 28D9 C44F Public Key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x28D9C44F pgpxIJq0ABLUe.pgp Description: Digitale PGP-Unterschrift
Processed: scrollkeeper RC bug fixed
Processing commands for [EMAIL PROTECTED]: package scrollkeeper Ignoring bugs not assigned to: scrollkeeper tag 352714 fixed Bug#352714: scrollkeeper: Scrollkeeper may crash with some LANGUAGE values, and cause Yelp to fail There were no tags set. Bug#345563: No help topics are displayed in yelp Bug#352628: Don't load the file ~/.gnome2/yelp-bookmarks.xbel Tags added: fixed tag 352628 fixed Bug#352628: Don't load the file ~/.gnome2/yelp-bookmarks.xbel Tags were: fixed Bug#345563: No help topics are displayed in yelp Bug#352714: scrollkeeper: Scrollkeeper may crash with some LANGUAGE values, and cause Yelp to fail Tags added: fixed tag 345563 fixed Bug#345563: No help topics are displayed in yelp Tags were: fixed Bug#352628: Don't load the file ~/.gnome2/yelp-bookmarks.xbel Bug#352714: scrollkeeper: Scrollkeeper may crash with some LANGUAGE values, and cause Yelp to fail Tags added: fixed thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361846: non-free license for core.schema
On Mon, Apr 10, 2006 at 08:16:46PM +0200, Noèl Köthe wrote: The ftpmasters have recently rejected a package that contains another schema file with identical license text, and there was no obvious opposition to that decision on Debian legal [0], so the current understanding seems to be that this license is not free. [0] http://lists.debian.org/debian-legal/2006/04/threads.html http://lists.debian.org/debian-legal/2006/04/msg00051.html ff. That whole discussion is silly. I am not a lawyer but I for me it looks like you are not allowed to modify the RFC document which is fine in this context. It's just that we use the schema documented in the RFC. Greetings Torsten signature.asc Description: Digital signature
Bug#361853: phpinfo() Cross Site Scripting PHP 5.1.2 and 4.4.2
Package: php4 Version: 4:4.3.10-16 Severity: grave for more informaton see: http://securityreason.com/achievement_securityalert/34 -- Oliver Paulus OpenPGP Key id: 28D9C44F Fingerprint: EADA 62FC 07DC 3361 A3D6 4174 2DE3 C027 28D9 C44F Public Key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x28D9C44F pgpx9WNF3DgCi.pgp Description: Digitale PGP-Unterschrift
Bug#356050: marked as done (libcvs-perl: FTBFS: Test failures)
Your message dated Mon, 10 Apr 2006 18:59:06 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#356050: libcvs-perl: FTBFS: Test failures (Close bug) has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libcvs-perl Version: 0.07-1 Severity: serious From my pbuilder build log: ... # Add commands to install the package into debian/ACKAGE_NAME here /usr/bin/make test make[1]: Entering directory `/tmp/buildd/libcvs-perl-0.07' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00checkoutok t/05commit..# Failed test 2 in t/05commit.t at line 12 # t/05commit.t line 12 is: ok($cvs); Cannot open file `/tmp/buildd/libcvs-perl-0.07/cvs-test/test.txt': No such file or directory at t/05commit.t line 14. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-5 Failed 4/5 tests, 20.00% okay ... Failed Test Stat Wstat Total Fail Failed List of Failed --- t/05commit.t 2 512 57 140.00% 2-5 t/10status.t 2 51211 19 172.73% 2-11 t/20tag.t2 512 69 150.00% 2-6 t/21rtag.t 2 512 67 116.67% 3-6 t/30update.t 2 512 69 150.00% 2-6 t/40diff.t 2 512 69 150.00% 2-6 t/90release.t2 512 44 100.00% 3-4 Failed 7/9 test scripts, 22.22% okay. 35/50 subtests failed, 30.00% okay. make[1]: *** [test_dynamic] Error 2 make[1]: Leaving directory `/tmp/buildd/libcvs-perl-0.07' make: *** [install-stamp] Error 2 -- Daniel Schepler ---End Message--- ---BeginMessage--- On Sun, 2006-04-09 at 21:35 +0200, gregor herrmann wrote: [snip] open(FILE, $ENV{PWD}/cvs-test/test.txt) or die Cannot open file `$ENV{PWD}/cvs-test/test.txt': $!; this seems like some permission problem on the original bug submitter's system IMO. You're right. The problem is actually not reproduce-able on my system. It must a permission issue or similar on the system -- Here everything works find and also I've not found any buildd problems. The bug will be closed. gregor Best regards, I. -- .''`. Ivo Marino [EMAIL PROTECTED] : :' : irc.FreeNode.net chan #debian-mentors `. ``UIN 32463141 + JID [EMAIL PROTECTED] `- Homepage http://mentors.debian.net/~eim/ signature.asc Description: This is a digitally signed message part ---End Message---
Bug#360652: marked as done (e2fsprogs: running mkfs.ext3 fails (Device or resource busy))
Your message dated Mon, 10 Apr 2006 15:40:46 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#360652: e2fsprogs: running mkfs.ext3 fails (Device or resource busy) has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: e2fsprogs Version: 1.38+1.39-WIP-2006.03.29-2 Severity: grave Justification: renders package unusable While older versions of mkfs.ext3 worked without any problems running mkfs.ext3 with the new version fails: # mkfs.ext3 /dev/hda5 [...] Writing inode tables: done Creating journal (4096 blocks): mkfs.ext3: Device or resource busy while trying to create journal # strace -f -eopen -o /tmp/mkfs mkfs.ext3 /dev/hda5 # cat /tmp/mkfs [...] 20884 open(/proc/swaps, O_RDONLY) = 3 20884 open(/proc/mounts, O_RDONLY)= 3 20884 open(/etc/mtab, O_RDONLY) = 3 20884 open(/dev/hda5, O_RDONLY|O_EXCL) = 3 20884 open(/dev/hda5, O_RDONLY|O_LARGEFILE) = 3 20884 open(/dev/hda5, O_RDONLY|O_LARGEFILE) = 3 20884 open(/dev/hda5, O_RDWR|O_EXCL|O_LARGEFILE) = 3 20884 open(/dev/urandom, O_RDONLY)= 4 20884 open(/proc/swaps, O_RDONLY) = 5 20884 open(/proc/mounts, O_RDONLY)= 5 20884 open(/etc/mtab, O_RDONLY) = 5 20884 open(/dev/hda5, O_RDONLY|O_EXCL) = -1 EBUSY (Device or resource busy) [...] No problems with mkfs.ext2 /dev/hda5. /dev/hda[5] is definitely not mounted. Tested with a 2.6.15 and a 2.6.16 kernel on several systems. Please let me know if you need any further information. regards, -mika- ---End Message--- ---BeginMessage--- Version: 1.38+1.39-WIP-2006.04.09-1 Fixed in the above uploaded version. - Ted ---End Message---
Bug#361846: non-free license for core.schema
Am Montag, den 10.04.2006, 21:19 +0200 schrieb Torsten Landschoff: The ftpmasters have recently rejected a package that contains another schema file with identical license text, and there was no obvious opposition to that decision on Debian legal [0], so the current understanding seems to be that this license is not free. [0] http://lists.debian.org/debian-legal/2006/04/threads.html http://lists.debian.org/debian-legal/2006/04/msg00051.html ff. That whole discussion is silly. I am not a lawyer but I for me it looks like you are not allowed to modify the RFC document which is fine in this context. It's just that we use the schema documented in the RFC. We tried to clarify this point on debian-legal without success. The same license was rejected by ftp-master so there is something wrong which we want to document. -- Noèl Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#354358: RFH: Test swt-gtk (azureus) on ia64 and alpha
I could test on alpha, but there's no version of swt-gtk in sarge for this architecture. Why is it the old versions of this package which need testing, not the current version? Don't worry about testing the Sarge version then; that only applies to ia64. If you could test libswt-gtk-3.1=3.1.2-1 from snapshot.debian.net, I'd appreciate it. I'm trying to establish whether all the 64-bit targets of SWT are broken, or only amd64. Cheers, Shaun
Bug#315214: gambit: FTBFS (amd64/gcc-4.0): cast from 'char*' to 'int' loses precision
attached is a patch to fix gambit compilation for 64bits archs against last release. for upstream: please not that casting pointers into (int) is ugly, and that printf formats have a %p format especially designed for pointers (that is equivalent to the right %x format). thanks -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org diff -ru gambit-0.2006.01.20/sources/tools/enumpoly/pelqhull.cc ../gambit-0.2006.01.20/sources/tools/enumpoly/pelqhull.cc --- gambit-0.2006.01.20/sources/tools/enumpoly/pelqhull.cc 2006-01-07 07:36:53.0 +0100 +++ ../gambit-0.2006.01.20/sources/tools/enumpoly/pelqhull.cc 2006-04-10 21:43:09.0 +0200 @@ -121,7 +121,7 @@ if (!(object= malloc(outsize))) qhull_fatal(3); if (qhmem.IStracing = 5) - fprintf (qhmem.ferr, qh_memalloc long: %d bytes at %x\n, outsize, (int)object); + fprintf (qhmem.ferr, qh_memalloc long: %d bytes at %p\n, outsize, object); } return (object); } /* memalloc */ @@ -148,7 +148,7 @@ qhmem .totlong -= size; free (object); if (qhmem.IStracing = 5) - fprintf (qhmem.ferr, qh_memfree long: %d bytes at %x\n, size, (int)object); + fprintf (qhmem.ferr, qh_memfree long: %d bytes at %p\n, size, object); } } /* memfree */ @@ -519,10 +519,10 @@ if (!set || !(set-e[0])) return NULL; - if ((setsize= (int)*(last= (set-e[set-maxsize] { + if ((setsize= (long)*(last= (set-e[set-maxsize] { returnvalue= set-e[setsize - 2]; set-e[setsize - 2]= NULL; -*last= (void *)((int)*last - 1); +*last= (void *)((long)*last - 1); }else { returnvalue= set-e[set-maxsize - 1]; set-e[set-maxsize - 1]= NULL; @@ -939,11 +939,11 @@ else { SETreturnsize_(set, size); fprintf (fp, %s set=%x maxsize=%d size=%d elems=, -string, (unsigned int)set, set-maxsize, size); +string, (unsigned long)set, set-maxsize, size); if (size (int)set-maxsize) size= set-maxsize+1; for (k=0; ksize; k++) - fprintf(fp, %x, (unsigned int)(set-e[k])); + fprintf(fp, %p, set-e[k]); fprintf(fp, \n); } } /* setprint */ @@ -998,8 +998,8 @@ newset= qh_setnew (setsize); qh_setappend ((setT **)qhmem.tempstack, newset); if (qhmem.IStracing = 5) -fprintf (qhmem.ferr, qh_settemp: temp set %x of %d elements, depth %d\n, - (int)newset, newset-maxsize, qh_setsize ((setT *)qhmem.tempstack)); +fprintf (qhmem.ferr, qh_settemp: temp set %p of %d elements, depth %d\n, + newset, newset-maxsize, qh_setsize ((setT *)qhmem.tempstack)); return newset; } /* settemp */ @@ -1043,8 +1043,8 @@ if (!stackedset) qhull_fatal(18); if (qhmem.IStracing = 5) -fprintf (qhmem.ferr, qh_settemppop: depth %d temp set %x of %d elements\n, - qh_setsize((setT *)qhmem.tempstack)+1, (int)stackedset, qh_setsize(stackedset)); +fprintf (qhmem.ferr, qh_settemppop: depth %d temp set %p of %d elements\n, + qh_setsize((setT *)qhmem.tempstack)+1, stackedset, qh_setsize(stackedset)); return stackedset; } /* settemppop */ @@ -1056,8 +1056,8 @@ qh_setappend ((setT**)qhmem.tempstack, set); if (qhmem.IStracing = 5) -fprintf (qhmem.ferr, qh_settemppush: depth %d temp set %x of %d elements\n, -qh_setsize((setT *)qhmem.tempstack), (int)set, qh_setsize(set)); +fprintf (qhmem.ferr, qh_settemppush: depth %d temp set %p of %d elements\n, +qh_setsize((setT *)qhmem.tempstack), set, qh_setsize(set)); } /* settemppush */ @@ -4088,8 +4088,8 @@ vertex-seen= True; numvertices++; if (qh_pointid (vertex-point) == -1) { - fprintf (qh ferr, qhull internal error (checkpolygon): unknown point %x for vertex v%d first_point %x\n, - (int) vertex-point, vertex-id, (int) qh first_point); + fprintf (qh ferr, qhull internal error (checkpolygon): unknown point %p for vertex v%d first_point %p\n, + vertex-point, vertex-id, qh first_point); waserror= True; } } @@ -4152,7 +4152,7 @@ facetT *neighbor, **neighborp, *errfacet=NULL; if (qh_pointid (vertex-point) == -1) { -fprintf (qh ferr, qhull internal error (checkvertex): unknown point id %x\n, (int) vertex-point); +fprintf (qh ferr, qhull internal error (checkvertex): unknown point id %p\n, vertex-point); waserror= True; } if (vertex-id = qh vertex_id) { @@ -4461,33 +4461,33 @@ switch (size-firstindex) { case 1: -hash= (unsigned)(*elemp) - (unsigned) skipelem; +hash= (unsigned long)(*elemp) - (unsigned long) skipelem; break; case 2: -hash= (unsigned)(*elemp) + (unsigned)elemp[1] - (unsigned) skipelem; +hash= (unsigned long)(*elemp) + (unsigned long)elemp[1] - (unsigned long) skipelem; break; case 3: -hash= (unsigned)(*elemp) + (unsigned)elemp[1] +
Bug#358754: [Fwd: [Bug 4885] Source-Code is missing, only binary-only is provided]
Seems like someone is alive, finally. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ---BeginMessage--- https://bugs.helixcommunity.org/show_bug.cgi?id=4885 guest changed: What|Removed |Added Status|NEW |OPEN Severity|S4 |S3 AssignedTo|TRIAGE |PGM Priority|P4 |P1 --- Additional Comments From guest 2006-10-04 12:39 GMT-0800 --- TRIAGE: This is not intentional. We are looking into the lack of source posted for the RealPlayer 10.0.7 and the Helix Player 1.0.7 now. -- --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. This e-mail is sent to you automatically from the Helix Bug Tracker. Please, do not respond to this message, but instead edit your Bug Tracker user preferences to change when Bug Tracker sends you e-mail. ---End Message---
Bug#361859: dovecot-imapd: login only succeeds from localhost
Package: dovecot-imapd Version: 1.0.beta5-1 Severity: grave Justification: renders package unusable After the last update I can only log log in from localhost. Neither my old config file, nor the one packaged (with things like ip changed) worked. I turned on debugging output but could not find any usefull information. I tried strace, without any helpfull findings. Additionally the man page is missing. Apr 10 21:06:25 server-244 dovecot: Dovecot v1.0.beta5 starting up Apr 10 21:06:44 server-244 dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=IMAP^Isecured^Ilip=195.243.111.12^Irip=8 4.161.210.106 Apr 10 21:06:44 server-244 dovecot: auth(default): client out: CONT^I1^I Apr 10 21:06:44 server-244 dovecot: auth(default): client in: CONThidden Apr 10 21:06:46 server-244 dovecot: auth(default): client out: FAIL^I1^Iuser=bd -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dovecot-imapd depends on: ii dovecot-common 1.0.beta5-1 secure mail server that supports m ii libc62.3.6-5 GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-8SSL shared libraries dovecot-imapd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358949: FTBFS on AMD64: conflicting types for 'SQLSetPos'
On Mon, Apr 10, 2006 at 02:00:52PM +0200, Peter Eisentraut wrote: Am Montag, 10. April 2006 13:20 schrieb Steve Langasek: This unixodbc fix has been uploaded, so psqlodbc can be uploaded at any time also. So the build dependency should be set to = 2.2.11-13 ? Probably so, yes. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361863: CVE-2006-1655: Unspecified vulnerability in mpg123
Package: mpg123 Version: 0.59r-21 Severity: grave Tags: security cite: Unspecified vulnerability in mpg123 0.59r allows user-complicit attackers to trigger a segmentation fault and possibly have other impacts via a certain MP3 file, as demonstrated by mpg1DoS3. NOTE: this issue might be related to CVE-2004-0991, but it is not clear. Version 0.59r-21 should be fixed against CVE-2004-0991 but segfaults with the poc-exploit. So it seems to be a different vulnerability than CVE-2004-0991. gdb says the segfault is in layer3.c:1185, but debugging this is beyond me. If you fix it, please mention the CVE-id in the changelog. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361864: segfaults in OpenSP::ParsedSystemId::unparse
Package: openjade1.3 Version: 1.3.2-9 Severity: grave Justification: renders package unusable Both openjade1.3 and openjade segfault when called with the example usage in Using OpenJade from the documentation index. The first openjade command I tried segfaulted, and I didn't find any command that didn't segfault. This problem reproduces apparently everytime on 3 Etch boxes on the 3 I tested: $ openjade1.3 /usr/share/doc/openjade/demo.sgm Erreur de segmentation (The output line means Segmentation fault) Here is the backtrace: $ gdb openjade1.3 GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run /usr/share/doc/openjade/demo.sgm Starting program: /usr/bin/openjade1.3 /usr/share/doc/openjade/demo.sgm (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1213634880 (LWP 1409)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213634880 (LWP 1409)] 0xb7de1db1 in OpenSP::ParsedSystemId::unparse () from /usr/lib/libosp.so.5 (gdb) bt #0 0xb7de1db1 in OpenSP::ParsedSystemId::unparse () from /usr/lib/libosp.so.5 #1 0x080c1465 in OpenSP::Stringchar::String () #2 0xb7dd0d5a in OpenSP::EntityApp::processArguments () from /usr/lib/libosp.so.5 #3 0xb7dbb413 in OpenSP::CmdLineApp::run () from /usr/lib/libosp.so.5 #4 0x08053f55 in ?? () #5 0xb7aaceb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #6 0x080533f1 in ?? () (gdb) This appears to be a problem in libosp5, which would explain that the problem appears in both openjade versions, but I feel already bad for opening a bug against a package I have no clue about as openjade, that I would be unable to argue anything about libosp. Please reassign the bug and feel free to adopt it if the problem is indeed in libosp. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Versions of packages openjade1.3 depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libgcc1 1:4.1.0-1 GCC support library ii libosp5 1.5.2-1Runtime library for OpenJade group ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii sgml-base 1.26 SGML infrastructure and SGML catal openjade1.3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361846: non-free license for core.schema
On Mon, Apr 10, 2006 at 09:19:31PM +0200, Torsten Landschoff wrote: On Mon, Apr 10, 2006 at 08:16:46PM +0200, Noèl Köthe wrote: The ftpmasters have recently rejected a package that contains another schema file with identical license text, and there was no obvious opposition to that decision on Debian legal [0], so the current understanding seems to be that this license is not free. [0] http://lists.debian.org/debian-legal/2006/04/threads.html http://lists.debian.org/debian-legal/2006/04/msg00051.html ff. That whole discussion is silly. I am not a lawyer but I for me it looks like you are not allowed to modify the RFC document which is fine in this context. It's just that we use the schema documented in the RFC. Which means we should be shipping a functional schema, but not the copyrighted RFC. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Processed: severity of 361810 is serious
Processing commands for [EMAIL PROTECTED]: severity 361810 serious Bug#361810: hplip: HPLIP 0.9.8+ is not stable yet, keep it out of Debian Etch Severity set to `serious'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361065: marked as done (tcpreplay: FTBFS (powerpc): conflicting types for 'speed_t')
Your message dated Mon, 10 Apr 2006 14:03:23 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#361065: fixed in tcpreplay 2.99+3.0.beta7-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: tcpreplay Version: 2.99+3.0.beta7-1 Severity: serious Tags: patch When building 'tcpreplay' on powerpc/unstable, I get the following error: In file included from cidr.c:35: ../../src/defines.h:115: error: conflicting types for 'speed_t' /usr/include/bits/termios.h:24: error: previous declaration of 'speed_t' was here make[5]: *** [cidr.o] Error 1 make[5]: Leaving directory `/tcpreplay-2.99+3.0.beta7/src/common' With the attached patch 'tcpreplay' can be compiled on powerpc. Regards Andreas Jochens diff -urN ../tmp-orig/tcpreplay-2.99+3.0.beta7/src/defines.h.in ./src/defines.h.in --- ../tmp-orig/tcpreplay-2.99+3.0.beta7/src/defines.h.in 2005-07-29 04:42:25.0 + +++ ./src/defines.h.in 2006-04-06 08:55:14.0 + @@ -112,7 +112,6 @@ #define SPEED_ONEATATIME 5 float speed; }; -typedef struct speed_s speed_t; #define MAX_FILES 1024/* Max number of files we can pass to tcpreplay */ diff -urN ../tmp-orig/tcpreplay-2.99+3.0.beta7/src/tcpreplay.h ./src/tcpreplay.h --- ../tmp-orig/tcpreplay-2.99+3.0.beta7/src/tcpreplay.h2005-07-29 04:42:25.0 + +++ ./src/tcpreplay.h 2006-04-06 08:55:39.0 + @@ -57,7 +57,7 @@ int datadumpfile1; int datadumpfile2; */ -speed_t speed; +struct speed_s speed; u_int32_t limit; u_int32_t loop; ---End Message--- ---BeginMessage--- Source: tcpreplay Source-Version: 2.99+3.0.beta7-2 We believe that the bug you reported is fixed in the latest version of tcpreplay, which is due to be installed in the Debian FTP archive: tcpreplay_2.99+3.0.beta7-2.diff.gz to pool/main/t/tcpreplay/tcpreplay_2.99+3.0.beta7-2.diff.gz tcpreplay_2.99+3.0.beta7-2.dsc to pool/main/t/tcpreplay/tcpreplay_2.99+3.0.beta7-2.dsc tcpreplay_2.99+3.0.beta7-2_i386.deb to pool/main/t/tcpreplay/tcpreplay_2.99+3.0.beta7-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Noèl Köthe [EMAIL PROTECTED] (supplier of updated tcpreplay package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 10 Apr 2006 22:07:02 +0200 Source: tcpreplay Binary: tcpreplay Architecture: source i386 Version: 2.99+3.0.beta7-2 Distribution: unstable Urgency: low Maintainer: Noèl Köthe [EMAIL PROTECTED] Changed-By: Noèl Köthe [EMAIL PROTECTED] Description: tcpreplay - Tool to replay saved tcpdump files at arbitrary speeds Closes: 361065 Changes: tcpreplay (2.99+3.0.beta7-2) unstable; urgency=low . * updated homepage http://tcpreplay.synfin.net * fix conflicting types for 'speed_t' (closes: Bug#361065) Files: 20527c373689048469b27d9a352eb7aa 655 net optional tcpreplay_2.99+3.0.beta7-2.dsc d04ca545415adf6517de87d6bfdb7b20 26850 net optional tcpreplay_2.99+3.0.beta7-2.diff.gz 0d053fd4e39f907cfb3f4599a2feaaf7 817610 net optional tcpreplay_2.99+3.0.beta7-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEOr8m9/DnDzB9Vu0RAsd/AJ4xrokIKwkPnltZ/R9OyNyEEDWp6QCggl14 h1PrqEwY7sqneyI+BVfns+Q= =1jUn -END PGP SIGNATURE- ---End Message---
Bug#358754: Last call to prevent Helix beeing removed from Debian
Daniel - We are looking into this issue right now and I will respond with our official plan once I have all the information. I hope to send out email by end of day. One very important correction in your characterization of the issue below is that the Helix Team did NOT decide to no longer ship the source-code. We understand this is an absolute requirement and we are working on rectifying the situation. I do have a question for you so hopefully you can enlighten me on how would you suggest we add license headers to a .bmp files. Mike -Original Message- From: Daniel Baumann [mailto:[EMAIL PROTECTED] Sent: Sunday, April 09, 2006 7:28 AM To: Rishi Mathew; David Hirayama; Donya Shirzad; Scott Nelson; Greg Wright; Michael Frazier; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Last call to prevent Helix beeing removed from Debian Hi, in December 2005, the Helix Team was informed about the undistributable code in Helix Player (some code does not have a license at all, and the dna code which is available separately, is even non-free). Since then, no action was taken to solve the problem. With the 1.0.7 release of Helix Player, the Helix Team decided to no longer ship the source-code (the source tarball contains a src.rpm which contains binary-only stuff, but no source-code). It can't be optained via CVS, the respective module is empty (yes, I did login properly). Although I opened bug #4885 on helixcommunity, there is still no reaction to that. Please note, that I have the *right* to get the source-code, I have downloaded the binary and decided to use it under the GNU General Public License, so you *must* ship it to me when I ask for it (at least for the parts which are proper licensed). This is your last chance - if you don't fix the two issues and/or answer at latest until Apr, 11 2006 12:00 UTC, I will request the removal of helix-player from Debian. For your reference: * Undistributable code - http://bugs.debian.org/321195 * No source - http://bugs.debian.org/358754 Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: block 315143 with 317058
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.16 block 315143 with 317058 Bug#315143: segfault on apt-build --noupdate clean-build Was not blocked by any bugs. Blocking bugs added: 317058 End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361737: marked as done (monotone-viz_0.14-1(amd64/unstable): FTBFS: wrong build dependencies)
Your message dated Mon, 10 Apr 2006 14:03:06 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#361737: fixed in monotone-viz 0.14-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: monotone-viz Version: 0.14-1 Severity: serious Hello, There was an error while trying to autobuild your package: ** Using build dependencies supplied by package: Build-Depends: libsqlite3-dev ( 3.2.8), liblablgtk2-ocaml-dev, ocaml, gawk, pkg-config, debhelper it should build-depend on liblablgtk2-gnome-ocaml-dev and not liblablgtk2-ocaml-dev: checking for ocamlmktop... ocamlmktop checking for ocamlmklib... ocamlmklib checking for ocamldoc... ocamldoc OCaml uses gcc to compile C files checking for ocamllex... ocamllex checking for ocamllex.opt... no checking for ocamlyacc... ocamlyacc checking for camlp4... camlp4 checking for camlp4o... camlp4o checking lablgtk directory... +lablgtk2 checking GnomeCanvas support... configure: error: libgnomecanvas support not found. LablGTK need to be built with GnomeCanvas support. make: *** [build-stamp] Error 1 A full build log can be found at: http://buildd.debian.org/build.php?arch=amd64pkg=monotone-vizver=0.14-1 Best regards Frederik Schueler ---End Message--- ---BeginMessage--- Source: monotone-viz Source-Version: 0.14-2 We believe that the bug you reported is fixed in the latest version of monotone-viz, which is due to be installed in the Debian FTP archive: monotone-viz_0.14-2.diff.gz to pool/main/m/monotone-viz/monotone-viz_0.14-2.diff.gz monotone-viz_0.14-2.dsc to pool/main/m/monotone-viz/monotone-viz_0.14-2.dsc monotone-viz_0.14-2_i386.deb to pool/main/m/monotone-viz/monotone-viz_0.14-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Shaun Jackman [EMAIL PROTECTED] (supplier of updated monotone-viz package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 10 Apr 2006 09:29:38 -0600 Source: monotone-viz Binary: monotone-viz Architecture: source i386 Version: 0.14-2 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED] Description: monotone-viz - visualize a monotone repository Closes: 361737 Changes: monotone-viz (0.14-2) unstable; urgency=low . * Add liblablgtk2-gnome-ocaml-dev to the build dependencies. Closes: #361737. Thanks to Frederik Schüler [EMAIL PROTECTED]. Files: a968ebbec3ca13170afe956a8f4eb6f2 685 devel optional monotone-viz_0.14-2.dsc a11c9147defe11e9515bac18d89df47d 2891 devel optional monotone-viz_0.14-2.diff.gz 1823cb1f0a60c52b03806bd28dcf1e75 646962 devel optional monotone-viz_0.14-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEOr/4vFdYF1IwUUoRAhWbAJ48BGowM82V9rabebV/9jCcdzenYwCdEarK vqvXRbphUcuw6f7cEFzYA6A= =gk/L -END PGP SIGNATURE- ---End Message---
Bug#350691: marked as done (sdl-ttf1.2: FTBFS: Unsatisfiable Build-Depends on freetype2-dev)
Your message dated Mon, 10 Apr 2006 14:03:13 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#350691: fixed in sdl-ttf1.2 1.2.2-7 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: sdl-ttf1.2 Version: 1.2.2-6 Severity: serious From my pbuilder build log: ... - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.22 2005/12/04 05:16:40 dancer Exp $ - Considering debhelper (= 3.0) - Trying debhelper - Considering libsdl1.2-dev (= 1.2.2-3.2) - Trying libsdl1.2-dev - Considering freetype2-dev - Trying freetype2-dev - Cannot install freetype2-dev; apt errors follow: Reading package lists... Building dependency tree... E: Couldn't find package freetype2-dev W: Unable to locate package freetype2-dev E: Could not satisfy build-dependency. E: pbuilder-satisfydepends failed. If I install libttf-dev instead of freetype2-dev, the build works fine. -- Daniel Schepler ---End Message--- ---BeginMessage--- Source: sdl-ttf1.2 Source-Version: 1.2.2-7 We believe that the bug you reported is fixed in the latest version of sdl-ttf1.2, which is due to be installed in the Debian FTP archive: libsdl-ttf1.2-dev_1.2.2-7_i386.deb to pool/main/s/sdl-ttf1.2/libsdl-ttf1.2-dev_1.2.2-7_i386.deb libsdl-ttf1.2_1.2.2-7_i386.deb to pool/main/s/sdl-ttf1.2/libsdl-ttf1.2_1.2.2-7_i386.deb sdl-ttf1.2_1.2.2-7.diff.gz to pool/main/s/sdl-ttf1.2/sdl-ttf1.2_1.2.2-7.diff.gz sdl-ttf1.2_1.2.2-7.dsc to pool/main/s/sdl-ttf1.2/sdl-ttf1.2_1.2.2-7.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno [EMAIL PROTECTED] (supplier of updated sdl-ttf1.2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 10 Apr 2006 20:44:35 +0200 Source: sdl-ttf1.2 Binary: libsdl-ttf1.2 libsdl-ttf1.2-dev Architecture: source i386 Version: 1.2.2-7 Distribution: unstable Urgency: low Maintainer: Debian SDL packages maintainers [EMAIL PROTECTED] Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: libsdl-ttf1.2 - TrueType font library for Simple DirectMedia Layer libsdl-ttf1.2-dev - development files for libsdl-ttf1.2 Closes: 342686 350691 Changes: sdl-ttf1.2 (1.2.2-7) unstable; urgency=low . * Changed the maintainer to the SDL team, and setup the Uploaders: field accordingly. * Use quilt to handle the patches. * Relibtoolize the package at build time (closes: bug#342686). * Build-depends on libttf-dev instead of freetype2-dev (closes: bug#350691). * Switch to debhelper 4. * Set policy to 3.6.2 (no changes). Files: a31ff4605b087c75c9f2ba21d62ab1d9 1007 oldlibs optional sdl-ttf1.2_1.2.2-7.dsc 024e79a48eb1fd8e0c39cfaa1190eb09 5914 oldlibs optional sdl-ttf1.2_1.2.2-7.diff.gz 37f208a31c6508939e2003d9b1154c51 15584 oldlibs optional libsdl-ttf1.2_1.2.2-7_i386.deb e9ce8e6b1e5c7e72052922a0c0e9d31a 10730 oldlibs optional libsdl-ttf1.2-dev_1.2.2-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEOq8nw3ao2vG823MRAucxAJ4sj7UDJbTB2S4qWkM2uD8xFbsg/QCfTFVa xhNaa79fac9rbPq+u0YZlTo= =NL2T -END PGP SIGNATURE- ---End Message---
Bug#321195: Last call to prevent Helix beeing removed from Debian
Daniel - We are looking into this issue right now and I will respond with our official plan once I have all the information. I hope to send out email by end of day. One very important correction in your characterization of the issue below is that the Helix Team did NOT decide to no longer ship the source-code. We understand this is an absolute requirement and we are working on rectifying the situation. I do have a question for you so hopefully you can enlighten me on how would you suggest we add license headers to a .bmp files. Mike -Original Message- From: Daniel Baumann [mailto:[EMAIL PROTECTED] Sent: Sunday, April 09, 2006 7:28 AM To: Rishi Mathew; David Hirayama; Donya Shirzad; Scott Nelson; Greg Wright; Michael Frazier; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Last call to prevent Helix beeing removed from Debian Hi, in December 2005, the Helix Team was informed about the undistributable code in Helix Player (some code does not have a license at all, and the dna code which is available separately, is even non-free). Since then, no action was taken to solve the problem. With the 1.0.7 release of Helix Player, the Helix Team decided to no longer ship the source-code (the source tarball contains a src.rpm which contains binary-only stuff, but no source-code). It can't be optained via CVS, the respective module is empty (yes, I did login properly). Although I opened bug #4885 on helixcommunity, there is still no reaction to that. Please note, that I have the *right* to get the source-code, I have downloaded the binary and decided to use it under the GNU General Public License, so you *must* ship it to me when I ask for it (at least for the parts which are proper licensed). This is your last chance - if you don't fix the two issues and/or answer at latest until Apr, 11 2006 12:00 UTC, I will request the removal of helix-player from Debian. For your reference: * Undistributable code - http://bugs.debian.org/321195 * No source - http://bugs.debian.org/358754 Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361192: marked as done (Missing Replaces: libcairo-ruby)
Your message dated Mon, 10 Apr 2006 14:02:34 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#361192: fixed in libcairo-ruby 1.0.0-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libcairo-ruby1.8 Version: 1.0.0-2 libcairo-ruby1.8 seems to have a missing Replaces: libcairo-ruby, causing upgrade/installation problems when combined with libcairo-ruby. Log of upgrade below, with irrelevant information edited out. smyslov:~/deb# aptitude install udev libcairo-ruby [snip] The following NEW packages will be automatically installed: libcairo-ruby1.8 libvolume-id0 [snip] Get:3 http://ftp.se.debian.org unstable/main libcairo-ruby1.8 1.0.0-2 [35,5kB] Get:4 http://ftp.se.debian.org unstable/main libcairo-ruby 1.0.0-2 [7946B] [snip] Selecting previously deselected package libcairo-ruby1.8. Unpacking libcairo-ruby1.8 (from .../libcairo-ruby1.8_1.0.0-2_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libcairo-ruby1.8_1.0.0-2_i386.deb (--unpack): trying to overwrite `/usr/lib/ruby/1.8/cairo.rb', which is also in package libcairo-ruby Preparing to replace libcairo-ruby 1.0.0-1 (using .../libcairo-ruby_1.0.0-2_all.deb) ... Unpacking replacement libcairo-ruby ... Errors were encountered while processing: /var/cache/apt/archives/libcairo-ruby1.8_1.0.0-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of libcairo-ruby: libcairo-ruby depends on libcairo-ruby1.8; however: Package libcairo-ruby1.8 is not installed. dpkg: error processing libcairo-ruby (--configure): dependency problems - leaving unconfigured [snip] Errors were encountered while processing: libcairo-ruby Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ ---End Message--- ---BeginMessage--- Source: libcairo-ruby Source-Version: 1.0.0-3 We believe that the bug you reported is fixed in the latest version of libcairo-ruby, which is due to be installed in the Debian FTP archive: libcairo-ruby1.8_1.0.0-3_powerpc.deb to pool/main/libc/libcairo-ruby/libcairo-ruby1.8_1.0.0-3_powerpc.deb libcairo-ruby1.9_1.0.0-3_powerpc.deb to pool/main/libc/libcairo-ruby/libcairo-ruby1.9_1.0.0-3_powerpc.deb libcairo-ruby_1.0.0-3.diff.gz to pool/main/libc/libcairo-ruby/libcairo-ruby_1.0.0-3.diff.gz libcairo-ruby_1.0.0-3.dsc to pool/main/libc/libcairo-ruby/libcairo-ruby_1.0.0-3.dsc libcairo-ruby_1.0.0-3_all.deb to pool/main/libc/libcairo-ruby/libcairo-ruby_1.0.0-3_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Paul van Tilburg [EMAIL PROTECTED] (supplier of updated libcairo-ruby package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 10 Apr 2006 21:07:27 +0200 Source: libcairo-ruby Binary: libcairo-ruby1.9 libcairo-ruby1.8 libcairo-ruby Architecture: source all powerpc Version: 1.0.0-3 Distribution: unstable Urgency: low Maintainer: Thierry Reding [EMAIL PROTECTED] Changed-By: Paul van Tilburg [EMAIL PROTECTED] Description: libcairo-ruby - Cairo bindings for the Ruby language libcairo-ruby1.8 - Cairo bindings for the Ruby language libcairo-ruby1.9 - Cairo bindings for the Ruby language Closes: 361192 Changes: libcairo-ruby (1.0.0-3) unstable; urgency=low . [ Thierry Reding ] * libcairo-ruby1.8 now replaces libcairo-ruby (= 1.0.0-1) to make it installable again. Thanks to David Weinehall and Adam Majer for pointing this out. (Closes: #361192) Files: beb6c9748d9161658e053e984a0e510f 1190 libs extra libcairo-ruby_1.0.0-3.dsc b5b1458bbf6daba947a606d55d7508a3 2924 libs extra libcairo-ruby_1.0.0-3.diff.gz beed74e93893b6fbd08f344c1f906f66 8092 libs extra libcairo-ruby_1.0.0-3_all.deb c074757f6aafa9fc3ceb47f9ea9bf54d 37240 libs extra libcairo-ruby1.8_1.0.0-3_powerpc.deb ffcd02e2df1e2f00d4372e8f78310f44 37296 libs extra
Processed: Fixed in NMU of gambit 0.2006.01.20-1.1
Processing commands for [EMAIL PROTECTED]: tag 315214 + fixed Bug#315214: gambit: FTBFS (amd64/gcc-4.0): cast from 'char*' to 'int' loses precision Tags were: patch Tags added: fixed tag 361389 + fixed Bug#361389: FTBFS with G++ 4.1: template parameter error Tags were: patch Tags added: fixed quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336437: tagging 336437
* Adeodato Simó [Wed, 22 Mar 2006 19:02:38 +0100]: Hi again, * Reinhard Tartler [Sat, 25 Feb 2006 04:05:49 -0500]: # Automatically generated email from bts, devscripts version 2.9.4 tags 336437 pending Does this pending tag mean an upload is coming soon? I see this is fixed in CVS, any ETA for the upload? Since this is breaking amarok horribly for amd64 users, I may upload a fix myself in the following days. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org - Oh, George, you didn't jump into the river. How sensible of you! -- Mrs Banks in «Mary Poppins» -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354595: marked as done (libmdbodbc: typo in versioned conflict)
Your message dated Mon, 10 Apr 2006 14:32:18 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#354595: fixed in mdbtools 0.5.99.0.6pre1.0.20051109-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libmdbodbc Severity: grave Justification: renders package unusable libmdbodbc's Conflicts: and Replaces: headers specify libmdbtools ( 0.5.99.0.6pre1.0.20051109-2) with a single , which apt interprets as = rather than . Ironically, an upload with no changes whatsoever should work around the problem, but you might as well fix the typo for sanity's sake. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'sarge-unsupported') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) ---End Message--- ---BeginMessage--- Source: mdbtools Source-Version: 0.5.99.0.6pre1.0.20051109-3 We believe that the bug you reported is fixed in the latest version of mdbtools, which is due to be installed in the Debian FTP archive: libmdbodbc_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/libmdbodbc_0.5.99.0.6pre1.0.20051109-3_i386.deb libmdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/libmdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb mdbtools-dev_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/mdbtools-dev_0.5.99.0.6pre1.0.20051109-3_i386.deb mdbtools-gmdb_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/mdbtools-gmdb_0.5.99.0.6pre1.0.20051109-3_i386.deb mdbtools_0.5.99.0.6pre1.0.20051109-3.diff.gz to pool/main/m/mdbtools/mdbtools_0.5.99.0.6pre1.0.20051109-3.diff.gz mdbtools_0.5.99.0.6pre1.0.20051109-3.dsc to pool/main/m/mdbtools/mdbtools_0.5.99.0.6pre1.0.20051109-3.dsc mdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/mdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Filip Van Raemdonck [EMAIL PROTECTED] (supplier of updated mdbtools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 10 Apr 2006 19:44:56 +0200 Source: mdbtools Binary: mdbtools-dev mdbtools libmdbodbc mdbtools-gmdb libmdbtools Architecture: source i386 Version: 0.5.99.0.6pre1.0.20051109-3 Distribution: unstable Urgency: low Maintainer: Filip Van Raemdonck [EMAIL PROTECTED] Changed-By: Filip Van Raemdonck [EMAIL PROTECTED] Description: libmdbodbc - MDB tools ODBC module libmdbtools - mdbtools libraries mdbtools - JET / MS Access database (MDB) tools mdbtools-dev - mdbtools development files mdbtools-gmdb - JET / MS Access database (MDB) file viewer Closes: 234031 321020 351215 354595 355431 360436 Changes: mdbtools (0.5.99.0.6pre1.0.20051109-3) unstable; urgency=low . * Acknowledge NMU. (Closes: #234031, #321020, #351215, #354595, #355431) * Fix 64-bit issues with the ODBC support. (Closes: #360436) Files: 5c5639446f100c94719d4b48f1d8a9dd 778 utils optional mdbtools_0.5.99.0.6pre1.0.20051109-3.dsc a37d7e71693de1a51a3ff4fb3b95904f 285158 utils optional mdbtools_0.5.99.0.6pre1.0.20051109-3.diff.gz fa32011a44a211f26c8373727e305956 53696 utils optional mdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb e64e00c896ebd916ad0e6b98a35ea16c 141408 gnome optional mdbtools-gmdb_0.5.99.0.6pre1.0.20051109-3_i386.deb b6a5cf2efeb62b7b35d638975b9bd697 119612 devel optional mdbtools-dev_0.5.99.0.6pre1.0.20051109-3_i386.deb 6955a2831b54cc2975d69211bda7fe12 58594 libs optional libmdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb 757a3c0af8279b3f97f9e8dafe92a942 64334 libs optional libmdbodbc_0.5.99.0.6pre1.0.20051109-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEOsyUEjn3CY6VDgARAsBLAJ9f3BJdy8ssvLuF6W/eYxVGMsdWwwCdEGHy 0IOBaC0KE1thdEYDzoTNtks= =u2Nz -END PGP SIGNATURE- ---End Message---
Bug#361871: problems with lazy loading: causes other packages to FTBFS
Package: r-base Version: 2.2.1.svn37668-1 Severity: grave The attached build failures are presumably due to the new version in unstable. Do you know what's going on there? -- Martin Michlmayr http://www.cyrius.com/ ---BeginMessage--- Automatic build of misc3d_0.3-1-2 on em64t by sbuild/amd64 1.112 Build started at 20060408-2051 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 15.6kB of source archives. Get:1 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (dsc) [667B] Get:2 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (tar) [12.7kB] Get:3 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (diff) [2244B] Fetched 15.6kB in 0s (169kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), cdbs, xlibmesa-gl-dev | libgl-dev, xlibmesa-glu-dev | libglu-dev, libpng12-dev Added override: gcc-snapshot Checking for already installed source dependencies... gcc-snapshot: already installed (20060325-1) debhelper: missing r-base-dev: missing cdbs: missing xlibmesa-gl-dev: missing libgl-dev: missing xlibmesa-glu-dev: missing libglu-dev: missing libpng12-dev: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Note, selecting libglu1-xorg-dev instead of xlibmesa-glu-dev The following extra packages will be installed: cpp-3.4 g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 libglu1-xorg libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev libpcrecpp0 libreadline5 libreadline5-dev libx11-dev libxext-dev libxi-dev libxkbfile-dev libxkbfile1 libxt6 libxxf86vm1 po-debconf r-base-core readline-common refblas3 refblas3-dev tcl8.4 tk8.4 x-dev xlibmesa-gl zlib-bin zlib1g-dev Suggested packages: devscripts doc-base dh-make g77-doc g77-3.4-doc gcc-3.4-doc libc6-dev-i386 lib32gcc1 cvs gettext-doc ess r-doc-info r-doc-pdf r-doc-html r-mathlib r-base-html r-base-latex tclreadline xlibmesa-dri Recommended packages: autotools-dev curl wget lynx libmail-sendmail-perl libcompress-zlib-perl r-recommended xterm x-terminal-emulator The following NEW packages will be installed: cdbs cpp-3.4 debhelper g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 libglu1-xorg libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev libpcrecpp0 libpng12-dev libreadline5 libreadline5-dev libx11-dev libxext-dev libxi-dev libxkbfile-dev libxkbfile1 libxt6 libxxf86vm1 po-debconf r-base-core r-base-dev readline-common refblas3 refblas3-dev tcl8.4 tk8.4 x-dev xlibmesa-gl xlibmesa-gl-dev zlib-bin zlib1g-dev 0 upgraded, 48 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/30.2MB of archives. After unpacking 92.2MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libbz2-1.0 gcc-4.0-base libpcre3 readline-common libreadline5 cdbs gcc-3.4-base cpp-3.4 html2text gettext intltool-debian po-debconf debhelper gcc-3.4 libg2c0 libg2c0-dev g77-3.4 g77 libbz2-dev libgfortran0 libxxf86vm1 xlibmesa-gl libglu1-xorg x-dev libxext-dev libxi-dev libxkbfile1 libxkbfile-dev libx11-dev xlibmesa-gl-dev libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper1 libpaper-utils libpcrecpp0 libpcre3-dev zlib1g-dev libpng12-dev libreadline5-dev libxt6 zlib-bin tcl8.4 tk8.4 r-base-core refblas3 refblas3-dev r-base-dev Extracting templates from packages: 62% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Selecting previously deselected package libbz2-1.0. (Reading database ... 15488 files and directories currently installed.) Unpacking libbz2-1.0 (from .../libbz2-1.0_1.0.3-2_amd64.deb) ... Selecting previously deselected package gcc-4.0-base. Unpacking gcc-4.0-base (from .../gcc-4.0-base_4.0.3-1_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_6.4-1.1_amd64.deb) ... Selecting previously deselected package readline-common. Unpacking readline-common (from .../readline-common_5.1-7_all.deb) ... Selecting previously deselected package libreadline5. Unpacking libreadline5 (from .../libreadline5_5.1-7_amd64.deb) ... Selecting previously deselected package cdbs. Unpacking cdbs (from .../archives/cdbs_0.4.38_all.deb) ... Selecting previously deselected package gcc-3.4-base. Unpacking gcc-3.4-base (from .../gcc-3.4-base_3.4.6-1_amd64.deb) ... Selecting previously deselected package cpp-3.4. Unpacking cpp-3.4 (from .../cpp-3.4_3.4.6-1_amd64.deb) ... Selecting previously deselected package html2text. Unpacking html2text
Bug#360436: marked as done (mdbtools: FTBFS: error: conflicting types for 'SQLDescribeParam')
Your message dated Mon, 10 Apr 2006 14:32:18 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#360436: fixed in mdbtools 0.5.99.0.6pre1.0.20051109-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: mdbtools Version: 0.5.99.0.6pre1.0.20051109-2.1 Severity: serious Hi, Your package is failing to build with the following error: odbc.c: At top level: odbc.c:215: error: conflicting types for 'SQLDescribeParam' /usr/include/sqlext.h:1851: error: previous declaration of 'SQLDescribeParam' w as here odbc.c:226: error: conflicting types for 'SQLExtendedFetch' /usr/include/sqlext.h:1858: error: previous declaration of 'SQLExtendedFetch' w as here odbc.c:352: error: conflicting types for 'SQLSetPos' /usr/include/sqlext.h:1928: error: previous declaration of 'SQLSetPos' was here odbc.c:405: error: conflicting types for 'SQLBindParameter' /usr/include/sqlext.h:1959: error: previous declaration of 'SQLBindParameter' w as here [...] This is probably related to #357919. Kurt ---End Message--- ---BeginMessage--- Source: mdbtools Source-Version: 0.5.99.0.6pre1.0.20051109-3 We believe that the bug you reported is fixed in the latest version of mdbtools, which is due to be installed in the Debian FTP archive: libmdbodbc_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/libmdbodbc_0.5.99.0.6pre1.0.20051109-3_i386.deb libmdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/libmdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb mdbtools-dev_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/mdbtools-dev_0.5.99.0.6pre1.0.20051109-3_i386.deb mdbtools-gmdb_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/mdbtools-gmdb_0.5.99.0.6pre1.0.20051109-3_i386.deb mdbtools_0.5.99.0.6pre1.0.20051109-3.diff.gz to pool/main/m/mdbtools/mdbtools_0.5.99.0.6pre1.0.20051109-3.diff.gz mdbtools_0.5.99.0.6pre1.0.20051109-3.dsc to pool/main/m/mdbtools/mdbtools_0.5.99.0.6pre1.0.20051109-3.dsc mdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb to pool/main/m/mdbtools/mdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Filip Van Raemdonck [EMAIL PROTECTED] (supplier of updated mdbtools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 10 Apr 2006 19:44:56 +0200 Source: mdbtools Binary: mdbtools-dev mdbtools libmdbodbc mdbtools-gmdb libmdbtools Architecture: source i386 Version: 0.5.99.0.6pre1.0.20051109-3 Distribution: unstable Urgency: low Maintainer: Filip Van Raemdonck [EMAIL PROTECTED] Changed-By: Filip Van Raemdonck [EMAIL PROTECTED] Description: libmdbodbc - MDB tools ODBC module libmdbtools - mdbtools libraries mdbtools - JET / MS Access database (MDB) tools mdbtools-dev - mdbtools development files mdbtools-gmdb - JET / MS Access database (MDB) file viewer Closes: 234031 321020 351215 354595 355431 360436 Changes: mdbtools (0.5.99.0.6pre1.0.20051109-3) unstable; urgency=low . * Acknowledge NMU. (Closes: #234031, #321020, #351215, #354595, #355431) * Fix 64-bit issues with the ODBC support. (Closes: #360436) Files: 5c5639446f100c94719d4b48f1d8a9dd 778 utils optional mdbtools_0.5.99.0.6pre1.0.20051109-3.dsc a37d7e71693de1a51a3ff4fb3b95904f 285158 utils optional mdbtools_0.5.99.0.6pre1.0.20051109-3.diff.gz fa32011a44a211f26c8373727e305956 53696 utils optional mdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb e64e00c896ebd916ad0e6b98a35ea16c 141408 gnome optional mdbtools-gmdb_0.5.99.0.6pre1.0.20051109-3_i386.deb b6a5cf2efeb62b7b35d638975b9bd697 119612 devel optional mdbtools-dev_0.5.99.0.6pre1.0.20051109-3_i386.deb 6955a2831b54cc2975d69211bda7fe12 58594 libs optional libmdbtools_0.5.99.0.6pre1.0.20051109-3_i386.deb 757a3c0af8279b3f97f9e8dafe92a942 64334 libs optional libmdbodbc_0.5.99.0.6pre1.0.20051109-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEOsyUEjn3CY6VDgARAsBLAJ9f3BJdy8ssvLuF6W/eYxVGMsdWwwCdEGHy 0IOBaC0KE1thdEYDzoTNtks= =u2Nz -END PGP SIGNATURE- ---End Message---
Bug#358754: Last call to prevent Helix beeing removed from Debian
mfrazier wrote: We are looking into this issue right now and I will respond with our official plan once I have all the information. I hope to send out email by end of day. Fine, thanks for your answer. I do have a question for you so hopefully you can enlighten me on how would you suggest we add license headers to a .bmp files. I suggest you do the following three things. 1. put build/LICENSE.txt, build/RCSL.txt, build/RPSL.txt, and build/GPL.txt into the root-directory of the source-tarball. 2. Change the following line in LICENSE.txt: Old: Alternatively, the contents of this directory may be used under the terms of the GNU General Public License Version 2 or later New: Alternatively, the contents of this directory, and (except where otherwise indicated) the directories included within this directory, may be used under the terms of the GNU General Public License Version 2 or later If you license it like this, we can properly redistribute helix-player. Please also consider to adjust these changes for the other helix products (Producer, Server, DNA Client etc.), so we can include those packages too. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355307: NMU
Hello, NMU of this packages were made tonight to DELAYED/5 for libapache-mod-trigger and libapache-mod-cgi-debug. So you still have 5 days to override my uploads. This versions will fix #355307 and #359882. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#361872: debconf-copydb: Trashes debconf database in /target
Package: cdebconf Version: 0.97 Severity: serious When debconf-copydb is run from pkgsel's postinst script, it deletes the existing /var/cache/debconf/templates.dat in /target; after it has run only copied templates are present. This results in the problem that has been reported that tasksel is not translated. Commenting out the debconf-copydb statement solves this problem. Verified with Etch Beta 2. pgpbKLKcAvkeW.pgp Description: PGP signature
Bug#361874: libgnutls12: uninstallable due to Conflicts/Depends cycle with libtasn1-2
Package: libgnutls12 Version: 1.2.9-2 Severity: grave Justification: renders package unusable (uninstallable) libgnutls12 depends on libtasn1-2, which however conflicts with libgnutls12 ( 1.3.5) as of version 0.3.1-1. As a result, it is not currently possible to install libgnutls12 in environments that do not already have older versions of libtasn1-2 installed; in particular, this bites unstable autobuilder chroots. As such, could you please upload a newer version ASAP? Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (300, 'unstable'), (300, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libgnutls12 depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii liblzo1 1.08-3 data compression library (old vers ii libopencdk8 0.5.7-2Open Crypto Development Kit (OpenC ii libtasn1-20.2.17-1 Manage ASN.1 structures (runtime) ii zlib1g1:1.2.3-11 compression library - runtime libgnutls12 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361871: problems with lazy loading: causes other packages to FTBFS
On 10 April 2006 at 23:38, Martin Michlmayr wrote: | Package: r-base | Version: 2.2.1.svn37668-1 | Severity: grave | | The attached build failures are presumably due to the new version in | unstable. Do you know what's going on there? | -- | Martin Michlmayr | http://www.cyrius.com/ | Return-Path: [EMAIL PROTECTED] | X-Original-To: tbm | Delivered-To: [EMAIL PROTECTED] | Received: by em64t.snowman.net (Postfix, from userid 1002) | id A99A3460DB; Sat, 8 Apr 2006 20:52:09 -0400 (EDT) | From: Source Builder [EMAIL PROTECTED] | To: [EMAIL PROTECTED] | Subject: Log for failed build of misc3d_0.3-1-2 (dist=stable) | Message-Id: [EMAIL PROTECTED] | Date: Sat, 8 Apr 2006 20:52:09 -0400 (EDT) | | Automatic build of misc3d_0.3-1-2 on em64t by sbuild/amd64 1.112 | Build started at 20060408-2051 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 15.6kB of source archives. | Get:1 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (dsc) [667B] | Get:2 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (tar) [12.7kB] | Get:3 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (diff) [2244B] | Fetched 15.6kB in 0s (169kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), cdbs, xlibmesa-gl-dev | libgl-dev, xlibmesa-glu-dev | libglu-dev, libpng12-dev | Added override: gcc-snapshot | Checking for already installed source dependencies... [...] | dh_installdirsusr/lib/R/site-library | R CMD INSTALL -l /build/tbm/misc3d-0.3-1/debian/r-cran-misc3d/usr/lib/R/site-library --clean . | * Installing *source* package 'misc3d' ... | ** R | ** preparing package for lazy loading | Loading required package: rgl | Error: package 'rgl' could not be loaded Build-Depends: also needs 'r-cran-rgl' That said, I know of one package where R's lazy-loading mechanism fails whatever I try in my pbuilder. In that case, you need to set LazyLoad=no in the top-level DESCRIPTION file of the R package in question. But please try it first with r-cran-rgl added to Build-Depends. If that works, I will add a new package revision. [ But I don't understand how it coul dhave worked before. Hm. ] Now for Design aka r-cran-design: | Finished at 20060408-2052 | Build needed 00:00:02, 156k disk space | Return-Path: [EMAIL PROTECTED] | X-Original-To: tbm | Delivered-To: [EMAIL PROTECTED] | Received: by em64t.snowman.net (Postfix, from userid 1002) | id C4454460DB; Sat, 8 Apr 2006 19:25:13 -0400 (EDT) | From: Source Builder [EMAIL PROTECTED] | To: [EMAIL PROTECTED] | Subject: Log for failed build of design_2.0.12-1 (dist=testing) | Message-Id: [EMAIL PROTECTED] | Date: Sat, 8 Apr 2006 19:25:13 -0400 (EDT) | | Automatic build of design_2.0.12-1 on em64t by sbuild/amd64 1.112 | Build started at 20060408-1923 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 333kB of source archives. | Get:1 http://phoenix.snowman.net sid/main design 2.0.12-1 (dsc) [611B] | Get:2 http://phoenix.snowman.net sid/main design 2.0.12-1 (tar) [329kB] | Get:3 http://phoenix.snowman.net sid/main design 2.0.12-1 (diff) [2960B] | Fetched 333kB in 0s (2075kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), f2c [m68k], cdbs | Added override: gcc-snapshot | Checking for already installed source dependencies... | gcc-snapshot: already installed (20060325-1) | debhelper: missing | r-base-dev: missing | cdbs: missing | Checking for source dependency conflicts... | Reading package lists... | Building dependency tree... | The following extra packages will be installed: | cpp-3.4 g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text | intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 | libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev | libpcrecpp0 libpng12-dev libreadline5 libreadline5-dev libxt6 po-debconf | r-base-core readline-common refblas3 refblas3-dev tcl8.4 tk8.4 zlib-bin | zlib1g-dev | Suggested packages: | devscripts doc-base dh-make g77-doc g77-3.4-doc gcc-3.4-doc libc6-dev-i386 | lib32gcc1 cvs gettext-doc ess r-doc-info r-doc-pdf r-doc-html r-mathlib | r-base-html r-base-latex tclreadline | Recommended packages: | autotools-dev curl wget lynx libmail-sendmail-perl libcompress-zlib-perl | r-recommended xterm x-terminal-emulator | The following NEW packages will be installed: | cdbs cpp-3.4 debhelper g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext | html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev |
Bug#361871: problems with lazy loading: causes other packages to FTBFS
clone 361871 -1 -2 reassign -1 design reassign -2 r-noncran-lindsey severity -1 serious severity -2 serious severity 361871 serious thanks * Dirk Eddelbuettel [EMAIL PROTECTED] [2006-04-10 17:20]: Build-Depends: also needs 'r-cran-rgl' Nope. ** R ** preparing package for lazy loading Loading required package: rgl RGL: unable to open display *** caught segfault *** address 0x4d0, cause 'memory not mapped' Traceback: 1: .C(symbol.C(rgl_init), success = FALSE, PACKAGE = rgl) 2: fun(...) 3: try({fun(...)NULL}) 4: runHook(.onLoad, package, env, package.lib, package) 5: loadNamespace(package, c(which.lib.loc, lib.loc), keep.source = keep.source) 6: try({ns - loadNamespace(package, c(which.lib.loc, lib.loc), keep.source = keep.source)dataPath - file.path(which.lib.loc, package, data)env - attachNamespace(ns, pos = pos, dataPath = dataPath)}) 7: library(pkg, character.only = TRUE, logical = TRUE, lib.loc = lib.loc) 8: .getRequiredPackages2(pkgInfo, quietly, , useImports) 9: .getRequiredPackages() aborting ... /usr/lib/R/bin/INSTALL: line 450: 7422 Done( if test -s R_PROFILE.R; then cat R_PROFILE.R; fi; echo invisible(.libPaths(c(\${lib}\, .libPaths(; .getRequiredPackages(); tools:::makeLazyLoading(\${R_PACKAGE_NAME}\, \${lib}\) ) 7423 Segmentation fault | R_DEFAULT_PACKAGES= LC_ALL=C ${R_EXE} --vanilla --slave ERROR: lazy loading failed for package 'misc3d' ** Removing '/home/tbm/src/misc3d-0.3-1/debian/r-cran-misc3d/usr/lib/R/site-library/misc3d' make: *** [R_any_arch] Error 1 zsh: exit 2 dpkg-buildpackage -rfakeroot (sid)41:[EMAIL PROTECTED]: ~/src/misc3d-0.3-1] | Execution halted | ERROR: lazy loading failed for package 'Design' Dito, r-cran-hmisc needed by r-cran-design. Clear bug of mine, and I have no idea how it could ever have built before :-O Nope. ** R ** inst ** preparing package for lazy loading Loading required package: Hmisc Hmisc library by Frank E Harrell Jr Type library(help='Hmisc'), ?Overview, or ?Hmisc.Overview') to see overall documentation. NOTE:Hmisc no longer redefines [.factor to drop unused levels when subsetting. To get the old behavior of Hmisc type dropUnusedLevels(). Attaching package: 'Hmisc' The following object(s) are masked from package:stats : ecdf Loading required package: survival Error: package 'survival' could not be loaded In addition: Warning message: there is no package called 'survival' in: library(pkg, character.only = TRUE, logical = TRUE, lib.loc = lib.loc) Execution halted ERROR: lazy loading failed for package 'Design' ** Removing '/home/tbm/src/design-2.0.12/debian/r-cran-design/usr/lib/R/site-library/Design' make: *** [R_any_arch] Error 1 zsh: exit 2 dpkg-buildpackage -rfakeroot (sid)46:[EMAIL PROTECTED]: ~/src/design-2.0.12] -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#361871: problems with lazy loading: causes other packages to FTBFS
Processing commands for [EMAIL PROTECTED]: clone 361871 -1 -2 Bug#361871: problems with lazy loading: causes other packages to FTBFS Bug 361871 cloned as bugs 361881-361882. reassign -1 design Bug#361881: problems with lazy loading: causes other packages to FTBFS Bug reassigned from package `r-base' to `design'. reassign -2 r-noncran-lindsey Bug#361882: problems with lazy loading: causes other packages to FTBFS Bug reassigned from package `r-base' to `r-noncran-lindsey'. severity -1 serious Bug#361881: problems with lazy loading: causes other packages to FTBFS Severity set to `serious'. severity -2 serious Bug#361882: problems with lazy loading: causes other packages to FTBFS Severity set to `serious'. severity 361871 serious Bug#361871: problems with lazy loading: causes other packages to FTBFS Severity set to `serious'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361816: marked as done (FTBFS: too few arguments to function 'compose_forward')
Your message dated Tue, 11 Apr 2006 00:12:45 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#361816: FTBFS: too few arguments to function 'compose_forward' has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: sylpheed-claws-gtk2-perl-filter Version: 0.6-1 Severity: serious Your package fails to build in unstable: Automatic build of sylpheed-claws-gtk2-perl-filter_0.6-1 on em64t by sbuild/amd64 1.112 ... x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/include/sylpheed-claws-gtk2 -I/usr/include/sylpheed-claws-gtk2/common -I/usr/include/sylpheed-claws-gtk2/gtk -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -I/usr/lib/perl/5.8/CORE -Wall -g -O2 -MT perl_plugin.lo -MD -MP -MF .deps/perl_plugin.Tpo -c perl_plugin.c -fPIC -DPIC -o .libs/perl_plugin.o perl_plugin.c: In function 'XS_SylpheedClaws_filter_init': perl_plugin.c:566: warning: passing argument 2 of 'Perl_newSVpv' from incompatible pointer type perl_plugin.c: In function 'XS_SylpheedClaws_forward': perl_plugin.c:1132: error: too few arguments to function 'compose_forward' perl_plugin.c: In function 'XS_SylpheedClaws_redirect': perl_plugin.c:1172: error: too few arguments to function 'compose_redirect' make[3]: *** [perl_plugin.lo] Error 1 make[3]: Leaving directory `/build/tbm/sylpheed-claws-gtk2-perl-filter-0.6/src' -- Martin Michlmayr http://www.cyrius.com/ ---End Message--- ---BeginMessage--- On Mon, 10 Apr 2006 16:06:28 +0200 Martin Michlmayr [EMAIL PROTECTED] wrote: Package: sylpheed-claws-gtk2-perl-filter Version: 0.6-1 Severity: serious Your package fails to build in unstable: Automatic build of sylpheed-claws-gtk2-perl-filter_0.6-1 on em64t by sbuild/amd64 1.112 That's fixed by 0.9 upload, but I ate the colon in the Closes clause :-/ Closing by hand, -- Ricardo Mones ~ RTFM - Read The Manual (The 'F' is silent). Usually a very good idea. Bjarne Stroustrup ---End Message---
Processed: reassign
Processing commands for [EMAIL PROTECTED]: reassign 361871 misc3d Bug#361871: problems with lazy loading: causes other packages to FTBFS Bug reassigned from package `r-base' to `misc3d'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361884: FTBFS: problems with lazy loading
Package: lmtest Version: 0.9.14-1 Severity: serious And another package: Automatic build of lmtest_0.9.14-1 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.44 ... gfortran -fpic -g -O2 -c pan.f -o pan.o gcc -shared -o lmtest.so pan.o -lgfortran -lm -lgcc_s -L/usr/lib/R/lib -lR make[1]: Leaving directory `/build/tbm/lmtest-0.9.14/src' ** R ** data ** inst ** preparing package for lazy loading Loading required package: zoo Error: package 'zoo' could not be loaded In addition: Warning message: there is no package called 'zoo' in: library(pkg, character.only = TRUE, logical = TRUE, lib.loc = lib.loc) Execution halted ERROR: lazy loading failed for package 'lmtest' ** Removing '/build/tbm/lmtest-0.9.14/debian/r-cran-lmtest/usr/lib/R/site-library/lmtest' make: *** [R_any_arch] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#361376: liferea segfaults randomly
Processing commands for [EMAIL PROTECTED]: retitle 361376 liferea-gtkhtml segfaults randomly with current gtkhtml, please use liferea-mozilla instead for now Bug#361376: liferea segfaults randomly Changed Bug title. reassign 361376 liferea-gtkhtml Bug#361376: liferea-gtkhtml segfaults randomly with current gtkhtml, please use liferea-mozilla instead for now Bug reassigned from package `liferea' to `liferea-gtkhtml'. severity 361376 grave Bug#361376: liferea-gtkhtml segfaults randomly with current gtkhtml, please use liferea-mozilla instead for now Severity set to `grave'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359900: marked as done (libsemanage: FTBFS: too few arguments to sepol_iface_set_ifcon)
Your message dated Mon, 10 Apr 2006 18:06:05 -0500 with message-id [EMAIL PROTECTED] and subject line This has now been fixed with the new upload. has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libsemanage Version: 1.4-4 Severity: serious From my pbuilder build log: ... cc -O2 -g -I/usr/include/python2.4 -I../include -I/usr/include -D_GNU_SOURCE -c -o iface_record.o iface_record.c iface_record.c: In function 'semanage_iface_set_ifcon': iface_record.c:83: warning: passing argument 1 of 'sepol_iface_set_ifcon' from incompatible pointer type iface_record.c:83: warning: passing argument 2 of 'sepol_iface_set_ifcon' from incompatible pointer type iface_record.c:83: error: too few arguments to function 'sepol_iface_set_ifcon' iface_record.c: In function 'semanage_iface_set_msgcon': iface_record.c:98: warning: passing argument 1 of 'sepol_iface_set_msgcon' from incompatible pointer type iface_record.c:98: warning: passing argument 2 of 'sepol_iface_set_msgcon' from incompatible pointer type iface_record.c:98: error: too few arguments to function 'sepol_iface_set_msgcon' make[2]: *** [iface_record.o] Error 1 make[2]: Leaving directory `/tmp/buildd/libsemanage-1.4/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/libsemanage-1.4' make: *** [build/libsemanage1] Error 2 -- Daniel Schepler ---End Message--- ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Mar 2006 23:34:44 -0600 Source: libsemanage Binary: libsemanage1 python2.4-semanage libsemanage1-dev Architecture: source i386 Version: 1.6-1 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: libsemanage1 - shared libraries used by SELinux policy manipulation tools libsemanage1-dev - Header files and libraries for SELinux policy manipulation tools python2.4-semanage - Python2.4 bindings for SELinux policy manipulation tools Changes: libsemanage (1.6-1) unstable; urgency=low . * New upstream release * Updated version for release. * Merged abort early on merge errors patch from Ivan Gyurdiev. * Cleaned up error handling in semanage_split_fc based on a patch by Serge Hallyn (IBM) and suggestions by Ivan Gyurdiev. * Merged MLS handling fixes from Ivan Gyurdiev. * Merged bug fix for fcontext validate handler from Ivan Gyurdiev. * Merged base_merge_components changes from Ivan Gyurdiev. * Merged paths array patch from Ivan Gyurdiev. * Merged bug fix patch from Ivan Gyurdiev. * Merged improve bindings patch from Ivan Gyurdiev. * Merged use PyList patch from Ivan Gyurdiev. * Merged memory leak fix patch from Ivan Gyurdiev. * Merged nodecon support patch from Ivan Gyurdiev. * Merged cleanups patch from Ivan Gyurdiev. * Merged split swig patch from Ivan Gyurdiev. * Merged optionals in base patch from Joshua Brindle. * Merged treat seusers/users_extra as optional sections patch from Ivan Gyurdiev. * Merged parse_optional fixes from Ivan Gyurdiev. * Merged seuser/user_extra support patch from Joshua Brindle. * Merged remote system dbase patch from Ivan Gyurdiev. * Merged clone record on set_con patch from Ivan Gyurdiev. * Merged fname parameter patch from Ivan Gyurdiev. * Merged more size_t - unsigned int fixes from Ivan Gyurdiev. * Merged seusers.system patch from Ivan Gyurdiev. * Merged improve port/fcontext API patch from Ivan Gyurdiev. * Merged seuser - seuser_local rename patch from Ivan Gyurdiev. * Merged set_create_store, access_check, and is_connected interfaces from Joshua Brindle. * Regenerate python wrappers. * Merged pywrap Makefile diff from Dan Walsh. * Merged cache management patch from Ivan Gyurdiev. * Merged bugfix for dbase_llist_clear from Ivan Gyurdiev. * Merged remove apply_local function patch from Ivan Gyurdiev. * Merged only do read locking in direct case patch from Ivan Gyurdiev. * Merged cache error path memory leak fix from Ivan Gyurdiev. * Merged auto-generated file header patch from Ivan Gyurdiev. * Merged pywrap test update from Ivan Gyurdiev. * Merged hidden defs update from Ivan Gyurdiev. * Merged disallow port overlap patch from Ivan Gyurdiev. * Merged join prereq and implementation patches from Ivan Gyurdiev. * Merged join user extra data part 2 patch from Ivan Gyurdiev.
Bug#358376: marked as done (konwert: /etc/bash_completion.d/konwert not marked as conffile.)
Your message dated Mon, 10 Apr 2006 16:32:09 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#358376: fixed in konwert 1.8-11 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: konwert Version: 1.8-10.0.1 Severity: serious Justification: discard users changes to config files. Hello Yann, konwert ship a config file /etc/bash_completion.d/konwert which is not marked as a conffile. This will cause dpkg to discard user's changes during upgrade. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. ---End Message--- ---BeginMessage--- Source: konwert Source-Version: 1.8-11 We believe that the bug you reported is fixed in the latest version of konwert, which is due to be installed in the Debian FTP archive: konwert-dev_1.8-11_all.deb to pool/main/k/konwert/konwert-dev_1.8-11_all.deb konwert-filters_1.8-11_all.deb to pool/main/k/konwert/konwert-filters_1.8-11_all.deb konwert_1.8-11.diff.gz to pool/main/k/konwert/konwert_1.8-11.diff.gz konwert_1.8-11.dsc to pool/main/k/konwert/konwert_1.8-11.dsc konwert_1.8-11_i386.deb to pool/main/k/konwert/konwert_1.8-11_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Yann Dirson [EMAIL PROTECTED] (supplier of updated konwert package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 11 Apr 2006 01:22:10 +0200 Source: konwert Binary: konwert-filters konwert konwert-dev Architecture: source i386 all Version: 1.8-11 Distribution: unstable Urgency: low Maintainer: Yann Dirson [EMAIL PROTECTED] Changed-By: Yann Dirson [EMAIL PROTECTED] Description: konwert- Charset conversion for files or terminal I/O konwert-dev - Tools to define new charset conversion for konwert konwert-filters - Filters used by konwert for charset conversion Closes: 296246 358376 Changes: konwert (1.8-11) unstable; urgency=low . * Switch from debhelper v1 mode to v5: * bash-completion script now maked as conffile (Closes: #358376). * use ${misc:Depends} for every binary package. * Fixed problem in a polish manpage (Closes: #296246). * Fixed capitalization in README.Debian (lintian). * Bumped Standards-Version to 3.6.2, no change. Files: fb1e6e8d31be94af25cfd905abc47209 595 text optional konwert_1.8-11.dsc b378b5fda8a4ce57d62a3f363ae93f75 9382 text optional konwert_1.8-11.diff.gz ae8ef406832797ac0c48b492fe1de4de 188726 text optional konwert-filters_1.8-11_all.deb 6d7c05e6e738bdc1afe8b001cb21caa0 21626 text extra konwert-dev_1.8-11_all.deb 02daaef4975bdf734b461fd30d498803 45722 text optional konwert_1.8-11_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEOuwRV1uVslwzwbgRAqHpAJ4oLAzt8mJGSaOIz1HrTdqgZDaVkwCgjMJ6 6yjM+Jcv9z0VmpbQO2QXbzY= =G27G -END PGP SIGNATURE- ---End Message---
Bug#361871: problems with lazy loading: causes other packages to FTBFS
On Tue, Apr 11, 2006 at 12:42:58AM +0200, Martin Michlmayr wrote: clone 361871 -1 -2 reassign -1 design reassign -2 r-noncran-lindsey severity -1 serious severity -2 serious severity 361871 serious thanks * Dirk Eddelbuettel [EMAIL PROTECTED] [2006-04-10 17:20]: Build-Depends: also needs 'r-cran-rgl' Nope. ** R ** preparing package for lazy loading Loading required package: rgl RGL: unable to open display Ouch. We may need a virtual X11 server here. I'll play with this at home. *** caught segfault *** address 0x4d0, cause 'memory not mapped' Traceback: 1: .C(symbol.C(rgl_init), success = FALSE, PACKAGE = rgl) 2: fun(...) 3: try({fun(...)NULL}) 4: runHook(.onLoad, package, env, package.lib, package) 5: loadNamespace(package, c(which.lib.loc, lib.loc), keep.source = keep.source) 6: try({ns - loadNamespace(package, c(which.lib.loc, lib.loc), keep.source = keep.source)dataPath - file.path(which.lib.loc, package, data)env - attachNamespace(ns, pos = pos, dataPath = dataPath)}) 7: library(pkg, character.only = TRUE, logical = TRUE, lib.loc = lib.loc) 8: .getRequiredPackages2(pkgInfo, quietly, , useImports) 9: .getRequiredPackages() aborting ... /usr/lib/R/bin/INSTALL: line 450: 7422 Done( if test -s R_PROFILE.R; then cat R_PROFILE.R; fi; echo invisible(.libPaths(c(\${lib}\, .libPaths(; .getRequiredPackages(); tools:::makeLazyLoading(\${R_PACKAGE_NAME}\, \${lib}\) ) 7423 Segmentation fault | R_DEFAULT_PACKAGES= LC_ALL=C ${R_EXE} --vanilla --slave ERROR: lazy loading failed for package 'misc3d' ** Removing '/home/tbm/src/misc3d-0.3-1/debian/r-cran-misc3d/usr/lib/R/site-library/misc3d' make: *** [R_any_arch] Error 1 zsh: exit 2 dpkg-buildpackage -rfakeroot (sid)41:[EMAIL PROTECTED]: ~/src/misc3d-0.3-1] | Execution halted | ERROR: lazy loading failed for package 'Design' Dito, r-cran-hmisc needed by r-cran-design. Clear bug of mine, and I have no idea how it could ever have built before :-O Nope. ** R ** inst ** preparing package for lazy loading Loading required package: Hmisc Hmisc library by Frank E Harrell Jr Type library(help='Hmisc'), ?Overview, or ?Hmisc.Overview') to see overall documentation. NOTE:Hmisc no longer redefines [.factor to drop unused levels when subsetting. To get the old behavior of Hmisc type dropUnusedLevels(). Attaching package: 'Hmisc' The following object(s) are masked from package:stats : ecdf Loading required package: survival Error: package 'survival' could not be loaded Easier -- just add r-cran-survival to Build-Depends too. Dirk -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361884: FTBFS: problems with lazy loading
The difference could be that LazyLoad: yes may now be a default. Dirk -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361890: libtasn1-2: changed so-name requires changed binary package name
Package: libtasn1-2 Version: 0.3.1-1 Severity: grave libtasn1-2 changed the so-name and must therefore change the binary package name. The conflict with libgnutls12 ( 1.3.5) was a nice try, but it isn't correct and can cause breakge. An example where this will break horribly: $ objdump -p /usr/bin/gsasl Dynamic Section: ... NEEDED libgnutls.so.12 NEEDED libtasn1.so.2 ... You could conflict woth all package versions that do or did depend on libtasn1-2, but even in the best case it is only as good as a renaming of the library package. Yes, due to the known shortcomings of testing such library transitions are a pain for your release team, but this is the only technically way to solve this properly, and the release team has freely chosen to use testing despite it's known shortcomings. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317822: pathname conflicts are serious
On 08/04/06, Justin Pryzby [EMAIL PROTECTED] wrote: The etch release policy states that: | http://release.debian.org/etch_rc_policy.txt | If two packages cannot be installed together, one must list | the other in its Conflicts: field. At least one of these packages must conflict with the other. Conflicting is not enough. Etch RC Policy also states: Packages must not install programs in the default PATH with different functionality with the same file name, even if they Conflict:.
Processed: Foo
Processing commands for [EMAIL PROTECTED]: retitle 317822 debian-goodies, debget: two 'debget' programs with Bug#317822: debget and debian-goodies must conflict Changed Bug title. different functionality Unknown command or malformed arguments to command. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 317822 to debian-goodies, debget: two 'debget' programs with different functionality
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.16 retitle 317822 debian-goodies, debget: two 'debget' programs with different functionality Bug#317822: debian-goodies, debget: two 'debget' programs with Changed Bug title. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361884: marked as done (FTBFS: problems with lazy loading)
Your message dated Mon, 10 Apr 2006 17:47:07 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#361884: fixed in lmtest 0.9.14-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: lmtest Version: 0.9.14-1 Severity: serious And another package: Automatic build of lmtest_0.9.14-1 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.44 ... gfortran -fpic -g -O2 -c pan.f -o pan.o gcc -shared -o lmtest.so pan.o -lgfortran -lm -lgcc_s -L/usr/lib/R/lib -lR make[1]: Leaving directory `/build/tbm/lmtest-0.9.14/src' ** R ** data ** inst ** preparing package for lazy loading Loading required package: zoo Error: package 'zoo' could not be loaded In addition: Warning message: there is no package called 'zoo' in: library(pkg, character.only = TRUE, logical = TRUE, lib.loc = lib.loc) Execution halted ERROR: lazy loading failed for package 'lmtest' ** Removing '/build/tbm/lmtest-0.9.14/debian/r-cran-lmtest/usr/lib/R/site-library/lmtest' make: *** [R_any_arch] Error 1 -- Martin Michlmayr http://www.cyrius.com/ ---End Message--- ---BeginMessage--- Source: lmtest Source-Version: 0.9.14-2 We believe that the bug you reported is fixed in the latest version of lmtest, which is due to be installed in the Debian FTP archive: lmtest_0.9.14-2.diff.gz to pool/main/l/lmtest/lmtest_0.9.14-2.diff.gz lmtest_0.9.14-2.dsc to pool/main/l/lmtest/lmtest_0.9.14-2.dsc r-cran-lmtest_0.9.14-2_i386.deb to pool/main/l/lmtest/r-cran-lmtest_0.9.14-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Dirk Eddelbuettel [EMAIL PROTECTED] (supplier of updated lmtest package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 10 Apr 2006 18:39:29 -0500 Source: lmtest Binary: r-cran-lmtest Architecture: source i386 Version: 0.9.14-2 Distribution: unstable Urgency: low Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED] Changed-By: Dirk Eddelbuettel [EMAIL PROTECTED] Description: r-cran-lmtest - GNU R package for diagnostic checking in linear models Closes: 361884 Changes: lmtest (0.9.14-2) unstable; urgency=low . * debian/control: Added Build-Depends: on r-cran-zoo (Closes: #361884) Files: a6639bb4bf547dd5b69ee4150d4f1d60 623 math optional lmtest_0.9.14-2.dsc 83f386b6696aa2f7f6c746f438127ffa 2202 math optional lmtest_0.9.14-2.diff.gz 871e15162e2389c6de21c9db3332e892 263646 math optional r-cran-lmtest_0.9.14-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEOvkcCZSR95Gw07cRAovgAKCZ85pGuDW1faixTEubirjDrlHwZwCgioDZ fvB6SHX28L9iRJ9knduSHsY= =3Krk -END PGP SIGNATURE- ---End Message---
Bug#361871: marked as done (problems with lazy loading: causes other packages to FTBFS)
Your message dated Mon, 10 Apr 2006 17:47:08 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#361871: fixed in misc3d 0.3-1-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: r-base Version: 2.2.1.svn37668-1 Severity: grave The attached build failures are presumably due to the new version in unstable. Do you know what's going on there? -- Martin Michlmayr http://www.cyrius.com/ ---BeginMessage--- Automatic build of misc3d_0.3-1-2 on em64t by sbuild/amd64 1.112 Build started at 20060408-2051 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 15.6kB of source archives. Get:1 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (dsc) [667B] Get:2 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (tar) [12.7kB] Get:3 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (diff) [2244B] Fetched 15.6kB in 0s (169kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), cdbs, xlibmesa-gl-dev | libgl-dev, xlibmesa-glu-dev | libglu-dev, libpng12-dev Added override: gcc-snapshot Checking for already installed source dependencies... gcc-snapshot: already installed (20060325-1) debhelper: missing r-base-dev: missing cdbs: missing xlibmesa-gl-dev: missing libgl-dev: missing xlibmesa-glu-dev: missing libglu-dev: missing libpng12-dev: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Note, selecting libglu1-xorg-dev instead of xlibmesa-glu-dev The following extra packages will be installed: cpp-3.4 g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 libglu1-xorg libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev libpcrecpp0 libreadline5 libreadline5-dev libx11-dev libxext-dev libxi-dev libxkbfile-dev libxkbfile1 libxt6 libxxf86vm1 po-debconf r-base-core readline-common refblas3 refblas3-dev tcl8.4 tk8.4 x-dev xlibmesa-gl zlib-bin zlib1g-dev Suggested packages: devscripts doc-base dh-make g77-doc g77-3.4-doc gcc-3.4-doc libc6-dev-i386 lib32gcc1 cvs gettext-doc ess r-doc-info r-doc-pdf r-doc-html r-mathlib r-base-html r-base-latex tclreadline xlibmesa-dri Recommended packages: autotools-dev curl wget lynx libmail-sendmail-perl libcompress-zlib-perl r-recommended xterm x-terminal-emulator The following NEW packages will be installed: cdbs cpp-3.4 debhelper g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 libglu1-xorg libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev libpcrecpp0 libpng12-dev libreadline5 libreadline5-dev libx11-dev libxext-dev libxi-dev libxkbfile-dev libxkbfile1 libxt6 libxxf86vm1 po-debconf r-base-core r-base-dev readline-common refblas3 refblas3-dev tcl8.4 tk8.4 x-dev xlibmesa-gl xlibmesa-gl-dev zlib-bin zlib1g-dev 0 upgraded, 48 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/30.2MB of archives. After unpacking 92.2MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libbz2-1.0 gcc-4.0-base libpcre3 readline-common libreadline5 cdbs gcc-3.4-base cpp-3.4 html2text gettext intltool-debian po-debconf debhelper gcc-3.4 libg2c0 libg2c0-dev g77-3.4 g77 libbz2-dev libgfortran0 libxxf86vm1 xlibmesa-gl libglu1-xorg x-dev libxext-dev libxi-dev libxkbfile1 libxkbfile-dev libx11-dev xlibmesa-gl-dev libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper1 libpaper-utils libpcrecpp0 libpcre3-dev zlib1g-dev libpng12-dev libreadline5-dev libxt6 zlib-bin tcl8.4 tk8.4 r-base-core refblas3 refblas3-dev r-base-dev Extracting templates from packages: 62% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Selecting previously deselected package libbz2-1.0. (Reading database ... 15488 files and directories currently installed.) Unpacking libbz2-1.0 (from .../libbz2-1.0_1.0.3-2_amd64.deb) ... Selecting previously deselected package gcc-4.0-base. Unpacking gcc-4.0-base (from .../gcc-4.0-base_4.0.3-1_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from
Bug#361881: marked as done (problems with lazy loading: causes other packages to FTBFS)
Your message dated Mon, 10 Apr 2006 18:02:10 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#361881: fixed in design 2.0.12-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: r-base Version: 2.2.1.svn37668-1 Severity: grave The attached build failures are presumably due to the new version in unstable. Do you know what's going on there? -- Martin Michlmayr http://www.cyrius.com/ ---BeginMessage--- Automatic build of misc3d_0.3-1-2 on em64t by sbuild/amd64 1.112 Build started at 20060408-2051 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 15.6kB of source archives. Get:1 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (dsc) [667B] Get:2 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (tar) [12.7kB] Get:3 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (diff) [2244B] Fetched 15.6kB in 0s (169kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), cdbs, xlibmesa-gl-dev | libgl-dev, xlibmesa-glu-dev | libglu-dev, libpng12-dev Added override: gcc-snapshot Checking for already installed source dependencies... gcc-snapshot: already installed (20060325-1) debhelper: missing r-base-dev: missing cdbs: missing xlibmesa-gl-dev: missing libgl-dev: missing xlibmesa-glu-dev: missing libglu-dev: missing libpng12-dev: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Note, selecting libglu1-xorg-dev instead of xlibmesa-glu-dev The following extra packages will be installed: cpp-3.4 g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 libglu1-xorg libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev libpcrecpp0 libreadline5 libreadline5-dev libx11-dev libxext-dev libxi-dev libxkbfile-dev libxkbfile1 libxt6 libxxf86vm1 po-debconf r-base-core readline-common refblas3 refblas3-dev tcl8.4 tk8.4 x-dev xlibmesa-gl zlib-bin zlib1g-dev Suggested packages: devscripts doc-base dh-make g77-doc g77-3.4-doc gcc-3.4-doc libc6-dev-i386 lib32gcc1 cvs gettext-doc ess r-doc-info r-doc-pdf r-doc-html r-mathlib r-base-html r-base-latex tclreadline xlibmesa-dri Recommended packages: autotools-dev curl wget lynx libmail-sendmail-perl libcompress-zlib-perl r-recommended xterm x-terminal-emulator The following NEW packages will be installed: cdbs cpp-3.4 debhelper g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 libglu1-xorg libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev libpcrecpp0 libpng12-dev libreadline5 libreadline5-dev libx11-dev libxext-dev libxi-dev libxkbfile-dev libxkbfile1 libxt6 libxxf86vm1 po-debconf r-base-core r-base-dev readline-common refblas3 refblas3-dev tcl8.4 tk8.4 x-dev xlibmesa-gl xlibmesa-gl-dev zlib-bin zlib1g-dev 0 upgraded, 48 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/30.2MB of archives. After unpacking 92.2MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libbz2-1.0 gcc-4.0-base libpcre3 readline-common libreadline5 cdbs gcc-3.4-base cpp-3.4 html2text gettext intltool-debian po-debconf debhelper gcc-3.4 libg2c0 libg2c0-dev g77-3.4 g77 libbz2-dev libgfortran0 libxxf86vm1 xlibmesa-gl libglu1-xorg x-dev libxext-dev libxi-dev libxkbfile1 libxkbfile-dev libx11-dev xlibmesa-gl-dev libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper1 libpaper-utils libpcrecpp0 libpcre3-dev zlib1g-dev libpng12-dev libreadline5-dev libxt6 zlib-bin tcl8.4 tk8.4 r-base-core refblas3 refblas3-dev r-base-dev Extracting templates from packages: 62% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Selecting previously deselected package libbz2-1.0. (Reading database ... 15488 files and directories currently installed.) Unpacking libbz2-1.0 (from .../libbz2-1.0_1.0.3-2_amd64.deb) ... Selecting previously deselected package gcc-4.0-base. Unpacking gcc-4.0-base (from .../gcc-4.0-base_4.0.3-1_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from
Bug#361864: segfaults in OpenSP::ParsedSystemId::unparse
On Apr 10, Filipus Klutiero ([EMAIL PROTECTED]) wrote: Package: openjade1.3 Version: 1.3.2-9 Severity: grave Justification: renders package unusable Both openjade1.3 and openjade segfault when called with the example usage in Using OpenJade from the documentation index. The first openjade command I tried segfaulted, and I didn't find any command that didn't segfault. This problem reproduces apparently everytime on 3 Etch boxes on the 3 I tested: $ openjade1.3 /usr/share/doc/openjade/demo.sgm Erreur de segmentation The documentation assumes that the OpenSP executable was built with either /usr/share/doc/openjade or . on the default search path, and neither is in the Debian build. The command works if you either copy demo.dsl to /usr/share/sgml or /usr/local/share/sgml, or if you explicitly specify it on the command line, e.g., openjade -d /usr/share/doc/openjade/demo.dsl /usr/share/doc/openjade/demo.sgm I'll fix the documentation in the upstream source so this is clear, and change this bug to minor. Since the program should not segfault in any case, I am going to reassign this bug to opensp and make it a normal severity bug there. Thanks for the report. -- Neil Roeth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]