Bug#554594: elinks_0.12~pre5-1+b2(ia64/unstable): FTBFS: undefined reference to `JS_SetBranchCallback'
lam...@debian.org writes: There was an error while trying to autobuild your package: [...] lib.o: In function `setup_safeguard': spidermonkey.c:(.text+0xca082): undefined reference to `JS_SetBranchCallback' This too looks like a duplicate of #551238. pgpaYfoRMvvJp.pgp Description: PGP signature
Processed: CVE-2009-2726 doesn't apply to stable
Processing commands for cont...@bugs.debian.org: found 541441 asterisk/1:1.6.1.0~dfsg-1 Bug #541441 {Done: Faidon Liambotis parav...@debian.org} [asterisk] CVE-2009-2726: Asterisk SIP Channel Driver Denial of Service Bug Marked as found in versions asterisk/1:1.6.1.0~dfsg-1. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546221: libxray-absorption-perl FTBFS -- Patch picked from upstream svn
tag 546221 + patch thanks Hi Niko and hi Serge I picked a patch from upstream's svn and now libxray-absorption-perl builds fine. The patch is attached. I can prepare a NMU if Serge agrees and have not mucht time. Please let me know. Bests Salvatore Description: Use Test::More and prevent FTBFS with newer Test::Harness Origin: upstream (diff -r51:52). Bug-Debian: http://bugs.debian.org/546221 Forwarded: no --- a/t/elam.t +++ b/t/elam.t @@ -1,105 +1,30 @@ #! /usr/bin/perl -w -# Before `make install' is performed this script should be runnable with -# `make test'. After `make install' it should work as `perl test.pl' -# We start with some black magic to print on failure. - -# Change 1..1 below to 1..last_test_to_print . -# (It may become useful if the test is moved to ./t subdirectory.) +#! /usr/bin/perl -w -BEGIN { $| = 1; print 1..15$/; } -END {print not ok 1$/ unless $loaded;} +use Test::More tests = 14; use Xray::Absorption; -$loaded = 1; -print ok 1$/; - -# End of black magic. -# Insert your test code below (better if it prints ok 13 -# (correspondingly not ok 13) depending on the success of chunk 13 -# of the test code): - -$i=1; -$epsilon = 0.0001; +my $epsilon = 0.0001; Xray::Absorption - load(elam); -#print Xray::Absorption - current_resource, $/; -if (Xray::Absorption - current_resource =~ /elam/i) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; - -if (Xray::Absorption - in_resource(dy)) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; +ok( Xray::Absorption - current_resource =~ m{elam}i, loaded resource); +ok( Xray::Absorption - in_resource(dy), found element Dy); ## fetch material properties -if (abs(Xray::Absorption - get_atomic_weight(dy) - 162.510) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; -if (abs(Xray::Absorption - get_density(dy) - 8.536) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; -if (abs(Xray::Absorption - get_conversion(dy) - 269.8) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; - +ok( abs(Xray::Absorption - get_atomic_weight(dy) - 162.510) $epsilon, atomic weight); +ok( abs(Xray::Absorption - get_density(dy) - 8.536)$epsilon, density); +ok( abs(Xray::Absorption - get_conversion(dy)- 269.8)$epsilon, conversion); ## fetch edge energies -if (abs(Xray::Absorption - get_energy(dy, k) - 53789) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; -if (abs(Xray::Absorption - get_energy(dy, l1) - 9046) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; -if (abs(Xray::Absorption - get_energy(dy, l2) - 8581) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; -if (abs(Xray::Absorption - get_energy(dy, l3) - 7790) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; -if (abs(Xray::Absorption - get_energy(dy, m1) - 2047) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; - +ok( abs(Xray::Absorption - get_energy(dy, k) - 53789) $epsilon, K edge); +ok( abs(Xray::Absorption - get_energy(dy, l1) - 9046) $epsilon, L1 edge); +ok( abs(Xray::Absorption - get_energy(dy, l2) - 8581) $epsilon, L2 edge); +ok( abs(Xray::Absorption - get_energy(dy, l3) - 7790) $epsilon, L3 edge); +ok( abs(Xray::Absorption - get_energy(dy, m1) - 2047) $epsilon, M1 edge); ## fetch fluorescence lines -if (abs(Xray::Absorption - get_energy(dy, kalpha) - 45772.309978) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; -if (abs(Xray::Absorption - get_energy(dy, kbeta) - 52166.8201163) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; -if (abs(Xray::Absorption - get_energy(dy, lalpha) - 6494.569735) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; -if (abs(Xray::Absorption - get_energy(dy, lbeta) - 7354.310914) $epsilon ) { - print ok , ++$i, $/ -} else { - print not ok , ++$i, $/ -}; +ok( abs(Xray::Absorption - get_energy(dy, kalpha) - 45772.309978 ) $epsilon, Kalpha); +ok( abs(Xray::Absorption - get_energy(dy, kbeta ) - 52166.8201163 ) $epsilon, Kbeta); +ok( abs(Xray::Absorption - get_energy(dy, lalpha) - 6494.569735) $epsilon, Lalpha); +ok( abs(Xray::Absorption - get_energy(dy, lbeta) - 7354.310914) $epsilon, Lbeta); --- a/t/chantler.t +++ b/t/chantler.t @@ -1,105 +1,28 @@ #! /usr/bin/perl -w -# Before `make install' is performed this script should be runnable with -# `make test'. After `make install' it should work as `perl test.pl' -# We start with some black magic to print on failure. - -# Change 1..1 below to 1..last_test_to_print . -# (It may become useful if the test is moved to ./t subdirectory.) - -BEGIN { $| = 1; print 1..15$/; } -END {print not ok 1$/ unless $loaded;} +use Test::More
Processed: libxray-absorption-perl FTBFS -- Patch picked from upstream svn
Processing commands for cont...@bugs.debian.org: tag 546221 + patch Bug #546221 [libxray-absorption-perl] libxray-absorption-perl: FTBFS with newer Test::Harness Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549264: cl-cffi: cffi depends on babel which is not part of debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I looked into babel and there is a small license issue to resolve first. I also am checking all dependencies just to be certain. Groetjes, Peter - -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ God, root, what is difference? Pitr | God is more forgiving. Dave Aronson| -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJK9T5oAAoJEB4VNT76eIlabRMP/2lmZSx4hSlJMHw2Vm52iYGh fyfMrlngG0EQE22ZZKCkIlXR7STtkqDVxa5h1A1OPj1P7xe4hN1JYoOG1BCo2AvU ShkUoKY1RiShQ/Vq26gw0gJDwrGYePd2vHjwEAxBTF6qMhqWIhe7xiW9fGxuknfK 7qxZth/ojAbF/q9CAThgjACHnlOOfk3DsrEMWdMYv42R3uyFnhipVByv7koGADTJ Y73nSTTRlc7pyJAzVYXDZaXLCx9Cg+8Yf2dI/3jAJqblx6KGjTjpTDJFY4X3q6aJ yG3gRUWVQQRdDF89SOGYTc/RSvHTP4OWI3TKtlZUeJ77y34C4chnTfIzbvLh0iBy G7VeUiLtlhO2tgje7844NKkuonQeQAo3G3O6OnUpEG0yEVFSWpUN7uAuX3/oPXXe zxDMdUGcmJ0wZD+iOFXGb6/wWYNhSm/3vUsBcz1Pb0mFHK+yQIOPiGVmG3P6OYM8 gWd49R0hiTI7RjhAfcMnMZ1G6nnFU8gnAYVeUGoEQA7/XUFKkB2x07VytY+KM65q TAr8Lq07VwO4oSrE70wZVX/iJf4SSuPb1ZoOlxxSUYoagneE3v5i4/BV+nZCjQ0U z78sUJMVeAgfWS79hBhEMrtIXe8svgOLcQxMBfmwaZ0myAnCJ0yXLyNCcBPocgku m068iDbQnUCBpI8+0FN9 =CQKG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537018: marked as done (lhs2tex: FTBFS: Ambiguous type variable `e')
Your message dated Sat, 07 Nov 2009 10:17:17 + with message-id e1n6im9-0006io...@ries.debian.org and subject line Bug#537018: fixed in lhs2tex 1.13-4.1 has caused the Debian Bug report #537018, regarding lhs2tex: FTBFS: Ambiguous type variable `e' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 537018: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537018 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: lhs2tex Version: 1.13-4 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090713 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-lhs2tex_1.13-4-amd64-HkVA2c/lhs2tex-1.13' /usr/bin/ghc -O --make -o lhs2TeX Main.lhs [ 1 of 19] Compiling Document ( Document.lhs, Document.o ) [ 2 of 19] Compiling Auxiliaries ( Auxiliaries.lhs, Auxiliaries.o ) [ 3 of 19] Compiling StateT ( StateT.lhs, StateT.o ) [ 4 of 19] Compiling HsLexer ( HsLexer.lhs, HsLexer.o ) [ 5 of 19] Compiling Verbatim ( Verbatim.lhs, Verbatim.o ) [ 6 of 19] Compiling Value( Value.lhs, Value.o ) [ 7 of 19] Compiling FiniteMap( FiniteMap.lhs, FiniteMap.o ) [ 8 of 19] Compiling TeXCommands ( TeXCommands.lhs, TeXCommands.o ) [ 9 of 19] Compiling TeXParser( TeXParser.lhs, TeXParser.o ) [10 of 19] Compiling Parser ( Parser.lhs, Parser.o ) [11 of 19] Compiling Directives ( Directives.lhs, Directives.o ) [12 of 19] Compiling Typewriter ( Typewriter.lhs, Typewriter.o ) [13 of 19] Compiling MathCommon ( MathCommon.lhs, MathCommon.o ) [14 of 19] Compiling MathPoly ( MathPoly.lhs, MathPoly.o ) [15 of 19] Compiling NewCode ( NewCode.lhs, NewCode.o ) [16 of 19] Compiling Math ( Math.lhs, Math.o ) [17 of 19] Compiling FileNameUtils( FileNameUtils.lhs, FileNameUtils.o ) FileNameUtils.lhs:81:35: Ambiguous type variable `b' in the constraint: `GHC.Exception.Exception b' arising from a use of `catch' at FileNameUtils.lhs:(81,35)-(89,60) Probable fix: add a type signature that fixes these type variable(s) FileNameUtils.lhs:98:44: Ambiguous type variable `e2' in the constraint: `GHC.Exception.Exception e2' arising from a use of `try' at FileNameUtils.lhs:98:44-57 Probable fix: add a type signature that fixes these type variable(s) FileNameUtils.lhs:118:35: Ambiguous type variable `e1' in the constraint: `GHC.Exception.Exception e1' arising from a use of `catch' at FileNameUtils.lhs:(118,35)-(119,104) Probable fix: add a type signature that fixes these type variable(s) FileNameUtils.lhs:122:35: Ambiguous type variable `e' in the constraint: `GHC.Exception.Exception e' arising from a use of `catch' at FileNameUtils.lhs:122:35-54 Probable fix: add a type signature that fixes these type variable(s) make[1]: *** [lhs2TeX] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/07/13/lhs2tex_1.13-4_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: lhs2tex Source-Version: 1.13-4.1 We believe that the bug you reported is fixed in the latest version of lhs2tex, which is due to be installed in the Debian FTP archive: lhs2tex_1.13-4.1.diff.gz to main/l/lhs2tex/lhs2tex_1.13-4.1.diff.gz lhs2tex_1.13-4.1.dsc to main/l/lhs2tex/lhs2tex_1.13-4.1.dsc lhs2tex_1.13-4.1_amd64.deb to main/l/lhs2tex/lhs2tex_1.13-4.1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 537...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stefano Zacchiroli z...@debian.org (supplier of updated lhs2tex package) (This message was generated automatically at their request; if you believe that
Bug#521323: [Pkg-fglrx-devel] Bug#521323: fglrx-driver: Failed to open DRM connection (ATI 9.10 + xserver-xorg 1:7.4+4)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Raphael Bossek schrieb: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521323 Hi, if someone fight with ATI/fglrx-driver 9.10 and xserver-xorg 1:7.4+4 (testing) should report this to bug 521323. DRI does not work with this combination right now. A downgrade to older libdrm2 version removes xserver-xorg too :-( Since today I have got again a supported AMD video card and I can not reproduce it with 1:9-10-3 and sid on amd64. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkr1XusACgkQ2XA5inpabMcORgCcDJE02ikt/1jGYSpHB//UqWUG HY8An15FpwLFpw2JZJhe4dj9nRdaUrl6 =srWs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535331: ditto
On Fri, Oct 23, 2009 at 11:54:21AM +0200, Josip Rodin wrote: I've experienced the same problem. I've got two lenny machines which have [...] FWIW Here's the last upgrade output pasted exactly as it just happened: % sudo apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: linux-image-2.6.26-2-686 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 20,2MB of archives. After this operation, 0B of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://security.debian.org lenny/updates/main linux-image-2.6.26-2-686 2.6.26-19lenny2 [20,2MB] Fetched 20,2MB in 21s (929kB/s) Preconfiguring packages ... (Reading database ... 24703 files and directories currently installed.) Preparing to replace linux-image-2.6.26-2-686 2.6.26-19lenny1 (using .../linux-image-2.6.26-2-686_2.6.26-19lenny2_i386.deb) ... The directory /lib/modules/2.6.26-2-686 still exists. Continuing as directed. Done. Unpacking replacement linux-image-2.6.26-2-686 ... Setting up linux-image-2.6.26-2-686 (2.6.26-19lenny2) ... Running depmod. Running mkinitramfs-kpkg. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.26-19lenny1 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.26-19lenny1 was configured last, according to dpkg) % % sudo perl -pi -e 's,^(my \$loader\s+=\s+),$1lilo,' /var/lib/dpkg/info/linux-image-2.6.26-2-686.postinst % sudo dpkg-reconfigure linux-image-2.6.26-2-686 Running depmod. Running mkinitramfs-kpkg. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.26-19lenny2 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.26-19lenny2 was configured last, according to dpkg) You already have a LILO configuration in /etc/lilo.conf Running boot loader as requested Testing lilo.conf ... Testing successful. Installing the partition boot sector... Running /sbin/lilo ... Installation successful. % [...] after upgrading linux-image-2.6.26-2-686, I just get [...] FWIW it also happens on the amd64 version, exactly the same: % sudo apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: linux-image-2.6.26-2-amd64 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 20,9MB of archives. After this operation, 4096B of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://security.debian.org lenny/updates/main linux-image-2.6.26-2-amd64 2.6.26-19lenny2 [20,9MB] Fetched 20,9MB in 20s (1013kB/s) Preconfiguring packages ... (Reading database ... 20849 files and directories currently installed.) Preparing to replace linux-image-2.6.26-2-amd64 2.6.26-19lenny1 (using .../linux-image-2.6.26-2-amd64_2.6.26-19lenny2_amd64.deb) ... The directory /lib/modules/2.6.26-2-amd64 still exists. Continuing as directed. Done. Unpacking replacement linux-image-2.6.26-2-amd64 ... Setting up linux-image-2.6.26-2-amd64 (2.6.26-19lenny2) ... Running depmod. Running mkinitramfs-kpkg. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.26-19lenny1 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.26-19lenny1 was configured last, according to dpkg) % % sudo perl -pi -e 's,^(my \$loader\s+=\s+),$1lilo,' /var/lib/dpkg/info/linux-image-2.6.26-2-amd64.postinst % sudo dpkg-reconfigure linux-image-2.6.26-2-amd64 Running depmod. Running mkinitramfs-kpkg. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.26-19lenny2 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.26-19lenny2 was configured last, according to dpkg) You already have a LILO configuration in /etc/lilo.conf Running boot loader as requested Testing lilo.conf ... Testing successful. Installing the partition boot sector... Running /sbin/lilo ... Installation successful. % -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549477: marked as done (FTBFS due to netcdfg-dev not being available anymore)
Your message dated Sat, 07 Nov 2009 12:34:00 + with message-id e1n6kus-0001oc...@ries.debian.org and subject line Bug#549477: fixed in python-scientific 2.8-1.1 has caused the Debian Bug report #549477, regarding FTBFS due to netcdfg-dev not being available anymore to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549477: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549477 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: python-scientific Version: 2.8-1 Severity: serious Hi python-scientific FTBFS as one of its build dependencies netcdfg-dev is not availalble anymore. It has been replaced by libnetcdf-dev. Cheers Luk ---End Message--- ---BeginMessage--- Source: python-scientific Source-Version: 2.8-1.1 We believe that the bug you reported is fixed in the latest version of python-scientific, which is due to be installed in the Debian FTP archive: lampython_2.8-1.1_i386.deb to main/p/python-scientific/lampython_2.8-1.1_i386.deb mpichpython_2.8-1.1_i386.deb to main/p/python-scientific/mpichpython_2.8-1.1_i386.deb python-mpi_2.8-1.1_all.deb to main/p/python-scientific/python-mpi_2.8-1.1_all.deb python-netcdf_2.8-1.1_i386.deb to main/p/python-scientific/python-netcdf_2.8-1.1_i386.deb python-scientific-doc_2.8-1.1_all.deb to main/p/python-scientific/python-scientific-doc_2.8-1.1_all.deb python-scientific_2.8-1.1.diff.gz to main/p/python-scientific/python-scientific_2.8-1.1.diff.gz python-scientific_2.8-1.1.dsc to main/p/python-scientific/python-scientific_2.8-1.1.dsc python-scientific_2.8-1.1_all.deb to main/p/python-scientific/python-scientific_2.8-1.1_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 549...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bastian Venthur vent...@debian.org (supplier of updated python-scientific package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 07 Nov 2009 13:11:03 +0100 Source: python-scientific Binary: python-scientific python-netcdf python-scientific-doc python-mpi mpichpython lampython Architecture: source all i386 Version: 2.8-1.1 Distribution: unstable Urgency: low Maintainer: Matthias Klose d...@debian.org Changed-By: Bastian Venthur vent...@debian.org Description: lampython - MPI-enhanced Python interpreter (LAM based version) mpichpython - MPI-enhanced Python interpreter (MPICH based version) python-mpi - MPI module for Python python-netcdf - A netCDF interface for Python python-scientific - Python modules useful for scientific computing python-scientific-doc - Python modules useful for scientific computing Closes: 547852 549477 Changes: python-scientific (2.8-1.1) unstable; urgency=low . * Non-maintainer upload. - Applied Kumar's patch for fixes below and uploaded it. * Fix manipulates site-packages/ directly, failing with Python 2.6 (Closes: #547852) * Fix FTBFS due to netcdfg-dev not being available anymore (Closes: #549477) Checksums-Sha1: aaf6ac698bb7623a7c52c4cf84df80fa37d02dc1 1864 python-scientific_2.8-1.1.dsc f0f9ba94de34dffcac8e3fe9b3779e4f4c8231fc 6624 python-scientific_2.8-1.1.diff.gz b44acc8b4e4916fd666082558e958e748c8f60e9 151448 python-scientific_2.8-1.1_all.deb e2d1760a590a9268028a07cc84ac38c9be01 396048 python-scientific-doc_2.8-1.1_all.deb b167ef96cbbad77a805712ab155c6447a59e1aab 26122 python-mpi_2.8-1.1_all.deb 73f2f77fb7b1b4f6e9b77cecd3f0b448128240d0 93424 python-netcdf_2.8-1.1_i386.deb 350779427b276938cd3ab026826fa309de8e2f12 153746 mpichpython_2.8-1.1_i386.deb 29ffba7d1663f35beebb22b3039b8368d68b0cfd 13142 lampython_2.8-1.1_i386.deb Checksums-Sha256: d017f1e84a27b75a5218f3a6cabbe5d9e594f96b9567a45ecc29dda318de4f77 1864 python-scientific_2.8-1.1.dsc 5688923f9432ce2670c479c00b6cd630d8310062d2faa96eb0c00c7df13f87cb 6624 python-scientific_2.8-1.1.diff.gz ac35ef22bf40c39b75fa69b1d6839edb470b9ec36296b7a40ad86e4f01671231 151448 python-scientific_2.8-1.1_all.deb d3380edb78d0c8804fcc2c88da0513768242a5f6c181cb2bcc30e24c3756dfd0 396048 python-scientific-doc_2.8-1.1_all.deb 33feeb02101eebb5716aa72af3429bbec7f54529a6d6cd64277b01a0202ae490 26122 python-mpi_2.8-1.1_all.deb
Bug#554949: wicd doesn't start
Package: wicd Version: 1.6.2.2-2 Severity: grave Justification: renders package unusable Hi! I'm having troubles starting wicd lately, it seems like some configuration file syntax has changed and wicd stops starting with it. This is the content of my configuration file, I never touched it by hand: #v+ [DEFAULT] lastused = True [wired-default] afterscript = None use_static_dns = False disconnectscript = None dns3 = None postdisconnectscript = None dns1 = None lastused = False broadcast = None default = 1 netmask = None dns2 = None beforescript = None predisconnectscript = None ip = None gateway = None use_global_dns = False [home] afterscript = None use_static_dns = True disconnectscript = None dns3 = None postdisconnectscript = None dns1 = 213.129.232.1 lastused = False broadcast = None default = 0 netmask = 255.255.255.0 dns2 = 213.129.226.2 beforescript = None predisconnectscript = None ip = 10.0.0.27 gateway = 10.0.0.1 use_global_dns = False [] #v- According to the log (which is sitting in a strangely permissioned directory: 1363?! what for?! ... and please chown :adm) the issue seems to be the empty block at the end: #v+ 2009/11/07 12:59:56 :: --- 2009/11/07 12:59:56 :: wicd initializing... 2009/11/07 12:59:56 :: --- 2009/11/07 12:59:56 :: wicd is version 1.6.2.2 463 2009/11/07 12:59:56 :: Traceback (most recent call last): 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd-daemon.py, line 1750, in module 2009/11/07 12:59:56 :: main(sys.argv) 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd-daemon.py, line 1714, in main 2009/11/07 12:59:56 :: daemon = WicdDaemon(wicd_bus, auto_connect=auto_connect) 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd-daemon.py, line 87, in __init__ 2009/11/07 12:59:56 :: self.wired_bus= WiredDaemon(bus_name, self, wired=self.wired) 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd-daemon.py, line 1330, in __init__ 2009/11/07 12:59:56 :: debug=debug) 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd/configmanager.py, line 40, in __init__ 2009/11/07 12:59:56 :: self.read(path) 2009/11/07 12:59:56 :: File /usr/lib/python2.5/ConfigParser.py, line 267, in read 2009/11/07 12:59:56 :: self._read(fp, filename) 2009/11/07 12:59:56 :: File /usr/lib/python2.5/ConfigParser.py, line 490, in _read 2009/11/07 12:59:56 :: raise e 2009/11/07 12:59:56 :: ConfigParser.ParsingError: File contains parsing errors: /etc/wicd/wired-settings.conf 2009/11/07 12:59:56 :: [line 40]: '[]\n' #v- Unfortunately, running /etc/init.d/wicd start doesn't give any hint, it even exits with 0 which is wrong (and is part of the justification for the severity). Removing the empty block [] from the wired-settings.conf makes the problem go away, but as said, I never hand-touched that file (yet) and thus suspect an error somewhere in wicd - besides that it shouldn't break like that. :/ Thanks! Rhonda -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-2-powerpc Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd depends on: ii adduser 3.111add and remove users and groups ii dbus1.2.16-2 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii dhcp3-client3.1.2p1-2DHCP client ii iproute 20090324-1 networking and traffic control too ii iputils-ping3:20071127-2 Tools to test the reachability of ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii net-tools 1.60-23 The NET-3 networking toolkit ii psmisc 22.8-1 utilities that use the proc file s ii python 2.5.4-2 An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-glade2 2.16.0-1 GTK+ bindings: Glade support ii python-gtk2 2.16.0-1 Python bindings for the GTK+ widge ii python-support 1.0.4automated rebuilding support for P ii python-urwid0.9.8.4-1curses-based UI/widget library for ii wireless-tools 29-2 Tools for manipulating Linux Wirel ii wpasupplicant 0.6.9-3 client support for WPA and WPA2 (I Versions of packages wicd recommends: ii gksu 2.0.2-2+b1 graphical frontend to su ii python-notify 0.1.1-2+b1 Python bindings for libnotify ii sudo 1.7.2p1-1 Provide limited super user privile Versions of packages wicd suggests: ii pm-utils 1.2.5-4utilities and scripts for power ma -- To
Bug#554953: buildd: Fails to upgrade, doesn't work.
Package: buildd Version: 0.59.0-1 Severity: serious Hi, When upgrading buildd on one of the buildds I get: Setting up buildd (0.59.0-1) ... Installing new version of config file /etc/cron.d/buildd ... Starting Debian package autobuilder: builddE: /home/buildd/.builddrc: Errors found in configuration file: Global symbol $sshcmd requires explicit package name at (eval 7) line 35. Global symbol $wanna_build_user requires explicit package name at (eval 7) line 38. Global symbol $wanna_build_dbbase requires explicit package name at (eval 7) line 39. invoke-rc.d: initscript buildd, action start failed. dpkg: error processing buildd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: buildd E: Sub-process /usr/bin/dpkg returned an error code (1) I removed the config file, and then it started, but end up with: buildd 14095 0.0 0.1 98952 8336 ?S12:21 0:00 /usr/bin/perl /usr/bin/buildd buildd 14096 0.0 0.1 98952 8416 ?Ss 12:21 0:00 /usr/bin/perl /usr/bin/buildd And the log file shows: Nov 7 12:21:17 buildd[14089]: Daemon started. (pid=14096) Nov 7 12:21:17 buildd[14089]: Nothing to do -- sleeping 300 seconds Notice that it has the pid wrong. Looking at /etc/buildd/buildd.conf, I see: # database used for wanna-build #$wanna_build_db = arch/build-db; # Database to use for wanna-build. #$wanna_build_db_name = 'arch/build-db'; Only $wanna_build_db_name seems to be used, and that seems to work. The current wanna-build does not need the database name anymore. It just needs to know the arch. You can pass it with -A $arch. If that's not used, it falls back to using the arch from database name. $wanna_build_user seems to have changed to $wanna_build_db_user. $sshcmd seems to need to get replaced by $wanna_build_ssh_user. $sshsocket seems to be renamed to $wanna_build_ssh_socket. After all that, it seems to start fine, but complain with: Nov 7 12:53:32 buildd[16668]: take_from_dists is empty, aborting. at /usr/share/perl5/Buildd/Daemon.pm line 99. While I have: @take_from_dists = qw(unstable); Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552667: marked as done (debian-rules-missing-required-target binary binary-arch binary-indep build clean)
Your message dated Sat, 7 Nov 2009 13:42:22 +0100 with message-id 20091107124222.ga12...@orion.carnet.hr and subject line Re: Bug#552667: debian-rules-missing-required-target binary binary-arch binary-indep build clean has caused the Debian Bug report #552667, regarding debian-rules-missing-required-target binary binary-arch binary-indep build clean to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552667: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552667 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: leave Version: 1.12-2 Severity: serious User: lintian-ma...@debian.org Usertags: debian-rules-missing-required-target Justification: The debian/rules file for this package does not provide one of the required targets. All of build, binary, binary-arch, binary-indep, and clean must be provided, even if they don't do anything for this package. Refer to Debian Policy Manual section 4.9 (Main building script: debian/rules) for details. ,[ 4.9 Main building script: debian/rules ] | Both the binary-arch and binary-indep targets must exist. If one of them has | nothing to do (which will always be the case if the source generates only a | single binary package, whether architecture-dependent or not), it must still | exist and must always succeed. ` manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages leave depends on: ii libc6 2.10.1-2 GNU C Library: Shared libraries leave recommends no packages. leave suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- On Tue, Oct 27, 2009 at 01:23:53PM -0500, Manoj Srivastava wrote: Package: leave Version: 1.12-2 Severity: serious User: lintian-ma...@debian.org Usertags: debian-rules-missing-required-target Justification: The debian/rules file for this package does not provide one of the required targets. All of build, binary, binary-arch, binary-indep, and clean must be provided, even if they don't do anything for this package. Refer to Debian Policy Manual section 4.9 (Main building script: debian/rules) for details. ,[ 4.9 Main building script: debian/rules ] | Both the binary-arch and binary-indep targets must exist. If one of them has | nothing to do (which will always be the case if the source generates only a | single binary package, whether architecture-dependent or not), it must still | exist and must always succeed. ` This appears to be simply lintian being unable to detect the targets. If you read the said debian/rules file, you can see clearly that both of these targets already exist and do what is required. -- 2. That which causes joy or happiness. ---End Message---
Bug#546221: libxray-absorption-perl FTBFS -- Patch picked from upstream svn
Hi Salvatore: i already have a fixed package from upstream ready to go, I have just been waiting for him to decide how to bump the revision number. hopefully it will happen soon. What he did was completely rewrite the tests instead of patch them. Carlo On Sat, 7 Nov 2009, Salvatore Bonaccorso wrote: tag 546221 + patch thanks Hi Niko and hi Serge I picked a patch from upstream's svn and now libxray-absorption-perl builds fine. The patch is attached. I can prepare a NMU if Serge agrees and have not mucht time. Please let me know. Bests Salvatore -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554537: marked as done (postinst failes with exit status 30)
Your message dated Sat, 07 Nov 2009 13:18:28 + with message-id e1n6lbu-0002e7...@ries.debian.org and subject line Bug#554537: fixed in isdnutils 1:3.9.20060704-7 has caused the Debian Bug report #554537, regarding postinst failes with exit status 30 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 554537: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554537 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: isdnutils-base Version: 1:3.9.20060704-5 Severity: grave Hi. Since -4 the package refuses to upgrade correctly: Setting up isdnutils-base (1:3.9.20060704-6) ... dpkg: error processing isdnutils-base (--configure): subprocess installed post-installation script returned error exit status 30 dpkg: dependency problems prevent configuration of ipppd: ipppd depends on isdnutils-base (= 1:3.9.20060704-6); however: Package isdnutils-base is not configured yet. dpkg: error processing ipppd (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of isdnlog: isdnlog depends on isdnutils-base (= 1:3.9.20060704-6); however: Package isdnutils-base is not configured yet. dpkg: error processing isdnlog (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of isdnvboxserver: isdnvboxserver depends on isdnutils-base (= 1:3.9.20060704-6); however: Package isdnutils-base is not configured yet. dpkg: error processing isdnvboxserver (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: isdnutils-base ipppd isdnlog isdnvboxserver This seems to be caused by the addition of set -e to the debconf-scripts, which makes the whole script fail if debconf returns with 30 (meaning skipped question). Grüße, Sven. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.1-219 Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages isdnutils-base depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-89 creates device files in /dev ii udev 146-6 /dev/ and hotplug management daemo isdnutils-base recommends no packages. Versions of packages isdnutils-base suggests: pn ipppd none (no description available) pn isdnlog none (no description available) pn isdnutils-doc none (no description available) pn isdnutils-xtoolsnone (no description available) ii isdnvboxclient 1:3.9.20060704-6 ISDN utilities - answering machine pn isdnvboxserver none (no description available) -- debconf-show failed ---End Message--- ---BeginMessage--- Source: isdnutils Source-Version: 1:3.9.20060704-7 We believe that the bug you reported is fixed in the latest version of isdnutils, which is due to be installed in the Debian FTP archive: capiutils_3.9.20060704-7_i386.deb to main/i/isdnutils/capiutils_3.9.20060704-7_i386.deb ipppd_3.9.20060704-7_i386.deb to main/i/isdnutils/ipppd_3.9.20060704-7_i386.deb isdnactivecards_3.9.20060704-7_i386.deb to main/i/isdnutils/isdnactivecards_3.9.20060704-7_i386.deb isdneurofile_3.9.20060704-7_i386.deb to main/i/isdnutils/isdneurofile_3.9.20060704-7_i386.deb isdnlog-data_3.9.20060704-7_all.deb to main/i/isdnutils/isdnlog-data_3.9.20060704-7_all.deb isdnlog_3.9.20060704-7_i386.deb to main/i/isdnutils/isdnlog_3.9.20060704-7_i386.deb isdnutils-base_3.9.20060704-7_i386.deb to main/i/isdnutils/isdnutils-base_3.9.20060704-7_i386.deb isdnutils-doc_3.9.20060704-7_all.deb to main/i/isdnutils/isdnutils-doc_3.9.20060704-7_all.deb isdnutils-xtools_3.9.20060704-7_i386.deb to main/i/isdnutils/isdnutils-xtools_3.9.20060704-7_i386.deb isdnutils_3.9.20060704-7.diff.gz to main/i/isdnutils/isdnutils_3.9.20060704-7.diff.gz isdnutils_3.9.20060704-7.dsc to main/i/isdnutils/isdnutils_3.9.20060704-7.dsc isdnutils_3.9.20060704-7_i386.deb to main/i/isdnutils/isdnutils_3.9.20060704-7_i386.deb isdnvbox_3.9.20060704-7_i386.deb to main/i/isdnutils/isdnvbox_3.9.20060704-7_i386.deb
Bug#553241: marked as done (tix: missing-dependency-on-libc needed by ./usr/lib/libTix8.4.so.1 but the package doesn't depend on the C library package. Normally this ind
Your message dated Sat, 07 Nov 2009 13:32:40 + with message-id e1n6lpe-0004l7...@ries.debian.org and subject line Bug#553241: fixed in tix 8.4.0-7 has caused the Debian Bug report #553241, regarding tix: missing-dependency-on-libc needed by ./usr/lib/libTix8.4.so.1 but the package doesn't depend on the C library package. Normally this indicates that ${shlibs: Depends} was omitted from the Depends line for this package in debian/control. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 553241: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553241 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tix Version: 8.4.0-6 Severity: serious Justification: The listed file appears to be linked against the C library, User: lintian-ma...@debian.org Usertags: missing-dependency-on-libc All shared libraries and compiled binaries must be run through dpkg-shlibdeps to find out any libraries they are linked against (often via the dh_shlibdeps debhelper command). The package containing these files must then depend on ${shlibs:Depends} in debian/control to get the proper package dependencies for those libraries. Refer to Debian Policy Manual section 8.6 (Dependencies between the library and other packages - the shlibs system) for details. ,[ 8.6 Dependencies between the library and other packages - the shlibs system ] | If a package contains a binary or library which links to a shared library, we | must ensure that when the package is installed on the system, all of the | libraries needed are also installed. This requirement led to the creation of the | shlibs system, which is very simple in its design: any package which provides a | shared library also provides information on the package dependencies required to | ensure the presence of this library, and any package which uses a shared library | uses this information to determine the dependencies it requires. The files which | contain the mapping from shared libraries to the necessary dependency | information are called shlibs files. | | Thus, when a package is built which contains any shared libraries, it must | provide a shlibs file for other packages to use, and when a package is built | which contains any shared libraries or compiled binaries, it must run | dpkg-shlibdeps on these to determine the libraries used and hence the | dependencies needed by this package. ` ,[ 8.6.2 How to use dpkg-shlibdeps and the shlibs files ] | Put a call to dpkg-shlibdeps into your debian/rules file. If your package | contains only compiled binaries and libraries (but no scripts), you can use a | command such as: | | dpkg-shlibdeps debian/tmp/usr/bin/* debian/tmp/usr/sbin/* \ |debian/tmp/usr/lib/* | | Otherwise, you will need to explicitly list the compiled binaries and | libraries.[53] | | This command puts the dependency information into the debian/substvars file, | which is then used by dpkg-gencontrol. You will need to place a | ${shlibs:Depends} variable in the Depends field in the control file for this to | work. ` manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tix depends on: ii tcl8.3 [tclsh]8.3.5-14 Tcl (the Tool Command Language) v8 ii tcl8.4 [tclsh]8.4.19-4 Tcl (the Tool Command Language) v8 ii tcl8.5 [tclsh]8.5.7-1Tcl (the Tool Command Language) v8 tix recommends no packages. tix suggests no packages. ---End Message--- ---BeginMessage--- Source: tix Source-Version: 8.4.0-7 We believe that the bug you reported is fixed in the latest version of tix, which is due to be installed in the Debian FTP archive: tix-dev_8.4.0-7_i386.deb to main/t/tix/tix-dev_8.4.0-7_i386.deb tix_8.4.0-7.diff.gz to main/t/tix/tix_8.4.0-7.diff.gz tix_8.4.0-7.dsc to main/t/tix/tix_8.4.0-7.dsc tix_8.4.0-7_i386.deb to main/t/tix/tix_8.4.0-7_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 553...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp.
Bug#549312: synaptic has no problem
synaptic installs packages from dvds without problems. Perhaps this bug should be re-assigned back to aptitude? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: xySSL dead upstream, replaced by polarssl
Processing commands for cont...@bugs.debian.org: reopen 536697 Bug #536697 {Done: Arnaud Cornet acor...@debian.org} [libxyssl-dev] libxyssl-dev: XySSL dead upstream, should switch to PolarSSL fork 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. severity 536697 serious Bug #536697 [libxyssl-dev] libxyssl-dev: XySSL dead upstream, should switch to PolarSSL fork Severity set to 'serious' from '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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536697: xySSL dead upstream, replaced by polarssl
reopen 536697 severity 536697 serious thanks polarssl is now in squeeze/sid. Therefore xyssl should be removed. Unless there is a compelling reason for xyssl to stay, please ask for the removal of xyssl from sid. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554890: marked as done (nautilus crashes when trying to edit preference)
Your message dated Sat, 07 Nov 2009 15:57:52 +0100 with message-id 1257605872.8680.112.ca...@shizuru and subject line Re: Bug#554890: nautilus crashes when trying to edit preference has caused the Debian Bug report #554890, regarding nautilus crashes when trying to edit preference to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 554890: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554890 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: nautilus Version: 2.26.3-1 Severity: grave Justification: renders package unusable (nautilus:3292): Gtk-CRITICAL **: gtk_toggle_button_set_active: assertion `GTK_IS_TOGGLE_BUTTON (toggle_button)' failed (nautilus:3292): GLib-GObject-WARNING **: invalid (NULL) pointer instance (nautilus:3292): GLib-GObject-CRITICAL **: g_signal_handlers_unblock_matched: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_set_data_full: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_set_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_set_data_full: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): Eel-CRITICAL **: eel_preferences_add_callback_while_alive: assertion `G_IS_OBJECT (alive_object)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-GObject-WARNING **: invalid (NULL) pointer instance (nautilus:3292): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): Eel-CRITICAL **: eel_preferences_get: assertion `name != NULL' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-GObject-WARNING **: invalid (NULL) pointer instance (nautilus:3292): GLib-GObject-CRITICAL **: g_signal_handlers_block_matched: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (nautilus:3292): Gtk-CRITICAL **: gtk_combo_box_set_active: assertion `GTK_IS_COMBO_BOX (combo_box)' failed (nautilus:3292): GLib-GObject-WARNING **: invalid (NULL) pointer instance (nautilus:3292): GLib-GObject-CRITICAL **: g_signal_handlers_unblock_matched: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_set_data_full: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_set_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_set_data_full: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): Eel-CRITICAL **: eel_preferences_add_callback_while_alive: assertion `G_IS_OBJECT (alive_object)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-GObject-WARNING **: invalid (NULL) pointer instance (nautilus:3292): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): Eel-CRITICAL **: eel_preferences_get: assertion `name != NULL' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-GObject-WARNING **: invalid (NULL) pointer instance (nautilus:3292): GLib-GObject-CRITICAL **: g_signal_handlers_block_matched: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (nautilus:3292): Gtk-CRITICAL **: gtk_combo_box_set_active: assertion `GTK_IS_COMBO_BOX (combo_box)' failed (nautilus:3292): GLib-GObject-WARNING **: invalid (NULL) pointer instance (nautilus:3292): GLib-GObject-CRITICAL **: g_signal_handlers_unblock_matched: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_set_data_full: assertion `G_IS_OBJECT (object)' failed (nautilus:3292): GLib-GObject-CRITICAL **: g_object_set_data: assertion
Bug#499516: drbd8-utils: Do not 'invoke-rc.d drbd stop' in prerm script for action 'upgrade'
On Tue, Sep 01, 2009 at 10:17:11AM +0200, Uli Martens wrote: severity 499516 grave found 499516 2:8.3.2-1~bpo50+1 found 499516 2:8.3.2-3 thanks Hi, This problem just shut down all drbd resources on my secondary server and tried to shut down all resources on my primary server. Upgrading to the new package version stopped the one thing I'm using drbd for in the first place: redundancy. I agree with this. Restarts of the drbd resource should not be done automatically, only by the administrator. Please don't stop drbd on upgrade, and if you absolutelly must stop it, make sure it's started again after the upgrade. I went and tested the current package in unstable and when reinstalling the drbd8-utils package on the secondary, with the resource up and running, “drbdsetup /dev/drbd0 events” on primary shows: gnta1:~# drbdsetup /dev/drbd0 events 2 ST 0 { cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate r--- } (here the package secondary is being reinstalled) 653 ST 0 { cs:TearDown ro:Primary/Unknown ds:UpToDate/DUnknown r--- } 654 ST 0 { cs:Unconnected ro:Primary/Unknown ds:UpToDate/DUnknown r--- } 655 ST 0 { cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown r--- } and this leaves the resource without redundancy. Reinstalling the package on the primary will even unmount a filesystem and tear down the resource! Attached to this email is patch against the current SVN tree that simply disables the stop of the prerm for upgrades. If by any chance, an upgrade absolutely requires the stop, IMHO this should be done conditionally in the new packages's postinst/configure and not in the old package. I've verified and after a package built with the patch applied, *future* upgrades will no longer shutdown the resources. But upgrading to this fixed version will still do a shutdown, since the stop is in the old version's prerm, which we can't change. Note: the patch also has a few unrelated changes that were required to be able to build the package on a clean checkout from the SVN repo. regards, iustin Property changes on: debian ___ Added: mergeWithUpstream + 1 Index: debian/drbd8-utils.prerm === --- debian/drbd8-utils.prerm (revision 72) +++ debian/drbd8-utils.prerm (working copy) @@ -17,7 +17,9 @@ ;; upgrade|failed-upgrade) - invoke-rc.d drbd stop + # we don't stop the drbd resources as it's not absolutely needed during + # a utils upgrade and it would mean that unattended upgrades cause + # outages ;; *) Index: debian/changelog === --- debian/changelog (revision 72) +++ debian/changelog (working copy) @@ -1,3 +1,12 @@ +drbd8 (2:8.3.4-1.1) unstable; urgency=low + + * Non-maintainer upload. + * No longer stops the drbd resources on upgrades of the drbd8-utils +package, since this is not needed and shutdowns must be done by the +administrator + + -- Iustin Pop iu...@k1024.org Sat, 07 Nov 2009 16:17:41 +0100 + drbd8 (2:8.3.4-1) unstable; urgency=low * New upstream release. Property changes on: debian/rules ___ Added: svn:executable + * Index: debian/watch === --- debian/watch (revision 72) +++ debian/watch (working copy) @@ -1,2 +1,2 @@ version=3 -http://oss.linbit.com/drbd/ 8.0/drbd-(.*).tar.gz +http://oss.linbit.com/drbd/ 8.3/drbd-(.*).tar.gz
Bug#533178: apt-proxy: no longer starts due to twistd issues
On Mon, Jun 15, 2009 at 02:35:37PM +0200, folkert van heusden wrote: Package: apt-proxy Version: 1.9.36.3+nmu1 Severity: grave Justification: renders package unusable No longer starts due to twistd error. mmc:/usr/share/doc/nagios3# /etc/init.d/apt-proxy start Starting apt-proxy:Traceback (most recent call last): File /usr/bin/twistd, line 20, in module from twisted.scripts.twistd import run ImportError: No module named twisted.scripts.twistd failed! Hi, I just tested apt-proxy and it seems to starts correctly now. Is it still broken for you? regards, iustin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#554949: wicd doesn't start
Processing commands for cont...@bugs.debian.org: retitle 554949 empty section in configuration file makes wicd not to start Bug #554949 [wicd] wicd doesn't start Changed Bug title to 'empty section in configuration file makes wicd not to start' from 'wicd doesn't start' tags 553197 confirmed Bug #553197 [wicd] wicd: Creates an empty entry in the wired setting from time to time Added tag(s) confirmed. severity 553197 important Bug #553197 [wicd] wicd: Creates an empty entry in the wired setting from time to time Severity set to 'important' from 'normal' block 554949 by 553197 Bug #554949 [wicd] empty section in configuration file makes wicd not to start Was not blocked by any bugs. Added blocking bug(s) of 554949: 553197 thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554949: wicd doesn't start
retitle 554949 empty section in configuration file makes wicd not to start tags 553197 confirmed severity 553197 important block 554949 by 553197 thanks On Saturday 07 November 2009 13:09:24, Gerfried Fuchs wrote: Package: wicd Version: 1.6.2.2-2 Severity: grave Justification: renders package unusable Hi! Hi Rhonda (and Lisandro, submitter of #553197), This bug has already been filed by Lisandro (recently I admit!), and unfortunately I haven't yet had the time to investigate it further. I'm keeping the two bugs separated because I temporarily fixed the error (and found a workaround for this particular one), but I should really find where the empty section gets added. So, this workaround will fix _this_ severity:grave bug, while the fact that it merely adds an empty section could be an important bug, as I'm not sure this fix is going to be future-proof :) Yes, they're the same bug, but I'm fixing them as they were different ones :) [..] According to the log (which is sitting in a strangely permissioned directory: 1363?! what for?! ... and please chown :adm) Not my fault, I swear! :) That directory is root:root here. (will chown it root:adm) the issue seems to be the empty block at the end: [..] #v- Unfortunately, running /etc/init.d/wicd start doesn't give any hint, it even exits with 0 which is wrong (and is part of the justification for the severity). Ok, I think I've fixed this. Removing the empty block [] from the wired-settings.conf makes the problem go away, but as said, I never hand-touched that file (yet) and thus suspect an error somewhere in wicd - besides that it shouldn't break like that. :/ Fixed this as well. Thank you, and thanks for waking me up on this grave bug. However, I should really fix where this section gets added -- I'm not sure my workaround is safe enough. Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Processed: limit source to wicd, tagging 554949
Processing commands for cont...@bugs.debian.org: #wicd (1.6.2.2-3) UNRELEASED; urgency=low # # * debian/patches/06-dont_bomb_out_on_configparser_error.patch added #(Closes: #554949) # limit source wicd Limiting to bugs with field 'source' containing at least one of 'wicd' Limit currently set to 'source':'wicd' tags 554949 + pending confirmed Bug #554949 [wicd] empty section in configuration file makes wicd not to start Added tag(s) confirmed and pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553195: os-prober-1.35
On Thu, Oct 29, 2009 at 10:09:50AM -0400, BandiPat wrote: Package: os-prober Version: 1.35 There seems to be a problem with this version detecting Windows partitions that are mounted on a system. I have tried this version then reverted back to the 1.29 version which works correcting in finding the Windows partition. I noticed in the bug-reports there was an instance of os-prober not finding the MacX partition, which sounds somewhat like the problem I am experiencing. Any help would be welcomed. In my log file associated with the installer we use, there seems to be some problems with the program newns as well. I am including the log file, so you may see what I mean. Hi, I've just tested os-prober 1.35 on amd64 and it works correctly (detects Window XP partition): ~# /etc/grub.d/30_os-prober Found Windows XP Professional x64 Edition on /dev/sda2 menuentry Windows XP Professional x64 Edition (on /dev/sda2) { … /usr/lib/os-prober/newns: line 8: syntax error near unexpected token `(' /usr/lib/os-prober/newns: line 8: `int main(int argc, char **argv)' This sounds like the contents of the newns file is corrupted. Can you try to reinstall the os-prober package and see if it still doesn't work? What does file /usr/lib/os-prober/newns say? regards, iustin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554953: [buildd-tools-devel] Bug#554953: buildd: Fails to upgrade, doesn't work.
On Sat, Nov 07, 2009 at 01:58:28PM +0100, Kurt Roeckx wrote: Package: buildd Version: 0.59.0-1 Severity: serious Hi, When upgrading buildd on one of the buildds I get: Setting up buildd (0.59.0-1) ... Installing new version of config file /etc/cron.d/buildd ... Starting Debian package autobuilder: builddE: /home/buildd/.builddrc: Errors found in configuration file: Global symbol $sshcmd requires explicit package name at (eval 7) line 35. Global symbol $wanna_build_user requires explicit package name at (eval 7) line 38. Global symbol $wanna_build_dbbase requires explicit package name at (eval 7) line 39. invoke-rc.d: initscript buildd, action start failed. These errors are due to configuration file differences between the packaged and buildd versions of the buildd package. I would recommend not using this or its companion wanna-build packages on a buildd--they are not fully synced with the current buildd versions provided by phil. I would suggest just installing the sbuild packages (sbuild, libsbuild-perl) and using the other versions of wanna-build and buildd. I'd like to get this done sometime soon, but I'm lacking in free time at the moment. One issue is that the packaged wanna-build implemented a database abstraction to implement PostgreSQL and MLDBM support where the buildd w-b just converted over wholesale. The new buildd w-b postgres support needs porting over. We implemented a more sophisticated Postgres schema, so we also need to allow conversion of the old Postgres schema to the new one as well. And the log file shows: Nov 7 12:21:17 buildd[14089]: Daemon started. (pid=14096) Nov 7 12:21:17 buildd[14089]: Nothing to do -- sleeping 300 seconds Yes, I'm aware of this one; I think the logger starts up before the system daemonised and so is using the initial PID rather than the final daemon PID. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#554949: marked as done (empty section in configuration file makes wicd not to start)
Your message dated Sat, 07 Nov 2009 16:34:25 + with message-id e1n6of7-0004wg...@ries.debian.org and subject line Bug#554949: fixed in wicd 1.6.2.2-3 has caused the Debian Bug report #554949, regarding empty section in configuration file makes wicd not to start to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 554949: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554949 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wicd Version: 1.6.2.2-2 Severity: grave Justification: renders package unusable Hi! I'm having troubles starting wicd lately, it seems like some configuration file syntax has changed and wicd stops starting with it. This is the content of my configuration file, I never touched it by hand: #v+ [DEFAULT] lastused = True [wired-default] afterscript = None use_static_dns = False disconnectscript = None dns3 = None postdisconnectscript = None dns1 = None lastused = False broadcast = None default = 1 netmask = None dns2 = None beforescript = None predisconnectscript = None ip = None gateway = None use_global_dns = False [home] afterscript = None use_static_dns = True disconnectscript = None dns3 = None postdisconnectscript = None dns1 = 213.129.232.1 lastused = False broadcast = None default = 0 netmask = 255.255.255.0 dns2 = 213.129.226.2 beforescript = None predisconnectscript = None ip = 10.0.0.27 gateway = 10.0.0.1 use_global_dns = False [] #v- According to the log (which is sitting in a strangely permissioned directory: 1363?! what for?! ... and please chown :adm) the issue seems to be the empty block at the end: #v+ 2009/11/07 12:59:56 :: --- 2009/11/07 12:59:56 :: wicd initializing... 2009/11/07 12:59:56 :: --- 2009/11/07 12:59:56 :: wicd is version 1.6.2.2 463 2009/11/07 12:59:56 :: Traceback (most recent call last): 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd-daemon.py, line 1750, in module 2009/11/07 12:59:56 :: main(sys.argv) 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd-daemon.py, line 1714, in main 2009/11/07 12:59:56 :: daemon = WicdDaemon(wicd_bus, auto_connect=auto_connect) 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd-daemon.py, line 87, in __init__ 2009/11/07 12:59:56 :: self.wired_bus= WiredDaemon(bus_name, self, wired=self.wired) 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd-daemon.py, line 1330, in __init__ 2009/11/07 12:59:56 :: debug=debug) 2009/11/07 12:59:56 :: File /usr/share/wicd/wicd/configmanager.py, line 40, in __init__ 2009/11/07 12:59:56 :: self.read(path) 2009/11/07 12:59:56 :: File /usr/lib/python2.5/ConfigParser.py, line 267, in read 2009/11/07 12:59:56 :: self._read(fp, filename) 2009/11/07 12:59:56 :: File /usr/lib/python2.5/ConfigParser.py, line 490, in _read 2009/11/07 12:59:56 :: raise e 2009/11/07 12:59:56 :: ConfigParser.ParsingError: File contains parsing errors: /etc/wicd/wired-settings.conf 2009/11/07 12:59:56 :: [line 40]: '[]\n' #v- Unfortunately, running /etc/init.d/wicd start doesn't give any hint, it even exits with 0 which is wrong (and is part of the justification for the severity). Removing the empty block [] from the wired-settings.conf makes the problem go away, but as said, I never hand-touched that file (yet) and thus suspect an error somewhere in wicd - besides that it shouldn't break like that. :/ Thanks! Rhonda -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-2-powerpc Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd depends on: ii adduser 3.111add and remove users and groups ii dbus1.2.16-2 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii dhcp3-client3.1.2p1-2DHCP client ii iproute 20090324-1 networking and traffic control too ii iputils-ping3:20071127-2 Tools to test the reachability of ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii net-tools 1.60-23 The NET-3 networking toolkit ii psmisc 22.8-1 utilities that use the proc file s ii python 2.5.4-2 An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii
Processed: control
Processing commands for cont...@bugs.debian.org: fixed 551183 python-qt3/3.18.1-2 Bug #551183 [luma] [luma] luma is not installable because python-qt3 confilcts with python-sip4 Bug Marked as fixed in versions python-qt3/3.18.1-2. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548231: [pppoeconf] menu item fails unless launched as root
severity 548231 minor thanks Hello, On Thu, Sep 24, 2009 at 02:40:01PM -0400, Filipus Klutiero wrote: In English, that would be $ LANG=C /usr/sbin/pppoeconf Please become root before running pppoeconf! Press return to continue... pppoeconf then exits. The desktop file does not indicate anywhere the requirement to run as superuser. This makes the menu item basically useless. You can see synaptic for an example of how to do menu items requiring root privileges (but note that synaptic has bug 532322). pppoeconf try to use sudo or su-to-root to become root. If you have not sudo or menu package on your system, pppoeconf warn you to become root and exit. If you have a better suggestion, don't hesitate. Perhaps add gksu support if it's installed... For example, on line 42: --8-- +elif which gksu /dev/null; then + exec gksu $0 $@ || exit 1 --8-- Regards, -- Gregory Colpart r...@evolix.fr GnuPG:1024D/C1027A0E Evolix - Informatique et Logiciels Libres http://www.evolix.fr/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#548231: [pppoeconf] menu item fails unless launched as root
Processing commands for cont...@bugs.debian.org: severity 548231 minor Bug #548231 [pppoeconf] [pppoeconf] menu item fails unless launched as root Severity set to 'minor' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: forcibly merging 554970 552178
Processing commands for cont...@bugs.debian.org: forcemerge 554970 552178 Bug#554970: iceweasel: Iceweasel 3.5.5 still crashes at startup Bug#552178: iceweasel: 3.5.3 crashes at startup Forcibly Merged 552178 554970. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533178: apt-proxy: no longer starts due to twistd issues
I decided to switch to an other solution. Sorry for that! -Original Message- From: Iustin Pop [mailto:iu...@k1024.org] Sent: Saturday, November 07, 2009 4:32 PM To: Folkert van Heusden; 533...@bugs.debian.org Subject: Re: Bug#533178: apt-proxy: no longer starts due to twistd issues On Mon, Jun 15, 2009 at 02:35:37PM +0200, folkert van heusden wrote: Package: apt-proxy Version: 1.9.36.3+nmu1 Severity: grave Justification: renders package unusable No longer starts due to twistd error. mmc:/usr/share/doc/nagios3# /etc/init.d/apt-proxy start Starting apt-proxy:Traceback (most recent call last): File /usr/bin/twistd, line 20, in module from twisted.scripts.twistd import run ImportError: No module named twisted.scripts.twistd failed! Hi, I just tested apt-proxy and it seems to starts correctly now. Is it still broken for you? regards, iustin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549312: Update: synaptic also has problem
I spoke too soon - in my last report. The same problem (sometimes) happens in synaptic. I guess means that the problem lies at a lower level than either synaptic or aptitude. ael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554987: xvier: crash with xvier: read from xvier_prog failed
Package: xvier Version: 1.0-7.4 Severity: grave Hello Josip, This is on lenny-amd64: xvier crash when clicking on the fourth row with xvier: read from xvier_prog failed Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xvier depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#142253: FTBFS: built executable segfaults during build
According to buildd logs, at least current version (1.1.0+1.1.1-a021-1.3) builds successfully (including point spotted by reporters) on amd64 / ia64 architecture. So we could change state of this bug to be fixed. Tomoki AONO (a...@cc.osaka-kyoiku.ac.jp) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549513: marked as done (fails to build with newer eglibc/gcc-4.4)
Your message dated Sat, 07 Nov 2009 19:32:40 + with message-id e1n6r1c-0002y2...@ries.debian.org and subject line Bug#549513: fixed in wvdial 1.60.3 has caused the Debian Bug report #549513, regarding fails to build with newer eglibc/gcc-4.4 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549513: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549513 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wvdial Version: 1.60.2 Severity: normal Tags: patch Hi, during Ubuntu's rebuild test, wvdial failed to build [1]. While the failure showing in the build log is already fixed in 1.60.2, either the newer eglibc or gcc-4.4 doesn't allow an implicit cast. Attached is a patch to fix the build failure. Would be cool if you can add it. Thanks, Stefan. [1]: https://edge.launchpad.net/ubuntu/+archive/test-rebuild-20090909/+build/1233723/+files/buildlog_ubuntu-karmic-amd64.wvdial_1.60.1+nmu2_FAILEDTOBUILD.txt.gz -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-11-generic (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wvdial depends on: ii debcon 1.5.27ubuntu1 Debian configuration management sy ii libc6 2.10.1-0ubuntu12 GNU C Library: Shared libraries pn libuni none(no description available) ii libwvs 4.4.1-1.1 C++ network libraries for rapid ap ii libwvs 4.4.1-1.1 C++ network libraries for rapid ap ii libxpl 0.3.13-2ubuntu2 Light weight component system ii ppp2.4.5~git20081126t100229-0ubuntu2 Point-to-Point Protocol (PPP) - da wvdial recommends no packages. wvdial suggests no packages. diff -Nru wvdial-1.60.1+nmu2/wvmodemscan.cc wvdial-1.60.1+nmu2ubuntu1/wvmodemscan.cc --- wvdial-1.60.1+nmu2/wvmodemscan.cc 2007-07-19 23:22:26.0 +0200 +++ wvdial-1.60.1+nmu2ubuntu1/wvmodemscan.cc 2009-10-03 23:19:59.0 +0200 @@ -496,10 +496,8 @@ } -static int filesort(const void *_e1, const void *_e2) +static int filesort(const struct dirent **e1, const struct dirent **e2) { -dirent const * const *e1 = (dirent const * const *)_e1; -dirent const * const *e2 = (dirent const * const *)_e2; const char *p1, *p2; int diff; ---End Message--- ---BeginMessage--- Source: wvdial Source-Version: 1.60.3 We believe that the bug you reported is fixed in the latest version of wvdial, which is due to be installed in the Debian FTP archive: wvdial_1.60.3.dsc to main/w/wvdial/wvdial_1.60.3.dsc wvdial_1.60.3.tar.gz to main/w/wvdial/wvdial_1.60.3.tar.gz wvdial_1.60.3_i386.deb to main/w/wvdial/wvdial_1.60.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 549...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Luca Falavigna dktrkr...@debian.org (supplier of updated wvdial package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 07 Nov 2009 20:03:50 +0100 Source: wvdial Binary: wvdial Architecture: source i386 Version: 1.60.3 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Luca Falavigna dktrkr...@debian.org Description: wvdial - PPP dialer with built-in intelligence Closes: 549513 Changes: wvdial (1.60.3) unstable; urgency=low . * QA upload. * wvmodemscan.cc: - Fix FTBFS with gcc-4.4, thanks Stefan Potyra! (Closes: #549513). * Bump Standars-Version to 3.8.3, no changes required. Checksums-Sha1: b8168c30e0004ad1b9ffd488b0c38924b96375ad 755 wvdial_1.60.3.dsc bf28368ed76f7b009c39a947fe27f030b9d98585 110640 wvdial_1.60.3.tar.gz bd3dbe42d9ebd8cb6e9f7f361e032bea99d9e56a 168812 wvdial_1.60.3_i386.deb Checksums-Sha256: 8f4b4c2c559c23962a9741b1ba1829d361f5d964b59615ab1846242a73d34e69 755 wvdial_1.60.3.dsc 8958275f9cd07eab8824ab978501ad8cf12a58a0c0498a945020db3f4bb6b7e8 110640 wvdial_1.60.3.tar.gz 12ee7d0fdfd797c2571e163880edce32627b1e0236263ed380fc9f014fd52093 168812
Bug#554987: xvier: crash with xvier: read from xvier_prog failed
On Sat, Nov 07, 2009 at 07:43:00PM +0100, Bill Allombert wrote: Package: xvier Version: 1.0-7.4 Severity: grave Hello Josip, This is on lenny-amd64: xvier crash when clicking on the fourth row with xvier: read from xvier_prog failed Hmm, it's actually randomly crashing, I've reproduced it. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554376: marked as done (Klavaro uninstallable on sid for amd64)
Your message dated Sat, 07 Nov 2009 19:47:07 + with message-id e1n6rfb-0003rz...@ries.debian.org and subject line Bug#554376: fixed in klavaro 1.3.5-1 has caused the Debian Bug report #554376, regarding Klavaro uninstallable on sid for amd64 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 554376: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554376 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: klavaro Version: 1.3.4-1 Severity: serious Package is uninstallable on amd64. All archs but hurd-i386 asks for libgtkdatabox-0.9.0-1. However, the current package for lbgtkdatabox is libgtkdatabox-0.9.1-1 . -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: klavaro Source-Version: 1.3.5-1 We believe that the bug you reported is fixed in the latest version of klavaro, which is due to be installed in the Debian FTP archive: klavaro_1.3.5-1.diff.gz to main/k/klavaro/klavaro_1.3.5-1.diff.gz klavaro_1.3.5-1.dsc to main/k/klavaro/klavaro_1.3.5-1.dsc klavaro_1.3.5-1_amd64.deb to main/k/klavaro/klavaro_1.3.5-1_amd64.deb klavaro_1.3.5.orig.tar.gz to main/k/klavaro/klavaro_1.3.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 554...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bart Martens ba...@debian.org (supplier of updated klavaro package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 05 Nov 2009 13:07:18 +0100 Source: klavaro Binary: klavaro Architecture: source amd64 Version: 1.3.5-1 Distribution: unstable Urgency: low Maintainer: Bart Martens ba...@debian.org Changed-By: Bart Martens ba...@debian.org Description: klavaro- A very flexible touch typing tutor Closes: 554376 Changes: klavaro (1.3.5-1) unstable; urgency=low . * Rebuild, no changes. Closes: #554376. * New upstream release. * debian/copyright: Updated. Checksums-Sha1: 992abe4ff545470126b4533f94eb7ebb3b62acae 1757 klavaro_1.3.5-1.dsc b86f7a54c3f8f79d37259dfb367db3b6b46de2c5 960872 klavaro_1.3.5.orig.tar.gz 2b06bd36043c9507778501769318d44218c4586c 4013 klavaro_1.3.5-1.diff.gz f9a8e3069272e2015ac649fd8c72cc72d6e4da64 533694 klavaro_1.3.5-1_amd64.deb Checksums-Sha256: 000520b6df180fc080eb0745239cf8b1b8d398062b794a759cda565bef89b6a3 1757 klavaro_1.3.5-1.dsc d5ab8cb7d32cebc0ffef35667ee889d5581eb4046d77923445870ac287eb8f5b 960872 klavaro_1.3.5.orig.tar.gz 17aa2133fb3d08f9b4ac7d3e4c05bdaf8c61aa2bdb1607a3c0939910be297cd4 4013 klavaro_1.3.5-1.diff.gz d5388042325405efe8c9718d94527fb8220795b78169f94059a9c9a15ff68215 533694 klavaro_1.3.5-1_amd64.deb Files: 8d6a45506b4b558b86c25e42840795f9 1757 x11 optional klavaro_1.3.5-1.dsc fe34b3d8c75fe438cd6fb26ea2b2d605 960872 x11 optional klavaro_1.3.5.orig.tar.gz 2519737c939bba958d9b97a352085521 4013 x11 optional klavaro_1.3.5-1.diff.gz a34071b889075c0756aacf484001f9bd 533694 x11 optional klavaro_1.3.5-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJK9ctBAAoJEDNV9NY7WCHMXqUP/js3HCOA8EGR0XKFZ/sY7LMI q/24Z14ai3/sAhUKqfqi+mPdKAh9+JCVc7BbEuwAN3OWfbyQ6DEC7NUM6wjSAHbf qXsbrau2OddPsHtZ+p98KonPSJBfz6emH5w8JETKNV+htxZrVNV1d7FZUABEhSfi k++K1RgKj1TzczR4fG6zHusiK7O2+wyaSAFRNaQCsdEf9kkiFf/0+8KpTdJh6uyr bQCJuvZ/RfWrhcZ/smz56znu3iZ1llHsdG/Gn2+688PvsTpvIdPBej3i8XdYMVDn b3nMwisLo0Q+L/e7myMZa/wrSNa8qpMFQSa8uGZFy2oz8PODHV8f+avUmmBA9H+J FZV8Naqc+Oblo/MnELIsDdPo7V0p4d//u9mR3JjG8TCfhPRsj6karB+l3FiBhN4i AAKRS5Heuk6/A5KGGWNS36g/flKQFCyQ0b9+jSJIDvFmKVOVAyWHTlxMqZUOnD6V 9wTcNkM+/8QcQbBFa1krh9R9WpcowCnIyeQpY/XLP8Ig5dD1T1lY50PdRpuzRade eO8SA4m3lHd28s5R8XHMB1wV2Jcm3rsI471mBI8NaHZkuDUAHROszSzXMQxUIHKE JuV0AzRK/j48HaNvfKSwMGB7311KgiL90CQWPpyjzwhLW0RLZVU16WLM4+rMMlLX Lm444TOBgVp6EV26UG/y =s9d7 -END PGP SIGNATURE- ---End Message---
Processed: found 554223 in 5.10.1-5
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 # no source change in perl caused this so no need to block testingtransition with this found 554223 5.10.1-5 Bug #554223 [perl] perl: FTBFS on mips: Test process timed out Bug Marked as found in versions perl/5.10.1-5. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554223: found 554223 in 5.10.1-5
# Automatically generated email from bts, devscripts version 2.10.35lenny7 # no source change in perl caused this so no need to block testingtransition with this found 554223 5.10.1-5 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Sat Nov 7 19:03:18 UTC 2009 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: google-perftools tags 547956 + pending Bug #547956 [libgoogle-perftools0] libgoogle-perftools0 library package includes command line utility Added tag(s) pending. # Source package in NEW: eclipse-l10n tags 533049 + pending Bug #533049 [wnpp] ITP: eclipse-l10n Added tag(s) pending. # Source package in NEW: firecookie tags 552427 + pending Bug #552427 [wnpp] ITP: firecookie -- extension for Firebug to view and manage cookies in your browser Added tag(s) pending. # Source package in NEW: qemu tags 541182 + pending Bug #541182 {Done: Vagrant Cascadian vagr...@freegeek.org} [qemu] qemu: undocumented virtio NIC Added tag(s) pending. # Source package in NEW: amrita2 tags 552411 + pending Bug #552411 [wnpp] ITP: amrita2 -- a xml/xhtml template library for Ruby Added tag(s) pending. # Source package in NEW: haskell-hxt tags 511325 + pending Bug #511325 [wnpp] ITP: haskell-hxt -- an xml toolkit for haskell Added tag(s) pending. # Source package in NEW: jmdns tags 486697 + pending Bug #486697 [wnpp] ITP: jmdns -- java implementation of multi-cast DNS (Apple Rendezvous) Added tag(s) pending. # Source package in NEW: libgraphics-gnuplotif-perl tags 552476 + pending Bug #552476 [wnpp] ITP: libgraphics-gnuplotif-perl -- A dynamic Perl interface to gnuplot Added tag(s) pending. # Source package in NEW: libhttp-parser-perl tags 552283 + pending Bug #552283 [wnpp] ITP: libhttp-parser-perl -- HTTP request and response parser Added tag(s) pending. # Source package in NEW: libmixin-linewise-perl tags 552241 + pending Bug #552241 [wnpp] ITP: libmixin-linewise-perl -- Perl module to handle general I/O Added tag(s) pending. # Source package in NEW: libsearch-namazu-ruby tags 552325 + pending Bug #552325 [wnpp] ITP: libsearch-namazu-ruby -- Namazu binding for Ruby language Added tag(s) pending. # Source package in NEW: qjson tags 549160 + pending Bug #549160 [wnpp] ITP: qjson -- qt-based library that maps JSON data to QVariant objects Added tag(s) pending. # Source package in NEW: ibus-client-clutter tags 552587 + pending Bug #552587 [wnpp] ITP: ibus-client-clutter -- ibus input method framework for clutter Added tag(s) pending. # Source package in NEW: lua-iconv tags 544960 + pending Bug #544960 [lua-iconv] lua-iconv missing debian/watch Added tag(s) pending. # Source package in NEW: lua-iconv tags 544958 + pending Bug #544958 [lua-iconv] lua-iconv does not comply with the debian lua policy Added tag(s) pending. # Source package in NEW: xfce4-volumed tags 545098 + pending Bug #545098 [wnpp] ITP: xfce4-volumed -- volume keys daemon for Xfce Added tag(s) pending. # Source package in NEW: cfget tags 553065 + pending Bug #553065 [wnpp] ITP: cfget -- featureful tool to read values from config files Added tag(s) pending. # Source package in NEW: chicken tags 548962 + pending Bug #548962 [chicken-bin] chicken-bin: New upstream version: 4.* Added tag(s) pending. # Source package in NEW: chicken tags 539841 + pending Bug #539841 [chicken] Please package Chicken 4.1 Added tag(s) pending. # Source package in NEW: chicken tags 532895 + pending Bug #532895 [chicken] chicken: FTBFS on Debian GNU/Hurd [Proposed Fix Included] Added tag(s) pending. # Source package in NEW: flowcanvas tags 553386 + pending Bug #553386 [wnpp] ITP: flowcanvas -- interactive widget for âboxes and linesâ environments Added tag(s) pending. # Source package in NEW: icu tags 469454 + pending Bug #469454 [libicu-dev] libicu-dev: should also provide libicuuc.a etc Added tag(s) pending. # Source package in NEW: raul tags 553377 + pending Bug #553377 [wnpp] ITP: raul -- real time audio utility library Added tag(s) pending. # Source package in NEW: mathpiper tags 549975 + pending Bug #549975 [wnpp] ITP: mathpiper -- A Java Computer Algebra System Added tag(s) pending. # Source package in NEW: oss4 tags 483856 + pending Bug #483856 [wnpp] ITP: oss4 -- Next generation of the Open Sound System Bug #442275 [wnpp] ITP: oss4 -- Next generation of the Open Sound System Added tag(s) pending. Added tag(s) pending. # Source package in NEW: ubuntu-dev-tools tags 542789 + pending Bug #542789 [wnpp] ITP: ubuntu-dev-tools -- useful tools for Ubuntu developers Added tag(s) pending. # Source package in NEW: openoffice.org-dictionaries tags 547654 + pending Bug #547654 [hunspell-da] [fixed for 3.2, cws sw32bf05] please update da_DK.* from Stavekontrolden 1.1 to 1.4 Added tag(s) pending. # Source package in NEW: dpm tags 552331 + pending Bug #552331 [wnpp] ITP: dpm -- Disk Pool Manager (DPM) Added tag(s) pending. # Source package in NEW: lfc-postgres tags 552330 + pending Bug #552330 [wnpp] ITP: lfc-postgres -- LCG File Catalog (LFC) server with postgres database backend Added tag(s) pending. # Source package
Bug#552797: marked as done (perl: dpkg-shlibdeps fails on suid-perl on i386)
Your message dated Sat, 07 Nov 2009 21:38:08 + with message-id e1n6sz2-0005zt...@ries.debian.org and subject line Bug#552797: fixed in perl 5.10.1-7 has caused the Debian Bug report #552797, regarding perl: dpkg-shlibdeps fails on suid-perl on i386 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552797: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552797 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: perl Version: 5.10.1-5 Severity: serious From the i386 buildd log: dpkg-shlibdeps: error: couldn't find library libperl.so.5.10 needed by debian/build/perl-suid/usr/bin/sperl5.10.1 (ELF format: 'elf32-i386'; RPATH: ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends} resulting in Package: perl-suid Depends: perl (= 5.10.1-5) which correctly triggers the lintian error missing-dependency-on-libc needed by ./usr/bin/sperl5.10.1 I suspect I broke it with http://git.debian.org/?p=perl/perl.git;a=commitdiff;h=063f225d0fdeca563c7906927fc30171c3684f70 but I'm not sure how yet. The other architectures are OK. The special thing about i386 is that libperl.so.5.10 actually is in libperl5.10 and not in perl-base. Note that this is going to cause an automatically REJECT soon according to http://lists.debian.org/debian-devel-announce/2009/10/msg4.html -- Niko Tyni nt...@debian.org ---End Message--- ---BeginMessage--- Source: perl Source-Version: 5.10.1-7 We believe that the bug you reported is fixed in the latest version of perl, which is due to be installed in the Debian FTP archive: libcgi-fast-perl_5.10.1-7_all.deb to main/p/perl/libcgi-fast-perl_5.10.1-7_all.deb perl-doc_5.10.1-7_all.deb to main/p/perl/perl-doc_5.10.1-7_all.deb perl-modules_5.10.1-7_all.deb to main/p/perl/perl-modules_5.10.1-7_all.deb perl_5.10.1-7.diff.gz to main/p/perl/perl_5.10.1-7.diff.gz perl_5.10.1-7.dsc to main/p/perl/perl_5.10.1-7.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Niko Tyni nt...@debian.org (supplier of updated perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 06 Nov 2009 22:18:07 +0200 Source: perl Binary: perl-base libcgi-fast-perl perl-doc perl-modules perl-debug perl-suid libperl5.10 libperl-dev perl Architecture: all source Version: 5.10.1-7 Distribution: unstable Urgency: medium Maintainer: Niko Tyni nt...@debian.org Changed-By: Niko Tyni nt...@debian.org Closes: 552797 554218 Description: libcgi-fast-perl - CGI::Fast Perl module libperl5.10 - shared Perl library libperl-dev - Perl library: development files perl-base - minimal Perl system perl-debug - debug-enabled Perl interpreter perl-doc - Perl documentation perl - Larry Wall's Practical Extraction and Report Language perl-modules - Core Perl modules perl-suid - runs setuid Perl scripts Changes: perl (5.10.1-7) unstable; urgency=medium . * Only run dpkg-shlibdeps when all the shlibs files have been created. This fixes perl-suid dependencies on i386. (Closes: #552797) * Set myself as Maintainer and remove Brendan O'Dea from the control file at his request. * Make the threads-shared test suite more robust, fixing failures on hppa. (Closes: #554218) Checksums-Sha1: 1dbe775f52883b97f452963217161afc34e7ae41 7196296 perl-doc_5.10.1-7_all.deb 3f730d29eefccd638bb63756167ac284a0ca74bf 100152 perl_5.10.1-7.diff.gz 9e5cb086afb978b7370ea560dd24de06cfe2c406 1357 perl_5.10.1-7.dsc ce244a04c19857927dd57878880237637b0ddfde 50964 libcgi-fast-perl_5.10.1-7_all.deb f4888afba0dbf1892686f9fbd641d7ab957eef5a 3487146 perl-modules_5.10.1-7_all.deb Checksums-Sha256: a73392fb1c23a78a41f0fec32bd6f7d54242d71aa1a3972d18718c3d114ee4f4 100152 perl_5.10.1-7.diff.gz b084c4d310085c4bbbfa9ae86ebf739b1ba9647357c5160c0de2e2e1afb6affd 3487146 perl-modules_5.10.1-7_all.deb b9f46817f29d48ee8bf6783dee38d68f3271570c733aa06223de0682d17bfd23 1357 perl_5.10.1-7.dsc
Bug#554218: marked as done (perl: FTBFS on hppa: Thread creation failed)
Your message dated Sat, 07 Nov 2009 21:38:08 + with message-id e1n6sz2-0005zw...@ries.debian.org and subject line Bug#554218: fixed in perl 5.10.1-7 has caused the Debian Bug report #554218, regarding perl: FTBFS on hppa: Thread creation failed to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 554218: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554218 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: perl Version: 5.10.1-6 Severity: serious perl/5.10.1-6 failed to build on paer, see https://buildd.debian.org/fetch.cgi?pkg=perlarch=hppaver=5.10.1-6stamp=1256782011file=logas=raw 5.10.1-5 built OK, and as there were no related source changes in -6, I assume the libc NPTL switch is the culprit. Cc'ing the debian-hppa list. Could somebody please look into this? I don't know if perl needs to be recompiled against libc6 2.10 first or if it shows up with the system perl too. It should be enough to just run 'cd ext/threads-shared perl t/stress.t' but I don't quite have the heart to try it out on paer and its chroot still has libc6 2.9 anyway. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. Thread creation failed: pthread_create returned 11 at ../ext/threads-shared/t/stress.t line 77. # Warning: 13 threads failed # Note: errno 12 = ENOMEM # Test failed: 37 threads timed out ext/threads-shared/t/stress...FAILED at test 1 -- Niko Tyni nt...@debian.org ---End Message--- ---BeginMessage--- Source: perl Source-Version: 5.10.1-7 We believe that the bug you reported is fixed in the latest version of perl, which is due to be installed in the Debian FTP archive: libcgi-fast-perl_5.10.1-7_all.deb to main/p/perl/libcgi-fast-perl_5.10.1-7_all.deb perl-doc_5.10.1-7_all.deb to main/p/perl/perl-doc_5.10.1-7_all.deb perl-modules_5.10.1-7_all.deb to main/p/perl/perl-modules_5.10.1-7_all.deb perl_5.10.1-7.diff.gz to main/p/perl/perl_5.10.1-7.diff.gz perl_5.10.1-7.dsc to main/p/perl/perl_5.10.1-7.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 554...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Niko Tyni nt...@debian.org (supplier of updated perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 06 Nov 2009 22:18:07 +0200 Source: perl Binary: perl-base libcgi-fast-perl perl-doc perl-modules perl-debug perl-suid libperl5.10 libperl-dev perl Architecture: all source Version: 5.10.1-7 Distribution: unstable Urgency: medium Maintainer: Niko Tyni nt...@debian.org Changed-By: Niko Tyni nt...@debian.org Closes: 552797 554218 Description: libcgi-fast-perl - CGI::Fast Perl module libperl5.10 - shared Perl library libperl-dev - Perl library: development files perl-base - minimal Perl system perl-debug - debug-enabled Perl interpreter perl-doc - Perl documentation perl - Larry Wall's Practical Extraction and Report Language perl-modules - Core Perl modules perl-suid - runs setuid Perl scripts Changes: perl (5.10.1-7) unstable; urgency=medium . * Only run dpkg-shlibdeps when all
Bug#553259: marked as done (perl-suid: missing-dependency-on-libc needed by ./usr/bin/sperl5.10.1 but the package doesn't depend on the C library package. Normally this in
Your message dated Sat, 07 Nov 2009 21:38:08 + with message-id e1n6sz2-0005zt...@ries.debian.org and subject line Bug#552797: fixed in perl 5.10.1-7 has caused the Debian Bug report #552797, regarding perl-suid: missing-dependency-on-libc needed by ./usr/bin/sperl5.10.1 but the package doesn't depend on the C library package. Normally this indicates that ${shlibs: Depends} was omitted from the Depends line for this package in debian/control. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552797: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552797 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: perl-suid Version: 5.10.1-5 Severity: serious Justification: The listed file appears to be linked against the C library, User: lintian-ma...@debian.org Usertags: missing-dependency-on-libc All shared libraries and compiled binaries must be run through dpkg-shlibdeps to find out any libraries they are linked against (often via the dh_shlibdeps debhelper command). The package containing these files must then depend on ${shlibs:Depends} in debian/control to get the proper package dependencies for those libraries. Refer to Debian Policy Manual section 8.6 (Dependencies between the library and other packages - the shlibs system) for details. ,[ 8.6 Dependencies between the library and other packages - the shlibs system ] | If a package contains a binary or library which links to a shared library, we | must ensure that when the package is installed on the system, all of the | libraries needed are also installed. This requirement led to the creation of the | shlibs system, which is very simple in its design: any package which provides a | shared library also provides information on the package dependencies required to | ensure the presence of this library, and any package which uses a shared library | uses this information to determine the dependencies it requires. The files which | contain the mapping from shared libraries to the necessary dependency | information are called shlibs files. | | Thus, when a package is built which contains any shared libraries, it must | provide a shlibs file for other packages to use, and when a package is built | which contains any shared libraries or compiled binaries, it must run | dpkg-shlibdeps on these to determine the libraries used and hence the | dependencies needed by this package. ` ,[ 8.6.2 How to use dpkg-shlibdeps and the shlibs files ] | Put a call to dpkg-shlibdeps into your debian/rules file. If your package | contains only compiled binaries and libraries (but no scripts), you can use a | command such as: | | dpkg-shlibdeps debian/tmp/usr/bin/* debian/tmp/usr/sbin/* \ |debian/tmp/usr/lib/* | | Otherwise, you will need to explicitly list the compiled binaries and | libraries.[53] | | This command puts the dependency information into the debian/substvars file, | which is then used by dpkg-gencontrol. You will need to place a | ${shlibs:Depends} variable in the Depends field in the control file for this to | work. ` manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages perl-suid depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries ii perl 5.10.1-6 Larry Wall's Practical Extraction perl-suid recommends no packages. perl-suid suggests no packages. ---End Message--- ---BeginMessage--- Source: perl Source-Version: 5.10.1-7 We believe that the bug you reported is fixed in the latest version of perl, which is due to be installed in the Debian FTP archive: libcgi-fast-perl_5.10.1-7_all.deb to main/p/perl/libcgi-fast-perl_5.10.1-7_all.deb perl-doc_5.10.1-7_all.deb to main/p/perl/perl-doc_5.10.1-7_all.deb perl-modules_5.10.1-7_all.deb to main/p/perl/perl-modules_5.10.1-7_all.deb perl_5.10.1-7.diff.gz to main/p/perl/perl_5.10.1-7.diff.gz perl_5.10.1-7.dsc to main/p/perl/perl_5.10.1-7.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug
Bug#552857: seeking a sponsor for uploading a fixed version of caudium
Package: caudium Version: 3:1.4.12-12 Followup-For: Bug #552857 Hi I've prepared a new version of the caudium package that closes this bug. My usual sponsor seems unavailabe at the moment. http://mentors.debian.net/debian/pool/main/c/caudium/caudium_1.4.12-13.dsc thanks -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages caudium depends on: ii caudium-modules 3:1.4.12-12 C modules for Caudium ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii pike7.6 7.6.112-3 Recommended metapackage for Pike 7 ii pike7.6-core 7.6.112-3 Powerful interpreted programming l ii pike7.6-image7.6.112-3 Image module for Pike ii pike7.6-pcre 7.6.112-3 PCRE module for Pike ii ttf-dejavu-core 2.25-3 Vera font family derivate with add Versions of packages caudium recommends: ii caudium-pixsl3:1.4.12-12 Pike XSLT module for Caudium ii caudium-ultralog 3:1.4.12-12 Log Parser module for Caudium ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap Versions of packages caudium suggests: ii logrotate 3.7.1-5Log rotation utility pn roxen-doc none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520384: caudium: seeking sponsor for a upload to fix this bug
Package: caudium Followup-For: Bug #520384 Hi I've prepared a new version of the caudium package that closes this bug. My usual sponsor seems unavailabe at the moment. http://mentors.debian.net/debian/pool/main/c/caudium/caudium_1.4.12-13.dsc thanks -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages caudium depends on: ii caudium-modules 3:1.4.12-12 C modules for Caudium ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii pike7.6 7.6.112-3 Recommended metapackage for Pike 7 ii pike7.6-core 7.6.112-3 Powerful interpreted programming l ii pike7.6-image7.6.112-3 Image module for Pike ii pike7.6-pcre 7.6.112-3 PCRE module for Pike ii ttf-dejavu-core 2.25-3 Vera font family derivate with add Versions of packages caudium recommends: ii caudium-pixsl3:1.4.12-12 Pike XSLT module for Caudium ii caudium-ultralog 3:1.4.12-12 Log Parser module for Caudium ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap Versions of packages caudium suggests: ii logrotate 3.7.1-5Log rotation utility pn roxen-doc none (no description available) -- debconf information: caudium/config_password_mismatch: * caudium/config_login: admin caudium/start_options: threads caudium/config_password_reset: caudium/cfg_port_taken: caudium/performance: false caudium/listen_on: 80 caudium/last_screen: caudium/config_port: 22202 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552528: Caused by character set mismatch
Hi, On my system, alacarte has a segmentation fault if I reconfigure the locales package to generate the it...@euro locale and set LANG to it...@euro. While it's parsing the UI definition, it translates Restore the default menu layout to Ripristina la struttura predefinita del men�, which uses the ISO/IEC 8859-15 character set. It subsequently calls g_markup_escape_text on this string, which expects it to use UTF-8. This causes it to miss the end of the string and, eventually, to try to access an inaccessible page, causing the segmentation fault. I don't know where or how this should be fixed. -- Matthttp://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554037: seeking sponsor for a fixed version of caudium
Package: caudium Version: 3:1.4.12-12 Followup-For: Bug #554037 Hi I've prepared a new version of the caudium package that closes this bug. My usual sponsor seems unavailabe at the moment. http://mentors.debian.net/debian/pool/main/c/caudium/caudium_1.4.12-13.dsc thanks -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages caudium depends on: ii caudium-modules 3:1.4.12-12 C modules for Caudium ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii pike7.6 7.6.112-3 Recommended metapackage for Pike 7 ii pike7.6-core 7.6.112-3 Powerful interpreted programming l ii pike7.6-image7.6.112-3 Image module for Pike ii pike7.6-pcre 7.6.112-3 PCRE module for Pike ii ttf-dejavu-core 2.25-3 Vera font family derivate with add Versions of packages caudium recommends: ii caudium-pixsl3:1.4.12-12 Pike XSLT module for Caudium ii caudium-ultralog 3:1.4.12-12 Log Parser module for Caudium ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap Versions of packages caudium suggests: ii logrotate 3.7.1-5Log rotation utility pn roxen-doc none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553530: seeking sponsor for a upload of a fixed version of caudium
Package: caudium Version: 3:1.4.12-12 Followup-For: Bug #553530 Hi I've prepared a new version of the caudium package that closes this bug. My usual sponsor seems unavailabe at the moment. http://mentors.debian.net/debian/pool/main/c/caudium/caudium_1.4.12-13.dsc thanks -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages caudium depends on: ii caudium-modules 3:1.4.12-12 C modules for Caudium ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii pike7.6 7.6.112-3 Recommended metapackage for Pike 7 ii pike7.6-core 7.6.112-3 Powerful interpreted programming l ii pike7.6-image7.6.112-3 Image module for Pike ii pike7.6-pcre 7.6.112-3 PCRE module for Pike ii ttf-dejavu-core 2.25-3 Vera font family derivate with add Versions of packages caudium recommends: ii caudium-pixsl3:1.4.12-12 Pike XSLT module for Caudium ii caudium-ultralog 3:1.4.12-12 Log Parser module for Caudium ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap Versions of packages caudium suggests: ii logrotate 3.7.1-5Log rotation utility pn roxen-doc none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555007: luarocks: Package does not install 'manifest' file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: luarocks Version: 2.0.1-1 Severity: grave Justification: renders package unusable After a clean install of LuaRocks, the manifest file in /usr/local/lib/luarocks/rocks is not installed, making luarocks unusable. This does not appear when updating from a previous installation #luarocks list Failed loading manifest for /root/.luarocks/lib/luarocks/rocks Failed loading manifest for /usr/local/lib/luarocks/rocks Installed rocks: - #_ This is probably due to luarocks not generating this file anymore when it doesn't exist. However, luarocks-admin does generate it with the following command. #luarocks-admin make_manifest - -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-14-server (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luarocks depends on: ii liblua5.1-0-dev [liblua5 5.1.3-1 Simple, extensible, embeddable pro ii lua5.1 5.1.3-1 Simple, extensible, embeddable pro ii wget 1.11.4-1ubuntu1 retrieves files from the web ii zip 2.32-1 Archiver for .zip files luarocks recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkr16BUACgkQBV7eXqefhqj8PQCfeK0goghzijtXslO11uPvjTqy QnkAnjrdZU/26nK2phLzlhxaqbZHomNF =iQPK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555010: dvgrab: Dvgrab is uncompatible with new kernel ieee1394 stack
Package: dvgrab Version: 3.4-1 Severity: grave Justification: renders package unusable Dvgrab needs the kernel creates a dv1394 device to be usable. The newer kernels uses a new ieee1394 stack and only creates a fw0 device, so dvgrab starts the record and ends a bit later because it dont find the video device. Dvgrab should uncompatible with newer kernel versions, those that uses the nre ieee1394 stack. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (20, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dvgrab depends on: ii libavc1394-0 0.5.3-1+b2control IEEE 1394 audio/video devi ii libc6 2.9-25GNU C Library: Shared libraries ii libdv4 1.0.0-2 software library for DV format dig ii libgcc11:4.4.1-4 GCC support library ii libiec61883-0 1.2.0-0.1 an partial implementation of IEC 6 ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libquicktime1 3:1.1.3-0.4 library for reading and writing Qu ii libraw1394-11 2.0.2-2 library for direct access to IEEE ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime dvgrab recommends no packages. dvgrab suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545372: subversion: FTBFS on powerpc: tests failed
Hi Peter, 2009/10/22 Peter Samuelson pe...@p12n.org: 1) One of the kfreebsd porters was going to get back to me with more debugging, so I let it go. I mostly forgot to ping him. I think he may have just rebuilt and rebuilt until it happened to pass the test (which appears to be a glitch with timestamp conversions, so not 100% repeatable), then uploaded. 2) Between apache2-threaded-dev, kdelibs5-dev, python-all-dev, and f'ing java-gcj-compat-dev, debugging a full build of svn would require asking DSA to install a _lot_ of stuff. I didn't want to do that until I was sure nobody else was already working on this. Anyway I'll ping upstream again, especially now that 1.6.6 is out and the test failures continue - of the two powerpc test failures from before, one just happened on armel and the other happened on kfreebsd-i386. Are there any updates on this issue? Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#555010: dvgrab: Dvgrab is uncompatible with new kernel ieee1394 stack
Processing commands for cont...@bugs.debian.org: tags 555010 moreinfo Bug #555010 [dvgrab] dvgrab: Dvgrab is uncompatible with new kernel ieee1394 stack Added tag(s) moreinfo. severity 555010 normal Bug #555010 [dvgrab] dvgrab: Dvgrab is uncompatible with new kernel ieee1394 stack Severity set to 'normal' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555010: dvgrab: Dvgrab is uncompatible with new kernel ieee1394 stack
tags 555010 moreinfo severity 555010 normal thanks Hi Fernando, Fernando Cerezal krypto...@gmail.com: Package: dvgrab Version: 3.4-1 Severity: grave Justification: renders package unusable Dvgrab needs the kernel creates a dv1394 device to be usable. The newer kernels uses a new ieee1394 stack and only creates a fw0 device, so dvgrab starts the record and ends a bit later because it dont find the video device. Dvgrab should uncompatible with newer kernel versions, those that uses the nre ieee1394 stack. Sorry, I would disagree. Dvgrab works for me on new fire wire stack with linux-image-2.6.30-2-686. Which kernel are you talking about? What is your Dvgrab command line? What is the output? Did you check the permissions for /dev/fw*? Bye, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden auch 2010 wieder * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534418: marked as done (boinc-client: client apps memory leaks cause OOM crashes)
Your message dated Sat, 07 Nov 2009 23:47:19 + with message-id e1n6v03-9f...@ries.debian.org and subject line Bug#534418: fixed in boinc 6.10.17+dfsg-1 has caused the Debian Bug report #534418, regarding boinc-client: client apps memory leaks cause OOM crashes to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 534418: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534418 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: boinc-client Version: 6.2.14-3 Severity: critical Tags: patch Justification: causes serious data loss Client apps can have crufty code leading to OOM conditions. The attached patch prevents this from taking down the system by configuring oom_adj to favor removal. -- Package-specific info: -- Contents of /etc/default/boinc-client: # This file is /etc/default/boinc-client, it is a configuration file for the # /etc/init.d/boinc-client init script. # Set this to 1 to enable and to 0 to disable the init script. ENABLED=1 # Set this to 1 to enable advanced scheduling of the BOINC core client and # all its sub-processes (reduces the impact of BOINC on the system's # performance). SCHEDULE=1 # The BOINC core client will be started with the permissions of this user. BOINC_USER=boinc # This is the data directory of the BOINC core client. BOINC_DIR=/var/lib/boinc-client # This is the location of the BOINC core client, that the init script uses. # If you do not want to use the client program provided by the boinc-client # package, you can specify here an alternative client program. BOINC_CLIENT=/home/michael/src/BOINC/boinc #BOINC_CLIENT=/usr/bin/boinc # Here you can specify additional options to pass to the BOINC core client. # Type 'boinc --help' or 'man boinc' for a full summary of allowed options. #BOINC_OPTS=--allow_remote_gui_rpc BOINC_OPTS= -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-linode16 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages boinc-client depends on: ii adduser3.110 add and remove users and groups ii ca-certificates20080809 Common CA certificates ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii libc6 2.7-18GNU C Library: Shared libraries ii libcurl3 7.18.2-8lenny2Multi-protocol file transfer libra ii libssl0.9.80.9.8g-15+lenny1 SSL shared libraries ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii python 2.5.2-3 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime boinc-client recommends no packages. Versions of packages boinc-client suggests: pn boinc-app-setinone (no description available) pn boinc-manager | kboincspy none (no description available) ii schedtool 1.2.10-1 Queries/alters process' scheduling -- debconf information excluded *** /home/michael/boinc-client.patch --- /etc/init.d/boinc-client2009-01-18 20:08:16.0 -0700 +++ boinc-client2009-06-24 00:47:04.0 -0700 @@ -27,6 +27,7 @@ BOINC_USER=boinc BOINC_DIR=/var/lib/boinc-client BOINC_CLIENT=/usr/bin/boinc +BOINC_OOM_ADJ=15 # Source defaults file. Edit that file to configure this script. if [ -e /etc/default/boinc-client ]; then @@ -121,10 +122,11 @@ fi fi +children=`ps --ppid $pid -o pid= | tr '\n' ' '` + if [ ! -x `which schedtool 2/dev/null` ]; then log_progress_msg schedtool not found else - children=`ps --ppid $pid -o pid= | tr '\n' ' '` (schedtool -n 19 -D $pid $children /dev/null \ log_progress_msg idleprio) || \ (schedtool -n 19 -B $pid $children /dev/null \ @@ -132,6 +134,8 @@ (schedtool -n 19 -N $pid $children /dev/null \ log_progress_msg normal) fi + +for BPID in ${pid} ${children}; do echo ${BOINC_OOM_ADJ} /proc/${BPID}/oom_adj; echo; done fi log_end_msg 0 } @@ -141,17 +145,21 @@ STATUS=Status of $DESC: if is_running; then log_success_msg $STATUS running. + +children=`ps --ppid $pid -o pid= | tr '\n' ' '` if [ -x `which schedtool 2/dev/null` ]; then log_success_msg Scheduling of $DESC: schedtool $pid - children=`ps --ppid $pid
Bug#555016: vlc: FTBFS: debian/rules:2: On squeeze: /usr/bin/ld: cannot find -lGL collect2: make[7]: *** [libglx_plugin.la] Erreur 1
Package: vlc Version: 1.0.2-1 Severity: serious Justification: FTBFS Hi, I try to build vlc because I want to solve the bug #528365. But vlc failed to build without any modification. I try : apt-get source vlc cd vlc-1.0.2/ dpkg-buildpackage -us -uc During the compilation : libtool: link: gcc -std=gnu99 -shared .libs/libglx_plugin_la-glx.o .libs/libglx_plugin_la-xcommon.o -Wl,--whole-archive ../../../compat/.libs/libcompat.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/home/thomasp/paquet/vlc-1.0.2/src/.libs -Wl,--as-needed -lpthread -lXxf86vm -lXinerama -lSM -lICE -lX11 -lXext -lGL -lGLU ../../../src/.libs/libvlccore.so -mtune=pentium2 -Wl,-soname -Wl,libglx_plugin.so -o .libs/libglx_plugin.so /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make[7]: *** [libglx_plugin.la] Erreur 1 make[7]: *** Attente des tâches non terminées mv -f .deps/libxvideo_plugin_la-xcommon.Tpo .deps/libxvideo_plugin_la-xcommon.Plo make[7]: quittant le répertoire « /home/thomasp/paquet/vlc-1.0.2/modules/video_output/x11 » make[6]: *** [all] Erreur 2 make[6]: quittant le répertoire « /home/thomasp/paquet/vlc-1.0.2/modules/video_output/x11 » make[5]: *** [all-recursive] Erreur 1 make[5]: quittant le répertoire « /home/thomasp/paquet/vlc-1.0.2/modules/video_output » make[4]: *** [all] Erreur 2 make[4]: quittant le répertoire « /home/thomasp/paquet/vlc-1.0.2/modules/video_output » make[3]: *** [all-recursive] Erreur 1 make[3]: quittant le répertoire « /home/thomasp/paquet/vlc-1.0.2/modules » make[2]: *** [all-recursive] Erreur 1 make[2]: quittant le répertoire « /home/thomasp/paquet/vlc-1.0.2 » make[1]: *** [all] Erreur 2 make[1]: quittant le répertoire « /home/thomasp/paquet/vlc-1.0.2 » make: *** [build-stamp] Erreur 2 dpkg-buildpackage: erreur: debian/rules build a produit une erreur de sortie de type 2 Regards, Thomas Pierson -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (90, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libc6 2.9-25GNU C Library: Shared libraries ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.4.1-4 GCC support library ii libgl1-mesa-glx [libgl 7.6-1 A free implementation of the OpenG ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libsdl-image1.21.2.8-1 image loading library for Simple D ii libsdl1.2debian1.2.13-5 Simple DirectMedia Layer ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libtar 1.2.11-6 C library for manipulating tar arc ii libvlccore21.0.2-1 base library for VLC and its modul ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxv1 2:1.0.4-1 X11 Video extension library ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii ttf-dejavu-core2.30-1Vera font family derivate with add ii vlc-nox1.0.2-1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime vlc recommends no packages. Versions of packages vlc suggests: pn mozilla-plugin-vlcnone (no description available) pn videolan-doc none (no description available) Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-11 library for decoding ATSC A/52 str ii libasound21.0.21a-1 shared library for ALSA applicatio ii libass4 0.9.7-3library for SSA/ASS subtitles rend ii libavahi-client3 0.6.25-1 Avahi client library ii libavahi-common3 0.6.25-1 Avahi common library ii libavcodec52 5:0.5+svn20091021-0.0 library to encode decode multimedi ii libavformat52 5:0.5+svn20091021-0.0 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libc6 2.9-25 GNU C
Bug#555007: marked as done (luarocks: Package does not install 'manifest' file)
Your message dated Sun, 08 Nov 2009 01:17:22 + with message-id e1n6wpc-0007sq...@ries.debian.org and subject line Bug#555007: fixed in luarocks 2.0.1-2 has caused the Debian Bug report #555007, regarding luarocks: Package does not install 'manifest' file to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 555007: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555007 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: luarocks Version: 2.0.1-1 Severity: grave Justification: renders package unusable After a clean install of LuaRocks, the manifest file in /usr/local/lib/luarocks/rocks is not installed, making luarocks unusable. This does not appear when updating from a previous installation #luarocks list Failed loading manifest for /root/.luarocks/lib/luarocks/rocks Failed loading manifest for /usr/local/lib/luarocks/rocks Installed rocks: - #_ This is probably due to luarocks not generating this file anymore when it doesn't exist. However, luarocks-admin does generate it with the following command. #luarocks-admin make_manifest - -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-14-server (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luarocks depends on: ii liblua5.1-0-dev [liblua5 5.1.3-1 Simple, extensible, embeddable pro ii lua5.1 5.1.3-1 Simple, extensible, embeddable pro ii wget 1.11.4-1ubuntu1 retrieves files from the web ii zip 2.32-1 Archiver for .zip files luarocks recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkr16BUACgkQBV7eXqefhqj8PQCfeK0goghzijtXslO11uPvjTqy QnkAnjrdZU/26nK2phLzlhxaqbZHomNF =iQPK -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- Source: luarocks Source-Version: 2.0.1-2 We believe that the bug you reported is fixed in the latest version of luarocks, which is due to be installed in the Debian FTP archive: luarocks_2.0.1-2.diff.gz to main/l/luarocks/luarocks_2.0.1-2.diff.gz luarocks_2.0.1-2.dsc to main/l/luarocks/luarocks_2.0.1-2.dsc luarocks_2.0.1-2_all.deb to main/l/luarocks/luarocks_2.0.1-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 555...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Enrico Tassi gareuselesi...@debian.org (supplier of updated luarocks package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 08 Nov 2009 00:01:44 +0100 Source: luarocks Binary: luarocks Architecture: source all Version: 2.0.1-2 Distribution: unstable Urgency: low Maintainer: Enrico Tassi gareuselesi...@debian.org Changed-By: Enrico Tassi gareuselesi...@debian.org Description: luarocks - deployment and management system for Lua modules Closes: 555007 555008 Changes: luarocks (2.0.1-2) unstable; urgency=low . * do not install empty directory /usr/lib/luarocks (Closes: #555008) * run luarocks-admin make_manifest in postinst (Closes: #555007) Checksums-Sha1: 250d9d8ab1ad883c96aff485f8088f81bff0bdc3 1170 luarocks_2.0.1-2.dsc 30aeb7d3784db22963e722b635ea3e22f701ed1d 4192 luarocks_2.0.1-2.diff.gz caae2974ab8cbc762edc14d1924f77895bae3c3f 92344 luarocks_2.0.1-2_all.deb Checksums-Sha256: 9e5f91f75a714e4ba9c4b074eb350e8e7a9d223f08836ff90308193b916510d9 1170 luarocks_2.0.1-2.dsc 855c53bb34aaed24e6889fa2240965b2ffae6c8a34ca0f6e2f4b7996dbc90f94 4192 luarocks_2.0.1-2.diff.gz 55345f5a0f03a48948a0df13b57dc7c26c6dcb9e186b1d72e1a5ed9cdbb54206 92344 luarocks_2.0.1-2_all.deb Files: 62c133fc652a9ede07765846390f9477 1170 interpreters optional luarocks_2.0.1-2.dsc 93363ef4a763ba528ecbb290291815da 4192 interpreters optional luarocks_2.0.1-2.diff.gz 1bd75794c2da7d254ccfb82f5b08c6fb 92344 interpreters optional luarocks_2.0.1-2_all.deb -BEGIN
Bug#457279: gnarwl: ISPEnv.schema ISPEnv2.schema LICENSE not GPL compliant
Cajus, Are you OK with me orphaning gnarwl and hopefully Fancesco can take over maintenance? Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551775: bitlbee: Uninstallable package due to conflict with libc6
Does anyone know if there is any particular reason that bitlbee uses libresolv.a rather than libresolv.so ? Yes; the fact that Ulrich Drepper thought it'd be a good idea to declare this API private and unsupported, claiming it's for internal use only, even though it's documented in various places already, including IIRC O'Reilly's DNS BIND. I can see that as a good reason for using the static version in upstream bitlbee. Nevertheless debian does appear to provide a libresolv.so with a proper soname and linking against it does seem to give sane dependencies from dpkg-shlibdeps so maybe it would be a good idea to use it in the debian packages. Ccing debian-glibc to see if they have an opinion on the matter. Does anyone know if statically linking libresolv and dynamically linking glibc then upgrading glibc is supposed to be supported? It's never been a problem so far, and the previous BitlBee package went through several libc6 revisions. TBH I'm more than willing to figure out some way to drop this strict dependency while continuing to use libresolv.a. If someone ever decides to change the res API I can always do a reupload that temporarily disables SRV record lookups, for example. Is there an easy way to do that? I see the -x flag to dpkg-shlibdeps, but that would completely eliminate the libc6 dependencies, and that's not really what I want, of course. You could always sed it out of debian/substvars between the call to dpkg-shlibdeps and dpkg-gencontrol but it's a bit ugly to say the least. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552877: marked as done (zblast: FTBFS: grokfile.c:39: error: conflicting types for 'getline')
Your message dated Sun, 08 Nov 2009 01:47:23 + with message-id e1n6wsf-0001zc...@ries.debian.org and subject line Bug#552877: fixed in zblast 1.3-3 has caused the Debian Bug report #552877, regarding zblast: FTBFS: grokfile.c:39: error: conflicting types for 'getline' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552877: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552877 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: zblast Version: 1.3-2.3 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. In eglibc = 2.9, getline was only defined if _GNU_SOURCE was defined. In eglibc 2.10, getline is always defined (since it became a standard in POSIX2008). The problem is that your package already has a function named getline(), which now conflicts with glibc's. You need to rename your function to something else. Ubuntu already fixed many occurences of your problem, so it is possible that an Ubuntu patch is available for your package. Look at the PTS to find out. Relevant part: gcc -g -Wall -O2 -I/usr/X11R6/include -L/usr/X11R6/lib -DSOUNDSDIR=\/usr/share/games/zblast\ -DMUSIC_SUPPORT -DJOYSTICK_SUPPORT -DSCORES_FILE=\/var/games/zblast/zblast.scores\ -c -o grokfile.o grokfile.c grokfile.c:39: error: conflicting types for 'getline' /usr/include/stdio.h:651: error: previous declaration of 'getline' was here grokfile.c:84: error: conflicting types for 'getline' /usr/include/stdio.h:651: error: previous declaration of 'getline' was here grokfile.c: In function 'sign': grokfile.c:476: warning: pointer targets in assignment differ in signedness make[1]: *** [grokfile.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/zblast_1.3-2.3_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: zblast Source-Version: 1.3-3 We believe that the bug you reported is fixed in the latest version of zblast, which is due to be installed in the Debian FTP archive: zblast-data_1.3-3_all.deb to main/z/zblast/zblast-data_1.3-3_all.deb zblast-svgalib_1.3-3_i386.deb to main/z/zblast/zblast-svgalib_1.3-3_i386.deb zblast-x11_1.3-3_i386.deb to main/z/zblast/zblast-x11_1.3-3_i386.deb zblast_1.3-3.diff.gz to main/z/zblast/zblast_1.3-3.diff.gz zblast_1.3-3.dsc to main/z/zblast/zblast_1.3-3.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Barry deFreese bdefre...@debian.org (supplier of updated zblast package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 07 Nov 2009 19:43:24 -0500 Source: zblast Binary: zblast-data zblast-svgalib zblast-x11 Architecture: source all i386 Version: 1.3-3 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Barry deFreese bdefre...@debian.org Description: zblast-data - sound files for zblast game zblast-svgalib - svgalib version of zblast, shoot 'em up space game zblast-x11 - X11 version of zblast, shoot 'em up space game Closes: 478986 483452 515427 552877 Changes: zblast (1.3-3) unstable; urgency=low . * QA upload. + Set maintainer to Debian QA Group packa...@qa.debian.org * Replace local getline function with local_getline. (Closes: #552877). * Replace svgalibg1-dev b-d with libsvga1-dev. (Closes: #483452). + Also add amd64 arch. * Replace x-dev b-d with x11proto-core-dev. (Closes: #515427). * Add desktop file. (Closes: #478986). * Add watch file. * Remove empty zblast-svgalib.postinst. * Move URL from package
Bug#555032: libgettext-ruby1.9: fails to load under ruby1.9 due to encoding of source
Package: libgettext-ruby1.9 Version: 1.93.0-1 Severity: serious Justification: renders package unusable Blocks: 432200 Tags: patch I'm working on developing a new version of apt-listbugs that works with ruby1.9. Currently I've got everything resolved, except for this error: bash jade master apt-listbugs $ ruby1.9 ./apt-listbugs /usr/lib/ruby/1.9.0/gettext/mo.rb:18:in `require': /usr/lib/ruby/1.9.0/gettext/iconv.rb:102: invalid multibyte char (US-ASCII) (SyntaxError) /usr/lib/ruby/1.9.0/gettext/iconv.rb:102: invalid multibyte char (US-ASCII) /usr/lib/ruby/1.9.0/gettext/iconv.rb:102: syntax error, unexpected $end, expecting ')' puts Iconv.iconv(EUC-JP, UTF-8, ほげ).join ^ from /usr/lib/ruby/1.9.0/gettext/mo.rb:18:in `top (required)' from /usr/lib/ruby/1.9.0/gettext.rb:18:in `require' from /usr/lib/ruby/1.9.0/gettext.rb:18:in `top (required)' from ./apt-listbugs:240:in `require' from ./apt-listbugs:240:in `main' bash jade master apt-listbugs $ This is caused by a bug in /usr/lib/ruby/1.9.0/gettext/iconv.rb Ruby1.9 is trying to parse it as ASCII, however it contains UTF-8 characters. to tell ruby1.9 to parse it as utf-8, add this comment to the file # coding: utf-8. After adding this to the beginning, it parses just fine, and apt-listbugs starts just fine (but fails later for other reasons, unrelated to gettext..). attached is a patch, please upload the fix for this bug. -- _ Ryan Niebur ryanrya...@gmail.com diff -u libgettext-ruby-1.93.0/debian/changelog libgettext-ruby-1.93.0/debian/changelog only in patch2: unchanged: --- libgettext-ruby-1.93.0.orig/lib/gettext/iconv.rb +++ libgettext-ruby-1.93.0/lib/gettext/iconv.rb @@ -1,3 +1,5 @@ +# coding: utf-8 + =begin iconv.rb - Pseudo Iconv class. Supports Iconv.iconv, Iconv.conv. signature.asc Description: Digital signature
Bug#552528: Patch
Hi, Here's a patch against gtk+2.0 which fixes this problem by converting translations of GtkBuilder strings to from the locale's character set to UTF-8. I've verified that this fixes the problem on my system and that it doesn't cause problems with any of the other GTK+ applications that I normally use. -- Matthttp://ftbfs.org/kraai diff -u gtk+2.0-2.18.3/debian/changelog gtk+2.0-2.18.3/debian/changelog --- gtk+2.0-2.18.3/debian/changelog +++ gtk+2.0-2.18.3/debian/changelog @@ -1,3 +1,11 @@ +gtk+2.0 (2.18.3-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/093_convert-gtkbuilder-strings-to-utf8.patch: ++ Patch to convert translated GtkBuilder strings to UTF-8. Closes: #552528. + + -- Matt Kraai kr...@debian.org Sat, 07 Nov 2009 13:49:27 -0800 + gtk+2.0 (2.18.3-1) unstable; urgency=low * New upstream bugfix release: diff -u gtk+2.0-2.18.3/debian/patches/series gtk+2.0-2.18.3/debian/patches/series --- gtk+2.0-2.18.3/debian/patches/series +++ gtk+2.0-2.18.3/debian/patches/series @@ -18,0 +19 @@ +093_convert-gtkbuilder-strings-to-utf8.patch only in patch2: unchanged: --- gtk+2.0-2.18.3.orig/debian/patches/093_convert-gtkbuilder-strings-to-utf8.patch +++ gtk+2.0-2.18.3/debian/patches/093_convert-gtkbuilder-strings-to-utf8.patch @@ -0,0 +1,13 @@ +Index: gtk+2.0-2.18.3/gtk/gtkbuilderparser.c +=== +--- gtk+2.0-2.18.3.orig/gtk/gtkbuilderparser.c 2009-11-07 13:45:40.0 -0800 gtk+2.0-2.18.3/gtk/gtkbuilderparser.c 2009-11-07 13:46:17.0 -0800 +@@ -911,7 +911,7 @@ + else + s = g_dgettext (domain, text); + +- return g_strdup (s); ++ return g_locale_to_utf8 (s, -1, NULL, NULL, NULL); + } + + /* Called for close tags /foo */
Bug#551775: bitlbee: Uninstallable package due to conflict with libc6
peter green wrote: Does anyone know if there is any particular reason that bitlbee uses libresolv.a rather than libresolv.so ? Yes; the fact that Ulrich Drepper thought it'd be a good idea to declare this API private and unsupported, claiming it's for internal use only, even though it's documented in various places already, including IIRC O'Reilly's DNS BIND. I can see that as a good reason for using the static version in upstream bitlbee. Nevertheless debian does appear to provide a libresolv.so with a proper soname and linking against it does seem to give sane dependencies from dpkg-shlibdeps so maybe it would be a good idea to use it in the debian packages. Ccing debian-glibc to see if they have an opinion on the matter. It looks like you forgot to really Cc them BTW? So yeah, we'd need a libresolv.so that exports these: lib/lib.o: In function `srv_lookup': /home/wilmer/src/bitlbee/devel/lib/misc.c:483: undefined reference to `__res_query' /home/wilmer/src/bitlbee/devel/lib/misc.c:486: undefined reference to `ns_initparse' /home/wilmer/src/bitlbee/devel/lib/misc.c:489: undefined reference to `ns_parserr' I wonder if we could get this fixed in eglibc.. You could always sed it out of debian/substvars between the call to dpkg-shlibdeps and dpkg-gencontrol but it's a bit ugly to say the least. Heh, yeah, that was pretty much my last resort solution. But I'm sure I can cook up a proper regex as a workaround somehow to at least return the package to the old situation (before dpkg-shlibdeps detected use of these private symbols). Also, I have a bitlbee branch that uses evdns instead, which also makes the lookups asynchronous, but it's not ready for merging yet. Wilmer. -- + .''`. - -- ---+ +- -- --- - --+ | wilmer : :' : gaast.net | | OSS Programmer www.bitlbee.org | | lintux `. `~' debian.org | | Full-time geek wilmer.gaast.net | +--- -- - ` ---+ +-- - --- -- -+ signature.asc Description: OpenPGP digital signature
Processed: your mail
Processing commands for cont...@bugs.debian.org: block 432200 by 555032 Bug #432200 [apt-listbugs] apt-listbugs: support ruby 1.9 Was blocked by: 472307 528469 528471 Added blocking bug(s) of 432200: 555032 quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555036: Randomly breaks commands
Package: bash-completion-lib Version: 1.3.1-2 Severity: grave -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sometimes, weird things happen to command lines. Example: $ ls -l download.s_E6Re ... huge listing, instead of just the one file ... bash: --color=auto: command not found $ This happens rarely (and, AFAICT, randomly), but only when bash-completion-lib (/etc/bash_completion_lib/bash_completion_lib) has been sourced. I'm filing this as grave because splitting command lines like that can easily lead to very bad things, like data loss (for example, losing -i on rm) or exposing data that needs to remain secret (losing --exclude on tar). Also, my brother has seen this on Ubuntu (karmic) as well, so its not just my system (or even just Debian). - -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing'), (130, 'unstable'), (120, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-rc5 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash-completion-lib depends on: ii bash 4.0-4 The GNU Bourne Again SHell bash-completion-lib recommends no packages. bash-completion-lib suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkr2VRsACgkQ+z+IwlXqWf6V7ACbBhPtQ24mVPSOfDBlBoPeOiur DCsAnAwsxFo4tfwugF/T1Ys3sioH1WQ2 =Z/Tt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 547511 in python-scientific/2.8-1.1
Processing commands for cont...@bugs.debian.org: found 547511 python-scientific/2.8-1.1 Bug #547511 [sympa,python-scientific] python-scientific and sympa: error when trying to install together Bug Marked as found in versions python-scientific/2.8-1.1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org