Processed: Makes GTK apps completely unusable
Processing commands for [EMAIL PROTECTED]: found 208344 2.14.0-1 Bug#208344: lots of CORBA errors Bug marked as found in version 2.14.0-1. tags 208344 etch Bug#208344: lots of CORBA errors Tags were: sid Tags added: etch severity 208344 grave Bug#208344: lots of CORBA errors 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#364216: poker-network_1.0.19-1(unstable/arm/toffee): inappropriate valgrind build-dep
James Troup writes: Package: poker-network Version: 1.0.19-1 Severity: serious Why on earth are you build-depending on valgrind? I can't imagine why poker-network is valgrind clean and should stay valgrind clean. The idea is to run make check after building to make sure the unit tests and the non-regression tests are happy before packaging the software. It does not make much sense to package something that does not work ;-) I'll make the valgrind dependency architecture dependent. I'll have to do some reading to figure out how to do that. Thanks for your help, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364242: mozilla: version 1.7.13 fixes various security bugs
Package: mozilla Version: 2:1.7.8-1sarge3 Severity: grave Justification: user security hole Tags: security, fixed-upstream Mozilla 1.7.13 which was released tonight fixes various security bugs, this applies to sid/etch (mozilla 1.7.12) and sarge (mozilla 1.7.12 labeled as 1.7.8-1sarge3). http://www.mozilla.org/projects/security/known-vulnerabilities.html#mozilla1.7.13 | Fixed in Mozilla 1.7.13 | MFSA 2006-27 Table Rebuilding Code Execution Vulnerability | MFSA 2006-25 Privilege escalation through Print Preview | MFSA 2006-24 Privilege escalation using crypto.generateCRMFRequest | MFSA 2006-23 File stealing by changing input type | MFSA 2006-22 CSS Letter-Spacing Heap Overflow Vulnerability | MFSA 2006-21 JavaScript execution in mail when forwarding in-line | MFSA 2006-19 Cross-site scripting using .valueOf.call() | MFSA 2006-18 Mozilla Firefox Tag Order Vulnerability | MFSA 2006-17 cross-site scripting through window.controllers | MFSA 2006-16 Accessing XBL compilation scope via valueOf.call() | MFSA 2006-15 Privilege escalation using a JavaScript function's cloned parent | MFSA 2006-14 Privilege escalation via XBL.method.eval | MFSA 2006-13 Downloading executables with Save Image As... | MFSA 2006-12 Secure-site spoof (requires security warning dialog) | MFSA 2006-11 Crashes with evidence of memory corruption (rv:1.8) | MFSA 2006-10 JavaScript garbage-collection hazard audit | MFSA 2006-09 Cross-site JavaScript injection using event handlers | MFSA 2006-05 Localstore.rdf XML injection through XULDocument.persist() | MFSA 2006-03 Long document title causes startup denial of Service | MFSA 2006-01 JavaScript garbage-collection hazards e.g. MFSA 2006-15 http://www.mozilla.org/security/announce/2006/mfsa2006-15.html fits nicely into the definition of grave/user security hole: | shutdown discovered it was possible to use the Object.watch() method | to access an internal function object (the clone parent) which could | then be used to run arbitrary JavaScript code with full permission. | This could be used to install malware such as password sniffers or | viruses. cu andreas -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages mozilla depends on: ii dpkg 1.10.28 Package maintenance system for Deb ii mozilla-browser 2:1.7.8-1sarge3 The Mozilla Internet application s pn mozilla-mailnews Not found. ii mozilla-psm 2:1.7.8-1sarge3 The Mozilla Internet application s -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362931: marked as done (xvkbd: conflict with x11-common (1:7.0.12). unable to install)
Your message dated Sat, 22 Apr 2006 00:17:18 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#362931: fixed in xvkbd 2.7a-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: xvkbd Version: 2.6-2.1 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages xvkbd depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-2 X11 Inter-Client Exchange library ii libsm61:1.0.0-3 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-3 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-2 X11 miscellaneous utility library ii libxp66.9.0.dfsg.1-6 X Window System printing extension ii libxpm4 1:3.5.4.2-2X11 pixmap library ii libxt61:1.0.0-3 X11 toolkit intrinsics library ii libxtst6 1:1.0.1-2 X11 Testing -- Resource extension ii xaw3dg1.5+E-10 Xaw3d widget set Versions of packages xvkbd recommends: ii wamerican [wordlist] 6-2American English dictionary words ii wfrench [wordlist]1.2.3-1French dictionary words for /usr/s ---End Message--- ---BeginMessage--- Source: xvkbd Source-Version: 2.7a-3 We believe that the bug you reported is fixed in the latest version of xvkbd, which is due to be installed in the Debian FTP archive: xvkbd_2.7a-3.diff.gz to pool/main/x/xvkbd/xvkbd_2.7a-3.diff.gz xvkbd_2.7a-3.dsc to pool/main/x/xvkbd/xvkbd_2.7a-3.dsc xvkbd_2.7a-3_i386.deb to pool/main/x/xvkbd/xvkbd_2.7a-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. Francois Gurin [EMAIL PROTECTED] (supplier of updated xvkbd 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: Sun, 16 Apr 2006 22:00:09 -0400 Source: xvkbd Binary: xvkbd Architecture: source i386 Version: 2.7a-3 Distribution: unstable Urgency: low Maintainer: Francois Gurin [EMAIL PROTECTED] Changed-By: Francois Gurin [EMAIL PROTECTED] Description: xvkbd - software virtual keyboard for X11 Closes: 362931 Changes: xvkbd (2.7a-3) unstable; urgency=low . * first complete build against xorg7. (Closes: #362931) Files: 22c13f6f6675fa718e469f2754726fa3 627 x11 optional xvkbd_2.7a-3.dsc 2dc035002c0d9fa8d9159324c0cbd4b4 28016 x11 optional xvkbd_2.7a-3.diff.gz 04f3ea7e0fa8e3309f55cf9a5598375e 70930 x11 optional xvkbd_2.7a-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFESccBPT5zXYNGejQRAm+5AKDLf0nr80bhr3TWX7L1uTI6V8TEfgCdEaAR W5QvegkXZC+8CxzLc8NhPl8= =QJMm -END PGP SIGNATURE- ---End Message---
Processed: bug 362311
Processing commands for [EMAIL PROTECTED]: # The resulting conflict with x11-common makes this package # uninstallable. severity 362311 serious Bug#362311: xli: Should be installed in /usr instead of /usr/X11R6 Severity set to `serious'. tags 362311 + patch Bug#362311: xli: Should be installed in /usr instead of /usr/X11R6 There were no tags set. Tags added: patch -- 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#364231: exception catching broken on HPPA
$ ldd a.out libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x40575000) libm.so.6 = /lib/libm.so.6 (0x4046e000) libgcc_s.so.2 = /lib/libgcc_s.so.2 (0x40068000) libc.so.6 = /lib/libc.so.6 (0x4074b000) libgcc_s.so.4 = /lib/libgcc_s.so.4 (0x40015000) /lib/ld.so.1 (0x400e1000) We end up with both libgcc_s.so.2 and libgcc_s.so.4 linked. Is there a solution other than making gcc-4.1/g++-4.1 the default and rebuilding the libstdc++6 dependent packages with binary NMU's? Steve M. Robbins writes: Package: g++-4.0 Version: 4.0.3-1 Severity: grave Hi, Ignore the architecture below -- this report is about HPPA. Here's a simple program that runs fine on my x86 box, but fails on Paer (2.6.16-1-parisc64-smp #2 SMP). [EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ cat test-throw.cc #include iostream #include stdexcept using namespace std; class A { public: void throwMe() { if ( 1 ) throw std::invalid_argument( booger ); } }; int main(int ac, char* av[]) { A a; { try { a.throwMe(); cout Got here, but should not have\n; } catch (invalid_argument) { cout Caught the exception as expected\n; } } return 0; } [EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ g++ -Wall test-throw.cc ./a.out /usr/bin/ld: warning: libgcc_s.so.4, needed by /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with libgcc_s.so.2 /usr/bin/ld: warning: libgcc_s.so.4, needed by /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with libgcc_s.so.2 terminate called after throwing an instance of 'std::invalid_argument' terminate called recursively Aborted This breaks compilation of GMP, for example. Cheers, -Steve -- 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-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages g++-4.0 depends on: ii gcc-4.0 4.0.3-1The GNU C compiler ii gcc-4.0-base 4.0.3-1The GNU Compiler Collection (base ii libc6 2.3.6-7GNU C Library: Shared libraries ii libstdc++6-4.0-dev4.0.3-1The GNU Standard C++ Library v3 (d g++-4.0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364247: kdrill: uninstallable due to Xorg 7.0 transition
Package: kdrill Version: 6.4-2.1 Severity: grave Tags: patch Hi Philip, The kdrill package is currently uninstallable in unstable, because it still installs to /usr/X11R6/bin which is being turned into a compatibility symlink for the X11R7 transition. Fortunately, since ctwm is using imake the transition is fairly easy, but it does require a patch when rebuilding with the new imake due to some hard-coded references to /usr/X11R6/bin. Please find the short patch for this attached. 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/ diff -u kdrill-6.4/Makefile kdrill-6.4/Makefile --- kdrill-6.4/Makefile +++ kdrill-6.4/Makefile @@ -1,314 +1,528 @@ # Makefile generated by imake - do not edit! -# $XConsortium: imake.c,v 1.89 94/08/12 00:45:51 gildea Exp $ +# $Xorg: imake.c,v 1.6 2001/02/09 02:03:15 xorgcvs Exp $ -# --- -# Makefile generated from Imake.tmpl and /tmp/IIf.j9aizV -# $XConsortium: Imake.tmpl,v 1.219 94/05/13 15:58:31 matt Exp $ -# $SunSoft: @(#)Imake.tmpl 1.1 01/13/97 16:16:22 $ -# - -# ** -# NOTE: -# -# If the user does not define DESTDIR and/or BINDIR in the local Imakefile, -# 'make install' will install the resultant binaries in /usr/openwin/bin. -# This usually fails because of lack of write permission in that directory -# for non-root users. -# -# The reason is that the default definition of ProjectRoot is /usr/openwin. -# This value determines all other definitions, e.g. the binary, library and -# manual page directories, etc. The destination directory, DESTDIR, is not -# defined and BINDIR is defined as $(ProjectRoot)/bin in Project.tmpl. -# -# Care must be taken when changing ProjectRoot. It affects the inclusion -# path of 'imake' in finding the *.cf, *.def, *.tmpl and *.rules files, -# which are in /usr/openwin/lib/X11/config/, and the default inclusion path -# of X11 header files and libraries. Therefore, if ProjectRoot is changed -# not only these configuration files need to be copied to a proper location, -# defined by IRULESRC, so 'make Makefile' can work properly, the header file -# inclusion path, /usr/openwin/include, and the library search path, -# /usr/openwin/lib, also need to be defined properly either in the local -# Imakefile or one of the configuration files to avoid compilation errors -# for programs that use X11 header files or libraries. -# -# Please refer to Project.tmpl, Imake.tmpl, site.def, etc. in -# /usr/openwin/lib/X11/config/ for details. -# ** +# -- +# Makefile generated from Imake.tmpl and /tmp/IIf.WZHca6 +# $Xorg: Imake.tmpl,v 1.4 2000/08/17 19:41:46 cpqbld Exp $ +# $XdotOrg: xc/config/cf/Imake.tmpl,v 1.16 2005/11/08 06:33:24 jkj Exp $ +# +# +# +# +# $XFree86: xc/config/cf/Imake.tmpl,v 3.155 2003/12/24 18:58:41 dickey Exp $ +# -- + +all:: .SUFFIXES: .i -# $XConsortium: Imake.cf,v 1.12 94/03/29 15:42:08 gildea Exp $ -# $SunSoft: @(#)Imake.cf 1.1 01/13/97 16:16:21 $ +# $XdotOrg: xc/config/cf/Imake.cf,v 1.12 2005/11/08 06:33:24 jkj Exp $ +# $Xorg: Imake.cf,v 1.4 2000/08/17 19:41:45 cpqbld Exp $ + +# $XFree86: xc/config/cf/Imake.cf,v 3.88 2003/12/16 21:30:21 herrb Exp $ + +# Keep cpp from replacing path elements containing i486/i586/i686 # --- # site-specific configuration parameters that need to come before # the platform-specific parameters - edit site.def to change -# site: $XConsortium: site.sample,v 1.11 94/06/03 19:50:12 matt Exp $ -# site: $SunSoft: @(#)site.def1.1 01/13/97 16:16:27$ +# site: $TOG: site.sample /main/r64_final/1 1998/02/05 16:28:49 kaleb $ -# --- -# platform-specific configuration parameters - edit sun.cf to change +# site: $XFree86: xc/config/cf/site.def,v 3.24 2000/06/25 20:17:29 dawes Exp $ -# platform: $XConsortium: sun.cf,v 1.133 94/07/08 12:23:12 gildea Exp $ -# platform: $SunSoft: @(#)sun.cf 1.11 05/04/01 13:49:33 $ +# $XFree86: xc/config/cf/xf86site.def,v 3.186 2003/06/25 18:06:22 eich Exp $ -# operating system: SunOS 5.9 x86 +# -- +# platform-specific configuration parameters - edit linux.cf to change -# SUNSOFT SUNSOFT_LOADABLE +# $XdotOrg: xc/config/cf/linux.cf,v 1.31 2005/10/21 19:10:27 ajax Exp $ +# platform: $Xorg: linux.cf,v 1.3 2000/08/17 19:41:47 cpqbld Exp $ -# $XConsortium: svr4.cf,v 1.6 94/04/08 18:56:33 rws Exp $ -# $SunSoft: @(#)svr4.cf
Bug#364242: mozilla: version 1.7.13 fixes various security bugs
Please test the testbuild that fixes those issues here: http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2006-April/000266.html Especially, look out for regressions in mozilla dependants. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: [Pkg-dspam-misc] Bug#361384: libdspam7-drv-pgsql: Same here, and same bug with mysql backend
Processing commands for [EMAIL PROTECTED]: severity 361384 grave Bug#361384: libdspam7-drv-pgsql: unattended installation fails 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]
Processed: severity of 364241 is grave, severity of 364243 is grave, merging 364241 364243, tagging 364243
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.18 severity 364241 grave Bug#364241: fails to install in preinst: /lib/udev/write_net_rules: No such file or directory Severity set to `grave'. severity 364243 grave Bug#364243: udev: Upgrade failure 0.089-1 - 0.090-2 Severity set to `grave'. merge 364241 364243 Bug#364241: fails to install in preinst: /lib/udev/write_net_rules: No such file or directory Bug#364243: udev: Upgrade failure 0.089-1 - 0.090-2 Merged 364241 364243. tags 364243 pending Bug#364243: udev: Upgrade failure 0.089-1 - 0.090-2 There were no tags set. Bug#364241: fails to install in preinst: /lib/udev/write_net_rules: No such file or directory Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363438: kdebase: FTBFS because of build dependency on xlibs-static-pic
Just as a reference - one of the kde team told me: you can tell the submitter gsfonts-x11 is needed if you want the graphs in the docs to look reasonable. /Sune pgpCELjpOcJU4.pgp Description: PGP signature
Bug#362311: marked as done (xli: Should be installed in /usr instead of /usr/X11R6)
Your message dated Sat, 22 Apr 2006 01:32:10 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#362311: fixed in xli 1.17.0-22 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: xli Version: 1.17.0-21 Severity: wishlist As xorg modular is now in unstable, /usr/X11R6 isn't used anymore. xli package is the only one package I installed which has files in /usr/X11R6. -- 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.16 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages xli depends on: ii libc6 2.3.6-6 GNU C Library: Shared libraries ii libjpeg62 6b-12The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libx11-62:1.0.0-6X11 client-side library ii libxext61:1.0.0-3X11 miscellaneous extension librar ii zlib1g 1:1.2.3-11 compression library - runtime xli recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: xli Source-Version: 1.17.0-22 We believe that the bug you reported is fixed in the latest version of xli, which is due to be installed in the Debian FTP archive: xli_1.17.0-22.diff.gz to pool/main/x/xli/xli_1.17.0-22.diff.gz xli_1.17.0-22.dsc to pool/main/x/xli/xli_1.17.0-22.dsc xli_1.17.0-22_i386.deb to pool/main/x/xli/xli_1.17.0-22_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. Graham Wilson [EMAIL PROTECTED] (supplier of updated xli 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, 22 Apr 2006 05:14:56 + Source: xli Binary: xli Architecture: source i386 Version: 1.17.0-22 Distribution: unstable Urgency: low Maintainer: Graham Wilson [EMAIL PROTECTED] Changed-By: Graham Wilson [EMAIL PROTECTED] Description: xli- command line tool for viewing images in X11 Closes: 362311 Changes: xli (1.17.0-22) unstable; urgency=low . * Install to /usr, instead of /usr/X11R6. (closes: #362311) Files: 9f6977009b7ddd5a430e1b7ba9a44488 915 graphics optional xli_1.17.0-22.dsc c5a8bac0cd7eac2596d0bbe5be4a26f2 22610 graphics optional xli_1.17.0-22.diff.gz aac51eedbb3cdb7679092b0b0b18693f 152224 graphics optional xli_1.17.0-22_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iQEVAwUBREnmWi6fnYH5E4SWAQIXlggAgmhdC9YOqsipL2I1b2KtoVeniLgHM8z7 Gs32dCXFTQpEX411DIooHnoMX/nu4hTuLUfTfECWwa8rgChHNyQSlpta842cxJR/ sqn2EROKj5Ya4Yp07BripPiSyZlR2LFeQ18EGhELhD2mtoInss3oktAQWSgFbB8U 1YUW3/hbulAFHOfAHPBKvOq/O+R50RtpNRoukqp7Sx9weoZXObWaqnGpGy3y3KDv cEwiatesDoTpDqQRiYT0OFrhtGduJ+fDPQ/DPyiKpG2s8EARyQia+u+DzEC7IO71 /xo6A66/4hk8P9IoTaITGEBap2s6WEW+snXilOUkpp8/VHkTeHwyQw== =kAqV -END PGP SIGNATURE- ---End Message---
Bug#364231: exception catching broken on HPPA
On Sat, Apr 22, 2006 at 10:00:04AM +0200, Matthias Klose wrote: $ ldd a.out libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x40575000) libm.so.6 = /lib/libm.so.6 (0x4046e000) libgcc_s.so.2 = /lib/libgcc_s.so.2 (0x40068000) libc.so.6 = /lib/libc.so.6 (0x4074b000) libgcc_s.so.4 = /lib/libgcc_s.so.4 (0x40015000) /lib/ld.so.1 (0x400e1000) We end up with both libgcc_s.so.2 and libgcc_s.so.4 linked. Is there a solution other than making gcc-4.1/g++-4.1 the default and rebuilding the libstdc++6 dependent packages with binary NMU's? I guess having gcc-4.0 link against libgcc4 is out of the question? -- 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#364005: libdspam-drv-mysql fails to install
Hi, I saw you have filed a bug against dspam for this problem. It should been moved to libdspam7-drv-mysql and should also be more complete in my opinion. Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=361384 which is the same problem. Cheers, Julien Le vendredi 21 avril 2006 à 00:31 +0200, Francisco Javier F. Serrador a écrit : Package: dspam Version: 3.6.4-3 Severity: grave Justification: renders package unusable libdspam-drv-mysql fails to install -- 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: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dspam depends on: ii adduser 3.85 Add and remove users and groups ii libc6 2.3.6-7GNU C Library: Shared libraries pn libdspam7 none (no description available) ii libldap2 2.1.30-8 OpenLDAP libraries ii procmail 3.22-15Versatile e-mail processor Versions of packages dspam recommends: pn clamav-daemon none (no description available) pn dspam-doc none (no description available)
Bug#364005: dspam: 364005: confirmed
reassign 364005 libdspam7-drv-mysql tags 364005 + confirmed thanks Removing this line from the postinst fixed the install problem for me: . /usr/share/debconf/confmodule Then of course I get problems in the prerm. No idea what is going on here. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Processed: dspam: 364005: confirmed
Processing commands for [EMAIL PROTECTED]: reassign 364005 libdspam7-drv-mysql Bug#364005: libdspam-drv-mysql fails to install Bug reassigned from package `dspam' to `libdspam7-drv-mysql'. tags 364005 + confirmed Bug#364005: libdspam-drv-mysql fails to install There were no tags set. Tags added: confirmed 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#364254: xscreensaver: FTBFS: Build dependency on xlibmesa-glu-dev.
Package: xscreensaver Version: 4.24-2 Severity: serious Hi, Your package is failing to build because it build depends on xlibmesa-glu-dev | libglu-dev but the first of those doesn't exist, and is the only one that's being tried. libglu-dev is a virtual package provided by libglu1-mesa-dev, so you should probably change to that. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364242: mozilla: version 1.7.13 fixes various security bugs
On 2006-04-22 Alexander Sack - Debian Bugmail [EMAIL PROTECTED] wrote: Please test the testbuild that fixes those issues here: http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2006-April/000266.html Splendid. Installing. Especially, look out for regressions in mozilla dependants. I am just using the browser. p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). Done, I've also subscribed to the bug. There are some typos in the changelog. mozilla (2:1.7.8-1sarge4) stable-security; urgency=critical * This release fixes multiple vulnerabilities. In addition this release comprises a prophilactic pack as a preventive prophylactic patchset perhaps? security measure. Issues addressed in those prophilactic prophylactic patches are comprised under MFSA-n2006-01 (where n stands for 'not really'). The patchset is comprised in the 002_mfsa-2006-01_29.patch file inside the debian/patches dir. A detailed 'per-issue' patcheset with documentation can be downloaded patchset BTW if this is really is just 1.7.13 relabeled (as 1.7.8-1sarge3 was essentially 1.7.12) the changelog should probably mention it. thanks, cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364257: xvkbd: FTBFS: xvkbd.c:34:25: error: X11/Xaw/Box.h: No such file or directory
Package: xvkbd Version: 2.7a-3 Severity: serious Hi, Your package is failing to build with the following error: gcc -c -g -O2 -fno-strict-aliasing -Dlinux -D__amd64__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -DXAW3D -DUSE_XTEST -DUSE_I18Nxvkbd.c xvkbd.c:34:25: error: X11/Xaw/Box.h: No such file or directory xvkbd.c:35:26: error: X11/Xaw/Form.h: No such file or directory xvkbd.c:36:29: error: X11/Xaw/Command.h: No such file or directory [...] Note that xaw3dg-dev has a dependency on libxaw8-dev | libxaw7-dev | libxaw6-dev. But you include those header files directly, so you should also build depend on one of those. Note that libxaw8-dev (currently) still installs it's include files in /usr/X11R6/include/X11/ while libxaw-headers (as used by both 6 and 7) use /usr/include/X11/ Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363296: vnc4server: could not open default font 'fixed'
Package: vnc4server Version: 4.1.1+X4.3.0-6 Severity: grave Distribution: unstable After the update from the previous version to the new one, the font bug is still existing for me (by using vnc4server). Here is the log: Couldn't open RGB_DB '/etc/X11/rgb.txt' Xvnc Free Edition 4.1.1 - built Apr 20 2006 07:08:24 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Underlying X server release 4030, The XFree86 Project, Inc Sat Apr 22 11:41:30 2006 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy Could not init font path element unix/:7100, removing from list! Fatal server error: could not open default font 'fixed' XIO: fatal IO error 104 (Connection reset by peer) on X server :1.0 after 0 requests (0 known processed) with 0 events remaining. (gnome-session:12255): Gtk-WARNING **: cannot open display: When I use it as X plugin, I got errors in the shown display, it looks a bit scrambled. like double icons ... Best Reguards Alexander Loob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364005: [Pkg-dspam-misc] Bug#364005: dspam: 364005: confirmed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Wise wrote: reassign 364005 libdspam7-drv-mysql tags 364005 + confirmed thanks Removing this line from the postinst fixed the install problem for me: .. /usr/share/debconf/confmodule Then of course I get problems in the prerm. No idea what is going on here. Hi, There is some trouble with dbconfig-common, and I'm investigating this at the moment. Regards, Matthijs Mohlmann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFESfvG2n1ROIkXqbARAs6cAKCCne3XYyL1Ce/L5Yjys8KvjjL2oQCgsCNf zS6KxPVsS0sAfRGBbsrI0AQ= =wPXw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364259: xawtv: FTBFS
Package: xawtv Version: 3.94-1.1 Severity: serious In a clean sid chroot on i386: -- snip -- ... CC console/fbtv.o In file included from console/fbtv.c:31: ./libng/grab-ng.h:28:1: warning: bool redefined In file included from /usr/include/curses.h:157, from console/fbtv.c:24: /usr/lib/gcc/i486-linux-gnu/4.0.3/include/stdbool.h:36:1: warning: this is the location of the previous definition In file included from console/fbtv.c:44: console/fs.h:2:20: error: FSlib.h: No such file or directory In file included from console/fbtv.c:44: console/fs.h:6: error: syntax error before 'FSXFontInfoHeader' console/fs.h:6: warning: no semicolon at end of struct or union console/fs.h:7: warning: type defaults to 'int' in declaration of 'propInfo' console/fs.h:7: warning: data definition has no type or storage class console/fs.h:8: error: syntax error before '*' token console/fs.h:8: warning: type defaults to 'int' in declaration of 'propOffsets' console/fs.h:8: warning: data definition has no type or storage class console/fs.h:11: error: syntax error before '*' token console/fs.h:11: warning: type defaults to 'int' in declaration of 'extents' console/fs.h:11: warning: data definition has no type or storage class console/fs.h:12: error: syntax error before '*' token console/fs.h:12: warning: type defaults to 'int' in declaration of 'offsets' console/fs.h:12: warning: data definition has no type or storage class console/fs.h:16: error: syntax error before '*' token console/fs.h:16: warning: type defaults to 'int' in declaration of 'eindex' console/fs.h:16: warning: data definition has no type or storage class console/fs.h:18: error: syntax error before '}' token console/fs.h:58: error: syntax error before 'FSXCharInfo' console/fs.h:58: warning: function declaration isn't a prototype console/fs.h:62: error: syntax error before '*' token console/fs.h:62: warning: function declaration isn't a prototype console/fbtv.c: In function 'text_out': console/fbtv.c:327: error: dereferencing pointer to incomplete type console/fbtv.c:328: error: dereferencing pointer to incomplete type console/fbtv.c:329: warning: pointer targets in passing argument 4 of 'fs_puts' differ in signedness console/fbtv.c: In function 'text_width': console/fbtv.c:335: warning: pointer targets in passing argument 2 of 'fs_textwidth' differ in signedness console/fbtv.c: In function 'do_capture': console/fbtv.c:393: error: dereferencing pointer to incomplete type console/fbtv.c:394: error: dereferencing pointer to incomplete type console/fbtv.c:431: error: dereferencing pointer to incomplete type console/fbtv.c:432: error: dereferencing pointer to incomplete type console/fbtv.c: In function 'main': console/fbtv.c:743: error: dereferencing pointer to incomplete type console/fbtv.c:761: error: dereferencing pointer to incomplete type console/fbtv.c:801: warning: pointer targets in assignment differ in signedness make[1]: *** [console/fbtv.o] Error 1 make[1]: Leaving directory `/xawtv-3.94/work/xawtv-3.94' make: *** [build-it] Error 2 -- snip -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364265: vlc: FTBFS: Build dependency on xlibs-static-pic
Package: vlc Version: 0.8.4.debian-2 Severity: serious Hi, Your package is build depending on xlibs-static-pic which has been removed. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364267: epiphany-browser-dev: Uninstallable since binNMU.
Package: epiphany-browser-dev Version: 2.14.0-1 Severity: serious Hi, Since the binNMU of epiphany-browser to rebuild against libtasn1-3 epiphany-browser-dev is uninstallable. The problem is that the -dev package has strict versioned dependency on the epiphany-browser package: Depends: epiphany-browser (= 2.14.0-1) So, it will require a sourceful upload to get it installable again. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364264: directvnc: FTBFS: dfb.c:33: error: syntax error before 'caps'
Package: directvnc Version: 0.7.5-7.1 Severity: serious Hi, Your package is failing to build with the following error: dfb.c:33: error: syntax error before 'caps' dfb.c:33: warning: data definition has no type or storage class make[3]: *** [dfb.o] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364262: debian-edu: FTBFS: Missing build dependency.
Package: debian-edu Version: 0.804 Severity: serious Hi, Your package is failing to build with the following error: ** Using build dependencies supplied by package: Build-Depends-Indep: debhelper (= 4) [...] make[1]: Leaving directory `/build/buildd/debian-edu-0.804' dh_testdir make: dh_testdir: Command not found make: *** [clean] Error 127 It seems your package now chnaged to an arch any instead of all package. You will need to use Build-Depends instead of Build-Depends-Indep. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364195: marked as done (CVE-2006-1827: arbitrary code execution)
Your message dated Sat, 22 Apr 2006 12:40:53 +0200 with message-id [EMAIL PROTECTED] and subject line CVE-2006-1827: arbitrary code execution 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: asterisk Severity: grave Tags: security Justification: user security hole CVE-2006-1827: Integer signedness error in format_jpeg.c in Asterisk 1.2.6 and earlier allows remote attackers to execute arbitrary code via a length value that passes a length check as a negative number, but triggers a buffer overflow when it is used as an unsigned length. This is fixed in 1.2.7. Please mention the CVE-id in the changelog. ---End Message--- ---BeginMessage--- Version: 1:1.2.7.1.dfsg-1 Thanks. ---End Message---
Bug#364271: openmash: FTBFS: ./configure: line 3716: unexpected EOF while looking for matching ``'
Package: openmash Version: 5.2-4 Severity: serious Hi, Your package is failing to build with the following error: checking system version (for dynamic loading)... ./configure: line 3716: unexpected EOF while looking for matching ``' ./configure: line 3759: syntax error: unexpected end of file make: *** [build-stamp] Error 2 The problem is that an older version of tcl.m4 didn't properly open/close the quotes. The current version of tcl in the archive have a fixed version. You should regenerate your configure script with that version. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364269: sppc: FTBFS: build depends on removed xlibosmesa-dev
Package: sppc Version: 1.0.1-8.2 Severity: serious Hi, Your package is failing to build with the following error: The following packages have unmet dependencies: xlibosmesa-dev: Depends: xlibosmesa4 (= 6.9.0.dfsg.1-6) but it is not going to be installed Depends: xlibmesa-gl-dev (= 6.9.0.dfsg.1-6) but 1:7.0.14 is to be installed E: Broken packages apt-get failed. It seems that xlibosmesa-dev has been removed. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 277051 is grave
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.18 severity 277051 grave Bug#277051: eroaster: Reading version of cdrecord fails Severity set to `grave'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: merging 277051 288550
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.18 merge 277051 288550 Bug#277051: eroaster: Reading version of cdrecord fails Bug#288550: eroaster crashes upon cdrecord version checking Merged 277051 288550. 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#364274: xfm: FTBFS: FmMain.c:40:31: error: X11/Xaw/Cardinals.h: No such file or directory
Package: xfm Version: 1.4.3-8 Severity: serious Hi, Your package is failing to build with the following error: FmMain.c:40:31: error: X11/Xaw/Cardinals.h: No such file or directory FmMain.c: In function 'main': FmMain.c:537: error: 'ZERO' undeclared (first use in this function) FmMain.c:537: error: (Each undeclared identifier is reported only once FmMain.c:537: error: for each function it appears in.) FmMain.c:704: warning: missing sentinel in function call make[2]: *** [FmMain.o] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362852: Undeclared conflicts: pathname conflict at usr/share/man/man8/sendmail.8.gz between hula-mta, exim4-base
On Sun, Apr 16, 2006 at 10:08:47AM +0200, Andreas Metzler wrote: On 2006-04-16 Justin Pryzby [EMAIL PROTECTED] wrote: Package: hula-mta,exim4-base Severity: serious 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. Both hula-mta and exim4-base include the pathname usr/share/man/man8/sendmail.8.gz, but neither of them declare an appropriate Conflicts:, which is not allowed. [...] hula-mta Provides/Conflicts/Replaces mail-transport-agent, which makes this an exim4 bug. Agreed. It was introduced in 4.60-2 with * move man pages from daemon packages to exim4-base, add lintian and linda overrides to allow daemon packages not to contain man pages. Disagreed. If hula-mta provides mail-transport-agent, then exim4-base should explicitly conflict with hula-mta. We have the infrastructure to automatically conflict with packages that provide m-t-a, and the arguments given in the thread following http://lists.alioth.debian.org/mailman/private/pkg-exim4-devel/2003-November/001023.html (sorry, pkg-exim4-devel archives are non-public, you need to subscribe to be able to see the archives) are still valid in my opinion. Why is conflicting with hula-mta a non-sufficient fix? I find it a bad idea to have the man pages in two daemon packages. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Bug#364235: thinkpad-base: bad interaction with udev 0.090-2: *all* devices end up group 'thinkpad' (?!)
Processing commands for [EMAIL PROTECTED]: severity 364235 critical Bug#364235: thinkpad-base: bad interaction with udev 0.090-2: *all* devices end up group 'thinkpad' (?!) Severity set to `critical'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288550: marked as done (eroaster crashes upon cdrecord version checking)
Your message dated Sat, 22 Apr 2006 04:47:16 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#277051: fixed in eroaster 2.2.0-0.9a-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: eroaster Version: 2.2.0-0.8-2 Severity: grave Tags: patch Justification: renders package unusable I want to burn a data cd via eroaster, and got the following error message if i hit the burn button: A programming error has been detected during the execution of this program. It probably isn't fatal, but should be reported to the developers nonetheless. Traceback (most recent call last): File /usr/lib/eroaster/Application.py, line 760, in BurnWriterOptions self.BurnCDNow() File /usr/lib/eroaster/Application.py, line 829, in BurnCDNow cdrecord = cdrtools.cdrecord(channel, id, lun, self.devWriter.get_text(), self.cat.get_loglevel()) File /usr/lib/eroaster/cdrtools.py, line 124, in init self.__cdrecord_read_version() File /usr/lib/eroaster/cdrtools.py, line 249, in __cdrecord_read_version for i in range(len(version[1])): IndexError: list index out of range This seems to be an error at the examining of the cdrecord version string. However, i am using [EMAIL PROTECTED]:~$ cdrecord -version Cdrecord-Clone 2.01a38 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling and this causes the version string examine routine to fail and i am not able to burn a cd via eroaster. A quick fix for me (just a workaround, sorry, i am not a experienced python hacker) to /usr/lib/eroaster.py starting at line 247 is: ---SNIP--- #changes by chrissie #self.__cdrecord_version_major = version[0] self.__cdrecord_version_major = 2 position = -1 # for i in range(len(version[1])): #if (version[1][i] in letters): # position = i # break position = 1 if (position != -1): #self.__cdrecord_version_minor = version[1][:position] self.__cdrecord_version_minor = 01 #self.__cdrecord_version_micro = version[1][position:] self.__cdrecord_version_micro = 38 #dash_position = find(self.__cdrecord_version_micro, -) #if (dash_position != -1): #self.__cdrecord_version_extra = self.__cdrecord_version_micro[d ash_position:] #self.__cdrecord_version_micro = self.__cdrecord_version_micro[: dash_position] #else: #self.__cdrecord_version_minor = version[1] #self.__cdrecord_version_micro = None class mkisofs: ---SNIP--- The cdrecord version number is now hardcoded included in eroaster, and data cd burning works again, for me :-) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages eroaster depends on: ii cdda2wav 4:2.0+a38-1 Creates WAV files from audio CDs ii cdrecord 4:2.0+a38-1 command line CD writing tool ii mkisofs 4:2.0+a38-1 Creates ISO-9660 CD-ROM filesystem ii python 2.3.4-5 An interactive high-level object-o ii python-gtk2 2.4.1-2 Python bindings for the GTK+ widge -- no debconf information ---End Message--- ---BeginMessage--- Source: eroaster Source-Version: 2.2.0-0.9a-1 We believe that the bug you reported is fixed in the latest version of eroaster, which is due to be installed in the Debian FTP archive: eroaster_2.2.0-0.9a-1.diff.gz to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1.diff.gz eroaster_2.2.0-0.9a-1.dsc to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1.dsc eroaster_2.2.0-0.9a-1_all.deb to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1_all.deb eroaster_2.2.0-0.9a.orig.tar.gz to pool/main/e/eroaster/eroaster_2.2.0-0.9a.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. Rob Bradford [EMAIL PROTECTED] (supplier of updated eroaster 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
Bug#364068: [pkg-horde] Bug#364068: imp4: Imp fails to display any mail messages at all
On Fri, Apr 21, 2006 at 02:43:40PM +0300, Mikko Visa wrote: Always when trying to display a mail message i get the following: Fatal error: Call to a member function on a non-object in /usr/share/horde3/imp/lib/Maillog.php on line 122 Haven't you upgraded php recently? -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364235: thinkpad-base: bad interaction with udev 0.090-2: *all* devices end up group 'thinkpad' (?!)
severity 364235 critical thanks On Fri, Apr 21, 2006 at 07:43:42PM -0700, Chip Salzenberg wrote: Package: thinkpad-base Version: 5.9-2 Severity: grave Justification: renders package unusable I suspect that since no one else using the new udev 0.090-2 is complaining about this problem, that thinkpad-base may be at fault. If it is so, then this bug is critical, cause breaks unrelated software. (If it is a udev bug, too, with cause breaks the whole system. On reboot with udev 0.090-2, I found /dev/null was group 'thinkpad' and mode 664, a bad thing. Further inspection revealed that *all* nodes were group 'thinkpad' and *no* nodes had the world-write bit enabled, a very bad thing. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Bug#364262: debian-edu: FTBFS: Missing build dependency.
Processing commands for [EMAIL PROTECTED]: tags 364262 pending Bug#364262: debian-edu: FTBFS: Missing build dependency. There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#277051: marked as done (eroaster: Reading version of cdrecord fails)
Your message dated Sat, 22 Apr 2006 04:47:16 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#288550: fixed in eroaster 2.2.0-0.9a-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: eroaster Version: 2.2.0-0.8-2 Severity: normal Hi, After a fresh unstable upgrade, I encounter the following bug when I want to use Eroaster : each time I want to burn a CD, I got the following error message : --- begin output --- Traceback (most recent call last): File /usr/lib/eroaster/Application.py, line 760, in BurnWriterOptions self.BurnCDNow() File /usr/lib/eroaster/Application.py, line 829, in BurnCDNow cdrecord = cdrtools.cdrecord(channel, id, lun, self.devWriter.get_text(), self.cat.get_loglevel()) File /usr/lib/eroaster/cdrtools.py, line 124, in __init__ self.__cdrecord_read_version() File /usr/lib/eroaster/cdrtools.py, line 251, in __cdrecord_read_version for i in range(len(version[1])): IndexError: list index out of range --- end output --- I think I just identified the source of the problem. On my system, the 'cdrecord -version' command gives the normal message followed by a warning : --- begin output --- [EMAIL PROTECTED]:~$ cdrecord -version Cdrecord-Clone 2.01a38 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.8 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. cdrecord: Warning: Linux-2.6.8 introduced incompatible interface changes. cdrecord: Warning: SCSI transport does no longer work for suid root programs. cdrecord: Warning: if cdrecord fails, try to run it from a root account. --- end output --- The problem is that when the warning is displayed, the cmdoutput command (defined in the tools.py file and used in cdrtools.py, line 243) reads the error message, not the command output, and then the output parsing failed. One workaround I found is to replace line 243 in cdrtools.py : output = cmdoutput(%s -version 21 % self.__cdrecord_command, strip = TRUE) by : output = cmdoutput(%s -version 2 /dev/null % self.__cdrecord_command, strip = TRUE) But I am not sure it is a correct way to solve the problem. Thanks, Julien -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages eroaster depends on: ii cdda2wav 4:2.0+a38-1 Creates WAV files from audio CDs ii cdrecord 4:2.0+a38-1 command line CD writing tool ii mkisofs 4:2.0+a38-1 Creates ISO-9660 CD-ROM filesystem ii python 2.3.4-4 An interactive high-level object-o ii python-gtk2 2.4.0-2 Python bindings for the GTK+ widge -- no debconf information ---End Message--- ---BeginMessage--- Source: eroaster Source-Version: 2.2.0-0.9a-1 We believe that the bug you reported is fixed in the latest version of eroaster, which is due to be installed in the Debian FTP archive: eroaster_2.2.0-0.9a-1.diff.gz to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1.diff.gz eroaster_2.2.0-0.9a-1.dsc to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1.dsc eroaster_2.2.0-0.9a-1_all.deb to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1_all.deb eroaster_2.2.0-0.9a.orig.tar.gz to pool/main/e/eroaster/eroaster_2.2.0-0.9a.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. Rob Bradford [EMAIL PROTECTED] (supplier of updated eroaster 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, 22 Apr 2006 12:03:29 +0100 Source: eroaster Binary: eroaster Architecture: source all Version:
Bug#288550: marked as done (eroaster crashes upon cdrecord version checking)
Your message dated Sat, 22 Apr 2006 04:47:16 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#288550: fixed in eroaster 2.2.0-0.9a-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: eroaster Version: 2.2.0-0.8-2 Severity: grave Tags: patch Justification: renders package unusable I want to burn a data cd via eroaster, and got the following error message if i hit the burn button: A programming error has been detected during the execution of this program. It probably isn't fatal, but should be reported to the developers nonetheless. Traceback (most recent call last): File /usr/lib/eroaster/Application.py, line 760, in BurnWriterOptions self.BurnCDNow() File /usr/lib/eroaster/Application.py, line 829, in BurnCDNow cdrecord = cdrtools.cdrecord(channel, id, lun, self.devWriter.get_text(), self.cat.get_loglevel()) File /usr/lib/eroaster/cdrtools.py, line 124, in init self.__cdrecord_read_version() File /usr/lib/eroaster/cdrtools.py, line 249, in __cdrecord_read_version for i in range(len(version[1])): IndexError: list index out of range This seems to be an error at the examining of the cdrecord version string. However, i am using [EMAIL PROTECTED]:~$ cdrecord -version Cdrecord-Clone 2.01a38 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling and this causes the version string examine routine to fail and i am not able to burn a cd via eroaster. A quick fix for me (just a workaround, sorry, i am not a experienced python hacker) to /usr/lib/eroaster.py starting at line 247 is: ---SNIP--- #changes by chrissie #self.__cdrecord_version_major = version[0] self.__cdrecord_version_major = 2 position = -1 # for i in range(len(version[1])): #if (version[1][i] in letters): # position = i # break position = 1 if (position != -1): #self.__cdrecord_version_minor = version[1][:position] self.__cdrecord_version_minor = 01 #self.__cdrecord_version_micro = version[1][position:] self.__cdrecord_version_micro = 38 #dash_position = find(self.__cdrecord_version_micro, -) #if (dash_position != -1): #self.__cdrecord_version_extra = self.__cdrecord_version_micro[d ash_position:] #self.__cdrecord_version_micro = self.__cdrecord_version_micro[: dash_position] #else: #self.__cdrecord_version_minor = version[1] #self.__cdrecord_version_micro = None class mkisofs: ---SNIP--- The cdrecord version number is now hardcoded included in eroaster, and data cd burning works again, for me :-) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages eroaster depends on: ii cdda2wav 4:2.0+a38-1 Creates WAV files from audio CDs ii cdrecord 4:2.0+a38-1 command line CD writing tool ii mkisofs 4:2.0+a38-1 Creates ISO-9660 CD-ROM filesystem ii python 2.3.4-5 An interactive high-level object-o ii python-gtk2 2.4.1-2 Python bindings for the GTK+ widge -- no debconf information ---End Message--- ---BeginMessage--- Source: eroaster Source-Version: 2.2.0-0.9a-1 We believe that the bug you reported is fixed in the latest version of eroaster, which is due to be installed in the Debian FTP archive: eroaster_2.2.0-0.9a-1.diff.gz to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1.diff.gz eroaster_2.2.0-0.9a-1.dsc to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1.dsc eroaster_2.2.0-0.9a-1_all.deb to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1_all.deb eroaster_2.2.0-0.9a.orig.tar.gz to pool/main/e/eroaster/eroaster_2.2.0-0.9a.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. Rob Bradford [EMAIL PROTECTED] (supplier of updated eroaster 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
Bug#277051: marked as done (eroaster: Reading version of cdrecord fails)
Your message dated Sat, 22 Apr 2006 04:47:16 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#277051: fixed in eroaster 2.2.0-0.9a-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: eroaster Version: 2.2.0-0.8-2 Severity: normal Hi, After a fresh unstable upgrade, I encounter the following bug when I want to use Eroaster : each time I want to burn a CD, I got the following error message : --- begin output --- Traceback (most recent call last): File /usr/lib/eroaster/Application.py, line 760, in BurnWriterOptions self.BurnCDNow() File /usr/lib/eroaster/Application.py, line 829, in BurnCDNow cdrecord = cdrtools.cdrecord(channel, id, lun, self.devWriter.get_text(), self.cat.get_loglevel()) File /usr/lib/eroaster/cdrtools.py, line 124, in __init__ self.__cdrecord_read_version() File /usr/lib/eroaster/cdrtools.py, line 251, in __cdrecord_read_version for i in range(len(version[1])): IndexError: list index out of range --- end output --- I think I just identified the source of the problem. On my system, the 'cdrecord -version' command gives the normal message followed by a warning : --- begin output --- [EMAIL PROTECTED]:~$ cdrecord -version Cdrecord-Clone 2.01a38 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.8 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. cdrecord: Warning: Linux-2.6.8 introduced incompatible interface changes. cdrecord: Warning: SCSI transport does no longer work for suid root programs. cdrecord: Warning: if cdrecord fails, try to run it from a root account. --- end output --- The problem is that when the warning is displayed, the cmdoutput command (defined in the tools.py file and used in cdrtools.py, line 243) reads the error message, not the command output, and then the output parsing failed. One workaround I found is to replace line 243 in cdrtools.py : output = cmdoutput(%s -version 21 % self.__cdrecord_command, strip = TRUE) by : output = cmdoutput(%s -version 2 /dev/null % self.__cdrecord_command, strip = TRUE) But I am not sure it is a correct way to solve the problem. Thanks, Julien -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages eroaster depends on: ii cdda2wav 4:2.0+a38-1 Creates WAV files from audio CDs ii cdrecord 4:2.0+a38-1 command line CD writing tool ii mkisofs 4:2.0+a38-1 Creates ISO-9660 CD-ROM filesystem ii python 2.3.4-4 An interactive high-level object-o ii python-gtk2 2.4.0-2 Python bindings for the GTK+ widge -- no debconf information ---End Message--- ---BeginMessage--- Source: eroaster Source-Version: 2.2.0-0.9a-1 We believe that the bug you reported is fixed in the latest version of eroaster, which is due to be installed in the Debian FTP archive: eroaster_2.2.0-0.9a-1.diff.gz to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1.diff.gz eroaster_2.2.0-0.9a-1.dsc to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1.dsc eroaster_2.2.0-0.9a-1_all.deb to pool/main/e/eroaster/eroaster_2.2.0-0.9a-1_all.deb eroaster_2.2.0-0.9a.orig.tar.gz to pool/main/e/eroaster/eroaster_2.2.0-0.9a.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. Rob Bradford [EMAIL PROTECTED] (supplier of updated eroaster 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, 22 Apr 2006 12:03:29 +0100 Source: eroaster Binary: eroaster Architecture: source all Version:
Bug#364235: [Pkg-tpctl-devel] Bug#364235: thinkpad-base: bad interaction with udev 0.090-2: *all* devices end up group 'thinkpad' (?!)
Chip Salzenberg wrote: On reboot with udev 0.090-2, I found /dev/null was group 'thinkpad' and mode 664, a bad thing. Further inspection revealed that *all* nodes were group 'thinkpad' and *no* nodes had the world-write bit enabled, a very bad thing. Reverting to udev 0.090-1 fixed the problem. Md: Do you think this is a udev bug or a thinkpad-base bug? [EMAIL PROTECTED]:/etc/udev$ cat thinkpad.rules # Set permissions on thinkpad device KERNEL=thinkpad, MODE=0664, GROUP=thinkpad -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362852: Undeclared conflicts: pathname conflict at usr/share/man/man8/sendmail.8.gz between hula-mta, exim4-base
On Sat, Apr 22, 2006 at 12:55:31PM +0200, Marc Haber wrote: On Sun, Apr 16, 2006 at 10:08:47AM +0200, Andreas Metzler wrote: On 2006-04-16 Justin Pryzby [EMAIL PROTECTED] wrote: Package: hula-mta,exim4-base Severity: serious 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. Both hula-mta and exim4-base include the pathname usr/share/man/man8/sendmail.8.gz, but neither of them declare an appropriate Conflicts:, which is not allowed. [...] hula-mta Provides/Conflicts/Replaces mail-transport-agent, which makes this an exim4 bug. Agreed. It was introduced in 4.60-2 with * move man pages from daemon packages to exim4-base, add lintian and linda overrides to allow daemon packages not to contain man pages. Disagreed. If hula-mta provides mail-transport-agent, then exim4-base should explicitly conflict with hula-mta. We have the infrastructure to automatically conflict with packages that provide m-t-a, and the arguments given in the thread following http://lists.alioth.debian.org/mailman/private/pkg-exim4-devel/2003-November/001023.html (sorry, pkg-exim4-devel archives are non-public, you need to subscribe to be able to see the archives) are still valid in my opinion. So I subscribed to the list and read the thread. Why is conflicting with hula-mta a non-sufficient fix? Why are you going to the trouble of dynamically updating a longer Conflicts line? Provide+Conflict+Replace on m-t-a means that you never have you update for this ever again, but *not* doing so pretty much guarantees that you'll periodically get an rc bug filed; for example, everytime someone introduces a new MTA package. But I'm sure I'm also not seeing the reason for the proposed complexity :) I find it a bad idea to have the man pages in two daemon packages. Well, this seems to be encouraged, although I don't think its actually a good thing.. lintian will warn for binary-without-manpage if the manpage is in some -common package being depended on, last I knew. Is this really the source of the complexity ?? Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364235: [Pkg-tpctl-devel] Bug#364235: thinkpad-base: bad interaction with udev 0.090-2: *all* devices end up group 'thinkpad' (?!)
On Apr 22, Thomas Hood [EMAIL PROTECTED] wrote: Md: Do you think this is a udev bug or a thinkpad-base bug? [EMAIL PROTECTED]:/etc/udev$ cat thinkpad.rules # Set permissions on thinkpad device KERNEL=thinkpad, MODE=0664, GROUP=thinkpad If replacing the line with its correct form fixed it, then it would be a thinkpad-base bug: KERNEL==thinkpad, MODE=0664, GROUP=thinkpad 0.090-2 introduced some code which exposes incorrect usage of =/== (see the Debian changelog for details). -- ciao, Marco signature.asc Description: Digital signature
Bug#348014: bugzilla: Installation fails due to broken checksetup.pl script and missing params
tags 348014 + confirmed thanks * Neil Williams ([EMAIL PROTECTED]) disait : Automatic installation fails. Manual configuration after dpkg-reconfigure also fails. [snip] This is a bad hack of a workaround - the package desperately needs these things fixed properly. I'm sorry for this big mistake in the packaging. I'm working on this and prepare a new package for solving this issue. Thanks for the report. Regards. -- Alexis Sukrieh [EMAIL PROTECTED] 0x1EE5DD34 Debian http://www.debian.org Backup Manager http://www.backup-manager.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337377: (no subject)
tags 337377 - unreproducible tags 337377 - moreinfo tags 337377 + sid tags 337377 + confirmed severity 337377 grave thanks This bugs is reproducible on sid now. After investigating, this really sounds like the mysql-server package changed the rights of the user debian-sys-maint, take a look at the following: $ mysql -uroot -p Password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 22 to server version: 5.0.20-Debian_1-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql create database mydbtest; Query OK, 1 row affected (0.00 sec) mysql grant all privileges on mydbtest.* to [EMAIL PROTECTED] identified by 'pass'; Query OK, 0 rows affected (0.00 sec) Now the same commands with the user debian-sys-maint (which is used for granting privileges in the postinst phase of our package). $ mysql -udebian-sys-maint -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 21 to server version: 5.0.20-Debian_1-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql create database mydbtest2; Query OK, 1 row affected (0.00 sec) mysql grant all privileges on mydbtest.* to [EMAIL PROTECTED] identified by 'pass'; ERROR 1044 (42000): Access denied for user 'debian-sys-maint'@'localhost' to database 'mydbtest' To conclude: the last version of mysql-server in sid does not allow debian-sys-maint to grant privileges. This sounds like a bug as when you look at the rights in the table mysql.user, this user as Grant rights... I'm going to contact the mysql-server(s maintainer Maybe this bug should be reassigned to them. -- Alexis Sukrieh [EMAIL PROTECTED] 0x1EE5DD34 Debian http://www.debian.org Backup Manager http://www.backup-manager.org signature.asc Description: Digital signature
Processed: Re: Bug#348014: bugzilla: Installation fails due to broken checksetup.pl script and missing params
Processing commands for [EMAIL PROTECTED]: tags 348014 + confirmed Bug#348014: bugzilla: Installation fails due to broken checksetup.pl script and missing params There were no tags set. Tags added: confirmed 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#362852: Undeclared conflicts: pathname conflict at usr/share/man/man8/sendmail.8.gz between hula-mta, exim4-base
On 2006-04-22 Marc Haber [EMAIL PROTECTED] wrote: On Sun, Apr 16, 2006 at 10:08:47AM +0200, Andreas Metzler wrote: [...] Agreed. It was introduced in 4.60-2 with * move man pages from daemon packages to exim4-base, add lintian and linda overrides to allow daemon packages not to contain man pages. Disagreed. If hula-mta provides mail-transport-agent, then exim4-base should explicitly conflict with hula-mta. We have the infrastructure to automatically conflict with packages that provide m-t-a, and the arguments given in the thread following http://lists.alioth.debian.org/mailman/private/pkg-exim4-devel/2003-November/001023.html (sorry, pkg-exim4-devel archives are non-public, you need to subscribe to be able to see the archives) are still valid in my opinion. Hello, I do not think so. We introduced these conflicts in exim4-base for dselect's sake in woody-sarge upgrades. Without the conflicts this happened: 1. woody is installed, featuring e.g postfix. 2. user changes sources.list to point to sarge 3. user uses dselect for dist-upgrade. 4. dselect sees a couple of *new* packages of priority important and installs them per default. 5. some of these packages, namely exim4-base{,-config} are completely useless on this system (postfix is up and running.) We introduced the conflicts with all MTA-providing packages in woody to keep dselect from installing exim4-base{,-config} as useless cruft.[1] Why is conflicting with hula-mta a non-sufficient fix? Because conflicts should be mutual, i.e. every other MTA package would need to conflict additionally with exim4-base. -- Policy 3.9 All packages which supply an instance of a common command name (or, in general, filename) should generally use `update-alternatives', so that they may be installed together. If `update-alternatives' is not used, then each package must use `Conflicts' to ensure that other packages ** are de-installed. -- The MTA conflict will also work with unofficial (but policy compliant) MTA packages, a manually set one won't. I find it a bad idea to have the man pages in two daemon packages. It's just a symlink. [1] The original problem does not exist anymore, woody-sarge is done and sarge-won't suffer from it because exim4-base{,-config} are no more new, unseen packages of priority important for dselect. Therefore these ugly conflicts are imho *cruft* today and I would really like to remove them. -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of fglrx-driver 8.24.8-1
Processing commands for [EMAIL PROTECTED]: tag 343932 + fixed Bug#343932: Expect to find kernel-module howto in fglrx-kernel-src package, not in fglrx-driver There were no tags set. Tags added: fixed tag 362087 + fixed Bug#362087: fglrx-driver conflicts with xorg 7.0.0 There were no tags set. Bug#362278: xserver-xorg: Version number and fglrx-driver Bug#362485: fglrx-driver: fglrx-kernel is not sid installable due to xorg7 Tags added: fixed tag 362278 + fixed Bug#362278: xserver-xorg: Version number and fglrx-driver Tags were: fixed Bug#362087: fglrx-driver conflicts with xorg 7.0.0 Bug#362485: fglrx-driver: fglrx-kernel is not sid installable due to xorg7 Tags added: fixed tag 362485 + fixed Bug#362485: fglrx-driver: fglrx-kernel is not sid installable due to xorg7 Tags were: fixed Bug#362087: fglrx-driver conflicts with xorg 7.0.0 Bug#362278: xserver-xorg: Version number and fglrx-driver Tags added: fixed tag 362557 + fixed Bug#362557: ATI released new driver version 8.24.8 There were no tags set. 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]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: tags 337377 - unreproducible Bug#337377: Access denied for user 'bugzilla'@'localhost' to database 'bugzilla' at /usr/share/perl5/Bugzilla/DB/Mysql.pm during install Tags were: unreproducible moreinfo Tags removed: unreproducible tags 337377 - moreinfo Bug#337377: Access denied for user 'bugzilla'@'localhost' to database 'bugzilla' at /usr/share/perl5/Bugzilla/DB/Mysql.pm during install Tags were: moreinfo Tags removed: moreinfo tags 337377 + sid Bug#337377: Access denied for user 'bugzilla'@'localhost' to database 'bugzilla' at /usr/share/perl5/Bugzilla/DB/Mysql.pm during install There were no tags set. Tags added: sid tags 337377 + confirmed Bug#337377: Access denied for user 'bugzilla'@'localhost' to database 'bugzilla' at /usr/share/perl5/Bugzilla/DB/Mysql.pm during install Tags were: sid Tags added: confirmed severity 337377 grave Bug#337377: Access denied for user 'bugzilla'@'localhost' to database 'bugzilla' at /usr/share/perl5/Bugzilla/DB/Mysql.pm during install 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#362087: one link missing
Hi, this link is also needed in /usr/lib/xorg/modules/linux libfglrxdrm.so - /usr/X11R6/lib/modules/linux/libfglrxdrm.so regards stefan -- The only way I can lose this election is if I'm caught in bed with a dead girl or a live boy. -- Louisiana governor Edwin Edwards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364294: libsane-dev: Dropped dependency on libieee1284-3-dev
Package: libsane-dev Version: 1.0.17-2 Severity: serious Hi, some undocumented changes in debian/* cause linsane-dev not depending on libieee1284-3-dev anymore. This leads to some packages build-depending on it not building anymore. E.g. kdegraphics: = g++ -shared -nostdlib /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/crti.o /usr/lib/gcc/i486-linux-gnu/4.0.3/crtbeginS.o .libs/libkscan_la.all_cpp.o -L/usr/share/qt3/lib -L/usr/lib /usr/lib/libsane.so /usr/lib/libusb.so -lpthread /usr/lib/libjpeg.so -lieee1284 -ldl /usr/lib/libkio.so -L/usr/lib/gcc/i486-linux-gnu/4.0.3 -L/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib -L/usr/lib/gcc/i486-linux-gnu/4.0.3/../../.. -L/lib/../lib -L/usr/lib/../lib -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i486-linux-gnu/4.0.3/crtendS.o /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/crtn.o -Wl,-soname -Wl,libkscan.so.1 -o .libs/libkscan.so.1.0.0 /usr/bin/ld: cannot find -lieee1284 collect2: ld returned 1 exit status make[4]: *** [libkscan.la] Error 1 make[4]: Leaving directory `/tmp/buildd/kdegraphics-3.5.2/obj-i486-linux-gnu/libkscan' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/kdegraphics-3.5.2/obj-i486-linux-gnu/libkscan' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/kdegraphics-3.5.2/obj-i486-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/kdegraphics-3.5.2/obj-i486-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 = It looks like in 1.0.17-2, the dependency should be generated by a dpkg-gencontrol option: -Vlibieee1284-3-dev=libieee1284-3-dev. But the debian/control Depends line for libsane-dev is missing the respective variable to substitute it. Thanks for considering. bye, Roland -- 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.16-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages libsane-dev depends on: ii libieee1284-3-dev 0.2.10-1 cross-platform library for paralle ii libjpeg62-dev 6b-12 Development files for the IJG JPEG ii libsane 1.0.17-1 API library for scanners ii libusb-dev2:0.1.12-2 userspace USB programming library libsane-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363116: marked as done (xfm not installable)
Your message dated Sat, 22 Apr 2006 07:32:16 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#363116: fixed in xfm 1.5-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: xfm Version: 1.4.3-8 Severity: grave This bug is just here to keep people from wasting time. A new version of xfm is due to this or next week. The new version will no longer need imake, thus getting into the right directories. As I hope it will be polished enough by next week so I can upload it. (so (bin)NMU some other of those x11-common conflicts with before wasting time on this package) Hochachtungsvoll, Bernhard R. Link ---End Message--- ---BeginMessage--- Source: xfm Source-Version: 1.5-1 We believe that the bug you reported is fixed in the latest version of xfm, which is due to be installed in the Debian FTP archive: xfm_1.5-1.diff.gz to pool/main/x/xfm/xfm_1.5-1.diff.gz xfm_1.5-1.dsc to pool/main/x/xfm/xfm_1.5-1.dsc xfm_1.5-1_i386.deb to pool/main/x/xfm/xfm_1.5-1_i386.deb xfm_1.5.orig.tar.gz to pool/main/x/xfm/xfm_1.5.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. Bernhard R. Link [EMAIL PROTECTED] (supplier of updated xfm 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, 22 Apr 2006 15:17:21 +0200 Source: xfm Binary: xfm Architecture: source i386 Version: 1.5-1 Distribution: unstable Urgency: low Maintainer: Bernhard R. Link [EMAIL PROTECTED] Changed-By: Bernhard R. Link [EMAIL PROTECTED] Description: xfm- X file and application manager Closes: 363116 364274 Changes: xfm (1.5-1) unstable; urgency=low . * new version - automake instead of imake (Closes: 363116) - by default uses system magic database and mailcap information to determine file types and how to open them. - some general clean ups and many little changes * build-depend on transitioned libxaw7-dev and xaw3dg-dev (Closes: 364274) Files: b074e51c09b1b43befdbc5f5e8f27450 695 utils optional xfm_1.5-1.dsc 7d8730f977f2ed6368f3702f51545987 334240 utils optional xfm_1.5.orig.tar.gz ccdba56f935d76d8902c9ad245a621f4 4368 utils optional xfm_1.5-1.diff.gz 30cf47b77c49fc95ccc355e0ef866c47 188042 utils optional xfm_1.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQFESjxtTrAWvKplQe4RAtpxAJ9BqUka9lXjfcZlT2ohJHsoOvAJogCdFPvP SpbAc2mHotLCDgkNgveuIJI= =GjvW -END PGP SIGNATURE- ---End Message---
Bug#238245: Proposed plan (and license) for the webpage relicensing
On Sat, 22 Apr 2006, Javier Fernández-Sanguino Peña wrote: On Thu, Apr 20, 2006 at 03:48:09PM -0700, Don Armstrong wrote: Should we decide to change the license, we should either use the MIT license if we don't want it to be copyleft, or the GPL if we do. A custom license is not something that we want to write, and especially not without serious thought and consideration between people who have a great deal of experience in writing licenses. The last proposed licensed I sent is *not* a new license. It is simply this license: http://www.freebsd.org/copyright/freebsd-doc-license.html The only change I made to it was substituting FreeBSD Documentation Project for Debian Project. You've sent two totally different licenses to the list so far; I was refering specifically to the license which was attached to the message which I responded to. It should be clear why that particular license is not GPL compatible. Indeed, neither of the two licenses you've sent are just s/FreeBSD Documentation/Debian/g; replacements... each of them have contained other changes. Making modifications to an existing license has many of the same pitfalls that drafting a totally new license does, and it's not something that we want to get in the business of doing.[1] I don't believe the MIT license (without making changes to it to make it explicitly list only *documents* instead of *software*) or the GPL would be appropiate for many items in the web pages. But that might be just me. If this is something that you're woried about, you can just replace software with work. Indeed, the GPLv3 does this because there's no point in generating confusion amoung people who think that software means programs instead of meaning information that is represented in a digital fashion. But frankly, it really makes no difference. Everyone understands what you're supposed to do when you've got a GPLed work; you just include the prefered form for modification. With an MITed work there should be no confusion at all. Please tell me how the last license I sent is incompatible to either the GPL or any other free software license. Notice I would like to know it not for the sake of this discussion, but for the sake of knowing how/if FreeBSD documentation could be reused in Debian Documentation (most of which is currently GPLd BTW). The FreeBSD documentation license is not compatible with the GPL because it has a restriction on modification which the GPL itself does not contain. It explicitely requires you to include the license as the first lines of the file, unmodified, instead of including them in an appropriate location. The license you responded to this message with is not the FreeBSD documentation license, so I've no desire to comment on it. Don Armstrong 1: For those following allong at home, see the attached wdiffs. -- Information wants to be free to kill again. -- Red Robot http://www.dieselsweeties.com/archive.php?s=1372 http://www.donarmstrong.com http://rzlab.ucr.edu [-Copyright 1994-2006-]The [-FreeBSD Project.-] {+Debian Documentation License Copyright 1997-2006 Software in the Public Interest, Inc.+} All rights reserved. Redistribution and use in source [-(SGML-] {+(WML, XML or SGML+} DocBook) and 'compiled' forms (SGML, HTML, PDF, PostScript, RTF and so forth) with or without modification, {+and translations+} are permitted provided that the following conditions are met: 1. Redistributions of source code [-(SGML-] {+(WML, XML or SGML+} DocBook) must retain the above copyright notice, this list of conditions and the following disclaimer as the first lines of this file unmodified. 2. Redistributions in compiled form (transformed to other DTDs, converted to {+HTML,+} PDF, PostScript, RTF and other formats) must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. {+3. Translations and derived works must be distributed under this same license.+} THIS DOCUMENTATION IS PROVIDED BY THE [-FREEBSD DOCUMENTATION-] {+DEBIAN+} PROJECT {+AND SOFTWARE IN THE PUBLIC INTEREST+} AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE [-FREEBSD DOCUMENTATION-] {+DEBIAN+} PROJECT {+OR SOFTWARE IN THE PUBLIC INTEREST+} BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS DOCUMENTATION, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. [-Copyright 1994-2006-]The [-FreeBSD Project.-]
Bug#364274: marked as done (xfm: FTBFS: FmMain.c:40:31: error: X11/Xaw/Cardinals.h: No such file or directory)
Your message dated Sat, 22 Apr 2006 07:32:16 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#364274: fixed in xfm 1.5-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: xfm Version: 1.4.3-8 Severity: serious Hi, Your package is failing to build with the following error: FmMain.c:40:31: error: X11/Xaw/Cardinals.h: No such file or directory FmMain.c: In function 'main': FmMain.c:537: error: 'ZERO' undeclared (first use in this function) FmMain.c:537: error: (Each undeclared identifier is reported only once FmMain.c:537: error: for each function it appears in.) FmMain.c:704: warning: missing sentinel in function call make[2]: *** [FmMain.o] Error 1 Kurt ---End Message--- ---BeginMessage--- Source: xfm Source-Version: 1.5-1 We believe that the bug you reported is fixed in the latest version of xfm, which is due to be installed in the Debian FTP archive: xfm_1.5-1.diff.gz to pool/main/x/xfm/xfm_1.5-1.diff.gz xfm_1.5-1.dsc to pool/main/x/xfm/xfm_1.5-1.dsc xfm_1.5-1_i386.deb to pool/main/x/xfm/xfm_1.5-1_i386.deb xfm_1.5.orig.tar.gz to pool/main/x/xfm/xfm_1.5.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. Bernhard R. Link [EMAIL PROTECTED] (supplier of updated xfm 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, 22 Apr 2006 15:17:21 +0200 Source: xfm Binary: xfm Architecture: source i386 Version: 1.5-1 Distribution: unstable Urgency: low Maintainer: Bernhard R. Link [EMAIL PROTECTED] Changed-By: Bernhard R. Link [EMAIL PROTECTED] Description: xfm- X file and application manager Closes: 363116 364274 Changes: xfm (1.5-1) unstable; urgency=low . * new version - automake instead of imake (Closes: 363116) - by default uses system magic database and mailcap information to determine file types and how to open them. - some general clean ups and many little changes * build-depend on transitioned libxaw7-dev and xaw3dg-dev (Closes: 364274) Files: b074e51c09b1b43befdbc5f5e8f27450 695 utils optional xfm_1.5-1.dsc 7d8730f977f2ed6368f3702f51545987 334240 utils optional xfm_1.5.orig.tar.gz ccdba56f935d76d8902c9ad245a621f4 4368 utils optional xfm_1.5-1.diff.gz 30cf47b77c49fc95ccc355e0ef866c47 188042 utils optional xfm_1.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQFESjxtTrAWvKplQe4RAtpxAJ9BqUka9lXjfcZlT2ohJHsoOvAJogCdFPvP SpbAc2mHotLCDgkNgveuIJI= =GjvW -END PGP SIGNATURE- ---End Message---
Bug#364289: udev: fails to configure
Package: udev Version: 0.090-2 Severity: serious Justification: fails to configure Upgrading udev from 0.087-2 to 0.090-2 gives: Unpacking udev (from .../udev_0.090-2_amd64.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 89: /lib/udev/write_net_rules: No such file or directory dpkg: error processing /var/cache/apt/archives/udev_0.090-2_amd64.deb (--unpack): subprocess pre-installation script returned error exit status 1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii initscripts 2.86.ds1-14 Scripts for initializing and shutt ii libc62.3.6-7 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries ii lsb-base 3.1-4 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-81creates device files in /dev ii sed 4.1.4-7 The GNU sed stream editor udev recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364290: wmaker: segfaults since upgrade to x11r7
Package: wmaker Version: 0.92.0-5.3 Severity: grave Justification: renders package unusable Directly after upgrading to X11R7, wmaker simply segfaults on startup, giving me the familiar crash dialog. I'm not really sure why it would do this, but it's reproducible every time, so I'd guess something is wrong :-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages wmaker depends on: ii cpp 4:4.0.3-3 The GNU C preprocessor (cpp) ii debianutils 2.15.6 Miscellaneous utilities specific t ii libc6 2.3.6-7GNU C Library: Shared libraries ii libfontconfig12.3.2-5.1 generic font configuration library ii libwraster3 0.92.0-5.3 Shared libraries of Window Maker r ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft2 2.1.8.2-6 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library wmaker recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364235: [Pkg-tpctl-devel] Bug#364235: thinkpad-base: bad interaction with udev 0.090-2: *all* devices end up group 'thinkpad' (?!)
Marco d'Itri wrote: If replacing the line with its correct form fixed it, then it would be a thinkpad-base bug: KERNEL==thinkpad, MODE=0664, GROUP=thinkpad 0.090-2 introduced some code which exposes incorrect usage of =/== (see the Debian changelog for details). OK, we will make a new thinkpad release with s/KERNEL=/KERNEL==/ soon. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360429: can't reproduce that bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 try rm -rf ~/.config/MonoDevelop and see if that crash still happens. That worked! :) Sometimes the configuration files gets borked when you play the UI layout. Is there a reason why? Thank you for your rm -rf suggestion! David - -- Linux Registered User #334216 Get FireFox! http://www.spreadfirefox.com/?q=affiliatesid=48183t=1 Staff http://www.debianizzati.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.9.20 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFESi+o5sXXcRsFI+cRArD6AJ935aRgPVJFPmPozdz9VFuUI6tlygCgoCXv BN8GF1An3534gzUnohEhlzs= =knGv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA
On Sat, Apr 22, 2006 at 10:00:04AM +0200, Matthias Klose wrote: $ ldd a.out libstdc++.so.6 =3D /usr/lib/libstdc++.so.6 (0x40575000) libm.so.6 =3D /lib/libm.so.6 (0x4046e000) libgcc_s.so.2 =3D /lib/libgcc_s.so.2 (0x40068000) libc.so.6 =3D /lib/libc.so.6 (0x4074b000) libgcc_s.so.4 =3D /lib/libgcc_s.so.4 (0x40015000) /lib/ld.so.1 (0x400e1000) We end up with both libgcc_s.so.2 and libgcc_s.so.4 linked. Is there a solution other than making gcc-4.1/g++-4.1 the default and rebuilding the libstdc++6 dependent packages with binary NMU's? I guess having gcc-4.0 link against libgcc4 is out of the question? Doing so is not a good idea, but it's only going to break numeric applications using complex numbers and possibly vectors. The calling conventions for passing complex values was changed between 4.0 and 4.1 when it was discovered that it didn't conform to the runtime documentation. Support for complex and vector objects was added to GCC some time ago. However noone noticed that these values weren't being passed correctly... The change affects the routines __muldc3, __mulsc3, __divdc3 and __divsc3 in libgcc_s. It also affects any package/library using complex numbers, including glibc since the registers used for passing the first few arguments and the return value have changed. Particularly, complex floats are no longer passed in the floating registers. I think the approach suggested by Matthias is ultimately the only viable solution but the impact is broader than the libstdc++6 dependent packages. The situation is similar to that when DWARF EH support was introduced. The only other option that I can see is to delay 4.1. However, I would like 4.1 to become the default. For the most part, the passing of complex values in 4.0 and earlier is internally self-consistent (there's a minor incompatibility between PA 1.0 code and PA 1.1 code due to the fact that the left and right halves of floating-point registers are not independently accessible when generating PA 1.0 code). I recognized that this was going to cause pain, and brought the matter up for discussion on the parisc-linux list a few months ago. There wasn't much in the way of comments for or against. In the end, I decided it was probably better to make the change in 4.1 and let time smooth over the difficulties. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364289: marked as done (udev: fails to configure)
Your message dated Sat, 22 Apr 2006 17:13:16 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#364289: udev: fails to configure 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: udev Version: 0.090-2 Severity: serious Justification: fails to configure Upgrading udev from 0.087-2 to 0.090-2 gives: Unpacking udev (from .../udev_0.090-2_amd64.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 89: /lib/udev/write_net_rules: No such file or directory dpkg: error processing /var/cache/apt/archives/udev_0.090-2_amd64.deb (--unpack): subprocess pre-installation script returned error exit status 1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii initscripts 2.86.ds1-14 Scripts for initializing and shutt ii libc62.3.6-7 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries ii lsb-base 3.1-4 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-81creates device files in /dev ii sed 4.1.4-7 The GNU sed stream editor udev recommends no packages. ---End Message--- ---BeginMessage--- #364241, #364243 -- ciao, Marco ---End Message---
Processed: tagging 353057
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.16 tags 353057 - experimental Bug#353057: anjuta: crashes on startup with a SIGSEGV Tags were: experimental Tags removed: experimental 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#364303:
Subject: zope-coreblog: Product broken by bad python file Package: zope-coreblog Version: 1.2.4-2 Severity: grave Justification: renders package unusable *** Please type your report below this line *** The last two times that I have upgraded COREBlog the Product has failed to be imported because of an error in the file trackback_tools.py . This file has some obvious Python indent/syntax failings which render it un-importable by the Zope system. After editing it and changing a few lines the package is importable. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-coreblog depends on: ii zope-common 0.5.21 common settings and scripts for zo ii zope-stripogram 1.4-4 library for converting HTML to pla ii zope2.7 2.7.8-1Open Source Web Application Server zope-coreblog recommends no packages. -- debconf information: zope-coreblog/oldproduct_in_var: do nothing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: severity
Processing commands for [EMAIL PROTECTED]: severity 211156 serious Bug#211156: libsasl2 has configuration files in /usr/lib 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#238245: Proposed plan (and license) for the webpage relicensing
* Javier Fernández-Sanguino Peña: Copyright 1997-2006 Software in the Public Interest, Inc. All rights reserved. Is this correct? Have all contributors assigned copyright to SPI? 2. Redistributions in compiled form (transformed to other DTDs, converted to HTML, PDF, PostScript, RTF and other formats) must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. It looks to me as if this requires that the license and disclaimer needs to be reproduced at the bottom of each web page (because that's what you get as the distribution when you just request a single page). I don't think this is a good idea.
Bug#360996: marked as done (should not enter testing)
Your message dated Sat, 22 Apr 2006 08:59:50 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#360996: fixed in mono 1.1.13.6-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: mono Severity: grave Should not enter testing, mono-classlib-1.0/2.0 contain dependecies that makes mono not installable on all archs except i386 and amd64, new upload that solves this is pending. -- Regards, Mirco 'meebey' Bauer PGP-Key: http://keyserver.noreply.org/pks/lookup?op=getsearch=0xEEF946C8 -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d s-:+ a-- C++ UL$ P L++$+++$ E- W+++$ N o? K- w++! O M- V? PS PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G++ e h! r-++ y? --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part ---End Message--- ---BeginMessage--- Source: mono Source-Version: 1.1.13.6-1 We believe that the bug you reported is fixed in the latest version of mono, which is due to be installed in the Debian FTP archive: libmono-accessibility1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-accessibility1.0-cil_1.1.13.6-1_all.deb libmono-accessibility2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-accessibility2.0-cil_1.1.13.6-1_all.deb libmono-bytefx0.7.6.1-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-bytefx0.7.6.1-cil_1.1.13.6-1_all.deb libmono-bytefx0.7.6.2-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-bytefx0.7.6.2-cil_1.1.13.6-1_all.deb libmono-c5-1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-c5-1.0-cil_1.1.13.6-1_all.deb libmono-cairo1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-cairo1.0-cil_1.1.13.6-1_all.deb libmono-cairo2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-cairo2.0-cil_1.1.13.6-1_all.deb libmono-corlib1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-corlib1.0-cil_1.1.13.6-1_all.deb libmono-corlib2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-corlib2.0-cil_1.1.13.6-1_all.deb libmono-cscompmgd7.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-cscompmgd7.0-cil_1.1.13.6-1_all.deb libmono-cscompmgd8.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-cscompmgd8.0-cil_1.1.13.6-1_all.deb libmono-data-tds1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-data-tds1.0-cil_1.1.13.6-1_all.deb libmono-data-tds2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-data-tds2.0-cil_1.1.13.6-1_all.deb libmono-dev_1.1.13.6-1_i386.deb to pool/main/m/mono/libmono-dev_1.1.13.6-1_i386.deb libmono-firebirdsql1.7-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-firebirdsql1.7-cil_1.1.13.6-1_all.deb libmono-ldap1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-ldap1.0-cil_1.1.13.6-1_all.deb libmono-ldap2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-ldap2.0-cil_1.1.13.6-1_all.deb libmono-microsoft-build2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-microsoft-build2.0-cil_1.1.13.6-1_all.deb libmono-microsoft7.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-microsoft7.0-cil_1.1.13.6-1_all.deb libmono-microsoft8.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-microsoft8.0-cil_1.1.13.6-1_all.deb libmono-npgsql1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-npgsql1.0-cil_1.1.13.6-1_all.deb libmono-npgsql2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-npgsql2.0-cil_1.1.13.6-1_all.deb libmono-oracle1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-oracle1.0-cil_1.1.13.6-1_all.deb libmono-oracle2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-oracle2.0-cil_1.1.13.6-1_all.deb libmono-peapi1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-peapi1.0-cil_1.1.13.6-1_all.deb libmono-peapi2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-peapi2.0-cil_1.1.13.6-1_all.deb libmono-relaxng1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-relaxng1.0-cil_1.1.13.6-1_all.deb libmono-relaxng2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-relaxng2.0-cil_1.1.13.6-1_all.deb libmono-security1.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-security1.0-cil_1.1.13.6-1_all.deb libmono-security2.0-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-security2.0-cil_1.1.13.6-1_all.deb libmono-sharpzip0.6-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-sharpzip0.6-cil_1.1.13.6-1_all.deb libmono-sharpzip0.84-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-sharpzip0.84-cil_1.1.13.6-1_all.deb libmono-sharpzip2.6-cil_1.1.13.6-1_all.deb to pool/main/m/mono/libmono-sharpzip2.6-cil_1.1.13.6-1_all.deb
Bug#335473: cricket: Completely broken with latest rrdtool package 1.2
tags 335473 +upstream thanks mate Hi This bug should get fixed upstream, though upstream is not very active as at least there was nothing significant done the last 11 monts on sf.net... maybe this package should just be removed? Though it seems that there was no upstream bug opened about this issue yet, so I filed 1474672 [1]. Cheers Luk [1] http://sourceforge.net/tracker/index.php?func=detailaid=1474672group_id=1210atid=101210 -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Bug#346115: oh...
... I just forgot about this bug report of mine, however, the problem doesn't show up anymore on current testing versions, so please close my bug report. :) lg Erik pgpwCboI5Pvcz.pgp Description: PGP signature
Processed: Re: cricket: Completely broken with latest rrdtool package 1.2
Processing commands for [EMAIL PROTECTED]: tags 335473 +upstream Bug#335473: cricket: Completely broken with latest rrdtool package 1.2.11-0.4 Tags were: sid etch Tags added: upstream thanks mate 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#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA
[EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ g++ -Wall test-throw.cc ./a.out /usr/bin/ld: warning: libgcc_s.so.4, needed by /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with libgcc_s.so.2 I'm puzzled about this. It seems like libstdc++ for GCC 4.0.3 was built using GCC 4.1 or latter. In my 4.0.3 build, I see: [EMAIL PROTECTED]:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd libstdc++.so libm.so.6 = /lib/libm.so.6 (0x40643000) libgcc_s.so.2 = /lib/libgcc_s.so.2 (0x4034a000) libc.so.6 = /lib/libc.so.6 (0x40a57000) /lib/ld.so.1 (0x41252000) But: [EMAIL PROTECTED]:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so libm.so.6 = /lib/libm.so.6 (0x40243000) libgcc_s.so.4 = /lib/libgcc_s.so.4 (0x40746000) libc.so.6 = /lib/libc.so.6 (0x40a57000) /lib/ld.so.1 (0x41252000) You need to build 4.0.3 and associated libraries with 4.0.3. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Found
Processing commands for [EMAIL PROTECTED]: found 364195 1:1.2.1.dfsg-3 Bug#364195: CVE-2006-1827: arbitrary code execution Bug marked as found in version 1:1.2.1.dfsg-3. found 364195 1:1.0.7.dfsg.1-2 Bug#364195: CVE-2006-1827: arbitrary code execution Bug marked as found in version 1:1.0.7.dfsg.1-2. 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#360542: Announce of NMU for 360542
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nicolas Duboc wrote: Hi, I'm going to upload a NMU of argouml to fix this bug by applying patch provided by Andreas. As we are in an BSP period, I'm uploading directly to the archive. Below is the patch of the NMU. I'm ok for the patch. Thanks for your work. Nicolas, if you have some time, maybe you can join pkg-java on Alioth and co-maintain argouml and other pkg-java packages. Cheers, - -- .''`. : :' :rnaud `. `' `- Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFESlxv4vzFZu62tMIRAh18AJ9VFHLhtCpEEzw+fdWX475+tHYyTwCgjL2f uRuAngMNWJxvkIqKdLSMNgs= =e0QW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360542: marked as done (argouml: FTBFS: Failed to satisfy Build-Depends-Indep dependency for argouml: mime-codecs)
Your message dated Sat, 22 Apr 2006 18:40:15 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#360542: Announce of NMU for 360542 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: argouml Version: 0.19.6-2 Severity: serious Tags: patch When building 'argouml' on unstable, I get the following error: Building argouml unstable main amd64... Reading package lists... Building dependency tree... E: Package mime-codecs has no installation candidate E: Failed to satisfy Build-Depends-Indep dependency for argouml: mime-codecs Package mime-codecs is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source With the attached patch 'argouml' can be compiled on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/argouml-0.19.6/debian/control ./debian/control --- ../tmp-orig/argouml-0.19.6/debian/control 2006-04-03 02:54:23.0 + +++ ./debian/control2006-04-03 02:53:57.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org Uploaders: Arnaud Vandyck [EMAIL PROTECTED] -Build-Depends-Indep: kaffe | java2-compiler, cdbs (= 0.4.5.3), debhelper ( 4.0.0), libxerces-java, antlr, liblog4j1.2-java, libgef-java (= 0.10.2), libnsuml-java, libocl-argo-java, jikes, ant (=1.5), ant-optional, libjdepend-java, junit, libi18n-java (= 0.1.3), libtoolbar-java (= 0.4), mime-codecs, libgnujmi-java, libswidgets-java +Build-Depends-Indep: kaffe | java2-compiler, cdbs (= 0.4.5.3), debhelper ( 4.0.0), libxerces-java, antlr, liblog4j1.2-java, libgef-java (= 0.10.2), libnsuml-java, libocl-argo-java, jikes, ant (=1.5), ant-optional, libjdepend-java, junit, libi18n-java (= 0.1.3), libtoolbar-java (= 0.4), libgnujmi-java, libswidgets-java Standards-Version: 3.6.2 Package: argouml diff -urN ../tmp-orig/argouml-0.19.6/debian/rules ./debian/rules --- ../tmp-orig/argouml-0.19.6/debian/rules 2006-04-03 02:54:23.0 + +++ ./debian/rules 2006-04-02 18:04:47.0 + @@ -22,7 +22,7 @@ install -m 644 $(CURDIR)/build/argouml.jar $(CURDIR)/debian/argouml/usr/share/java/ install -m 644 $(CURDIR)/build/argouml-model.jar $(CURDIR)/debian/argouml/usr/share/java/ install -m 755 $(CURDIR)/debian/argouml.sh $(CURDIR)/debian/argouml/usr/bin/argouml - base64-decode debian/argologo32x32.xpm.asc $(CURDIR)/debian/argouml/usr/share/pixmaps/argouml_icon.xpm + perl -MMIME::Base64 -e 'print decode_base64(join(, ))' debian/argologo32x32.xpm.asc $(CURDIR)/debian/argouml/usr/share/pixmaps/argouml_icon.xpm -mkdir $(CURDIR)/debian/argouml-doc/usr/share/doc/argouml-doc/apidoc -cp -R $(CURDIR)/build/javadocs/* \ $(CURDIR)/debian/argouml-doc/usr/share/doc/argouml-doc/apidoc ---End Message--- ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nicolas Duboc wrote: Hi, I'm going to upload a NMU of argouml to fix this bug by applying patch provided by Andreas. As we are in an BSP period, I'm uploading directly to the archive. Below is the patch of the NMU. I'm ok for the patch. Thanks for your work. Nicolas, if you have some time, maybe you can join pkg-java on Alioth and co-maintain argouml and other pkg-java packages. Cheers, - -- .''`. : :' :rnaud `. `' `- Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFESlxv4vzFZu62tMIRAh18AJ9VFHLhtCpEEzw+fdWX475+tHYyTwCgjL2f uRuAngMNWJxvkIqKdLSMNgs= =e0QW -END PGP SIGNATURE- ---End Message---
Bug#364303: files pertaining to this bug
These are the files that cause the bug. trackback_tools.py is the file as it is provided by the package trackback_tools.py.mine is the file as I have fixed it -- Alper Çugun ## # # trackback_tools.py # # Copyright (c) 2003-2005 Atsushi Shibata. All Rights Reserved. # # Permission to use, copy, modify, and distribute this software and its # documentation for any purpose and without fee is hereby granted, provided that # the above copyright notice appear in all copies and that both that copyright # notice and this permission notice appear in supporting documentation, and that # the name of Atsushi Shibata not be used in advertising or publicity pertaining # to distribution of the software without specific, written prior permission. # # ATSUSHI SHIBAT DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, # INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO # EVENT SHALL SHIBAT ATSUSHI BE LIABLE FOR ANY SPECIAL, INDIRECT OR # CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF # USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR # OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR # PERFORMANCE OF THIS SOFTWARE. # ## #import python modules import string,os,urllib,httplib,urlparse,re import socket import sys try: import urllib2 # Support for authenticated proxy ulib2 = 1 except: import urllib ulib2 = 0 default_title = default_url = blog_name = agent_name = COREBlog def discover_trackback(url): To generate trackback:ping url from given url o = urllib.urlopen(url) src = o.read() #Regex pattern rdfpat = re.compile(rdf:RDF.*?/rdf:RDF,re.DOTALL) #Pattern for Trackback PING URL tppat = re.compile(trackback:ping=([^]+),re.DOTALL) trackback_ping_url = #Finc Trackback PING URL for item in rdfpat.findall(src): m = tppat.search(item) if m: trackback_ping_url = m.group(1) break return trackback_ping_url def post_trackback(ping_url, \ title=default_title, \ src_url=default_url, \ blog_name=blog_name, excerpt=, agent = agent_name, charset=, param_charset=): Try to send PING request to ping_url try: #To make dictionary for POST params = {title:title,\ url: src_url,\ blog_name:blog_name \ } headers = ({Content-type: application/x-www-form-urlencoded, User-Agent: agent}) if param_charset: params[charset] = param_charset elif charset: headers[Content-type] = headers[Content-type] + ; charset=%s if len(excerpt) 0: params[excerpt] = excerpt tb_url_t = urlparse.urlparse(ping_url) enc_params = urllib.urlencode(params) #check if trackback url contains parameter section(for PyDs!) ut = urlparse.urlparse(ping_url) if len(ut) = 4 and ut[4]: #add params to parameter section enc_params = ut[4] + '' + enc_params host = tb_url_t[1] path = tb_url_t[2] con = httplib.HTTPConnection(host) con.request(POST, path, enc_params, headers) r = con.getresponse() http_response = r.status http_reason = r.reason resp = r.read() err_code_pat = re.compile(error(.*?)/error,re.DOTALL) message_pat = re.compile(message(.*?)/message,re.DOTALL) error_code = 0 message = err_m = err_code_pat.search(resp) if err_m: try: error_code = int(err_m.group(1)) except: pass mes_m = message_pat.search(resp) if mes_m: try: message = mes_m.group(1) except: pass except Exception,e: error_code = -1 message = str(e) return error_code,message def link_to_my_blog(my_url, from_url): Try to read request of given url and find out my_url is there if ulib2: oldtc = socket.getdefaulttimeout() socket.setdefaulttimeout(45) f = urllib2.urlopen(from_url) oldtc = socket.setdefaulttimeout(oldtc) else: f = urllib.urlopen(from_url) p = f.read() f.close() return p.count(my_url) #Test codes... if __name__ == __main__: tp = discover_trackback(http://some.blog.url/;) print tp error_code,message = post_trackback(tp) print error_code,:,message trackback_tools.py.mine Description: Binary data
Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA
John David Anglin writes: [EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ g++ -Wall test-throw.cc ./a.out /usr/bin/ld: warning: libgcc_s.so.4, needed by /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with libgcc_s.so.2 I'm puzzled about this. It seems like libstdc++ for GCC 4.0.3 was built using GCC 4.1 or latter. In my 4.0.3 build, I see: [EMAIL PROTECTED]:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd libstdc++.so libm.so.6 = /lib/libm.so.6 (0x40643000) libgcc_s.so.2 = /lib/libgcc_s.so.2 (0x4034a000) libc.so.6 = /lib/libc.so.6 (0x40a57000) /lib/ld.so.1 (0x41252000) But: [EMAIL PROTECTED]:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so libm.so.6 = /lib/libm.so.6 (0x40243000) libgcc_s.so.4 = /lib/libgcc_s.so.4 (0x40746000) libc.so.6 = /lib/libc.so.6 (0x40a57000) /lib/ld.so.1 (0x41252000) You need to build 4.0.3 and associated libraries with 4.0.3. Yes, we do, but $ ls -l /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so lrwxr-xr-x 1 root root 23 Apr 6 02:08 /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so - ../../../libstdc++.so.6 we can only have one libstdc++.so.6 installed. that's currently the library from 4.1. So maybe we need to bump the soversion of libstdc++ on hppa? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361943: marked as done (ipe: FTBFS (amd64): format '%d' expects type 'int', but argument 3 has type 'size_t')
Your message dated Sat, 22 Apr 2006 11:55:58 -0400 with message-id [EMAIL PROTECTED] and subject line ipe now uses %z 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: ipe Version: 6.0pre26-2 Severity: serious Tags: patch When building 'ipe' on amd64/unstable, I get the following error: make[2]: Entering directory `/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 `/ipe-6.0pre26/src/ipetopng' With the attached patch 'ipe' can be compiled on amd64. Regards Andreas Jochens diff -urN ../tmp-orig/ipe-6.0pre26/src/ipetopng/ipetopng.cpp ./src/ipetopng/ipetopng.cpp --- ../tmp-orig/ipe-6.0pre26/src/ipetopng/ipetopng.cpp 2005-12-14 04:45:59.0 + +++ ./src/ipetopng/ipetopng.cpp 2006-04-11 08:24:57.0 + @@ -73,7 +73,7 @@ } if (pageNum 1 || pageNum int(doc-size())) { fprintf(stderr, - The document contains %d pages, cannot convert page %d.\n, + The document contains %ld pages, cannot convert page %d.\n, doc-size(), pageNum); delete doc; return 1; ---End Message--- ---BeginMessage--- Howdy, Ipe 6.0pre26-3 changed to use %z when printing size_t values and ipe is now building on all architectures, so I'm closing this bug. -Steve ---End Message---
Bug#346115: marked as done (lineak-xosdplugin: doesn't print onscreen messages anymore)
Your message dated Sat, 22 Apr 2006 19:22:31 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#346115: oh... 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: lineak-xosdpluginVersion: 1:0.8.3-6Severity: graveJustification: renders package unusableTags: patchHilineak-xosdplugin doesn't print its onscreen messages. The problem seems to be in the initialize_display function inxosd_plugin/xosdplugin.cpp, which is commented out.When I use the following function instead, it compiles and works well.extern "C" void initialize_display(displayCtrl *imyDisplay) { if (verbose) cout "Initializing display!" endl; default_display = (xosdCtrl *) imyDisplay;}RegardsErik-- System Information:Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable')Architecture: i386 (i686)Shell: /bin! /sh linked to /bin/bashKernel: Linux 2.6.14-2-k7Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)Versions of packages lineak-xosdplugin depends on:ii libc6 2.3.5-8 GNU C Library: Shared libraries anii libgcc1 1:4.0.2-5 GCC support libraryii liblineak0 1:0.8.3-8 LinEAK development filesii libstdc++6 4.0.2-5! sp; The GNU Standard C++ Library v3ii libx 11-6 6.8.2.dfsg.1-11 X Window System protocol client liii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exteii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head displayii libxosd2 2.2.14-1.2 X On-Screen Display library - runtii lineakd 1:0.8.3-8 Linux support for Easy Access andlineak-xosdplugin recommends no packages.-- no debconf information ---End Message--- ---BeginMessage--- On Sat, Apr 22, 2006 at 05:55:21PM +0200, Erik Meusel wrote: ... I just forgot about this bug report of mine, however, the problem doesn't show up anymore on current testing versions, so please close my bug report. :) Ok, closing it. Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ---End Message---
Bug#350407: lessdisks-terminal: modifies /etc/kernel-img.conf in postinst
On Sat, 22 Apr 2006 01:35:55 +0200 Bill Allombert wrote: This bug is marked RC since sometime now, we need to move on. Yep - thanks for pushing: I'm looking at it now :-) Note that debian/lessdisks-xterminal.postinst has a similar bug: debian/lessdisks-xterminal.postinst: echo $inittab_line /etc/inittab Thanks for noting! Is it not possible to move such tweak to lessdisks-setup so they are performed by action of the user on the server rather than mere installation of the package on the client? Not lesdisks-setup. That script applies to each diskless terminal. But moving them to /usr/share/lessdisks/lessdisks-terminal-install seems to make good sense. - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er n_r: http://www.shibumi.org/eoti.htm pgpRfDvQFVXat.pgp Description: PGP signature
Processed: Re: boot-admin should not be in unstable
Processing commands for [EMAIL PROTECTED]: tags 309932 +upstream Bug#309932: boot-admin should not be in unstable There were no tags set. Tags added: upstream thanks mate 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#309932: boot-admin should not be in unstable
tags 309932 +upstream thanks mate Hi This bug is known upstream as bug 307524 [1]. As boot-admin also breaks the Debian specific autoconfiguring the kernel list through update-grub I think boot-admin should be removed from the package till at least that is fixed... If you don't react I'll intend to NMU to disable boot-admin. Cheers Luk [1] http://bugzilla.gnome.org/show_bug.cgi?id=307524 -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Bug#363296: marked as done (vnc4server: missing font fixed)
Your message dated Sat, 22 Apr 2006 19:50:25 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#363296: vnc4server: could not open default font '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: vnc4server Version: 4.1.1+X4.3 Severity: grave After update to the new x.org packages, I can´t start vncserver anymore. This is the content of the logfile: Tue Apr 18 12:52:57 2006 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' xsetroot: unable to open display 'uranus:1' (gnome-session:26269): Gtk-WARNING **: cannot open display: It seems that the server can´t find the fonts of the new x.org font packages. ---End Message--- ---BeginMessage--- Version: 4.1.1+X4.3.0-7 On Sat, Apr 22, 2006 at 11:59:14AM +0200, Alexander Loob wrote: Package: vnc4server Version: 4.1.1+X4.3.0-6 Severity: grave Distribution: unstable After the update from the previous version to the new one, the font bug is still existing for me (by using vnc4server). Here is the log: Couldn't open RGB_DB '/etc/X11/rgb.txt' Corrected in last upload. // Ola Xvnc Free Edition 4.1.1 - built Apr 20 2006 07:08:24 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Underlying X server release 4030, The XFree86 Project, Inc Sat Apr 22 11:41:30 2006 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy Could not init font path element unix/:7100, removing from list! Fatal server error: could not open default font 'fixed' XIO: fatal IO error 104 (Connection reset by peer) on X server :1.0 after 0 requests (0 known processed) with 0 events remaining. (gnome-session:12255): Gtk-WARNING **: cannot open display: When I use it as X plugin, I got errors in the shown display, it looks a bit scrambled. like double icons ... Best Reguards Alexander Loob -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- ---End Message---
Bug#363295: marked as done (vnc4server: Xvnc4 can not found 'fixed' font with xorg 7.0.14)
Your message dated Sat, 22 Apr 2006 19:50:25 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#363296: vnc4server: could not open default font '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: vnc4server Version: 4.1.1+X4.3.0-5 Severity: grave Justification: renders package unusable The vnc4server can not find the fixed font, this is a result from executing: $ Xvnc4 :1 Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' Xvnc Free Edition 4.1.1 - built Apr 17 2006 16:16:47 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Underlying X server release 4030, The XFree86 Project, Inc Tue Apr 18 05:46:44 2006 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' The problem is that the fonts are not anymore in /usr/X11R6/lib/X11/fonts/... the new struct of directories is different, checking strings: $ strings /usr/bin/Xvnc4 | grep \/usr\/X11 /usr/X11R6/lib/X11/rgb /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ /usr/X11R6/lib/X11/xserver/SecurityPolicy ?/usr/X11R6/lib/X11/xkb /usr/X11R6/lib/X11/fonts/encodings/encodings.dir And also the fonts path specified in /etc/vnc.conf or ~/.vncrc are not loaded This problem make vn4server unusable -- 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.16-1-686 Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1) Versions of packages vnc4server depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1 GCC support library ii libice6 1:1.0.0-2 X11 Inter-Client Exchange library ii libsm61:1.0.0-3 X11 Session Management library ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-3 X11 miscellaneous extension librar ii libxtst6 1:1.0.1-2 X11 Testing -- Resource extension ii vnc4-common [vnc-common] 4.1.1+X4.3.0-5 Virtual network computing server s ii x11-common1:7.0.14 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.0-4 miscellaneous X clients ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.0-3 standard fonts for X -- no debconf information ---End Message--- ---BeginMessage--- Version: 4.1.1+X4.3.0-7 On Sat, Apr 22, 2006 at 11:59:14AM +0200, Alexander Loob wrote: Package: vnc4server Version: 4.1.1+X4.3.0-6 Severity: grave Distribution: unstable After the update from the previous version to the new one, the font bug is still existing for me (by using vnc4server). Here is the log: Couldn't open RGB_DB '/etc/X11/rgb.txt' Corrected in last upload. // Ola Xvnc Free Edition 4.1.1 - built Apr 20 2006 07:08:24 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Underlying X server release 4030, The XFree86 Project, Inc Sat Apr 22 11:41:30 2006 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy Could not init font path element unix/:7100, removing from list! Fatal server error: could not open default font 'fixed' XIO: fatal IO error 104 (Connection reset by peer) on X server :1.0 after 0 requests (0 known processed) with 0 events remaining. (gnome-session:12255): Gtk-WARNING **: cannot open display: When I use it as X plugin, I got errors in the shown display, it looks a bit scrambled. like double icons ... Best Reguards Alexander Loob -- - Ola Lundqvist
Processed: Re: Bug#363998: squid: fails to start
Processing commands for [EMAIL PROTECTED]: severity 363998 important Bug#363998: squid: fails to start Severity set to `important'. 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#364241: marked as done (fails to install in preinst: /lib/udev/write_net_rules: No such file or directory)
Your message dated Sat, 22 Apr 2006 11:47:24 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#364241: fixed in udev 0.090-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: udev Version: 0.090-2 Severity: normal When trying to upgrade udev this morning: penpen:/home/jcdubacq# LANG=C apt-get install udev Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: udev 1 upgraded, 0 newly installed, 0 to remove and 75 not upgraded. Need to get 0B/262kB of archives. After unpacking 49.2kB disk space will be freed. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Reading changelogs... Done (Reading database ... 196593 files and directories currently installed.) Preparing to replace udev 0.088-2 (using .../archives/udev_0.090-2_i386.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 89: /lib/udev/write_net_rules: No such file or directory dpkg: error processing /var/cache/apt/archives/udev_0.090-2_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/udev_0.090-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Easy workaround: extract from the .deb /lib/udev/write_net_rules and dpkg -i the package. Apparently, preinst uses some file that is not yet unpacked (?!) Btw, reportbug claimed Version 0.090-2 was not in debian when submitting this bug. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 12 -rw-r--r-- 1 root root 125 2005-12-08 21:44 000_nolegacypty.rules lrwxrwxrwx 1 root root 20 2005-04-11 09:42 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2005-10-17 10:25 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 12 2006-03-11 09:52 050_hal-plugdev.rules - ../hal.rules -rw-r--r-- 1 root root 82 2006-03-05 23:14 90-hal.rules lrwxrwxrwx 1 root root 19 2004-12-05 09:02 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 15 2006-02-20 08:18 libnjb.rules - ../libnjb.rules -rw-r--r-- 1 root root 56 2005-09-01 17:26 mga_vid.rules lrwxrwxrwx 1 root root 13 2004-12-02 09:41 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-03-29 08:48 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2005-09-01 17:27 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 33 2006-04-22 07:52 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2005-09-01 17:27 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2005-10-28 10:45 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2005-09-01 20:22 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2005-09-24 14:13 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 17 2005-09-01 17:27 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hdc/dev /sys/block/hdc/hdc1/dev /sys/block/hdc/hdc2/dev /sys/block/hdc/hdc3/dev /sys/block/hdc/hdc4/dev /sys/block/hdd/dev /sys/block/hdd/hdd1/dev /sys/block/hde/dev /sys/block/hdf/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/drm/card0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input1/mouse0/dev /sys/class/input/input2/event2/dev /sys/class/input/mice/dev /sys/class/mga_vid/mga_vid/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/printer/lp0/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dmfm/dev /sys/class/sound/dsp/dev /sys/class/sound/hwC0D0/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev1.2/dev /sys/class/usb_device/usbdev1.3/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev /sys/class/usb_device/usbdev5.1/dev
Bug#364243: marked as done (udev: Upgrade failure 0.089-1 - 0.090-2)
Your message dated Sat, 22 Apr 2006 11:47:24 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#364241: fixed in udev 0.090-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: udev Version: 0.090-2 Severity: important When upgrading from 0.089-1 to 0.090-2, the installation complained that the preinst script wanted to call /lib/udev/write_net_rules. However, this file didn't exist in 0.089-1, and during preinst the new files aren't unpacked yet. I worked around the problem by creating an empty (executable) script of that name. After that, there were no problems for the upgrade. The problem is on line 89 of the preinst, where write_net_rules is called unconditionally (that is, without checking if it exists). A solution would be to use test ! -x /lib/udev/write_net_rules || /lib/udev/write_net_rules all_devices (the strange ! || instead of is to get a failure exit code in the right situations.) However, I don't know if that does indeed do what it should, because it means nothing will be done if the script doesn't exist. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 20 Sep 27 2005 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 Feb 28 12:00 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 Apr 18 00:17 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 19 Sep 27 2005 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 14 Sep 27 2005 devfs.rules - ../devfs.rules -rw-r--r-- 1 root root 1471 Dec 3 11:29 shevek.rules -rw-r--r-- 1 root root 74 Jan 30 16:52 z00_auto.rules lrwxrwxrwx 1 root root 25 Apr 6 09:21 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 Sep 27 2005 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 33 Apr 22 09:44 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 Sep 27 2005 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 Oct 9 2005 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 15 Oct 4 2005 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 17 Sep 27 2005 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hdd/dev /sys/block/hdd/hdd1/dev /sys/block/hdd/hdd2/dev /sys/block/hdd/hdd3/dev /sys/block/md0/dev /sys/block/ram0/dev /sys/block/ram1/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sdb/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input2/mouse0/dev /sys/class/input/input2/ts0/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/ppdev/parport0/dev /sys/class/printer/lp0/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev3.2/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages udev depends on: ii initscripts 2.86.ds1-14 Scripts for initializing and shutt ii libc62.3.6-7 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries ii libvolume-id00.090-2 libvolume_id shared library ii lsb-base 3.1-4 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-81creates device files in /dev ii
Bug#364243: marked as done (udev: Upgrade failure 0.089-1 - 0.090-2)
Your message dated Sat, 22 Apr 2006 11:47:24 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#364243: fixed in udev 0.090-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: udev Version: 0.090-2 Severity: important When upgrading from 0.089-1 to 0.090-2, the installation complained that the preinst script wanted to call /lib/udev/write_net_rules. However, this file didn't exist in 0.089-1, and during preinst the new files aren't unpacked yet. I worked around the problem by creating an empty (executable) script of that name. After that, there were no problems for the upgrade. The problem is on line 89 of the preinst, where write_net_rules is called unconditionally (that is, without checking if it exists). A solution would be to use test ! -x /lib/udev/write_net_rules || /lib/udev/write_net_rules all_devices (the strange ! || instead of is to get a failure exit code in the right situations.) However, I don't know if that does indeed do what it should, because it means nothing will be done if the script doesn't exist. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 20 Sep 27 2005 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 Feb 28 12:00 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 Apr 18 00:17 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 19 Sep 27 2005 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 14 Sep 27 2005 devfs.rules - ../devfs.rules -rw-r--r-- 1 root root 1471 Dec 3 11:29 shevek.rules -rw-r--r-- 1 root root 74 Jan 30 16:52 z00_auto.rules lrwxrwxrwx 1 root root 25 Apr 6 09:21 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 Sep 27 2005 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 33 Apr 22 09:44 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 Sep 27 2005 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 Oct 9 2005 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 15 Oct 4 2005 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 17 Sep 27 2005 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hdd/dev /sys/block/hdd/hdd1/dev /sys/block/hdd/hdd2/dev /sys/block/hdd/hdd3/dev /sys/block/md0/dev /sys/block/ram0/dev /sys/block/ram1/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sdb/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input2/mouse0/dev /sys/class/input/input2/ts0/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/ppdev/parport0/dev /sys/class/printer/lp0/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev3.2/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages udev depends on: ii initscripts 2.86.ds1-14 Scripts for initializing and shutt ii libc62.3.6-7 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries ii libvolume-id00.090-2 libvolume_id shared library ii lsb-base 3.1-4 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-81creates device files in /dev ii
Bug#362887: Hiding bugs?
Hello Micah, On Wed, Apr 19, 2006 at 05:03:44PM -0400, Micah Anderson wrote: It is known that these architectures which failed these tests, pass the tests that are provided by upstream, in the kernel. There is a high degree of probability that these tests fail, not because of a problem on Ok, it simply wasn't clear to me from the changelog. Thanks for clarifying. Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#364241: marked as done (fails to install in preinst: /lib/udev/write_net_rules: No such file or directory)
Your message dated Sat, 22 Apr 2006 11:47:24 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#364243: fixed in udev 0.090-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: udev Version: 0.090-2 Severity: normal When trying to upgrade udev this morning: penpen:/home/jcdubacq# LANG=C apt-get install udev Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: udev 1 upgraded, 0 newly installed, 0 to remove and 75 not upgraded. Need to get 0B/262kB of archives. After unpacking 49.2kB disk space will be freed. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Reading changelogs... Done (Reading database ... 196593 files and directories currently installed.) Preparing to replace udev 0.088-2 (using .../archives/udev_0.090-2_i386.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 89: /lib/udev/write_net_rules: No such file or directory dpkg: error processing /var/cache/apt/archives/udev_0.090-2_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/udev_0.090-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Easy workaround: extract from the .deb /lib/udev/write_net_rules and dpkg -i the package. Apparently, preinst uses some file that is not yet unpacked (?!) Btw, reportbug claimed Version 0.090-2 was not in debian when submitting this bug. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 12 -rw-r--r-- 1 root root 125 2005-12-08 21:44 000_nolegacypty.rules lrwxrwxrwx 1 root root 20 2005-04-11 09:42 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2005-10-17 10:25 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 12 2006-03-11 09:52 050_hal-plugdev.rules - ../hal.rules -rw-r--r-- 1 root root 82 2006-03-05 23:14 90-hal.rules lrwxrwxrwx 1 root root 19 2004-12-05 09:02 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 15 2006-02-20 08:18 libnjb.rules - ../libnjb.rules -rw-r--r-- 1 root root 56 2005-09-01 17:26 mga_vid.rules lrwxrwxrwx 1 root root 13 2004-12-02 09:41 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-03-29 08:48 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2005-09-01 17:27 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 33 2006-04-22 07:52 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2005-09-01 17:27 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2005-10-28 10:45 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2005-09-01 20:22 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2005-09-24 14:13 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 17 2005-09-01 17:27 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hdc/dev /sys/block/hdc/hdc1/dev /sys/block/hdc/hdc2/dev /sys/block/hdc/hdc3/dev /sys/block/hdc/hdc4/dev /sys/block/hdd/dev /sys/block/hdd/hdd1/dev /sys/block/hde/dev /sys/block/hdf/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/drm/card0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input1/mouse0/dev /sys/class/input/input2/event2/dev /sys/class/input/mice/dev /sys/class/mga_vid/mga_vid/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/printer/lp0/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dmfm/dev /sys/class/sound/dsp/dev /sys/class/sound/hwC0D0/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev1.2/dev /sys/class/usb_device/usbdev1.3/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev /sys/class/usb_device/usbdev5.1/dev
Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA
Yes, we do, but $ ls -l /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so lrwxr-xr-x 1 root root 23 Apr 6 02:08 /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so - ../../../libstdc++.so.6 Oh, I was thinking there were separate libraries for each GCC version. I've had to live with this for some time using hpux. we can only have one libstdc++.so.6 installed. that's currently the library from 4.1. So maybe we need to bump the soversion of libstdc++ on hppa? To me, that seems too complicated. It's not just libstdc++.so.6 but potentially every shared library built with 4.1 or later needs a bump. The simplest approach is to make GCC 4.1 the default and remove 4.0 and earlier. Then, gradually rebuild everthing with 4.1. There have been reports on the gcc list that this has been reasonably successful. I imagine that some will complain about losing their favorite GCC version. The issues with C are less severe because of the libgcc_s version bump. Old versions will generate code that's incompatible with the complex math routines in libc6 but they should otherwise work. I think for kernel building it's useful to keep old versions, but not for much else. Thus, the compromise may be to keep old versions of C and drop all the other languages. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360429: marked as done (monodevelop crashes trying to load the MonoDevelop.Ide addin)
Your message dated Sat, 22 Apr 2006 20:12:26 +0200 with message-id [EMAIL PROTECTED] and subject line can't reproduce that 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: monodevelop Version: 0.9-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Trying to start monodevelop, it inevitably crashes every time. So I tried starting it from console, and this is what I had: 2006-04-02 11:09:23,767 [-1212888160] ERROR MonoDevelop.Core.ILoggingService [(null)] - Type 'MonoDevelop.Components.Commands.CommandSystemCommands' referenced from add-in 'MonoDevelop.Ide' not found. QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting QPixmap::operator=: Cannot assign to pixmap during painting = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: in (wrapper managed-to-native) Gecko.WebControl:gtk_moz_embed_render_data (intptr,intptr,uint,intptr,intptr) 0x4 in (wrapper managed-to-native) Gecko.WebControl:gtk_moz_embed_render_data (intptr,intptr,uint,intptr,intptr) 0xffcb in Gecko.WebControl:RenderData (string,string,string) 0x6b in MonoDevelop.Components.HtmlControl.MozillaControl:InitializeWithBase (string) 0x25 in MonoDevelop.Components.HtmlControl.MozillaControl:DelayedInitialize () 0xf in MonoDevelop.WelcomePage.WelcomePageView:Initialize (object) 0x10 in MonoDevelop.WelcomePage.ShowWelcomePageOnStartUpHandler:Run () 0x6b in (wrapper runtime-invoke) System.Object:runtime_invoke_void (object,intptr,intptr,intptr) 0x3662797 in (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) 0x4 in (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) 0xfc75 in System.Reflection.MonoMethod:Invoke (object,System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) 0x8d in System.Reflection.MethodBase:Invoke (object,object[]) 0x1a in MonoDevelop.Ide.Gui.IdeApp:Initialize (MonoDevelop.Core.IProgressMonitor) 0x4a0 in MonoDevelop.Ide.Gui.IdeStartup:Run (string[]) 0x74c in MonoDevelop.Core.AddIns.AddInService:StartApplication (string,string[]) 0x169 in MonoDevelop.Startup.SharpDevelopMain:Main (string[]) 0x25 in (wrapper runtime-invoke) System.Object:runtime_invoke_int_string[] (object,intptr,intptr,intptr) 0xa1b15f Native stacktrace: /usr/lib/libmono.so.0(mono_handle_native_sigsegv+0xeb) [0xb7de96ab] /usr/lib/libmono.so.0 [0xb7daa58d] [0xe440] /usr/lib/mozilla/libgtkembedmoz.so(_ZN12EmbedPrivate10OpenStreamEPKcS1_+0x3a) [0xb464b96a] /usr/lib/mozilla/libgtkembedmoz.so(gtk_moz_embed_render_data+0x58) [0xb46496a8] [0xb3184696] [0xb318462c] [0xb31845a6] [0xb3184568] [0xb3184541] [0xb473cc84] [0xb4765231] /usr/lib/libmono.so.0 [0xb7dc79a0] /usr/lib/libmono.so.0(mono_runtime_invoke+0x33) [0xb7e2c5e3] /usr/lib/libmono.so.0(mono_runtime_invoke_array+0x1c0) [0xb7e30b40] /usr/lib/libmono.so.0 [0xb7e37bc7] [0xb7055092] [0xb7054cde] [0xb6b30d73] [0xb4c90871] [0xb6b2a74d] [0xb705e612] [0xb73ac916] [0xb73ac86c] /usr/lib/libmono.so.0 [0xb7dc79a0] /usr/lib/libmono.so.0(mono_runtime_invoke+0x33) [0xb7e2c5e3] /usr/lib/libmono.so.0(mono_runtime_exec_main+0xaf) [0xb7e2f57f] /usr/lib/libmono.so.0(mono_runtime_run_main+0x18c) [0xb7e32a6c] /usr/lib/libmono.so.0(mono_jit_exec+0x8e) [0xb7ddaade] /usr/lib/libmono.so.0(mono_main+0x94f) [0xb7ddb4ef] /lib/tls/libc.so.6(__libc_start_main+0xd0) [0xb7b61eb0] /usr/bin/mono [0x8048471] A complete
Bug#363667: emacs21: Unreadable fonts since Xorg 7.0 update
I have experienced this problem too, but I found the solution to be found in bug #363664 which contains a link to bug #362894. Changing the symbolic link did the trick. I propose to merge these bug-reports. The solution should be to make sure that the link points to the right place. Links for the lazy: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=363664 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362894 Cheers, Magnus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350407: lessdisks-terminal: modifies /etc/kernel-img.conf in postinst
On Sat, 22 Apr 2006 01:35:55 +0200 Bill Allombert wrote: On Sun, Jan 29, 2006 at 03:34:58PM +, Stephen Gran wrote: Package: lessdisks-terminal Severity: serious Justification: Policy 10.7.4 debian/lessdisks-terminal.postinst: if ! egrep postinst_hook|postrm_hook /etc/kernel-img.conf; then echo postinst_hook = /usr/sbin/update-lessdisks-kernels /etc/kernel-img.conf echo postrm_hook = /usr/sbin/update-lessdisks-kernels /etc/kernel-img.conf fi Note that debian/lessdisks-xterminal.postinst has a similar bug: debian/lessdisks-xterminal.postinst: echo $inittab_line /etc/inittab Hi Bill and Stephen, What exactly is the policy violation here? Policy 10.7.4 forbids packaging scripts to mess with conffiles of other packages. But /etc/kernel-img.conf and /etc/inittab is not conffiles. Policy 10.7.4 also mandates shared configuration files to be owned by only one package. But it is not clear to me which single package that should be (that I should then file bugs against about an interface for messing with its configuration files). The packages sysvinit and a bunch of kernel packages seem to be kandidates, but looking at their packaging scripts they too seem to treat the configuration files as alien. - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er n_r: http://www.shibumi.org/eoti.htm pgp7NciKvMwQt.pgp Description: PGP signature
Bug#363998: squid: fails to start
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity 363998 important thanks Il giorno 20/apr/06, alle ore 23:36, Christoph Kaminski ha scritto: Package: squid Version: 2.5.13-1 Severity: critical Justification: breaks unrelated software What unrelated software is broken by this bug? Since I see no other justification I'm downgrading severity of this bug to important. I can't reproduce this bug with the default squid configuration, installed in a clean environment. Can you please provide your configuration file? Thanks, - -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFESnUV8ZumGJJMDCYRAnF3AKCDtT9uRd4mx1smKcDkSVsoWVJeZQCdG2ko 1fefW/xlttJXglYWSHUj/xM= =/RXv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362876: Patch for procps NMU for 362867 uploaded to 3 day delay
tag 362867 pending thanks Attached is the patch for the NMU which I have uploaded to the 3 day delay queue. Don Armstrong -- No amount of force can control a free man, a man whose mind is free [...] You can't conquer a free man; the most you can do is kill him. -- Robert Heinlein _Revolt in 2010_ p54 http://www.donarmstrong.com http://rzlab.ucr.edu diff -u procps-3.2.6/debian/copyright procps-3.2.6/debian/copyright --- procps-3.2.6/debian/copyright +++ procps-3.2.6/debian/copyright @@ -12,8 +12,9 @@ [EMAIL PROTECTED], Branko Lankester [EMAIL PROTECTED], Robert Nation [EMAIL PROTECTED], Michael Shields [EMAIL PROTECTED], Henry Ware [EMAIL PROTECTED], Matt -Welsh [EMAIL PROTECTED], Albert D. Cahalan and Jim C. Warner -[EMAIL PROTECTED] +Welsh [EMAIL PROTECTED], Albert D. Cahalan, Jim C. Warner +[EMAIL PROTECTED], and Kjetil Torgrim Homme +[EMAIL PROTECTED] All programs except ps, skill and snice are copyright by their authors and redistributable under the terms of the GNU General diff -u procps-3.2.6/debian/changelog procps-3.2.6/debian/changelog --- procps-3.2.6/debian/changelog +++ procps-3.2.6/debian/changelog @@ -1,3 +1,11 @@ +procps (1:3.2.6-2.2) unstable; urgency=low + + * NMU + * Document the copyright of the emacs bindings bit of pgrep in +debian/copyright (Closes: #362876) + + -- Don Armstrong [EMAIL PROTECTED] Sat, 22 Apr 2006 07:45:25 -0700 + procps (1:3.2.6-2.1) unstable; urgency=low * NMU signature.asc Description: Digital signature
Bug#360690: install scripts do not run; package seems mangled
Hello, I would like more notice from you. How could we know that you have prepared a new package ? In addition it is a RC bug. That's why, i did a NMU quickly. I thought my patch was good and works well. But apparently, it isn't for the update. So, i'm sorry. I try to make my best for this patch, but you are probably right, i should have sent you a mail, especially for a big patch. The next time i made a big patch like that, i will contact the DD. Sorry again ;). But please, the next time you have a RC bug, please send a mail telling that a new package is ready and it needs review from your sponsor. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364294: marked as done (libsane-dev: Dropped dependency on libieee1284-3-dev)
Your message dated Sat, 22 Apr 2006 11:32:29 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#364294: fixed in sane-backends 1.0.17-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: libsane-dev Version: 1.0.17-2 Severity: serious Hi, some undocumented changes in debian/* cause linsane-dev not depending on libieee1284-3-dev anymore. This leads to some packages build-depending on it not building anymore. E.g. kdegraphics: = g++ -shared -nostdlib /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/crti.o /usr/lib/gcc/i486-linux-gnu/4.0.3/crtbeginS.o .libs/libkscan_la.all_cpp.o -L/usr/share/qt3/lib -L/usr/lib /usr/lib/libsane.so /usr/lib/libusb.so -lpthread /usr/lib/libjpeg.so -lieee1284 -ldl /usr/lib/libkio.so -L/usr/lib/gcc/i486-linux-gnu/4.0.3 -L/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib -L/usr/lib/gcc/i486-linux-gnu/4.0.3/../../.. -L/lib/../lib -L/usr/lib/../lib -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i486-linux-gnu/4.0.3/crtendS.o /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/crtn.o -Wl,-soname -Wl,libkscan.so.1 -o .libs/libkscan.so.1.0.0 /usr/bin/ld: cannot find -lieee1284 collect2: ld returned 1 exit status make[4]: *** [libkscan.la] Error 1 make[4]: Leaving directory `/tmp/buildd/kdegraphics-3.5.2/obj-i486-linux-gnu/libkscan' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/kdegraphics-3.5.2/obj-i486-linux-gnu/libkscan' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/kdegraphics-3.5.2/obj-i486-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/kdegraphics-3.5.2/obj-i486-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 = It looks like in 1.0.17-2, the dependency should be generated by a dpkg-gencontrol option: -Vlibieee1284-3-dev=libieee1284-3-dev. But the debian/control Depends line for libsane-dev is missing the respective variable to substitute it. Thanks for considering. bye, Roland -- 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.16-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages libsane-dev depends on: ii libieee1284-3-dev 0.2.10-1 cross-platform library for paralle ii libjpeg62-dev 6b-12 Development files for the IJG JPEG ii libsane 1.0.17-1 API library for scanners ii libusb-dev2:0.1.12-2 userspace USB programming library libsane-dev recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: sane-backends Source-Version: 1.0.17-3 We believe that the bug you reported is fixed in the latest version of sane-backends, which is due to be installed in the Debian FTP archive: libsane-dev_1.0.17-3_i386.deb to pool/main/s/sane-backends/libsane-dev_1.0.17-3_i386.deb libsane_1.0.17-3_i386.deb to pool/main/s/sane-backends/libsane_1.0.17-3_i386.deb sane-backends_1.0.17-3.diff.gz to pool/main/s/sane-backends/sane-backends_1.0.17-3.diff.gz sane-backends_1.0.17-3.dsc to pool/main/s/sane-backends/sane-backends_1.0.17-3.dsc sane-utils_1.0.17-3_i386.deb to pool/main/s/sane-backends/sane-utils_1.0.17-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. Julien BLACHE [EMAIL PROTECTED] (supplier of updated sane-backends 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, 22 Apr 2006 19:58:12 +0200 Source: sane-backends Binary: libsane-dev sane-utils libsane Architecture: source i386 Version: 1.0.17-3 Distribution: unstable Urgency: low Maintainer: Julien BLACHE [EMAIL PROTECTED] Changed-By: Julien BLACHE [EMAIL PROTECTED] Description: libsane- API library for scanners libsane-dev - API development library
Bug#361024: marked as done (libstdc++6: cannot handle TLS data)
Your message dated Sat, 22 Apr 2006 15:06:38 -0400 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: libstdc++6 Version: 4.1.0-1 Severity: normal When running apt-get to do upgrades, I am seeing the following: Traceback (most recent call last): File /usr/bin/apt-listchanges, line 30, in ? import apt_pkg ImportError: libstdc++.so.6: cannot handle TLS data -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libstdc++6 depends on: ii gcc-4.1-base 4.1.0-1The GNU Compiler Collection (base ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libgcc1 1:4.1.0-1 GCC support library libstdc++6 recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.3.6-6 This bug was fixed in the above version of glibc. I no longer see the bug on my 2.4 machine. -- see shy jo signature.asc Description: Digital signature ---End Message---
Bug#364048: qof_0.6.4-1(amd64/unstable): FTBFS on 64bit architectures
On Friday 21 April 2006 11:36 pm, Frederik Schueler wrote: On Fri, Apr 21, 2006 at 07:45:20PM +0100, Neil Williams wrote: Could you test this patch for me? I would like to, but the patch does not apply. Investigating by hand, it seems the diff is against an even newer version than in 0.6.4-1: :-( The second patch I sent has been reported to fail by other 64bit testers so I've got - what I hope - is the proper solution and it's tested against the original source. Sorry for the hassle. I was considering a new machine anyway and it looks like it should be a 64bit system! :-) If you need further help... :) I think so! -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ --- qof-0.6.4/qof/test/test-date.c 2005-10-23 12:58:18.0 +0100 +++ /opt/working/qof/qof/test/test-date.c 2006-04-22 19:35:09.0 +0100 @@ -61,15 +61,16 @@ check_time (Timespec ts, gboolean always if (!ok || always_print) { fprintf (stderr, - \n%lld:%lld - %s -\n%lld:%lld - (diff of %lld secs %lld nsecs)\n, - (long long int) ts.tv_sec, - (long long int) ts.tv_nsec, + \n% G_GINT64_FORMAT :%ld - %s -\n +% G_GINT64_FORMAT :%ld + (diff of % G_GINT64_FORMAT secs %ld nsecs)\n, + ts.tv_sec, + ts.tv_nsec, str, - (long long int) ts_2.tv_sec, - (long long int) ts_2.tv_nsec, - (long long int) (ts.tv_sec - ts_2.tv_sec), - (long long int) (ts.tv_nsec - ts_2.tv_nsec)); + ts_2.tv_sec, + ts_2.tv_nsec, + (ts.tv_sec - ts_2.tv_sec), + (ts.tv_nsec - ts_2.tv_nsec)); if (!ok) { @@ -93,8 +94,8 @@ check_conversion (const char * str, Time if ((expected_ts.tv_sec != ts.tv_sec) || (expected_ts.tv_nsec != ts.tv_nsec)) { fprintf (stderr, - \nmis-converted \%s\ to %lld.%09ld seconds\n - \twas expecting %lld.%09ld seconds\n, + \nmis-converted \%s\ to % G_GINT64_FORMAT .%09ld seconds\n + \twas expecting % G_GINT64_FORMAT .%09ld seconds\n, str, ts.tv_sec, ts.tv_nsec, expected_ts.tv_sec, expected_ts.tv_nsec); failure (misconverted timespec); pgpF2UKbF1a0G.pgp Description: PGP signature
Bug#361143: marked as done (apt-show-versions: Invocation fails with Perl errors)
Your message dated Sat, 22 Apr 2006 15:06:38 -0400 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: apt-show-versions Version: 0.09 Severity: grave Justification: renders package unusable When I invoke apt-show-versions (with any package) it now (after a large set of package updates) dies with the following error: Can't load '/usr/lib/perl5/auto/AptPkg/AptPkg.so' for module AptPkg: libstdc++.so.6: cannot handle TLS data at /usr/lib/perl/5.8/DynaLoader.pm line 225. at /usr/lib/perl5/AptPkg/Config.pm line 8 Compilation failed in require at /usr/lib/perl5/AptPkg/Config.pm line 8. BEGIN failed--compilation aborted at /usr/lib/perl5/AptPkg/Config.pm line 8. Compilation failed in require at /usr/bin/apt-show-versions line 41. BEGIN failed--compilation aborted at /usr/bin/apt-show-versions line 41. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apt-show-versions depends on: ii apt 0.6.42.1 Advanced front-end for dpkg ii libapt-pkg-perl 0.1.17 Perl interface to libapt-pkg ii perl [libstorable-perl] 5.8.7-7Larry Wall's Practical Extraction apt-show-versions recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.3.6-6 This bug was fixed in the above version of glibc. I no longer see the bug on my 2.4 machine. -- see shy jo signature.asc Description: Digital signature ---End Message---
Bug#363107: marked as done (apt-listchanges: Fails with an error about TLS data)
Your message dated Sat, 22 Apr 2006 15:06:38 -0400 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: apt-listchanges Version: 2.59-0.2 Severity: grave Justification: renders package unusable When trying to use apt-listchanges, the program emits the following error: [EMAIL PROTECTED]:~$ apt-listchanges Traceback (most recent call last): File /usr/bin/apt-listchanges, line 30, in ? import apt_pkg ImportError: libstdc++.so.6: cannot handle TLS data This makes the package unusable. -- 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.4.32 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt-listchanges depends on: ii apt 0.6.43.3 Advanced front-end for dpkg ii debconf 1.4.72 Debian configuration management sy ii debianutils 2.15.3 Miscellaneous utilities specific t ii python2.3.5-5An interactive high-level object-o ii python-apt0.6.16.1 Python interface to libapt-pkg ii ucf 2.007 Update Configuration File: preserv apt-listchanges recommends no packages. -- debconf information: apt-listchanges/confirm: false apt-listchanges/which: both apt-listchanges/frontend: pager apt-listchanges/email-address: root apt-listchanges/save-seen: true ---End Message--- ---BeginMessage--- Version: 2.3.6-6 This bug was fixed in the above version of glibc. I no longer see the bug on my 2.4 machine. -- see shy jo signature.asc Description: Digital signature ---End Message---