Bug#349157: quodlibet: quodlibet froze very often
2006/3/3, Joe Wreschnig [EMAIL PROTECTED]: Oh wow, um, I suck. Sorry. I've been running that thread every 300 milliseconds, not every 300 seconds. This has now been fixed in SVN HEAD. Can you run quodlibet --debug and tell me if you observe the problem then? That disables that thread. (Which is why I never noticed the problem in my profiles...) the problem disappear with the debug option. The problems does occur for me with fr_FR.UTF-8 and fr_FR.ISO-8859-15 locale, and not with C nor en_GB.UTF-8 locale, and changing the value of LC_NUMERIC is enough to trigger or removing it. Unfortunately, I still can't explain why this happens. Nothing has yet tied the problem to a specific locale. Well, I don't know for sure, but when looking for it on google, it seem that there is several problem with python and locale that use the comma (,) and not dot (.) in floating point representation (as it is in french, and I believe in German too).
Bug#352417: [Klibido-devel] Fwd: Bug#352417: acknowledged by developer ()
Le Vendredi 3 Mars 2006 07:53, Bauno a écrit : On Thursday 2 March 2006 19:15, Gonéri Le Bouder wrote: Ok, i close the bug. The bug isn't fixed! I've had klibido corrupt its databases several times. Would you like me to run klibido compiled with debug symbols so I can get a useful backtrace? I suppose what's needed is to catch it corrupting the database, not crashing when it tries to use it again. Correct. But the crash seems to be totally random and not KLibido-related. Doing db updates while files are still downloading seems to provoke crashes easily. Changing the group properties settings, such as disabling on of the two news servers while klibido is doing other things might is another thing I've done that I think is correlated with DB corruption. This is the typical Debian behavior, which I'm investigating with a friend of mine. It seems a problem of Debian unstable and derived distro (e.g.: Ubuntu), and seems related to the backports from Bdb CVS. Compiling the db from source (and assuring the Debian one isn't used) seems to fix things. It would be nice to have a .deb package of Bdb with the vanilla sources to test...or to investigate things with the Debian package maintainer a/o the Sleepycat guys, that are very nice and responsive. Unfortunately, I really don't have time to fix such things: I never have this behavior and never have db corruptions, even if I treat my Dbs really bad on my devel pc... Gonéri, is it hard a/o time-expensive to package the vanilla sources of Bdb? Thank you Bauno, I prefere to change the dbd depend from the 4.3 serie to 4.2. I'll have a look this week end. Stay turned ;) Gonéri
Bug#355094: can't train dspam with hash drive
Package: dspam Version: 3.6.4-1 Severity: normal I installed dspam on my system from experimental and try to test it under a single user environment (use it with procmail and mutt). But unlucky, I met following problem. First, install dspam with apt-get install dspam, then run dspam_stats with dspam_stats -H root. At this stage, I can see root.css and root.lock in /var/spool/dspam/data/local/root directory. But after I train it with dspam_corpus --spam root /tmp/spam.mbox, two files under above direcotry wasn't touched. The new result of dspam_stats is exactly same as the one before training. Is there anything wrong with my experiment? Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages dspam depends on: ii adduser 3.84 Add and remove users and groups ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdspam7 3.6.4-1DSPAM is a scalable and statistica ii libldap2 2.1.30-12 OpenLDAP libraries ii procmail 3.22-15Versatile e-mail processor Versions of packages dspam recommends: pn clamavnone (no description available) pn dspam-doc none (no description available) -- no debconf information -- Best Regards, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355084: lmodern: does not work anymore
On Thu, Mar 02, 2006 at 23:56 -0300, Rogério Brito wrote: Package: lmodern Version: 0.99.3-2 Severity: important Thanks for the report. [EMAIL PROTECTED]:~/doc/math$ xdvi short kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 ec-lmr12 xdvi uses the map file ps2pk.map. Let's see what map files there are on your computer and whether or not they contain the right entry. Please send us the output of egrep ec-lmr12 $(kpsewhere ps2pk.map) My guess is that you have a map file in ~/.texmf-var/ that you haven't updated since the new lmodern was installed. In that case, the first question is if you really need that map file (ie, you have fonts installed in ~/texmf), or if it there by accident (calling updmap instead of updmap-sys). If you do need that, you ought to call update-updmap and updmap (with options suitable for your installation). cheerio ralf
Bug#355095: libdspam7-drv-sqlite3: segfault with sqlite3 drive
Package: libdspam7-drv-sqlite3 Version: 3.6.4-1 Severity: normal I installed dspam with apt-get install dspam libdspam7-drv-sqlite3, then edit /etc/dspam/dspam.conf and change StorageDriver entry to /usr/lib/dspam/libsqlite3_drv.so. And then, run dspam_stats -H root, I got following segfault error. # dspam_stats -H root 25277: [03/03/2006 21:24:02] dlopen() failed: /usr/lib/dspam/libsqlite3_drv.so: /usr/lib/dspam/libsqlite3_drv.so: undefined symbol: sqlite3_bind_blob Segmentation fault Seems like dspam can't find the so file, but it exist exactly in that directory. # ll /usr/lib/dspam/ total 44 lrwxrwxrwx 1 root root20 2006-03-03 19:52 libhash_drv.so - libhash_drv.so.7.0.0 lrwxrwxrwx 1 root root20 2006-03-03 19:52 libhash_drv.so.7 - libhash_drv.so.7.0.0 -rw-r--r-- 1 root root 19280 2006-02-20 00:23 libhash_drv.so.7.0.0 lrwxrwxrwx 1 root root23 2006-03-03 21:15 libsqlite3_drv.so - libsqlite3_drv.so.7.0.0 lrwxrwxrwx 1 root root23 2006-03-03 21:15 libsqlite3_drv.so.7 - libsqlite3_drv.so.7.0.0 -rw-r--r-- 1 root root 24084 2006-02-20 00:23 libsqlite3_drv.so.7.0.0 Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages libdspam7-drv-sqlite3 depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdspam7 3.6.4-1DSPAM is a scalable and statistica ii libldap2 2.1.30-12 OpenLDAP libraries ii sqlite3 3.2.8-1A command line interface for SQLit libdspam7-drv-sqlite3 recommends no packages. -- no debconf information -- Best Regards, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354760: epiphany-extensions: Examples
Package: epiphany-extensions Version: 1.8.2-3 Followup-For: Bug #354760 Errors are reported whenever underscore (_) is used in an id (id=foo_bar), even when it is allowed. Also, specifying a unicode code (#x1234;) gives an error message. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages epiphany-extensions depends on: ii epiphany-browser 1.8.3-4Intuitive GNOME web browser ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-9 GCC support library ii libosp5 1.5.2-1Runtime library for OpenJade group ii libpcre3 6.4-1.1Perl 5 Compatible Regular Expressi ii sgml-data 2.0.3 common SGML and XML data ii w3c-dtd-xhtml 1.1-5 W3C eXtensible HyperText Markup La epiphany-extensions recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355064: gnome shouldn't depend on rhythmbox
On Thu, Mar 02, 2006 at 08:26:11PM -0500, Michael Stone wrote: Package: gnome Severity: wishlist gnome depends on rhythmbox, which depends on avahi-daemon, which starts up a network daemon. Please get your facts straight. avahi-daemon is only a Recommends, not a depend. As long as it's a recommend it's okay. People expect to be able to share their music with rhythmbox, so a recommend is actually the right thing to do. Sjoerd -- What sane person could live in this world and not be crazy? -- Ursula K. LeGuin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349157: quodlibet: quodlibet froze very often
Remi Vanicat [EMAIL PROTECTED] writes: 2006/3/2, Max Vozeler [EMAIL PROTECTED]: On Sat, Jan 21, 2006 at 02:23:24PM +0100, Remi Vanicat wrote: 2006/1/21, Remi Vanicat [EMAIL PROTECTED]: When running it very (very) often froze for a short time : it look like between each X event, one have to wait for severall second before the next one is to be treated (or something like that). Some more comment about it: - it seem to happen whenever the main loop is idle. For example when I began to type something in the search field, nothing happen for some time, than everything I've typed show up at once. - the playback is not affected, but the transition between track seem to be affected. It seems like it has something to do with the locale setting: quodlibet freezes the way Remi describes when I'm using LANG=de_DE.UTF-8 and [EMAIL PROTECTED], but it works fine with LANG= and LANG=C. I've completely forget about this bug report. Some debugging show me that the waiting appen in /usr/lib/python2.3/threading.py line 418 in a sleep call. Commenting out this sleep call make every body happy. I used to get freezes that I could solve by doing kill -STOP followed by kill -CONT a little later. But I guessed that was caused by bad threading support in gstreamer 0.8, and since I upgraded to 0.10 I haven't seen it. -- David Kågedal
Bug#354941: [Pkg-zope-developers] Bug#354941: zope3-sandbox: package is uninstallable
Il giorno gio, 02/03/2006 alle 10.15 +0100, Toni Mueller ha scritto: Package: zope3-sandbox Version: 3.2.0-4 Severity: normal Hello, trying to install this package gives: Setting up zope3-sandbox (3.2.0-4) ... dpkg: error processing zope3-sandbox (--configure): subprocess post-installation script returned error exit status 10 and that's it. I didn't yet dissect the postinst to find out what the problem really is, sorry. From debconf information (at the end of your report): zope3-sandbox/remove-instance-without-data: abort It seems that you replyed to the remove-instance-without-data question with abort, so this behaviour is normal. You have an old zope3 instance without data, and zope3-sandbox asked if it's ok to remove it or no. Could you please confirm me this so we could close this report? Thank you, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa parte del messaggio è firmata
Bug#349354: initramfs-tools - kernel -udev dependency loop
On Mar 03, Adam C Powell IV [EMAIL PROTECTED] wrote: Kernel upgrade mode, udevd has not been restarted. Please reboot the system as soon as possible. Kernel version too old. initramfs-tools requires at least 2.6.12. dpkg: error processing udev (--configure): subprocess post-installation script returned error exit status 1 udev did its part, now it looks like that initramfs-tools too needs to implement the upgrade procedure. What is the reason for this requirement? I looked at the changelog but could not find anything related. -- ciao, Marco signature.asc Description: Digital signature
Bug#355084: lmodern: does not work anymore
Hi, Norbert and others, Norbert Preining wrote: On Don, 02 Mär 2006, Rogério Brito wrote: [EMAIL PROTECTED]:~/doc/math$ xdvi short kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 ec-lmr12 mktexpk: don't know how to create bitmap font for ec-lmr12. This is strange. On my texlive system I have neither a problem with your dvi file nor with a dvi file generated myself. First of all, I would like to thank you for your quick response. It is nice to know that texlive doesn't have any problems with the files that I sent. I think that it may be the time to give texlive a shot, just to see how it behaves. Which version should I use, BTW, to test it? The one you once uploaded to experimental? Any other version in another repository (say, the TUG repository)? This way, you get a guinea pig for free. :-) But currently texlive includes its own version of lmodern (only next version will have the debian dependency). And, if I understood it correctly from past discussions, the lmodern package will have its own life, independent of the version distributed with texlive, right? This means that this bug must be chased and killed, right? Thanks, Rogério Brito.
Bug#355084: lmodern: does not work anymore
Hi Rogério! On Fre, 03 Mär 2006, Rogério Brito wrote: Which version should I use, BTW, to test it? The one you once uploaded to experimental? Any other version in another repository (say, the TUG repository)? experimental, and hopefully within the next 1-2 weeks I can manage to do the first upload to unstable. The packages at TUG and the ones in experimental are the same. This way, you get a guinea pig for free. :-) Always welcome. But currently texlive includes its own version of lmodern (only next version will have the debian dependency). And, if I understood it correctly from past discussions, the lmodern package will have its own life, independent of the version distributed with texlive, right? Yes, and the NEXT version of texlive will depend on lmodern and not include its own version. This means that this bug must be chased and killed, right? Answer Ralfs email, I think this will solve the problem! Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- EXETER (n.) All light household and electrical goods contain a number of vital components plus at least one exeter. If you've just mended a fuse, changed a bulb or fixed a blender, the exeter is the small, flat or round plastic or bakelite piece left over which means you have to undo everything and start all over again. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355096: tiger: syntax error in 'check_devices' script
Package: tiger Version: 1:3.2.1-24 Severity: normal Cron job '/usr/sbin/tigercron -q' produced this output: /usr/lib/tiger/scripts/check_devices: eval: line 6: syntax error near unexpected token `/dev/null is a regular file in a device directory.' /usr/lib/tiger/scripts/check_devices: eval: line 6: `message WARN dev003w File /dev/null is a regular file in a device directory.' Gabor -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tiger depends on: ii binutils2.15-6 The GNU assembler, linker and bina ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii debconf 1.4.30.13Debian configuration management sy ii diff2.8.1-11 File comparison utilities ii fileutils 5.2.1-2 The GNU file management utilities ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit ii shellutils 5.2.1-2 The GNU shell programming utilitie ii textutils 5.2.1-2 The GNU text file processing utili -- debconf information: * tiger/mail_rcpt: root tiger/remove_mess: true * tiger/policy_adapt: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355084: lmodern: does not work anymore
Hi, Norbert, Ralf and others. Norbert Preining wrote: On Fre, 03 Mär 2006, Rogério Brito wrote: Which version should I use, BTW, to test it? The one you once uploaded to experimental? Any other version in another repository (say, the TUG repository)? experimental, and hopefully within the next 1-2 weeks I can manage to do the first upload to unstable. The packages at TUG and the ones in experimental are the same. Nice. I will play with them once we discover what bug I have here. And, if I understood it correctly from past discussions, the lmodern package will have its own life, independent of the version distributed with texlive, right? Yes, and the NEXT version of texlive will depend on lmodern and not include its own version. Ok. I guess that you'd like to do something similar to algorithms (the LaTeX style files), if I manage to package it for Debian (I've been thinking about it, but I think that adding the packaging for it to the TeX Strike Force would be best, since team maintainance is the way to go, AFAICS). This means that this bug must be chased and killed, right? Answer Ralfs email, I think this will solve the problem! Ok, I can't answer his e-mail right now, since I'm not in front of my computer, but I expect to answer it in 1h, perhaps. Thank you very much for the help of both of you, Rogério.
Bug#355084: lmodern: does not work anymore
On Fre, 03 Mär 2006, Rogério Brito wrote: Ok. I guess that you'd like to do something similar to algorithms (the LaTeX style files), if I manage to package it for Debian (I've been Yes, I will do this. thinking about it, but I think that adding the packaging for it to the TeX Strike Force would be best, since team maintainance is the way to go, AFAICS). Well, for single packages I don't think this is necessary. Team Maintainance is not obligatory, and we use it only for those packages which are big (tetex and texlive). So do like you want. Do you have packages ready? Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- MALIBU (n.) The height by which the top of a wave exceeds the height to which you have rolled up your trousers. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355097: uw-imapd: Serious SSL problems
Package: uw-imapd Version: 7:2002edebian1-11sarge1 Severity: grave Justification: causes non-serious data loss Some time in the recent past, SSL connections have mostly stopped working. This seems to primarily affect Thunderbird clients (current OSX client positively confirmed, users report similar problems from Windows boxes) as several Apple mail.app users have noticed no problems. Mar 2 18:20:54 swau imapd[4007]: SSL error status: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number The problem results in the above log line then Thunderbird reports You cannot log in to swau.edu because the server has disabled login. You may need to connect via SSL or TLS. Please check the account settings for your mail server. Problem is, the clients are exclusively using TLS (always) and the settings have been confirmed. These settings certainly worked unchanged up until some time in January at the least. Unfortunately, I do not currently have enough information to narrow the time period down more than this. Searching for the logged error gave me a reference to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338006 and a lot of what they describe seems similar to my problems, but in uw-imapd rather than postfix. The context seems to imply that they are talking about unstable rather than stable though, and their versions don't match my openssl version. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages uw-imapd depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libc-client2002e 7:2002edebian1-11sarge1 UW c-client library for mail proto ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libcomerr2 1.37-2sarge1common error description library ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii netbase 4.21Basic TCP/IP networking system ii openssl 0.9.7e-3sarge1 Secure Socket Layer (SSL) binary a -- debconf information: * uw-imapd/force_debconf_choice: false * uw-imapd/protocol: imap2, imaps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355098: debian-installer - FTBFS: Tries to use apt with key checks
Package: debian-installer Version: 20060302 Severity: serious There was an error while trying to autobuild your package: Automatic build of debian-installer_20060302 on debian01 by sbuild/s390 85 [...] 0 upgraded, 42 newly installed, 0 to remove and 0 not upgraded. Need to get 4396kB of archives. After unpacking 12.5MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! cdebconf-udeb anna archdetect cdebconf-priority di-utils di-utils-reboot di-utils-shell di-utils-terminfo rootskel hw-detect installation-locale libdebconfclient0-udeb main-menu libc6-udeb libslang2-udeb nano-udeb libiw28-udeb s390-netdevice ethdetect netcfg-static preseed-common network-preseed kernel-image-2.4.27-2-s390-di nic-modules-2.4.27-2-s390-di rescue-check save-logs udpkg cdebconf-newt-udeb cdebconf-text-udeb libcrypto0.9.8-udeb libdebian-installer4-udeb lowmemcheck choose-mirror net-retriever libnss-files-udeb openssh-server-udeb network-console busybox-udeb download-installer env-preseed initrd-preseed libnss-dns-udeb E: There are problems and -y was used without --force-yes A buildd chroot have no valid setup to do archive key checks. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355099: kdelibs - FTBFS
Package: kdelibs Version: 4:3.5.1-3 Severity: serious There was an error while trying to autobuild your package: Automatic build of kdelibs_4:3.5.1-3 on debian01 by sbuild/s390 85 [...] Making all in kspell make[4]: Entering directory `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu/doc/kspell' ../../kdoctools/meinproc --srcdir=/build/buildd/kdelibs-3.5.1/./kdoctools --check --cache index.cache.bz2 /build/buildd/kdelibs-3.5.1/./doc/kspell/index.docbook /build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu/kdoctools/.libs/lt-meinproc: error while loading shared libraries: libkdecore.so.4: cannot open shared object file: No such file or directory make[4]: *** [index.cache.bz2] Error 127 make[4]: Leaving directory `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu/doc/kspell' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu/doc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 ** Build finished at 20060303-0410 FAILED [dpkg-buildpackage died] Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355100: kernel-package - rebuilds image
Package: kernel-package Version: 10.036 Severity: grave make-kpkg kernel-image called after a successfull make-kpkg build recalls the kernel targets bzImage and modules. This makes building of the official images mostly impossible. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9
Bug#299552: mkfifo.1 should SEE ALSO mkfifo.3
Justin Pryzby [EMAIL PROTECTED] wrote: Can I expect to see this bug fixed for etch? http://bugs.debian.org/299552 Justin If you send a patch for mkfifo, mknod, and any others you spot, along with ChangeLog entries, I'll be happy to apply it upstream. You'd modify man/mkfifo.x, etc. Look in the other man/*.x files for examples. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352841: Unchanged in 3.00-13.6
This bug is unchanged by the upgrade from 3.00-13.5 to 3.00-13.6 (tested on x86 hardware only) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354507: libkpathsea3 should be removed
Adrian Bunk [EMAIL PROTECTED] wrote: But that still leaves us with Olaf's statement that he is unsure about the API. That's not that hard to check. The API is defined through the header files, and below is a complete diff of the header files. The only thing that looks slightly suspicious is the kpse_file_format_type change, but I don't see any way for it to cause serious problems. That's all fine, but still I don't see any value in investing work in the removal of libkpathsea3 now (from unstable only!), instead of filing bugs against the packages that still use it. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#355055: Fwd: [EMAIL PROTECTED]: Bug#355055: Several vulnerabilities discovered by Neo Security Team]
-- Forwarded message -- From: Ryan Boren [EMAIL PROTECTED] Date: 03-Mar-2006 12:56 Subject: Re: [EMAIL PROTECTED]: Bug#355055: Several vulnerabilities discovered by Neo Security Team] To: Kai Hendry [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Kai Hendry wrote: Could I get a comment on this ASAP? The path disclosure issues are non-issues. Those a reported almost weekly by someone looking for something to do. The other things are not exploitable, as far as we can tell. There's nothing critical here. http://somethingunpredictable.com/archives/01/03/2006/wordpress-vulnerabilities-bogus/ Nevertheless, a fix for the comment cookie issues is available on our 2.0 branch. http://svn.automattic.com/wordpress/branches/2.0/ We're still deciding whether to package a 2.0.2 release along with some other non-security fixes we have ready. I'll keep you informed. Ryan
Bug#355084: lmodern: does not work anymore
Hi, Ralf. Thank you very much for your quick reply. Ralf Stubner wrote: On Thu, Mar 02, 2006 at 23:56 -0300, Rogério Brito wrote: Package: lmodern Version: 0.99.3-2 Severity: important Thanks for the report. You're welcome. I would rate this bug something of higher severity, since it is unusable, but I guess that important is enough for a package that isn't in the core of Debian. egrep ec-lmr12 $(kpsewhere ps2pk.map) I can't send this right now, but I will do it as soon as possible (say, about one hour). My guess is that you have a map file in ~/.texmf-var/ that you haven't updated since the new lmodern was installed. Actually, this one I think that I can answer without seeing my computer: no, I don't have a ~/.texmf* in my home directory. In that case, the first question is if you really need that map file (ie, you have fonts installed in ~/texmf), or if it there by accident (calling updmap instead of updmap-sys). Well, I didn't install any fonts myself (I never use anything besides Debian packaged things, unless I know what I am doing and dealing with fonts in (La)TeX is definitely something that I don't understand as well as I whish I would). If you do need that, you ought to call update-updmap and updmap (with options suitable for your installation). OTOH, the version of lmodern in testing didn't actually call *-sys and the base scripts cried out loud to send a bug report to the TeX developers talking about this issue. I just ignored this warning, since I saw a quite good amount of talk about lmodern and some updates of lmodern on packages.qa.debian.org which seemed to address this bug (at least, for the eyes of a layman). I tried to compile my text and xdvi complained that it couldn't make cork-* and the output was simply horrible. Then, I tried to install the version from unstable, but I didn't get anything better (and then, I decided to file the bug report). Thanks for your help, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
Bug#355101: flow-tools: flow-fanout version converstion
Package: flow-tools Version: 1:0.67-8 Severity: important Hello First of all thanks for making Debian a dream come true. Please forward to upstream mantainers the following issues. - flow-fanout by default converts to v1 netflow streams, and that is not documented. Being -V parameter optional, by default flow-fanout should mantain the original version of the stream format. Please state it in the documentation. - when reading -V5 format and writting -V5 format, the reserved bytes in the header (bytes 22 and 23) should be preserved. Juniper uses these reserved fields for specifying the sample type and rate. Thanks so much Ulisses -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages flow-tools depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libmysqlclient12 4.0.24-10sarge1 mysql database client library ii libpq3 7.4.7-6sarge1 PostgreSQL C client library ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354941: [Pkg-zope-developers] Bug#354941: zope3-sandbox: package is uninstallable
Hello Fabio, On Fri, 03.03.2006 at 09:27:04 +0100, Fabio Tranchitella [EMAIL PROTECTED] wrote: Il giorno gio, 02/03/2006 alle 10.15 +0100, Toni Mueller ha scritto: From debconf information (at the end of your report): zope3-sandbox/remove-instance-without-data: abort It seems that you replyed to the remove-instance-without-data question with abort, so this behaviour is normal. You have an old zope3 instance without data, and zope3-sandbox asked if it's ok to remove it or no. yes, that's it (now that you say it). Thank you! Best, --Toni++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355084: lmodern: does not work anymore
On Fri, Mar 03, 2006 at 09:23 +0100, Ralf Stubner wrote: xdvi uses the map file ps2pk.map. Let's see what map files there are on your computer and whether or not they contain the right entry. Please send us the output of egrep ec-lmr12 $(kpsewhere ps2pk.map) In addition, the output of 'kpsewhere ps2pk.map' alone would be helpful, too. There seems to be no option for grep with which it would show matching lines but still indicate which files don't contain a match. cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355103: icecast2: unable to purge
Package: icecast2 Version: 2.3.1-2 Severity: normal Hi, I can't purge Icecast2 package on Debian Etch. Dpkg fail with the following ouput : === ptrois:~# aptitude purge icecast2 Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done The following packages are unused and will be REMOVED: libcurl3-gnutls libspeex1 libtheora0 The following packages will be automatically REMOVED: icecast2{p} The following packages have been kept back: libgcrypt11 libgdbm3 squirrelmail The following packages will be REMOVED: icecast2{p} 0 packages upgraded, 0 newly installed, 4 to remove and 3 not upgraded. Need to get 0B of archives. After unpacking 1290kB will be freed. Do you want to continue? [Y/n/?] Writing extended state information... Done (Reading database ... 72677 files and directories currently installed.) Removing icecast2 ... icecast2 daemon disabled - read /etc/default/icecast2. Purging configuration files for icecast2 ... Undefined argument in option spec dpkg: error processing icecast2 (--purge): subprocess post-removal script returned error exit status 255 Errors were encountered while processing: icecast2 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: ptrois:~# === I provide as an attached file, the output of dpkg --purge -D2000 icecast2, if it can help ... Thanks ! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32-grsec Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages icecast2 depends on: ii adduser 3.80 Add and remove users and groups ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library pn libcurl3-gnut none (no description available) ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libgnutls12 1.2.9-2the GNU TLS library - runtime libr ii libgpg-error0 1.1-4 library for common error values an ii libidn11 0.5.18-1 GNU libidn library, implementation ii libkrb53 1.4.3-5MIT Kerberos runtime libraries ii libogg0 1.1.3-2Ogg Bitstream Library pn libspeex1 none (no description available) ii libtasn1-20.2.17-1 Manage ASN.1 structures (runtime) pn libtheora0none (no description available) ii libvorbis0a 1.1.2-1The Vorbis General Audio Compressi ii libxml2 2.6.23.dfsg.1-0.1 GNOME XML library ii libxslt1.11.1.15-2 XSLT processing library - runtime ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages icecast2 recommends: pn ices2 none (no description available) ptrois:~# dpkg --purge -D2000 icecast2 (Reading database ... 72483 files and directories currently installed.) Removing icecast2 ... icecast2 daemon disabled - read /etc/default/icecast2. D002000: removal_bulk info this pkg D002000: removal_bulk info not postrm or list D002000: removal_bulk info this pkg D002000: removal_bulk info not postrm or list D002000: removal_bulk info this pkg D002000: removal_bulk info not postrm or list D002000: removal_bulk info this pkg D002000: removal_bulk info not postrm or list D002000: removal_bulk info this pkg D002000: removal_bulk info this pkg Purging configuration files for icecast2 ... D002000: removal_bulk conffile dsd entry=`.' conffbasename=`icecast2' conffnameused=21 conffbasenamelen=8 D002000: removal_bulk conffile dsd entry starts wrong D002000: removal_bulk conffile dsd entry not it D002000: removal_bulk conffile dsd entry=`..' conffbasename=`icecast2' conffnameused=21 conffbasenamelen=8 D002000: removal_bulk conffile dsd entry starts wrong D002000: removal_bulk conffile dsd entry not it D002000: removal_bulk conffile dsd entry=`lpd' conffbasename=`icecast2' conffnameused=21 conffbasenamelen=8 D002000: removal_bulk conffile dsd entry starts wrong D002000: removal_bulk conffile dsd entry not it D002000: removal_bulk conffile dsd entry=`rcS' conffbasename=`icecast2' conffnameused=21 conffbasenamelen=8 D002000: removal_bulk conffile dsd entry starts wrong D002000: removal_bulk conffile dsd entry not it D002000: removal_bulk conffile dsd entry=`ssh' conffbasename=`icecast2' conffnameused=21 conffbasenamelen=8 D002000: removal_bulk conffile dsd entry starts wrong D002000: removal_bulk conffile dsd entry not it D002000: removal_bulk conffile dsd entry=`nfs-kernel-server'
Bug#355102: singularity: Crash when receiving focus
Package: singularity Version: 0.22-1 Severity: important When the game receives focus, it (or python?) crashes with a segmentation fault. This means: Start game-move pointer into it-crash (I have focus to pointer) Start game with pointer in it-play game-move pointer out-move pointer in-crash -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages singularity depends on: ii python2.3.5-5An interactive high-level object-o ii python-pygame 1.7.1release-2 SDL bindings for games development ii ttf-bitstream-vera1.10-5 The Bitstream Vera family of free singularity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355104: eclipse: doesn't start
Package: eclipse Version: 3.1.2-1 Severity: grave Justification: renders package unusable When I try to start eclipse from an xterminal window, I get the following error message: searching for compatible vm... testing /usr/lib/j2sdk1.5-sun...found Unable to access jarfile /usr/share/eclipse/startup.jar And an error window is spawned with the following text: JVM terminated. Exit code=1 /usr/lib/j2sdk1.5-sun/bin/java -Djava.library.path=/usr/lib/jni -Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.0/classmap.db -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dosgi.locking=none -jar /usr/share/eclipse/startup.jar -os linux -ws gtk -arch x86 -launcher /usr/lib/eclipse/eclipse -name Eclipse -showsplash 600 -exitdata 8b0005 -install /usr/share/eclipse -vm /usr/lib/j2sdk1.5-sun/bin/java -vmargs -Djava.library.path=/usr/lib/jni -Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.0/classmap.db -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dosgi.locking=none -jar /usr/share/eclipse/startup.jar -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-1Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-1Plug-in Development Environment to ii eclipse-source3.1.2-1Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351909: Serial port gives this output:
This is what I get on the serial console: RESETing to change Configuration! vector: 300 at pc=c010e0b4, lr=c010e308 msr = 9032, sp = c034ba60 [c034b9b0] dar = b4, dsisr = 2200 current = c0304070, pid = 154, comm = kadbprobe mon Is this a working prompt? Can I actually debug something here? What arguments are available? -- Hans Ekbrand (http://sociologi.cjb.net) [EMAIL PROTECTED] GnuPG key: 1024D/7050614E Fingerprint: 1408 C8D5 1E7D 4C9C C27E 014F 7C2C 872A 7050 614E Learn about secure email at http://www.gnupg.org signature.asc Description: Digital signature
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Hi, Thanks for the report. It would be most helpful if you could provide more information about the hang. Thanks in advance, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355084: lmodern: does not work anymore
Hi again, Ralf and Norbert. I'm now at home. On Mar 03 2006, Ralf Stubner wrote: On Fri, Mar 03, 2006 at 09:23 +0100, Ralf Stubner wrote: egrep ec-lmr12 $(kpsewhere ps2pk.map) In addition, the output of 'kpsewhere ps2pk.map' alone would be helpful, too. Ok, here is the output with the version of lmodern (0.92-7) that is currently in testing (etch): - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [EMAIL PROTECTED]:~/doc/math$ egrep ec-lmr12 $(kpsewhere ps2pk.map) [EMAIL PROTECTED]:~/doc/math$ kpsewhere ps2pk.map /var/lib/texmf/fonts/map/dvips/updmap/ps2pk.map [EMAIL PROTECTED]:~/doc/math$ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Here are the messages that I got upon installation of this version of lmodern on my computer: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (...) Setting up lmodern (0.92-7) ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX... mktexlsr: Updating /var/cache/fonts/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. Running updmap... Warning: updmap is being run as root; updmap-sys should probably be used instead. If this is done by a Debian package upon installation, upgrade, or removal, please file a bug against that package. Warning: updmap was run as root; updmap-sys was used instead. If this was done by a Debian package upon installation, upgrade, or removal, please file a bug against that package. done. (...) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Now, the same things for the version of lmodern that is in sid (0.99.3-2): - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (...) Preparing to replace lmodern 0.92-7 (using .../lmodern_0.99.3-2_all.deb) ... Removing old, unchanged (pseudo-)conffile /etc/texmf/updmap.d/10lmodern.cfg Removing obsolete, unchanged conffile /etc/texmf/dvips/lm.map Unpacking replacement lmodern ... Setting up lmodern (0.99.3-2) ... Installing new version of config file /etc/X11/fonts/Type1/lmodern.scale ... Installing new version of config file /etc/defoma/hints/lmodern.hints ... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. (...) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - And: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [EMAIL PROTECTED]:~/doc/math$ egrep ec-lmr12 $(kpsewhere ps2pk.map) [EMAIL PROTECTED]:~/doc/math$ kpsewhere ps2pk.map /var/lib/texmf/fonts/map/dvips/updmap/ps2pk.map [EMAIL PROTECTED]:~/doc/math$ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The same output for the two packages. :-( Thanks for your help, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Loic Dachary wrote: Hi, Thanks for the report. It would be most helpful if you could provide more information about the hang. Thanks in advance, Well, it never shows any of the debconf stuff. It just prints out Preconfiguring packages ... and then proceeds to do nothing... I let it sit over night, and it does do anything except eat up cpu time. If you have anything specific you want me to try lemme know. -- Gary Kramlich [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354947: gtk+2.0-directfb: FTBFS (ppc64): Please support the ppc64 architecture
On Thu, Mar 02, 2006 at 11:44:38AM +0100, Andreas Jochens wrote: Package: gtk+2.0-directfb Version: 2.0.9.2-13 Severity: wishlist Tags: patch Please add 'ppc64' to the architecture fields in debian/control. Whatever for ? please give us a few weeks slack before the multi-arch plan goes forward, and we have a true multi-arch solution before filling more of those bugs. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345467: debian-installer: powerpc root disk-image is too big to fit onto a floppy
On Thu, Mar 02, 2006 at 12:28:46PM +0100, Frans Pop wrote: On Wednesday 01 March 2006 22:06, you wrote: Sorry being so slow, I'll try to test new images again asap. I'm afraid I've reverted the change I made because of comments in this thread: http://lists.debian.org/debian-boot/2006/02/msg01007.html It looks from that that my diagnosis was at least partially incorrect. I'm going to let the powerpc people involved with d-i handle this further. I will do some tests today, but i wonder if there is some summary of what happened, i am afraid i was mostly out-of-touch these past 2 weeks and may be a bit lost. I will do a prep, pegasos and pmac/g5 install test. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335749: Ubuntu patch
tag 335749 patch thanks Hi! I ported elinks to gnutls12, you can find the patch here: http://patches.ubuntu.com/patches/elinks.gnutls12.diff Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#352357: mutt/2190: mutt segfaults when replying from the view-attachments menu
The following reply was made to PR mutt/2190; it has been noted by GNATS. From: Thomas Roessler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: Re: mutt/2190: mutt segfaults when replying from the view-attachments menu Date: Fri, 3 Mar 2006 11:12:45 +0100 On 2006-03-03 02:45:39 +0100, [EMAIL PROTECTED] wrote: Md 100% repeatable segfault in mutt from unstable: at the index level press v and then r Md I can reproduce it with just this .muttrc: Md reply-hook ~h '^nevermatches--- set pgp_autosign Md set edit_headers Md set autoedit There's a choice here: Either we can disallow ~h in reply-hooks, or we can disable reply-hook when replying to a message from the attachment menu. I'm inclined to do the former, and will commit that to CVS. Regards, -- Thomas Roessler [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355084: lmodern: does not work anymore
Rogério Brito [EMAIL PROTECTED] wrote: Hi, Ralf. Thank you very much for your quick reply. Ralf Stubner wrote: On Thu, Mar 02, 2006 at 23:56 -0300, Rogério Brito wrote: Package: lmodern Version: 0.99.3-2 Severity: important Thanks for the report. You're welcome. I would rate this bug something of higher severity, since it is unusable, but I guess that important is enough for a package that isn't in the core of Debian. If a package is unusable, this package has a RC bug no matter how important it is for the whole distribution. And it isn't an insult or something to file a RC bug. Therefore filing this as grave would have been correct IMO. On the other hand, I'm confident that it is a local misconfiguration, and therefore I won't upgrade it myself. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#354986: installation report: powerpc64 can't find external firewire CD, can't load sbp2 module
On Fri, Mar 03, 2006 at 02:49:48AM +0100, Frans Pop wrote: On Thursday 02 March 2006 15:43, Toni L. Harbaugh-Blackford [Contr] wrote: Comments/Problems: ~ # modprobe sbp2 Using /lib/modules/2.6.12-1-powerpc64/kernel/drivers/ieee1394/ieee1394.ko Using /lib/modules/2.6.12-1-powerpc64/kernel/drivers/ieee1394/sbp2.ko insmod: cannot insert `/lib/modules/2.6.12-1-powerpc64/kernel/drivers/ieee1394/sbp2.ko': Unknown symbol in module (-1): No such file or directory modprobe: failed to load module sbp2 The daily built images have been broken since last week due to preparation for the new Beta2 release. The links for the daily netinst and businesscard images [1] are now OK again and use 2.6.15. Full CD images may still be broken. Please try again using the current images. Indeed, altough there was an issue with ppc64 2.6.14 and the firewire modules, not sure if it has been fixed in 2.6.15 or not. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351258: mutt/2189: mutt segfaults if external query return spaces
The following reply was made to PR mutt/2189; it has been noted by GNATS. From: Thomas Roessler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: Re: mutt/2189: mutt segfaults if external query return spaces Date: Fri, 3 Mar 2006 10:56:42 +0100 On 2006-03-03 02:41:41 +0100, [EMAIL PROTECTED] wrote: mutt segfault when selecting mail if query_command is set to: I'm committing this to CVS: diff -u -r3.10 query.c --- query.c17 Sep 2005 20:46:11 - 3.10 +++ query.c3 Mar 2006 09:55:05 - @@ -64,7 +64,8 @@ { static ADDRESS *tmp; - tmp = rfc822_cpy_adr (r-addr); + if (!(tmp = rfc822_cpy_adr (r-addr))) +return NULL; if(!tmp-next !tmp-personal) tmp-personal = safe_strdup (r-name); -- Thomas Roessler [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355105: unionfs-utils: please compile with -DUNIONFS_IMAP
Package: unionfs-utils Version: 1.1.3-1 Severity: wishlist Tags: patch Persistent inode maps are necessary to support some operations with branches on NFS. To enable it, a compile-time option needs to be added. --- unionfs-1.1.3.orig/debian/rules +++ unionfs-1.1.3/debian/rules @@ -3,6 +3,7 @@ #export DH_VERBOSE=1 CFLAGS = -Wall -g +EXTRACFLAGS = -DUNIONFS_IMAP ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 @@ -18,7 +19,7 @@ build-arch: configure-stamp build-arch-stamp build-arch-stamp: dh_testdir - $(MAKE) utils LINUXSRC=/usr/include + $(MAKE) utils LINUXSRC=/usr/include EXTRACFLAGS=$(EXTRACFLAGS) touch build-arch-stamp build-indep: configure-stamp build-indep-stamp @@ -94,8 +95,8 @@ dh_testroot dh_clean -k # build and install the module - $(MAKE) KVERS=$(KVERS) LINUXSRC=$(KSRC) MODPREFIX=$(CURDIR)/debian/$(PKGNAME)/ install-mod - dh_installdocs + $(MAKE) KVERS=$(KVERS) LINUXSRC=$(KSRC) MODPREFIX=$(CURDIR)/debian/$(PKGNAME)/ EXTRACFLAGS=$(EXTRACFLAGS) install-mod + dh_installdocs dh_installchangelogs dh_compress dh_fixperms -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages unionfs-utils depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libuuid1 1.38+1.39-WIP-2005.12.31-1 universally unique id library Versions of packages unionfs-utils recommends: pn unionfs-sourcenone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349354: initramfs-tools - kernel -udev dependency loop
On Thu, Mar 02, 2006 at 07:54:08PM -0500, Adam C Powell IV wrote: The new upgrade procedure fails on alpha, regardless of the kernel workaround, there's still a udev - initramfs-tools dependency loop which interrupts the udev postinst, and the failures cascade from there: # touch /etc/udev/kernel-upgrade # dselect Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. 8 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Do you want to continue [Y/n]? Setting up udev (0.085-1) ... Kernel upgrade mode, udevd has not been restarted. Please reboot the system as soon as possible. Kernel version too old. initramfs-tools requires at least 2.6.12. hmm why? could you put as local workaround an set -x on top in /usr/sbin/mkinitramfs, would really like to know how we got called there. regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354131: fixed in mplayerplug-in 3.21-2
reopen 354131 ! severity 354131 serious stop Hi, On Wed, Mar 01, 2006, Ari Pollak wrote: * Add konqueror, galeon, and epiphany-browser as possible depends (Closes: 354131) mozilla-mplayer is built against mozilla and hence links against its libxpcom. There's no shlibs nor a library package for these library in the mozilla packages, so you have to explicitely depend on mozilla-browser. What you did would have worked when galeon and epiphany-browser were depending on mozilla-browser (they did so in the fast for this exact same reason). Right now, the ELF dependencies of the plugin are not honored, and it can't work without mozilla-browser, so in the short term you should add it back. What you might want to do to get some shared library support is to build against xulrunner which has a shared library, shlibs and stuff, and has it's shared libxpcom (in +d version). I'm not sure how it will work with mozilla-browser (does one really want to support that given the state of the source package?), it shouldn't be any worse with firefox, and should work nicely with xulrunner-enabled source packages: galeon, epiphany, devhelp, yelp... Bye, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#355106: beagle: build-depends should use libxml2-dev =2.6.19
Package: beagle Version: 0.2.1-1 Severity: serious Justification: Policy 4.2 Beagle should add libxml2-dev = 2.6.19 to the build-depends section. Using a lower version of libxml2-dev makes the configure fail when checking for libbeagle dependencies. Checked doing a Sarge backport of it. Regards. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354991: installation-report: Partman fails to detect windows LDM partitions
On Thu, Mar 02, 2006 at 06:30:19PM +, Philip Armstrong wrote: On Thu, Mar 02, 2006 at 07:04:31PM +0100, Geert Stappers wrote: http://support.microsoft.com/kb/308424/ What I read from it, is that it has a another disklabel I now can imagine why partmen fails, but _I_ have no clue how to fix it. Indeed. Why MS couldn't just use Intel's GPT disklabel instead I have no idea. NIH syndrome presumably. If there was a way to get partman to not use parted to detect the partitions, but to just use the existing kernel detected ones in What about fixing the parted support for these partition tables instead ? Should be rather trivial if you only want detection to work. /proc/partitions (which of course would not be editable) then that would at least allow pre-existing partitions to be used by the installer. Perhaps partman is too closely intertwined with parted for this to be possible -- I haven't looked. Partman is too intertwined with itself :) It is probably possible, but partman is a bunch of spagethi code which is difficult to deal with, well at least for me. I believe partman does already do its own stuff for some partition formats or filesystems, and in any case it does its own for lvm/raid. I guess it should be easy enough to create a partman-kernel or whatever plugin, which would allows read-only access to partitions the kernel knows about, and which would be a fallback when other method fail, instead of proposing to erase the whole disk like it happens now, like the case where the guy had a minimac and libparted issues a warning, and d-i/partman proposed to overwrite a new partition table because of that. This is indeed an important feature, not sure who is handling partman right now though. I would say it is even an RC bug, probably of critical severity, as it may cause unrelated data lose, but i will let other decide on that. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355064: gnome shouldn't depend on rhythmbox
On Fri, Mar 03, 2006 at 09:17:15AM +0100, Sjoerd Simons wrote: Please get your facts straight. avahi-daemon is only a Recommends, not a depend. Yes, but it's still pulled in by default. As long as it's a recommend it's okay. People expect to be able to share their music with rhythmbox, so a recommend is actually the right thing to do. Fine, people want to share music with rhythmbox. That doesn't mean that anyone who wants gnome should have to share music. -- Michael Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355077: Galeon 2.0.1 crashes with mozilla-mplayer
Hi, On Fri, Mar 03, 2006, Petter Sundlöf wrote: Ever since I upgraded to Galeon 2.0.1, the xulrunner-using version, Galeon crashes spuriously with mozilla-mplayer. I previously used 3.21-1, and now 3.21-2 of the plugin. The plugin does not crash Firefox or Mozilla, but only Galeon. The crash you have is caused by your symlink, please don't create symlinks like this, it's really dangerous. You should install mozilla-browser to get the /usr/lib/libxpcom.so symlink to /usr/lib/mozilla/libxpcom.so, I've reopened the bug requesting the removal of the mozilla-browser dep to revert the change: this dep is required when the package is built against mozilla-dev. Since the upgrade to xulrunner, I was forced to symlink /usr/lib/libxpcom.so to /usr/lib/mozilla/libxpcom.so, since mozilla-mplayer would not work otherwise (it'd be complain in stdout about the .so not being found). Please don't do that. It is a bug of the mozilla-mplayer package not to depend on the package providing that .so. The cause might be the lack of shlibs in the mozilla packages, but there are multiple ways for the maintainer to comply: - build against xulrunner (what I've suggested for the long-term) - build with a rpath to the real lib (below /usr/lib/mozilla) - add the dependency explicitely (what I've suggested for the short-term) I'm not sure it's possible to cleanly mix mozilla-built stuff with xulruner-built stuff, so the end-result might be something like: your plugin will only work in stuff built against mozilla, or will work with stuff built against xulrunner when it will be built against xulrunner. I cannot compile a debug build of Galeon because of a broken package situation with regards to libxul-dev. That's wrong. You can build a debug build of Galeon in a pbuilder or sid chroot, but in order to build it under your system you have to remove pcakages which you don't want to remove. The current status of the bug for me is the sum of: - mozilla-mplayer is not usuable becauses it can't locate /usr/lib/libxpcom caused by the removal of a dependency in mozilla-mplayer which was required (to get the .so) = mozilla-mplayer bug reported via the reopening of #354131 - mozilla-mplayer is built against mozilla and will crash if used within Galeon built against xulrunner, no idea who's responsible for the bug, but would be solved if mozilla-mplayer would build against xulrunner Cheers, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#355064: gnome shouldn't depend on rhythmbox
Hi, On Thu, Mar 02, 2006, Michael Stone wrote: gnome depends on rhythmbox, which depends on avahi-daemon, which starts up a network daemon. The rhythmbox maintainer does not seem to want to reconsider this, as he considers automated network music sharing essential to the application. IMO, people who want a gnome desktop should not have this service enabled as a side effect. Please remove rhythmbox from the gnome dependency list to make it easier for users to decide whether they want this functionality. This is even worse: people will wonder why they didn't get rhythmbox when they installed GNOME. After fighting against features, you're now fighting against whole packages. Here's what I propose: 1/ let some harden-* package conflict with avahi-daemon and pull some security task by default so that security is clearly the reason of the removal of avahi, and so that as soon as one removes harden, one might get avahi back (with the clear security risk) 2/ let avahi have a debconf question concerning running by default or not, defaulting to yes of course (as all daemons), but pre-seedable for special use cases (a security-related distro for example, or a network install of a large machine park) I think installing GNOME was historically an installation of client-only stuff, but that's long gone, for example one can now start an apache2 process to share files via DAV (guess how will be advertized?). You don't want to stop GNOME to want features as simple as file-sharing. It's quite natural for people to get a webserver when they install a webapp such as phppgadmin, yet apache2 does not only listen on lo by default, it does listen on all interfaces (which is what you'd expect when installing apache2 of course). Cheers, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#355108: if parted gives an error (or doesn't know) about a partition table, partman will erase it
Package: partman Severity: critical Tags: d-i Justification: causes serious data loss Well, it seems that in some rare case (two example below) either libparted will issue an error or not know about a given partition table. In these cases, the installer will think there is no partition table, and propose the creation of a new one, erasing the old partition table, and thus causing the total loss of all data previously found on the harddisk. A proposal to fix this would be to create a partman-kernel or whatever, which would be called if libparted fails, and then go looking at /proc/partitions, to see if there are partitions there, and propose a read-only partition setup, which would allow the user to install in existing partition, and more importanly don't let him to silently over-write existing partition tables. Two recent bugs have shown that this is a problem : - One minimac user who created his partitions under mac-os-x, had an error message in parted telling about the data area not covering the whole disk, and d-i simply proposed to create a new partition table, thus loosing all existing data. - The second such issue, in bug #354991, concerned some funny new microsoft partition table format, which libparted knows nothing about, and could have resulted in the same problems as above. In general this is a failback for partition tables not knows by d-i, but handled well by the linux (or whatever) kernel used by d-i. Friendly, Sven Luther -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349354: initramfs-tools - kernel -udev dependency loop
On Mar 03, maximilian attems [EMAIL PROTECTED] wrote: could you put as local workaround an set -x on top in /usr/sbin/mkinitramfs, would really like to know how we got called there. The udev postinst always runs update-initramfs -u. -- ciao, Marco signature.asc Description: Digital signature
Bug#355064: gnome shouldn't depend on rhythmbox
On Fri, Mar 03, 2006 at 09:27:44AM +0100, Loïc Minier wrote: This is even worse: people will wonder why they didn't get rhythmbox when they installed GNOME. You really seem to have some sort of tunnel vision. IMO, most people won't wonder why they didn't get rhythmbox because they won't care. Those that do can simply install it. After fighting against features, you're now fighting against whole packages. Well, you don't like the idea of changing the package. Fine. But now you both won't change the package *and* insist that it *must* be installed by default for anyone who wants a gnome desktop? You don't want to stop GNOME to want features as simple as file-sharing. I expect that someone should have to turn that on. You're suggesting gnome take a step *backward* from a security perspective while the industry is moving in the other direction. It's quite natural for people to get a webserver when they install a webapp such as phppgadmin, yet apache2 does not only listen on lo by default, And phppgadmin doesn't get installed by default when you say you want a desktop system, does it? (A better policy for handling *all* daemons is actually a good thing long term, but holding the line for desktops is a least a step in the right direction.) -- Michael Stone
Bug#355084: lmodern: does not work anymore
Hi, Frank. On Mar 03 2006, Frank Küster wrote: Rogério Brito [EMAIL PROTECTED] wrote: You're welcome. I would rate this bug something of higher severity, since it is unusable, but I guess that important is enough for a package that isn't in the core of Debian. If a package is unusable, this package has a RC bug no matter how important it is for the whole distribution. And it isn't an insult or something to file a RC bug. Thank you very much for your comment. I sure makes sense. Therefore filing this as grave would have been correct IMO. On the other hand, I'm confident that it is a local misconfiguration, and therefore I won't upgrade it myself. Ok, I am willing to purge all the tex installation that I have here just to see if the problem goes away. This problem occurred right when I was going to make another upload to CTAN. :-( Real life problems also insist in keeping me busy, which also delays another release. :-( But I have some bits of work-arounds and hard-to-find information that should be documented and a new version of the package should be released as soon as I can test it a sane environment (to avoid brown paper bag releases). One extra bit of information: I had cm-super installed here (which I, then, purged). Perhaps some lost files remained? I mainly removed cm-super (which I love, BTW) just because I was tight on space. Thank you very much for all your work, Rogério. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
Bug#352841: Unchanged in 3.00-13.6
On Fri, Mar 03, 2006 at 09:16:01AM +, Hugh Pumphrey wrote: This bug is unchanged by the upgrade from 3.00-13.5 to 3.00-13.6 (tested on x86 hardware only) Yes that's right, I confirm it was in -13.5 and nothing in .6 fixed it. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355109: libc6.1: ia64 build failure for coreutils
Package: libc6.1 Severity: important http://buildd.debian.org/fetch.php?pkg=coreutilsver=5.94-1arch=ia64stamp=1141336896file=logas=raw From the build log: pwd: ../sysdeps/unix/sysv/linux/getcwd.c:130: __getcwd: Assertion `__libc_errno != 34 || buf != ((void *)0) || size != 0' failed. pwd: /build/buildd/coreutils-5.94/build-tree/coreutils-5.94/tests/misc/pwd.tmp/25528/z[...] The above is part of the build tests. For some reason this assertion occurs on ia64, but every other architecture builds fine, suggesting a problem in the ia64 toolchain. This build failure is going to keep coreutils out of testing, so I'd really like to get some kind of response. My next step is to disable build tests on ia64, but I'd really rather fix the bug rather than hide it (and ignore other potential problems by skipping the tests). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355084: lmodern: does not work anymore
Hi Rogério, Rogério Brito wrote: Ok, here is the output with the version of lmodern (0.92-7) that is currently in testing (etch): Ah, I had forgotten that lmodern 0.99.3 hasn't migrated to testing yet. And you reported the bug against 0.99.3-2 on a testing system. ;-) That changes a few things: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [EMAIL PROTECTED]:~/doc/math$ egrep ec-lmr12 $(kpsewhere ps2pk.map) [EMAIL PROTECTED]:~/doc/math$ kpsewhere ps2pk.map /var/lib/texmf/fonts/map/dvips/updmap/ps2pk.map [EMAIL PROTECTED]:~/doc/math$ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - That's fine and expected. ec-lmr12 is an unkown font in 0.92-7. Here are the messages that I got upon installation of this version of lmodern on my computer: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (...) Setting up lmodern (0.92-7) ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX... mktexlsr: Updating /var/cache/fonts/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. Running updmap... Warning: updmap is being run as root; updmap-sys should probably be used instead. If this is done by a Debian package upon installation, upgrade, or removal, please file a bug against that package. Warning: updmap was run as root; updmap-sys was used instead. If this was done by a Debian package upon installation, upgrade, or removal, please file a bug against that package. done. (...) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - That, too, is fine and expected. Version 0.92-7 stems from the 'before updmap-sys time'. Did you have any problems with compiling and/or viewing your files when you had v0.92-7 installed? Or did you go right away to the version in sid? Now, the same things for the version of lmodern that is in sid (0.99.3-2): - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (...) Preparing to replace lmodern 0.92-7 (using .../lmodern_0.99.3-2_all.deb) ... Removing old, unchanged (pseudo-)conffile /etc/texmf/updmap.d/10lmodern.cfg Removing obsolete, unchanged conffile /etc/texmf/dvips/lm.map Unpacking replacement lmodern ... Setting up lmodern (0.99.3-2) ... Installing new version of config file /etc/X11/fonts/Type1/lmodern.scale ... Installing new version of config file /etc/defoma/hints/lmodern.hints ... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. (...) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - That's fine. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [EMAIL PROTECTED]:~/doc/math$ egrep ec-lmr12 $(kpsewhere ps2pk.map) [EMAIL PROTECTED]:~/doc/math$ kpsewhere ps2pk.map /var/lib/texmf/fonts/map/dvips/updmap/ps2pk.map [EMAIL PROTECTED]:~/doc/math$ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Here it is getting interesting. The font ec-lmr12 should be defined in the map file 'lm.map'. Does the map file exist, ie kpsewhere lm.map ? Is the font mentioned there, ie, egrep ec-lmr12 $(kpsewhere lm.map) ? From lm.map it should go to ps2pk.map, because it is mentioned in updmap.cfg. Again two commands: kpsewhere --format=web2c files updmap.cfg egrep lm.map $(kpsewhere --format=web2c files updmap.cfg) lm.map should appear in updmap.cfg because there exists /etc/texmf/updmap.d/10lmodern.cfg. Another two commands: ls -l /etc/texmf/updmap.d/ egrep lm.map /etc/texmf/updmap.d/10lmodern.cfg That should give us enough information for debugging ... cheerio ralf
Bug#354406: ftp.debian.org: invalid Release.gpg of sarge (expired key)
On Sun, Feb 26, 2006 at 01:55:53AM +0100, Andrzej Adam Filip wrote: Gnupg key used to generate Release.gpg of sarge has expired at 2006-01-31. New Release.gpg should be generated using currecnt gpg key. Thank you for your report. Yes, the signature is old, because Packages files and such for stable are only generated upon some release. So on the next point release, which shouldn't take too long anymore, the 2006 key will be used. This is something that also should be thought about for etch, because with the new apt, this will cause issues for people installing/upgrading -- to the point that it would most likely simply break netinstalls and such. So this situation may not repeat itself in etch. Anyway, for people who already installed stable, nothing changed, and the trust in the archive doesn't suddenly decrease just because there was not a re-assurance that yes, the very same release is still genuine. This doesn't mean that this shouldn't be fixed of course. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355110: timeoutd: [NEW FEATURES] Implement lockout/rest period, custom messages and minor bugfixes. Patch supplied
Package: timeoutd Version: 1.5-10moh Severity: wishlist Tags: patch -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.13 Locale: LANG=en_GB, LC_CTYPE=iso_8859_1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages timeoutd depends on: ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxss16.8.2.dfsg.1-11 X Screen Saver client-side library ii xlibs 6.8.2.dfsg.1-7X Window System client libraries m -- no debconf information I have added a new lockout feature to timeoutd optionally to prevent immediate login after a full session. The length of the rest period is configurable from the configfile. Also I have completed the custom messages implementation. Messages can be read from the configfile or from a file specified there. So that custom message files could stored together in, say, /etc/timeoutd/messages I have moved /etc/timeouts to /etc/timeoutd/timeouts. Is this is controversial? New preinst script to copy existing conffile attached. There are no custom messages for the warnings at preset. Would that be useful? The xmessage popups now have a default button which allows them to be cancelled by keystroke. Fixed compilation without -DTIMEOUTDX11 if anyone wants to do it. I have been running this for a month and it works well for me. Hope it is useful. Mark diff -ur ./debian/changelog /usr/src/timeoutd-1.5/debian/changelog --- ./debian/changelog 2006-02-23 11:40:37.0 + +++ /usr/src/timeoutd-1.5/debian/changelog 2006-03-03 09:53:52.0 + @@ -1,3 +1,17 @@ +timeoutd (1.5-10moh) unstable; urgency=low + + * Added optional lockout to prevent immediate login after full session + * Finish custom messages implementation +- Can either be read from timeouts or read from another file +- Moved timeouts to /etc/timeoutd/ so messages files + can also be placed there and not clutter /etc + * timeouts.5: document custom messages and lockout + * Under X, make button on popup the default so window can be cleared +by pressing RETURN + * Fix #ifdefs for compilation without -DTIMEOUTDX11 + + -- Mark Hindley [EMAIL PROTECTED] Thu, 23 Feb 2006 11:56:45 + + timeoutd (1.5-10) unstable; urgency=low * Updating build depencies due to xlibs-dev: Closes: #346924 Only in /usr/src/timeoutd-1.5/debian: changelog.orig diff -ur ./debian/control /usr/src/timeoutd-1.5/debian/control --- ./debian/control2006-02-23 11:40:37.0 + +++ /usr/src/timeoutd-1.5/debian/control2006-02-25 12:23:18.0 + @@ -12,8 +12,8 @@ Description: Flexible user timeout daemon with X11 support timeoutd enforces the time restrictions specified for each or all users. . - timeoutd scans /var/run/utmp every minute and checks /etc/timeouts for - an entry which matches a restricted user, based on: + timeoutd scans /var/run/utmp every minute and checks /etc/timeoutd/timeouts + for an entry which matches a restricted user, based on: . - The current day and time - The tty that the user is currently logged in on Only in /usr/src/timeoutd-1.5/debian: files Only in /usr/src/timeoutd-1.5/debian: timeoutd diff -ur ./debian/timeoutd.install /usr/src/timeoutd-1.5/debian/timeoutd.install --- ./debian/timeoutd.install 2006-02-23 11:40:37.0 + +++ /usr/src/timeoutd-1.5/debian/timeoutd.install 2006-02-25 12:23:18.0 + @@ -1,2 +1,2 @@ timeoutd usr/sbin -timeouts etc +timeouts etc/timeoutd Only in /usr/src/timeoutd-1.5/debian: timeoutd.postinst.debhelper Only in /usr/src/timeoutd-1.5/debian: timeoutd.postrm.debhelper Only in /usr/src/timeoutd-1.5/debian: timeoutd.prerm.debhelper Only in /usr/src/timeoutd-1.5/debian: timeoutd.substvars Only in /usr/src/timeoutd-1.5: .gdbinit Only in /usr/src/timeoutd-1.5: timeoutd diff -ur ./timeoutd.8 /usr/src/timeoutd-1.5/timeoutd.8 --- ./timeoutd.82006-02-23 11:40:37.0 + +++ /usr/src/timeoutd-1.5/timeoutd.82006-02-25 12:23:18.0 + @@ -6,9 +6,9 @@ .SH DESCRIPTION .B timeoutd enforces the time restrictions specified in -.IR /etc/timeouts . +.IR /etc/timeoutd/timeouts . When invoked in daemon mode (without any parameters) timeoutd backgrounds -itself, then scans \fB/var/run/utmp\fR every minute and checks \fB/etc/timeouts\fR +itself, then scans \fB/var/run/utmp\fR every minute and checks \fB/etc/timeoutd/timeouts\fR for an entry which matches that user, based on: .IP \- The current day and time .IP \- The tty that the user is currently logged in on @@ -28,7 +28,7 @@ .B timeoutd will send a warning to the user every minute for 5 minutes (or other time specified in -.IR /etc/timeouts ) +.IR
Bug#355111: konqueror: Konquerors PROPFIND infinite loops - some sort of DoS
Package: konqueror Version: 4:3.5.1-1 Severity: normal Hi! Some days ago I discovered (again) Konqueror (KHTML) misbehaving on one of my websites (http://www.buildd.net/). I blogged about this at http://blog.windfluechter.net/?q=node/94 and therefore reporting a bug now. Here are some Apache logfile snippets: Example 1: host-a.univ-lyon1.fr - - [28/Feb/2006:16:37:53 +0100] GET /buildd/Installed_stats.png HTTP/1.1 200 6608 http://unstable.buildd.net/index-kfreebsd-amd 64.html Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.1 (like Gecko) (Debian) 0 unstable.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:16:37:54 +0100] PROPFIND /buildd/ HTTP/1.1 405 327 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5 .1 (like Gecko) (Debian) 0 unstable.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:16:38:18 +0100] GET /index-kfreebsd-amd64.html HTTP/1.1 200 9702 - Mozilla/5.0 (compatible; Konqueror/3.5; Li nux) KHTML/3.5.1 (like Gecko) (Debian) 0 unstable.buildd.net Everything ok. Example 2: host-a.univ-lyon1.fr - - [28/Feb/2006:16:46:50 +0100] GET /index-kfreebsd-i386.html HTTP/1.1 200 10939 http://buildd.net/; Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.1 (like Gecko) (Debian) 0 unstable.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:16:46:53 +0100] GET /buildd/Installed_stats.png HTTP/1.1 200 6252 http://unstable.buildd.net/index-kfreebsd-i38 6.html Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.1 (like Gecko) (Debian) 0 unstable.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:16:46:54 +0100] PROPFIND /buildd/ HTTP/1.1 302 307 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5 .1 (like Gecko) (Debian) 0 unstable.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:16:46:54 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux ) KHTML/3.5.1 (like Gecko) (Debian) 0 www.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:16:46:55 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux ) KHTML/3.5.1 (like Gecko) (Debian) 0 www.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:16:46:55 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux ) KHTML/3.5.1 (like Gecko) (Debian) 0 www.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:16:46:55 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux ) KHTML/3.5.1 (like Gecko) (Debian) 0 www.buildd.net athlon.lowpingbastards.de - - [28/Feb/2006:16:47:15 +0100] GET /status.phtml?deleted HTTP/1.0 200 270 - update-buildd.net/v0.91 2 update.buildd.net Ok, the client now issued 4 requests in a row. Strange, but not that awful as the next example... Example 3: host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:18 +0100] GET /buildd/kfreebsd-amd64_Installed.html HTTP/1.1 200 2499 http://unstable.buildd.net/index-kf reebsd-amd64.html Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.1 (like Gecko) (Debian) 0 unstable.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:18 +0100] GET /buildd/deb_txttohtml.css HTTP/1.1 200 184 http://unstable.buildd.net/buildd/kfreebsd-amd64 _Installed.html Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.1 (like Gecko) (Debian) 0 unstable.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:21 +0100] GET /buildd/Installed_stats.png HTTP/1.1 200 6254 http://unstable.buildd.net/index-kfreebsd-amd 64.html Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.1 (like Gecko) (Debian) 0 unstable.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:21 +0100] PROPFIND /buildd/ HTTP/1.1 302 307 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5 .1 (like Gecko) (Debian) 0 unstable.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:21 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux ) KHTML/3.5.1 (like Gecko) (Debian) 0 www.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:21 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux ) KHTML/3.5.1 (like Gecko) (Debian) 0 www.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:21 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux ) KHTML/3.5.1 (like Gecko) (Debian) 0 www.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:22 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux ) KHTML/3.5.1 (like Gecko) (Debian) 0 www.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:22 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0 (compatible; Konqueror/3.5; Linux ) KHTML/3.5.1 (like Gecko) (Debian) 0 www.buildd.net host-a.univ-lyon1.fr - - [28/Feb/2006:17:16:22 +0100] PROPFIND /PageNotFound.html/ HTTP/1.1 302 302 - Mozilla/5.0
Bug#355112: backuppc: goes crazy for large host files
Package: backuppc Version: 2.1.1-2sarge1 Severity: important My first, full, backup of localhost went fine. All succeeding backups have reported errors like this: Contents of file /var/lib/backuppc/pc/localhost/XferLOG.1.z, modified 2006-02-25 06:16:17 Running: /usr/bin/env LC_ALL=C sudo /bin/tar -c -v -f - -C / --totals --newer=2006-02-23\ 22:28:54 ./etc ./usr/local ./var/www ./var/lib/cvs ./spool Xfer PIDs are now 9019,9018 /bin/tar: Substituting 1901-12-13 21:45:52 for unknown date format `2006-02-23\\ 22:28:54' create 755 0/0 0 etc [...many many lines deleted...] create 644 2656/2656 8589934592 spool/mdj/mdj-050726.tgz tarExtract: [here comes pure binary code, like 67gd74st63Q but worse] tarExtract: [more binary; will call it simply [binary] below] [...] tarExtract: Can't open /var/lib/backuppc/pc/localhost/new/f%2f/f[binary] create 0 0/0 0 [binary] tarExtract: [binary] etc. When I then look at my backup, it turns out that I have many more shares than I have specified, and these shares have long, binary file names. Since the error happened right after the extremely large file (9Gb), I suspect that the culprit is some mechanism used by backuppc which can't handle this file size. In order to test this idea, I have now removed the 9Gb file, removed the localhost backups, and started with new backups from scratch in the same way as before (the only thing which has changed is that the large file is no longer there). Now I no longer get errors or binary-named shares. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages backuppc depends on: ii adduser 3.63 Add and remove users and groups ii apache1.3.33-6sarge1 versatile, high-performance HTTP s ii apache-ssl1.3.33-6sarge1 versatile, high-performance HTTP s ii debconf 1.4.51 Debian configuration management sy ii dpkg 1.13.8 Package maintenance system for Deb ii libarchive-zip-perl 1.14-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.34-1 Perl module for creation and manip ii perl [libdigest-md5-perl] 5.8.7-3Larry Wall's Practical Extraction ii perl-suid 5.8.7-3Runs setuid Perl scripts ii samba-common 3.0.14a-4 Samba common files used by both th ii smbclient 3.0.14a-4 a LanManager-like simple client fo ii tar 1.15.1-1 GNU tar ii wwwconfig-common 0.0.43 Debian web auto configuration -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304159: GNU DL != GDL. Existing package GDL is unrelated.
Hi Martin, El vie, 03-03-2006 a las 02:42 +, Martin Michlmayr escribió: retitle 304159 gnudl -- A free IDL (Interactive Data Language) compatible thanks * David Golden [EMAIL PROTECTED] [2005-10-20 16:46]: Just to point out that the existing gdl (GNOME DevTool Libraries) source package in debian is AFAIK not related to GNU Data Language (IDL clone) Juan's itp was for. AFAIK there was a previous abortive itp #68057 which was going to use the package name gnudl for the GNU Data Language (IDL clone). : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=68057 OK, let's retitle this bug then. Juan, please find out whether gnudl is a good idea or whether there's a better choice. It would be better gnudatalanguage, it is the project name in sourceforge and it avoid confussions. I have a final package that I am testing. I'll upload it to sid along this month. -- Juan Antonio Añel Cabanelas http://juan.gulo.org Grupo de Usuarios de Linux de Ourense (GULO) http://www.gulo.org El sentido común es la cosa mejor repartida del mundo, pues cada cual piensa que posee tan buena provisión de él, que aún los más descontentadizos repecto a cualquier otra cosa no suelen apetecer más del que ya tienen signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#322415: libsdl1.2debian: IYUV blitting does not work
Hello, The bug has probably been fixed with SDL 1.29. I do not have it also. You can close it. Thanks, Simon Le Jeudi 2 Mars 2006 20:32, Sam Hocevar a écrit : On Wed, Aug 10, 2005, Simon Morlat wrote: My favourite application using libSDL is unable to display correctly IYUV overlays. The colors are wrong and the shapes very approximative, sometimes it displays unidentified things. The problem is known, it occurs when compiling libSDL with nasm support. I no longer have the problem here. Could you please confirm the bug is gone with the latest Debian libSDL? If it is not, please let me know the colour depth you are running at. Regards,
Bug#355084: lmodern: does not work anymore
Rogério Brito [EMAIL PROTECTED] wrote: Ok, I am willing to purge all the tex installation that I have here just to see if the problem goes away. I don't think this will be necessary, there are other ways to debug that. cm-super shouldn't be responsible, by the way. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#304159: GNU DL != GDL. Existing package GDL is unrelated.
retitle 304159 gnudatalanguage -- free IDL (Interactive Data Language) compatible incremental compiler thanks * Juan Antonio Añel Cabanelas [EMAIL PROTECTED] [2006-03-03 12:03]: It would be better gnudatalanguage, it is the project name in sourceforge and it avoid confussions. I have a final package that I am OK. -- Martin Michlmayr http://www.cyrius.com/
Bug#349196: a fix for sudo in sarge
tags 349196 + patch thanks On Thu, Feb 09, 2006 at 05:28:30PM +0200, Mikko Rapeli wrote: This seems to work and allows me to use ethereal remotely through ssh again. The for loop was just copied from above and keepit changed to okvar, so this is pretty simple. We did go through all the bits and if clauses and tested the result manually. The manual page changes are pretty obvious too. I did not go through the list of environment variables mentioned on manual pages and 'sudo -V' when run as root, but perhaps the documentation is enough as this is only first aid for sarge. Thank you for preparing a patch. Bdale, Security team, what do you think about it? --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354604: [tex-live] [patch] fmtutil and formats that preload other formats
Thomas Esser [EMAIL PROTECTED] wrote: fmtutil sets and exports TEXINPUTS=$tmpdir:$TEXINPUTS, but that is not sufficient. One has to set TEXFORMATS, too. I therefore suggest the following patch, based on teTeX-3.0's version: I don't see why not. Thomas? Sure, good patch. Thanks, Frank. Okay, we'll apply it to our next Debian release of the teTeX packages, and I suggest that Norbert do the same with the texlive packages. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#354604: [tex-live] [patch] fmtutil and formats that preload other formats
On Fre, 03 Mär 2006, Frank Küster wrote: Okay, we'll apply it to our next Debian release of the teTeX packages, and I suggest that Norbert do the same with the texlive packages. Already included ... Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- WEMBLEY (n.) The hideous moment of confirmation that the disaster presaged in the ely (q.v.) has actually struck. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354967: wmspaceweather: FTBFS
tags 354967 +patch thanks With the following patch 'wmspaceweather' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/wmspaceweather-1.04/debian/control ./debian/control --- ../tmp-orig/wmspaceweather-1.04/debian/control 2006-03-03 11:23:34.0 + +++ ./debian/control2006-03-03 11:23:32.0 + @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Debian QA Group [EMAIL PROTECTED] -Build-Depends: xlibs-dev +Build-Depends: libxt-dev, libxpm-dev Standards-Version: 3.5.9.0 Package: wmspaceweather -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
After a random guess of tweaking debconf with dpkg-reconfigure -plow debconf and setting the prompt priority to low, i got into the dialogs. It was previously at critical. I'm not to sure of how you'd want to go about handling this, but yeah, thats the problem :) -- Gary Kramlich [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341884: libc6: [mips] tri-arch support for mips mipsel
On Thu, Mar 02, 2006 at 06:53:16PM +0100, Aurelien Jarno wrote: [snip] Other architectures have a simple separation between 32 and 64 bit. For Mips there's often some confusion what n32 qualifies for (embedded people often call it 64 bit without further qualification). That's why I recommended to use the ABI names instead. This also avoids the heavily overloaded mips32 and mips64 terms. You mean for the libc provided packages or in general? In general. If you mean something like libn32gcc1, libn64gcc1 or libn32z1, libn64z1, just be aware that it makes patches to bi/tri-arch packages a lot bigger. If using 32 or 64, it usually means just adding mips and mipsel to a variable. And then people have to remember that lib32gcc1 provides _not_ the usual 32bit ABI (and doesn't even work on a 32bit CPU, or a 32bit kernel running on a 64bit capable CPU). This usually goes wrong. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355064: gnome shouldn't depend on rhythmbox
Hi, On Fri, Mar 03, 2006, Michael Stone wrote: You really seem to have some sort of tunnel vision. Don't be insulting. You didn't make any effort to encompass my vision, I made some and gave you some points. I explained why I felt this way. You simply dismiss these points because no-one has a MacOSX on your network. I can tell you I saw plenty of advertized services at FOSDEM, I see some at home from my MacOSX, I saw some at my office... This is nowhere near your point of view of a small set of privileged people which you never saw, this is what I would call a mass-market technology. IMO, most people won't wonder why they didn't get rhythmbox because they won't care. Those that do can simply install it. I think you're confusing gnome and gnome-desktop-environment. People wanting the GNOME desktop, and only that should install gnome-desktop-environment. gnome is a much wider set, pulling stuff like evolution, or gnome-office. Well, you don't like the idea of changing the package. Fine. But now you both won't change the package *and* insist that it *must* be installed by default for anyone who wants a gnome desktop? Again, you seem to miss the point of gnome versus gnome-desktop-environment. You don't want to stop GNOME to want features as simple as file-sharing. I expect that someone should have to turn that on. You're suggesting gnome take a step *backward* from a security perspective while the industry is moving in the other direction. Right, someone turns that on, exactly like someone must explicitely turn on sharing of his music in Rhythmbox. But browsing of remote shares is enabled by default. Do you consider Apple part of the industry? It's quite natural for people to get a webserver when they install a webapp such as phppgadmin, yet apache2 does not only listen on lo by default, And phppgadmin doesn't get installed by default when you say you want a desktop system, does it? (A better policy for handling *all* daemons is actually a good thing long term, but holding the line for desktops is a least a step in the right direction.) Neither does rhythmbox if you select gnome-desktop-environment. You completely ignore my proposals, which were to help you offer the security-oriented distro you want, without choping away the feature-encompassing GNOME I want. I talked of this with a lot of people at FOSDEM, they were all developers and all understood what it meant to have a port open. Some of them suggested the solutions I proposed to you (and that you didn't even bother to comment on), but all of them thought it was completely ok to have avahi pulled in this way. If you have a technical problem with the way deps are layered and the fact that avahi-daemon listen on the network from your security perspective, and I can't agree from a functional perspective, let's take the problem the next step (since evidently you wanted to bypass me by bringing that at the GNOME team scope), that is the TC. If you wish for this resolution, I can do the job of giving a short summary of the discussion with pointers to deb-sec and this bug for references, and open the discussion with the tech-ctte. If you don't, please state so and propose a reasonnable course of actions (hint: consensual), where I get some of the functionalities I want, and you get some of the security you want. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#355080: krsh uses rlogin but package doesn't depend on it
severity 355080 normal thanks Ted Percival: /usr/bin/krsh in tries to exec rlogin but rlogin is not provided by any of heimdal-clients' dependencies. Installing the rsh-client package fixes this particular problem, but krsh doesn't strip -5 or --krb5 from argv before executing rlogin so rlogin complains. Here are some shell snippets to illustrate the problem: [EMAIL PROTECTED]:~$ sudo dpkg --configure -a [EMAIL PROTECTED]:~$ krsh localhost krsh: execvp rlogin: No such file or directory Well, what happens is that krsh execs rlogin if no command is given. I.e., if you write krsh localhost ls for example it should work. rlogin is just a fallback for interactive sessions. I think there once was a Kerberised rlogin but I can't find it anymore. Oh, and I'm not sure you can use krsh to localhost at all because there's no host key for localhost. You need to use your computer's real domain name. ( install rsh-client ) There's no point, because you don't get Kerberos if you use rlogin from rsh-client. The point of krsh is to execute a command on a remote server, not run an interactive session. If you want an interactive session, use ktelnet. I guess to fix this bug the fallback should be changed to ktelnet instead of rlogin. Better yet, use ssh with Kerberos support enabled. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355113: libxul-dev: header file missing
Package: libxul-dev Severity: grave Justification: renders package unusable File prtypes.h, required to compile just about everything, is missing. Currently, this file may only be found in mail/mozilla-thunderbird-dev libdevel/libnspr-dev libdevel/libnspr4-dev devel/nvu-dev all of which conflict with libxul-dev. Suggestion : either include it in libxul-dev or update libnspr-dev. Regards, David -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355114: libchipcard2-tools: cardcommander2 returns non zero exit code upon normal quit
Package: libchipcard2-tools Version: 1.9.19.99+1.9.20beta-3 Severity: normal Hi, % cardcommander2 Connecting to server. Connected. Card: quit Exiting. zsh: exit 255 cardcommander2 A non zero exit code indicates an error. But there is noone. Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15.4 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages libchipcard2-tools depends on: ii adduser 3.84 Add and remove users and groups ii libc6 2.3.6-1GNU C Library: Shared libraries an ii libchipcard2-0c2 1.9.19.99+1.9.20beta-3 library for accessing smartcards ii libchipcard2-data 1.9.19.99+1.9.20beta-3 configuration files for libchipcar ii libgcc1 1:4.0.2-9 GCC support library ii libgwenhywfar38 1.99.7-3 OS abstraction layer ii libstdc++64.0.2-9The GNU Standard C++ Library v3 ii libsysfs2 2.0.0-4interface library to sysfs ii libusb-0.1-4 2:0.1.11-4 userspace USB programming library libchipcard2-tools recommends no packages. -- no debconf information pgpUpfdHeQbyj.pgp Description: PGP signature
Bug#355074: [Yaird-devel] Bug#355074: yaird fails to load /dev/console for luks cryptoroot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 2 Mar 2006 19:52:37 -0800 (PST) Mark Hedges [EMAIL PROTECTED] wrote: I do get a prompt to type the luks password. Yay! But immediately I see: EXT3-fs: mounted filesystem with ordered data mode. Switching root ... /usr/lib/yaird/exec/run_init: opening console: No such file or directory Kernel panic - not syncing: Attempted to kill init! It would appear that yaird is not putting the console device in? When manually creating a boot environment, you need also to manually copy/create the needed device nodes. It is too complicated for yaird to deal with device nodes (could be udev, could be udev now but not at next boot, could be... Just too complicated). Hope that helps. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFECC77n7DbMsAkQLgRAn9jAJ9aeNZxUhNO0BnCczSnJ7Qn7EZu1gCeNOxK xz512OA9BhxdLR0Nis9lvhY= =5pFU -END PGP SIGNATURE-
Bug#355115: libchipcard2-tools: leave log files after purge
Package: libchipcard2-tools Version: 1.9.19.99+1.9.20beta-3 Severity: normal Hi, after a purge the log files were still available: # dpkg -P libchipcard2-tools (Lese Datenbank ... 141200 Dateien und Verzeichnisse sind derzeit installiert.) Entferne libchipcard2-tools ... Stopping libchipcard2 daemon: chipcardd2. Lösche Konfigurationsdateien von libchipcard2-tools ... dpkg - Warnung: Während Entfernens von libchipcard2-tools ist Verzeichnis »/var/log/chipcard2« nicht leer, wird daher nicht gelöscht. dpkg - Warnung: Während Entfernens von libchipcard2-tools ist Verzeichnis »/var/run/chipcard2« nicht leer, wird daher nicht gelöscht. # ls /var/log/chipcard2/ drivers newcerts # ls /var/log/chipcard2/drivers/ cyberjack_ctapi # ls /var/log/chipcard2/drivers/cyberjack_ctapi/ Cyberjack.log driver.log I think a purge should reset the system in the state before the installation. Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15.4 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages libchipcard2-tools depends on: ii adduser 3.84 Add and remove users and groups ii libc6 2.3.6-1GNU C Library: Shared libraries an ii libchipcard2-0c2 1.9.19.99+1.9.20beta-3 library for accessing smartcards ii libchipcard2-data 1.9.19.99+1.9.20beta-3 configuration files for libchipcar ii libgcc1 1:4.0.2-9 GCC support library ii libgwenhywfar38 1.99.7-3 OS abstraction layer ii libstdc++64.0.2-9The GNU Standard C++ Library v3 ii libsysfs2 2.0.0-4interface library to sysfs ii libusb-0.1-4 2:0.1.11-4 userspace USB programming library libchipcard2-tools recommends no packages. -- no debconf information pgpYr4qMUtlnm.pgp Description: PGP signature
Bug#349784: merging 349784 350890, krusader-1.70.0 should fix this bug
merge 349784 350890 Hi Jiri and everyone, I have merged bugs #349784 #350890 with this mail. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=349784 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350890 On 3/2/06, Jiri Palecek [EMAIL PROTECTED] wrote: Hello, I had a similar problem with krusader 1.60.0-3.1, eg. 1.60.0-3+b1 worked fine, and 1.60.0-3.1 crashed on my home directory (I even made a testcase for it). Krusader 1.70.0 solved my problem, so maybe it's really fixed. However, I've lost my backtrace, so I can't be sure. I think 1.70.0 will close this bug, because 1.70.0 fixes many issues. http://krusader.sourceforge.net/downloads.php http://krusader.sourceforge.net/phpBB/viewtopic.php?t=1473 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352574 Maybe the situation will be clearer once krusader 1.70.0 appears in Debian. Angel, we are waiting ;) BTW: It seems to be the same bug as 349784 --shouldn't they be merged? Done with this mail, thanks for the feedback. Regards Jiri Palecek kind regards, Frank Schoolmeesters http://www.krusader.org
Bug#354406: ftp.debian.org: invalid Release.gpg of sarge (expired key)
Jeroen van Wolffelaar wrote: On Sun, Feb 26, 2006 at 01:55:53AM +0100, Andrzej Adam Filip wrote: Gnupg key used to generate Release.gpg of sarge has expired at 2006-01-31. New Release.gpg should be generated using currecnt gpg key. Thank you for your report. Yes, the signature is old, because Packages files and such for stable are only generated upon some release. So on the next point release, which shouldn't take too long anymore, the 2006 key will be used. This is something that also should be thought about for etch, because with the new apt, this will cause issues for people installing/upgrading -- to the point that it would most likely simply break netinstalls and such. So this situation may not repeat itself in etch. Anyway, for people who already installed stable, nothing changed, and the trust in the archive doesn't suddenly decrease just because there was not a re-assurance that yes, the very same release is still genuine. This doesn't mean that this shouldn't be fixed of course. Would it be possible to introduce multiple signatures scheme (for stable release) to allow fixing such problems in future releases? e.g. file - file being signed file.gpg - official signature created at release date file..gpg - (refreshed?) signature created using key for year It would be required only for stable releases with stability (period of being maintained) spanning more than lifespan of one signing key. -- [pl2en Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Gary Kramlich writes: Well, it never shows any of the debconf stuff. It just prints out Preconfiguring packages ... and then proceeds to do nothing... I let it sit over night, and it does do anything except eat up cpu time. If you have anything specific you want me to try lemme know. Could you ps -fA --forest and tell me which process is active ? -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Gary Kramlich writes: After a random guess of tweaking debconf with dpkg-reconfigure -plow debconf and setting the prompt priority to low, i got into the dialogs. It was previously at critical. I'm not to sure of how you'd want to go about handling this, but yeah, thats the problem :) Ok. I don't master this aspect at all. Does critical means that it won't prompt you and use the defaults for everything ? If so I still don't understand why it hangs instead of finishing on error/success. It would be helpfull to know exactly which process hangs. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355116: poker-web: doesn't work with php5 that has --enable-soap
Package: poker-web Version: 1.0.11-1 Severity: important If you php5 is compiled with --enable-soap, class soapclient on nusoap.php:6029 conflicts with the class SoapClient. Since soap is enabled in php5 on debian this causes problems. I've worked around it by renaming soapclient to nusoapclient for the time being. I can provide a patch if you desire. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages poker-web depends on: ii apache2 2.0.55-4 next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.0.55-4 traditional model for Apache2 ii debconf 1.4.71 Debian configuration management sy ii php4 4:4.4.2-1 server-side, HTML-embedded scripti ii php4-cgi 4:4.4.2-1 server-side, HTML-embedded scripti ii php5 5.1.2-1server-side, HTML-embedded scripti poker-web recommends no packages. -- debconf information: * poker-web/restart-webserver: false * poker-web/host: reaperworld.com * poker-web/reconfigure-webserver: apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354458: Kernel panic after upgrading initramfs-tools/klibc-utils/libklibc
Hi, maximilian attems wrote: Anyway, if my kernel image is going to be replaced, while it came from the linux-image package, does this mean that this kernel package should be rebuilt with the new initramfs or something? i don't understand that question. linux-image generates in postinstall the initrd.img with a preconfigured set of initramfs generators for 2.6 that's initramfs-tools and yaird. with initramfs-tools you just need to copy your boot to your new partition tell your boot loader to make it bootable and it should work. Ah, I thought the initrd image also came from the linux-image package. hmm exact error messages always help. so please retest or i can't do much about that report. Well, before I tested I did another dist-upgrade (just got back from holidays), and this installed both a new kernel and a new initramfs-tools, and now I can just boot the kernel nicely. So, as far as I'm concerned the bug can be closed. I think regenerating the initrd. img would have worked, though, but I can't check that now. -- Grtjs, Manuel PS: MSX FOR EVER! (Questions? http://faq.msxnet.org/ ) PPS: Visit my homepage at http://manuel.msxnet.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354986: installation report: powerpc64 can't find external firewire CD, can't load sbp2 module
On Fri, Mar 03, 2006 at 07:22:23AM -0500, Toni L. Harbaugh-Blackford [Contr] wrote: On Fri, 3 Mar 2006, Sven Luther wrote: On Fri, Mar 03, 2006 at 02:49:48AM +0100, Frans Pop wrote: On Thursday 02 March 2006 15:43, Toni L. Harbaugh-Blackford [Contr] wrote: Comments/Problems: ~ # modprobe sbp2 Using /lib/modules/2.6.12-1-powerpc64/kernel/drivers/ieee1394/ieee1394.ko Using /lib/modules/2.6.12-1-powerpc64/kernel/drivers/ieee1394/sbp2.ko insmod: cannot insert `/lib/modules/2.6.12-1-powerpc64/kernel/drivers/ieee1394/sbp2.ko': Unknown symbol in module (-1): No such file or directory modprobe: failed to load module sbp2 The daily built images have been broken since last week due to preparation for the new Beta2 release. The links for the daily netinst and businesscard images [1] are now OK again and use 2.6.15. Full CD images may still be broken. Please try again using the current images. Indeed, altough there was an issue with ppc64 2.6.14 and the firewire modules, not sure if it has been fixed in 2.6.15 or not. Friendly, Sven Luther Maybe I tried too soon, but the netinst image dated 3/3/06 01:29 is still broken. The installer kernel is 2.6.12 Frans, can you comment on what is going on here ? ~ # dmesg | tail usbcore: registered new driver usbhid drivers/usb/input/hid-core.c: v2.01:USB HID core driver SCSI subsystem initialized Initializing USB Mass Storage driver... usbcore: registered new driver usb-storage USB Mass Storage support registered. Linux Kernel Card Services options: [pci] [cardbus] ieee1394: Initialized config rom entry `ip1394' sbp2: Unknown symbol bus_to_virt so apparently 'bus_to_virt' is the trouble maker. Yep, but there is no point in trying to track this before we don't confirm the issue is solved in 2.6.15 or not. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354406: ftp.debian.org: invalid Release.gpg of sarge (expired key)
Thank you for your report. Yes, the signature is old, because Packages files and such for stable are only generated upon some release. So on the next point release, which shouldn't take too long anymore, the 2006 key will be used. Yes but we can't wait anymore because apt is unusable since the key as expired even on stable when you are using apt-check-sigs. And there is no way to bypass this step due to security concerns. which shouldn't take too long months? years?... Everyone knewn that the key would be outdate in 2006, I can't understand it's take so long for such critical security issue. Anyway, for people who already installed stable, nothing changed, and the trust in the archive doesn't suddenly decrease just because there was not a re-assurance that yes, the very same release is still genuine. This doesn't mean that this shouldn't be fixed of course. Except if you are using apt-check-sigs system... This mean that it had to be fixed for yesterday. Xavier --Jeroen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Loic Dachary wrote: Gary Kramlich writes: After a random guess of tweaking debconf with dpkg-reconfigure -plow debconf and setting the prompt priority to low, i got into the dialogs. It was previously at critical. I'm not to sure of how you'd want to go about handling this, but yeah, thats the problem :) Ok. I don't master this aspect at all. Does critical means that it won't prompt you and use the defaults for everything ? If so I still don't understand why it hangs instead of finishing on error/success. It would be helpfull to know exactly which process hangs. Cheers, From the dialog displayed by 'dpkg-reconfigure -plow debconf': - 'critical' only prompts you if the system might break. And the process that hangs is http://65.30.209.207/poker-web.PID -- Gary Kramlich [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354986: installation report: powerpc64 can't find external firewire CD, can't load sbp2 module
On Fri, 3 Mar 2006, Sven Luther wrote: On Fri, Mar 03, 2006 at 02:49:48AM +0100, Frans Pop wrote: On Thursday 02 March 2006 15:43, Toni L. Harbaugh-Blackford [Contr] wrote: Comments/Problems: ~ # modprobe sbp2 Using /lib/modules/2.6.12-1-powerpc64/kernel/drivers/ieee1394/ieee1394.ko Using /lib/modules/2.6.12-1-powerpc64/kernel/drivers/ieee1394/sbp2.ko insmod: cannot insert `/lib/modules/2.6.12-1-powerpc64/kernel/drivers/ieee1394/sbp2.ko': Unknown symbol in module (-1): No such file or directory modprobe: failed to load module sbp2 The daily built images have been broken since last week due to preparation for the new Beta2 release. The links for the daily netinst and businesscard images [1] are now OK again and use 2.6.15. Full CD images may still be broken. Please try again using the current images. Indeed, altough there was an issue with ppc64 2.6.14 and the firewire modules, not sure if it has been fixed in 2.6.15 or not. Friendly, Sven Luther Maybe I tried too soon, but the netinst image dated 3/3/06 01:29 is still broken. The installer kernel is 2.6.12 ~ # uname -a Linux (none) 2.6.12-1-powerpc64 #1 SMP Tue Sep 27 15:20:16 UTC 2005 ppc64 unknown This time I remembered to check dmesg to see what symbol sbp2 lacked: ~ # dmesg | tail usbcore: registered new driver usbhid drivers/usb/input/hid-core.c: v2.01:USB HID core driver SCSI subsystem initialized Initializing USB Mass Storage driver... usbcore: registered new driver usb-storage USB Mass Storage support registered. Linux Kernel Card Services options: [pci] [cardbus] ieee1394: Initialized config rom entry `ip1394' sbp2: Unknown symbol bus_to_virt so apparently 'bus_to_virt' is the trouble maker. --- Toni Harbaugh-Blackford [EMAIL PROTECTED] System Administrator Advanced Biomedical Computing Center (ABCC) National Cancer Institute Contractor - SAIC/Frederick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355115: libchipcard2-tools: leave log files after purge
Hi Jörg, thank you for your bug reports. Jörg Sommer wrote: I think a purge should reset the system in the state before the installation. Removal of log files is highly controversial, I think the latest thread on this topic was in December 2005. I'd have a tendency not to remove log files until/unless this is mandated. Maybe rotating the logfiles would be good in case they get overly large... Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/
Bug#355064: gnome shouldn't depend on rhythmbox
On Fri, Mar 03, 2006 at 12:36:47PM +0100, Loïc Minier wrote: On Fri, Mar 03, 2006, Michael Stone wrote: You really seem to have some sort of tunnel vision. Don't be insulting. I didn't think that was insulting. It was an observation. You didn't make any effort to encompass my vision, You didn't seem to make any effort to consider that someone might not be interested in rhythmbox. I think you're confusing gnome and gnome-desktop-environment. I don't think so. People wanting the GNOME desktop, and only that should install gnome-desktop-environment. gnome is a much wider set, pulling stuff like evolution, or gnome-office. Neither of which is a network service... Again, you seem to miss the point of gnome versus gnome-desktop-environment. Please explain it. Are you suggesting that *everything* in debian that uses gnome should be installed when someone select gnome? Because that's not the case. The gnome package is an arbitrary set of packages, and there is no reason that a particular music player has to be in it. take the problem the next step (since evidently you wanted to bypass me by bringing that at the GNOME team scope) Why is that bypassing you? You can manage your package any way you want to. I think it's wrong, but that's fine. I don't see why you believe that means that your package *has to be* installed by default for anyone who wants gnome. -- Michael Stone
Bug#355117: nvidia-modules-i386: Built from old drivers version
Package: nvidia-modules-i386 Version: 1.0.7174+1 Severity: grave Justification: renders package unusable The NVIDIA graphics drivers prebuilt modules for kernel 2.4 are built from version 1.0.7174, while 1.0.8178 X libs are in Etch. The purpose of these packages is to provide nvidia-kernel-version, which nvidia-glx depends on, but currently nvidia-kernel-1.0.7174 is provided while nvidia-glx depends on nvidia-kernel-1.0.8178. There are still 7174 drivers in the archive, but nvidia-glx-legacy depends on nvidia-kernel-legacy-1.0.7174. This package should either be rebuilt from 8178 or removed. I'm not sure of the binNMU capabilities of this package, but as the source package is versioned with the NVIDIA graphics driver version, I guess a source upload would be needed. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355118: libgempc410: wrong /etc/reader.conf.d/libGemPC410
Package: libgempc410 Version: 1.0.1-1 Severity: important Generated /etc/reader.conf.d/libGemPC410 contains LIBPATH /usr/lib/pcsc/drivers/serial/libGemPC410.so.1.0.0 instead of LIBPATH /usr/lib/pcsc/drivers/serial/libGemPC410.so.1.0.1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (50, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libgempc410 depends on: ii debconf [debconf-2.0] 1.4.71 Debian configuration management sy ii libc6 2.3.6-3GNU C Library: Shared libraries an ii pcscd 1.2.9-beta10-1 Middleware to access a smart card libgempc410 recommends no packages. -- debconf information: * libgempc410/port: ttyS0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297345: ITA: admesh: a tool for processing triangulated solid meshes
retitle #297345 ITA: admesh: a tool for processing triangulated solid meshes thanks -- Víctor Pérez Pereira GPG Key Fingerprint = DB71 A7A1 3DB2 9A5A 3A40 63DF 75DC A23C 6A37 2DF6 Maracay - Venezuela / [EMAIL PROTECTED]
Bug#309264: ITA: unhtml: Remove the markup tags from an HTML file
retitle #309264 ITA: unhtml: Remove the markup tags from an HTML file thanks -- Víctor Pérez Pereira GPG Key Fingerprint = DB71 A7A1 3DB2 9A5A 3A40 63DF 75DC A23C 6A37 2DF6 Maracay - Venezuela / [EMAIL PROTECTED]
Bug#352357: mutt/2190: mutt segfaults when replying from the view-attachments menu
The following reply was made to PR mutt/2190; it has been noted by GNATS. From: Paul Walker [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: Re: mutt/2190: mutt segfaults when replying from the view-attachments menu Date: Fri, 3 Mar 2006 12:41:15 + On Fri, Mar 03, 2006 at 11:15:03AM +0100, Thomas Roessler wrote: There's a choice here: Either we can disallow ~h in reply-hooks, or we can disable reply-hook when replying to a message from the attachment menu. I'm inclined to do the former, and will commit that to CVS. Out of interest, is there a reason why what the submitter was trying to do isn't possible to make work? -- Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355119: net-snmp: missing short description in debconf templates
Package: net-snmp Severity: minor Hi, The two templates in snmpd.templates are lacking of a short description. As recommended by the developers-reference, the short description of a note template is a title (see http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s6.5.4.2.4). Please also note that this bug is very annoying for translators, as po-debconf considers the title being the following string (you can have a look by yourself in debian/po/templates.pot): msgid Debian now uses the NET SNMP agent/daemon. Since the new agent uses Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#355120: Esperanta traduko de ./tasksel/tasks/po/eo.po
Package: tasksel Tags: l10n patch Saluton, i kune esperanta traduko 'tasksel'-dosierojn. ./debian/po/eo.po ./tasks/po/eo.po ./po/eo.po Kore, Hello, herewith a translation in esperanto of the files: ./debian/po/eo.po ./tasks/po/eo.po ./po/eo.po Cordially, -- Serge Leblanc [EMAIL PROTECTED] GnuPG id: 1024D/73791C2B 2002-09-30 Primary key fingerprint: 8E0C 0D6D E026 A278 9278 BF4F 1A93 D552 7379 1C2B signature.asc Description: This is a digitally signed message part
Bug#352357: mutt/2190: mutt segfaults when replying from the view-attachments menu
The following reply was made to PR mutt/2190; it has been noted by GNATS. From: Thomas Roessler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: Re: mutt/2190: mutt segfaults when replying from the view-attachments menu Date: Fri, 3 Mar 2006 14:11:03 +0100 It would take some changes to the reply to attachment code, and possibly some API changes internally. It's certainly feasible, but certainly not during a coffee break at a conference. -- Thomas Roessler [EMAIL PROTECTED] On 2006-03-03 13:45:02 +0100, Paul Walker wrote: From: Paul Walker [EMAIL PROTECTED] To: Mutt Developers [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Fri, 03 Mar 2006 13:45:02 +0100 Subject: Re: mutt/2190: mutt segfaults when replying from the view-attachments menu Reply-To: [EMAIL PROTECTED] X-Spam-Level: The following reply was made to PR mutt/2190; it has been noted by GNATS. From: Paul Walker [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: Re: mutt/2190: mutt segfaults when replying from the view-attachments menu Date: Fri, 3 Mar 2006 12:41:15 + On Fri, Mar 03, 2006 at 11:15:03AM +0100, Thomas Roessler wrote: There's a choice here: Either we can disallow ~h in reply-hooks, or we can disable reply-hook when replying to a message from the attachment menu. I'm inclined to do the former, and will commit that to CVS. Out of interest, is there a reason why what the submitter was trying to do isn't possible to make work? -- Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355064: gnome shouldn't depend on rhythmbox
tags 355064 + wontfix stop Hi, On Fri, Mar 03, 2006, Michael Stone wrote: You didn't make any effort to encompass my vision, You didn't seem to make any effort to consider that someone might not be interested in rhythmbox. Uh? You're completely out of your shoes here, you're free not to install it, you're free not to install the gnome meta-package. The whole discussion started about people installing rhythmbox, not about people not wanting to install rhythmbox. If you're referring to the fact that this particular bug report is about the removal of rhythmbox from the gnome meta-package, I think your point of view is completely biased by the fact it pulls in avahi-daemon, and that you should try to solve that issue instead of working around it. People wanting the GNOME desktop, and only that should install gnome-desktop-environment. gnome is a much wider set, pulling stuff like evolution, or gnome-office. Neither of which is a network service... And? What's your point? You already repeated and repeated that avahi-daemon listens on the network, we both know that. That doesn't bring the discussion any further. My point here was that gnome is a large set of packages, and gnome-desktop-environment is actually what is an official GNOME desktop. People choosing gnome get a large set of packages, now with a network service, if they didn't want a large set, they would use gnome-desktop-environment. And if you're not happy with foo or bar in gnome, you can make your own package depending on everything in gnome except foo or bar, and name that gnome-secure-with-no-stuff-listening-on-the-network-by-default. Please note that as proposal number 3/ to workaround the avahi-daemon pull in problem. Again, you seem to miss the point of gnome versus gnome-desktop-environment. Please explain it. Are you suggesting that *everything* in debian that uses gnome should be installed when someone select gnome? Because that's not the case. The gnome package is an arbitrary set of packages, and there is no reason that a particular music player has to be in it. No, the gnome package is decided among the GNOME team to reflect the most popular packages hosted under the cup of gnome.org and which make a cool desktop. There's no music player in the official GNOME desktop[1], but there's one in the official GNOME module [2]. take the problem the next step (since evidently you wanted to bypass me by bringing that at the GNOME team scope) Why is that bypassing you? You can manage your package any way you want to. I think it's wrong, but that's fine. I don't see why you believe that means that your package *has to be* installed by default for anyone who wants gnome. You're free to believe whatever you want. You seem to believe rhythmbox shouldn't Recommend avahi-daemon, but perhaps simply suggest it. When I ruled this possibility out, you took a side path to ensure that avahi-daemon wouldn't be pulled by the installation of gnome, the side path being to request the removal of rhythmbox from the meta-package, which is non-sense. You still completely ignored my proposals, my arguments, and my point of view, you didn't acknowledge any of what I said at least as something being from a different incompatible point of view, you solely believe in your point of view as being the only sensible one to have. Since you are not open-minded in this discussion, I don't want to loop on the same arguments over and over again, without any progress. You didn't reply to my proposal of bringing this to the TC. I have no idea how you expect this discussion to produce anything constructive, you're welcome to ping the bug and me again when you've decided that you want to bring in front of TC or not. I didn't change my mind on the fact that rhythmbox should permit sharing by default. I gave information on why rhythmbox is in the gnome meta-package, and pointed you as workarounds (don't install the meta-package, create your meta-package, use a different one such as g-d-e). Hence, wontfix (for now). R, [1] http://ftp.gnome.org/pub/GNOME/desktop/2.12/2.12.3/sources/ [2] http://cvs.gnome.org/viewcvs/jhbuild/modulesets/gnome-2.12.modules?rev=1.118view=markup -- Loïc Minier [EMAIL PROTECTED]
Bug#355121: please show which commands are run
Package: leave Severity: wishlist Version: 1.12-1 When building leave you don't see which commands are actually run to compile the package. This isn't particularly fun for people re-building the archive to see if everything is still okay. Automatic build of leave_1.12-1 on bigsur by sbuild/mips 1.75 ... dpkg-buildpackage: source package is leave dpkg-buildpackage: source version is 1.12-1 dpkg-buildpackage: host architecture mips /usr/bin/fakeroot debian/rules clean debian/rules build /usr/bin/fakeroot debian/rules binary-arch dpkg-deb: building package `leave' in `../leave_1.12-1_mips.deb'. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355122: missing hunk in latest security patch?
Package: cupsys Version: 1.1.14-5woody14 Severity: important Tags: woody security Hi, This is a spin off from #346086. The bug is fixed in teTeX 2.0.2-30sarge4. Further the bug is fixed in the woody version except the last hunk, which seems to be missing. I've asked the submitter if one really needs that hunk and got the answer that the missing hunk could make xpdf hang. He further said: This is precisely the fix that is required to avoid endless loops with prematurely ending PDF files (CVE-2005-3625). So it is not exploitable to execute any code or something, but it's still a nasty DoS, particularly in Cups. Please check if one really needs it in the xpdf version of woody (1.0) and if yes apply it. For further informations please refer to the bug quoted above. Regards, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355123: Please consider this patch, that adds the ability to cross-compile your package.
Package: busybox Severity: wishlist --- busybox-1.01/debian/rules 2006-03-03 14:41:03.0 +0100 +++ busybox-1.01-4.my/debian/rules 2006-02-24 15:36:32.0 +0100 @@ -34,7 +34,7 @@ CONFIG_FLOPPY_UDEB = $(call CONFIG,floppy-udeb) config.status: configure - sh ./configure + sh ./configure --host=$(DEB_HOST_GNU_TYPE) build-arch: build-arch-deb-all build-arch-udeb-all build-arch-deb-all: build-arch-deb build-arch-static -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]