Bug#540738: EEEPC 1000H microphone doesn't work alsa-driver: upite...@lycos.com
* cc cc upite...@lycos.com [090817 04:34]: hi Why U cannot change the alsa-source for Lenny? Only security updates are accepted for Debian stable in general. Squeeze is very buggy at the moment. BTW Is someone from the kernel maintainers planning 2.6.30 kernel for Lenny? You can download 1.0.20 alsa-source and compile the drivers you need by your own. Elimar -- BOFH excuse #65: system needs to be rebooted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541979: RFP: miniupnpd -- UPnP IGD which provide NAT traversal services
Package: wnpp Severity: wishlist * Package name: miniupnpd Version : 20090605 Upstream Author : Thomas Bernard miniu...@free.fr * URL : http://miniupnp.free.fr/ * License : BSD Programming Lang: C Description : UPnP IGD which provide NAT traversal services The miniUPnP daemon is an UPnP IGD (internet gateway device) which provide NAT traversal services to any UPnP enabled client on the network. See http://www.upnp.org/ for more details on UPnP. It also supports NAT Port Mapping Protocol (NAT-PMP). See information about NAT-PMP at http://miniupnp.free.fr/nat-pmp.html UPnP and NAT-PMP are used to improve internet connectivity for devices behind a NAT router. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540491: wordnet: FTBFS: 'NOUNSYNSET' undeclared
On Sat, 15 Aug 2009, Jakub Wilk wrote: clone 540491 -1 reassign -1 automake 1:1.11-1 retitle -1 automake: generates makefiles that are unsafe for parallel builds Thanks for sorting this out and adressing the problem to automake. To disable parallelization in the key place, just append the following line to src/grind/Makefile.in: .NOTPARALLEL: As for really enabling parallel builds, I believe the bug should be addressed in automake, which generated the broken makefile. You did not reassigned but rather cloned the bug. This in turn means you want me as wordnet maintainer to do something about this. IMHO using the .NOTPARALLEL hint would cure the problem for the moment but once automake is fixed I would hide a feature. IMHO it would be better not to clone this bug but rather only reassign and using the new affects feature of the BTS to make sure the problem shows up also on the BTS view of wordnet. What do you think about this? Kind regards Andreas. -- http://fam-tille.de Klarmachen zum Ändern!
Bug#541980: redhat-cluster: Incorrect provides, dependencies and runlevels in init.d scripts
Package: redhat-cluster-suite Version: 2.20080801-1 Severity: important Tags: patch User: initscripts-ng-de...@lists.alioth.debian.org Usertags: incorrect-runlevels incorrect-dependency With dependency based boot sequencing, I discovered what I believe is a bug in the init.d scripts. The provide strings are not correct, making it impossible to depend on these scripts and also will make the package fail to install because of duplicate provides. The provides header make each space-separated word a provide of the script, and should normally be the name of the init.d script without any .sh ending. Also, some of the scripts uses files in /usr/ and should to depend on $remote_fs to flag this. The list of runlevels in the init.d header do not match the arguments used by update-rc.d, but I am not sure the original update-rc.d arguments make sense. When starting the scripts in rcS.d, and not in runlevels 2-5, the daemons will not work when booting into runlevel 1 and then switching to one of the other runlevels. If you agree with this, I would recommend changing these daemons to start not in rcS.d but in runlevels 2-5, and stop in runlevels 0, 1 and 6 (ie keep the init.d script headers and change the update-rc.d calls instead). This will require some code in the postinst to handle the upgrade. URL: http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL: http://wiki.debian.org/LSBInitScripts . This patch should solve the issue. Without it, the packages will fail to install. diff -ru redhat-cluster-2.20081102/debian/cman.init redhat-cluster-2.20081102-pere/debian/cman.init --- redhat-cluster-2.20081102/debian/cman.init 2009-08-17 07:35:15.0 +0200 +++ redhat-cluster-2.20081102-pere/debian/cman.init 2009-08-17 07:40:41.0 +0200 @@ -1,13 +1,13 @@ #!/bin/sh ### BEGIN INIT INFO -# Provides: cluster manager +# Provides: cman # Required-Start:$network $remote_fs # Required-Stop: $network $remote_fs # Should-Start: $named $time $syslog ssh # Should-Stop: $named $time $syslog ssh -# Default-Start: 2 3 4 5 -# Default-Stop: 0 1 6 +# Default-Start: S +# Default-Stop: 0 6 # Short-Description: Starts and stops cman ### END INIT INFO diff -ru redhat-cluster-2.20081102/debian/gfs-tools.init redhat-cluster-2.20081102-pere/debian/gfs-tools.init --- redhat-cluster-2.20081102/debian/gfs-tools.init 2009-08-17 07:35:15.0 +0200 +++ redhat-cluster-2.20081102-pere/debian/gfs-tools.init2009-08-17 07:40:49.0 +0200 @@ -1,11 +1,11 @@ #!/bin/sh ### BEGIN INIT INFO -# Provides: global filesystem -# Required-Start:cman -# Required-Stop: cman -# Default-Start: 2 3 4 5 -# Default-Stop: 0 1 6 +# Provides: gfs-tools +# Required-Start:$remote_fs cman +# Required-Stop: $remote_fs cman +# Default-Start: S +# Default-Stop: 0 6 # Short-Description: mount and unmount GFS shares ### END INIT INFO diff -ru redhat-cluster-2.20081102/debian/gfs2-tools.init redhat-cluster-2.20081102-pere/debian/gfs2-tools.init --- redhat-cluster-2.20081102/debian/gfs2-tools.init2009-08-17 07:35:15.0 +0200 +++ redhat-cluster-2.20081102-pere/debian/gfs2-tools.init 2009-08-17 07:40:57.0 +0200 @@ -1,11 +1,11 @@ #!/bin/sh ### BEGIN INIT INFO -# Provides: global filesystem version 2 +# Provides: gfs2-tools # Required-Start:cman # Required-Stop: cman -# Default-Start: 2 3 4 5 -# Default-Stop: 0 1 6 +# Default-Start: S +# Default-Stop: 0 6 # Short-Description: mount and unmount GFS v2 shares ### END INIT INFO diff -ru redhat-cluster-2.20081102/debian/gnbd-client.init redhat-cluster-2.20081102-pere/debian/gnbd-client.init --- redhat-cluster-2.20081102/debian/gnbd-client.init 2009-08-17 07:35:15.0 +0200 +++ redhat-cluster-2.20081102-pere/debian/gnbd-client.init 2009-08-17 07:41:05.0 +0200 @@ -1,11 +1,11 @@ #! /bin/sh ### BEGIN INIT INFO -# Provides: global network block device client -# Required-Start:$network -# Required-Stop: $network -# Default-Start: 2 3 4 5 -# Default-Stop: 0 1 6 +# Provides: gnbd-client +# Required-Start:$remote_fs $network +# Required-Stop: $remote_fs $network +# Default-Start: S +# Default-Stop: 0 6 # Short-Description: start and stop gnbd client ### END INIT INFO diff -ru redhat-cluster-2.20081102/debian/gnbd-server.init redhat-cluster-2.20081102-pere/debian/gnbd-server.init --- redhat-cluster-2.20081102/debian/gnbd-server.init 2009-08-17 07:35:15.0 +0200 +++ redhat-cluster-2.20081102-pere/debian/gnbd-server.init 2009-08-17 07:41:13.0 +0200 @@ -1,11 +1,11 @@ #! /bin/sh ### BEGIN INIT INFO -# Provides: global network block device server -# Required-Start:
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520953: gconf2: configuration is not available for root!
On 08/16/2009 10:52 PM, Gustavo Noronha Silva wrote: On Fri, 2009-04-24 at 23:35 +0200, Marek Poks wrote: i am not sure is it still problem of root and configuration at all, but none from gnome-control-center item which needs root privilages is working. it opens with grayed buttons, there is 'unlock' button usually which gives after pressing a following message: 'Could not authenticate: An unexpected error has occurred'. That is because those applets are now capable of using PolicyKit, which is a much better solution to the problem than gksu. You should run them as a normal user, from now on. Thanks, I was trying as a normal user in described situation. Cheers, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541981: Error in the sleep calculation in /etc/cron.daily/spamassassin
Package: spamassassin Version: 3.2.5-4 Severity: normal Tags: patch The expression for calculation the sleep time in /etc/cron.daily/spamassassin ($number % $RANGE) may be 0, in which case sleep fails with an error code of one, and since the script is run with set -e it will exit and not run the update. This can easily be fixed for instance by adding 1 to the result. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages spamassassin depends on: pn libarchive-tar-perl none (no description available) ii libdigest-sha1-perl 2.12-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.61-1 collection of modules that parse H ii libnet-dns-perl 0.65-1 Perform DNS queries from a Perl sc ii libsocket6-perl 0.20-1 Perl extensions for IPv6 ii libsys-hostname-long-perl 1.4-2 Figure out the long (fully-qualifi ii libwww-perl 5.829-1WWW client/server library for Perl ii perl 5.10.0-24 Larry Wall's Practical Extraction ii perl-modules [libio-zlib-perl 5.10.0-24 Core Perl modules Versions of packages spamassassin recommends: ii gcc 4:4.3.3-9 The GNU C compiler ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep ii libc6-dev 2.9-12 GNU C Library: Development Librari ii libio-socket-inet6-perl 2.54-1.1 Object interface for AF_INET6 doma ii libmail-spf-perl 2.005-1Perl implementation of Sender Poli ii libsys-syslog-perl0.27-1 Perl interface to the UNIX syslog( ii make 3.81-6 An utility for Directing compilati ii perl [libsys-syslog-perl] 5.10.0-24 Larry Wall's Practical Extraction ii re2c 0.13.5-1 tool for generating fast C-based r ii spamc 3.2.5-4Client for SpamAssassin spam filte Versions of packages spamassassin suggests: ii libcompress-zlib-p 2.015-1 Perl module for creation and manip ii libdbi-perl1.609-1 Perl Database Interface (DBI) ii libio-socket-ssl-p 1.26-1Perl module implementing object or pn libmail-dkim-perl none(no description available) pn libnet-ident-perl none(no description available) ii perl [libcompress- 5.10.0-24 Larry Wall's Practical Extraction ii pyzor 1:0.4.0+cvs20030201-8 spam-catcher using a collaborative ii razor 1:2.85-3 spam-catcher using a collaborative -- no debconf information --- /etc/cron.daily/spamassassin.orig 2009-08-17 08:12:47.0 +0200 +++ /etc/cron.daily/spamassassin2009-08-17 08:12:59.0 +0200 @@ -23,7 +23,7 @@ # Taken from apticron's cron.daily RANGE=3 number=`od -vAn -N2 -tu4 /dev/urandom` -number=`expr $number % $RANGE` +number=`expr $number % $RANGE + 1` sleep $number # Update
Bug#541909: hunspell-de-med: please move dicts to /usr/share/hunspell and create compat symlinks
On Sun, 2009-08-16 at 23:39 +0200, Rene Engelhard wrote: Package: hunspell-de-med Severity: important Version: 20090216-1 If you use installdeb-myspell there's two options - Either wait until we uploaded a new dictionaries-common with updated installdeb-myspell - Do the necessary steps on your own. Hi, thanks for filing this bug. I'll wait for the next upload of dictionaries-common and upload a new version of my package afterwards. Regards, Tobias -- Tobias Quathamer | Endless Loop: n., see Loop, Endless. Hamburg, Germany | Loop, Endless: n., see Endless Loop. signature.asc Description: This is a digitally signed message part
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520479: zsnes on amd64
Kurt Roeckx k...@roeckx.be wrote: Hi, However it's downright unusable because the sound is so bad when not using libao; we don't have a 32bit libao build available. Can someone please confirm if I should let zsnes get autobuild on amd64 or not. Not worth it unless/until the sound issue is fixed. JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541780: g15daemon spurious restarts due to udev rules.
pancho horrillo wrote: When I run mplayer, or openarena, somehow udev reacts as if the device (Z-10 USB speakers) was reconnected, and calls strange. On my system I don't see such things (with vlc and mplayer). udev rules are still an hack, because I had not yet time to correct the g15daemon code. But I'm not so sure that this hack is the originator of your bug. Could send me the output of: lsusb | grep -i logitech (lsusb is in package usbutils) ACTION=add /etc/init.d/g15daemon udev (as per /etc/udev/rules.d/z60_g15daemon.rules) I see this in dmesg: input: G15 Extra Keys as /devices/virtual/input/input8 input: G15 Extra Keys as /devices/virtual/input/input9 input: G15 Extra Keys as /devices/virtual/input/input10 input: G15 Extra Keys as /devices/virtual/input/input11 ... (Each line happens after each g15daemon restart.) Are there some errors in /var/log/user.log ? Are there some other errors in dmesg /var/log/syslog.log (regarding g15)? (I hope to find a segfault). Hope that it helps. I don't know ;-) It is a very strange behaviour. Do you have some special setting for audio or in mplayer? Do you run some virtual machines with the same keyboard? I would like to reproduce the bug in my machine. I'll send you in next days a verbose init.d script for debugging: I whouls understand because running mplayer will cause a udev action. ciao cate -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541982: dspam: Incorrect provides and dependencies in init.d script
Package: dspam Version: 3.6.2-1 Severity: important Tags: patch User: initscripts-ng-de...@lists.alioth.debian.org Usertags: incorrect-runlevels incorrect-dependency With dependency based boot sequencing, I discovered what I believe is a bug in the init.d script. It need to have a unique and correct provides, and should depend on at least mysql and the two versions of postgresql in the archive (perhaps more, did not find more clues in the changelog). URL: http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL: http://wiki.debian.org/LSBInitScripts . This patch should solve the issue. Without it, the service will start to early in the boot, and will also fail to install because of duplicate provides. diff -ur dspam-3.6.8/debian/dspam.init dspam-3.6.8-pere/debian/dspam.init --- dspam-3.6.8/debian/dspam.init 2009-08-17 08:21:42.0 +0200 +++ dspam-3.6.8-pere/debian/dspam.init 2009-08-17 08:25:31.0 +0200 @@ -1,8 +1,10 @@ #!/bin/sh ### BEGIN INIT INFO -# Provides: skeleton +# Provides: dspam # Required-Start:$local_fs $remote_fs # Required-Stop: $local_fs $remote_fs +# Should-Start: mysql postgresql-8.3 postgresql-8.4 +# Should-Stop: mysql postgresql-8.3 postgresql-8.4 # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: initscript for dspam Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540748: corrected patch
Package: aide-common Version: 0.13.1-10 Severity: normal Hi, the first patch was completely wrong. Sorry about that. The attached patch should be correct. Hannes -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aide-common depends on: ii aide [aide-binary] 0.13.1-10 Advanced Intrusion Detection Envir ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent ii debconf [debconf-2 1.5.27Debian configuration management sy ii liblockfile1 1.08-3NFS-safe locking library, includes ii ucf3.0018Update Configuration File: preserv Versions of packages aide-common recommends: ii cron 3.0pl1-106 process scheduling daemon aide-common suggests no packages. -- debconf-show failed --- /etc/aide/aide.conf.d/31_aide_clamav.orig 2009-08-17 06:46:47.0 +0200 +++ /etc/aide/aide.conf.d/31_aide_clamav2009-08-17 06:58:02.0 +0200 @@ -1,6 +1,7 @@ /var/log/clamav/clamav\.log$ Log -/var/log/clamav/clamav\.log\.0$ LowLog -/var/log/clamav/clamav\.log\.1\.gz$ LoSerMemberLog -/var/log/clamav/clamav\.log\.[0-9]+\.gz$ SerMemberLog +/var/log/clamav/clamav\.log\.1$ LowLog +/var/log/clamav/clamav\.log\.2\.gz$ LoSerMemberLog +/var/log/clamav/clamav\.log\.([3-9]|1[0-1])\.gz$ SerMemberLog +/var/log/clamav/clamav\.log\.12\.gz$ HiSerMemberLog /var/run/clamav/clamd\.(ctl|pid)$ VarFile /var/(log|run)/clamav$ VarDir
Bug#494446: linux-image-2.6.25-2-686 wrong tuner used for Leadtek Winfast 2000XP Expert
Moritz Muehlenhoff schrieb: On Sat, Aug 09, 2008 at 04:01:33PM +0200, Stefan Leichter wrote: Package: linux-image-2.6.25-2-686 Version: 2.6.25-6~bpo40 When the kernel boots the it detect the tuner as typ 44 instead of 38. This gives me only noise instead of sound in kradio. I hope i have the relevant parts of /var/lopg/messages attached for a working tuner detection from the package linux-image-2.6.18-6-k7 and the failing one. This is on debian etch. Did you upgrade to Lenny in the mean time? If so, does the problem persist? Cheers, Moritz Yes i did, the problem are gone. Thanks Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519824: FTBFS on alpha: Svprintf.c:55: error: incompatible type for argument 3 of 'vsprintf'
Package: dmucs
Version: 0.6.1-2
Severity: important
Tags: patch
Hi,
I had the same problem in sh4.
This problem is caused by the fact that program doesn't
use va_list.
I created a patch to revise.
Please check and apply.
Best regards,
Nobuhiro
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.29-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
#! /bin/sh /usr/share/dpatch/dpatch-run
## 00_build_fail.dpatch by Nobuhiro Iwamatsu iwama...@nigauri.org
##
## DP: FTBFS : incompatible type for argument 3 of 'vsprintf'
@DPATCH@
diff -urNad dmucs-0.6.1~/COSMIC/HDR/sockets.h dmucs-0.6.1/COSMIC/HDR/sockets.h
--- dmucs-0.6.1~/COSMIC/HDR/sockets.h 2009-08-17 13:27:29.0 +0900
+++ dmucs-0.6.1/COSMIC/HDR/sockets.h 2009-08-17 15:24:06.0 +0900
@@ -437,7 +437,7 @@
int Sscanf(Socket *,char *,...);/* Sscanf.c*/
int Stest(Socket *);/* Stest.c */
int Stimeoutwait(Socket *,long,long); /* Stimeoutwait.c */
-int Svprintf( Socket *, char *, void *);/* Svprintf.c */
+int Svprintf( Socket *, char *, va_list);/* Svprintf.c */
int Swait(Socket *);/* Swait.c */
int Swrite( Socket *, const void *, int); /* Swrite.c*/
#else
diff -urNad dmucs-0.6.1~/COSMIC/Svprintf.c dmucs-0.6.1/COSMIC/Svprintf.c
--- dmucs-0.6.1~/COSMIC/Svprintf.c 2009-08-17 14:56:53.0 +0900
+++ dmucs-0.6.1/COSMIC/Svprintf.c 2009-08-17 15:23:04.0 +0900
@@ -33,12 +33,12 @@
int Svprintf(
Socket *skt,
char *fmt,
- void *args)
+ va_list args)
#else
int Svprintf(skt,fmt,args)
Socket *skt;
char *fmt;
-void *args;
+va_list args;
#endif
{
int ret;
@@ -53,7 +53,7 @@
#ifdef AS400
ret= vsprintf(buf,fmt,__va_list args);
#else
-ret= vsprintf(buf,fmt,(void*) args);
+ret= vsprintf(buf,fmt,args);
#endif
Swrite(skt,buf,strlen(buf)+1); /* send the null byte, too */
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541984: nmap: Build process isn't thread safe
Package: nmap Version: 5.00-1 Severity: minor Hi! nmap fails to build if built with more than one thread (using -j2 in DEB_BUILD_OPTIONS, for example). See the attached pbuilder log for the errors when building the package with 2 threads. Thank you! Best regards, Nelson -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30.1.naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nmap depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-2 GCC support library ii liblua5.1-0 5.1.4-3Simple, extensible, embeddable pro ii libpcap0.81.0.0-2system interface for user-level pa ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8k-4 SSL shared libraries ii libstdc++64.4.1-2The GNU Standard C++ Library v3 nmap recommends no packages. nmap suggests no packages. -- no debconf information log.txt.bz2 Description: BZip2 compressed data
Bug#524574: after etch-lenny upgrade, postfix stops to work with fatal: unknown service: smtp/tcp
LaMont Jones wrote: tags 524574 + unreproducible severity 524574 normal -- Nothing in the postfix config would cause us to chgrp /var/spool/postfix/etc to the sasl group, nor would we chmod 710 that directory. I rather suspect this is a bug in another package. lamont After some upgrades and other work (configuration modifications and so on) I believe that, like you said, this isn't a postfix problem rather that is a sasl2-bin. For reproduce this you can simple restart the saslauthd daemon (/etc/init.d/saslauthd restart) and saw the /var/spool/postfix/etc has the wrong permissions that deny to postfix the rights. After some tests and googling, a simple adduser postfix sasl seem to solve the situation. Michele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541819: devscripts: GPL-licensed programs link to OpenSSL
tag 541819 + moreinfo thanks Re: Jakub Wilk 2009-08-16 20090816142031.ga8...@jwilk.net According to debian/copyright, uscan and dget are GPLv2+-licensed. They are, however, linking (indirectly, via libcrypt-ssleay-perl to OpenSSL which is incompatible with GPL. dget doesn't use libcrypt-ssleay-perl. I'd also debate whether the license incompatibility is an issue for perl programs at all. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517179: debmirror: Intention of pdiff option
Frans Pop elen...@planet.nl writes: Hi Goswin, I have a question about this bug report. It's not 100% clear to me what the intended working of the pdiff option is. I don't think that's the problem, since I was already using the --pdiff=mirror option (see my previous mail). Right you are. Just found another bug then. Somwhere some if statement must have been lost or forgotten and --pdiff=mirror just doesn't work as promised. It still uses the pdiff files. You have to use --pdiff=none to actualy work around the problem. The man page says: --pdiff=use|mirror|none If the Release file contains entries for pdiff files then debmirror will attempt to update the Packages and Sources files with them but will not include them in the mirror. This is the default âuseâ behavior and avoids having time consuming pdiff files for a fast local mirror. Specâ ifying --pdiff=mirror will include the downloaded pdiff files in the mirror while specifying --pdiff=none will completely ignore pdiff files. From your comments in this BR it seems the intention is: - use: use to update Packages/Sources but don't include on mirror - mirror: include on mirror but do *not* use to update Packages/Sources - none: ignore them completely However, it seems more logical to me to have: - use: use only to update Packages/Sources but don't include on mirror - mirror: include on mirror but *and* use to update Packages/Sources - none: ignore them completely And IIUC that is exactly how it currently works. Reading the man page I believe that is actualy what I ment and my comments in the BR are wrong. --pdiff=mirror would include use. IMO the first set of definitions only makes sense if there was also an option full or both or something like that. I'd appreciate your input. Cheers, FJP MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491872: grub-pc: No problems when os-prober is installed
Package: grub-pc
Version: 1.96+20090725-1
Severity: normal
I just installed os-prober manually (because of the mentioned problem,
which caused missing entries for other operating systems) and ran
update-grub2.
On my system with GNOME running, this didn't cause windows with file
explorers to pop up and umount of the other partitions went just fine.
The probing went fine, see below.
So, if this is true for everyone, I'd suggest to move os-prober back to
recommends. It's not nice to discover your other OS entries are gone
after upgrading to grub2 (from legacy) without any warning or hint what
to do about it, whatsoever.
My 2 cents...
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/58b8d45e-de5e-45a4-9550-f63db64595aa / ext3
rw,noatime,errors=remount-ro,data=ordered 0 0
/dev/sdb6 /home ext3 rw,noatime,errors=continue,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
(hd1) /dev/sdb
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
if loadfont /usr/share/grub/ascii.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output.gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
insmod png
if background_image /boot/grub/moreblue-orbit-grub.png ; then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, Linux 2.6.30-1-686-bigmem {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.30-1-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro quiet
initrd /boot/initrd.img-2.6.30-1-686-bigmem
}
menuentry Debian GNU/Linux, Linux 2.6.30-1-686-bigmem (recovery mode) {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.30-1-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro single
initrd /boot/initrd.img-2.6.30-1-686-bigmem
}
menuentry Debian GNU/Linux, Linux 2.6.26-2-686-bigmem {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.26-2-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro quiet
initrd /boot/initrd.img-2.6.26-2-686-bigmem
}
menuentry Debian GNU/Linux, Linux 2.6.26-2-686-bigmem (recovery mode) {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.26-2-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro single
initrd /boot/initrd.img-2.6.26-2-686-bigmem
}
menuentry Debian GNU/Linux, Linux 2.6.26-1-686-bigmem {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.26-1-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro quiet
initrd /boot/initrd.img-2.6.26-1-686-bigmem
}
menuentry Debian GNU/Linux, Linux 2.6.26-1-686-bigmem (recovery mode) {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.26-1-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro single
initrd /boot/initrd.img-2.6.26-1-686-bigmem
}
menuentry Debian GNU/Linux, Linux 2.6.25-2-686-bigmem {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.25-2-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro quiet
initrd /boot/initrd.img-2.6.25-2-686-bigmem
}
menuentry Debian GNU/Linux, Linux 2.6.25-2-686-bigmem (recovery mode) {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.25-2-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro single
initrd /boot/initrd.img-2.6.25-2-686-bigmem
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry Microsoft Windows XP Professional (on /dev/sda1) {
set root=(hd0,1)
Bug#498541: please refresh size information in the manpage
Frans Pop elen...@planet.nl writes: Hi Goswin, Manpage is showing wrong size for sid distribution. Do you remember how you generated the tables with the archive size? Do you perhaps still have the script used for that? Thanks, FJP Run debmirror verbose with an empty directory and it will tell you how much it needs to download. I think I compared the size for i386 to i386+amd64 to get the size for amd64 without all and then subtract that from just amd64 to get the size for all. and so on. But you can probably do a few lines of perl to sum up the size informations from the Packages files directly too. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541953: apache plugin does not follow redirects, or log
Hi Joey, On Sun, Aug 16, 2009 at 06:25:19PM -0400, Joey Hess wrote: I eventually figured out that apache was throwing a 302 redirect, and collectd doesn't follow this redirect. I think it should either follow, or log that it is failing to get the apache scoreboard. the documentation of libcurl, the library used for HTTP access, is a bit fuzzy on the issue. If I understand it correctly, though, the library follows redirects by default (unless the FILE or SCP schema is used). It even sends along authentication information if the redirect points to the same host. I think this is basically sane behavior, so I think it'd be best to just report to the user when not following a redirect. 127.0.0.1 - - [16/Aug/2009:18:17:40 -0400] GET /server-status?auto HTTP/1.1 302 296 - collectd/4.6.3 127.0.0.1 - - [16/Aug/2009:18:17:50 -0400] GET /server-status?auto HTTP/1.1 302 296 - collectd/4.6.3 127.0.0.1 - - [16/Aug/2009:18:18:00 -0400] GET /server-status?auto HTTP/1.1 302 296 - collectd/4.6.3 127.0.0.1 - - [16/Aug/2009:18:18:10 -0400] GET /server-status?auto HTTP/1.1 302 296 - collectd/4.6.3 ^ I'm a bit surprised not to see a username in your log entries, I have to admit, but this may actually be the expected behavior of Apache (redirect ⇒ no authentication ⇒ no username). Could you please provide your configuration of the “Apache” plugin (spare the password, of course) and ideally the headers returned by Apache? Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ signature.asc Description: Digital signature
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540491: wordnet: FTBFS: 'NOUNSYNSET' undeclared
* Andreas Tille til...@rki.de, 2009-08-17, 07:59: To disable parallelization in the key place, just append the following line to src/grind/Makefile.in: .NOTPARALLEL: As for really enabling parallel builds, I believe the bug should be addressed in automake, which generated the broken makefile. You did not reassigned but rather cloned the bug. This in turn means you want me as wordnet maintainer to do something about this. IMHO using the .NOTPARALLEL hint would cure the problem for the moment but once automake is fixed I would hide a feature. IMHO it would be better not to clone this bug but rather only reassign and using the new affects feature of the BTS to make sure the problem shows up also on the BTS view of wordnet. What do you think about this? Feel free close this bug, I don't mind. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538709: Blame it in consolekit
Plase reassign this bug to consolekit. Reasoning I finally understand what's going on. In previous incarnations of g-p-m the power button worked like this: (1) hal listens for power button presses, tells g-p-m (2) g-p-m listen for power button pressed notifications from hal (3) g-p-m invokes a method on hal to shut the system down (3) hal shuts the system down The new sequence of operations is: (1) g-p-m listens for an X button press event (key XF86PowerOff) (2) g-p-m invokes a method on consolekit to shut system down (3) consolekit shuts the system down The first problem was (1): getting X to emit a XF86PowerOff pressed event. This is solved with hal 0.5.13 which sets the necessary property on /dev/input/eventX for the power off button, so that the X server will add it to the list of input devices. The remaining problem is (3): consolekit as present in Debian (0.3.0-3) has been built without policykit and hence refuses to honor the shutdown request. Solution is easy: rebuild consolekit with policykit (just add libpolkit-dev to Build-Depends) and don't forget to install its policy file. The default policy (grant permission for shutdown to user at active console) should be fine. Cheers, Roderich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492853: problem exists
On Sat, Aug 15, 2009 at 07:41:56PM +0200, Moritz Muehlenhoff wrote: Sorry for the late followup. Are these messages appearing for any traffic or just specific patterns? As far as I've seen it, the problem is VLAN-related. It occurs if I enable some VLANs on the interface. These VLANs are used by test boxes (a lot of embedded linuxes with various software onboard), so it is hard to predict what do they send to the net because of software and hardware errors. Currently, I've disabled VLANs (they are not really necessary on that computer), and there are no problems... -- Alexandra N. Kossovsky OKTET Labs (http://www.oktetlabs.ru/) Phones: +7(921)956-42-86(mobile) +7(812)783-21-91(office) e-mail: sa...@oktetlabs.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507536: eclipse: undefined symbol: _ZN4nsID5ParseEPKc
Hi Those of you who have experienced this problem, could you please write which version of xulrunner you have and whether it fixed it? Those you still experiencing the problem, please check if your version of xulrunner is listed here[1] next to the matching version of eclipse. At least xulrunner 1.9.1 have broken backwards compatibility[2]. ~Niels [1] http://www.eclipse.org/swt/faq.php#browserlinux [2] http://glandium.org/blog/?p=416 signature.asc Description: OpenPGP digital signature
Bug#541985: evolution: Crashes very often when retrieving mail from /var/mail/user
Package: evolution Version: 2.26.3-2 Severity: normal I get very frequent crashes when I hit F9 to retreive mail in Evo. I had them with 2.26.1.1 but decided to wait for 2.26.3 before reporting. This happens about 15/20 times per day, the backtrace is always the same: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb619b760 (LWP 4064)] 0xb7e087ac in window_binding_perform_scheduled_sync (binding=0xaad4938) at gconf-bridge.c:605 605 gconf-bridge.c: No such file or directory. in gconf-bridge.c (gdb) bt #0 0xb7e087ac in window_binding_perform_scheduled_sync (binding=0xaad4938) at gconf-bridge.c:605 #1 0xb6b0df76 in g_timeout_dispatch (source=0x9d65fc8, callback=0, user_data=0xaad4938) at /build/buildd-glib2.0_2.20.1-2-i386-hGzT8z/glib2.0-2.20.1/glib/gmain.c:3253 #2 0xb6b0d848 in IA__g_main_context_dispatch (context=0x9900be0) at /build/buildd-glib2.0_2.20.1-2-i386-hGzT8z/glib2.0-2.20.1/glib/gmain.c:1814 #3 0xb6b10dab in g_main_context_iterate (context=0x9900be0, block=1, dispatch=1, self=0x98d1628) at /build/buildd-glib2.0_2.20.1-2-i386-hGzT8z/glib2.0-2.20.1/glib/gmain.c:2448 #4 0xb6b1127a in IA__g_main_loop_run (loop=0x9946178) at /build/buildd-glib2.0_2.20.1-2-i386-hGzT8z/glib2.0-2.20.1/glib/gmain.c:2656 #5 0xb74e7f03 in bonobo_main () from /usr/lib/libbonobo-2.so.0 #6 0x0805cdd0 in main (argc=1, argv=0xbf954604) at main.c:704 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.2.16-2simple interprocess messaging syst ii debconf [deb 1.5.27 Debian configuration management sy ii evolution-co 2.26.3-2architecture independent files for ii evolution-da 2.26.3-1+b1 evolution database backend server ii gconf2 2.26.2-3GNOME configuration database syste ii gnome-icon-t 2.26.0-1GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libbluetooth 4.42-2 Library to use the BlueZ Linux Blu ii libbonobo2-0 2.24.1-1Bonobo CORBA interfaces library ii libbonoboui2 2.24.1-1The Bonobo UI library ii libc62.9-23 GNU C Library: Shared libraries ii libcairo21.8.8-2 The Cairo 2D vector graphics libra ii libcamel1.2- 2.26.3-1+b1 The Evolution MIME message handlin ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-glib 0.82-1 simple interprocess messaging syst ii libebackend1 2.26.3-1+b1 Utility library for evolution data ii libebook1.2- 2.26.3-1+b1 Client library for evolution addre ii libecal1.2-7 2.26.3-1+b1 Client library for evolution calen ii libedataserv 2.26.3-1+b1 Utility library for evolution data ii libedataserv 2.26.3-1+b1 GUI utility library for evolution ii libegroupwis 2.26.3-1+b1 Client library for accessing group ii libenchant1c 1.4.2-3.3 a wrapper library for various spel ii libexchange- 2.26.3-1+b1 Client library for accessing Excha ii libfontconfi 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgconf2-4 2.26.2-3GNOME configuration database syste ii libgdata-goo 2.26.3-1+b1 Client library for accessing Googl ii libgdata1.2- 2.26.3-1+b1 Client library for accessing Googl ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgnome-pil 2.0.15-2.4 Support libraries for gnome-pilot ii libgnome2-0 2.26.0-1The GNOME library - runtime files ii libgnomecanv 2.26.0-1A powerful object-oriented display ii libgnomeui-0 2.24.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2 1:2.24.1-3 GNOME Virtual File System (runtime ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libgtkhtml-e 3.26.3-1HTML rendering/editing library - e ii libgtkhtml3. 3.26.3-1HTML rendering/editing library - r ii libgweather1 2.26.1-1GWeather shared library ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii
Bug#541850: ajaxterm: UTF-8 support
Le dimanche 16 août 2009 à 20:09 +, The Fungi a écrit : Confirmed it seems not to be needed. Testing on both Iceweasel under Debian/Sid and IE 8 under XP on VirtualBox, I don't see any change in behavior with this hunk removed. Thanks for testing and confirming, I have removed that part of the patch. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515125: general: cpu frequency scalling crashes my system
On Tue, Jul 28, 2009 at 8:30 PM, Mark Poks markp...@gmail.com wrote: Mark, does the issue still manifest itself with more recent kernel versions? Cheers, Moritz when i reduced memory speed from 800 to 667 MHz it seem to not suspending any longer. maybe it's hardware fault in fact? but i have just updated my kernel today, raised memory speed to 800 MHz again and i will try to suspend machine and report observations in a few days. cheers, Mark After kernel updated, problem still occurs - once per few days machine hangs-up. when reduced memory speed to 667 MHz every is ok. i'm starting to believe this is mainboard problem, not the kernel. cheers, Mark
Bug#541988: ITP: tablelist -- multi-column listbox tablelist for TCL/TK
Package: wnpp Severity: wishlist Owner: أحمد المحمودي aelmahmo...@users.sourceforge.net * Package name: tablelist Version : 4.11 Upstream Author : Csaba Nemethi csaba.neme...@t-online.de * URL : http://www.nemethi.de/tablelist/ * License : BSD Programming Lang: Tcl/Tk Description : multi-column listbox tablelist for TCL/TK A tablelist widget is a multi-column listbox. The width of each column can be dynamic or static. Tablelist is a library package for Tcl/Tk version 8.0 or higher, written in pure Tcl/Tk code. -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-proposed'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541819: devscripts: GPL-licensed programs link to OpenSSL
* Christoph Berg m...@debian.org, 2009-08-17, 09:04: According to debian/copyright, uscan and dget are GPLv2+-licensed. They are, however, linking (indirectly, via libcrypt-ssleay-perl to OpenSSL which is incompatible with GPL. dget doesn't use libcrypt-ssleay-perl. Right, sorry, s/dget/bts/. I'd also debate whether the license incompatibility is an issue for perl programs at all. Cc'ing debian-legal, then. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541989: vim-runtime: Break not properly highlighted in debian/control
Package: vim-runtime Version: 2:7.2.245-2 Severity: minor vim does not properly highlight Break headers in debian/control. See the attached screenshot. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-runtime depends on: ii dpkg 1.15.3.1 Debian package management system Versions of packages vim-runtime recommends: ii vim 2:7.2.245-2 Vi IMproved - enhanced vi editor ii vim-gtk [vim]2:7.2.245-2 Vi IMproved - enhanced vi editor - vim-runtime suggests no packages. -- debconf-show failed -- Jakub Wilk attachment: vim-breaks.png
Bug#541850: ajaxterm: UTF-8 support
package ajaxterm tags 541850 + pending thanks Le dimanche 16 août 2009 à 19:49 +, The Fungi a écrit : On Sun, Aug 16, 2009 at 09:17:24PM +0200, Julien Valroff wrote: I have just tested this patch, and it seems there are some issues. When simply calling 'ls -l' in my home directory, I get the following kind of output: [...] -rw-r--r-- 1 julien julien 42964 aoû 16 20:46 ??? [...] I use fr_FR.UTF-8 [...] Interesting. I'll play around with it some more and see if I can replicate that. I've tested it SSH'ing to a shell where I'm using en_US.UTF-8 and GNU screen with the -U to multiplex UTF-8-aware applications. I've also used it more heavily backended by Telnet connections to UTF-8-sending socket applications. What Web browser(s) were you testing under? OK, I had made some typos when applying the patch in the previous build, everything seems now to work as expected. I won't upload a new build of ajaxterm soon, because of the security issue for which I'd like confirmation of the Security Team, I hence tag this bug as pending. Thanks for your help. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#156812: revtex4: Width of page numbers computed incorrectly in TOC
reassign 156812 texlive-publishers merge 156812 407978 stop On 15.08.02 Dylan Thurston (d...@math.harvard.edu) wrote: Hi Dylan, Revtex incorrectly computes the amount of space to leave for page numbers in the table of contents. This bug is now a few years old and not yet fixed in upstream. I got an E-Mail that the RevTeX people telling they will start the beta for RevTeX 4.1 shortly. The list ob bug fixes contains an entry: Table of Contents formatting improved. Are you willing to test the beta and check if your bug is fixed in 4.1? I'll forward the URL for the beta download if you like. Many thanks, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541618: Store package files with path prefix to allow multi-distro support (e.g. Debian + Ubuntu)
On Sun, Aug 16, 2009 at 09:01:39PM +0100, Mark Hindley wrote: Thanks for this. Interesting. When I originally went through sorting out the 2 server workaround for this, I considered (and rejected :)) this approach. The problem with it is that apt-cacher was designed to ignore the server path so that .debs from different servers were deemed identical. This is useful for people who use the path_map hopping to provide server redundancy. This approach will break that. I am happy to consider it again, but you need to convince me that it is better than the multiple instance way of doing it. Lying awake considering this more overnight, I realised this would also break checksumming which only uses the filename without a path. Also, we would need to consider to which distro we assign existing files which don't have the complete path prepended. I am not rejecting this outright, but I think it is more complicated than at first sight. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541990: fbxkb: question marks instead of flag in X version 7.4
Package: fbxkb Version: 0.6-1 Severity: normal After an upgrade from X 7.3 to X 7.4 fbxkb displays an icon with two white question marks on blue background instead of the usual flag. I'm not having issues with icons coming from other applications such as for example pidgin. I vaguely remember not having this issue with another window manager, but I'm not sure. I am seeing the problem with fluxbox version 1.0.0+deb1-8. Clemens -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fbxkb depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.9-12 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libfontconfig12.6.0-3generic font configuration library ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libx11-6 2:1.2.2-1 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.2.1-2 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxrandr22:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra fbxkb recommends no packages. fbxkb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541887: update to 4.7?
Hi Joey, On Sun, Aug 16, 2009 at 05:13:35PM -0400, Joey Hess wrote: I would appreciate an update to version 4.7, since the uptime plugin is a very useful one. There had been a few issues with the new version that I wanted to have sorted out before uploading an updated package. The last issue has been solved a few days ago, so you can expect 4.7 within the next few days. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#517761:
On Sat, Aug 15, 2009 at 02:10:16AM -0400, Daniel Richard G. wrote:
8
Hit http://midnight jaunty-security Release.gpg
Ign http://midnight jaunty-security/main Translation-en_US
Err http://midnight jaunty-security/restricted Translation-en_US
Error reading from server - read (104 Connection reset by peer)
Ign http://midnight jaunty-security/universe Translation-en_US
Err http://midnight jaunty-security/multiverse Translation-en_US
Error reading from server. Remote end closed connection
Hit http://midnight jaunty Release.gpg
Ign http://midnight jaunty/free Translation-en_US
8
Whoops! Spoke too soon. There appears to be a completely separate
failure mode that also leads to Connection reset by peer errors for
nonexistent Translation* files. This one has nothing to do with
pipelining (setting Pipeline-Depth to 0 doesn't help), and it looks a
lot hairier to figure out, so I'll post my observations so far:
1. It's very easy to determine if this problem is affecting you: you get
a big fat warning in your error.log file, even with debugging
switched off:
Sat Aug 15 01:34:17 2009|info [10743]: ALARM!
/srv/apt-cacher/packages/ubuntu-security_dists_jaunty-security_main_i18n_Translation-en_US.bz2
file is larger than expected (343). Renaming to
/srv/apt-cacher/packages/ubuntu-security_dists_jaunty-security_main_i18n_Translation-en_US.bz2.corrupted.
2. The expected size in the above message is 343, as returned by the
upstream server in the Content-Length: field. This reflects the size
of the 404 error page.
3. The actual (unexpected) size here is 502 bytes, which reflects the
combined size of the HTTP header AND body. apt-cacher is reading from
a file that it expects to contain only the 404 body, but for some
reason it has both header and body.
(Incidentally, while apt-cacher claims to be reading the 404-body
file from $cfg-{cache_dir}/packages/, I've never managed to actually
*see* such a file in there. Is this deleted immediately after being
sent to the client or something?)
4. This size anomaly only occurs when you attempt to download a
(nonexistent) Translation* file from a path_map location that has
*multiple servers behind it*. (Note that because the Translation*
file always returns 404, apt-cacher always cycles through each
server, searching for the file in vain.) I had only one server
behind my apt-cacher's /ubuntu path, but two behind /ubuntu-
security, and I was only getting errors from Translation-en_US files
in /ubuntu-security.
5. The server-failover in itself appears to be triggering the improper
download of the 404 body file as described in #3. If I edit my
path_map to have only one server behind /ubuntu-security, the problem
goes away.
6. Server failover is handled in the libcurl-related code, which is
still a rat's nest to me :-(
Yes, it is complex. The issue was to use a single process for all
requests so that DNS lookups were cached. Many mirrors use round robin
DNS for load balancing and if you just do multiple single requests you
can get files from different servers which are not quite in sync.
The code becomes a bit convoluted as it has to separate libcurl errors,
client errors and server errors.
All communication with the libcurl process goes through a unix socket.
The process exits itself after being idle for 2 minutes.
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541888: apache plugin not configured right for debian apache2
Hi Joey, On Sun, Aug 16, 2009 at 05:14:53PM -0400, Joey Hess wrote: On Debian, apache 2 uses http://localhost/server-status for status reporting, The collectd default (and the config file default) is for something else. I think this should be changed in Debian to match the apache configuration. To be honest, I wasn't even aware that Debian ships a default config for mod_status ;-) I'll fix it in the next upload. Thanks for pointing that out! Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#541992: linux-source-2.6.30: Compile failed
Package: linux-source-2.6.30 Version: 2.6.30-5 Severity: does-not-build -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-20090110 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-source-2.6.30 depends on: ii binutils 2.19.51.20090723-1 The GNU assembler, linker and bina ii bzip2 1.0.5-3high-quality block-sorting file co Versions of packages linux-source-2.6.30 recommends: ii gcc 4:4.3.3-9 The GNU C compiler ii libc6-dev [libc-dev] 2.9-23 GNU C Library: Development Librari ii make 3.81-6 An utility for Directing compilati Versions of packages linux-source-2.6.30 suggests: ii kernel-package 12.017A utility for building Linux kerne ii libncurses5-dev [ncurs 5.7+20090803-1+b1 developer's libraries and docs for pn libqt3-mt-dev none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525938: bug confirm
Working well with xulrunner 1.9.0.12 and iceweasel 3.0.12 -- dr4Ke
Bug#541991: CVE-2009-2417: OpenSSL NULL Character Spoofing Vulnerability
Package: curl
Severity: serious
Tags: security patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
the following CVE (Common Vulnerabilities Exposures) id was
published for curl.
CVE-2009-2417[0]:
A vulnerability has been reported in cURL, which can be exploited by
malicious people to conduct spoofing attacks.
The vulnerability is caused due to an error when processing
certificate fields containing NULL ('\0') characters. This can be
exploited to e.g. conduct Man-in-the-Middle (MitM) attacks via
specially crafted certificates.
The vulnerability is reported in versions prior to 7.19.6.
Note: This only affects cURL versions with enabled OpenSSL support.
Upstream advisory:
http://curl.haxx.se/docs/adv_20090812.txt
Backported patches for various curl versions:
http://curl.haxx.se/CVE-2009-2417/
Upstream bug report:
http://curl.haxx.se/bug/view.cgi?id=2829955
If you fix the vulnerability please also make sure to include the
CVE id in your changelog entry.
For further information see:
[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2417
http://security-tracker.debian.net/tracker/CVE-2009-2417
Cheers,
Giuseppe.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkqJFdUACgkQNxpp46476aqVdQCgiWQZqdcHchwCtte8vJrz5zqS
mo8Ani2XAt4EZk1AhPC+0+JX+MbGVVty
=fEKN
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541993: Better TOC for http://www.debian.org/devel/wnpp/index.html ?
Package: qa.debian.org Severity: minor Hello, I've just received a complain about [1] where what it seems, at first sight, a TOC, infact it is not: it's a series of links to aggregated WNPP bugs but not a TOC fot the given web pages. [1] http://www.debian.org/devel/wnpp/index.html Since, at least in this case, it generated confusion and lead to missing the information about how to provide a correct WNPP bug, I'd suggest to introduce a simple TOC (moving also the Using WNPP at the top of the page): 1. importart links for WNPPbugs 2. report a WNPP bug with reportbug 3. report a WNPP bug via plain email 4. how to close a WNPP report and then the current content. This bug is meant to collect opinions about it (that might also direct to remove/rewrite [1]) and if it's a correct solution to the presented problem (that I recognize to exists: I know what's in that page, but a first-time visitor might be disoriented). Thanks for the attention, Sandro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541811: dh_perl: Dopping fallback to perl (= 5.6.0-16) due to debian-policy change in 3.8.3 possible
-=| Joey Hess, Sun, Aug 16, 2009 at 11:44:55AM -0400 |=- Salvatore Bonaccorso wrote: * The requirement for Perl modules to have a versioned Depend and Build-Depend on perl = 5.6.0-16 has been removed.[perl] So the fallback to the version (= 5.6.0-16) should be possible to drop in dh_perl. It's certianly possible to drop. I don't, however, know if there's any point in me dropping it. (Especially as backporters may want to add it back in.) As I see it, the versioned dependency only matters if one tries to install woody+ packages on potato. This is to be avoided because of the change in the directory structure in 5.6.0-16. (historical info: potato has 5.004.05-2, woody has 5.6.1-8.9) The difference between with or without the version would be uninstallable bakcage (with) vs. non-working package (without). Though I admit uninstallable package is better than a not working one, does this mean we'd keep the dependency versioned forever? Potato is four releases behind the current stable already (potato woody sarge etch lenny). Even security updates were discontinued since July 2003 :) I hope this clarifies the reasoning behind Salvatore's proposal. It bascally means we don't care about potato anymore, which is not far from the reality, I think. -- dam signature.asc Description: Digital signature
Bug#541996: hg-git: embeds the Dulwich library
Package: hg-git Version: 0+hg20090603-1 Severity: important hg-git embed a (“modified quite a bit”, according to the upstream author) copy of the Dulwich library. However, Dulwich is already available in Debian as a separate package (python-dulwich). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541994: [plasma-dataengines-workspace] plasma crashed at startup
Package: plasma-dataengines-workspace Version: 4:4.2.4-1+b1 Severity: grave Applicazione: Spazio di lavoro di Plasma (plasma), segnale SIGSEGV Thread 1 (Thread 0xb4c5d720 (LWP 4880)): #0 0xb7fb1424 in __kernel_vsyscall () #1 0xb7e5e650 in nanosleep () from /lib/i686/cmov/libc.so.6 #2 0xb7e5e48e in sleep () from /lib/i686/cmov/libc.so.6 #3 0xb78970f8 in ?? () from /usr/lib/libkdeui.so.5 #4 0x in ?? () If I start it in a console : r...@seifer:~$ plasma unknown program name(5378)/ checkComposite: Plasma has an argb visual 0x9fc14a0 75497473 unknown program name(5378)/ checkComposite: Plasma is COMPOSITE-less on 0x9fb7910 QLayout: Attempting to add QLayout to QWidget , which already has a layout r...@seifer:~$ Not a regular file: / Initialize default_framework extension. Initialize libxml2_xml_parser extension. Initialize dbus_script_class extension. Initialize default_options extension. Initialize qtwebkit_browser_element extension. Initialize qt_system_framework extension. Initialize qt_edit_element extension. Initialize gst_audio_framework extension. ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-0.10/libgstpython.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. Finalize qt_edit_element extension. Finalize qt_system_framework extension. Finalize qtwebkit_browser_element extension. Finalize default_options extension. Finalize dbus_script_class extension. Finalize libxml2_xml_parser extension. Finalize default_framework extension. Failed to initialize gstreamer: Errore nel ri-scansionare il registro , child terminated by signal Initialize gst_video_element extension. Initialize linux_system_framework extension. Initialize qt_xml_http_request extension. Initialize google_gadget_manager extension. Initialize analytics_usage_collector extension. Initialize smjs_script_runtime extension. Initialize qt_script_runtime extension. Register smjs_script_runtime extension. Register qt_script_runtime extension. http://www.google.com/ig/api?weather=Munich,Germany KCrash: Application 'plasma' crashing... sock_file=/home/rudi/.kde/socket-seifer/kdeinit4__0 unknown program name(5383)/ checkComposite: Plasma has an argb visual 0x90ef4a0 79691777 unknown program name(5383)/ checkComposite: Plasma is COMPOSITE-less on 0x90e5910 QLayout: Attempting to add QLayout to QWidget , which already has a layout Not a regular file: / Initialize default_framework extension. Initialize libxml2_xml_parser extension. Initialize dbus_script_class extension. Initialize default_options extension. Initialize qtwebkit_browser_element extension. Initialize qt_system_framework extension. Initialize qt_edit_element extension. Initialize gst_audio_framework extension. ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-0.10/libgstpython.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. Finalize qt_edit_element extension. Finalize qt_system_framework extension. Finalize qtwebkit_browser_element extension. Finalize default_options extension. Finalize dbus_script_class extension. Finalize libxml2_xml_parser
Bug#541995: ocsinventory-server: Sql injection in OCS Inventory NG Server 1.2.1
Package: ocsinventory-server Version: 1.02.1-1 Severity: serious Justification: serious http://seclists.org/fulldisclosure/2009/Aug/0143.html http://www.ocsinventory-ng.org/index.php?mact=News,cntnt01,detail,0cntnt01articleid=147cntnt01returnid=15 Cheers, Gonéri -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocsinventory-server depends on: ii apache2 2.2.12-1 Apache HTTP Server metapackage ii apache2-mpm-prefork [apache2] 2.2.12-1 Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii libapache-dbi-perl1.07-1 Connect apache server to database ii libapache2-mod-perl2 2.0.4-5Integration of perl with the Apach ii libcompress-zlib-perl 2.015-1Perl module for creation and manip ii libdbd-mysql-perl 4.012-1A Perl5 database interface to the ii libdbi-perl 1.609-1Perl Database Interface (DBI) ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libxml-simple-perl2.18-2 Perl module for reading and writin ii perl [libcompress-zlib-perl] 5.10.0-24 Larry Wall's Practical Extraction ii ucf 3.0018 Update Configuration File: preserv Versions of packages ocsinventory-server recommends: ii ocsinventory-reports 1.02.1-1 Hardware and software inventory to Versions of packages ocsinventory-server suggests: ii libsoap-lite-perl 0.710.08-2 Client and server side SOAP implem ii mysql-server-5.0 [mysql-serve 5.0.84-1 MySQL database server binaries pn ocsinventory-agentnone (no description available) -- debconf information: ocsinventory-server/internal/skip-preseed: false ocsinventory-server/upgrade-error: abort ocsinventory-server/remote/port: ocsinventory-server/db/app-user: ocs ocsinventory-server/mysql/admin-user: root ocsinventory-server/remove-error: abort ocsinventory-server/internal/reconfiguring: false * ocsinventory-server/dbconfig-install: true ocsinventory-server/dbconfig-upgrade: true ocsinventory-server/upgrade-backup: true ocsinventory-server/remote/host: ocsinventory-server/dbconfig-remove: ocsinventory-server/remote/newhost: ocsinventory-server/install-error: abort ocsinventory-server/passwords-do-not-match: ocsinventory-server/mysql/method: unix socket ocsinventory-server/database-type: mysql ocsinventory-server/missing-db-package-error: abort ocsinventory-server/purge: false ocsinventory-server/dbconfig-reinstall: false ocsinventory-server/db/dbname: ocsweb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541804: kde-icons-oxygen: no icon for reboot the computer button
2009/8/16 Mikhail Vasil'jev dlia-sp...@mail.ru: Package: kde-icons-oxygen Version: 4:4.3.0-1 Severity: normal Hello. Today I updated the kde-icons-oxygen package and found, that reboot the computer button has no icon now. You should also upgrade the rest of kde. The reboot icon changed its name in kde 4.3, so old kde versions won't find the new icon. Regards, George -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541997: iwlwify: check enable flag
Package: laptop-mode-tools
Version: 1.50-1
Severity: minor
Tags: patch
If the device is down, the attempt to configure power levels causes an error
message.
---
Note that this probably applies equally to the ipw module, but I don't own
the hardware to test it.
Clemens
.../laptop-mode-tools/modules/wireless-iwl-power |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/usr/share/laptop-mode-tools/modules/wireless-iwl-power
b/usr/share/laptop-mode-tools/modules/wireless-iwl-power
index e934c7d..5e66a3b 100755
--- a/usr/share/laptop-mode-tools/modules/wireless-iwl-power
+++ b/usr/share/laptop-mode-tools/modules/wireless-iwl-power
@@ -16,6 +16,7 @@
findWifiIfsByDriver () {
local DEVICE;
local LINK_TARGET;
+ local ENABLED;
for DEVICE in /sys/class/net/*; do
if [ -d $DEVICE/wireless -a -h $DEVICE/device/driver ]; then
@@ -23,8 +24,9 @@ findWifiIfsByDriver () {
# the driver.
LINK_TARGET=`readlink $DEVICE/device/driver`
LINK_TARGET=${LINK_TARGET##*/}
+ ENABLED=`cat $DEVICE/device/enable`
- if [ $LINK_TARGET = $1 ] ; then
+ if [ $ENABLED -eq 1 -a $LINK_TARGET = $1 ] ; then
# add the interface name to the list
WIFI_IFNAMES=$WIFI_IFNAMES ${DEVICE##*/}
fi
--
1.6.4.264.g36d31
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages laptop-mode-tools depends on:
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
ii psmisc22.6-1 Utilities that use the proc filesy
ii util-linux2.13.1.1-1 Miscellaneous system utilities
Versions of packages laptop-mode-tools recommends:
ii acpid1.0.8-1lenny1 Utilities for using ACPI power man
ii apmd 3.2.2-12Utilities for Advanced Power Manag
ii ethtool 6+20080913-1display or change Ethernet device
ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii hdparm 8.9-3 tune hard disk parameters for high
ii net-tools1.60-22 The NET-3 networking toolkit
ii sdparm 1.02-1 Output and modify SCSI device para
ii wireless-too 29-1.1 Tools for manipulating Linux Wirel
laptop-mode-tools suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541829: dpkg-source.1: -m, -e, -C not documented
Hi, On Sun, 16 Aug 2009, Joachim Breitner wrote: dpkg-buildpackage(1) claims that -C, -m and -e options are passed to dpkg-source and documented in it’s manpage, but they are not mentioned in either dpkg-source(1) nor dpkg-source --help. Quoting dpkg-buildpackage(1) I see: -Cchangesdescription -mmaintaineraddress -emaintaineraddress Passed unchanged to dpkg-genchanges. See its manual page. And in the dpkg-genchanges manual page they are effectively documented. Did you misread the name or did you see something else somewhere else? Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541839: set up centralised cron jobs to send mails about outdated translations
On Sun,16.Aug.09, 23:46:33, Nicolas François wrote: Hello, On Sun, Aug 16, 2009 at 11:52:13PM +0300, Andrei Popescu wrote: On Sun,16.Aug.09, 19:17:00, Simon Paillard wrote: This is already done for (at least) french team from i18n.debian.net. Ok, if this is possible for all languages it should be published somewhere. It is possible to do it for all languages, but some teams may already have a cron job and they may not like receiving duplicates. Given advance warning I guess all teams would prefer having it a centralised service. How many teams do have a translators.db.pl (I don't have a full checkout)? Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541999: system-config-printer-kde: Packages needs python-dev to run, but does not depend on it
Package: system-config-printer-kde Version: 4:4.3.0-1 Severity: grave Justification: renders package unusable Without the installation of python-dev system-config-printer-kde aborts with the undefinde symbol _Py_ZeroStruct -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages system-config-printer-kde depends on: ii python-cupsutils1.0.0-6 Python utility modules around the ii python-kde4 4:4.3.0-1+b1 Python bindings for the KDE 4 libr ii python-qt4-dbus 4.5.1-1.1DBus Support for PyQt4 system-config-printer-kde recommends no packages. system-config-printer-kde suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542000: Tries to load DTDs from the network
Package: libxalan2-java Version: 2.7.1-5 Severity: grave Running java -jar /usr/share/java/xalan2.jar -DIAG -XSL t.xsl -IN References.html, I receive the following error message: (Location of error unknown)java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/html4/loose.dtd References.html starts like this: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; It seems that W3C has begun enforcing some sort of AUP on their DTD repository. This should also be fixed for stable and oldstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#419029: Fixed with Lohit 2.4.1
Hi,
Can anyone check that mentioned rendering bug for Malayalam is fixed
with latest Lohit fonts (2.4.1) packaged as ttf-indic-fonts 0.5.6?
We have added Lohit-ml for completness.
Thanks!
--
Cheers,
Kartik Mistry | 0xD1028C8D | IRC: kart_
Debian GNU/Linux Developer
Blogs: {ftbfs, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542001: kpdf configuration option watch file doesn't work at all
Package: kpdf Version: 4:3.5.9-3+lenny1 Severity: normal The KPDF configuration option watch file: Menu: Settings - Configure KPDF... - General - [X] Watch file Doesn't work at all, as the pdf file being watched changes on disk, the rendered file is always the same. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kpdf depends on: ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny1 core libraries and binaries for al ii libc62.7-18 GNU C Library: Shared libraries ii libfreetype6 2.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.2-1.1 GCC support library ii libpaper11.1.23+nmu1 library for handling paper charact ii libqt3-mt3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libxft2 2.1.12-3FreeType-based font drawing librar Versions of packages kpdf recommends: ii kghostview 4:3.5.9-3+lenny1 PostScript viewer for KDE Versions of packages kpdf suggests: ii khelpcente 4:4.0.0.really.3.5.9.dfsg.1-6 help center for KDE -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541136: kaboom deletes all customized kde4 settings
2009/8/12 Daniel Moerner dmoer...@gmail.com: Package: kaboom Version: 1.1.1 Severity: grave Hi, kaboom just caused serious data loss. I have a brand-new install of Debian sid. I installed kde4 (kde-standard metapackage). I start kdm, and on the first run of kde4, kaboom does not run. I customized the settings, turned on desktop effects, etc. I then rebooted. On the second start of kde4, kaboom ran. It explicitly said that existing kde4 settings would be unchanged. I told it to not backup KDE3 data and to not perform any migration. Instead, it deleted ALL my existing KDE4 settings. KDE3 was never installed on this system. There was no reason for kaboom to ever run. ..kaboom.log is attached. I am really sorry about that. The bug that kaboom runs on fresh kde4 installations is known and fixed in git. About the data loss though, it looks like you selected the option to start with clean settings, that's why it removed ~/.kde. The log says that: operation: do recursive rm of .kde dir if exists. Maybe you did it accidentally... Anyway, a new upload will come soon that will fix this bug. Best regards, George -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541989: vim-runtime: Break not properly highlighted in debian/control
tags 541989 confirmed patch stop Hello, This is a trivial patch against 7.2.245-2 version to fix this issue. regards Denis Briand --- vim-7.2.245/runtime/syntax/debcontrol.vim.old 2009-08-17 10:25:10.0 +0200 +++ vim-7.2.245/runtime/syntax/debcontrol.vim 2009-08-17 10:31:44.0 +0200 @@ -53,7 +53,7 @@ syn case ignore List of all legal keys -syn match debcontrolKey contained ^\%(Source\|Package\|Section\|Priority\|\%(XSBC-Original-\)\=Maintainer\|Uploaders\|Build-\%(Conflicts\|Depends\)\%(-Indep\)\=\|Standards-Version\|\%(Pre-\)\=Depends\|Recommends\|Suggests\|Provides\|Replaces\|Conflicts\|Enhances\|Essential\|Architecture\|Description\|Bugs\|Origin\|X[SB]-Python-Version\|Homepage\|\(XS-\)\=Vcs-\(Browser\|Arch\|Bzr\|Cvs\|Darcs\|Git\|Hg\|Mtn\|Svn\)\|XC-Package-Type\|\%(XS-\)\=DM-Upload-Allowed\): * +syn match debcontrolKey contained ^\%(Source\|Package\|Section\|Priority\|\%(XSBC-Original-\)\=Maintainer\|Uploaders\|Build-\%(Conflicts\|Depends\)\%(-Indep\)\=\|Standards-Version\|\%(Pre-\)\=Depends\|Recommends\|Suggests\|Provides\|Replaces\|Conflicts\|Enhances\|Breaks\|Essential\|Architecture\|Description\|Bugs\|Origin\|X[SB]-Python-Version\|Homepage\|\(XS-\)\=Vcs-\(Browser\|Arch\|Bzr\|Cvs\|Darcs\|Git\|Hg\|Mtn\|Svn\)\|XC-Package-Type\|\%(XS-\)\=DM-Upload-Allowed\): * Fields for which we do strict syntax checking syn region debcontrolStrictField start=^Architecture end=$ contains=debcontrolKey,debcontrolArchitecture,debcontrolSpace oneline @@ -70,7 +70,7 @@ Catch-all for the other legal fields syn region debcontrolField start=^\%(\%(XSBC-Original-\)\=Maintainer\|Standards-Version\|Essential\|Bugs\|Origin\|X[SB]-Python-Version\|\%(XS-\)\=Vcs-Mtn\): end=$ contains=debcontrolKey,debcontrolVariable,debcontrolEmail oneline -syn region debcontrolMultiField start=^\%(Build-\%(Conflicts\|Depends\)\%(-Indep\)\=\|\%(Pre-\)\=Depends\|Recommends\|Suggests\|Provides\|Replaces\|Conflicts\|Enhances\|Uploaders\|Description\): skip=^ end=^$me=s-1 end=^[^ #]me=s-1 contains=debcontrolKey,debcontrolEmail,debcontrolVariable,debcontrolComment +syn region debcontrolMultiField start=^\%(Build-\%(Conflicts\|Depends\)\%(-Indep\)\=\|\%(Pre-\)\=Depends\|Recommends\|Suggests\|Provides\|Replaces\|Conflicts\|Enhances\|Breaks\|Uploaders\|Description\): skip=^ end=^$me=s-1 end=^[^ #]me=s-1 contains=debcontrolKey,debcontrolEmail,debcontrolVariable,debcontrolComment Associate our matches and regions with pretty colours if version = 508 || !exists(did_debcontrol_syn_inits) signature.asc Description: Digital signature
Bug#542000: Tries to load DTDs from the network
Florian Weimer wrote: Package: libxalan2-java Version: 2.7.1-5 Severity: grave Running java -jar /usr/share/java/xalan2.jar -DIAG -XSL t.xsl -IN References.html, I receive the following error message: (Location of error unknown)java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/html4/loose.dtd References.html starts like this: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; It seems that W3C has begun enforcing some sort of AUP on their DTD repository. This should also be fixed for stable and oldstable. Are you sure, this wasn't a temporary problem? I can access http://www.w3.org/TR/html4/loose.dtd both with my browser (iceweasel) and fetch it with wget. Particularly, HTTP 503 is explained as [1]: The Web server (running the Web site) is currently unable to handle the HTTP request due to a temporary overloading or maintenance of the server. The implication is that this is a temporary condition which will be alleviated after some delay. Some servers in this state may also simply refuse the socket connection, in which case a different error may be generated because the socket creation timed out. ~Niels [1] http://www.checkupdown.com/status/E503.html signature.asc Description: OpenPGP digital signature
Bug#538665: debian-policy: Info documents section is outdated
On Sun, Aug 16, 2009 at 11:36:29AM -0700, Russ Allbery wrote: Bill Allombert bill.allomb...@math.u-bordeaux1.fr writes: On Fri, Aug 14, 2009 at 09:52:59AM -0700, Russ Allbery wrote: The generated file should contain a section like: @dircategory Individual utilities @direntry * example: (example). An example info directory entry. @end direntry which will cause makeinfo to generate the directory entry information. Probably this information should be included as a footnote in policy. It is -- that's a footnote in the current Policy document. Excellent! This has been in the patch since the start and I always managed to skip it. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541823: installation-reports: Acer Aspire 3690
clone 541823 -1 -2 reassign -1 installation-report reassign -2 console-setup reassign -3 iso-scan retitle -1 README.Debian wrongly suggests reporting bugs to installation-report retitle -2 settings chosen from console-setup-udeb not preserved on installed system retitle -3 Consistently fails to find ISO image on first try thanks Quoting Celejar (cele...@gmail.com): Thanks for your very detailed installation report. It contains much valuable information and I'll try a first attempt to use at least part of it Initial boot: [O ] Detect network card:[E ] Configure network: [ ] Detect CD: [E ] Load installer modules: [E ] Detect hard drives: [O ] Partition hard drives: [E ] Install base system:[O ] Clock/timezone setup: [O ] User/password setup:[O ] Install tasks: [ ] Install boot loader:[O ] Overall install:[E ] Comments/Problems: 1) The installer allowed me to set a keymap and layout (us / dvorak), but this was not preserved in the actual install, which reverted to standard us. That's the secodn time we get such report. I'm definitely not in position to test this, but there's something broken somewhere in console-setup 2) The installer consistently failed to find the installer ISO on the first try (I wound up running it quite a few times, due to various problems), although it always found it on the second. Assigned to iso-scan. It would be very interesting if you could try reproducing this and check what's displayed on 4th console after the first failure. 3) AFAICT, the installer kernel doesn't include b43. Why? I understand that we can't ship non-free firmware, but why not include the driver for those of us who are able and willing to provide firmware? This one I leave to other maintainers 4) I was unable to delete a LUKS encrypted disk that I had created on a partition. The installer refused to delete the partition since it was used by the encrypted disk, but it also apparently offered no way to delete the encrypted disk. That one also. Hopefully Max will look at it in details. 5) The showstopper: I installed the entire system (except for /boot) onto LVM volumes in a vg on top of a LUKS volume created out of a primary partition. When I rebooted, the system wouldn't bring up the LUKS volume. The eventual fix that worked is to add this line to /boot/grub/menu.lst: # kopt=cryptopts=target=hda4_crypt,source=/dev/hda4,lvm=lizzie-root root=/dev/mapper/lizzie-root ro This is: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492790 and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522041 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507721 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503062 6) Should installation reports be filed against 'installation-report' or 'installation-reports'? The README from the installation-report package says 'report', but most reports seem to be filed against 'reports'. Apparently this error is there for ages..:-). Reported against i-r signature.asc Description: Digital signature
Bug#541992: linux-source-2.6.30: Compile failed
I tried (twice) to compile a kernel from this source, and each time it failed. The messages at the point of failure were: LD arch/x86/kernel/apic/built-in.o CC arch/x86/kernel/cpu/intel_cacheinfo.o arch/x86/kernel/cpu/intel_cacheinfo.c: In function ‘slab_buffer_size’: arch/x86/kernel/cpu/intel_cacheinfo.c:1013: internal compiler error: Segmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540973: bind9: 540973
I don't think it should be downgraded, I had the same bug on my main server, and it's really an annoying and a critical one. Stephane Dupont. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532859: [Pkg-samba-maint] Bug#532859: closed by Christian Perrier bubu...@debian.org (Re: Bug#532859: sambaPwdLastSet became a mandatory ldapsam attribute with no warning)
Quoting Josip Rodin (j...@debbugs.entuzijast.net): As it was just pointed today by Oded Naveh, this change (prevent logging from clients when sambaPwdLastSet is not set), is an upstream change that was documented..;and indeed was even there in etch's version (the change appeared in 3.0.2). This entry in WHATSNEW.txt needs to go into NEWS.Debian in order for us who upgrade the package to see it, surely? Nevertheless, see below... Why this one and not the gazillion other changes introduced by upstream? Imagine what we would then have to document when squeeze is released (with a 3.2.5-3.4.whatever bump). Samba's upstream often does behavioural changes similar to this one. I don't think that the Debian package users would benefit from us documenting each and every upstream change in NEWS.Debian. We did this a few times...but for much more disruptive changes than this one which, imho, belongs to the normal life of the software. All in all this is just another bug in my series of ldapsam complaints. The code expects a certain strict data set in LDAP, yet it does very few if any pre-emptive consistency checks. Coupled with changing requirements like we see in this case, that's a recipe for failure when met with random user data. Maybe..:-) This should really be dealt with upstream directly. I'm not sure about the value we, Debian maintainers, have in such cases. Acting as a proxy with upstream does not really add benefit to your bug report, just risking to not reporting exactly what you want to report. signature.asc Description: Digital signature
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533550: Bug#522358: xserver-xorg-video-intel: [945GM + KMS] Misdetection of TV output
On 2009-06-29 11:21 +0200, Sven Joachim wrote: reassign 522358 linux-2.6 reassign 533550 linux-2.6 merge 522358 533550 tags 522358 + fixed-upstream thanks On 2009-06-24 22:36 +0200, Sven Joachim wrote: On 2009-04-03 05:34 +0200, Piotr Lewandowski wrote: Package: xserver-xorg-video-intel Version: 2:2.6.1-1 Severity: normal When I start X on a freshly booted system (kernel mode-setting enabled) it starts with allegedly TV output connected, thus setting the wrong resolution (1024x768 with native LVDS resolution 1280x800). After starting X server again the resolution is correct and no TV output is connected (which is consistent with reality). Isn't this a kernel bug then and should be reassigned to linux-2.6? Today I tried to enable KMS on my laptop with self-compiled 2.6.30 kernel and ran into the same issue; it has also been discussed on [1]. Allegedly the patch in [2] fixes the problem, it is already part of the mainline kernel. 1. http://bbs.archlinux.org/viewtopic.php?pid=567466 2. http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commitdiff;h=03d6069912babc07a3da20e715dd6a5dc8f0f867;hp=2939e1f5331455d17a4a704dd6210e1474002545 The mentioned patch, which is included in 2.6.31-rc1, works for me. For the record, it is also included in 2.6.30.5, so the next linux-2.6 upload that adds this stable release should close the bug. :-) Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542004: [xserver-xorg-video-mach64] Cannot load mach64.ko
Package: xserver-xorg-video-mach64 Version: 6.8.2-1 Severity: important --- Please enter the report below this line. --- DRI will not work with this old card. While there are kernel sources with mach64 in their name, no mach64.ko is built. This driver wants to load that. I used to make this module separately but that old trunk no longer compiles and is no longer supported. This bug might belong with the 2.6.30 kernel sources. --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-davidb Debian Release: squeeze/sid 990 unstablewww.debian-multimedia.org 990 unstableftp.fr.debian.org 990 unstabledebian.tagancha.org 990 unstabledebian.scribus.net 990 unstabledebian.co.il 650 testing security.debian.org 650 testing debian.co.il 500 stable security.debian.org 500 stable dl.google.com 500 stable debian.co.il 500 oldstable debian.systs.org 500 lenny kde4.debian.net 500 kernel-dists-trunk kernel-archive.buildserver.net 500 intrepidppa.launchpad.net 500 experimentalansani.it 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (= 2.3) | 2.9-25 xserver-xorg-core (= 2:1.6.2) | 2:1.6.3-1+b1 Package's Recommends field is empty. Package's Suggests field is empty. -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-xserver-xorg-video-mach64-jTQw4_.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542005: debiandoc2texinfo: should add @dircategory/@direntry
Package: debiandoc-sgml Version: 1.2.9 Severity: normal Hello DebianDoc-SGML maintainers Policy 3.8.3, Section 12.2, now require info files to carry INFO-DIR-SECTION and START-INFO-DIR-ENTRY/END-INFO-DIR-ENTRY statements. This is generally achieved by adding @dircategory and @direntry/@end direntry to the texinfo file. Please read policy for detail. It would be very useful if debiandoc2texinfo would provide a way to generate such entries in the info file for compliance with policy. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542006: seahorse: Copying SSH public key to clipboard fails
Package: seahorse Version: 2.22.3-2 Severity: important Selecting an SSH key and selecting edit - copy public key to clipboard does not work. The following message is printed: CRITICAL **: copy_done: assertion `data != NULL' failed -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages seahorse depends on: ii gconf2 2.26.2-3GNOME configuration database syste ii gnupg1.4.9-4 GNU privacy guard - a free PGP rep ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libavahi-client3 0.6.25-1Avahi client library ii libavahi-common3 0.6.25-1Avahi common library ii libavahi-glib1 0.6.25-1Avahi glib integration library ii libc62.9-24 GNU C Library: Shared libraries ii libcryptui0 2.26.1-2the UI library for DBUS functions ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-glib-1-2 0.82-1 simple interprocess messaging syst ii libgconf2-4 2.26.2-3GNOME configuration database syste ii libgcr0 2.26.1-1Library for Crypto UI related task ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgnome-keyring02.26.1-1GNOME keyring services library ii libgp11-02.26.1-1Glib wrapper library for PKCS#11 - ii libgpgme11 1.1.8-2 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libldap-2.4-22.4.17-1OpenLDAP libraries ii libnotify1 [libnotify1-gtk2. 0.4.5-1 sends desktop notifications to a n ii libpango1.0-01.24.0-3+b1 Layout and rendering of internatio ii libsoup2.4-1 2.27.4-1an HTTP library implementation in Versions of packages seahorse recommends: ii openssh-client1:5.1p1-6 secure shell client, an rlogin/rsh Versions of packages seahorse suggests: ii seahorse-plugins 2.26.1-1+b1 seahorse plugins and utilities for -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542007: libapache2-mod-auth-mysql: apache2 exits with segmentation fault upon login
Package: libapache2-mod-auth-mysql Version: 4.3.9-11 Severity: normal Hey there, After an update of apache2 in testing last weekend, it always crahses when I want to access a htaccess-protectet site which uses mod-mysql as authmethod. The login-box appears, but after I've entered (valid or invadil) data, apache2 crashes and I only get a white page. My conf: /etc/apache2/conf.d/auth-mysql: AuthMySQL_Info localhost user pass Auth_MySQL_General_DB database Auth_MySQL_AllowOverrideoff /etc/apache2/sites-available/authmysqltest: [...] AuthType Basic AuthName authmysqltest AuthBasicAuthoritative Off AuthUserFile /dev/null AuthMySQL On AuthMySQL_Authoritative on AuthMySQL_Encryption_Types PHP_MD5 Require valid-user [...] Log-output (LogLevel debug): [info] Initial (No.1) HTTPS request received for child 3 (server authmysqltest.example.com:443) [debug] mod_auth_mysql.c(1715): Handling an authentication request for section / [debug] mod_auth_mysql.c(1756): Starting basic user auth for [testuser] in /, child pid 30455 [debug] mod_auth_mysql.c(1543): No DB connection open - firing one up [debug] mod_auth_mysql.c(1289): Opening DB connection for / [debug] mod_auth_mysql.c(1365): Persistent in / is 1 [debug] mod_auth_mysql.c(1551): Correctly opened a new DB connection [debug] mod_auth_mysql.c(1571): Constructing password collection query with passfield=[passwd], table=[mysql_auth], userfield=[testuser], where_clause=[] [debug] mod_auth_mysql.c(1409): sec-dbh in / is [debug] mod_auth_mysql.c(1416): Ordinary query [notice] child pid 30455 exit signal Segmentation fault (11) When I disable the authentication, everything just works fine, so I think this must be a bug from auth-mysql. Greets, Michael Vogt -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libapache2-mod-auth-mysql depends on: ii apache2.2-common 2.2.12-1 Apache HTTP Server common files ii libc6 2.9-23GNU C Library: Shared libraries ii libmysqlclient15off5.0.51a-24+lenny1 MySQL database client library libapache2-mod-auth-mysql recommends no packages. libapache2-mod-auth-mysql suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541349: insserv sets the start up link for autofs to S01autofs
Or should nis say it provides nis as well as what it currently says it provides or instead of? I think using LDAP as a Network Information Service (see RFC2307) may be relevant here. I don't know whether that's possible on Linux at the moment but I would guess that if it is (or ever will be) then it may not involve ypbind. So perhaps that's pointing towards /etc/init.d/nis saying it provides nis and that /etc/init.d/autofs depends on nis if it's installed. And then ldap as a Network Information Service could say it provides nis. Just a thought. -- Andy, BlueArc Engineering -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541349: insserv sets the start up link for autofs to S01autofs
[Andy Chittenden] I think using LDAP as a Network Information Service (see RFC2307) may be relevant here. I don't know whether that's possible on Linux at the moment but I would guess that if it is (or ever will be) then it may not involve ypbind. So perhaps that's pointing towards /etc/init.d/nis saying it provides nis and that /etc/init.d/autofs depends on nis if it's installed. And then ldap as a Network Information Service could say it provides nis. Just a thought. For LDAP, there are two options. libnss-ldap do not start a daemon, and will work as soon as the network is up. libnss-ldapd on the other hand do need a daemon, started by the nslcd script. I believe the service used by autofs is really NSS and not NIS, and thus any nss plugin might be used to provide autofs maps. I am not aware of anyone using anything else than NIS and LDAP, and thus proposed a patch to handle those cases. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542009: RFA: ispell-et
Package: wnpp Severity: normal Description: Estonian dictionary for Ispell This dictionary provides Estonian wordlists for the Ispell spellchecker. Description: Estonian dictionary for MySpell This package provides Estonian wordlists for the MySpell spellchecker currently supported by Mozilla and OpenOffice, plus an Estonian hyphenation pattern for OpenOffice. Description: Estonian dictionary for Aspell This dictionary provides Estonian wordlists for the Aspell spellchecker currently supported by GNOME applications. Homepage: http://www.meso.ee/~jjpp/speller/ I would like someone to take over the maintenance of this package, as I no longer have the motivation to continue maintaining it. Preferably, the new maintainer whould be a native Estonian speaker who could contribute new words to this dictionary, because upstream hasn't produced any release since 2003 and it really shows. I can assist the new maintainer in the initial phase, if necessary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541630: ATI Rage 128 Pro Ultra TF doesn't start with linux-image-2.6.30-1-686
2009/8/16 Ben Hutchings b...@decadent.org.uk: On Sun, 2009-08-16 at 04:03 +0200, advocatux wrote: 2009/8/16 Ben Hutchings b...@decadent.org.uk: [...] I have put a new version of the module up in the same location. Please try again with this version. Unfortunatley it doesn't work either (unless I'm doing something wrong). It's not supposed to work - the point was to test that the modified driver will not crash or hang if firmware is missing. Ah, of course, because there isn't any driver. At first attempt that's what kern.log says: [...] This looks like the driver now behaves as intended. Did the X server restart successfully? No, it didn't. [...] At second attempt, I rebooted the machine and tried again, but this time with the module loaded already and it fails once more: [...] This is expected - after a reboot you are loading the old unfixed module. That's right, but I've been playing in another testing PC, putting your new r128 module in /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/r128/ (to avoid the old one) and doesn't work either. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542008: mediawiki reccomends ImageMagick over PHP GD library
Package: mediawiki Severity: wishlist From http://www.mediawiki.org/wiki/ImageMagick (and setup page): Image thumbnailing requires either ImageMagick or GD library. ImageMagick is recommended since it produces better quality thumbnails; Thus the package dependencies should have imagemagick before php-gd ciao cate -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (102, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542001: Acknowledgement (kpdf configuration option watch file doesn't work at all)
Further exploration reveals that KPDF *does* update the the view of the file. I have not been able to reproduce this bug again so it must have been an error on my part, sorry. Please remove this bug. On 8/17/09, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to alcort...@gmail.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org If you wish to submit further information on this problem, please send it to 542...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 542001: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542001 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Alberto Cortés Martín -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541992: linux-source-2.6.30: Compile failed
On Mon, Aug 17, 2009 at 10:21:32AM +0100, John Talbut wrote: I tried (twice) to compile a kernel from this source, and each time it failed. The messages at the point of failure were: LD arch/x86/kernel/apic/built-in.o CC arch/x86/kernel/cpu/intel_cacheinfo.o arch/x86/kernel/cpu/intel_cacheinfo.c: In function ???slab_buffer_size???: arch/x86/kernel/cpu/intel_cacheinfo.c:1013: internal compiler error: Segmentation fault send in output of: gcc --version -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs bug-gnu-em...@gnu.org If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542010: lintian: detected outdated localized manpage (policy 12.1 / 3.8.3.0)
Package: lintian Version: 2.2.14 Severity: wishlist Policy 3.8.3.0 recommends to check wether localized manpage are in sync with the original version. A thread on debian-devel (http://lists.debian.org/debian-devel/2009/08/msg00610.html) pointed that the TH command could help on that. It'd be nice if lintian could check that. Cheers, -- Yves-Alexis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.19.51.20090805-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.3.1 Debian package development tools ii file 5.03-1 Determines file type using magic ii gettext 0.17-6 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libipc-run-perl 0.84-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1Manipulates and accesses URI strin ii man-db2.5.5-3on-line manual pager ii perl [libdigest-sha-p 5.10.0-24 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.5-3on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542000: Tries to load DTDs from the network
Am Montag, den 17.08.2009, 11:06 +0200 schrieb Florian Weimer: Running java -jar /usr/share/java/xalan2.jar -DIAG -XSL t.xsl -IN References.html, I receive the following error message: (Location of error unknown)java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/html4/loose.dtd References.html starts like this: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; It seems that W3C has begun enforcing some sort of AUP on their DTD repository. This should also be fixed for stable and oldstable. Xalan doesn't use the catalog system. Please simply use it to avoid access to the internet. http://www.sagehill.net/docbookxsl/UseCatalog.html#UsingCatsXalan I'm in favour of closing this report without any further action. You discovered the intended design. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539265: cannot be started from menu: please add -XDialog option
On Mon, Aug 17, 2009 at 06:59:32AM +0200, Ola Lundqvist wrote: [ skipped ] As far as I remember it checks whether a tty exists and if not always use the dialog. It was most likely so in the past, because it was startable before, but not now. In that case this have to be fixed. The unfortunate thing is that in my menu VNC is not visible at all. For the environments like Gnome or KDE there is another menu system, IIRC, controllable via separate .desktop files. I do not know if that is a problem with Gnome environment or something else. What window manager do you use (or actually what menu system?) The standard debian menu system (menu package). The window manager is IceWM. -- Stanislav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541873: quota: Incorrect runlevels and dependencies in init.d script
On Sun, Aug 16, 2009 at 09:54:42PM +0200, Petter Reinholdtsen wrote: implies $local_fs. I suspect the original setup for this service will fail if runlevel 1 is used (daemon killed by sendsigs, but not started when switching to other runlevel). But that is a different problem I don't really understand this one. Why? -# Default-Start: S 2 3 4 5 -# Default-Stop: 0 1 6 +# Default-Start: S +# Default-Stop: 0 6 No, this doesn't seem to be correct. The S needs to be removed, you don't want to run an RPC daemon in single user mode, but why did you remove the others? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: mes...@jabber.org Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496326: Take over the ITP
On Tue, 2009-06-30 at 12:04 +0200, Filip Chabik wrote: I'd love to take over this ITP bug. There's Gwibber package for Debian already in mentors repository [1]. Go ahead. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541997: iwlwify: check enable flag
tags 541997 + pending fixed-upstream thanks On Monday 17 Aug 2009 14:27:56 Clemens Buchacher wrote: If the device is down, the attempt to configure power levels causes an error message. --- Note that this probably applies equally to the ipw module, but I don't own the hardware to test it. Thank you for the patch. Applied for both iwlwifi and ipw. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#541735: libssl0.9.8: unknown message digest algorithm error in heirloom-mailx
Hi! it looks like disabling MD2 in version 0.9.8k-4 caused problems with some other important applications as the Payflow PRO service. E.g., when you connect to https://payflowpro.paypal.com/ if you look at the certificate chain, the root certificate in the chain uses signature algorithm PKCS #1 MD2 With RSA Encryption: $ openssl s_client -showcerts -connect payflowpro.paypal.com:443 [...] 2 s:/C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority i:/C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority -BEGIN CERTIFICATE- MIICPDCCAaUCEHC65B0Q2Sk0tjjKewPMur8wDQYJKoZIhvcNAQECBQAwXzELMAkG A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFz cyAzIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk2 MDEyOTAwMDAwMFoXDTI4MDgwMTIzNTk1OVowXzELMAkGA1UEBhMCVVMxFzAVBgNV BAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAzIFB1YmxpYyBQcmlt YXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDJXFme8huKARS0EN8EQNvjV69qRUCPhAwL0TPZ2RHP7gJYHyX3KqhE BarsAx94f56TuZoAqiN91qyFomNFx3InzPRMxnVx0jnvT0Lwdd8KkMaOIG+YD/is I19wKTakyYbnsZogy1Olhec9vn2a/iRFM9x2Fe0PonFkTGUugWhFpwIDAQABMA0G CSqGSIb3DQEBAgUAA4GBALtMEivPLCYATxQT3ab7/AoRhIzzKBxnki98tsX63/Do lbwdj2wsqFHMc9ikwFPwTtYmwHYBV4GSXiHx0bH/59AhWM1pF+NEHJwZRDmJXNyc AA9WjQKZ7aKQRUzkuxCkPfAyAw7xzvjoyVGM5mKf5p/AfbdynMk2OmufTqj/ZA1k -END CERTIFICATE- [...] if you save the above cert to a file, e.g. cert.pem, and then run $ openssl x509 -noout -text -in cert.pem you will see: Certificate: Data: Version: 1 (0x0) Serial Number: 70:ba:e4:1d:10:d9:29:34:b6:38:ca:7b:03:cc:ba:bf Signature Algorithm: md2WithRSAEncryption Issuer: C=US, O=VeriSign, Inc., OU=Class 3 Public Primary Certification Authority Validity Not Before: Jan 29 00:00:00 1996 GMT Not After : Aug 1 23:59:59 2028 GMT Subject: C=US, O=VeriSign, Inc., OU=Class 3 Public Primary Certification Authority Subject Public Key Info: Public Key Algorithm: rsaEncryption RSA Public Key: (1024 bit) Modulus (1024 bit): 00:c9:5c:59:9e:f2:1b:8a:01:14:b4:10:df:04:40: db:e3:57:af:6a:45:40:8f:84:0c:0b:d1:33:d9:d9: 11:cf:ee:02:58:1f:25:f7:2a:a8:44:05:aa:ec:03: 1f:78:7f:9e:93:b9:9a:00:aa:23:7d:d6:ac:85:a2: 63:45:c7:72:27:cc:f4:4c:c6:75:71:d2:39:ef:4f: 42:f0:75:df:0a:90:c6:8e:20:6f:98:0f:f8:ac:23: 5f:70:29:36:a4:c9:86:e7:b1:9a:20:cb:53:a5:85: e7:3d:be:7d:9a:fe:24:45:33:dc:76:15:ed:0f:a2: 71:64:4c:65:2e:81:68:45:a7 Exponent: 65537 (0x10001) Signature Algorithm: md2WithRSAEncryption bb:4c:12:2b:cf:2c:26:00:4f:14:13:dd:a6:fb:fc:0a:11:84: 8c:f3:28:1c:67:92:2f:7c:b6:c5:fa:df:f0:e8:95:bc:1d:8f: 6c:2c:a8:51:cc:73:d8:a4:c0:53:f0:4e:d6:26:c0:76:01:57: 81:92:5e:21:f1:d1:b1:ff:e7:d0:21:58:cd:69:17:e3:44:1c: 9c:19:44:39:89:5c:dc:9c:00:0f:56:8d:02:99:ed:a2:90:45: 4c:e4:bb:10:a4:3d:f0:32:03:0e:f1:ce:f8:e8:c9:51:8c:e6: 62:9f:e6:9f:c0:7d:b7:72:9c:c9:36:3a:6b:9f:4e:a8:ff:64: 0d:64 (you can also see the cert in a web browser, after connecting to https://payflowpro.paypal.com/ and look at the signature algorithm in the first cert in a chain) Now, what i don't understand is why i'm still able to connect to that host using openssl s_client, but i'm getting errors when connecting via perl's Crypt::SSLeay -- when i export DEBUG_HTTPS=1 and run the script which connects to that URL, i see SSL_connect:before/connect initialization SSL_connect:SSLv2/v3 write client hello A SSL_connect:SSLv3 read server hello A SSL3 alert write:fatal:decrypt error SSL_connect:error in SSLv3 read server certificate B SSL_connect:error in SSLv3 read server certificate B SSL_connect:before/connect initialization SSL_connect:SSLv3 write client hello A SSL_connect:SSLv3 read server hello A SSL3 alert write:fatal:handshake failure SSL_connect:error in SSLv3 read server certificate B SSL_connect:before/connect initialization SSL_connect:SSLv2 write client hello A SSL_connect:error in SSLv2 read server hello A Best, v. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541703: base-files: Please include FreeBSD license
On Sat, 15 Aug 2009, Rolf Leggewie wrote: Rolf Leggewie wrote: Package: base-files Version: 5.0.0ubuntu6 I reported this from Ubuntu, but of course, I had verified the problem is the same in Debian. Please read the base-files FAQ in the Debian base-files package and reassign appropriately. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542014: occasionally switches mouse pointer to busy for no (apparent) reason
Package: awesome Version: 3.3.2-1 Severity: minor As the subject says, sometimes awesome switches the mouse pointer to busy (the watch icon) for no good reason. Sometimes the pointer is stuck until you switch the focus to a new window (by moving the pointer), or you switch the workspace. Sometimes switching the workspace is not enough (for example, when the destination workspace is empty). I've noticed this behavior first when executing applications via mod+r. For example, trying to execute anything that doesn't show a window will get you a permanent busy cursor. Try executing false. However, applications requiring a long time to start, or doing something in-between the launch will also get you a stuck pointer. This is not a big issue, but it's rather annoying. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542013: Squeeze Ati propietary driver doesn't install with the new kernel 2.6.30 - AMD64
Package: fglrx-driver Version: 9-2 Current ATI non-free driver in Squeeze doesn't compile with module-assistant when updating to kernel 2.6.30. I tried module-assistant twice and it gave me the same compilation error; it may be a bug from the driver, probably it doesn't support the new 2.6.30 kernel series. Driver worked flawlesly with the last 2.6.26 kernel. My system is an AMD64 lenny stable install with testing repositories enabled; kenels installed are 2.6.26 and the new 2.6.30 version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528365: vlc: Suashed and greyscale picture with x11 video output
This is driving me crazy :) I've been trying to understand what has been changed in my system to have VLC so badly broken. Here is my experiment. I have created a chroot with a Debian stable release on my system (where my current VLC is broken). VLC works fine. I have switched my chroot to testing and using VLC 0.9.9a as on my host system. VLC works fine there too! So I have decided to check what are the dependencies with ldd: On the host system: $ ldd /usr/bin/vlc linux-gate.so.1 = (0xb8067000) libvlc.so.2 = /usr/lib/libvlc.so.2 (0xb8036000) libvlccore.so.0 = /usr/lib/libvlccore.so.0 (0xb7f6b000) libpthread.so.0 = /lib/libpthread.so.0 (0xb7f52000) libc.so.6 = /lib/libc.so.6 (0xb7e11000) libhal.so.1 = /usr/lib/libhal.so.1 (0xb7e01000) libdbus-1.so.3 = /lib/libdbus-1.so.3 (0xb7dc8000) librt.so.1 = /lib/librt.so.1 (0xb7dbf000) libdl.so.2 = /lib/libdl.so.2 (0xb7dbb000) libm.so.6 = /lib/libm.so.6 (0xb7d94000) /lib/ld-linux.so.2 (0xb8068000) libsmbios.so.2 = /usr/lib/libsmbios.so.2 (0xb7cff000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7c0f000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7be4000) On the chroot: $ ldd /usr/bin/vlc linux-gate.so.1 = (0xb8053000) libvlc.so.2 = /usr/lib/libvlc.so.2 (0xb8032000) libvlccore.so.0 = /usr/lib/libvlccore.so.0 (0xb7f67000) libpthread.so.0 = /lib/libpthread.so.0 (0xb7f4e000) libc.so.6 = /lib/libc.so.6 (0xb7e0d000) libhal.so.1 = /usr/lib/libhal.so.1 (0xb7dfd000) libdbus-1.so.3 = /lib/libdbus-1.so.3 (0xb7dc4000) librt.so.1 = /lib/librt.so.1 (0xb7dbb000) libdl.so.2 = /lib/libdl.so.2 (0xb7db7000) libm.so.6 = /lib/libm.so.6 (0xb7d9) /lib/ld-linux.so.2 (0xb8054000) So on my host systems there is 3 more libraries used (libsmbios.so.2, libstdc++.so.6 and libgcc_s.so.1). Note that on both systems all the libraries used have the exact same SHA-1 except libhal.so.1 (but replacing it on the host system did not help). So the only difference between the working (on chroot) and the failing (host system) VLC are those 3 libraries (C runtime + smbios). Does this makes sense? Does it helps? Any idea of things I could test to help finding the problem? Pascal. -- --|-- --| Pascal Obry Team-Ada Member --| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE --|-- --|http://www.obry.net - http://v2p.fr.eu.org --| The best way to travel is by means of imagination --| --| gpg --keyserver keys.gnupg.net --recv-key F949BD3B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542012: lbdb: incorrect info in manpage
Package: lbdb Version: 0.36 Severity: important The manpage incorrectly states: set query_command=lbdbq ’%s’ whereas it should be: set query_command=lbdbq %s -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lbdb depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libvformat1 1.13-4 Library to read and write vcard fi ii perl 5.10.0-19 Larry Wall's Practical Extraction lbdb recommends no packages. Versions of packages lbdb suggests: ii abook 0.5.6-6text-based ncurses address book ap pn fingernone (no description available) pn libnet-ldap-perl none (no description available) pn libpalm-perl none (no description available) ii mutt 1.5.18-6 text-based mailreader supporting M pn procmail none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457372: problem still present
Hi, today, I experienced this problem, too. I have what looked like a successful run of aptitude (no warnings or error messages displayed), but the error code was 255. As a consequence, this sequence failed: # aptitude update aptitude safe-upgrade It would be nice to find such error codes in the man page. I also think that silent failure is not good behaviour for programs, much less so for critical infrastructure. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538945: I confirm this bug too.
Hello, I had this problem because after installing virtualbox-ose-additions, virtualbox gets automatically upgraded, but not virtualbox-ose-qt. After a manual upgrade of virtualbox-ose-qt, it worked. As you see you don't need to do obscure things to enter this failure state. Please add strong dependency rules between all virtualbox packages, this is the only way to have it working for everybody and anytime. Thanks, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541992: linux-source-2.6.30: Compile failed
[ don't drop bug report on cc, please!!! ] On Mon, Aug 17, 2009 at 10:55:54AM +0100, John Talbut wrote: gcc (Debian 4.3.3-14) 4.3.3 try to build with the .config we ship our linux-images, not seen this error yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
