Bug#510830: icedtea6-plugin: Fails to load applet from url; appletviewer works
Package: icedtea6-plugin Version: 6b14-1~exp1 Severity: important The plugin fails to load the applet at http://www.bmts.com/speed. This appears to be due to the path not checking the url but only the classpath. I am attaching the output from the plugin. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea6-plugin depends on: ii dpkg 1.14.23 Debian package management system ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit ii libc62.7-16 GNU C Library: Shared libraries ii libcairo21.6.4-7 The Cairo 2D vector graphics libra ii libgcc1 1:4.3.2-1 GCC support library ii libglib2.0-0 2.16.6-1The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libmozjs1d 1.9.0.4-2 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 4.7.1-4 NetScape Portable Runtime Library ii libpango1.0-01.20.5-3Layout and rendering of internatio ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii openjdk-6-jre6b14-1~exp1 OpenJDK Java runtime, using Hotspo icedtea6-plugin recommends no packages. icedtea6-plugin suggests no packages. -- no debconf information sh: acroread: not found GCJ PLUGIN: thread 0x9e63ee0: NP_Initialize GCJ PLUGIN: thread 0x9e63ee0: NP_Initialize: using /usr/bin/gappletviewer-4.3. GCJ PLUGIN: thread 0x9e63ee0: NP_Initialize return GCJ PLUGIN: thread 0x9e63ee0: GCJ_New GCJ PLUGIN: thread 0x9e63ee0: plugin_data_new GCJ PLUGIN: thread 0x9e63ee0: plugin_data_new return GCJ PLUGIN: thread 0x9e63ee0: plugin_get_documentbase GCJ PLUGIN: thread 0x9e63ee0: plugin_get_documentbase return GCJ PLUGIN: thread 0x9e63ee0: plugin_start_appletviewer GCJ PLUGIN: thread 0x9e63ee0: plugin_start_appletviewer return GCJ PLUGIN: thread 0x9e63ee0: GCJ_New: got confirmation that appletviewer is running. GCJ PLUGIN: thread 0x9e63ee0: plugin_create_applet_tag GCJ PLUGIN: thread 0x9e63ee0: plugin_create_applet_tag return GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer PIPE: plugin wrote instance-13229-0 GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer return GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer PIPE: plugin wrote tag http://www.bmts.com/speed/ EMBED CODE=SpeedTest.class WIDTH=463 HEIGHT=263 PARAM NAME=NoOfEntries VALUE=4PARAM NAME=Language VALUE=EnglishPARAM NAME=File1 VALUE=1 MBPARAM NAME=File2 VALUE=2 MBPARAM NAME=File3 VALUE=4 MB/EMBED GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer return GCJ PLUGIN: thread 0x9e63ee0: GCJ_New return GCJ PLUGIN: thread 0x9e63ee0: NP_GetValue GCJ PLUGIN: thread 0x9e63ee0: NP_GetValue: returning plugin description. GCJ PLUGIN: thread 0x9e63ee0: NP_GetValue return GCJ PLUGIN: thread 0x9e63ee0: GCJ_GetValue GCJ PLUGIN: thread 0x9e63ee0: GCJ_GetValue: returning TRUE for NeedsXEmbed. GCJ PLUGIN: thread 0x9e63ee0: GCJ_GetValue return GCJ PLUGIN: thread 0x9e63ee0: GCJ_SetWindow GCJ PLUGIN: thread 0x9e63ee0: GCJ_SetWindow: setting window. GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer PIPE: plugin wrote instance-13229-0 GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer return GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer PIPE: plugin wrote handle 117441540 GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer return GCJ PLUGIN: thread 0x9e63ee0: GCJ_SetWindow return GCJ PLUGIN: thread 0x9e63ee0: GCJ_GetValue ../../../../../../src/libjava/classpath/native/plugin/gcjwebplugin.cc:601: thread 0x9e63ee0: Error: Unknown plugin value requested. GCJ PLUGIN: thread 0x9e63ee0: GCJ_GetValue return GCJ PLUGIN: thread 0x9e63ee0: GCJ_GetValue ../../../../../../src/libjava/classpath/native/plugin/gcjwebplugin.cc:601: thread 0x9e63ee0: Error: Unknown plugin value requested. GCJ PLUGIN: thread 0x9e63ee0: GCJ_GetValue return GCJ PLUGIN: thread 0x9e63ee0: GCJ_SetWindow GCJ PLUGIN: thread 0x9e63ee0: GCJ_SetWindow: window already exists. GCJ PLUGIN: thread 0x9e63ee0: GCJ_SetWindow: window width changed. GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer PIPE: plugin wrote instance-13229-0 GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer return GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer PIPE: plugin wrote width 463 GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer return GCJ PLUGIN: thread 0x9e63ee0: GCJ_SetWindow: window height changed. GCJ PLUGIN: thread 0x9e63ee0: plugin_send_message_to_appletviewer PIPE: plugin wrote instance-13229-0 GCJ
Bug#510809: libspectre1: package not installable
Package: libspectre1 Version: 0.2.2.ds-1 Followup-For: Bug #510809 the missing rebuild makes the package uninstallable... which brakes evince, which brakes gnome... i would call that critical then: ... critical makes unrelated software on the system (or the whole system) break, ... http://www.debian.org/Bugs/Developer#severities cheers --Jan -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.7 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 libspectre1 depends on: ii libc62.7-16 GNU C Library: Shared libraries ii libgs8 8.62.dfsg.1-3.2 The Ghostscript PostScript/PDF int libspectre1 recommends no packages. Versions of packages libspectre1 suggests: pn libspectre1-dbg none (no description available) signature.asc Description: Digital signature
Bug#470299: bubblemon: Unexpectly dies
No problem there. I'd like to rule out compiler optimization problems as well. They aren't likely, but they are easy to test for, so please build with: make clean ; make CFLAGS=-O0 sudo make install Then please tell me whether that bubblemon crashes as well. If it does, I intend provide you with some more instrumentation after that to see where the network load values get corrupted. Regards //Johan 2009/1/2 Jean-Luc Coulon (f5ibh) jean-luc.cou...@wanadoo.fr: Le 02.01.2009 17:49:41, Johan Walles a écrit : So bytes sent on the livebox interface suddenly goes down from 7400435 to 60403. Either that's because libgtop reports strange numbers, or it's because I'm messing up somehow. To rule out libgtop I've written a program that measures network load like bubblemon is doing, but this program just prints the network load to stdout. Build it like this (it should build without warnings): gcc -Werror -Wall -Wextra $(pkg-config --cflags --libs libgtop-2.0) -g -O0 netload.c -o netload Run it like this: ./netload livebox netload.out Then start a bubblemon and wait for it to crash. When bubblemon crashes, please send me a copy of your netload.out. //Johan Here is the output of the netload program. FYI, livebox is and ethernet interface renamed with nameif. # The primary network interface auto livebox iface livebox inet static address 192.168.1.15 netmask 255.255.255.0 pre-up nameif livebox 00:11:2F:C6:5A:38 up route add default gw 192.168.1.1 Regards Jean-Luc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510731: Bug in perlindex fixed in revision 29294
tag 510731 + pending thanks Some bugs are closed in revision 29294 by Damyan Ivanov (dmn) Commit message: Add Japanese debconf translation, thanks to Hideki Yamane (Closes: #510731) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#271654: Should fop now be moved out of contrib
Hello, On Mon, Jan 5, 2009 at 3:11 AM, Daniel Dickinson csh...@bmts.com wrote: Does fop have anything left that *requires* non-free? I don't think it does, in which case it could be moved to main. The newer version of fop, in experimental, is in main. Nothing is about to change for the version in unstable/testing (deep freeze). You'll have to wait until after lenny's release for the experimental fop to reach testing. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510831: file selection dialog box does not work
Package: perl-tk Version: 1:804.028-1+b1 Severity: important Tags: patch File selection dialog box does not return when pressing the open button. Perl error message: XS_Tk__Callback_Call error:Failed to AUTOLOAD 'Tk::FBox::_get_select_Path' at script.pl line 123 Tk::Error: Failed to AUTOLOAD 'Tk::FBox::_get_select_Path' at script.pl line 123 Carp::croak at /usr/share/perl/5.10/Carp.pm line 44 Tk::Widget::__ANON__ at /usr/lib/perl5/Tk/Widget.pm line 347 Tk::FBox::Done at /usr/lib/perl5/Tk/FBox.pm line 909 Tk::FBox::VerifyFileName at /usr/lib/perl5/Tk/FBox.pm line 678 Tk::FBox::ActivateEnt at /usr/lib/perl5/Tk/FBox.pm line 647 Tk::FBox::OkCmd at /usr/lib/perl5/Tk/FBox.pm line 815 Tk::Widget::Callback at /usr/lib/perl5/Tk/Widget.pm line 1149 Tk::IconList::Invoke at /usr/lib/perl5/Tk/IconList.pm line 475 Tk::IconList::Double1 at /usr/lib/perl5/Tk/IconList.pm line 579 Double-ButtonRelease-1 (command bound to event) Perl code: function call $var-getOpenFile(... Cause: There is a typo in /usr/lib/perl5/Tk/FBox.pm line 909. push @$selectFilePath, JoinFile($w-_get_select_Path, $f); The function call _get_select_Path should be changed to _get_select_path System Information: Debian Lenny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#442189: (infinite(?) loop during update, possible race condition)
Vincent McIntyre wrote: I also would be glad if you can check latest apt (0.7.18) whether it has this bug or not. I'll try to look at this in the coming weeks. Do you mean me to try a backport of this version or just try on a system running lenny? Don't matters for me. I'd suggest to set up a lenny chroot for this (via debootstrap) to don't touch your system. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Bug#223718: dlocate: another bash-completion script
I haven't tested it yet, but there is another bash-completion script for dlocate here: http://www.geocities.com/user42_kevin/dloc/dlocate.bash.txt signature.asc Description: Digital signature
Bug#442189: (infinite(?) loop during update, possible race condition)
Vincent McIntyre wrote: [snip] Possibly the problem is that we aren't using pdiffs in our repo? On the test machine /etc/apt/apt.conf has them turned off - Acquire { Pdiffsfalse; }; so I'm at a bit of a loss why apt would even ask for a Packages.decomp. Or maybe I'm just misunderstanding this. This is normal. Packages.decomp is just unarchived version of Packages.{bz2,gz}, apt should ask for new Packages if PDiffs are no there or this option is turned off in config. Since some time in the past, I've looked into code and, possibly, found the race condition. Bad news that it wouldn't be easy to fix it. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Bug#510832: Updated rules for postfix-policyd
Package: logcheck-database Version: 1.2.68~bpo40+2 I created a new ruleset for postfix-policyd (see the attachment). Please consider replacing the old ones. for postfix-policyd 2 ignore.d.server files are included. # dpkg -L logcheck-database | grep policyd /etc/logcheck/ignore.d.server/policyd /etc/logcheck/ignore.d.server/postfix-policyd the actual package name is postfix-policyd. Maybe the policyd file can be removed? - Thomas ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix-policyd: connection from: [^[:space:]]+ port: [[:digit:]]+ slots: [[:digit:]]+ of [[:digit:]]+ used ?$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix-policyd: rcpt=[[:digit:]]+, greylist=(new|update|optout|abuse), host=[[:digit:].]+ \([._[:alnum:]-]+\), from=[^[:space:]]+, to=[^[:space:]]+, size=[/[:digit:]]+ ?$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix-policyd: rcpt=[[:digit:]]+, (blacklist|blacklist_sender|blacklist_dnsname)=(block), host=[[:digit:].]+ \([._[:alnum:]-]+\), from=[^[:space:]]+, to=[^[:space:]]+, size=[/[:digit:]]+ ?$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix-policyd: rcpt=[[:digit:]]+, whitelist_sender=update, host=[[:digit:].]+ \([._[:alnum:]-]+\), from=[^[:space:]]+, to=[^[:space:]]+, size=[/[:digit:]]+ ?$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix-policyd: rcpt=[[:digit:]]+, throttle=(new\(a\)|clear\(a\)|update\(a\)), host=[[:digit:].]+, from=[^[:space:]]+, to=[^[:space:]]+, size=[/[:digit:]]+, quota=[/[:digit:]]+, count=[/[:digit:]\(\)]+, rcpt=[/[:digit:]\(\)]+, threshold=[[:digit:]%\|]+ ?$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix-policyd: rcpt=[[:digit:]]+, spamtrap=new, host=[[:digit:].]+ \([._[:alnum:]-]+\), from=[^[:space:]]+, to=[^[:space:]]+, size=[[:digit:]]+, expire=[[:digit:]]+ ?$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ cleanup: clean up process starting: policyd v[[:digit:].]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ cleanup: connecting to mysql database:$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ cleanup: connected..$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ cleanup: expiring (validated|unvalidated|helo|trhottlesender|training policies) records older than [[:digit:]]+ days \([[:digit:]]+\)$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ cleanup: expiring throttlesender instances older than [[:digit:]]+ hour \([[:digit:]]+\)$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ cleanup: expired: [[:digit:]]+ records$
Bug#510833: metacity: crashes when dragging windows between screens
Package: metacity Version: 1:2.22.0-2 Severity: normal Hi When dragging windows between screens on my dual-monitor setup Metacity sometimes crashes with a failed assertion: ** ** metacity:ERROR:(core/boxes.c:1128):meta_rectangle_edge_aligns: code should not be reached This doesn't happen each time, but is 100% reproducable by dragging for example a GNOME Terminal window across the screen border a couple of times. Machine is a T61 Thinkpad using the internal LCD panel and an external monitor. xserver-xorg 1:7.3+18, nvidia binary drivers 173.14.09-5 (using TwinView). Metacity compositing is enabled. Thanks Tomaz -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages metacity depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libmetacity0 1:2.22.0-2 library of lightweight GTK2 based ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libsm62:1.0.3-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcomposite11:0.4.0-3 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii metacity-common 1:2.22.0-2 Shared files of lightweight GTK2 b Versions of packages metacity recommends: ii gnome-session [x-session-mana 2.22.3-2 The GNOME 2 Session Manager Versions of packages metacity suggests: ii gnome-control-center1:2.22.2.1-2 utilities to configure the GNOME d -- 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#481947: please consider this patch
Hi Steve, Happy year 2009 and beyond to you :) On 08/12/25 09:00 -0600, Steve M. Robbins said ... That could lead someone to assume that they need to use dcut to remove each and every such file. Whereas the truth is that they need remove only the last file uploaded. Right? That is not necessarily true. On a slow link, it is possible that due to multiple dput attempts there is more than one partially uploaded file. If so, maybe it would be better to display the NOTE at the end of a failed upload instead. Such a NOTE could be worded as follows. NOTE: Upload of file %s failed; this file may be trunctated or otherwise corrupt on the server. For official Debian upload queues, the dcut(1) utility can be used to remove this file, and after an acknowledgement mail is received in response to dcut, the upload can be re-initiated. What do you think? The problem with this is that there maybe more than one file that was partially uploaded. Also, delaying the message to the end means that the .changes file would be uploaded and the archive cron job may kick in and reject the upload completely (in the time that a dcut can be issued and email ack response received). It is best if we display the message as we go, so that one can correct the issue (dcut and retry) _before_ uploading the .changes file. Cheers, Giridhar PS: I closed this bug in 0.9.2.37 that I uploaded the other day, but we can always make any change that we like in the next version. So please do let me know if you have more suggestions. -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#510867: UI-Patch: Please add a multi-index packet cache
Package: pdns Severity: wishlist Tags: patch Hi pdns maintainers, the attached dpatch ## DP: Allows multi-index packet cache. ## DP: ## DP: Note that this patch also fixes/worksaround some C++ programmer blackouts ## DP: that should eventually be cleaned up upstream: ## DP: - Works around hilarious #define L in header files (effectiveley breaking boost template includes in our case). ## DP: - Cleans up some C++ namespace issues with boost (most likely due to lame use namespace-things for boost) ## DP: by adding top level namespace :: where ambigiuous. is used here (UI) to improve pdns. It applies cleanly to 2.9.21.2-1 after the existing dpatches. We would be enlightened if you could review it and eventually consider adding it to the Debian package. Thanks! Stephan -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash #! /bin/sh /usr/share/dpatch/dpatch-run ## ui-25_multi_index.dpatch by Stephan Suerken stephan.suer...@1und1.de ## ## All lines beginning with `## DP:' are a description of the patch. ## ## DP: Allows multi-index packet cache. ## DP: ## DP: Note that this patch also fixes/worksaround some C++ programmer blackouts ## DP: that should eventually be cleaned up upstream: ## DP: - Works around hilarious #define L in header files (effectiveley breaking boost template includes in our case). ## DP: - Cleans up some C++ namespace issues with boost (most likely due to lame use namespace-things for boost) ## DP: by adding top level namespace :: where ambigiuous. @DPATCH@ diff -urNad trunk~/pdns/common_startup.cc trunk/pdns/common_startup.cc --- trunk~/pdns/common_startup.cc 2009-01-05 13:15:46.0 + +++ trunk/pdns/common_startup.cc 2009-01-05 13:15:46.0 + @@ -105,6 +105,7 @@ arg().set(negquery-cache-ttl,Seconds to store packets in the PacketCache)=60; arg().set(query-cache-ttl,Seconds to store packets in the PacketCache)=20; arg().set(soa-minimum-ttl,Default SOA mininum ttl)=3600; + arg().set(max-cache-size,Maximum number of queries in PacketCache)=10; arg().set(soa-refresh-default,Default SOA refresh)=10800; arg().set(soa-retry-default,Default SOA retry)=3600; diff -urNad trunk~/pdns/communicator.cc trunk/pdns/communicator.cc --- trunk~/pdns/communicator.cc 2009-01-05 13:15:45.0 + +++ trunk/pdns/communicator.cc 2009-01-05 13:15:46.0 + @@ -196,7 +196,7 @@ void CommunicatorClass::masterUpdateCheck(PacketHandler *P) { - if(!arg().mustDo(master)) + if(!::arg().mustDo(master)) return; UeberBackend *B=dynamic_castUeberBackend *(P-getBackend()); @@ -368,7 +368,7 @@ sin.sin_family = AF_INET; // Bind to a specific IP (query-local-address) if specified - string querylocaladdress(arg()[query-local-address]); + string querylocaladdress(::arg()[query-local-address]); if (querylocaladdress==) { sin.sin_addr.s_addr = INADDR_ANY; } @@ -389,7 +389,7 @@ for(;n10;n++) { sin.sin_port = htons(1+(Utility::random()%5)); -if(bind(d_nsock, (struct sockaddr *)sin, sizeof(sin)) = 0) +if(::bind(d_nsock, (struct sockaddr *)sin, sizeof(sin)) = 0) break; } if(n==10) { @@ -417,7 +417,7 @@ #endif // WIN32 LLogger::ErrorMaster/slave communicator launchingendl; PacketHandler P; -d_tickinterval=arg().asNum(slave-cycle-interval); +d_tickinterval=::arg().asNum(slave-cycle-interval); makeNotifySocket(); int rc; diff -urNad trunk~/pdns/packetcache.cc trunk/pdns/packetcache.cc --- trunk~/pdns/packetcache.cc 2007-04-21 13:56:36.0 + +++ trunk/pdns/packetcache.cc 2009-01-05 13:15:46.0 + @@ -72,6 +72,7 @@ { d_ttl=arg().asNum(cache-ttl); d_recursivettl=arg().asNum(recursive-cache-ttl); + d_maxCacheSize=arg().asNum( max-cache-size ); d_doRecursion=arg().mustDo(recursor); } @@ -107,6 +108,17 @@ if(!ttl) return; +#if MULTI + cvalue_t val(key, time(0)+ttl, packet); + + TryWriteLock l(d_mut); + if(l.gotIt()) + { +paircmap_t::iterator, booli(d_map.insert(val)); +if(i.second==false) + d_map.replace(i.first,val); + } +#else cvalue_t val; val.ttd=time(0)+ttl; val.value=packet; @@ -114,6 +126,7 @@ TryWriteLock l(d_mut); if(l.gotIt()) d_map[key]=val; +#endif else S.inc(deferred-cache-inserts); } @@ -153,7 +166,11 @@ ReadLock l(d_mut); for(cmap_t::iterator i=d_map.begin();i!=d_map.end();++i) { +#if MULTI +string::size_type pos=i-key.find(check); +#else string::size_type pos=i-first.find(check); +#endif if(!pos || (suffix pos!=string::npos)) toRemove.push_back(i); @@ -178,9 +195,15 @@ // needs to do ttl check here cmap_t::const_iterator i=d_map.find(key); time_t now=time(0); +#if MULTI + bool
Bug#510192: emacs22-gtk cannot display chinese quote mark
On 2009-01-05 13:42 +0100, Luo Yong wrote: On Sun, Jan 4, 2009 at 12:26 PM, Sven Joachim svenj...@gmx.de wrote: On 2009-01-04 04:40 +0100, Luo Yong wrote: On Sat, Jan 3, 2009 at 10:08 AM, Sven Joachim svenj...@gmx.de wrote: And Courier is the default font in Emacs. Which font does your Emacs use for plain ASCII? It using -urw-nimbus mono l-regular-r-normal--17-116-106-106-p-100-iso8859-1 to display plain ascii. This seems to be the problem. Can you select a Courier font in the menu that pops up when you press Shift-mouse-1 ? Also, what is your font path in X ? Use xset q to find out. When I select a Courier font, it prompt Font not found and exit. Then the Courier fonts are probably not installed at all. And My font path is /usr/share/fonts/X11/misc,/usr/share/fonts/X11/Type1,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType , it's get from xset q. This is missing the /usr/share/fonts/X11/{75,100}dpi directories. It seems the packages xfonts-100dpi and xfonts-75dpi are not installed, right? Please install them, restart X and try again. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#451940: The bug is in the HTML page
Well, if the bug is archived, why provide a Reply link on the webpage that makes people send emails to a bouncing email address? (just happened to me too) I suggest that the Reply link is replaced with a Unarchive (necessary before replying) link that sends the right email for unarchiving. -- David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on KDE, Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510875: mysql-server-5.0: does not ask for a password for `root' by default
Package: mysql-server-5.0 Version: 5.0.32-7etch8 Severity: grave Tags: security Justification: user security hole Hi, The question asking for the administrative password has a priority of `medium'. Debconf's default is to ask only questions of at least priority `high' since 1.4.61 (and d-i apparently sets this value by default even longer). This results in an empty root password by default. Every user which can connect from `localhost' has then full administrative privileges. The only thing he has to do is run `mysql -u root'. The question for the password should at least have priority `high' (or even `critical'[1]). Regards, Ansgar [1] Debconf's own configuration suggests this priority to newbies. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510875: mysql-server-5.0: does not ask for a password for `root' by default
severity 510875 important thanks Hi Ansgar, On Mon, January 5, 2009 16:12, Ansgar Burchardt wrote: Package: mysql-server-5.0 Version: 5.0.32-7etch8 Severity: grave Tags: security Justification: user security hole This results in an empty root password by default. It is well known that MySQL installations have a default empty root password. This is clearly documented in the MySQL manual and described in about every MySQL tutorial or book you will find. Furthermore the MySQL server is not in the initial configuration accessible remotely. It is laudable that the Debian package tries to bring this to the attention of the user and allows them to set one, and I think the maintainers should give your request due consideration. However, because of the reason I cite, I do not think we should be treating this as a grave user security hole. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485453: [texmaker] Vocal accents crash after some time.
O Lun, 05-01-2009 ás 00:39 -0500, Ruben Molina escribiu: Hi Esteban! to can write á, é, í, ó, ú that are tipical characters on my language. In my language too :) When I take some time writting the tex file the texmaker write for example 'a instead of á. GDB no print problems and I can't reproduce it, but it always happens, it't only a time question. I'm afraid I have been unable to reproduce this behaviour... but can you please test if is still present in the latest version (1.8)? Thanks a lot! Ruben The latest version (1.8) works fine, I can't reproduce the bug. Sorry for not realizing sooner, I take some time without using the Texmaker. Thanks a lot by this excellent program, Esteban. signature.asc Description: Esta é unha parte de mensaxe asinada dixitalmente
Bug#510878: sylpheed ignores transfer encoding 8 bit
Package: sylpheed Version: 2.6.0-1 Severity: normal hello, I would expect sylpheed to send out emails using utf-8 or at least an 8 bit encoding if I choose 8bit in sent preferences. It always uses Content-Type: text/plain; charset=US-ASCII and Content-Transfer-Encoding: 7bit. So it ignores at least the 8bit choice, or I don't get the use of the switch. Regarding the charset I think it is not a good choice for a default German language, but perhaps I do not understand how automatic or 8 bit is meant. Regards Eric Schumann -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sylpheed depends on: ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit ii libbluetooth23.36-1 Library to use the BlueZ Linux Blu ii libc62.7-16 GNU C Library: Shared libraries ii libcairo21.6.4-7 The Cairo 2D vector graphics libra ii libcompfaceg11:1.5.2-4 Compress/decompress images for mai ii libenchant1c2a 1.4.2-3.3 a wrapper library for various spel ii libglib2.0-0 2.16.6-1The GLib library of C routines ii libgpg-error01.4-2 library for common error values an ii libgpgme11 1.1.6-2 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libgtkspell0 2.0.13-1+b1 a spell-checking addon for GTK's T ii libldap-2.4-22.4.11-1OpenLDAP libraries ii libonig2 5.9.1-1 Oniguruma regular expressions libr ii libpango1.0-01.20.5-3Layout and rendering of internatio ii libpisock9 0.12.3-5library for communicating with a P ii libssl0.9.8 0.9.8g-14 SSL shared libraries ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library Versions of packages sylpheed recommends: ii aspell-de [aspell-dictionary] 20071211-1 German dictionary for aspell ii aspell-en [aspell-dictionary] 6.0-0-5.1 English dictionary for GNU Aspell ii metamail 2.7-54 implementation of MIME ii sylpheed-i18n 2.6.0-1Locale data for Sylpheed (i18n sup ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X Versions of packages sylpheed suggests: pn bogofilternone (no description available) pn bsfilter none (no description available) pn claws-mail-tools none (no description available) pn jpilotnone (no description available) pn sylpheed-doc 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#475249: bug found, simple fix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The problem is that slim is not closing it's stdin, which is tty1 in this case. (I can replicate the problem.) Slim is daemonising by calling the daemon(0,1) at line 270 of app.cpp. If you change that call to daemon(0,0) it will redirect stdin to /dev/null and the problem will be fixed. - -- Marty -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkliLwYACgkQhAWqkCam3o5zvgCgzd2shOzlLxtppFY5tl9rGhdY rqEAnRXMuXD8lcfyw+NI/pMg0d9EzU9P =2GhW -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#510883: subversion: `svn up` on repo sub-path requires r/w access to repo root (regression!)
Package: subversion Version: 1.5.0dfsg1-2 Severity: important There seems to be a regression in Subversion 1.5 that causes `svn up` on some sub-path in the repository to fail with a 403 error _unless_ the user has r/w access to the repository's root directory: http://subversion.tigris.org/issues/show_bug.cgi?id=3242 This has also been reported to the Ubuntu bug tracker: https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/310739 This issue effectively prevents users of the Subversion 1.5 client from updating their working copies (and from performing various other, less frequent operations) in environments where they don't have r/w access to the entire repository! IOW, svn 1.5 is useless in those environments! I consider this a serious-level release critical bug, however reportbug tells me not to assign that severity myself, so I'm filing it as important and ask that the Subversion Debian maintainer upgrade it to serious. In effect, this would mean that either the subversion package has to downgraded to the last 1.4 version, some (as yet unknown) fix has to be applied, or the package has to be omitted from the Lenny release (certainly not desirable). Releasing 1.5 with Lenny, however, is going to piss off a LOT of Subversion users. Thanks for your consideration. -Julian Mehnle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#469932: [Python-modules-team] Bug#469932: ipython.el doesn't work with emacs 22
2009/1/5 Stephan Peijnik deb...@sp.or.at: Trying to resolve all ipython bugs right now I wanted to ask whether you can still reproduce this bug with ipython 0.9.1-1 (in experimental)? No, it looks like ipython now loads fine in Emacs. However, it appears that Emacs isn't properly interpreting ipython's colour sequences. Instead of getting colour, from an Emacs buffer I get Python 2.5.2 (r252:60911, Nov 14 2008, 21:49:10) Type copyright, credits or license for more information. IPython 0.9.1 -- An enhanced Interactive Python. ? - Introduction and overview of IPython's features. %quickref - Quick reference. help - Python's own help system. object? - Details about 'object'. ?object also works, ?? prints more. [0;32mIn [[1;32m1[0;32m]: [0m [0;32mIn [[1;32m2[0;32m]: [0m [0;32mIn [[1;32m3[0;32m]: [0m1+1 [0;31mOut[[1;31m3[0;31m]: [0m2 Is there something I forgot to configure? I'd really like to be able to use ipython from within Emacs.
Bug#510174: (no subject)
upgrading splashy did solve this problem for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493258: This is not a bug
Hi, The behavior you reported is not a bug. You may use the wildcard characters `_' and `%' when specifying database names in GRANT statements, cf. [1]. Regards, Ansgar [1] http://dev.mysql.com/doc/refman/5.0/en/grant.html -- PGP: 1024D/595FAD19 739E 2D09 0969 BEA9 9797 B055 DDB0 2FF7 595F AD19 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510859: zaptel: rmmod of zaphfc gives kernel stack trace
On Mon, Jan 05, 2009 at 01:45:48PM +, s...@saticed.me.uk wrote: Package: zaptel Version: 1:1.4.11~dfsg-3 Severity: normal Has this happened once, or is it a reproducable issue? -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510871: mknetid dies about empty line in /etc/passwd
Package: nis Version: 3.17-17 If /etc/passwd contains an empty line, then mknetid (called by /var/yp/Makefile within a pipe) dies with a core dump. Testcase: # (echo; echo +)/tmp/xyz; /usr/lib/yp/mknetid -p /tmp/xyz Segmentation fault (core dumped) Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510616: gcc-4.3: gcc 4.3 is *very* slow on some files
Arthur Loiret wrote: tags 510616 + unreproductible thanks On Sat, Jan 03, 2009 at 08:32:20PM +0100, Hramrach wrote: Compiling the attached file takes ~10s with gcc 4.2 and ~ 6min with gcc 4.3 Most people would think the compiler has lockued up already. gcc-4.3 -O2 -g -Wall -Wno-parentheses -o parse.o -c parse_.c Unable to reproduce on i386, amd64 and alpha with this gcc version. Can you send the gcc-4.3 --version output and the following md5 checksums ? $ md5sum /usr/bin/gcc-4.3 /usr/lib/gcc/*-linux-gnu/4.3*/cc1 Thanks. $ gcc-4.3 --version gcc-4.3 (Debian 4.3.2-1.1) 4.3.2 Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 0308e7b8c023f1021702bfe033c392a4 /usr/bin/gcc-4.3 4a569e23c8e94888a7b041a2acc3851b /usr/lib/gcc/i486-linux-gnu/4.3.1/cc1 4a569e23c8e94888a7b041a2acc3851b /usr/lib/gcc/i486-linux-gnu/4.3.2/cc1 4a569e23c8e94888a7b041a2acc3851b /usr/lib/gcc/i486-linux-gnu/4.3/cc1 debsums does not find anything wrong with gcc. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510884: bastille: InteracticeBastille complains about unsupported OS 'DB5.0'
Package: bastille Version: 1:2.1.1-19 Severity: important The setup script InteractiveBastille is currently not starting due to an error message as follows: --- ERROR: 'DB5.0' is not a supported operating system. --- Additionally I currently cannot forward any traffic from LAN to Internet which has worked many months before. If you need more details, I have sent a mail to netfil...@vger.kernel.org. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28 (PREEMPT) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages bastille depends on: ii libcurses-perl1.24-1 Curses interface for Perl ii perl [perl5] 5.10.0-19 Larry Wall's Practical Extraction Versions of packages bastille recommends: ii bind9-host [host] 1:9.5.0.dfsg.P2-5 Version of 'host' bundled with BIN ii psad 2.1.4-1 The Port Scan Attack Detector ii whois 4.7.30an intelligent whois client Versions of packages bastille suggests: pn acct none (no description available) pn perl-tk | libgtk-perl 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#436289: libphp-jpgraph: succeed to install on lenny with php5, but not compatible with php5
Hi *, while looking at RC-bugs I stumbled over this one. Yupp, the long descriptions only mentions PHP4. But look at the changelog, the latest entry says: * Added support for php5(-gd), reviewed all example that seems to work (Closes: #424795) affected by php4-removal And indeed, I tested and the examples seem to work fine (some fail with an caching error, but thats something different AFAICT). Bastien, did you actually test jpgraph with PHP5 on Lenny? Upstream can tell much, but we can patch more :) Regards Evgeni -- Bruce Schneier Fact Number 282: Crytanalysis doesn't break cryptosystems. Bruce Schneier breaks cryptosystems. pgpew6EF42hAc.pgp Description: PGP signature
Bug#508650: seeking lenny pre-approval for possible NMU of openjdk-6
Hi, I'm planing to NMU openjdk-6 with the attached patch to add an workaround for 508650 (needed because of 504524 and 504623 make to old workaround of specifying AWT_TOOLKIT=MToolkit impossible), unless I get a NACK from it maintainers (last try to contact them was 2008-12-19 with the same patch and intention to NMU expressed). This patch only modifies behaviour when a new environment variable _JAVA_AWT_WM_NONREPARENTING is set, so should have hardly any chance for side effects. Could this get an freeze-exception in this form? (Assuming it can go via unstable[1]) Thanks in advance, Bernhard R. Link [1] from the build-dependencies only iceape-dev differs in unstable and that looks like a a security update and I do not find any library dependency in the resulting binary package caused by this build-dependency. (as icedtea packages are only built in experimental). diff -r -u -N openjdk-6-6b11-9/debian/changelog openjdk-6-6b11/debian/changelog --- openjdk-6-6b11-9/debian/changelog 2008-12-19 11:36:50.0 +0100 +++ openjdk-6-6b11/debian/changelog 2008-12-19 11:39:54.0 +0100 @@ -1,3 +1,12 @@ +openjdk-6 (6b11-9.1) unstable; urgency=low + + * Non-maintainer upload. + * if _JAVA_AWT_WM_NONREPARENTING environment variable is set, +disable all workarounds causing blank windows in non-reparentizing +window managers... + + -- Bernhard R. Link brl...@debian.org Sat, 13 Dec 2008 15:39:37 +0100 + openjdk-6 (6b11-9) unstable; urgency=low * Don't use our version of uname on 64bit archs. diff -r -u -N openjdk-6-6b11-9/debian/patches/nonreparenting-wm.diff openjdk-6-6b11/debian/patches/nonreparenting-wm.diff --- openjdk-6-6b11-9/debian/patches/nonreparenting-wm.diff 1970-01-01 01:00:00.0 +0100 +++ openjdk-6-6b11/debian/patches/nonreparenting-wm.diff 2008-12-19 11:37:23.0 +0100 @@ -0,0 +1,66 @@ +diff --git a/jdk/src/solaris/classes/sun/awt/X11/XWM.java b/jdk/src/solaris/classes/sun/awt/X11/XWM.java +index 68d1ff7..878327e 100644 +--- openjdk/jdk/src/solaris/classes/sun/awt/X11/XWM.java openjdk/jdk/src/solaris/classes/sun/awt/X11/XWM.java +@@ -98,11 +98,14 @@ class XWM implements MWMConstants, XUtilConstants { + ICE_WM = 10, + METACITY_WM = 11, + COMPIZ_WM = 12, +-LG3D_WM = 13; ++LG3D_WM = 13, ++OTHER_NONREPARENTING_WM = 14; + public String toString() { + switch (WMID) { + case NO_WM: + return NO WM; ++ case OTHER_NONREPARENTING_WM: ++ return Other non-reparenting WM; + case OTHER_WM: + return Other WM; + case OPENLOOK_WM: +@@ -564,7 +567,7 @@ class XWM implements MWMConstants, XUtilConstants { + } + + static boolean isNonReparentingWM() { +-return (XWM.getWMID() == XWM.COMPIZ_WM || XWM.getWMID() == XWM.LG3D_WM); ++return (XWM.getWMID() == XWM.COMPIZ_WM || XWM.getWMID() == XWM.LG3D_WM || XWM.getWMID() == XWM.OTHER_NONREPARENTING_WM); + } + + /* +@@ -764,9 +767,17 @@ class XWM implements MWMConstants, XUtilConstants { + * supports WIN or _NET wm spec. + */ + else if (l_net_protocol.active()) { +-awt_wmgr = XWM.OTHER_WM; ++if (XToolkit.getEnv(_JAVA_AWT_WM_NONREPARENTING) != null) { ++awt_wmgr = XWM.OTHER_NONREPARENTING_WM; ++} else { ++awt_wmgr = XWM.OTHER_WM; ++ } + } else if (win.active()) { +-awt_wmgr = XWM.OTHER_WM; ++if (XToolkit.getEnv(_JAVA_AWT_WM_NONREPARENTING) != null) { ++awt_wmgr = XWM.OTHER_NONREPARENTING_WM; ++} else { ++awt_wmgr = XWM.OTHER_WM; ++ } + } + /* + * Check for legacy WMs. +@@ -777,6 +788,8 @@ class XWM implements MWMConstants, XUtilConstants { + awt_wmgr = XWM.MOTIF_WM; + } else if (isOpenLook()) { + awt_wmgr = XWM.OPENLOOK_WM; ++} else if (XToolkit.getEnv(_JAVA_AWT_WM_NONREPARENTING) != null) { ++awt_wmgr = XWM.OTHER_NONREPARENTING_WM; + } else { + awt_wmgr = XWM.OTHER_WM; + } +@@ -1298,6 +1311,7 @@ class XWM implements MWMConstants, XUtilConstants { + res = new Insets(28, 6, 6, 6); + break; + case NO_WM: ++ case OTHER_NONREPARENTING_WM: + case LG3D_WM: + res = zeroInsets; + break; diff -r -u -N openjdk-6-6b11-9/debian/rules openjdk-6-6b11/debian/rules --- openjdk-6-6b11-9/debian/rules 2008-12-19 11:36:50.0 +0100 +++ openjdk-6-6b11/debian/rules 2008-12-19 11:37:23.0 +0100 @@ -116,6 +116,7 @@ debian/patches/fontconfig-$(if $(with_wgy_zenhai),wqy-zenhei,arphic-uming).diff \ debian/patches/no-compiler-path.diff \ debian/patches/fix-race-cond-print.diff \ +
Bug#465781: /etc/init.d/isns stop is not fail-safe
Hi, Here is the patch from Paul Schorfheide that was used in the Ubuntu package to fix this problem. Thanks, James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509852: [INTL:eu] dselect program Basque translation update
Hi, On Sat, 2008-12-27 at 00:59:52 +0100, Piarres Beobide wrote: Package: dpkg Version: 1.14.23 Severity: wishlist Tags: l10n patch Attached dselect program Basque translation update, please commit it. Thanks, committed now, althoug you unmarked the following msgid as not-fuzzy, but didn't update the new line referring to the triggers. Could you send an update to this same bug report? #: dselect/helpmsgs.cc:121 msgid The top half of the screen shows a list of packages. For each package you see\n four columns for its current status on the system and mark. In terse mode (use\n `v' to toggle verbose display) these are single characters, from left to right:\n \n Error flag: Space - no error (but package may be in broken state - see below)\n `R' - serious error during installation, needs reinstallation;\n Installed state: Space- not installed;\n `*' - installed;\n `-' - not installed but config files remain;\n packages in these { `U' - unpacked but not yet configured;\n states are not{ `C' - half-configured (an error happened);\n (quite) properly { `I' - half-installed (an error happened);\n installed { `W',`t' - triggers are awaited resp. pending.\n Old mark: what was requested for this package before presenting this list;\n Mark: what is requested for this package:\n `*': marked for installation or upgrade;\n `-': marked for removal, but any configuration files will remain;\n `=': on hold: package will not be processed at all;\n `_': marked for purge completely - even remove configuration;\n `n': package is new and has yet to be marked for install/remove/c.\n \n Also displayed are each package's Priority, Section, name, installed and\n available version numbers (shift-V to display/hide) and summary description.\n msgstr Pantailaren goiko erdian pakete-zerrenda bat erakusten da. Pakete bakoitzak lau\n zutabe ditu sisteman duen egoera eta marka adierazteko. Modu laburtuan (erabili\n `v' xeheki bistaratzeko) karaktere bakunak dira, ezkerretik eskuinera:\n \n Errore-bandera: Zuriunea - errorerik ez (baina hautsita egon liteke - ikus behean)\n `R' - errore larria instalazioan, berriro instalatu behar da;\n Instalazio-egoera: Zuriunea - instalatu gabe;\n `*' - instalatuta;\n `-' - instalatu gabe, baina konf. fitxategiak badaude;\n egoera hauetako { `U' - deskonprimituta baina oraindik konfiguratu gabe;\n paketeak { `C' - erdi-konfiguratuta (errore bat gertatu da);\n hautsita daude { `I' - erdi-instalatuta (errore bat gertatu da).\n Marka zaharra: pakete honentzat eskatzen zena zerrenda hau aurkeztu aurretik;\n Marka: pakete honentzat eskatutakoa:\n `*': instalatzeko edo bertsio-berritzeko markatua;\n `-': kentzeko markatua, baina konf. fitxategiak utzi egingo dira;\n `=': atxikita: paketea ez da prozesatuko;\n `_': erabat purgatzeko markatua - konfigurazioa ere kendu;\n `n': paketea berria da, eta markatu egin behar da instalatzeko/kentzeko etab.\n \n Pakete bakoitzaren Lehentasuna, Sekzioa, izena, eta instalatuta eta\n erabilgarri dauden bertsio-zenbakiak bistaratzen dira (maiuskula-V \n bistaratzeko/ezkutatzeko), baita laburpenaren azalpena ere.\n regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508999: patch for #508999 (wrong frequencies on Radeon Xpress 200) for lenny
As the experimental version needs so many changes, how about the attached patch to fix the issue for lenny? It modifies nothing but adds another RADEON_CLOCK_CNTL_INDEX to 0 setting, like it is already there for CHIP_FAMILY_RV410, just more limited (not within RADEONRestoreLVDSRegisters but only after one specific call of it and with more guards) and changes nothing else. Thanks in advance, Bernhard R. Link --- xserver-xorg-video-ati-6.9.0.orig/src/legacy_output.c +++ xserver-xorg-video-ati-6.9.0/src/legacy_output.c @@ -153,6 +153,15 @@ } +static void +RADEONSelDiv0(ScrnInfoPtr pScrn) +{ + RADEONInfoPtr info = RADEONPTR(pScrn); + unsigned char *RADEONMMIO = info-MMIO; + + OUTREG(RADEON_CLOCK_CNTL_INDEX, 0); +} + /* Write LVDS registers */ void RADEONRestoreLVDSRegisters(ScrnInfoPtr pScrn, RADEONSavePtr restore) @@ -165,7 +174,7 @@ /*OUTREG(RADEON_LVDS_PLL_CNTL, restore-lvds_pll_cntl);*/ if (info-ChipFamily == CHIP_FAMILY_RV410) { - OUTREG(RADEON_CLOCK_CNTL_INDEX, 0); + RADEONSelDiv0(pScrn); } } @@ -1417,6 +1426,8 @@ case MT_LCD: ErrorF(restore LVDS\n); RADEONRestoreLVDSRegisters(pScrn, info-ModeReg); + if (radeon_crtc-crtc_id == 0 info-ChipFamily == CHIP_FAMILY_RS480) + RADEONSelDiv0(pScrn); break; case MT_DFP: if (radeon_output-TMDSType == TMDS_INT) {
Bug#510192: emacs22-gtk cannot display chinese quote mark
On Sun, Jan 4, 2009 at 12:26 PM, Sven Joachim svenj...@gmx.de wrote: On 2009-01-04 04:40 +0100, Luo Yong wrote: On Sat, Jan 3, 2009 at 10:08 AM, Sven Joachim svenj...@gmx.de wrote: And Courier is the default font in Emacs. Which font does your Emacs use for plain ASCII? It using -urw-nimbus mono l-regular-r-normal--17-116-106-106-p-100-iso8859-1 to display plain ascii. This seems to be the problem. Can you select a Courier font in the menu that pops up when you press Shift-mouse-1 ? Also, what is your font path in X ? Use xset q to find out. Sven When I select a Courier font, it prompt Font not found and exit. And My font path is /usr/share/fonts/X11/misc,/usr/share/fonts/X11/Type1,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType , it's get from xset q. Thank you very much. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510657: [Debian-olpc-devel] Bug#510657: Bug#510657: sugar: /etc/dbus-1/system.d file needs alterations for fd.o #18961
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Jan 04, 2009 at 10:49:18PM +, Simon McVittie wrote: On Sun, 04 Jan 2009 at 21:01:12 +0100, Jonas Smedegaard wrote: Does that mean that I should not simply upload a fixed release to unstable, but wait and depend on that newer release of dbus? Or (looking at the changelog entry now) does it perhaps mean that my change will work both now and (hopefully) with your new release of dbus, but that my old sugar version will _not_ work with newer dbus? I've tested lenny's sugar package with the D-Bus that's targeting lenny, and it does work, so this bug obviously isn't particularly critical (in particular, this bug doesn't block #503532 and is hence not RC for lenny). I believe that all four combinations of (buggy, fixed) sugar and (old, new) D-Bus should work in practice, so you shouldn't need to introduce any versioned dependencies. Excellent. Thanks for clarifying. - jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklh+NAACgkQn7DbMsAkQLiIgwCeLUi9YaXzJJ0uesdtUPWqKT1c zSUAoJF8vOgtClMFtU2dTiNQ0LbagQqI =3Cpb -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#444818: linux-image-2.6.22-2-686: oops when future domain scsi pcmcia card inserted
On Sun, Dec 21, 2008 at 12:59 AM, Moritz Muehlenhoff j...@inutil.org wrote: On Mon, Oct 01, 2007 at 09:42:20AM +0100, Jaime wrote: Package: linux-image-2.6.22-2-686 Version: 2.6.22-4 Severity: normal Hi. I get a kernel oops when I plug in my future domain pcmcia scsi controller. Here's the snipped syslog: Does this error still occur with more recent kernel versions? Well, the kernel oops has gone (I think). Instead, syslog now shows: Jan 5 17:28:21 t60jt kernel: [107277.774243] pccard: PCMCIA card inserted into slot 0 Jan 5 17:28:21 t60jt kernel: [107277.774252] cs: memory probe 0xe430-0xe7ff: excluding 0xe430-0xe46c 0xe4e7-0xe523 0xe5db-0xe617 0xe6cf-0xe70b Jan 5 17:28:21 t60jt kernel: [107277.781693] pcmcia: registering new device pcmcia0.0 Jan 5 17:28:21 t60jt kernel: [107277.924377] Trying to free nonexistent resource a140-a14f Jan 5 17:28:22 t60jt udevd-event[9039]: run_program: '/sbin/modprobe' abnormal exit HTH, Jaime. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510885: tdb ftbfs
Package: tdb Version: 1.1.2~git20081222-1 Severity: serious http://buildd.debian.org/fetch.cgi?pkg=tdbver=1.1.2~git20081222-1arch=amd64stamp=1229993404file=log fails on all buildds: dh_shlibdeps dpkg-shlibdeps: failure: couldn't find library libtdb.so.1 needed by debian/python-tdb/usr/lib/python-support/python-tdb/python2.5/tdb.so (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. dh_shlibdeps: command returned error code 512 make: *** [binary-arch] Error 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#489990: linux-image-2.6.25-2-amd64: b43 Error loading microcode following Hibernate
Moritz, Unfortunately I had to replace this unit.. now using a HP DV7 with a ath5k in it, so I can not test this any further. Cheers, Ian. -Original Message- From: Moritz Muehlenhoff [mailto:j...@inutil.org] Sent: Saturday, December 27, 2008 8:44 AM To: Ian MacDonald Cc: 489...@bugs.debian.org; j...@debian.org Subject: Re: linux-image-2.6.25-2-amd64: b43 Error loading microcode following Hibernate On Tue, Jul 08, 2008 at 10:43:17PM -0400, Ian MacDonald wrote: Package: linux-image-2.6.25-2-amd64 Version: 2.6.25-6 Severity: normal Although my architecture is different(AMD/MCP51), I am experiencing exactly the problem described in #482153. My broadcom device is 03:00.0 Network controller: Broadcom Corporation BCM4312 802.11a/b/g (rev 01) After hibernate, I receive the following message. Unloading b43 results in a hard lock-up. Reboot seems to be the only way to re-enable the wireless card. b43-phy0 ERROR: Microcode not responding As shown below, my firmware is the latest (4.150.10.5) [ 11.484587] b43-phy0: Broadcom 4311 WLAN found [ 38.422374] input: b43-phy0 as /class/input/input10 [ 38.829277] b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10) [ 40.021541] Registered led device: b43-phy0::tx [ 40.021596] Registered led device: b43-phy0::rx [ 40.021639] Registered led device: b43-phy0::radio Prior to 2.6.25 an RTC bug prevented any kind of hibernate stability on my hardware (dv9000z), so there are not many options for other AMD/HP Pavillion 9000z users. Suspend S3 works great every time. Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510879: Please update new upstream onscripter 0.0.20090104
Package: onscripter Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Upstream has released onscripter 0.0.20090104, so pacakge is needed to update. Just uscan, and debuild it, please :) - -- Regards, Hideki Yamane http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkliOFcACgkQIu0hy8THJkuEYQCgontGR6FmR1gsyM2Y4HD4JndL hSMAoLCbB8xjIfwCaI8E9PdeVMPJxl7/ =8hZt -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#510841: /usr/lib/i686/cmov/libavcodec.so.51: undefined symbols
Package: libavcodec51 Version: 0.svn20080206-14 Severity: grave File: /usr/lib/i686/cmov/libavcodec.so.51.50.0 Justification: renders package unusable Hi, The shared library /usr/lib/i686/cmov/libavcodec.so.51.50.0 has undefined symbols: % ldd -r /usr/lib/i686/cmov/libavcodec.so.51.50.0 linux-gate.so.1 = (0xb7f0c000) libavutil.so.49 = /usr/lib/i686/cmov/libavutil.so.49 (0xb7993000) libz.so.1 = /usr/lib/libz.so.1 (0xb797e000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7958000) libfaad.so.0 = /usr/local/lib/libfaad.so.0 (0xb7943000) libgsm.so.1 = /usr/lib/libgsm.so.1 (0xb7936000) libtheora.so.0 = /usr/lib/libtheora.so.0 (0xb78ef000) libvorbisenc.so.2 = /usr/lib/libvorbisenc.so.2 (0xb77f5000) libvorbis.so.0 = /usr/lib/libvorbis.so.0 (0xb77cd000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb77b4000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7659000) /lib/ld-linux.so.2 (0xb7f0d000) libogg.so.0 = /usr/lib/libogg.so.0 (0xb7654000) undefined symbol: NeAACDecOpen (/usr/lib/i686/cmov/libavcodec.so.51.50.0) undefined symbol: NeAACDecClose (/usr/lib/i686/cmov/libavcodec.so.51.50.0) undefined symbol: NeAACDecGetCurrentConfiguration (/usr/lib/i686/cmov/libavcodec.so.51.50.0) undefined symbol: NeAACDecSetConfiguration (/usr/lib/i686/cmov/libavcodec.so.51.50.0) undefined symbol: NeAACDecInit (/usr/lib/i686/cmov/libavcodec.so.51.50.0) undefined symbol: NeAACDecInit2 (/usr/lib/i686/cmov/libavcodec.so.51.50.0) undefined symbol: NeAACDecDecode (/usr/lib/i686/cmov/libavcodec.so.51.50.0) undefined symbol: NeAACDecGetErrorMessage (/usr/lib/i686/cmov/libavcodec.so.51.50.0) Regards, Ansgar -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libavcodec51 depends on: ii libavutil490.svn20080206-14 ffmpeg utility library ii libc6 2.7-16GNU C Library: Shared libraries ii libfaad0 2.6.1-3.1 freeware Advanced Audio Decoder - ii libgsm11.0.12-1 Shared libraries for GSM speech co ii libtheora0 1.0~beta3-1 The Theora Video Compression Codec ii libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime libavcodec51 recommends no packages. libavcodec51 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#508108: Reopening, bug not fixed in 2.6.26-12
On Mon, Jan 05, 2009 at 07:01:17AM +0100, Christian Perrier wrote: Quoting Jurij Smakov (ju...@wooyd.org): Please enable them for the next upload (which will hopefully make it into lenny). If we want to release lenny some day, maybe not. D-I RC2 was delayed partly because of -12. Now that everything is in place for a release to happen (including the D-I RM back from holidays), I'm not sure that another delay is really welcome. Could we document that issue in the errata? ..and perhaps we can queue it up for r1? Can someone test a snapshot build if I prepare one to make sure our fix is correct? -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510824: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tag: patch Something like the following should do it: diff -u deluge-1.0.7.dfsg/debian/control deluge-1.0.7.dfsg/debian/control - --- deluge-1.0.7.dfsg/debian/control +++ deluge-1.0.7.dfsg/debian/control @@ -17,8 +17,9 @@ python-xdg, python-gobject, python-pkg-resources - -Conflicts: deluge-torrent-common - -Replaces: deluge-torrent-common +Provides: deluge-torrent-common +Conflicts: deluge-torrent-common ( 1.0.7-1) +Replaces: deluge-torrent-common ( 1.0.7-1) Description: bittorrent client written in Python/PyGTK (daemon) Deluge is a bittorrent client that utilizes a daemon/client model. . @@ -87,6 +88,9 @@ librsvg2-common, python-dbus, dbus-x11 +Provides: deluge-torrent +Conflicts: deluge-torrent ( 1.0.7-1) +Replaces: deluge-torrent ( 1.0.7-1) Description: bittorrent client written in Python/PyGTK (GTK+ UI) Deluge is a bittorrent client that utilizes a daemon/client model. . @@ -99,0 +104,16 @@ + +Package: deluge-torrent-common +Depends: deluge-core +Architecture: all +Description: transitional dummy package + The deluge-torrent package has been renamed to deluge. + . + This is a transitional dummy package to ease the upgrade. + +Package: deluge-torrent +Depends: deluge +Architecture: all +Description: transitional dummy package + The deluge-torrent package has been renamed to deluge. + . + This is a transitional dummy package to ease the upgrade. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkliRvgACgkQL4k+fGKG+20BnwCePx6pv2i7MF2tFXUBjlZN0noG b18An397q4UaW4Z1dgxYdYPeWS2ezyVj =VVSm -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#510649: /etc/dbus-1/system.d/dnsmasq.conf needs alterations for fd.o #18961
Simon McVittie wrote: Package: dnsmasq Version: 2.46-1 Severity: normal User: pkg-utopia-maintain...@lists.alioth.debian.org Usertags: fdo-18961 ConsoleKit's D-Bus system.d config should be updated to fix non-deterministic allow/deny for messages with no interface (related to CVE-2008-4311). http://bugs.freedesktop.org/show_bug.cgi?id=19020 contains a patch from Colin Walters. (If you consider bugs.debian.org to be the upstream bug tracker for dnsmasq, please advertise this fact in documentation; Colin didn't seem to know where to send the patch.) Regards from the Cambridge BSP, Simon Hi Simon. I got email from Colin which I acknowleged, and his fix is in the next (upstream) dnsmasq release. It wasn't clear from his mail or from this bug if there are implications for Lenny. It is necessary to update the dnsmasq-2.45 package in Lenny? Cheers, Simon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510860: midori: User-Agent-String does not contain a reference to Debian.
Package: midori Version: 0.1.1-1 Severity: minor The User-Agent-String of Midori, as shown by http://www.useragentstring.com, does not contain a reference to Debian. I believe, it should be there, iceweasel, konqueror and kazehakase have it, too. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages midori depends on: ii dbus-x11 1.2.1-4 simple interprocess messaging syst ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libsoup2.4-1 2.4.1-2 an HTTP library implementation in ii libsqlite3-0 3.5.9-5 SQLite 3 shared library ii libunique-1.0-01.0.4-1 Library for writing single instanc ii libwebkit-1.0-11.0.1-4 Web content engine library for Gtk ii libxml22.6.32.dfsg-5 GNOME XML library Versions of packages midori recommends: ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme midori 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#510862: arora: User-Agent-String does not contain a reference to Debian
Package: arora Version: 0.2-1 Severity: minor The User-Agent-String, as shown by http://www.useragentstring.com, does not contain a reference to Debian. I believe, it should be there. The browsers iceweasel, konqueror and kazehakase have it, too. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages arora depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libqt4-network4.4.3-1Qt 4 network module ii libqt4-webkit 4.4.3-1Qt 4 WebKit module ii libqtcore44.4.3-1Qt 4 core module ii libqtgui4 4.4.3-1Qt 4 GUI module ii libstdc++64.3.2-1The GNU Standard C++ Library v3 arora recommends no packages. arora 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#510641: Bug #510641: mdadm: checkarray emits messages for auto-read-only md devices
Philipp Kern wrote, Sunday, January 04, 2009 12:14 AM I just got alerted by mdadm with this: /usr/share/mdadm/checkarray: line 167: echo: write error: Device or resource busy We've had the same issue for the past couple of monthly checks. I hadn't reported it as everything seemed to be working and no-one else seemed to be experiencing it. Actually it tried to write to /sys/block/md0/md/sync_action and it seems that md0 does not like that. It works fine with md1 and md2. The mdstat is as follows: [...] The md devices were created by a setup script and md0 holds the swap space which is, I think, the rationale for using auto-read-only. Our setup's similar. The arrays were created by lenny d-i (RC1) and the swap array (md1) is marked as auto-read-only. Aside from the slightly worrying error message (at least at first glance), the arrays after the swap never actually get checked, as the failure causes the script to exit. Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510837: build also zabbix-proxy-sqlite
Package: zabbix Severity: whishlist please considre enabling/building also zabbix-proxy-sqlite not only pg/mysql as sqlite is very lightweight for satellite installations. - Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505270: A solution
Thanks to #splashy and Mattkijs Kooijman, we have a solution. It's not a very good solution, but it proves we know what the problem is: The solution is to delay the init process for one or two seconds after splashy boot ie change /usr/share/initramfs-tools/scripts/local-premount/splashy and add sleep 2 #smaller values probably work so that the code looks like grep -q '\(VESA\|VGA\)' /proc/fb || exit /sbin/splashy boot sleep 2 #smaller values probably work The problem (my theory) the splashy scripts forks and exits quickly, while its child process does the work of initialising directfb. This fast exit of splashy lets the init process continue. (thanks Matthijs) On my computers, and other computers, this sets up a race condition. It seems that initramfs is being unmounted while the splashy children are working to setup directfb. directfb finds that the file system has gone by the time the call to CreatFont happens. This is probably only a matter of milliseconds. In v 3.10, the earlier start of splashy boot avoided this problem. The workaround hack to set up a directfb log file also probably causes enough of a delay to avoid the problem (as guessed by directfb developers) A sleep in local-premount at the end of the splashy script is a crude mechanism to buy enough time for the child process to finish its initialisation of directfb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510853: lenny kernel linux-image-2.6.26-1-686 will not boot as virtualbox guest
Package: linux-image-2.6.26-1-686 Version: 2.6.26-12 Severity: important Hi, virtualization is becoming more and more common, especially for people doing bug testing. This is how I stumbled upon the following error which I hope can be fixed before lenny becomes stable. The kernel linux-image-2.6.26-1-686 will not boot when run as a virtualbox guest on a 686 host. The -486 version runs fine and is an acceptable workaround. The 2.6.18 kernel from etch works in the -686 flavour as well. The kernel crashes immediately after grub ran and it takes the whole virtual machine with it. Thus, I have no log. My advice to others running into this issue is to install the -486 lenny kernel until there is a fix. Regards Rolf -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-486 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 linux-image-2.6.26-1-686 depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii initramfs-tools [linux-initra 0.92n tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.26-1-686 recommends: pn libc6-i686none (no description available) Versions of packages linux-image-2.6.26-1-686 suggests: ii grub 0.97-47lenny1 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none(no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510845: mpi-defaults: FTBFS/not available on alpha
Package: mpi-defaults Version: 0.2 Severity: serious The latest version of openmpi failed to build from source on alpha, hence mpi-defaults can't be built there, because libopenmpi-dev is not installabe. If mpi-defaults intends to provide packages for other packages to build-depend on, it should do that robustly. If you think the alpha FTBFS of openmpi can be fixed soon, please reassign this bug there and ask for a retry of mpi-defaults once it's available. Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Justin Nozuka - Be Back Soon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509525: libfuse2: FUSE blocks write access for root
allow_root works fine for me with the latest version of fuse. Can you please provide some more details: - how are you starting curlftpfs? - what is the error message printed if allow_root is used? Thanks, Miklos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506196: [BUGS] Debian Bug#506196: postgresql: consume too much power when idle (10 wakeups/second)
On Sun, 2009-01-04 at 21:52 +0100, Martin Pitt wrote: 11 wakeups per minute is not dramatic, and with PostgreSQL being a server application, perfect power management is certainly the least concern for you. Is this 11 per minute, or 11 per second? - Forwarded message from Xavier Bestel xavier.bes...@free.fr - Subject: Bug#506196: postgresql: consume too much power when idle (10 wakeups/second) Reply-To: Xavier Bestel xavier.bes...@free.fr, 506...@bugs.debian.org From: Xavier Bestel xavier.bes...@free.fr To: Debian Bug Tracking System sub...@bugs.debian.org Date: Wed, 19 Nov 2008 10:12:05 +0100 Package: postgresql Version: 8.3.5-1 Severity: minor postgresql is installed on my machine because it was pulled by another package (can't remember which one). It doesn't do anything special, but it still does more then 10 wakeups/second on that system, uselessly. If idle, it shouldn't even appear in powertop's profile. -- Simon Riggs www.2ndQuadrant.com PostgreSQL Training, Services and Support -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#364607: reproducible in etch?
On Thu, 2008-12-04 at 23:49 +0100, Moritz Muehlenhoff wrote: Does this error still occur with more recent kernel versions? I've just reran the tests with the same hardware. However the client machines are tracking testing. The server is running Debian/etch with 2.6.18-6-686 and nfs-common 1:1.0.10-6+etch.1, the clients are running: host OS kernelnfs-common HW -- --- - --- host1 Debian/testing 2.6.26-1-686 1:1.1.2-6lenny1 Dell Optiplex SX280 host2 Debian/testing 2.6.26-1-686 1:1.1.2-6lenny1 Dell Optiplex SX280 host3 Debian/testing 2.6.26-1-686 1:1.1.2-6lenny1 Dell Optiplex SX280 host4 Debian/testing 2.6.26-1-686 1:1.1.2-6lenny1 Dell Optiplex SX270 host5 Debian/testing 2.6.26-1-686 1:1.1.2-6lenny1 Dell Optiplex 745 -- --- - --- host speed discard nfs nfs write nfs read Mbit/sMB/s prot MB/s MB/s - - --- - -- - host1 1000 104 udp 25 7 tcp 2711 host2 100 12 udp 10 1 tcp 1010 host3 100 11 udp 10 3 tcp 7 5 host4 1000 112 udp 21 8 tcp 22 7 host5 1000 118 udp 3510 tcp 35 9 - - --- - -- - The tests: - discard: # dd if=/dev/zero bs=1024k count=1024 | nc -q 0 server discard - create /tmp/tmpfile: # dd if=/dev/urandom of=/tmp/tmpfile bs=1M count=1024 - mount /mnt with either of: # mount server:/share /mnt -t nfs -o rw,udp # mount server:/share /mnt -t nfs -o rw,tcp - write and read tests: # dd if=/tmp/tmpfile of=/mnt/tmpfile bs=8k # dd if=/mnt/tmpfile of=/dev/null bs=8k The network was otherwise in normal (not too heavy) use so the results may be a little off (the NFS performance over TCP on host3 surprised me a little but I couldn't really get any better numbers than this). I would say the problem is still there. The machines that run on 100Mbit have slower read performance when on UDP than on TCP. If you want I can also test different client/server combinations but that will be in the new year and these test cost quite some time to execute. -- -- arthur de jong - art...@west.nl - west consulting b.v. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510870: Please add depend for libsocket6-perl to resolve redefinitions of AF_INET6
Package: cgiirc Version: 0.5.9-3 Apache logs fill up with things like: [Mon Jan 05 15:09:48 2009] [error] [client xx.xx.xx.xx] Constant subroutine AF_INET6 redefined at (eval 2) line 1., referer: http:///cgiirc/ Installing the libsocket6-perl package resolves this (the logic inside nph-irc.cgi for detecting it is broken and doesn't replace it properly it seems when the package is not present). It would IMHO be handy if cgiirc would depend on libsocket6-perl. libsocket6-perl is a small package (especially compared to the other depends ;), thus I guess it is not a problem for most people if it gets installed. Greets, Jeroen signature.asc Description: OpenPGP digital signature
Bug#510821: splint: Does not recognize ISO C99 printf modifier hh
# Bcc: control forwarded 510821 https://sourceforge.net/tracker/?func=detailaid=2487422group_id=34302atid=459911 thanks Hi Noel, On 09/01/05 04:58 +0100, Noel David Torres Taño said ... ISO C99 allows hh modifier for integer conversions to char, but splint does not recognize it: Unfortunately, splint doesn't recognize most of C99 extensions to C. file:line:column: Unrecognized format code: %02hhx TAIL-OF-THE-STRING This particular issue can be worked around using -formatcode (as you may have noticed in the message displayed). The fix for this issue would be to fix checkPrintfArgs in src/exprNode.c in splint sources. Forwarding this upstream. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#510885: tdb ftbfs
tag 510885 patch thanks Matthias Klose d...@cs.tu-berlin.de (05/01/2009): Package: tdb Version: 1.1.2~git20081222-1 Severity: serious Trivial patch attached. Jelmer, you don't really want to do *that* in debian/rules? |ln -s libtdb.so.1.1.3 $(DESTDIR)/usr/lib/libtdb.so.1 |ln -s libtdb.so.1 $(DESTDIR)/usr/lib/libtdb.so What about fixing the build system instead? Mraw, KiBi. --- a/debian/rules +++ b/debian/rules @@ -44,7 +44,7 @@ $(MAKE) install DESTDIR=$(DESTDIR) mv $(CURDIR)/debian/tmp/usr/bin/tdbbackup \ $(CURDIR)/debian/tmp/usr/bin/tdbbackup.tdbtools - ln -s libtdb.so.1.1.2 $(DESTDIR)/usr/lib/libtdb.so.1 + ln -s libtdb.so.1.1.3 $(DESTDIR)/usr/lib/libtdb.so.1 ln -s libtdb.so.1 $(DESTDIR)/usr/lib/libtdb.so dh_install --fail-missing --list-missing --sourcedir=$(DESTDIR) signature.asc Description: Digital signature
Bug#510852: po4a: translation of mdoc document date is awkward
Package: po4a Version: 0.34-2 Severity: wishlist Feeding an mdoc manual page to po4a results in this message: # type: Dd #: /home/cjwatson/src/ubuntu/germinate/germinate/man/germinate.1:1 #, no-wrap msgid May 27, 2005 msgstr This strikes me as a bit awkward. Yes, technically this is human-readable text and so should be translated. However, it's typically updated whenever the manual page source is updated (or at least ought to be!), and this would produce a fuzzy string every time. Should I just use tricks like .if !'po4a'hide' for this, or can the defaults be improved? I haven't seen many mdoc pages translated with po4a, so I don't know what the common practice is here. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510851: [kdesktop] kdesktop_lock can be unlocked by scim
reassign 510851 scim-qtimm 0.9.4-2 thanks Hello, pirmadienis 05 Sausis 2009, Resul Cetin rašė: Only workaround seems to disable scim and stop to write in a foreign language with complex characters... which is not acceptable. Since it is the crash and backtraces in the upstream bug report suggest that it happens in libscim, I'm reassigning. What is more, it works well without scim, do not blame kdesktop that is does not work in non-standard configuration. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#469769: Closes #469769
This bug has a fix released in the current testing. Francis -- Francis Giraldeau, Ing jr. Analyste Infrastructure Directeur Qualité Téléphone : (819) 780-8955 poste Sans frais : 1-800-996-8955 Télécopieur : (819) 780-8871 Revolution Linux Inc. 2100 King ouest - bureau 260 Sherbrooke (Québec) J1J 2E8 CANADA http://www.revolutionlinux.com Toutes les opinions et les prises de position exprimees dans ce courriel sont celles de son auteur et ne representent pas necessairement celles de Revolution Linux Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510886: libtdb1: Need shlibs bump.
Package: libtdb1 Version: 1.1.2~git20080520-1 Severity: serious Tags: patch Justification: Policy 8.6 Hello, this version introduces a symbol which wasn't present in the 1.1.2~git20080615-1 version. Since there's no version in the shlibs file, a package built against this version will only get a Depends: on libtdb1; but if it indeed requires this additional symbol, and if the Depends: is satisfied with an earlier version of this library, there will be a missing symbol, which means broken binaries. The patch is trivial, and since I'd like to make sure you get it, I'm not attaching it. See the Policy (8.6) and dh_makeshlibs' examples. Mraw, KiBi. (PS: Not to mention that uploading new upstream releases to unstable at this point of the release cycle is more than suboptimal.) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc9-kibi (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509852: [INTL:eu] dselect program Basque translation update
Hello sorry by the inconvenience and thanks by the advice: Guillem Jover-(e)k esan zuen: Hi, On Sat, 2008-12-27 at 00:59:52 +0100, Piarres Beobide wrote: Package: dpkg Version: 1.14.23 Severity: wishlist Tags: l10n patch Attached dselect program Basque translation update, please commit it. Thanks, committed now, althoug you unmarked the following msgid as not-fuzzy, but didn't update the new line referring to the triggers. Could you send an update to this same bug report? Attached dselect debconf templares Basque translation updated file. -- Piarres Beobide # translation of eu.po to Euskara # Copyright (C) 2004, 2005, 2006, 2008, 2009 Free Software Foundation, Inc. # # Jordi Blasi val...@euskalnet.net, 2004. # Piarres Beobide p...@beobide.net, 2004, 2005, 2006, 2008, 2009. msgid msgstr Project-Id-Version: eu\n Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n POT-Creation-Date: 2008-03-30 10:09+0300\n PO-Revision-Date: 2009-01-05 16:29+0100\n Last-Translator: Piarres Beobide p...@beobide.net\n Language-Team: Euskara debian-l10n-bas...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1)\n #: dselect/basecmds.cc:121 msgid Search for ? msgstr Bilatu hau: #: dselect/basecmds.cc:143 msgid Error: msgstr Errorea: #: dselect/basecmds.cc:171 msgid Help: msgstr Laguntza: #: dselect/basecmds.cc:177 msgid Press ? for help menu, . for next topic, space to exit help. msgstr Sakatu ? laguntza-menua ikusteko, '.' hurrengo gaira joateko, zuriunea laguntzatik irteteko. #: dselect/basecmds.cc:184 msgid Help information is available under the following topics: msgstr Laguntzako informazioa gai hauetan dago erabilgarri: #: dselect/basecmds.cc:192 msgid Press a key from the list above, space or `q' to exit help,\n or `.' (full stop) to read each help page in turn. msgstr Sakatu goiko zerrendako tekla bat, zuriunea edo `q' laguntzatik irteteko\n , edo '.' (puntua) laguntza-orriak banan-banan irakurtzeko. #: dselect/basecmds.cc:198 msgid error reading keyboard in help msgstr errorea laguntzan teklatua irakurtzean #: dselect/baselist.cc:57 msgid ioctl(TIOCGWINSZ) failed msgstr ioctl(TIOCGWINSZ): huts egin du #: dselect/baselist.cc:60 msgid doupdate in SIGWINCH handler failed msgstr doupdate: huts egin du SIGWINCH maneiatzailean #: dselect/baselist.cc:67 msgid failed to restore old SIGWINCH sigact msgstr huts egin du SIGWINCHen sigact zaharra leheneratzean #: dselect/baselist.cc:69 msgid failed to restore old signal mask msgstr huts egin du seinale-maskara zaharra leheneratzean #: dselect/baselist.cc:79 msgid failed to get old signal mask msgstr huts egin du seinale-maskara zaharra hartzean #: dselect/baselist.cc:80 msgid failed to get old SIGWINCH sigact msgstr huts egin du SIGWINCH sigact zaharra hartzean #: dselect/baselist.cc:84 msgid failed to block SIGWINCH msgstr huts egin du SIGWINCH blokeatzean #: dselect/baselist.cc:89 msgid failed to set new SIGWINCH sigact msgstr huts egin du SIGWINCH sigact berria ezartzean #: dselect/baselist.cc:126 msgid failed to allocate colour pair msgstr huts egin du kolore-bikotea esleitzean #: dselect/baselist.cc:167 msgid failed to create title window msgstr huts egin du leihoaren titulua sortzean #: dselect/baselist.cc:171 msgid failed to create whatinfo window msgstr huts egin du 'whatinfo' leihoa sortzean #: dselect/baselist.cc:175 msgid failed to create baselist pad msgstr huts egin du oinarrizko zerrendako zona sortzean #: dselect/baselist.cc:178 msgid failed to create heading pad msgstr huts egin du izenburuen zona sortzean #: dselect/baselist.cc:182 msgid failed to create thisstate pad msgstr huts egin du egoeraren zona sortzean #: dselect/baselist.cc:186 msgid failed to create info pad msgstr huts egin du informazioaren zona sortzean #: dselect/baselist.cc:191 msgid failed to create query window msgstr huts egin du kontsulta-leihoa sortzean #: dselect/baselist.cc:204 #, c-format msgid baselist::startdisplay() done ...\n \n xmax=%d, ymax=%d;\n \n title_height=%d, colheads_height=%d, list_height=%d;\n thisstate_height=%d, info_height=%d, whatinfo_height=%d;\n \n colheads_row=%d, thisstate_row=%d, info_row=%d;\n whatinfo_row=%d, list_row=%d;\n \n msgstr baselist::startdisplay() eginda ...\n \n xmax=%d, ymax=%d;\n \n title_height=%d, colheads_height=%d, list_height=%d;\n thisstate_height=%d, info_height=%d, whatinfo_height=%d;\n \n colheads_row=%d, thisstate_row=%d, info_row=%d;\n whatinfo_row=%d, list_row=%d;\n \n #: dselect/baselist.cc:260 msgid Keybindings msgstr Laster-teklak #: dselect/baselist.cc:308 #, c-format msgid -- %d%%, press msgstr -- %d%%, sakatu #: dselect/baselist.cc:311 #, c-format msgid %s for more msgstr %s gehiagorako #: dselect/baselist.cc:315 #, c-format msgid %s to go back msgstr %s atzera joateko #: dselect/bindings.cc:71 msgid [not
Bug#436289: libphp-jpgraph: succeed to install on lenny with php5, but not compatible with php5
Le lundi 05 janvier 2009 à 18:21 +0100, Evgeni Golov a écrit : Hi *, while looking at RC-bugs I stumbled over this one. Yupp, the long descriptions only mentions PHP4. But look at the changelog, the latest entry says: * Added support for php5(-gd), reviewed all example that seems to work (Closes: #424795) affected by php4-removal And indeed, I tested and the examples seem to work fine (some fail with an caching error, but thats something different AFAICT). Bastien, did you actually test jpgraph with PHP5 on Lenny? Upstream can tell much, but we can patch more :) Hello, I did not used it much, but one of my projects require it for cron jobs execution. I cannot remember if I actually used debian packaged version, or if I downloaded one from upstream. Infortunatly, my laptop is now out of order, then I cannot verify this. regards, -- Bastien. Amour est un étrange maître. Heureux qui peut ne le connaître Que par récit, lui ni ses coups ! -+- Jean de La Fontaine (1621-1695), Le Lion amoureux (Fables IV.1) -+- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478752: (forw) Re: Back on this (PAM-related?) issue
- Forwarded message from Alec Gosse alec.go...@greenblue.org - From: Alec Gosse alec.go...@greenblue.org To: Christian Perrier bubu...@debian.org Subject: Re: Back on this (PAM-related?) issue Date: Mon, 5 Jan 2009 09:29:04 -0500 X-Mailer: Apple Mail (2.930.3) X-CRM114-Status: Good ( pR: 18.2048 ) Hello, Thanks for following up. I'm afraid that I've handed over control of our office file server to an outside firm and it's running a new OS etc. I wish I could help, but I have no machines to work with at this point. All I can say, which I think is already in the report, is that it seemed to go along with users leaving the office. These were laptop users who perhaps did not shut down all the way before grabbing their machines from docking stations, if that helps. Best, Alec On Dec 25, 2008, at 6:52 AM, Christian Perrier wrote: Alec, That bug seems to have been difficult to investigate. Moreover, we had some other user(s) reporting in the same bug log for something that finally turned out to be completely unrelated... Are you in position of trying to reproduce it again, preferrably with a machine running testing more than a machine running etch (where it is very unlikely to have changed) ? -- Alec Gosse Senior Developer GreenBlue 600 E WATER ST STE C CHARLOTTESVILLE VA 22902.5361 434.817.1424 x315 434.817.1425 (fax) a...@greenblue.org - End forwarded message - -- signature.asc Description: Digital signature
Bug#510544: Installer/partition guide tried to use 500GB as swap
reopen 510544 reassign 510544 partman-auto-lvm thanks Well, this is a matter of taste and even sometimes religion..:-) As nothing else went wrong (things were just not fitting your taste), I therefore close this installation report. What ? The installer wants to use 33% of diskspace which is 500 G I G A (!) bytes as swap space and thats religious ? The installer is broken, no user wants or needs a swap space of this size! Hmmm, I overread the original report and missed the real size. We need to go back on that issue as it seems there is an obvious miscalculation in the autopartitioner algorithm, indeed. Sorry for the too quick bug closure. Investigating this might be fairly tricky as it will be difficult to test our usual way (with virtual machines) as the size of the installation disk obviously matters here. I'm personnally not in position to do such tests (moreover it may require a knowledge of partman that I'm not usre to have). Anyone else in the team who's able to investigate this? signature.asc Description: Digital signature
Bug#510450: [Pkg-samba-maint] Bug#510450: Bug#510450: epiphany-browser: Epiphany disappears without warning
Quoting Dave (k...@arrl.net): That's probably a little bit more experimentation than I'm willing to take on right now with this server. The samba shares on this machine are pretty critical to us. And also, because I don't really know what I'm doing. Indeed, the URL we pointed you to is apt-get'able so, assuming you put the right entries in sources.list, you could update your packages with apt, which will solve those dependency problems in a better way than manual dpkg runs. But I understand you might be reluctant for this on a production server (a constant problem for us when maintaining the packages...). signature.asc Description: Digital signature
Bug#510857: cupsys: cups print jobs hang since upgrade to Etch
Package: cupsys Version: 1.2.7-4etch6 Severity: grave Justification: renders package unusable The bug seems related to several other upgrade-ones in the DB - I try to provide more detail: my bug may seem similiar to #480178, but reinstalling the printer does not solve the problem. My printer is a HP LaserJet 2200dn configured as a network printer like this (/etc/cups/printers.conf): # Printer configuration file for CUPS v1.2.7 # Written by cupsd on 2009-01-05 12:58 Printer lj2200 Info HP LaserJet mit Duplexeinheit Location Stadlau DeviceURI ipp://lj State Idle StateTime 1231156647 Accepting Yes Shared Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 OpPolicy default ErrorPolicy stop-printer /Printer ping to the printer works, as does the web interface to CUPS on localhost:631 (/etc/hosts) contains: 10.0.0.200 lj2200.faltl.comlj The driver selected in CUPS configuration for the printer is HP LaserJet - CUPS+Gutenprint v5.0.0 (en) Since the upgrade to Etch, it is no longer possible to print with CUPS. The print jobs get queued, but hang in the queue indefinitely according to 'lpq'. At the same time it is possible to print from OpenOffice to the same printer from the same machine. This may be due to the existence of /usr/sbin/hpiod and /usr/sbin/hpssd, that seem new to me since Etch (there are no man pages to these daemons - another bug imo). It is possible to remove the hanging jobs with 'lprm'. To track down the problem I looked into the Cups error log (http://localhost.localdomain:631/admin/log/error_log) containing: --- [05/Jan/2009:12:04:55 +0100] [Job 12] /undefined in Îݸ E [05/Jan/2009:12:04:55 +0100] PID 2510 (/usr/lib/cups/filter/pstoraster) stopped with status 1! E [05/Jan/2009:12:31:25 +0100] Restart-Job: Unauthorized E [05/Jan/2009:12:31:42 +0100] [Job 12] /undefined in Îݸ E [05/Jan/2009:12:31:42 +0100] PID 3101 (/usr/lib/cups/filter/pstoraster) stopped with status 1! E [05/Jan/2009:12:35:16 +0100] CUPS-Reject-Jobs: Unauthorized E [05/Jan/2009:12:35:16 +0100] CUPS-Reject-Jobs: Unauthorized E [05/Jan/2009:12:35:43 +0100] Pause-Printer: Unauthorized E [05/Jan/2009:12:38:17 +0100] CUPS-Delete-Printer: Unauthorized E [05/Jan/2009:12:40:41 +0100] CUPS-Delete-Printer: Unauthorized E [05/Jan/2009:12:57:27 +0100] CUPS-Add-Modify-Printer: Unauthorized E [05/Jan/2009:12:58:36 +0100] CUPS-Add-Modify-Printer: Unauthorized E [05/Jan/2009:12:59:30 +0100] [Job 16] pdftops-options: -cfg /etc/cups/pdftops.conf E [05/Jan/2009:12:59:30 +0100] [Job 16] /undefined in Îݸ E [05/Jan/2009:12:59:30 +0100] PID 3673 (/usr/lib/cups/filter/pstoraster) stopped with status 1! -- The Job 12 is from before reinstalling the printer, Job 16 after deleting and reinstalling. There is no file '/etc/cups/pdftops.conf' on my machine, at least not since Etch. As I assume the problem is coupled with the advent of hplip: - ajf8:/etc/cups# dpkg -l hplip ii hplip 1.6.10-3etch1 HP Linux Printing and Imaging System (HPLIP) - Personal Comment: printing worked perfectly for me before Etch. I never asked for a hplip-system, so what point is there in having two printing daemons that eventually just clash? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (1, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24.4-ajf Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages cupsys depends on: ii adduser 3.102Add and remove users and groups ii cupsys-common 1.2.7-4etch6 Common UNIX Printing System(tm) - ii debconf [debconf-2. 1.5.11etch2 Debian configuration management sy ii gs-esp 8.15.3.dfsg.1-1etch1 The Ghostscript PostScript interpr ii libc6 2.3.6.ds1-13etch8GNU C Library: Shared libraries ii libcupsimage2 1.2.7-4etch6 Common UNIX Printing System(tm) - ii libcupsys2 1.2.7-4etch6 Common UNIX Printing System(tm) - ii libdbus-1-3 1.0.2-1+etch2simple interprocess messaging syst ii libgnutls13 1.4.4-3+etch1the GNU TLS library - runtime libr ii libldap22.1.30-13.3 OpenLDAP libraries ii libpam0g0.79-5 Pluggable Authentication Modules l ii libpaper1 1.1.21 Library for handling paper charact ii libslp1 1.2.1-6.2OpenSLP libraries ii lsb-base3.1-23.2etch1Linux Standard Base 3.1 init scrip ii patch 2.5.9-4 Apply a diff file to an original ii perl-modules5.8.8-7etch6 Core Perl modules ii poppler-utils [xpdf 0.4.5-5.1etch3 PDF utilitites (based on libpopple ii procps 1:3.2.7-3/proc file system utilities ii zlib1g
Bug#505270:
Awesome! this is needed anyway for the fadein to work correctly. I'll apply this and repackage for Sid. Hopefully we will be accepted for Lenny. On Jan 5, 2009, at 6:32, Tim Richardson t...@tim-richardson.net wrote: I did a sleep 0.5 All three machines are fixed with this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510861: UI-Patch: Make TCP idle timeout configurable
Package: pdns Version: 2.9.21.2-1 Severity: wishlist Tags: patch Hi pdns maintainers, the attached dpatch ## DP: Trivial two-line patch; allows tcp-idle-timeout in requests to ## DP: be configurable via command line argument. ## DP: TODO: Add tcp-idle-timout to usage help. is used here (UI) to improve pdns. It applies cleanly to 2.9.21.2-1 after the existing dpatches. We would be enlightened if you could review it and eventually consider adding it to the Debian package. Thanks! Stephan -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash #! /bin/sh /usr/share/dpatch/dpatch-run ## ui-tcp-idle-timeout.dpatch by Stephan Suerken stephan.suer...@1und1.de ## ## All lines beginning with `## DP:' are a description of the patch. ## ## DP: Trivial two-line patch; allows tcp-idle-timeout in requests to ## DP: be configurable via command line argument. ## DP: TODO: Add tcp-idle-timout to usage help. @DPATCH@ diff -urNad trunk~/pdns/common_startup.cc trunk/pdns/common_startup.cc --- trunk~/pdns/common_startup.cc 2009-01-05 13:13:03.0 + +++ trunk/pdns/common_startup.cc 2009-01-05 13:13:03.0 + @@ -112,6 +112,7 @@ arg().set(default-ttl,Seconds a result is valid if not set otherwise)=3600; arg().set(max-tcp-connections,Maximum number of TCP connections)=10; + arg().set(tcp-idle-timeout,Number of seconds a TCP client can be idle during a request)=10; arg().setSwitch(no-shuffle,Set this to prevent random shuffling of answers - for regression testing)=off; arg().setSwitch( use-logfile, Use a log file )= no; diff -urNad trunk~/pdns/pdns.conf-dist trunk/pdns/pdns.conf-dist --- trunk~/pdns/pdns.conf-dist 2007-04-21 13:56:36.0 + +++ trunk/pdns/pdns.conf-dist 2009-01-05 13:13:03.0 + @@ -155,6 +155,11 @@ # max-tcp-connections=10 # +# tcp-idle-timeout Number of seconds a TCP client can be idle during a request +# +# tcp-idle-timeout=10 + +# # module-dir Default directory for modules # # module-dir=/usr/local/lib diff -urNad trunk~/pdns/tcpreceiver.cc trunk/pdns/tcpreceiver.cc --- trunk~/pdns/tcpreceiver.cc 2007-04-21 13:56:36.0 + +++ trunk/pdns/tcpreceiver.cc 2009-01-05 13:13:03.0 + @@ -485,7 +485,7 @@ // sem_init(d_connectionroom_sem,0,arg().asNum(max-tcp-connections)); d_connectionroom_sem = new Semaphore( arg().asNum( max-tcp-connections )); - s_timeout=10; + s_timeout=arg().asNum(tcp-idle-timeout); vectorstringlocals; stringtok(locals,arg()[local-address], ,);
Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On lun, 2009-01-05 at 13:31 +0100, Frans Pop wrote: On Monday 05 January 2009, Yves-Alexis Perez wrote: Reason is that tasksel makes use of the Task: fields in the Packages file, not the task files included in tasksel itself (which, simplified, are only used to update the Packages file). Ha, crap. And I guess the Task: order isn't reliable? The order of packages in the Packages file is reliable (alphabetical), but I'm not sure how exactly that translates to the order in which tasksel will list packages when it calls aptitude. Would replacing gdm by xdm solve the problem (see #510422)? Well, I guess so. Could you (or someone else from the desktop teams) test this? Well, testing the desktop task not really, especially if it uses Packages files. But we can test installing xdm on top of xfce4. It'll work (but as there's no way to chose session from xdm, it may be more painful for end users then using gdm, as the correct way to start Xfce is to run startxfce4 and not “just“ running the registered session manager (which is the case by default on *dm). I'd like some comments from other pkg-xfce team members, but if it's not too late, that would be ok. There is a slight risk of incompatibility with tasksel. What do you mean? I didn't use xdm since quite some time, but does it uses a desktop-base theme by default, these days? No idea. You are supposed to be the desktop people here... Uh, oh, well, yeah, sorry :) Installed xdm, it just look awful. I don't know about xdm themes, but I'm not sure cooking an xdm desktop-base theme would be done easily. Simon Huggins told me on IRC that you talked about this issue and that in tasksel tasks (tasksel/tasks/xfce-desktop for example) Keys: and Packages: stuff were treated differently, and that we might have a chance there. Could you elaborate on this? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510844: wifi-radar doesn't allow wep key 2,3 or 4
Package: wifi-radar Version: 1.9.9-1.1 Severity: normal When connecting to WEP AP which is not using key #1, wifi-radar failed to connect. To get it work, after having configured the profil, I have to edit /etc/wifi-radar.conf and add manually [key number] in security option, eg security = restricted [3] Of course, this data will disappear when I modify this profil and have to write it back. -- Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510887: ftp.debian.org: Include bug URL in bug closure mail
Package: ftp.debian.org Severity: wishlist Quite frequently I discover that a package has been removed and I need to know why. I go to the PTS and then find out for example: http://packages.qa.debian.org/p/prelude-nids/news/20060707T072905Z.html on the page http://packages.qa.debian.org/p/prelude-nids.html Unfortunately this only gives me the bug number and not its content, it would be handy if I could simply click on a link included in that mail instead of having to copy/paste the bug number somewhere else. Cheers, -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510739: debian: tuxguitar: does not print
hi, does this also occur w/ swt3.4 ? install libswt-cairo-gtk-3.4-jni{a} libswt-gtk-3.4-java{a} libswt-gtk-3.4-jni{a} libswt-mozilla-gtk-3.4-jni regards -- # Philippe Coval mailto:rzr[a]users.sf.netpgp:0x467094BC # # http://rzr.online.fr/contribs.htm xmpp:rzr[a]jabber.fr irc:RzR # signature.asc Description: OpenPGP digital signature
Bug#510855: debhelper 7 (dh): needs gimmicks to re-run install without rebuilding
Package: debhelper Version: 7.0.17 Hello, Today I tried to convert a simple rules file to use dh. All went relatively smoothly, but I noticed that I couldn't run `debian/rules install` after adjusting eg. debian/docs: it did nothing. I figured out it did nothing because of debian/pkg.debhelper.log: debhelper thought it had already done all the necessary steps. So I went ahead and removed this file, but then `dh install` wanted to build the package again (because it thought it hadn't been built, ttbomk). I managed to obtain the behavior I wanted with: install: build dh install --after dh_auto_test but I find this a bit non-obvious for such a (I believe) common operation. Is this the way it's supposed to work, or can usability of dh improve in this regard? If make dependencies already ensure build must have completed successfully before install, why must dh enforce it as well? Thanks for considering, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Truth is the most valuable thing we have, so let's economize it. -- Mark Twain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510833: metacity: crashes when dragging windows between screens
If I provide you with a patch for debugging, are you comfortable with applying it and then trying again? If not, I can probably supply you with a binary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510857: positive result with plain-text file
testing the print of a plain text file with lp xyz.txt produced the desired/expected result on the printer, while retesting lp foo.pdf still creates a hanging job, so the problem may be confined to (/usr/lib/cups/filter/pstoraster) and it's configuration. again (http://localhost:631/admin/log/error_log): E [05/Jan/2009:12:04:55 +0100] [Job 12] /undefined in Îݸ E [05/Jan/2009:12:04:55 +0100] PID 2510 (/usr/lib/cups/filter/pstoraster) stopped with status 1! E [05/Jan/2009:12:31:25 +0100] Restart-Job: Unauthorized E [05/Jan/2009:12:31:42 +0100] [Job 12] /undefined in Îݸ E [05/Jan/2009:12:31:42 +0100] PID 3101 (/usr/lib/cups/filter/pstoraster) stopped with status 1! E [05/Jan/2009:12:35:16 +0100] CUPS-Reject-Jobs: Unauthorized E [05/Jan/2009:12:35:16 +0100] CUPS-Reject-Jobs: Unauthorized E [05/Jan/2009:12:35:43 +0100] Pause-Printer: Unauthorized E [05/Jan/2009:12:38:17 +0100] CUPS-Delete-Printer: Unauthorized E [05/Jan/2009:12:40:41 +0100] CUPS-Delete-Printer: Unauthorized E [05/Jan/2009:12:57:27 +0100] CUPS-Add-Modify-Printer: Unauthorized E [05/Jan/2009:12:58:36 +0100] CUPS-Add-Modify-Printer: Unauthorized E [05/Jan/2009:12:59:30 +0100] [Job 16] pdftops-options: -cfg /etc/cups/pdftops.conf E [05/Jan/2009:12:59:30 +0100] [Job 16] /undefined in Îݸ E [05/Jan/2009:12:59:30 +0100] PID 3673 (/usr/lib/cups/filter/pstoraster) stopped with status 1! E [05/Jan/2009:14:32:32 +0100] [Job 19] pdftops-options: -cfg /etc/cups/pdftops.conf E [05/Jan/2009:14:32:33 +0100] [Job 19] /undefined in Îݸ E [05/Jan/2009:14:32:33 +0100] PID 5150 (/usr/lib/cups/filter/pstoraster) stopped with status 1! -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507993: A similar (?) livelock
Richard Atterer wrote: Hi ael, thanks for this! Unfortunately, as you suspect, the backtrace is not useful without debugging information. :-/ I realise that :-( I've just uploaded a version of jigdo-file which contains debugging symbols: http://atterer.net/jigdo-file_0.7.3-2_i386.deb Maybe retry with it and see if you can trigger the problem again. Please also add --debug=all to jigdoOpts in your ~/.jigdo-lite configuration file to get more information! Oh, good. I was hoping to have time to build one myself with degugging symbols, but these crashes always seem to happen when I am busy. I guess because I usually have a jigdo update running in the background when I am working on other things... I will collect and install your debugging version What exactly is happening during the livelock? Does jigdo-file take up all CPU time, or does it just appear to hang? How long have you waited before interrupting it? Yes: top usually reports 80% or 90+% cpu time depending on the other tasks. I have left it running for 30 minutes or more on at least one occasion, and I think it has run far longer on other occasions. As I say, I tend to have jigdo running in the background, and sometimes find it in the hung state which may have lasted an hour or more. I think on that evidence it has to be livelock :-) The code has not changed significantly in a long time and AFAIR, you're the first to report this kind of problem. This makes me think that something must be special about your setup - anything unusual that you can think of? Only that this box is fairly old hardware, but no problems with anything else. It is an etch system with backports, except that I usually run the latest stock kernel (2.6.28 just now) which I compile myself. But I doubt that it has anything to do with the kernel, except I use PREEMPT. The hardware is probably rather slower than most systems, which is why I use that PREMPT sheduling, so if there is a race somewhere, it might show up here rather than on other machines for that reason or just because of the speed compared to the IO devices. Oh, yes, and rather small RAM: 256K, although I haven't noted any swapping during the runs. Are you running several jigdo downloads in parallel with the same cache file? No, but the last deadlock *was* cleared by removing the cache file. By cleared I mean that if I removed jigdo-file-cache.db and restarted jigdo then the problem did not re-appear. I did wonder whether the jigdo-file-cache.db left from the previous run on the preceeding disc was somehow corrupted and messed up the next run. Do you clear it at the end of each run, or is there no reason to do so? Please also send me the contents of your ~/.jigdo-lite file. jigdo='' debianMirror='http://the.earth.li/debian/' nonusMirror='' tmpDir='.' jigdoOpts='--cache jigdo-file-cache.db' wgetOpts='--passive-ftp --dot-style=mega --continue --timeout=30' scanMenu='http://the.earth.li/debian http://mirror.ox.ac.uk/debian /dvd ' This livelock was *not* cleared by removing temporary files. Did you also remove the cache? No I didn't remove jigdo-file-cache.db on that occasion, but suspect that it would have solved the problem had I done so as above. What else was the machine doing at the time, was any other software apart from the regular desktop stuff running? Can't remember, but quite likely to have been running Thunderbird and/or firefox and maybe a remote ssh session. But I have seen such crashes before, and haven't noticed any correlation with other programs. What filesystem are you creating your images on? ext3 Hope some of this helps. I have another dvd to update to this week's images: I will try that with the debugging version, but I guess the chances of hitting the bug are pretty slim. Adrian Lawrence -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510835: smbfs: smbmount with option -o sec=krb5 fails with mount error 5 = Input/output error
On Mon, Jan 05, 2009 at 10:43:21AM +0100, Andreas Teuchert wrote: Package: smbfs Version: 2:3.2.5-2 Severity: normal when I call smbmount //server/share mountpoint/ -o sec=krb5 it asks for a password (which is not needed with kerberos) and fails to mount the share. The output is: mount error 5 = Input/output error Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) dmesg says: CIFS VFS: cifs_mount failed w/return code = -5 Do you have the keyutils package installed, and have you configured the cifs.upcall helper via /etc/request-key.conf? IIRC, suppressing the password prompt itself (counterintuitively) requires passing the 'guest' option in addition to 'sec=krb5'; but the mount itself won't work without keyutils installed and configured. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510853: lenny kernel linux-image-2.6.26-1-686 will not boot as virtualbox guest
tags 510853 moreinfo thanks On Mon, Jan 05, 2009 at 02:28:23PM +0100, Rolf Leggewie wrote: The kernel linux-image-2.6.26-1-686 will not boot when run as a virtualbox guest on a 686 host. Too less information. Are you using the latest vbox version from Lenny? There was some bugs in the tlb emulation code which stubles over the self-modifying paravirt-part of the kernel. Bastian -- Each kiss is as the first. -- Miramanee, Kirk's wife, The Paradise Syndrome, stardate 4842.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510842: partman-lvm: Dead end when selecting a PV partition
reassign 510842 partman-base forcemerge 505477 510842 found 510842 105 thanks On Monday 05 January 2009, Roland Mas wrote: On selecting hda2, I get an error page telling me that this partition is used by LVM. The Continue option brings me back to the partitioner's menu, but the Go back option brings me to... nowhere. A blank page, with just a title and no way out that I could find. I had to reboot to get hold of the computer again. Already fixed in SVN. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505207: update-alternatives could ignore errors in /usr/share/{doc,man,info}.
package dpkg user d...@packages.debian.org usertag 143701 new-option usertag 505207 new-option tag 143701 - wontfix merge 143701 505207 thanks On Mon, 2008-11-10 at 17:31:01 +0200, Marius Vollmer wrote: Package: dpkg Version: 1.14.22 Severity: wishlist The update-alternatives program could be changed to explicitly ignore errors that happen inside /usr/share/doc, and by extending the spirit of Policy, it could also explicitly ignore errors in /usr/share/man and /usr/share/info. Maybe also /usr/share/locale. The idea is that files in the three directories are 'optional' and might or might not be present. They could have been removed by the sysadmin to save space, or might have even been filtered out automatically during installation. Hmm, even if I agree with the sentiment, I don't really like the idea of hardcoding those directories in u-a. dpkg is used outside Debian and the policy or paths there might be different. Every package that uses update-alternatives could be changed to ignore errors for optional files, or update-alternatives could be changed itself to ignore the errors. I think it would be better to add a new option --slave-optional (or a similar and better name), and change the callers to use that. To reduce the pain of such change, a lintian check could be introduced for u-a callers setting slaves on optional dirs. The motivation comes from hacks like localepurge and docpurge (on Maemo). And although these programs are hacks, the functionality they try to provide is good. I expect dpkg to get support for filters eventually. Sure. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497620: Fixed in 4.3.2-2
fixed 497620 4.3.2-2 thanks bugbox gone: t...@burken:~/test/ada/bugs/497620$ gnatmake board_strings.adb gcc-4.3 -c board_strings.adb board_strings.adb:4:32: warning: formal parameter BS is not referenced t...@burken:~/test/ada/bugs/497620$ /Jörgen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487179: kpowersave: Same with Dell Latitude E6400
Package: kpowersave Version: 0.7.3-2 Followup-For: Bug #487179 Hi, I am seeing the same problem here. When kpowersave is active, using the key combination to increase or decrease the screen brightness always results in the brightness changing two steps for each key press. I can actually see the screen increasing the brightness by one, and then again by one with a short delay (within milliseconds). My suspicion is that when pressing the key combination to increase (decrease) the screen brightness, the BIOS reacts and also in some way kpowersave (though I have no evidence for this at all). Thanks, Marcel -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.27.5.1.pm-smp (SMP w/2 CPU cores; PREEMPT) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages kpowersave depends on: ii hal 0.5.11-6Hardware Abstraction Layer ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny1 core libraries and binaries for al ii libc62.7-16 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-4 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libgcc1 1:4.3.2-1 GCC support library ii libhal1 0.5.11-6Hardware Abstraction Layer - share ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension kpowersave recommends no packages. kpowersave 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#484355: Bug fixed
mimeapps.list specifies unknown service okular-2.desktop in Added Associations This was indeed KDE bug 178561, which I just fixed. See http://bugs.kde.org/show_bug.cgi?id=178561 for more information. -- David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on KDE, Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#399485: Work-around
This bug is still present and can be avoided by passing the --disable-assembly to configure. For more information, see here: http://bugzilla.libsdl.org/show_bug.cgi?id=649 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506196: [BUGS] Debian Bug#506196: postgresql: consume too much power when idle (10 wakeups/second)
On Mon, 2009-01-05 at 12:21 +0100, Martin Pitt wrote: Hi Simon, Simon Riggs [2009-01-05 10:57 +]: Is this 11 per minute, or 11 per second? Per second. Seems consistent with wal_writer_delay = 200ms and bgwriter_delay = 200ms, plus some other minor noise. So its not a bug and won't get fixed. Seems possible to put some progressive delays in there, but we'd need to discuss how things could snap back into action when required. -- Simon Riggs www.2ndQuadrant.com PostgreSQL Training, Services and Support -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#465781: /etc/init.d/isns stop is not fail-safe
No, *here* is the patch. Thanks, James diff -u isns-2.1-01+dfsg/debian/isns.init.d isns-2.1-01+dfsg/debian/isns.init.d --- isns-2.1-01+dfsg/debian/isns.init.d +++ isns-2.1-01+dfsg/debian/isns.init.d @@ -29,13 +29,13 @@ case $1 in start) echo -n Starting $DESC: - start-stop-daemon --start --quiet --pidfile $PID_FILE \ + start-stop-daemon --start --quiet --oknodo --pidfile $PID_FILE \ --exec $DAEMON -- $DAEMON_OPTS echo $NAME. ;; stop) echo -n Stopping $DESC: - start-stop-daemon --stop --quiet --pidfile $PID_FILE \ + start-stop-daemon --stop --quiet --oknodo --pidfile $PID_FILE \ --exec $DAEMON echo $NAME. ;; @@ -58,17 +58,17 @@ # just the same as restart except that it does nothing if the # daemon isn't already running. # check wether $DAEMON is running. If so, restart - start-stop-daemon --stop --test --quiet --pidfile \ + start-stop-daemon --stop --test --quiet --oknodo --pidfile \ $PID_FILE --exec $DAEMON \ $0 restart \ || exit 0 ;; restart) echo -n Restarting $DESC: - start-stop-daemon --stop --quiet --pidfile \ + start-stop-daemon --stop --quiet --oknodo --pidfile \ $PID_FILE --exec $DAEMON sleep 1 - start-stop-daemon --start --quiet --pidfile \ + start-stop-daemon --start --quiet --oknodo --pidfile \ $PID_FILE --exec $DAEMON -- $DAEMON_OPTS echo $NAME. ;;
Bug#510804: [INTL:sv] Swedish strings for chillispot debconf
Thank you. Rudy
Bug#510798: claws-mail doublechecks user password for imap and smtp
Hi, This is not a bug. Passwords are cached per account and server type. -- Colin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510885: tdb ftbfs
Cyril Brulebois k...@debian.org (05/01/2009): Jelmer, you don't really want to do *that* in debian/rules? |ln -s libtdb.so.1.1.3 $(DESTDIR)/usr/lib/libtdb.so.1 |ln -s libtdb.so.1 $(DESTDIR)/usr/lib/libtdb.so What about fixing the build system instead? Note that upstream already has “shared-build” which tries to deal with symlinks, so that might be adapted. I'd advise for producing a proper Makefile.am, that would then produce a proper Makefile.in, dealing with the shared objects in an appropriate fashion. If you wish to have a look at simple examples, I'd advise adl's autotools guide[1]. Page 30 (slides 116 to 119) of the handout version[2] has all you need (of course, directories and names have to be adapted, but you should get the idea). 1. http://www.lrde.epita.fr/~adl/autotools.html 2. http://www.lrde.epita.fr/~adl/dl/autotools-handout-4.pdf Hope this helps. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510888: lxpanel stores config files in /usr/share/lxpanel/profile
Package: lxpanel Version: 0.3.8.1-2 System-wide config files should (must? I'm not sure about the Debian policy implications, raise this bug in severity at your discretion) reside in /etc. If the system administrator wants to set global defaults for lxpanel configuration, it should be part of the /etc directory tree for various reasons (e.g. /usr/share might be an NFS-share, while the admin might want to set machine-specific defaults; I'm also unsure whether the profile files are conffiles, but if not, they break on any package update). Thank you for your consideration! -Malte Cornils #8-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510851: [kdesktop] kdesktop_lock can be unlocked by scim
Package: kdesktop Version: 4:3.5.9.dfsg.1-6 Severity: grave Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org It is possible to unlock kdesktop_lock on systems with configured scim without entering a password. This makes it possible to access data of other users or access random locked PCs (best place to start such an attack would be in some asian countries). The system was configure as described in http://ubuntuforums.org/showthread.php?p=2704098 but with japanese tables. You must be sure that scim is enabled (for example by pressing ctrl+space and entering some test data. Then start kdesktop_lock manually by calling `kdesktop_lock --forcelock` and move your mouse/press some key to start the password dialog. Just press cancel and move your mouse or press something on you keyboard again. This should crash kdesktop_lock and enable access to the desktop. It was tested on different systems and it could reproduced on all. This problem is also known by upstream but marked it as invalid because kdesktop isn't maintained anymore (instead they thing everybody should use kde 4 stuff). http://bugs.kde.org/show_bug.cgi?id=149512 Only workaround seems to disable scim and stop to write in a foreign language with complex characters... which is not acceptable. --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1 Debian Release: 5.0 500 unstableftp.de.debian.org 500 testing debian.netcologne.de --- Package information. --- Depends(Version) | Installed -+-= kdelibs4c2a (= 4:3.5.9) | 4:3.5.10.dfsg.1-1 libc6 (= 2.7-1) | 2.7-16 libgcc1 (= 1:4.1.1) | 1:4.3.2-1.1 libgl1-mesa-glx | 7.2-1 OR libgl1 | libglu1-mesa | 7.0.3-7 OR libglu1 | libkonq4(= 4:3.5.9) | 4:3.5.9.dfsg.1-6 libqt3-mt (= 3:3.3.8b) | 3:3.3.8b-5 libstdc++6(= 4.1.1) | 4.3.2-1.1 libx11-6 | 2:1.1.5-2 libxau6 | 1:1.0.3-3 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6 | 2:1.0.4-1 libxss1 | 1:1.1.3-1 libxxf86misc1| 1:1.0.1-3 kdebase-bin (= 4:3.5.9.dfsg.1-6) | 4:3.5.9.dfsg.1-6 kdeeject | 4:3.5.9.dfsg.1-6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On lun, 2009-01-05 at 12:50 +0100, Frans Pop wrote: Ok it seems that adding xfce4-session before gdm in the list enables apt-get and aptitude to satisfy the dependency on x-session-manager. Unfortunately this cannot be fixed in tasksel this way. The order in which packages are actually installed is not determined by the order in which they are listed in tasksel. Reason is that tasksel makes use of the Task: fields in the Packages file, not the task files included in tasksel itself (which, simplified, are only used to update the Packages file). Ha, crap. And I guess the Task: order isn't reliable? Would replacing gdm by xdm solve the problem (see #510422)? Well, I guess so. I'd like some comments from other pkg-xfce team members, but if it's not too late, that would be ok. I tend to prefer slim over xdm but it doesn't seem really maintained upstream and has some drawbacks which make it not suitable for a default install. I didn't use xdm since quite some time, but does it uses a desktop-base theme by default, these days? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510872: KDEPIM-Wizard: scalixwizard improperly sets up Kalendar free/busy connection information
Package: kdepim-wizards Version: 4:3.5.9-5 Severity: normal We have a Scalix server for mail and shared calendars; when we set up Kontact with the scalixwizard it puts this into the Configure Kontact Calendar Free/Busy Server URL fields (for both Publish and Recieve): ### scalix://user%20n...@.myscalixdomain.net/freebusy/Calendar/user.n...@emaildomain.com ### Note what it is doing, scalixwizard replaced the . (dot) in my email address with %20 (and, later, the other punctiation is replaced as well, but Kalendar gets its error before that data is sent) and fixing this alone doesn't resolve the issue. When one then tries to publish or retrieve information, this leads to the error: ### The software could not upload your free/busy list to the URL 'scalix://UserAuthorization failed, Unable to login. Probably the password is wrong. The server .myscalixdomain.net replied: LOGIN failure, user name or password rejected authentication not supported0n...@.myscalixdomain.net/freebusy/Calendar/User.Name%40emaildomain.com'. There might be a problem with the access rights, or you specified an incorrect URL. The system said: %2. Please check the URL or contact your system administrator. ### The work around for this is to sigle-quote the Server URL after correcting it, so that it reads: ### 'scalix://user.n...@.myscalixdomain.net/freebusy/Calendar/user.n...@emaildomain.com' ### Note that double-quoting the Server URL doesn't work, nor does trying to escape (\) the punctuation issues. This error may not exist for everyone, as it likely depends somewhat on how one is required to log into the server, etc., but it has been a long time annoyance with only recently the work-around figured out. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdepim-wizards depends on: ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny1 core libraries and binaries for al ii kdepim-kresource 4:3.5.9-5 KDE pim resource plugins ii libc62.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libkcal2b4:3.5.9-5 KDE calendaring library ii libkdepim1a 4:3.5.9-5 KDE PIM library ii libkpimidentitie 4:3.5.9-5 KDE PIM user identity information ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 kdepim-wizards recommends no packages. Versions of packages kdepim-wizards suggests: pn egroupwarenone (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#510881: Comment in /etc/default/puppetmaster is not correct
Package: puppetmaster Version: 0.24.5-2 Severity: minor In /etc/default/puppetmaster, first line says sourced by /etc/init.d/puppet It should be sourced by /etc/init.d/puppetmaster as this file is not sourced by puppet but by puppetmaster -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages puppetmaster depends on: ii facter1.5.1-0.1 a library for retrieving facts fro ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii puppet0.24.5-2 centralised configuration manageme ii ruby 4.2An interpreter of object-oriented Versions of packages puppetmaster recommends: ii rails 2.1.0-6MVC ruby based framework geared fo ii rdoc 4.2Generate documentation from ruby s Versions of packages puppetmaster suggests: pn apache2 | nginx none (no description available) pn mongrel 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#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On Monday 05 January 2009, Yves-Alexis Perez wrote: Reason is that tasksel makes use of the Task: fields in the Packages file, not the task files included in tasksel itself (which, simplified, are only used to update the Packages file). Ha, crap. And I guess the Task: order isn't reliable? The order of packages in the Packages file is reliable (alphabetical), but I'm not sure how exactly that translates to the order in which tasksel will list packages when it calls aptitude. Would replacing gdm by xdm solve the problem (see #510422)? Well, I guess so. Could you (or someone else from the desktop teams) test this? I'd like some comments from other pkg-xfce team members, but if it's not too late, that would be ok. There is a slight risk of incompatibility with tasksel. I didn't use xdm since quite some time, but does it uses a desktop-base theme by default, these days? No idea. You are supposed to be the desktop people here... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#405495: ldapdb auxprop configuration -- RESOLVED
So thanks to all of you, adding the following dpatch as indicated by Eric resolves the SEGFAULT and I can resume troubleshooting my configuration issues :( ad...@valhalla:~/packages/cyrus-sasl2$ cat 0021_fix_sasl_mutex.dpatch 8- #! /bin/sh /usr/share/dpatch/dpatch-run ## 0021_fix_sasl_mutex.dpatch by ad...@valhalla.mgr ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fix SEGFAULT on sasl_mutex. Debian Bug #405495 @DPATCH@ --- trunk~/lib/common.c 2009-01-05 12:20:53.0 +0100 +++ trunk/lib/common.c 2009-01-05 12:24:19.0 +0100 @@ -150,9 +150,17 @@ sasl_mutex_free }; -void sasl_set_mutex(sasl_mutex_alloc_t *n, sasl_mutex_lock_t *l, - sasl_mutex_unlock_t *u, sasl_mutex_free_t *d) -{ +void sasl_set_mutex(sasl_mutex_alloc_t *n, + sasl_mutex_lock_t *l, + sasl_mutex_unlock_t *u, + sasl_mutex_free_t *d) +{ + /* Disallow mutex function changes once sasl_client_init + and/or sasl_server_init is called */ + if(_sasl_server_cleanup_hook || _sasl_client_cleanup_hook){ +return; + } + _sasl_mutex_utils.alloc=n; _sasl_mutex_utils.lock=l; _sasl_mutex_utils.unlock=u; 8- Regards, - lars. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463139: ITP: uif2iso -- Command-line tool for converting UIF files images to the original ISO format.
On Mon, Jan 5, 2009 at 1:36 AM, Juan Angulo Moreno j...@apuntale.com wrote: If the package is ready no problem you go. I have delayed this package due to lack of time. I have the package ready, but I have detected a licensing problem, which doesn't allow me to upload it right now, I'm working it out with upstream. As soon as it is fixed, I'll be uploading the package. Feliz 2009! -- Besos, Marga -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510649: /etc/dbus-1/system.d/dnsmasq.conf needs alterations for fd.o #18961
On Mon, 05 Jan 2009 at 14:22:33 +, Simon Kelley wrote: Simon McVittie wrote: Package: dnsmasq Version: 2.46-1 I got email from Colin which I acknowleged, and his fix is in the next (upstream) dnsmasq release. It wasn't clear from his mail or from this bug if there are implications for Lenny. It is necessary to update the dnsmasq-2.45 package in Lenny? Thanks, please close this bug in the appropriate version. We filed bugs for fdo-18961 because it wasn't entirely clear whether they blocked the release of the secure-by-default dbus version (in which case we'd have upgraded them to serious). In practice it seems that they're not RC and there's no need to backport this to lenny. Testing dnsmasq 2.45's D-Bus functionality with a version of D-Bus where CVE-2008-4311 has been fixed (see http://lists.debian.org/debian-devel/2009/01/msg00082.html) would be very useful; I've done some trivial testing on a freshly installed lenny laptop, but you know what's meant to happen much better than I do! In the unlikely event that it turns out to have regressions, please escalate this bug to serious, and coordinate with me or pkg-utopia to get it suitably tagged and fixed before we push the secure-by-default version of dbus. Thanks, Simon signature.asc Description: Digital signature
Bug#506727: policycoreutils: fail with error: list index out of range
tag 506727 - unreproducible severity 506727 serious thanks On Mon, 01 Dec 2008, Etienne Zannelli wrote: I can still reproduce this with version 2.0.49-7 (python 2.5.2-14) I also got bitten by this with a fresh lenny install. Having semanage non-working is a severe regression compared to etch… $ msgunfmt /usr/share/locale/fr/LC_MESSAGES/policycoreutils.mo | grep Plural Plural-Forms: \n And the fix should be quite easy: fix the fr.po file so that we have: Plural-Forms: nplurals=2; plural=(n 1); Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510869: setting package to lintian, tagging 510869
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # lintian (2.1.5) UNRELEASED; urgency=low # # * checks/rules: #+ [RA] Consider a define command to be the end of a list of target # commands, avoiding binary-arch-rules-but-pkg-is-arch-indep false # positives when an empty rule is followed by a definition. # (Closes: #510869) # package lintian tags 510869 + pending -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org