Bug#511477: iceape: Shouldn't release with Lenny
On Mon, Jan 26, 2009 at 07:49:59PM +0100, Moritz Muehlenhoff wrote: > On Mon, Jan 26, 2009 at 07:25:39AM +0100, Mike Hommey wrote: > > On Sun, Jan 25, 2009 at 10:51:07PM +0100, Moritz Muehlenhoff wrote: > > > Moritz Muehlenhoff wrote: > > > > > Most of the rdeps should only need headers and possibly a .a provided > > > > > in > > > > > the -dev-bin package. There shouldn't be anything needing > > > > > iceape-browser > > > > > files, but that's only an assumption. That's why I asked to check > > > > > whether they build without iceape-browser installed. > > > > > > > > Ok, I'll try a few test builds tonight and post my findings to this bug. > > > > > > I've built a trimmed-down iceape, which only leaves iceape-dev and > > > iceape-dev-bin. > > > > > > The results so far (some packages still need to be built, since they're > > > somewhat > > > large. For some reason we've seem to stuffed Xulrunner into the largest > > > packages > > > in Debian :-) > > > > > > Not in Lenny: > > > gecko-mediaplayer > > > > > > Worked: > > > vlc > > > gnome-chemistry-utils > > > gtk-vnc > > > mozilla-bonobo > > > totem > > > mplayerplug-in > > > rhythmbox > > > > > > Not tested yet: > > > gcj-4.2 > > > openoffice.org > > > gcj-4.3 > > > cacao-oj6 > > > eclipse > > > openjdk-6 > > > > > > Failed: > > > mozilla-traybiff > > > icedtea-gcjwebplugin > > > classpath > > > > > > The last three all failed to link against xpcom. Since icedove provides a > > > libxpcom.so, do you think it might be possible to adapt builds deps to it? > > > > I think it might be possible to just add it (and libxpcom_core.so) to > > the iceape-dev-bin package, with a conflict with iceape-browser. > > That worked. I've been able to properly rebuild mozilla-traybiff, > icedtea-gcjwebplugin and classpath. > > I'll upload the fixed iceape to unstable once I've completed the remaining > testbuilds of openoffice.org, cacao-oj6, eclipse and openjdk-6. Could you send a patch against git://git.debian.org/pkg-mozilla/iceape.git, too ? (Or at least the debdiff) Thanks Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: > # Tue Jan 27 07:03:13 UTC 2009 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: haskell-convertible > tags 513145 + pending Bug#513145: ITP: haskell-convertible -- Typeclasses and instances for converting between types There were no tags set. Tags added: pending > # Source package in NEW: jsymphonic > tags 493971 + pending Bug#493971: ITP: symphonic -- a MP3 file manager for Sony's MP3 players There were no tags set. Tags added: pending > # Source package in NEW: clawsker > tags 505194 + pending Bug#505194: ITP: clawsker -- Configuration tweaker for Claws Mail There were no tags set. Tags added: pending > # Source package in NEW: avahi > tags 499815 + pending Bug#499815: Overwrites user runlevel configuration There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: setting package to twinkle, tagging 513135
Processing commands for cont...@bugs.debian.org: > #twinkle (1:1.4-2) experimental; urgency=low > # > # * Fix "twinkle_1:1.4-1(sparc/experimental): FTBFS: error: > #readline/readline.h: No such file or directory" > #- Add Build-Depends: libreadlibe5-dev & libspeexdsp-dev (Closes: #513135) > # > package twinkle Ignoring bugs not assigned to: twinkle > tags 513135 + pending Bug#513135: twinkle_1:1.4-1(sparc/experimental): FTBFS: error: readline/readline.h: No such file or directory There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513192: Debian Bug - grave; Recoll (1.10.2-1); Lenny
On Tue, Jan 27, 2009 at 10:38 AM, Cropper, C. A. wrote: > #Exactly what you typed or did to demonstrate the problem. > > I typed "recollindex" -- segmentation fault Hi, Thanks for reporting issue. Can you please try using 1.11.0-2 version from unstable/sid? > Recoll was doing the initial indexing on a Dual AMD Quad-Core system with a > 1TB SAS drive. I have more than 200GB of PDFs, text, and other documents. > Recoll has yet to completely index the complete > collection. My current .recoll directory is 4.8GB in size. Did that initial indexing finished? Let me know. And, I think its certainly not grave issue. I am marking it as important and forwarding bug to upstream too. -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Debian GNU/Linux Developer Blog.en: ftbfs.wordpress.com Blog.gu: kartikm.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513192: Debian Bug - grave; Recoll (1.10.2-1); Lenny
Package: recoll Version: 1.10.2-1 Severity: grave -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 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 recoll depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxapian151.0.7-4 Search engine library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages recoll recommends: ii aspell0.60.6-1 GNU Aspell spell-checker Versions of packages recoll suggests: ii antiword 0.37-3Converts MS Word files to text and ii catdoc 0.94.2-1 MS-Word to TeX or plain text conve ii ghostscript8.62.dfsg.1-3.2lenny0 The GPL Ghostscript PostScript/PDF ii poppler-utils 0.8.7-1 PDF utilitites (based on libpopple ii unrtf 0.19.3-1.1RTF to other formats converter ii xpdf 3.02-1.4 Portable Document Format (PDF) sui -- no debconf information #The exact and complete text of any error messages printed or logged. This is very important!: :4:../common/rclconfig.cpp:459:getFieldPrefix: no prefix defined for 'producer' :4:../rcldb/rcldb.cpp:1021:Db::add: no prefix for field [producer], no indexing :4:../rcldb/rcldb.cpp:1156:Db::add: docid 152871 added [/home/cac/Journals/PMC/PLoS_Comput_Biol/pcbi.0040029.pdf , ] :4:../internfile/internfile.cpp:109:FileInterner::FileInterner: [/home/cac/Journals/PMC/PLoS_Comput_Biol/pcbi.0040030.pdf] mime [(null)] preview 0 :4:../internfile/internfile.cpp:170:FileInterner::FileInterner: application/pdf [/home/cac/Journals/PMC/PLoS_Comput_Biol/pcbi.0040030.pdf] :4:../internfile/internfile.cpp:357:FileInterner::internfile. ipath [] :4:../utils/execmd.cpp:163:ExecCmd::doexec: ((nil)| 0x36206c8) /usr/share/recoll/filters/rclpdf {/home/cac/Journals/PMC/PLoS_Comput_Biol/pcbi.0040030.pdf} :4:../internfile/internfile.cpp:423:FileInterner::internfile: next_doc is text/html :4:../internfile/mh_html.cpp:74:textHtmlToDoc: next_document. defcharset before parsing: [utf-8] :4:../internfile/mh_html.cpp:86:Html::mkDoc: pass 0 :4:../internfile/internfile.cpp:423:FileInterner::internfile: next_doc is text/plain :4:../common/rclconfig.cpp:459:getFieldPrefix: no prefix defined for 'producer' :4:../rcldb/rcldb.cpp:1021:Db::add: no prefix for field [producer], no indexing :4:../rcldb/rcldb.cpp:1156:Db::add: docid 152872 added [/home/cac/Journals/PMC/PLoS_Comput_Biol/pcbi.0040030.pdf , ] :4:../internfile/internfile.cpp:109:FileInterner::FileInterner: [/home/cac/Journals/PMC/PLoS_Comput_Biol/pcbi.0040031.pdf] mime [(null)] preview 0 :4:../internfile/internfile.cpp:170:FileInterner::FileInterner: application/pdf [/home/cac/Journals/PMC/PLoS_Comput_Biol/pcbi.0040031.pdf] :4:../internfile/internfile.cpp:357:FileInterner::internfile. ipath [] :4:../utils/execmd.cpp:163:ExecCmd::doexec: ((nil)| 0x3809e08) /usr/share/recoll/filters/rclpdf {/home/cac/Journals/PMC/PLoS_Comput_Biol/pcbi.0040031.pdf} :4:../internfile/internfile.cpp:423:FileInterner::internfile: next_doc is text/html :4:../internfile/mh_html.cpp:74:textHtmlToDoc: next_document. defcharset before parsing: [utf-8] :4:../internfile/mh_html.cpp:86:Html::mkDoc: pass 0 :4:../internfile/internfile.cpp:423:FileInterner::internfile: next_doc is text/plain :4:../common/rclconfig.cpp:459:getFieldPrefix: no prefix defined for 'producer' :4:../rcldb/rcldb.cpp:1021:Db::add: no prefix for field [producer], no indexing Segmentation fault #Exactly what you typed or did to demonstrate the problem. I typed "recollindex" -- segmentation fault Cronjob -- segmentation fault GUI -- segmentation fault On one occasion, it appeared to do a libc stack trace (I think); this happened once out of about 7 failures. # A description of the incorrect behavior: exactly what behavior you were expecting, and what you observed. A transcript of an example session is a good way of showing this. Recoll was doing the initial indexing on a Dual AMD Quad-Core system with a 1TB SAS drive. I have more than 200GB of PDFs, text, and other documents. Recoll has yet to completely index the complete collection. My current .recoll directory is 4.8GB in size.
Bug#511644: ttf-mathematica4.1 still useful for running Mathematica remotely
Atsuhito Kohda wrote: > > I believe ttf-mathematica4.1 is no more necessary to render > MathML with iceweasel >= 3.0 > > I'll fix the problem with my package and try the next > attempts. Thanks for maintaining access to the Mathematica fonts, Atsuhito. While it's good to see that MathML support is improved (such that we don't need these fonts for that purpose), I'd like to heartily give my support for keeping this font package in working order! It's importance for me is that we have access to Mathematica installed on the central university computer. When I run it from a terminal on my computer, Mathematica complains about fonts not being available. So this is an example of why the ttf-mathematica4.1 is very important! Drew -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513135: twinkle_1:1.4-1(sparc/experimental): FTBFS: error: readline/readline.h: No such file or directory
Thanks Frank, Looks like we need to add libreadline5-dev (& libspeexdsp) to build dep. Mark -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512463: patched upstream
The attached patch has been applied upstream and should be included in the next release, 3.2.10. We're also slowly plodding through the -Wall output. Thanks dannf. ;-) -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ Tue Jan 27 12:29:03 EST 2009 qu...@us.netrek.org * add prototypes, possibly closing Debian #512463 diff -rN -u old-netrek-client-cow/cowmain.h new-netrek-client-cow/cowmain.h --- old-netrek-client-cow/cowmain.h 1970-01-01 10:00:00.0 +1000 +++ new-netrek-client-cow/cowmain.h 2009-01-27 12:29:56.0 +1100 @@ -0,0 +1 @@ +char *query_cowid(void); diff -rN -u old-netrek-client-cow/distress.c new-netrek-client-cow/distress.c --- old-netrek-client-cow/distress.c 2009-01-27 12:29:56.0 +1100 +++ new-netrek-client-cow/distress.c 2009-01-27 12:29:56.0 +1100 @@ -94,9 +94,6 @@ #define warning(x) fprintf(stderr,x) #endif - -char *getaddr(char who), *getaddr2(int flags, int recip); - #ifdef RCM extern char *whydeadmess[]; diff -rN -u old-netrek-client-cow/docwin.c new-netrek-client-cow/docwin.c --- old-netrek-client-cow/docwin.c 2009-01-27 12:29:56.0 +1100 +++ new-netrek-client-cow/docwin.c 2009-01-27 12:29:56.0 +1100 @@ -26,6 +26,7 @@ #include "struct.h" #include "data.h" #include "packets.h" +#include "cowmain.h" /* #ifndef * _IBMR2 diff -rN -u old-netrek-client-cow/newwin.c new-netrek-client-cow/newwin.c --- old-netrek-client-cow/newwin.c 2009-01-27 12:29:56.0 +1100 +++ new-netrek-client-cow/newwin.c 2009-01-27 12:29:56.0 +1100 @@ -36,6 +36,7 @@ #include "newwin.h" #include "redraw.h" #include "udpopt.h" +#include "cowmain.h" extern char cbugs[]; diff -rN -u old-netrek-client-cow/senddist.c new-netrek-client-cow/senddist.c --- old-netrek-client-cow/senddist.c 2009-01-27 12:29:56.0 +1100 +++ new-netrek-client-cow/senddist.c 2009-01-27 12:29:56.0 +1100 @@ -15,8 +15,7 @@ #include "defs.h" #include "struct.h" #include "data.h" - - +#include "smessage.h" /* this loads all sorts of useful data into a distress struct. */ struct distress * diff -rN -u old-netrek-client-cow/smessage.c new-netrek-client-cow/smessage.c --- old-netrek-client-cow/smessage.c 2009-01-27 12:29:56.0 +1100 +++ new-netrek-client-cow/smessage.c 2009-01-27 12:29:56.0 +1100 @@ -449,8 +449,7 @@ } } -char * -getaddr2(int flags, int recip) +char *getaddr2(int flags, int recip) { static char addrmesg[ADDRLEN]; diff -rN -u old-netrek-client-cow/smessage.h new-netrek-client-cow/smessage.h --- old-netrek-client-cow/smessage.h 2009-01-27 12:29:56.0 +1100 +++ new-netrek-client-cow/smessage.h 2009-01-27 12:29:56.0 +1100 @@ -1 +1,2 @@ void smessage(char ichar); +char *getaddr2(int flags, int recip);
Bug#508432: [libnet-pcap-perl] Fwknop fails with a segmentation fault on i386
Franck Joncourt wrote: Building fwknop and all its modules within a i386 chroot (Net::Pcap 0.05), I am able to run the test suite without any error. I have not encountered any problem before when running 0.04 (Debian package), as well. I have rebuilt libnet-pcap-perl (0.16) in the chroot, and run the test suite again, and then, I get the segmentation fault message you can see in the debug.typescript file. The only difference I can see is the libnet-pcap-perl module, but I should say I really do not know what's wrong. If I can provide more informations, let me know. I haven't yet took a look on how fwknop's test suite work, but can the bug be isolated to a specific portion of the code? I do have amd64/i386 chroots, and it only fails on i386. If you want, I can give you an access to my chroots Etch/Lenny/Sid on amd64 and i386. Unfortunately, I do not have access to a powerpc architecture. If things goes well, I hope to soon have a PPC-like Debian box by hand. -- Sébastien Aperghis-Tramoni Close the world, txEn eht nepO. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: > severity 512900 important Bug#512900: xen-hypervisor-3.2-1-amd64: don't support core 2 duo processor Severity set to `important' from `grave' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512900:
severity 512900 important thanks I'm capable of using Xen on this processor, so I am downgrading this bug, as it is definitely not a RC bug. William -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: mercurial:hgk: commit-tool's config files break hgk
Processing commands for cont...@bugs.debian.org: > clone 491329 -1 Bug#491329: commit-tool: causes hg error messages if removed but not purged Bug 491329 cloned as bug 513183. > reassign -1 mercurial-common Bug#513183: commit-tool: causes hg error messages if removed but not purged Bug reassigned from package `commit-tool' to `mercurial-common'. > # I will not start to bikeshed here; > # since commit-tools config or other extensions' files are rightfully present, > # it looks like hgk extension breaks under relatively common conditions; > # I don't think it we could call exotic a case where an extension is removed > severity -1 serious Bug#513183: commit-tool: causes hg error messages if removed but not purged Severity set to `serious' from `minor' > retitle -1 fails to start if some other extension is removed (not purged) Bug#513183: commit-tool: causes hg error messages if removed but not purged Changed Bug title to `fails to start if some other extension is removed (not purged)' from `commit-tool: causes hg error messages if removed but not purged'. > 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#512968: grub-pc: Fails to install when gnumach is installed
Hi! On Sun, 2009-01-25 at 23:49:14 +0100, Robert Millan wrote: > On Sun, Jan 25, 2009 at 03:31:37PM +0200, Guillem Jover wrote: > > When gnumach is installed grub-pc fails to install due to at least the > > missing function make_system_path_relative_to_its_root. Also afterwards > > it aborts if it cannot find the needed stuff to successfully boot a Hurd > > system, which should not be fatal on non Hurd systems. The attached > > patch fixes those problems. > > > > For upstream submission you might want to replace the dpkg invokation > > with uname. > I think I'll just refrain from installing those files on systems where > they're not useful. The generated boot entry is going to be system-specific > anyway, so there's no use in providing them. Hmm, thinking about it now that makes sense, as those scripts seem to be designed to work only for the host system (from the README it says 10_* are for native entries). But then the users lose the nicely set default entry for other systems, which in the Hurd case is known to be painful to get right and/or copy paste from random places. Anyway, yes, I guess the best option is to not install non-native 10_* scripts, and add support for the Hurd and others into the os-prober one, which should be more generic, and be able to handle such cases better. regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513133: marked as done (kde4libs_4:4.2.0-1(sparc/experimental): FTBFS: dh_makeshlibs: command returned error code 256)
Your message dated Tue, 27 Jan 2009 00:32:23 + with message-id and subject line Bug#513133: fixed in kde4libs 4:4.2.0-2 has caused the Debian Bug report #513133, regarding kde4libs_4:4.2.0-1(sparc/experimental): FTBFS: dh_makeshlibs: command returned error code 256 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.) -- 513133: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513133 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: kde4libs Version: 4:4.2.0-1 Severity: serious Hi, your package failed to build from source. | Automatic build of kde4libs_4:4.2.0-1 on titan by sbuild/sparc 98-farm | Build started at 20090126-0129 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 12.4MB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main kde4libs 4:4.2.0-1 (dsc) [2205B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main kde4libs 4:4.2.0-1 (tar) [12.3MB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main kde4libs 4:4.2.0-1 (diff) [90.2kB] | Fetched 12.4MB in 8s (1455kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: cdbs (>= 0.4.51), debhelper (>= 7), quilt, cmake (>= 2.6.2-3~), pkg-kde-tools (>= 0.4), shared-mime-info (>= 0.20), libphonon-dev (>= 4:4.3.0), libcups2-dev, libdbus-1-dev, libqt4-dev (>= 4.4.3), libqt4-opengl-dev (>= 4.4.3), libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libkeyutils-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libpng-dev, libssl-dev, libsm-dev, libsoprano-dev (>= 2.1.67), libstreamanalyzer-dev (>= 0.6.3), libxml2-dev, libxml2-utils, libxslt1-dev, libxtst-dev, libgif-dev, libavahi-common-dev, libaspell-dev, libbz2-dev, libenchant-dev, libfam-dev, libjasper-dev, libopenexr-dev, libpcre3-dev, libtiff4-dev, hspell, xsltproc, libglu1-mesa-dev, libacl1-dev, automoc (>= 1.0~svn850570), libxcursor-dev | Checking for already installed source dependencies... [...] | dh_makeshlibs -plibplasma3 | dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below | dpkg-gensymbols: warning: some symbols disappeared in the symbols file: see diff output below | dpkg-gensymbols: warning: debian/libplasma3/DEBIAN/symbols doesn't match completely debian/libplasma3.symbols.sparc | --- dpkg-gensymbolsyjdywV 2009-01-26 04:24:44.0 + | +++ dpkg-gensymbolsAtkUWV 2009-01-26 04:24:44.0 + | @@ -1,19 +1,19 @@ | libplasma.so.3 libplasma3 #MINVER# | * Build-Depends-Package: kdelibs5-dev | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti11qstringlistet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti12qkeysequenceet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti5qlistip7qwidgeteet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti6qbrushet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti7qcursoret_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti7qlocaleet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti8qpaletteet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti9qdatetimeet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z21qmetatypedeletehelperi5qlistip7qwidgeteev...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z24qmetatypeconstructhelperi5qlistip7qwidgeteepvp...@base 4:4.2.0 | + _z13qvariant_casti11qstringlistet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti12qkeysequenceet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti5qlistip7qwidgeteet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti6qbrushet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti7qcursoret_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti7qlocaleet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti8qpaletteet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti9qdatetimeet_rk8qvari...@base 4:4.2.0-1 | + _z21qmetatypedeletehelperi5qlistip7qwidgeteev...@base 4:4.2.0-1 | + _z24qmetatypeconstructhelperi5qlistip7qwidgeteepvp...@base 4:4.2.0-1 | _z8qwarni...@base 4:4.2.0 | - _zn10qbytearrayd...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _zn11qmetatypeidi5qlistip7qwidgetee14qt_metatype_i...@base 4:4.2.0 | - _zn11qstringlistc1er...@base 4:4.2.0 | +#MISSING: 4:4.2
Bug#513182: quik: prompt the user on stdout
Package: quik Version: 2.1-9 Severity: serious Tags: d-i Justification: Policy 3.9.1, breaks debian-installer Currently when a user does an installation using debian-installer on a PowerPC OldWorld machine, the installation will hang during the installation of quik. Reason is that quik prompts on stdout and the user has no way to respond to that prompt. Policy 3.9.1 says: | Prompting should be done by communicating through a program, such as | debconf, which conforms to the Debian Configuration management | specification, version 2 or higher. Prompting the user by other means, | such as by hand[8], is now deprecated. Please change to using debconf for the prompt to avoid breaking installs, or at least do not prompt the user if debconf is in use. The later solution is implemented in the patch below. diff -u quik-2.1/debian/postinst quik-2.1/debian/postinst --- quik-2.1/debian/postinst +++ quik-2.1/debian/postinst @@ -56,8 +56,7 @@ fi if - [ "$1" = "configure" ] && [ "$DEBIAN_FRONTEND" != noninteractive ] \ - && [ "$DEBIAN_FRONTEND" != Noninteractive ]; then + [ "$1" = "configure" ] && [ -z "$DEBIAN_FRONTEND" ]; then echo "running /usr/sbin/quikconfig" echo /usr/sbin/quikconfig || \ -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc 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 quik depends on: ii libc6 2.7-16 GNU C Library: Shared libraries quik recommends no packages. quik 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#513179: fglrx-driver: DRI init fails with stock 2.6.26-1-amd64 kernel
Package: fglrx-driver Version: 1:8-12-4 Severity: grave Justification: renders package unusable Hi, this is similar to #464667 but I am using the stock Debian 2.6.26-1-amd64 kernel. DRI init fails and the screen is corrupted when X starts. The screen appears to lock and pressing CTRL-ALT-F1 (for a terminal) reboots the machine. This is running on an HP 6735s laptop and everything worked prior to 8-12-4. Xorg log file attached. My Googling found this thread on the phoronix forums: http://www.phoronix.com/forums/showpost.php?p=57969 which seemed to suggest the issue was connected to CONFIG_PCI_LEGACY being enabled in the kernel. To eliminate this I compiled my own kernel with that disabled (it's enabled in the default kernel) but the new kernel bugs out on this machine. I guess another piece of hardware needs the legacy PCI stuff. Anyway AFAICS the 8-12-4 driver does not work with the standard amd64 2.6.26 kernel but I am open to ideas. thanks Ryan -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-driver depends on: ii fglrx-glx 1:8-12-4 proprietary libGL for the non-free ii libc6 2.7-18 GNU C Library: Shared libraries ii libdrm2 2.3.1-2Userspace interface to kernel DRM ii libgl1-mesa-glx [libgl1] 7.0.3-7A free implementation of the OpenG ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxrandr22:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii xserver-xorg 1:7.3+18 the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-atieventsd 1:8-12-4 external events daemon for the non ii fglrx-glx 1:8-12-4 proprietary libGL for the non-free ii fglrx-glx-ia321:8-12-4 proprietary libGL for the non-free ii fglrx-source 1:8-12-4 kernel module source for the non-f Versions of packages fglrx-driver suggests: pn fglrx-control (no description available) -- no debconf information X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-10) Current Operating System: Linux ivanova 2.6.26-1-amd64 #1 SMP Sat Jan 10 17:57:00 UTC 2009 x86_64 Build Date: 09 January 2009 02:16:05AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jan 26 22:02:10 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "aticonfig Layout" (**) |-->Screen "aticonfig-Screen[0]-0" (0) (**) | |-->Monitor "aticonfig-Monitor[0]-0" (**) | |-->Device "aticonfig-Device[0]-0" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Extension "Composite" is enabled (==) |-->Input Device "Configured Mouse" (==) |-->Input Device "Generic Keyboard" (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x7c28e0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1022,9600 card 103c,30e4 rev 00 class 06,00,00 hdr 00 (II) PCI: 0
Bug#512787: [grub-pc] upgrade makes system unbootable
Package: grub-pc Version: 1.96+20080724-14 --- Please enter the report below this line. --- Hi ! I've got the same since last update. Looking bugreport #502333 and just try to do grub-install /dev/sda solves the problem here. I hope it works for you :-) Cheers, --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-1-amd64 Debian Release: 5.0 900 unstablewww.emdebian.org 900 unstableftp.uk.debian.org 900 unstableftp.fr.debian.org 300 testing security.debian.org 300 testing ftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+-= libc6 (>= 2.7-1) | 2.7-18 libncurses5 (>= 5.6+20071006-3) | 5.7+20090124-1 debconf(>= 0.5) | 1.5.24 OR debconf-2.0 | grub-common (>> 1.96+20080413-1) | 1.96+20080724-14 liblzo2-2 (>= 2.03) | 2.03-1 --- Output from package bug script --- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509438: marked as done (libaugeas-ruby: missing augeas.rb in package)
Your message dated Mon, 26 Jan 2009 22:47:05 + with message-id and subject line Bug#509438: fixed in libaugeas-ruby 0.2.0-2 has caused the Debian Bug report #509438, regarding libaugeas-ruby: missing augeas.rb in package 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.) -- 509438: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509438 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libaugeas-ruby Version: 0.2.0-1 Severity: grave Tags: patch Justification: renders package unusable The package ships without the ruby wrapper for augeas which is included in the upstream ruby gem. I believe the attached patch solves the problem. By the way, I suggest decreasing debhelper version from 7 to 5 to allow folks to backport the package to etch: diff -urN libaugeas-ruby-0.2.0.orig/debian/compat libaugeas-ruby-0.2.0/debian/compat --- libaugeas-ruby-0.2.0.orig/debian/compat 2008-12-22 12:55:24.0 +0100 +++ libaugeas-ruby-0.2.0/debian/compat 2008-12-22 12:51:36.0 +0100 @@ -1 +1 @@ -7 +5 diff -urN libaugeas-ruby-0.2.0.orig/debian/control libaugeas-ruby-0.2.0/debian/control --- libaugeas-ruby-0.2.0.orig/debian/control 2008-12-22 12:55:24.0 +0100 +++ libaugeas-ruby-0.2.0/debian/control 2008-12-22 12:51:36.0 +0100 @@ -2,7 +2,8 @@ Section: libs Priority: optional Maintainer: Bart Cortooms -Build-Depends: debhelper (>= 7), ruby1.8, ruby1.8-dev, ruby1.9, ruby1.9-dev, cdbs, ruby-pkg-tools (>= 0.14), libaugeas-dev, pkg-config +Build-Depends: debhelper (>= 5), ruby1.8, ruby1.8-dev, ruby1.9, ruby1.9-dev, cdbs, ruby-pkg-tools (>= 0.11), libaugeas-dev, pkg-config Standards-Version: 3.8.0 Homepage: http://augeas.net/ -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (700, 'testing'), (500, 'testing-proposed-updates'), (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libaugeas-ruby depends on: ii libaugeas-ruby1.8 0.2.0-1Augeaus bindings for the Ruby lang libaugeas-ruby recommends no packages. libaugeas-ruby suggests no packages. -- no debconf information diff -urN libaugeas-ruby-0.2.0.orig/debian/libaugeas-ruby1.8.dirs libaugeas-ruby-0.2.0/debian/libaugeas-ruby1.8.dirs --- libaugeas-ruby-0.2.0.orig/debian/libaugeas-ruby1.8.dirs 1970-01-01 01:00:00.0 +0100 +++ libaugeas-ruby-0.2.0/debian/libaugeas-ruby1.8.dirs 2008-12-22 12:51:17.0 +0100 @@ -0,0 +1 @@ +usr/lib/ruby/1.8 diff -urN libaugeas-ruby-0.2.0.orig/debian/libaugeas-ruby1.9.dirs libaugeas-ruby-0.2.0/debian/libaugeas-ruby1.9.dirs --- libaugeas-ruby-0.2.0.orig/debian/libaugeas-ruby1.9.dirs 1970-01-01 01:00:00.0 +0100 +++ libaugeas-ruby-0.2.0/debian/libaugeas-ruby1.9.dirs 2008-12-22 12:51:17.0 +0100 @@ -0,0 +1 @@ +usr/lib/ruby/1.9 diff -urN libaugeas-ruby-0.2.0.orig/debian/rules libaugeas-ruby-0.2.0/debian/rules --- libaugeas-ruby-0.2.0.orig/debian/rules 2008-12-22 12:55:24.0 +0100 +++ libaugeas-ruby-0.2.0/debian/rules 2008-12-22 12:51:17.0 +0100 @@ -6,4 +6,10 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/ruby-pkg-tools/1/class/ruby-extconf-rb.mk +install/libaugeas-ruby1.8:: + cp $(CURDIR)/lib/augeas.rb $(CURDIR)/debian/libaugeas-ruby1.8/usr/lib/ruby/1.8/augeas.rb + +install/libaugeas-ruby1.9:: + cp $(CURDIR)/lib/augeas.rb $(CURDIR)/debian/libaugeas-ruby1.9/usr/lib/ruby/1.9/augeas.rb + DEB_RUBY_SETUP_CMD = $(CURDIR)/ext/augeas/extconf.rb --- End Message --- --- Begin Message --- Source: libaugeas-ruby Source-Version: 0.2.0-2 We believe that the bug you reported is fixed in the latest version of libaugeas-ruby, which is due to be installed in the Debian FTP archive: libaugeas-ruby1.8_0.2.0-2_i386.deb to pool/main/liba/libaugeas-ruby/libaugeas-ruby1.8_0.2.0-2_i386.deb libaugeas-ruby1.9_0.2.0-2_i386.deb to pool/main/liba/libaugeas-ruby/libaugeas-ruby1.9_0.2.0-2_i386.deb libaugeas-ruby_0.2.0-2.diff.gz to pool/main/liba/libaugeas-ruby/libaugeas-ruby_0.2.0-2.diff.gz libaugeas-ruby_0.2.0-2.dsc to pool/main/liba/libaugeas-ruby/libaugeas-ruby_0.2.0-2.dsc libaugeas-ruby_0.2.0-2_all.deb to pool/main/liba/libaugeas-ruby/libaugeas-ruby_0.2.0-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 509...@bugs.debian.org, and the maintainer will re
Processed: closing 508269
Processing commands for cont...@bugs.debian.org: > close 508269 1.2.6.4 Bug#508269: haskell-hsh_1.2.6.2(unstable/sparc/schroeder): Testsuite failure 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.2.6.4, send any further explanations to Marc 'HE' Brockschmidt > 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#510018: [awn-applets-python-core] battery plugin shows "No batteries"
Hi, I talked to the maintainer of the actual battery applet, and he doesn't want to re-add the possibility of using acpi + dbus only. So I'll close this and add a Recommends on the hal package for the next upload. You can try to convince upstream in this bug : https://bugs.edge.launchpad.net/awn-extras/+bug/312108 If you want to keep the old applet, you can download the source of the applet, and install it in ~/.config/awn/applets . It should work normally. Regards, Julien Lavergne On Sun, 2008-12-28 at 17:56 +0100, David Paleino wrote: > Package: awn-applets-python-core > Version: 0.3~bzr912-1 > Severity: serious > > (severity "serious" because this applet is not really usable for me, :) ) > > Hi, > upgrading to experimental's awn made the Battery applet show the "no > batteries" > tooltip. It worked in 0.2.6-4. > > Reading the code, it seems like 0.3~bzr912 is using Hal, while 0.2.6 directly > used DBus and os.popen("acpi -V"). I don't have hal installed, that's why (I > suppose, I did not have the chance to restart awn yet) it doesn't work > anymore. > > I'm trying to "foreport" (:)) the DBus approach to 0.3 (adding a DBusBackend > class to the code), but I haven't been successful yet. > > Please prod upstream for re-inclusion of such low-level processing :) > > Thank you, > David > > > --- System information. --- > Architecture: i386 > Kernel: Linux 2.6.27-1-686 > > Debian Release: 5.0 > 500 unstablewww.debian-multimedia.org > 500 unstableftp.de.debian.org > 500 unstabledebian.corsac.net > 500 kernel-dists-trunk kernel-archive.buildserver.net > 1 experimentalwww.debian-multimedia.org > 1 experimentaldebian.fastweb.it > > --- Package information. --- > Depends (Version) | Installed > ==-+- > gconf2 (>= 2.10.1-2) | 2.24.0-4 > python(>= 2.4) | 2.5.2-3 > python-central (>= 0.6.7) | 0.6.8 > avant-window-navigator | 0.3~bzr489-1 > python-awn | 0.3~bzr489-1 > python-awnlib (>= 0.3~bzr912) | 0.3~bzr912-1 > -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513158: CVE-2009-0260: Multiple cross-site scripting vulnerabilities
Package: python-moinmoin Severity: grave Tags: security, patch Justification: user security hole Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for moin. CVE-2009-0260[0]: | Multiple cross-site scripting (XSS) vulnerabilities in | action/AttachFile.py in MoinMoin before 1.8.1 allow remote attackers | to inject arbitrary web script or HTML via an AttachFile action to the | WikiSandBox component with (1) the rename parameter or (2) the drawing | parameter (aka the basename variable). The upstream patch can be found here[1]. Please note that despite the CVE description, version 1.8.1 in sid is still vulnerable. Also, I haven't looked at the attack vector yet, but if we end up fixing this for stable as well, we should adjust the wikiutil.escape function to also take care of single quotes "'". However, the patch should be trivial as well. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Cheers Steffen For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-0260 http://security-tracker.debian.net/tracker/CVE-2009-0260 [1] http://hg.moinmo.in/moin/1.8/rev/8cb4d34ccbc1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513151: [Pkg-utopia-maintainers] Bug#513151: network-manager should depend on dnsmasq-base
severity 513151 important thanks Eckhart Wörner wrote: > Package: network-manager > Version: 0.7.0-1 > Severity: serious > Justification: Policy 3.5 > > > Without dnsmasq-base installed, nm-applet fails silently in creating an > ad-hoc network. > NetworkManager outputs the following messages: > > start_sharing(): (eth1/eth1): failed to start dnsmasq: Could not find > dnsmasq binary. > > nm_device_activate_stage5_ip_config_commit(): Activation (eth1) Stage > 5 of 5 (IP Configure Commit) start sharing failed. > > > With dnsmasqbase installed, everything seems to work fine. > Note that the missing dependency on dnsmasq-base is only a guess. Hi Eckhart, you are right, for creating ad-hoc networks you need dnsmasq-base installed. I'm a bit uncertain though to make dnsmasq-base a hard dependency, as most users will probably never create an ad-hoc network, thus if it would be better to make dnsmasq-base a Recommends, to leave the choice to the user (just as policykit and avahi-autoipd are currently suggests and recommends). What would you prefer? FWIW, I downgraded to important, as I think that the package works just fine for the vast majority of users without problems). Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Processed: Re: [Pkg-utopia-maintainers] Bug#513151: network-manager should depend on dnsmasq-base
Processing commands for cont...@bugs.debian.org: > severity 513151 important Bug#513151: network-manager should depend on dnsmasq-base Severity set to `important' from `serious' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#431367: my dear
My dear, I am miss Veronica from Asmara, Eritrea, single and 20 years old girl. After going through profile i made up my mind to contact you for long term relationship and for you to be my financial and investment manager because you are my choice of trust. After you reply this letter and agree for long term relationship and to be my financial and investment manager, I will email you all information about me and all the reason why i have chosen you to be my investment and financial manager. I am waiting for your reply, Miss Veronica
Bug#513156: s390-netdevice - qeth layer3 mode inoperable
Package: s390-netdevice Version: 0.0.21 Severity: grave The qeth layer3 mode is inoperable. The current kernels uses undefined as default and this value needs to be written. Bastian -- All your people must learn before you can reach for the stars. -- Kirk, "The Gamesters of Triskelion", stardate 3259.2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#491329: Processed (with 1 errors): commit-tool breaks hgk
severity 491329 minor retitle 491329 commit-tool: causes hg error messages if removed but not purged thanks Hi, Debian Bug Tracking System wrote: >> severity 491329 serious I do not really see why you want to raise the severity to such a level. I'm downgrading it again. I'm also giving it back its more generic title. If you want to give information about ANOTHER bug, then open a new bug please. The fact is that * the package 'commit-tool' will NEVER remove its config file on removal (only in purge). It would be against strong Debian policy requirements. => nothing can be done in commit-tool * mercurial is designed to print a message on its error output when an extension cannot be loaded. => you can try to open a bug for this... (upstream because this will not be a kind of patch that can be applied only in a Debian package of the software) But I find myself that mercurial is sane here * the hgk extension breaks when mercurial sends it some kind of data (messages on stderr) => this is probably the real root of error. If you agree with me, you should open a bug for this (the best would be a bug upstream and then a bug in Debian that reference this upstream bug) Because, if I read correctly your short report, you complain about the hgk extension not working as soon as mercurial emits some of its standard warning messages. Any extensions (not just commit-tool) will trigger this bad behavior of hgk if they call not be loaded. Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Processed (with 1 errors): commit-tool breaks hgk
Processing commands for cont...@bugs.debian.org: > severity 491329 minor Bug#491329: removed commit-tool breaks the hgk extension Severity set to `minor' from `serious' > retitle 491329 commit-tool: causes hg error messages if removed but not purged Bug#491329: removed commit-tool breaks the hgk extension Changed Bug title to `commit-tool: causes hg error messages if removed but not purged' from `removed commit-tool breaks the hgk extension'. > 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#513071: Regression: for some hosts etch can connect but lenny can't (password auth)
On Mon, 26 Jan 2009 11:42:22 + Colin Watson wrote: > On Mon, Jan 26, 2009 at 12:23:15AM -0500, Daniel Dickinson wrote: > > Package: openssh-client > > Version: 1:5.1p1-5 > > Severity: serious > > Justification: regression from etch > > > > > > I can connect to my router using ssh inside an etch chroot but > > cannot connect using lenny's etch. > > The log is not very informative, unfortunately. Can you get any > similar debugging log from the server to indicate why it reset the > connection after SSH2_MSG_KEXDH_INIT? Unfortunately no, it's the embedded firmware on the router/modem. I actually have a serial cable hooked up and have been able to log on but the manufacturer has done evil things with the firmware that mean dropbear isn't available as a command. It is hidden inside a binary that does the 'server' stuff on the router (and isn't even multicall by name or called by command line; it's really locked down). The router doesn't log ssh to syslog, so there is nothing I can do. Comtrend is evil. > (From some preliminary web searches, I suspect that this may really > be a dropbear bug for which we'll have to add some compatibility > code. In that case I am not convinced that this really qualifies as > serious.) OTOH it works for etch, and it means embedded hardware using that version of dropbear will be inaccessible in lenny (like my router/modem). Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org signature.asc Description: PGP signature
Bug#513151: network-manager should depend on dnsmasq-base
Package: network-manager Version: 0.7.0-1 Severity: serious Justification: Policy 3.5 Without dnsmasq-base installed, nm-applet fails silently in creating an ad-hoc network. NetworkManager outputs the following messages: start_sharing(): (eth1/eth1): failed to start dnsmasq: Could not find dnsmasq binary. nm_device_activate_stage5_ip_config_commit(): Activation (eth1) Stage 5 of 5 (IP Configure Commit) start sharing failed. With dnsmasqbase installed, everything seems to work fine. Note that the missing dependency on dnsmasq-base is only a guess. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (600, 'testing'), (400, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser3.110 add and remove users and groups ii dbus 1.2.1-5 simple interprocess messaging syst ii hal0.5.11-8 Hardware Abstraction Layer ii ifupdown 0.6.8+nmu1high level tools to configure netw ii libc6 2.7-18GNU C Library: Shared libraries ii libdbus-1-31.2.1-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnutls262.4.2-4 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libhal10.5.11-8 Hardware Abstraction Layer - share ii libnl1 1.1-2 library for dealing with netlink s ii libnm-glib00.7.0-1 network management framework (GLib ii libnm-util10.7.0-1 network management framework (shar ii libpolkit-dbus20.9-2 library for accessing PolicyKit vi ii libpolkit2 0.9-2 library for accessing PolicyKit ii libtasn1-3 1.4-1 Manage ASN.1 structures (runtime) ii libuuid1 1.41.3-1 universally unique id library ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii wpasupplicant 0.6.4-3 Client support for WPA and WPA2 (I ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages network-manager recommends: ii network-manager-gnome 0.7.0-1network management framework (GNOM ii network-manager-kde 1:0.7~~svn908338-1 KDE systray applet for controlling ii policykit 0.9-2 framework for managing administrat ii ppp 2.4.4rel-10.1 Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: ii avahi-autoipd 0.6.22-3 Avahi IPv4LL network address confi -- 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#512827: marked as done (ghc6_6.10.1+dfsg1-3(sparc/experimental): FTBFS: Error: Architecture mismatch on "return")
Your message dated Mon, 26 Jan 2009 20:47:15 + with message-id and subject line Bug#512827: fixed in ghc6 6.10.1+dfsg1-4 has caused the Debian Bug report #512827, regarding ghc6_6.10.1+dfsg1-3(sparc/experimental): FTBFS: Error: Architecture mismatch on "return" 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.) -- 512827: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512827 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: ghc6 Version: 6.10.1+dfsg1-3 Severity: serious Hi, your package failed to build from source. | Automatic build of ghc6_6.10.1+dfsg1-3 on titan by sbuild/sparc 98-farm | Build started at 20090123-1413 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 8610kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main ghc6 6.10.1+dfsg1-3 (dsc) [1186B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main ghc6 6.10.1+dfsg1-3 (tar) [8582kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main ghc6 6.10.1+dfsg1-3 (diff) [26.5kB] | Fetched 8610kB in 5s (1502kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (>= 4), libgmp3-dev, xsltproc, libedit-dev, devscripts, ghc6, grep-dctrl, autotools-dev, docbook-xsl, docbook-xml, gcc (>= 4:4.2), procps | hurd, quilt, libffi-dev, autoconf | Checking for already installed source dependencies... [...] | make[3]: Entering directory `/build/buildd/ghc6-6.10.1+dfsg1/libraries/ghc-prim' | /build/buildd/ghc6-6.10.1+dfsg1/ghc/stage1-inplace/ghc -package-name ghc-prim-0.1.0.0 -hide-all-packages -no-user-package-conf -split-objs -i -idist/build -i. -idist/build/autogen -Idist/build/autogen -Idist/build -optP-include -optPdist/build/autogen/cabal_macros.h -odir dist/build -hidir dist/build -stubdir dist/build -package rts-1.0 -O -package-name ghc-prim -XCPP -XMagicHash -XForeignFunctionInterface -XUnliftedFFITypes -XUnboxedTuples -XEmptyDataDecls -XNoImplicitPrelude -idist/build -H32m -O -O2 -Rghc-timing -XGenerics -Wall -fno-warn-deprecated-flags -c GHC/Generics.hs -o dist/build/GHC/Generics.o -ohi dist/build/GHC/Generics.hi | /tmp/ghc16074_0/ghc16074_0.hc: In function '__stginit_ghczmprim_GHCziGenerics': | | /tmp/ghc16074_0/ghc16074_0.hc:309:0: | note: if this code is reached, the program will abort | /tmp/ghc16074_0/ghc16074_0.split__1.s: Assembler messages: | | /tmp/ghc16074_0/ghc16074_0.split__1.s:24:0: | Error: Architecture mismatch on "return". | | /tmp/ghc16074_0/ghc16074_0.split__1.s:24:0: | (Requires v9|v9a|v9b; requested architecture is sparclite.) | | /tmp/ghc16074_0/ghc16074_0.split__1.s:46:0: | Error: Architecture mismatch on "return". | | /tmp/ghc16074_0/ghc16074_0.split__1.s:46:0: | (Requires v9|v9a|v9b; requested architecture is sparclite.) | | /tmp/ghc16074_0/ghc16074_0.split__1.s:68:0: | Error: Architecture mismatch on "return". | | /tmp/ghc16074_0/ghc16074_0.split__1.s:68:0: | (Requires v9|v9a|v9b; requested architecture is sparclite.) | | /tmp/ghc16074_0/ghc16074_0.split__1.s:90:0: | Error: Architecture mismatch on "return". | | /tmp/ghc16074_0/ghc16074_0.split__1.s:90:0: | (Requires v9|v9a|v9b; requested architecture is sparclite.) | | /tmp/ghc16074_0/ghc16074_0.split__1.s:112:0: | Error: Architecture mismatch on "return". | | /tmp/ghc16074_0/ghc16074_0.split__1.s:112:0: | (Requires v9|v9a|v9b; requested architecture is sparclite.) | | /tmp/ghc16074_0/ghc16074_0.split__1.s:134:0: | Error: Architecture mismatch on "return". | | /tmp/ghc16074_0/ghc16074_0.split__1.s:134:0: | (Requires v9|v9a|v9b; requested architecture is sparclite.) | | /tmp/ghc16074_0/ghc16074_0.split__1.s:153:0: | Error: Architecture mismatch on "bgu,pt %icc,.LL14". | | /tmp/ghc16074_0/ghc16074_0.split__1.s:153:0: | (Requires v9|v9a|v9b; requested architecture is sparclite.) | | /tmp/ghc16074_0/ghc16074_0.split__1.s:170:0: | Error: Architecture mismatch on "return". | | /tmp/ghc16074_0/ghc16074_0.split__1.s:170:0: | (Requires v9|v9a|v9b; requested architecture is sparclite.) | | /tmp/ghc16074_0/ghc16074_0.split__1.s:189:0: | Error: Architecture mismatch on "bgu,pt %icc,.LL18". | | /tmp/ghc16074_0/ghc16074_0.split__1.s:189:0: | (Requires v9|v9a|v9b; requested architecture is sparclite.) | | /tmp/ghc16074_0/ghc16074_0.split__1.s:205:0: |
Bug#491329: commit-tool breaks hgk
Package: commit-tool Version: 0.4-4 severity 491329 serious retitle 491329 removed commit-tool breaks the hgk extension thanks This breaks the hgk extension when is removed, but not purged. 0 e...@twix ~/usr/src/perso/aptitude/aptitude-hg $ hg view 0 e...@twix ~/usr/src/perso/aptitude/aptitude-hg $ dpkg --status commit-tool Package: commit-tool Status: install ok installed Priority: optional Section: devel Installed-Size: 292 Maintainer: Vincent Danjean Architecture: all Version: 0.4-4 Depends: mercurial (>= 0.7-4) | git-core, python2.4, python-support (>= 0.2), python-qt3 Conffiles: /etc/mercurial/hgrc.d/commit-tool.rc 85b98294feb0e6bb8adce4932133499d Description: GUI commit tool for various Source Control Management systems Commit Tool or hgct/gct is a GUI enabled commit tool for Git and Mercurial (hg). It allows the user to view diffs, select which files to committed (or ignored / reverted) write commit messages and perform the commit itself. . Its generic SCM interface allows easy porting to other SCM systems. . Homepage: http://www.cyd.liu.se/users/~freku045/gct/ But when removed, it breaks the hgk extension: 0 e...@twix ~/usr/src/perso/aptitude/aptitude-hg $ dpkg --status commit-tool Package: commit-tool Status: deinstall ok config-files Priority: optional Section: devel Installed-Size: 292 Maintainer: Vincent Danjean Architecture: all Version: 0.4-4 Config-Version: 0.4-4 Depends: mercurial (>= 0.7-4) | git-core, python2.4, python-support (>= 0.2), python-qt3 Conffiles: /etc/mercurial/hgrc.d/commit-tool.rc 85b98294feb0e6bb8adce4932133499d Description: GUI commit tool for various Source Control Management systems Commit Tool or hgct/gct is a GUI enabled commit tool for Git and Mercurial (hg). It allows the user to view diffs, select which files to committed (or ignored / reverted) write commit messages and perform the commit itself. . Its generic SCM interface allows easy porting to other SCM systems. . Homepage: http://www.cyd.liu.se/users/~freku045/gct/ 0 e...@twix ~/usr/src/perso/aptitude/aptitude-hg $ hg view *** failed to import extension hgext/hct: No module named hct Error in startup script: k=vdiff v= *** failed to import extension hgext/hct: No module named hct while executing "exec $env(HG) debug-config" (procedure "getconfig" line 4) invoked from within "getconfig" invoked from within "array set config [getconfig]" (file "/usr/share/mercurial/hgk" line 3904) After purge everything works once again: 0 e...@twix ~/usr/src/perso/aptitude/aptitude-hg $ hg view 0 e...@twix ~/usr/src/perso/aptitude/aptitude-hg $ dpkg --status commit-tool Package: commit-tool Status: purge ok not-installed Priority: optional Section: devel -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-686 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages commit-tool depends on: ii git-core 1:1.5.6.5-2 fast, scalable, distributed revisi ii mercurial1.0.1-5.1 Scalable distributed version contr ii python-qt3 3.17.4-1Qt3 bindings for Python ii python-support 0.8.4 automated rebuilding support for P ii python2.42.4.6-1 An interactive high-level object-o commit-tool recommends no packages. commit-tool 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
Processed (with 1 errors): commit-tool breaks hgk
Processing commands for cont...@bugs.debian.org: > Package: commit-tool Ignoring bugs not assigned to: commit-tool > Version: 0.4-4 Unknown command or malformed arguments to command. > severity 491329 serious Bug#491329: commit-tool: causes hg error messages if removed but not purged Severity set to `serious' from `minor' > retitle 491329 removed commit-tool breaks the hgk extension Bug#491329: commit-tool: causes hg error messages if removed but not purged Changed Bug title to `removed commit-tool breaks the hgk extension' from `commit-tool: causes hg error messages if removed but not purged'. > 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#513136: xpn: error message when reading news
Package: xpn Version: 1.0.0-3 Severity: critical Justification: breaks unrelated software i found some errors when browsing the nntp server the test server is nntp://bbs.docksud.com.ar im attach the log of the app -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.28.1fer (SMP w/2 CPU cores; PREEMPT) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpn depends on: ii python2.5.2-3An interactive high-level object-o ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge xpn recommends no packages. xpn suggests no packages. -- no debconf information Mon Jan 26 17:26:43 2009 Traceback (most recent call last): File "/usr/share/xpn/xpn_src/Groups_Win.py", line 268, in subscribe_selected_groups self.subscribe_group(group_to_subscribe,server_name) File "/usr/share/xpn/xpn_src/Groups_Win.py", line 285, in subscribe_group last,message=self.download_headers(group_to_subscribe,articles_number,server_name) File "/usr/share/xpn/xpn_src/Groups_Win.py", line 197, in download_headers articles=shelve.open(os.path.join(self.wdir,"groups_info/",group,group)) File "/usr/lib/python2.5/shelve.py", line 225, in open return DbfilenameShelf(filename, flag, protocol, writeback) File "/usr/lib/python2.5/shelve.py", line 209, in __init__ Shelf.__init__(self, anydbm.open(filename, flag), protocol, writeback) File "/usr/lib/python2.5/anydbm.py", line 83, in open return mod.open(file, flag, mode) File "/usr/lib/python2.5/dbhash.py", line 16, in open return bsddb.hashopen(file, flag, mode) File "/usr/lib/python2.5/bsddb/__init__.py", line 310, in hashopen d.open(file, db.DB_HASH, flags, mode) DBNoSuchFileError: (2, 'No existe el fichero o el directorio') Mon Jan 26 17:28:03 2009 Traceback (most recent call last): File "/usr/share/xpn/xpn_src/Groups_Win.py", line 268, in subscribe_selected_groups self.subscribe_group(group_to_subscribe,server_name) File "/usr/share/xpn/xpn_src/Groups_Win.py", line 285, in subscribe_group last,message=self.download_headers(group_to_subscribe,articles_number,server_name) File "/usr/share/xpn/xpn_src/Groups_Win.py", line 197, in download_headers articles=shelve.open(os.path.join(self.wdir,"groups_info/",group,group)) File "/usr/lib/python2.5/shelve.py", line 225, in open return DbfilenameShelf(filename, flag, protocol, writeback) File "/usr/lib/python2.5/shelve.py", line 209, in __init__ Shelf.__init__(self, anydbm.open(filename, flag), protocol, writeback) File "/usr/lib/python2.5/anydbm.py", line 83, in open return mod.open(file, flag, mode) File "/usr/lib/python2.5/dbhash.py", line 16, in open return bsddb.hashopen(file, flag, mode) File "/usr/lib/python2.5/bsddb/__init__.py", line 310, in hashopen d.open(file, db.DB_HASH, flags, mode) DBNoSuchFileError: (2, 'No existe el fichero o el directorio') Mon Jan 26 17:29:09 2009 Traceback (most recent call last): File "/usr/share/xpn/xpn_src/Groups_Win.py", line 268, in subscribe_selected_groups self.subscribe_group(group_to_subscribe,server_name) File "/usr/share/xpn/xpn_src/Groups_Win.py", line 285, in subscribe_group last,message=self.download_headers(group_to_subscribe,articles_number,server_name) File "/usr/share/xpn/xpn_src/Groups_Win.py", line 197, in download_headers articles=shelve.open(os.path.join(self.wdir,"groups_info/",group,group)) File "/usr/lib/python2.5/shelve.py", line 225, in open return DbfilenameShelf(filename, flag, protocol, writeback) File "/usr/lib/python2.5/shelve.py", line 209, in __init__ Shelf.__init__(self, anydbm.open(filename, flag), protocol, writeback) File "/usr/lib/python2.5/anydbm.py", line 83, in open return mod.open(file, flag, mode) File "/usr/lib/python2.5/dbhash.py", line 16, in open return bsddb.hashopen(file, flag, mode) File "/usr/lib/python2.5/bsddb/__init__.py", line 310, in hashopen d.open(file, db.DB_HASH, flags, mode) DBNoSuchFileError: (2, 'No existe el fichero o el directorio') Mon Jan 26 17:37:23 2009 Traceback (most recent call last): File "/usr/share/xpn/xpn.py", line 1791, in get_bodies self.download_bodies(group[0],group[2]) File "/usr/share/xpn/xpn.py", line 1831, in download_bodies marked_articles=[article for article in articles.itervalues() if article.marked_for_download==True] File "/usr/lib/python2.5/UserDict.py", line 112, in itervalues for _, v in self.iteritems(): File "/usr/lib/python2.5/UserDict.py", line 106, in iteritems yield (k, self[k]) File "/usr/lib/python2.5/shelve.py", line 113, in __getitem__ value = Unpickler(f).load() EOFError Mon Jan 26 17:37:37 2009 Traceback (most recent call last): File "/usr/share/xpn/xpn.py", line
Bug#513135: twinkle_1:1.4-1(sparc/experimental): FTBFS: error: readline/readline.h: No such file or directory
Package: twinkle Version: 1:1.4-1 Severity: serious Hi, your package failed to build from source. | Automatic build of twinkle_1:1.4-1 on njoerd by sbuild/sparc 98-farm | Build started at 20090126-1958 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 1595kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main twinkle 1:1.4-1 (dsc) [1685B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main twinkle 1:1.4-1 (tar) [1577kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main twinkle 1:1.4-1 (diff) [16.0kB] | Fetched 1595kB in 0s (4006kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (>= 4.0.0), cdbs, help2man, autotools-dev, automake1.9, kdelibs4-dev, libqt3-mt-dev (>= 3:3.3.0), qt3-apps-dev, libcommoncpp2-dev (>= 1.4.2), libccrtp-dev (>= 1.7.0), libzrtpcpp-dev (>= 1.3.0), libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libgsm1-dev, libsndfile1-dev, libspeex-dev, libboost-regex-dev, libxml2-dev, libxpm-dev, libmagic-dev | Checking for already installed source dependencies... [...] | g++ -DHAVE_CONFIG_H -I. -I. -I. -Wall -D_GNU_SOURCE -I/usr/include/libxml2 -DDATADIR=\"/usr/share/twinkle\" -DQT_THREAD_SUPPORT -D_REENTRANT -g -O2 -g -Wall -O2 -D_GNU_SOURCE -c -o userintf.o userintf.cpp | userintf.cpp:21:31: error: readline/readline.h: No such file or directory | userintf.cpp:22:30: error: readline/history.h: No such file or directory | userintf.cpp: In function 'char** tw_completion(const char*, int, int)': | userintf.cpp:61: error: 'rl_completion_matches' was not declared in this scope | userintf.cpp: In function 'char* tw_readline(const char*)': | userintf.cpp:99: error: 'readline' was not declared in this scope | userintf.cpp:102: error: 'add_history' was not declared in this scope | userintf.cpp: In member function 'virtual void t_userintf::run()': | userintf.cpp:2204: error: 'rl_attempted_completion_function' was not declared in this scope | userintf.cpp:2205: error: 'using_history' was not declared in this scope | userintf.cpp:2206: error: 'read_history' was not declared in this scope | userintf.cpp:2207: error: 'stifle_history' was not declared in this scope | userintf.cpp:2221: error: 'write_history' was not declared in this scope | make[4]: *** [userintf.o] Error 1 | make[4]: Leaving directory `/build/buildd/twinkle-1.4/src' | make[3]: *** [all-recursive] Error 1 | make[3]: Leaving directory `/build/buildd/twinkle-1.4/src' | make[2]: *** [all] Error 2 | make[2]: Leaving directory `/build/buildd/twinkle-1.4/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/build/buildd/twinkle-1.4' | make: *** [debian/stamp-makefile-build] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20090126-2032 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?&ver=1:1.4-1&pkg=twinkle&arch=sparc Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513060: [Pkg-scicomp-devel] solution
On Mon, Jan 26, 2009 at 11:33 AM, Christophe Prud'homme wrote: > On Mon, Jan 26, 2009 at 7:50 AM, Ondrej Certik wrote: >> The solution is to rebuild paraview. I tried that on i386 in pbuilder >> and it seems it fixed the problem. > which version of paraview ? > > if this is 3.2 I am fine with uploading it, 3.4 still fails with > pbuilder. Otherwise with svn-buildpackage > it works like a charm. It's the version that is currently in unstable. Could you please upload it? Ondrej -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513133: kde4libs_4:4.2.0-1(sparc/experimental): FTBFS: dh_makeshlibs: command returned error code 256
Package: kde4libs Version: 4:4.2.0-1 Severity: serious Hi, your package failed to build from source. | Automatic build of kde4libs_4:4.2.0-1 on titan by sbuild/sparc 98-farm | Build started at 20090126-0129 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 12.4MB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main kde4libs 4:4.2.0-1 (dsc) [2205B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main kde4libs 4:4.2.0-1 (tar) [12.3MB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main kde4libs 4:4.2.0-1 (diff) [90.2kB] | Fetched 12.4MB in 8s (1455kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: cdbs (>= 0.4.51), debhelper (>= 7), quilt, cmake (>= 2.6.2-3~), pkg-kde-tools (>= 0.4), shared-mime-info (>= 0.20), libphonon-dev (>= 4:4.3.0), libcups2-dev, libdbus-1-dev, libqt4-dev (>= 4.4.3), libqt4-opengl-dev (>= 4.4.3), libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libkeyutils-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libpng-dev, libssl-dev, libsm-dev, libsoprano-dev (>= 2.1.67), libstreamanalyzer-dev (>= 0.6.3), libxml2-dev, libxml2-utils, libxslt1-dev, libxtst-dev, libgif-dev, libavahi-common-dev, libaspell-dev, libbz2-dev, libenchant-dev, libfam-dev, libjasper-dev, libopenexr-dev, libpcre3-dev, libtiff4-dev, hspell, xsltproc, libglu1-mesa-dev, libacl1-dev, automoc (>= 1.0~svn850570), libxcursor-dev | Checking for already installed source dependencies... [...] | dh_makeshlibs -plibplasma3 | dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below | dpkg-gensymbols: warning: some symbols disappeared in the symbols file: see diff output below | dpkg-gensymbols: warning: debian/libplasma3/DEBIAN/symbols doesn't match completely debian/libplasma3.symbols.sparc | --- dpkg-gensymbolsyjdywV 2009-01-26 04:24:44.0 + | +++ dpkg-gensymbolsAtkUWV 2009-01-26 04:24:44.0 + | @@ -1,19 +1,19 @@ | libplasma.so.3 libplasma3 #MINVER# | * Build-Depends-Package: kdelibs5-dev | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti11qstringlistet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti12qkeysequenceet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti5qlistip7qwidgeteet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti6qbrushet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti7qcursoret_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti7qlocaleet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti8qpaletteet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z13qvariant_casti9qdatetimeet_rk8qvari...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z21qmetatypedeletehelperi5qlistip7qwidgeteev...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _z24qmetatypeconstructhelperi5qlistip7qwidgeteepvp...@base 4:4.2.0 | + _z13qvariant_casti11qstringlistet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti12qkeysequenceet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti5qlistip7qwidgeteet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti6qbrushet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti7qcursoret_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti7qlocaleet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti8qpaletteet_rk8qvari...@base 4:4.2.0-1 | + _z13qvariant_casti9qdatetimeet_rk8qvari...@base 4:4.2.0-1 | + _z21qmetatypedeletehelperi5qlistip7qwidgeteev...@base 4:4.2.0-1 | + _z24qmetatypeconstructhelperi5qlistip7qwidgeteepvp...@base 4:4.2.0-1 | _z8qwarni...@base 4:4.2.0 | - _zn10qbytearrayd...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _zn11qmetatypeidi5qlistip7qwidgetee14qt_metatype_i...@base 4:4.2.0 | - _zn11qstringlistc1er...@base 4:4.2.0 | +#MISSING: 4:4.2.0-1# _zn10qbytearrayd...@base 4:4.2.0 | + _zn11qmetatypeidi5qlistip7qwidgetee14qt_metatype_i...@base 4:4.2.0-1 | +#MISSING: 4:4.2.0-1# _zn11qstringlistc1er...@base 4:4.2.0 | _zn13qforminternal10dominclude4readerk11qdomelem...@base 4:4.2.0 | _zn13qforminternal10dominclude5clea...@base 4:4.2.0 | _zn13qforminternal10domincludec...@base 4:4.2.0 | @@ -251,7 +251,7 @@ | _zn13qforminternal14domconnectionsc...@base 4:4.2.0 | _zn13qforminternal14domconnectionsd...@base 4:4.2.0 | _zn13qforminternal14domconnectionsd...@base 4:4.2.0 | -#MISSING: PRIVATE: TEMPLINST# _zn13qforminternal14enumkeytovaluein11qsizepolicy6policyeeet_rk9qmetaenumpkcpk...@base 4:4.2.0 | + _zn13qforminternal14enumkeytovaluein11qsizepolicy6policyeeet_rk9qmetaenumpkcpk...@base 4:4.2.0-1 | _zn13qforminternal15domcustomwidget15setelementclasserk7qstr...@base 4:4.2.0 | _zn13qforminternal15domcustomwidget15
Bug#513060: [Pkg-scicomp-devel] solution
On Mon, Jan 26, 2009 at 7:50 AM, Ondrej Certik wrote: > The solution is to rebuild paraview. I tried that on i386 in pbuilder > and it seems it fixed the problem. which version of paraview ? if this is 3.2 I am fine with uploading it, 3.4 still fails with pbuilder. Otherwise with svn-buildpackage it works like a charm. Best regards C. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513128: xserver-xorg-core: X server crashes every time when gnome-screensaver starts (after recent upgrade)
severity 513128 important thank you Dmitri Toptygin wrote: > When X server dies, the last lines in the file .xsession-errors are We need /var/log/Xorg.0.log after the crash. It should contain a backtrace at the end. If X already restarted after the crash, the log has been renamed into /var/log/Xorg.0.log.old > Section "Device" > Identifier "ATI Technologies, Inc. RV370 5B62 [Radeon X600 (PCIE)]" > Driver "vesa" > BusID "PCI:1:0:0" > EndSection > Why are you using vesa instead of radeon ? Brice -- 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#513128: xserver-xorg-core: X server crashes every time when gnome-screensaver starts (after recent upgrade)
Processing commands for cont...@bugs.debian.org: > severity 513128 important Bug#513128: xserver-xorg-core: X server crashes every time when gnome-screensaver starts (after recent upgrade) Severity set to `important' from `critical' > thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511477: iceape: Shouldn't release with Lenny
On Mon, Jan 26, 2009 at 07:25:39AM +0100, Mike Hommey wrote: > On Sun, Jan 25, 2009 at 10:51:07PM +0100, Moritz Muehlenhoff wrote: > > Moritz Muehlenhoff wrote: > > > > Most of the rdeps should only need headers and possibly a .a provided in > > > > the -dev-bin package. There shouldn't be anything needing iceape-browser > > > > files, but that's only an assumption. That's why I asked to check > > > > whether they build without iceape-browser installed. > > > > > > Ok, I'll try a few test builds tonight and post my findings to this bug. > > > > I've built a trimmed-down iceape, which only leaves iceape-dev and > > iceape-dev-bin. > > > > The results so far (some packages still need to be built, since they're > > somewhat > > large. For some reason we've seem to stuffed Xulrunner into the largest > > packages > > in Debian :-) > > > > Not in Lenny: > > gecko-mediaplayer > > > > Worked: > > vlc > > gnome-chemistry-utils > > gtk-vnc > > mozilla-bonobo > > totem > > mplayerplug-in > > rhythmbox > > > > Not tested yet: > > gcj-4.2 > > openoffice.org > > gcj-4.3 > > cacao-oj6 > > eclipse > > openjdk-6 > > > > Failed: > > mozilla-traybiff > > icedtea-gcjwebplugin > > classpath > > > > The last three all failed to link against xpcom. Since icedove provides a > > libxpcom.so, do you think it might be possible to adapt builds deps to it? > > I think it might be possible to just add it (and libxpcom_core.so) to > the iceape-dev-bin package, with a conflict with iceape-browser. That worked. I've been able to properly rebuild mozilla-traybiff, icedtea-gcjwebplugin and classpath. I'll upload the fixed iceape to unstable once I've completed the remaining testbuilds of openoffice.org, cacao-oj6, eclipse and openjdk-6. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed (with 1 errors): runit and /etc/inittab
Processing commands for cont...@bugs.debian.org: > block 510033 512821 Unknown command or malformed arguments to command. > severity 510033 important Bug#510033: runit: Fiddles with other packages configuration files Severity set to `important' from `serious' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510033: runit and /etc/inittab
block 510033 512821 severity 510033 important thanks Since nobody has put in a rebuttal of my analysis, or offered another suggestion, ... Policy 10.7.4 says "The related packages _must_ use the provided program", which I suppose is the justification for the original "serious" severity level. But that assumes that the program is provided, and it is not in this case. The policy only claims it "should", as in "The owning package [sysvinit in this case] _should_ also provide a program", hence the wishlist status for #512821. I'd put the severity to normal, except for the "postinst also uses plain stdout to communicate with the user, not debconf" part of this bug. - Larry -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: severity of 513091 is important
Processing commands for cont...@bugs.debian.org: > # Release goal bugs are not RC > severity 513091 important Bug#513091: bashisms in /etc/init.d/halevt Severity set to `important' from `serious' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: severity of 500277 is important
Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version > 2.10.11ubuntu5.8.04.2 > severity 500277 important Bug#500277: bind9 doesn't start Severity set to `important' from `grave' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging 461464
Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version > 2.10.11ubuntu5.8.04.2 > tags 461464 + pending Bug#461464: bind9: stop should wait until bind is dead Tags were: patch Bug#512135: named wont restart - CRITICAL Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging 486196
Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version > 2.10.11ubuntu5.8.04.2 > tags 486196 + pending Bug#486196: bind9: Manual pages conflict with dnsutils and are for programs not included Tags were: patch Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512958: kernel-patch-openvz: Fails to apply cleanly to 2.6.18 kernel
Hi Ralf Yes this is a known problem. The workaround is to use linux-patch-openvz from unstable. It is updated to handle this problem. Best regards, // Ola On Sun, Jan 25, 2009 at 01:57:34PM +0100, Ralf G. R. Bergs wrote: > Package: kernel-patch-openvz > Version: 028.18.1+etch6 > Severity: grave > Justification: renders package unusable > > Kernel patching stops with the following error message: > > START applying openvz patch (OpenVZ kernel patch for virtual server support) > Testing whether "OpenVZ kernel patch for virtual server support" patch for > 2.6.18 applies (dry run): > 1 out of 2 hunks FAILED -- saving rejects to file > arch/x86_64/ia32/syscall32.c.rej > 1 out of 2 hunks FAILED -- saving rejects to file include/net/af_unix.h.rej > 2 out of 2 hunks FAILED -- saving rejects to file net/unix/garbage.c.rej > "OpenVZ kernel patch for virtual server support" patch for 2.6.18 does not > apply cleanly > Patch /usr/src/kernel-patches/all/apply/openvz failed. > > These are my prerequisites: > > dpkg -s linux-source-2.6.18 -> Version: 2.6.18.dfsg.1-23etch1 > dpkg -s kernel-patch-openvz -> 028.18.1+etch6 > > The above two packages are the most current "stable" package versions > available as of today. > > The command-line I use to compile the kernel: > > make-kpkg --append_to_version=.dfsg.1-23etch1+ovz-028.18.1etch6 \ > --added_patches=openvz --revision=rabe01 --initrd --config menuconfig \ > binary-arch > > > -- System Information: > Debian Release: 4.0 > APT prefers stable > APT policy: (990, 'stable'), (650, 'testing') > Architecture: amd64 (x86_64) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.18.dfsg.1-18etch6+ovz-028.18.1+etch6 > Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 > (charmap=ISO-8859-15) > > Versions of packages kernel-patch-openvz depends on: > ii bash 3.1dfsg-8 The GNU Bourne Again SHell > ii grep-dctrl2.9.3 Grep Debian package information > - > ii patch 2.5.9-4Apply a diff file to an original > > kernel-patch-openvz recommends no packages. > > -- no debconf information > > > -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510851: (no subject)
I didn't find anything relate to scim-qtimm, from the bt on bugs.kde.org its relate to scim but not scim-qtimm, and I don't think its good to enable im with KPasswordEdit, its better to disable it. I'd prefer to fix it in kdesktop. signature.asc Description: OpenPGP digital signature
Bug#513104: marked as done (FTBFS)
Your message dated Mon, 26 Jan 2009 17:35:46 +0200 with message-id <20090126153546.ga12...@kos.to> and subject line Re: Bug#513104: FTBFS has caused the Debian Bug report #513104, regarding FTBFS 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.) -- 513104: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513104 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: qemu Version: 0.9.1-8 Severity: serious Justification: no longer builds from source I get this: gcc-3.4 -Wall -g -fno-strict-aliasing -O2 -Wall -O2 -g -fno-strict-aliasing -I. -I.. -I/home/wena/temp/qemu-0.9.1/target-i386 -I/home/wena/temp/qemu-0.9.1 -MMD -MP -DNEED_CPU_H -I/home/wena/temp/qemu-0.9.1/linux-user -I/home/wena/temp/qemu-0.9.1/linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/wena/temp/qemu-0.9.1/fpu -DHAS_AUDIO -DHAS_AUDIO_CHOICE -I/home/wena/temp/qemu-0.9.1/slirp-c -o syscall.o /home/wena/temp/qemu-0.9.1/linux-user/syscall.c /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:73:26: warning: linux/dirent.h: No such file or directory /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:202: warning: "struct dirent" declared inside parameter list /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:202: warning: its scope is only this definition or declaration, which is probably not what you want /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:204: warning: "struct dirent64" declared inside parameter list /home/wena/temp/qemu-0.9.1/linux-user/syscall.c: In function `do_ipc': /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:2174: warning: label `unimplemented' defined but not used In file included from /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:2217: /home/wena/temp/qemu-0.9.1/linux-user/ioctls.h: At top level: /home/wena/temp/qemu-0.9.1/linux-user/ioctls.h:301: error: invalid application of `sizeof' to incomplete type `({anonymous})' /home/wena/temp/qemu-0.9.1/linux-user/ioctls.h:302: error: invalid application of `sizeof' to incomplete type `({anonymous})' /home/wena/temp/qemu-0.9.1/linux-user/syscall.c: In function `do_syscall': /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4817: warning: passing arg 2 of `sys_getdents' from incompatible pointer type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4824: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4827: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4828: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4829: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4845: warning: passing arg 2 of `sys_getdents64' from incompatible pointer type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4852: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4855: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4856: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4857: error: dereferencing pointer to incomplete type make[2]: *** [syscall.o] Error 1 make[2]: Leaving directory `/home/wena/temp/qemu-0.9.1/i386-linux-user' make[1]: *** [subdir-i386-linux-user] Error 2 make[1]: Leaving directory `/home/wena/temp/qemu-0.9.1' make: *** [build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Build command 'cd qemu-0.9.1 && dpkg-buildpackage -b -uc' failed. E: Child process failed -- System Information: Debian Release: 5.0 APT prefers experimental APT policy: (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu depends on: ii bochsbios 2.3.7-1 BIOS for the Bochs emulator ii libasound2 1.0.16-2 ALSA library ii libbrlapi0.5 3.10~r3724-1 braille display access via BRLTTY ii libc6 2.7-18GNU C Library: Shared libraries ii libgnutls262.4.2-4 the GNU TLS library - runtime libr ii libncurses55.7+20090117-1shared libraries for terminal hand ii libsdl1.2debian1.2.13-4 Simple DirectMedia Layer ii openbios-sparc 1.0~alpha2+20080106-2 SPARC Open Firmware ii openhackware 0.4.1-4 OpenFirmware emulator for PowerPC ii proll 18-4 JavaStation PROM
Bug#510585: marked as done (CVE-2008-5718: arbitrary command execution in papd in netatalk)
Your message dated Mon, 26 Jan 2009 13:52:50 + with message-id and subject line Bug#510585: fixed in netatalk 2.0.3-4+etch1 has caused the Debian Bug report #510585, regarding CVE-2008-5718: arbitrary command execution in papd in netatalk 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.) -- 510585: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510585 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: netatalk Version: 2.0.3-4 Severity: grave Tags: security Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for netatalk. CVE-2008-5718[0]: | The papd daemon in Netatalk before 2.0.4-beta2 allows remote attackers | to execute arbitrary commands via shell metacharacters in a print | request. NOTE: some of these details are obtained from third party | information. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5718 http://security-tracker.debian.net/tracker/CVE-2008-5718 --- End Message --- --- Begin Message --- Source: netatalk Source-Version: 2.0.3-4+etch1 We believe that the bug you reported is fixed in the latest version of netatalk, which is due to be installed in the Debian FTP archive: netatalk_2.0.3-4+etch1.diff.gz to pool/main/n/netatalk/netatalk_2.0.3-4+etch1.diff.gz netatalk_2.0.3-4+etch1.dsc to pool/main/n/netatalk/netatalk_2.0.3-4+etch1.dsc netatalk_2.0.3-4+etch1_amd64.deb to pool/main/n/netatalk/netatalk_2.0.3-4+etch1_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 510...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Nico Golde (supplier of updated netatalk 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.7 Date: Wed, 14 Jan 2009 15:47:49 +0100 Source: netatalk Binary: netatalk Architecture: source amd64 Version: 2.0.3-4+etch1 Distribution: stable-security Urgency: low Maintainer: Sebastian Rittau Changed-By: Nico Golde Description: netatalk - AppleTalk user binaries Closes: 510585 Changes: netatalk (2.0.3-4+etch1) stable-security; urgency=low . * Non-maintainer upload by the Security Team. * Fix arbitrary code execution via a crafted PostScript stream used in a print request if papd is configured to use a pipe command and makes use of variable expansion (CVE-2008-5718; Closes: #510585). Files: eb3fc44340caed42978dea8b8e8cc53d 822 net extra netatalk_2.0.3-4+etch1.dsc efc06139ef2adba4ca71c4ff9effefd2 27582 net extra netatalk_2.0.3-4+etch1.diff.gz 67f12f90fa7e11d8dfa791f36ee05e22 751530 net extra netatalk_2.0.3-4+etch1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkluCkcACgkQHYflSXNkfP8/xQCfTQ98O3BQfMePCJoMWQ3WdAHo Hy0AoJJracasopLRewQXU1zyBJHSFiL2 =uTqq -END PGP SIGNATURE- --- End Message ---
Bug#505271: marked as done (symlink attack in login leading to arbitrary file ownership)
Your message dated Mon, 26 Jan 2009 13:52:48 + with message-id and subject line Bug#505271: fixed in shadow 1:4.0.18.1-7+etch1 has caused the Debian Bug report #505271, regarding symlink attack in login leading to arbitrary file ownership 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.) -- 505271: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505271 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: login Version: 1:4.0.18.1-7 Severity: normal (I wanted to send this to 332...@bugs.debian.org but that was not accepted, surely because that is closed/archived.) I found in my logs (I think first occurrence of such mis-behaviour): Nov 8 05:50:09 rome in.telnetd[21060]: connect from p...@bari.maths.usyd.edu.au (129.78.69.145) Nov 8 05:50:12 rome login[21062]: (pam_unix) session opened for user root by (uid=0) Nov 8 05:50:12 rome login[21062]: can't stat(`/dev/smb/39'): errno 2 Nov 8 05:50:12 rome login[21062]: unable to determine TTY name, got /dev/smb/39 Surely that Samba device is wrong for a telnet session... Hope this helps in tacking down the cause of this bug. Cheers, Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-pk03.02-svr Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages login depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libpam-modules 0.79-5Pluggable Authentication Modules f ii libpam-runtime 0.79-5Runtime support for the PAM librar ii libpam0g 0.79-5Pluggable Authentication Modules l login recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: shadow Source-Version: 1:4.0.18.1-7+etch1 We believe that the bug you reported is fixed in the latest version of shadow, which is due to be installed in the Debian FTP archive: login_4.0.18.1-7+etch1_i386.deb to pool/main/s/shadow/login_4.0.18.1-7+etch1_i386.deb passwd_4.0.18.1-7+etch1_i386.deb to pool/main/s/shadow/passwd_4.0.18.1-7+etch1_i386.deb shadow_4.0.18.1-7+etch1.diff.gz to pool/main/s/shadow/shadow_4.0.18.1-7+etch1.diff.gz shadow_4.0.18.1-7+etch1.dsc to pool/main/s/shadow/shadow_4.0.18.1-7+etch1.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 505...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Nicolas FRANCOIS (Nekral) (supplier of updated shadow 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.7 Date: Sat, 22 Nov 2008 16:04:04 + Source: shadow Binary: login passwd Architecture: source i386 Version: 1:4.0.18.1-7+etch1 Distribution: stable-security Urgency: high Maintainer: Shadow package maintainers Changed-By: Nicolas FRANCOIS (Nekral) Description: login - system login tools passwd - change and administer password and group data Closes: 505271 Changes: shadow (1:4.0.18.1-7+etch1) stable-security; urgency=high . * The "Curé nantais" release * debian/patches/303_login_symlink_attack: Fix a race condition that could lead to gaining ownership or changing mode of arbitrary files. Closes: #505271 [CVE-2008-5394] Files: ec01ac54e482ea552fdae5753d6c1745 1406 admin required shadow_4.0.18.1-7+etch1.dsc 3f54eaa3a35e7c559f4def92e9957581 2354234 admin required shadow_4.0.18.1.orig.tar.gz b78d9d738765da65a6b55dea102569c3 297817 admin required shadow_4.0.18.1-7+etch1.diff.gz 82c630b2f4e18217170a73a2dab27cba 792460 admin required passwd_4.0.18.1-7+etch1_i386.deb 439cd50477db064cdf11d9b48c0e9af0 796578 admin required login_4.0.18.1-7+etch1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSW3rfWz0hbPcukPfAQIexQf/cUd2fZ9UooLPR830+AeYtPMC3p74736z kYcWf/SUegGntDtylsrzTw1GWRfi5TZV8kdgBA+CPxoY0JHJlWnaUFyqwQxUR+Ux os2crtjnjE/IT1n/+cUqLdVujwNk3LEX67W1Z1+RDcrPUTbyfRyRvTgUrLKVCZuP PaNCMHV2Z3pqjvDrIznkWfzpp0IPeMP37hTlr4sBt+QFm8JugGyxT0tiVatEF
Bug#512366: eboard hangs up and use 100%CPU on PowerPC
Patrik Fimml un jour écrivit: Okay, I think I found the real culprit. In various places, network.cc limits output to non-control characters by comparing with 0x20. On x86, char is signed and 0xFF will be (-1), thus being treated as control character. On ppc, chars are unsigned AFAIK, and 0xFF will be (255), and passed on to the rest of the code. Ah, I should have tough about it. Yes, I confirm that char are unsigned for PowerPC, because managing signed char takes few more instructions on PowerPC than unsigned one (though the diffirence shouldn't be mesurable in our case). It means that other architectures are also broken and will need to be recompiled (ARM came to my mind). 154 if (buffer.front()>=32) 219 if (c>=0x20) 294 if (c>=0x20) My fix for the time being would be to duplicate behaviour as on x86, using signed chars everywhere (as I suspect that other bugs might arise otherwise). A patch to the source package is attached, would you please try if that fixes the problem? I think you should simply cast "c" to a signed byte just to make more obvious how silly this hack is :o) More seriously, It seems to works now, thank you. The only weird thing I noticed is when playing offline against a computer, when the computer sometime played illegal moves (at least it is what eboard claimed before letting me play twice in a row) and sometime the computer being allowed to play 2 moves in a row. If I believe the quality of the code we examined, they are probably just some other unrelated bugs that also affect x86 systems. Also, I saw many very bad mistakes in the French translation, including one case for Bughouse where "partner" was translated as opponent, and one big grammar error in the sub menu + many typo. Since you are going to upload a new version anyway, I think it would be important to take it as an opportunity to improve the translation as well. I have completed the translation of every string in the .po file except for "Helper program not found" that I am still not sure of how I should translate it to French. I'll ask for a review on the debian french translation mailing list, and send to you directly the new .po file (and a copy for the actual French translator for eboard). If you don't want to wait, I'll send you right away what I have, which can't be worst that the past translation. I also spoted an error in the Japanese version. Simon Valiquette -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513109: gnome-inm-forecast: crash parsing network data
Package: gnome-inm-forecast Version: 0.6.1-1 Severity: grave Tags: patch This bug is grave since it is a buffer overflow that could be used to gain access to the machine. The patch is attached and it is already applied to gnome-inm-forecast svn: http://kutxa.homeunix.org/svn/gnome-inm-forecast/trunk/ #0 0x7f6a99164ec1 in memcpy () from /lib/libc.so.6 No symbol table info available. #1 0x00406541 in parse_temperatures_data (applet_data=0x1beb740, buf=0x1df61e9 "Cota nieve prov.(m)400 700 400 700 --- gnome-inm-forecast-old/src/main.c +++ gnome-inm-forecast/src/main.c @@ -599,7 +589,7 @@ if (strncmp(tokens[yy], "td ", 3) == 0) continue; if (strncmp(tokens[yy], "nbsp", 4) == 0) continue; //printf ("SNOW[%d]: %s - len: %d - idx: %d\n", yy,(tokens[yy]) ? tokens[yy] : NULL, strlen(tokens[yy]), idx); - if (tokens[yy] && idx <= 10){ + if (tokens[yy] && idx < 10){ if (strlen(tokens[yy]) == 0){ if (idx == 0){ strcpy (applet_data->day_info[0].cota_nieve, "");
Bug#505271: closed ... fixed in shadow 1:4.1.1-6
On Friday 23 January 2009 04:06, Paul Szabo wrote: > Belatedly, I realize that this still leaves a DoS attack: fill up utmp > with entries for all possible PIDs, then login will fail. Maybe that is > "properly" Bug#505071 (as distinct from this one)? Please see there > about ideas on how to perform this DoS without access to group utmp. Although from the description I think it's definately something that's good to fix, I do not think it's that serious to be a DSA. Still, thanks for your help in analysing these issues - I hope Nicolas will pick up on this for a future release of shadow. cheers, Thijs pgpYIwDfBRvDC.pgp Description: PGP signature
Bug#513104: FTBFS
Package: qemu Version: 0.9.1-8 Severity: serious Justification: no longer builds from source I get this: gcc-3.4 -Wall -g -fno-strict-aliasing -O2 -Wall -O2 -g -fno-strict-aliasing -I. -I.. -I/home/wena/temp/qemu-0.9.1/target-i386 -I/home/wena/temp/qemu-0.9.1 -MMD -MP -DNEED_CPU_H -I/home/wena/temp/qemu-0.9.1/linux-user -I/home/wena/temp/qemu-0.9.1/linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/wena/temp/qemu-0.9.1/fpu -DHAS_AUDIO -DHAS_AUDIO_CHOICE -I/home/wena/temp/qemu-0.9.1/slirp-c -o syscall.o /home/wena/temp/qemu-0.9.1/linux-user/syscall.c /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:73:26: warning: linux/dirent.h: No such file or directory /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:202: warning: "struct dirent" declared inside parameter list /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:202: warning: its scope is only this definition or declaration, which is probably not what you want /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:204: warning: "struct dirent64" declared inside parameter list /home/wena/temp/qemu-0.9.1/linux-user/syscall.c: In function `do_ipc': /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:2174: warning: label `unimplemented' defined but not used In file included from /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:2217: /home/wena/temp/qemu-0.9.1/linux-user/ioctls.h: At top level: /home/wena/temp/qemu-0.9.1/linux-user/ioctls.h:301: error: invalid application of `sizeof' to incomplete type `({anonymous})' /home/wena/temp/qemu-0.9.1/linux-user/ioctls.h:302: error: invalid application of `sizeof' to incomplete type `({anonymous})' /home/wena/temp/qemu-0.9.1/linux-user/syscall.c: In function `do_syscall': /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4817: warning: passing arg 2 of `sys_getdents' from incompatible pointer type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4824: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4827: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4828: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4829: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4845: warning: passing arg 2 of `sys_getdents64' from incompatible pointer type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4852: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4855: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4856: error: dereferencing pointer to incomplete type /home/wena/temp/qemu-0.9.1/linux-user/syscall.c:4857: error: dereferencing pointer to incomplete type make[2]: *** [syscall.o] Error 1 make[2]: Leaving directory `/home/wena/temp/qemu-0.9.1/i386-linux-user' make[1]: *** [subdir-i386-linux-user] Error 2 make[1]: Leaving directory `/home/wena/temp/qemu-0.9.1' make: *** [build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Build command 'cd qemu-0.9.1 && dpkg-buildpackage -b -uc' failed. E: Child process failed -- System Information: Debian Release: 5.0 APT prefers experimental APT policy: (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu depends on: ii bochsbios 2.3.7-1 BIOS for the Bochs emulator ii libasound2 1.0.16-2 ALSA library ii libbrlapi0.5 3.10~r3724-1 braille display access via BRLTTY ii libc6 2.7-18GNU C Library: Shared libraries ii libgnutls262.4.2-4 the GNU TLS library - runtime libr ii libncurses55.7+20090117-1shared libraries for terminal hand ii libsdl1.2debian1.2.13-4 Simple DirectMedia Layer ii openbios-sparc 1.0~alpha2+20080106-2 SPARC Open Firmware ii openhackware 0.4.1-4 OpenFirmware emulator for PowerPC ii proll 18-4 JavaStation PROM 2.x compatible re ii vgabios0.6b-1VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages qemu recommends: ii debootstrap 1.0.10 Bootstrap a basic Debian system ii sharutils 1:4.6.3-1 shar, unshar, uuencode, uudecode ii vde2 2.2.2-3Virtual Distributed Ethernet Versions of packages qemu suggests: ii samba 2:3.2.5-4 a LanManager-like file and printer ii sudo 1.6.9p17-1 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contac
Bug#513101: nss: FTBFS
Package: nss Version: 3.12.1-1 Severity: serious Justification: no longer builds from source I get the following: gcc -o Linux2.6_x86_glibc_PTH_OPT.OBJ/secport.o -c -Wall -pipe -Os -g -fPIC -Di386 -DLINUX2_1 -ansi -Wall -Werror-implicit-function-declaration -Wno-switch -pipe -D_POSIX_SOURCE -D_BSD_SOURCE -DHAVE_STRERROR -DLINUX -Dlinux -DXP_UNIX -UDEBUG -DNDEBUG -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -I/usr/include/nspr -I/home/wena/temp/nss-3.12.1/mozilla/dist/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/include secport.c secport.c: In function 'NSS_PutEnv_Util': secport.c:658: error: implicit declaration of function 'putenv' make[3]: *** [Linux2.6_x86_glibc_PTH_OPT.OBJ/secport.o] Error 1 make[3]: Leaving directory `/home/wena/temp/nss-3.12.1/mozilla/security/nss/lib/util' make[2]: *** [libs] Error 2 make[2]: Leaving directory `/home/wena/temp/nss-3.12.1/mozilla/security/nss/lib' make[1]: *** [libs] Error 2 make[1]: Leaving directory `/home/wena/temp/nss-3.12.1/mozilla/security/nss' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Build command 'cd nss-3.12.1 && dpkg-buildpackage -b -uc' failed. E: Child process failed -- System Information: Debian Release: 5.0 APT prefers experimental APT policy: (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: severity of 511797 is important
Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version > 2.10.11ubuntu5.8.04.2 > severity 511797 important Bug#511797: bind9: all queries denied since last update Severity set to `important' from `critical' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#461464: RC bugs reported against your package "bind9"
On Mon, Jan 26, 2009 at 11:33:46AM +0100, Alexander Reichle-Schmehl wrote: > While browsing through the list of release critical bugs searching for > something I could do for Lenny, I noticed that your package bind9 has a > release critical bug open for more or less a year. And serious for nearly _9_ days. I'll deal with it this week. > There's even a patch supplied, which looks IMHO sane. Any comments from > you regarding that matter would be most welcome. And yes, the patch looks at least semi-sane, after glancing at it twice. lamont -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513071: Regression: for some hosts etch can connect but lenny can't (password auth)
On Mon, Jan 26, 2009 at 12:23:15AM -0500, Daniel Dickinson wrote: > Package: openssh-client > Version: 1:5.1p1-5 > Severity: serious > Justification: regression from etch > > > I can connect to my router using ssh inside an etch chroot but cannot connect > using lenny's etch. The log is not very informative, unfortunately. Can you get any similar debugging log from the server to indicate why it reset the connection after SSH2_MSG_KEXDH_INIT? (From some preliminary web searches, I suspect that this may really be a dropbear bug for which we'll have to add some compatibility code. In that case I am not convinced that this really qualifies as serious.) -- Colin Watson [cjwat...@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#510996: gEDA-user: geda in Lenny (was Re: Creating system-gafrc again)
On Mon, Jan 26, 2009 at 05:39, Peter Clifton wrote: > There were some patches ready to push the license fix, but Richard, who > did those is holding off as I mentioned that Hamish promised 1.4.3 > packages whilst he was at LCA. In any case.. we might be forced just to > have the licence fix, rather than a new upstream version + license fix. If need be, I can finalize the packages & get a sponsor within 24 hours. It would be a NMU and I am not a DD, but the bugs are RC and there was ample time for the maintainer to react, so hey. Just say the word and I will get going. Hamish: What is your take on this, if any? >> , and maybe throw in a fix for #507363 for good measure. > > That's not critical, and isn't something I expect they would want to > change during the freeze. At least 1.4.0 -> 1.4.3 is just carefully > back-ported (and well tested) code changes fixing crash bugs. > > Don't underestimate the likelihood of a "simple" packaging fix causing > major breakage. Its always the last minute one-liner which breaks a > release ;) Personally, I would tend to split the fixes into as many packages as possible so RMs can cherry-pick, anyway. Richard -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512787: upgrade makes system unbootable
Am Montag, den 26.01.2009, 10:38 +0100 schrieb Michael Schuerig: > I checked in grub-emu (...-14!) and > > search --fs-uuid --set 546d6205-7424-4a37-86e5-d1e355c3d2ba > > didn't produce any output at all. Whatever it did, I got another prompt > afterwards. > With `--set' argument it just sets the root variable to the device and doestn't print out any output. With `set' command you can check the value of the root variable. -- Felix Zielcke -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#461464: RC bugs reported against your package "bind9"
Hi LaMont! While browsing through the list of release critical bugs searching for something I could do for Lenny, I noticed that your package bind9 has a release critical bug open for more or less a year. There's even a patch supplied, which looks IMHO sane. Any comments from you regarding that matter would be most welcome. If you can't find the time to deal with this bug yourself, I can offer you to NMU bind9 for you. Best regards, Alexander signature.asc Description: OpenPGP digital signature
Bug#513091: bashisms in /etc/init.d/halevt
Also, the '==' in the test in halevt_start is a bashism and should be replaced with a single '='. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Bug#510560: Bug#512082: Info received (crash rtorrent by scgi-interface (function: 'fi.get_filename_last'))
see attache -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 diff -u rtorrent-0.7.9/debian/changelog rtorrent-0.7.9/debian/changelog --- rtorrent-0.7.9/debian/changelog +++ rtorrent-0.7.9/debian/changelog @@ -1,3 +1,11 @@ +rtorrent (0.7.9-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Removed patch debian/patches/03_throw_input_error_506748.patch, +closes: #512082, #510560. + + -- Dmitry E. Oboukhov Mon, 26 Jan 2009 12:43:23 +0300 + rtorrent (0.7.9-2.1) unstable; urgency=low * Non-maintainer upload. reverted: --- rtorrent-0.7.9/debian/patches/03_throw_input_error_506748.patch +++ rtorrent-0.7.9.orig/debian/patches/03_throw_input_error_506748.patch @@ -1,56 +0,0 @@ -From: Xavid -Subject: Re: crash rtorrent by scgi-interface (function: 'fi.get_filename_last') -Date: Sat, 13 Dec 2008 22:57:17 -0500 - -Greetings! - -A group at the MIT Student Information Processing Board spent some -time looking at this bug during our Lenny hackathon BSP, and we came -to the following conclusions: - -1. This bug is due to a type checking problem: running the same test - case on more recent upstream versions produces a vaguely unhelpful - error message, presumably because hashes returned by "download_list - default" aren't valid arguments to "fi.get_filename_last", not being - FileListIterators. - -2. The bug was fixed somewhere between upstream SVN revisions 1038 and - 1054, which represent a significant overhaul of the xmlrpc mechanism, - and wouldn't necessarily be appropriate to backport into this version. - -3. The simplest way to remove the crash bug would be to remove the RPC - altogether, either by: - - a. Causing apply_fi_filename_last() in command_file.cc to throw a -torrent::input_error - - b. Removing the ADD_CFI_VOID("filename_last"... declaration from -command_file.cc - -We were unable to find any situation in which the RPC was able to -provide useful results, so removing it seems like removing it wouldn't -be a significant limitation. Anyone who needs this functionality can -upgrade to a more recent version manually. We've attached a patch -we've tested that implements the first option. - -Either way, it doesn't seem to us like this should be a release -critical bug, not affecting normal users of rtorrent and not causing -problems to people who invoke RPCs properly. - -~Xavid -MIT Student Information Processing Board - -Signed-off-by: Xavid - -diff -ru rtorrent-0.7.9-orig/src/command_file.cc rtorrent-0.7.9-modified/src/command_file.cc rtorrent-0.7.9-orig/src/command_file.cc 2007-10-21 00:24:54.0 -0400 -+++ rtorrent-0.7.9/src/command_file.cc 2008-12-13 22:37:09.0 -0500 -@@ -88,6 +88,8 @@ - - torrent::Object - apply_fi_filename_last(torrent::FileListIterator* itr) { -+ throw torrent::input_error("Command fi.filename_last not available in this version of rTorrent."); -+ - if (itr->file()->path()->empty()) - return "EMPTY"; - signature.asc Description: Digital signature
Bug#513091: bashisms in /etc/init.d/halevt
Package: halevt Version: 0.1.3-1 Severity: serious Justification: Policy 10.4 Installation of halevt fails with /etc/init.d/halevt: 36: Syntax error: "(" unexpected invoke-rc.d: initscript halevt, action "start" failed. because in SUSv3 /bin/sh function definitions do not use the 'function' keyword. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages halevt depends on: ii adduser3.110 add and remove users and groups ii hal0.5.11-8 Hardware Abstraction Layer ii libboolstuff-0.1-0 0.1.12-1 library for operating on boolean e ii libc6 2.7-18GNU C Library: Shared libraries ii libdbus-1-31.2.1-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libhal10.5.11-8 Hardware Abstraction Layer - share ii libxml22.6.32.dfsg-5 GNOME XML library -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Bug#512787: upgrade makes system unbootable
The same happened on my notebook (Dell D820) after the recent upgrade from 1.96+20080724-12 to 1.96+20080724-14. set root=(hd0,1) search --fs-uuid --set 546d6205-7424-4a37-86e5-d1e355c3d2ba menuentry "Debian GNU/Linux, linux 2.6.26-1-686" { linux /boot/vmlinuz-2.6.26-1-686 root=UUID=546d6205-7424-4a37-86e5-d1e355c3d2ba ro initrd /boot/initrd.img-2.6.26-1-686 } I checked in grub-emu (...-14!) and search --fs-uuid --set 546d6205-7424-4a37-86e5-d1e355c3d2ba didn't produce any output at all. Whatever it did, I got another prompt afterwards. Michael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: crash rtorrent by scgi-interface (function: 'fi.get_filename_last')
Processing commands for cont...@bugs.debian.org: > unmerge 506748 Bug#506748: crash rtorrent by scgi-interface (function: 'fi.get_filename_last') Bug#510560: rtorrent: Patch to resolve bug #506748 leads to crashes Bug#512082: rtorrent: Command fi.filename_last not available in this version of rTorrent. Disconnected #506748 from all other report(s). > tags 510560 patch Bug#510560: rtorrent: Patch to resolve bug #506748 leads to crashes There were no tags set. Bug#512082: rtorrent: Command fi.filename_last not available in this version of rTorrent. Tags added: patch > tags 512082 patch Bug#512082: rtorrent: Command fi.filename_last not available in this version of rTorrent. Tags were: patch Bug#510560: rtorrent: Patch to resolve bug #506748 leads to crashes Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512082: crash rtorrent by scgi-interface (function: 'fi.get_filename_last')
unmerge 506748 tags 510560 patch tags 512082 patch thanks I'm very sorry for my bug-report to cause such great problems. Let's return to the previous version and make the bug #506748 unmerge. It's unlikely that somebody will stumble across this bug in lenny, so let's close the bugs #510560 and #512082, and low severity for bug #506748. If You don't mind such variant I could make NMU myself and also act as a sponsor. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature