Bug#473304: libhtml-wikiconverter-perl and friends
On Mon, May 19, 2008 at 10:07:39PM +0200, Jonas Smedegaard wrote: Hi Rene, I've sent a copy of this response to the bugreport mentioned. On Mon, May 19, 2008 at 01:40:07PM -0400, Rene Mayorga wrote: On Tue, May 06, 2008 at 02:44:00PM -0600, Rene Mayorga wrote: I'm sending this email to have more input about the preferred way to handle the relationship between this packages, also, expecting some input from Jonas who inject the packages to the group svn :) Since there was no input, I'm applying Damyan Suggest. I'll move -wikicoverter-perl to unstable so it can reach the upload queue, and since the new version of libhtml-wikiconverter-perl the Recommends to the virtual package will be dropped Sorry for my late response. No problem :) I agree that packaging the submodules formerly part of the main module is needed. But I do not see how dropping the recommendation for a virtual package shared among all submodules, and replacing that with suggesting only the submodules formerly part of the module, can solve this bug. The suggest was to add info to the POD and html2wiki binary in order to notice the users about that the package was splitted. IMHO having a dep in a virtual package will get the users to install the first package which provide the virtual package, this could have a false bug reports telling us that we are missing $foo wiki dialect. I have no strong opinion about which is the best way to handle this issue, thats the reason why I was asking for more input from you or the debian-perl folks :) Either we just admit that the package has changed, and warn about that in debian/NEWS. Sounds nice for me, but I also think that we should add the notice in POD and html2wiki to catch more despite users :). Or we make the main package depend on the submodules formerly part of the module. Having a dep on all the submodules will came to have a bunch of modules installed, this also will follow to have the need to add a depend to every -dialect module that could be added to the archive. Cheers. -- Rene Mauricio Mayorga | jabber: [EMAIL PROTECTED] http://rmayorga.org | -- 08B6 58AB A691 DD56 C30B 8D37 8040 19FA A209 C305 signature.asc Description: Digital signature
Bug#481933: [Pkg-xfce-devel] Bug#481933: xfce4-session: doesn't work, except startxfce4
On lun, 2008-05-19 at 23:41 +0200, Dirk Griesbach wrote: For me its broken too. From xdm or startx xfce isn't started, however startxfce4 does work. I don't really see how startx xfce would work anyway. Can you try startx /usr/bin/startxfce4 and reportback? To Anders and David, could you tell me how do you start Xfce? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#448244: Patch for the l10n upload of amavisd-new
Dear maintainer of amavisd-new, On Friday, May 09, 2008 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Monday, April 28, 2008. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. The corresponding changelog is: Source: amavisd-new Version: 1:2.5.3-1.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Mon, 28 Apr 2008 14:12:32 +0200 Closes: 448244 480503 480508 480622 481550 Changes: amavisd-new (1:2.5.3-1.1) unstable; urgency=low . * Non-maintainer upload. * Debconf translations: - German. Closes: #448244 - Finnish. Closes: #480503 - Italian. Closes: #480508 - Russian. Closes: #480622 - Basque. Closes: #481550 -- diff -Nru amavisd-new-2.5.3.old/debian/changelog amavisd-new-2.5.3/debian/changelog --- amavisd-new-2.5.3.old/debian/changelog 2008-04-27 20:57:12.510750858 +0200 +++ amavisd-new-2.5.3/debian/changelog 2008-05-20 07:37:36.011953027 +0200 @@ -1,3 +1,15 @@ +amavisd-new (1:2.5.3-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Debconf translations: +- German. Closes: #448244 +- Finnish. Closes: #480503 +- Italian. Closes: #480508 +- Russian. Closes: #480622 +- Basque. Closes: #481550 + + -- Christian Perrier [EMAIL PROTECTED] Mon, 28 Apr 2008 14:12:32 +0200 + amavisd-new (1:2.5.3-1) unstable; urgency=low * Enable quarantine hashing (Closes: #447240) diff -Nru amavisd-new-2.5.3.old/debian/po/de.po amavisd-new-2.5.3/debian/po/de.po --- amavisd-new-2.5.3.old/debian/po/de.po 1970-01-01 01:00:00.0 +0100 +++ amavisd-new-2.5.3/debian/po/de.po 2008-04-28 14:13:40.990736000 +0200 @@ -0,0 +1,87 @@ +# Translation of amavisd-new debconf templates to German +# Copyright (C) Helge Kreutzmann [EMAIL PROTECTED], 2007. +# This file is distributed under the same license as the amavisd-new package. +# +msgid +msgstr +Project-Id-Version: amavisd-new 1:2.5.2-2\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2006-08-10 11:09-0300\n +PO-Revision-Date: 2007-10-23 21:38+0200\n +Last-Translator: Helge Kreutzmann [EMAIL PROTECTED]\n +Language-Team: German [EMAIL PROTECTED]\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=ISO-8859-15\n +Content-Transfer-Encoding: 8bit\n + +#. Type: note +#. Description +#: ../amavisd-new.templates:1001 +msgid Incompatible configuration file layout detected +msgstr Inkompatible Struktur in der Konfigurationsdatei erkannt + +#. Type: note +#. Description +#: ../amavisd-new.templates:1001 +msgid +The Debian packages have changed the way they handle configuration files for +amavisd-new to a better system, which uses multiple files instead of a +single, monolithic file. +msgstr +In den Debian-Paketen wurde der Umgang mit Konfigurationsdateien für Amavisd- +new geändert. Es wird jetzt ein besseres System eingesetzt, das mehrere +Dateien statt einer einzigen, monolithischen Datei verwendet. + +#. Type: note +#. Description +#: ../amavisd-new.templates:1001 +msgid +The old amavisd-new configuration files that are still present in your +system (named either /etc/amavisd.conf or /etc/amavis/amavisd.conf) are +incompatible with this new config file layout. +msgstr +Die alten Amavisd-new-Konfigurationsdateien, die noch in Ihrem System +vorhanden sind (sie heißen entweder /etc/amavisd.conf oder /etc/amavis/ +amavisd.conf) sind nicht mit dieser neuen Struktur der Konfigurationsdateien +kompatibel. + +#. Type: note +#. Description +#: ../amavisd-new.templates:1001 +msgid +You should read /usr/share/doc/amavisd-new/README.Debian to understand the +new configuration layout, and after that you should port your configuration +to the new layout. +msgstr +Sie sollten /usr/share/doc/amavisd-new/README.Debian lesen, um die neue +Struktur der Konfiguration zu verstehen. Danach sollten Sie Ihre +Konfiguration an die neue Struktur anpassen. + +#. Type: note +#. Description +#: ../amavisd-new.templates:1001 +msgid +For your safety, the old configuration files in your system have been +disabled, and a \.disabled\ postfix was added to their file names. The +amavisd-new service will refuse to start until you remove (or rename) these +\.disabled\ files. +msgstr +Zu Ihrer Sicherheit wurden die alten Konfigurationsdateien deaktiviert und +eine ».disabled«-Endung wurde ihren Dateinamen hinzugefügt. Der Amavisd-new- +Dienst wird nicht starten, bis Sie diese ».disabled«-Dateien entfernt oder +umbenannt haben. + +#. Type: note +#. Description +#: ../amavisd-new.templates:1001 +msgid +This safety is in place to avoid starting an unconfigured amavisd-new in +place of your previously configured one. Do not remove the \.disabled\ +files until you have read the
Bug#481973: ITP: libiptables-parse-perl -- Perl extension for parsing iptables firewall rulesets
On Tue, 20 May 2008 00:34:48 +0200, Franck JONCOURT wrote: The package psad contains a file /usr/lib/perl5/IPTables/Parse.pm. As a matter of fact, all packages from cipherdyne are being packaged to avoid conflicts between psad, fwsnort and fwknop. Sounds good, thanks for the clarification! BTW: Just in case you don't know, there's the Debian Perl Group that could help with the two lib*-perl packages: http://wiki.debian.org/Teams/DebianPerlGroup Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian gnu/linux user, admin developer - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-You're dead, Jim. -- McCoy, Amok Time, stardate 3372.7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481635: Bug#481638: Bug#481635: sorry for the wrong encoding
From the mail exchanges we had, it seems pretty clear that Marcin's original intent was to send his PO files as UTF-8 files. The corrected files I sent were encoded in ISO-8859-2, which is perfectly valid but defeats the original intent. So, maintainers, I suggest you optionnally reencode the file in UTF-8 with: msgconv -t utf-8 debian/po/pl.po debian/po/pl2.po mv debian/po/pl2.po debian/po/pl.po (msgconv is slightly better that raw iconv as it uses the PO file's header to determine the originating encoding) signature.asc Description: Digital signature
Bug#481933: [Pkg-xfce-devel] Bug#481933: Bug#481933: xfce4-session: doesn't work, except startxfce4
On mar, 2008-05-20 at 08:01 +0200, Yves-Alexis Perez wrote: On lun, 2008-05-19 at 23:41 +0200, Dirk Griesbach wrote: For me its broken too. From xdm or startx xfce isn't started, however startxfce4 does work. Ok I found the problem, xfce4-session wasn't registering itself as a session-manager. I'm building and uploading a new version now. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#482010: spamassassin: Can't locate object method gated_through_received_hdr_remover
Package: spamassassin Version: 3.2.3-0.volatile1 Severity: important Once DNS notices an update is available (which can take a while) sa-update thereafter consistently fails thus: rules: failed to run __GATED_THROUGH_RCVD_REMOVER test, skipping: (Can't locate object method gated_through_received_hdr_remover via package Mail::SpamAssassin::PerMsgStatus at (eval 713) line 801. ) channel: lint check of update failed, channel failed This completely blocks installation of further updates until fixed. This appears to be due to the following recent rule change which (three lines from the end of the commit) invokes gated_through_ _received_hdr_remover. http://www.gossamer-threads.com/lists/spamassassin/commits/121131 Although /usr/share/perl5/Mail/SpamAssassin/Plugin/HeaderEval.pm contains the gated_through_received_hdr_remover sub it is not among those subs registered by $self-register_eval_rule - see especially line 42 comment. I suggest that this be forwarded upstream but in the meantime a one line fix is to add the appropriate @self-register_eval_rule line after line 42. --Mike Bird -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages spamassassin depends on: ii libarchive-tar-perl 1.30-2 Archive::Tar - manipulate tar file ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libio-zlib-perl 1.04-1 IO:: style interface to Compress:: ii libnet-dns-perl 0.59-1etch1 Perform DNS queries from a Perl sc ii libsocket6-perl 0.19-1 Perl extensions for IPv6 ii libsys-hostname-long-perl 1.4-1Figure out the long (fully-qualifi ii libwww-perl 5.805-1 WWW client/server library for Perl ii perl5.8.8-7etch3 Larry Wall's Practical Extraction Versions of packages spamassassin recommends: pn gcc none (no description available) ii gnupg 1.4.6-2GNU privacy guard - a free PGP rep pn libc6-dev none (no description available) pn libmail-spf-query-perlnone (no description available) pn libsys-syslog-perlnone (no description available) ii make 3.81-2 The GNU version of the make util pn re2c none (no description available) pn spamc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476698: [Pkg-sysvinit-devel] Bug#476698: killall5 should not kill fuse filesystems
[Goswin von Brederlow] we use fuse-unionfs for /etc and /usr on a pool of systems. When rebooting killall5 will kill all processes execpt init and itself causing the fuse filesystems to be killed without umount. In our case the next access to /etc or /usr will block because there will be no process left to service the request. Why does it not work to use the omitpid feature of sendsigs? It was written for cases like this. The attached patch adds a test for fuse filesystem and leaves them alone. This allows any of the many fuse filesystems to be used for system directories. It seem like a bad idea to add file system specific code in killall5, and I would prefer this to be done using the omitpid feature instead. It also changes the cwd to /proc and changes readproc() to use relative paths. This avoids access() calls to / that would deadlock if / is a fuse filesystem. This sound like a good idea. Can you make a clean patch to use relative paths? Btw, the stat() patch in #476695 will be included in the next upload. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363516: something obvious
Quoting Jean-Yves Lefort ([EMAIL PROTECTED]): The ssleay_rand_add() change was fairly idiotic. Even with no understanding of that function, it is strikingly obvious that after commenting out this statement: MD_Update(m,buf,j); the only remaining use of the buf parameter is: buf=(const char *)buf + j; That is, the buf parameter becomes unused. This is a clear indication that the person who made the change had no idea of what he was doing. What is the value added by your comment, apart from rude to the package maintainer? (Kurt, count me in for a beer with you at Debconf, just to confirm what you already know: not all people who speak French are morons) signature.asc Description: Digital signature
Bug#449148: bind9: db.root needs update: L.ROOT-SERVERS.NET has changed IP address to 199.7.83.42
severity 449148 wishlist tag 449148 -security thanks * Faidon Liambotis: You pointed out earlier in the bug log that is is a critical (sic) bug but there wasn't a fix prepared for etch. No, it's not. The prefix containing the old route server address is still assigned to Bill Manning, so there is no immediate cause for alarm. Even the fake servers returned the correct address for the L root, so the priming at the start would have removed the old L root address. We can't fix broken Internet routing. The same thing could happen to essentially all root servers. Changing addresses compiled/configured into BIND does not prevent this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461326: Patch for the 0+20051207-2.1 NMU of cmap-adobe-gb1
Dear maintainer of cmap-adobe-gb1, On Friday, May 09, 2008 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Tuesday, April 29, 2008. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/2-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: cmap-adobe-gb1 Version: 0+20051207-2.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Mon, 28 Apr 2008 18:29:55 +0200 Closes: 461326 461588 463693 478521 479604 480286 480413 480492 480952 481784 Changes: cmap-adobe-gb1 (0+20051207-2.1) unstable; urgency=low . * Non-maintainer upload to fix pending l10n issues. * Debconf translations: - German. Closes: #461326 - Russian. Closes: #461588 - Japanese. Closes: #463693 - Simplified Chinese. Closes: #478521 - Russian. Closes: #479604 - Galician. Closes: #480413 - Finnish. Closes: #480492 - Basque. Closes: #480286 - Portuguese. Closes: #480952 - Czech. Closes: #481784 -- diff -Nru cmap-adobe-gb1-0+20051207.old/debian/changelog cmap-adobe-gb1-0+20051207/debian/changelog --- cmap-adobe-gb1-0+20051207.old/debian/changelog 2008-04-27 20:57:32.281617404 +0200 +++ cmap-adobe-gb1-0+20051207/debian/changelog 2008-05-20 06:09:02.459949685 +0200 @@ -1,3 +1,20 @@ +cmap-adobe-gb1 (0+20051207-2.1) unstable; urgency=low + + * Non-maintainer upload to fix pending l10n issues. + * Debconf translations: +- German. Closes: #461326 +- Russian. Closes: #461588 +- Japanese. Closes: #463693 +- Simplified Chinese. Closes: #478521 +- Russian. Closes: #479604 +- Galician. Closes: #480413 +- Finnish. Closes: #480492 +- Basque. Closes: #480286 +- Portuguese. Closes: #480952 +- Czech. Closes: #481784 + + -- Christian Perrier [EMAIL PROTECTED] Mon, 28 Apr 2008 18:29:55 +0200 + cmap-adobe-gb1 (0+20051207-2) unstable; urgency=low * Updated fr.po, thanks to Christian Perrier - closes: #459534 diff -Nru cmap-adobe-gb1-0+20051207.old/debian/po/cs.po cmap-adobe-gb1-0+20051207/debian/po/cs.po --- cmap-adobe-gb1-0+20051207.old/debian/po/cs.po 2008-04-27 20:57:32.086752554 +0200 +++ cmap-adobe-gb1-0+20051207/debian/po/cs.po 2008-05-18 18:43:04.407113000 +0200 @@ -1,59 +1,41 @@ -# -#Translators, if you are not familiar with the PO format, gettext -#documentation is worth reading, especially sections dedicated to -#this format, e.g. by running: -# info -n '(gettext)PO Files' -# info -n '(gettext)Header Entry' -# -#Some information specific to po-debconf are available at -#/usr/share/doc/po-debconf/README-trans -# or http://www.debian.org/intl/l10n/po-debconf/README-trans -# -#Developers do not need to manually edit POT or PO files. +# Czech translation of cmap-adobe-gb1 debconf messages. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the cmap-adobe-gb1 package. +# Miroslav Kure [EMAIL PROTECTED], 2008 # msgid msgstr -Project-Id-Version: cmap-adobe-cns1\n +Project-Id-Version: cmap-adobe-gb1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-06 16:01+0900\n -PO-Revision-Date: 2005-07-15 16:48+0200\n -Last-Translator: Igor.Jasa [EMAIL PROTECTED]\n -Language-Team: Czech [EMAIL PROTECTED]\n +PO-Revision-Date: 2008-05-18 15:59+0200\n +Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n +Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n -Content-Type: text/plain; charset=ISO-8859-2\n +Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../cmap-adobe-gb1.templates:1001 msgid standard, extra -msgstr standardní, extra +msgstr standardnÃ, extra #. Type: multiselect #. Description #: ../cmap-adobe-gb1.templates:1002 -#, fuzzy -#| msgid -#| Choose the necessary group(s) of CMaps representing its importantness. msgid Needed group(s) of CMaps according to their importance. -msgstr -Vyberte nezbytnou skupinu(skupiny) CMap reprezentující svoji dùle¾itost. +msgstr Vyžadované skupiny CMap podle důležitosti. #. Type: multiselect #. Description #: ../cmap-adobe-gb1.templates:1002 -#, fuzzy -#| msgid -#| Adobe-GB1 Character Collection consists of so many CMaps that takes -#| several time to register all though rarely used ones are also included. -#| By Unselecting the extra group those rarely used ones are kept from being -#| registered. msgid The Adobe-GB1 character collection consists of so many CMaps that it takes considerable time to register them all, though rarely used ones are also included. By unselecting the extra group, those rarely used ones are kept from being registered. msgstr -Kolekce znakù Adobe-GB1 se skládá z tolika CMap, ¾e to trvá nìjaký èas -zaregistrovat v¹echny. Odznaèením zøídka pou¾ívané skupiny
Bug#482011: spamassassin: Very loud whining if resolv.conf has a bad server in it
Package: spamassassin Version: 3.2.4-1 Severity: normal I've been having logs *full* of crap like: May 19 23:27:13 chain spamd[14249]: rules: failed to run NO_DNS_FOR_FROM RBL test, skipping: May 19 23:27:13 chain spamd[14249]: (oops, no id at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 172, GEN1854 line 99. May 19 23:27:13 chain spamd[14249]: ) May 19 23:27:13 chain spamd[14249]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1854 line 99. May 19 23:27:15 chain last message repeated 5 times May 19 23:27:15 chain spamd[14249]: rules: failed to run __RFC_IGNORANT_ENVFROM RBL test, skipping: May 19 23:27:15 chain spamd[14249]: (oops, no id at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 172, GEN1854 line 99. May 19 23:27:15 chain spamd[14249]: ) May 19 23:27:18 chain spamd[14538]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1866 line 84. May 19 23:27:19 chain spamd[14538]: plugin: eval failed: oops, no key at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 173, GEN1866 line 84. May 19 23:27:19 chain spamd[14538]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1866 line 84. May 19 23:27:19 chain spamd[14538]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1866 line 84. May 19 23:27:19 chain spamd[14538]: rules: failed to run DNS_FROM_AHBL_RHSBL RBL test, skipping: May 19 23:27:20 chain spamd[14538]: (oops, no id at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 172, GEN1866 line 84. May 19 23:27:20 chain spamd[14538]: ) May 19 23:27:20 chain spamd[14538]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1866 line 84. May 19 23:27:20 chain spamd[14538]: rules: failed to run NO_DNS_FOR_FROM RBL test, skipping: May 19 23:27:21 chain spamd[14538]: (oops, no id at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 172, GEN1866 line 84. May 19 23:27:21 chain spamd[14538]: ) May 19 23:27:21 chain spamd[14542]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1869 line 104. May 19 23:27:21 chain spamd[14538]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1866 line 84. May 19 23:27:21 chain spamd[14542]: plugin: eval failed: oops, no key at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 173, GEN1869 line 104. May 19 23:27:21 chain spamd[14538]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1866 line 84. May 19 23:27:21 chain spamd[14542]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1869 line 104. May 19 23:27:22 chain spamd[14538]: rules: failed to run DNS_FROM_DOB RBL test, skipping: May 19 23:27:22 chain spamd[14542]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1869 line 104. May 19 23:27:22 chain spamd[14538]: (oops, no id at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 172, GEN1866 line 84. May 19 23:27:22 chain spamd[14542]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1869 line 104. May 19 23:27:22 chain spamd[14538]: ) May 19 23:27:22 chain spamd[14542]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1869 line 104. May 19 23:27:22 chain spamd[14538]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1866 line 84. May 19 23:27:22 chain spamd[14542]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1869 line 104. May 19 23:27:23 chain spamd[14538]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1866 line 84. May 19 23:27:23 chain spamd[14542]: rules: failed to run NO_DNS_FOR_FROM RBL test, skipping: May 19 23:27:23 chain spamd[14538]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1866 line 84. May 19 23:27:23 chain spamd[14542]: (oops, no id at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 172, GEN1869 line 104. May 19 23:27:23 chain spamd[14538]: rules: failed to run __RFC_IGNORANT_ENVFROM RBL test, skipping: May 19 23:27:23 chain spamd[14542]: ) May 19 23:27:23 chain spamd[14538]: (oops, no id at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 172, GEN1866 line 84. May 19 23:27:23 chain spamd[14542]: dns: sendto() failed: Connection refused at /usr/share/perl5/Mail/SpamAssassin/DnsResolver.pm line 374, GEN1869 line 104. May 19 23:27:24 chain spamd[14538]: ) May 19
Bug#461589: Patch for the 0+20071201-3.1 NMU of cmap-adobe-japan1
Dear maintainer of cmap-adobe-japan1, On Friday, May 09, 2008 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Tuesday, April 29, 2008. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/2-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: cmap-adobe-japan1 Version: 0+20071201-3.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Mon, 28 Apr 2008 18:46:54 +0200 Closes: 461589 463695 464469 478523 479605 480288 480288 480415 480493 481785 Changes: cmap-adobe-japan1 (0+20071201-3.1) unstable; urgency=low . * Non-maintainer upload to fix pending l10n issues. * Debconf translations: - Russian. Closes: #461589 - Japanese. Closes: #463695 - German. Closes: #464469 - Simplified Chinese. Closes: #478523 - Russian. Closes: #479605 - Basque. Closes: #480288 - Galician. Closes: #480415 - Finnish. Closes: #480493 - Basque. Closes: #480288 - Czech. Closes: #481785 -- diff -Nru cmap-adobe-japan1-0+20071201.old/debian/changelog cmap-adobe-japan1-0+20071201/debian/changelog --- cmap-adobe-japan1-0+20071201.old/debian/changelog 2008-04-27 20:58:14.014751295 +0200 +++ cmap-adobe-japan1-0+20071201/debian/changelog 2008-05-20 06:21:02.291948567 +0200 @@ -1,3 +1,20 @@ +cmap-adobe-japan1 (0+20071201-3.1) unstable; urgency=low + + * Non-maintainer upload to fix pending l10n issues. + * Debconf translations: +- Russian. Closes: #461589 +- Japanese. Closes: #463695 +- German. Closes: #464469 +- Simplified Chinese. Closes: #478523 +- Russian. Closes: #479605 +- Basque. Closes: #480288 +- Galician. Closes: #480415 +- Finnish. Closes: #480493 +- Basque. Closes: #480288 +- Czech. Closes: #481785 + + -- Christian Perrier [EMAIL PROTECTED] Mon, 28 Apr 2008 18:46:54 +0200 + cmap-adobe-japan1 (0+20071201-3) unstable; urgency=low * Updated pt.po, thanks to Traduz people - closes: #459966 diff -Nru cmap-adobe-japan1-0+20071201.old/debian/po/cs.po cmap-adobe-japan1-0+20071201/debian/po/cs.po --- cmap-adobe-japan1-0+20071201.old/debian/po/cs.po 2008-04-27 20:58:13.938796183 +0200 +++ cmap-adobe-japan1-0+20071201/debian/po/cs.po 2008-05-18 19:52:45.863114000 +0200 @@ -1,58 +1,41 @@ -# -#Translators, if you are not familiar with the PO format, gettext -#documentation is worth reading, especially sections dedicated to -#this format, e.g. by running: -# info -n '(gettext)PO Files' -# info -n '(gettext)Header Entry' -# -#Some information specific to po-debconf are available at -#/usr/share/doc/po-debconf/README-trans -# or http://www.debian.org/intl/l10n/po-debconf/README-trans -# -#Developers do not need to manually edit POT or PO files. +# Czech translation of cmap-adobe-japan1 debconf messages. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the cmap-adobe-japan1 package. +# Miroslav Kure [EMAIL PROTECTED], 2008 # msgid msgstr -Project-Id-Version: cmap-adobe-cns1\n +Project-Id-Version: cmap-adobe-japan1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-06 13:22+0900\n -PO-Revision-Date: 2006-03-12 11:51+0100\n -Last-Translator: Jakub Kasparec [EMAIL PROTECTED]\n -Language-Team: Czech [EMAIL PROTECTED]\n +PO-Revision-Date: 2008-05-18 16:01+0200\n +Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n +Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n -Content-Type: text/plain; charset=ISO-8859-2\n +Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../cmap-adobe-japan1.templates:1001 msgid standard, optional, extra -msgstr standardní, volitelná, extra +msgstr standardnÃ, volitelné, extra #. Type: multiselect #. Description #: ../cmap-adobe-japan1.templates:1002 -#, fuzzy -#| msgid Choose the necessary group(s) of CMaps representing its importance. msgid Needed group(s) of CMaps? according to their importance. -msgstr Vyberte nezbytnou CMap skupinu(y) reprezentující svoji dùle¾itost. +msgstr Vyžadované skupiny CMap podle důležitosti. #. Type: multiselect #. Description #: ../cmap-adobe-japan1.templates:1002 -#, fuzzy -#| msgid -#| Adobe-Japan1 Character Collection consists of so many CMaps that takes -#| several time to register all though rarely used ones are also included. -#| By Unselecting the extra (and possibly optional) group(s) those rarely -#| used ones are kept from being registered. msgid The Adobe-Japan1 character collection consists of so many CMaps that it takes considerable time to register them all, though rarely used ones are also included. By unselecting the extra (and possibly optional) group(s), those rarely used ones are kept from being registered. msgstr
Bug#481866: encfs_1.4.2-1(sparc/unstable): FTBFS, boost/filesystem/fstream.hpp: No such file or directory
tags 481866 +pending thanks #include hallo.h * Martin Zobel-Helas [Mon, May 19 2008, 07:16:53AM]: Package: encfs Version: 1.4.2-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of encfs_1.4.2-1 on spontini by sbuild/sparc 99.99 Build started at 20080519-0005 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), librlog-dev, librlog1c2a, libfuse-dev ( 2.6), libssl-dev ( 0.9.8), quilt, libboost-dev, pkg-config, libboost-serialization-dev [...] FileUtils.cpp:60:40: error: boost/filesystem/fstream.hpp: No such file or directory FileUtils.cpp:69: error: 'filesystem' is not a namespace-name Yes, boost::filesystem package was missing in build-deps. There will be a fix (also for other problems) in the next package version. Regards, Eduard. -- Wer zu lange ein Auge zugedrückt hat, dem werden eines Tages plötzlich beide aufgehen. -- Sophia Loren (eig. Maria Scicolone) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481933: [Pkg-xfce-devel] Bug#481933: xfce4-session: doesn't work, except startxfce4
On Tue, May 20, 2008 at 08:01:45AM +0200, Yves-Alexis Perez wrote: On lun, 2008-05-19 at 23:41 +0200, Dirk Griesbach wrote: For me its broken too. From xdm or startx xfce isn't started, however startxfce4 does work. I don't really see how startx xfce would work anyway. Can you try startx /usr/bin/startxfce4 and reportback? Executed `startx /usr/bin/startxfce4` and it was as successful as executing `startxfce4` on it's own. Yesterday I forgot to mention, that I do have some problems with some of my shortcuts since yesterdays update. E.g. I can't tune the volume with a shortcut or I can't get the window list with `xdesktop -windowlist`. However, if I start the last command from an command line, after this the shortcut will work. Sadly this trick does not work with the volume but I can still tune it via command line. :) OK, till now I know that if I start xfce as usual through xdm, I will only get a blank screen with the root window of xdm and some mouse pointer. But the shortcuts (OK, most of them) do work. E.g. I can startxfce4-terminal with one of my shortcuts. But there is no panel and all the other fancy stuff. If I then execute `startxfce4` in the opened terminal this will do the trick. Everything will be there as nothing ever happened before. Panel, shortcuts - even the non working shortcuts which are non working when started `startxfce4` from console do work. Regards, Dirk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482012: exim4: TLS incoming connections problems
Package: exim4 Version: 4.69-5 Severity: normal I was using TLS with an Outlook Express client fine with version 4.69-2. Yesterday, 4.69-5 went into lenny, I upgraded, and now i have these errors: - (from /var/log/exim4/mainlog) TLS error on connection from (hostname) [ipaddress] (gnutls_handshake): Error in the push function. - This blocks here, then Outlook Express have a timeout and closes the connection: - (from /var/log/exim4/mainlog) unexpected disconnection while reading SMTP command from (hostname) [ipaddress] (error: connection reset by peer) - Then, I try again sending the message, but I get: - (from /var/log/exim4/mainlog) TLS error on connection from (hostname) [ipaddress] (gnutls_handshake): A TLS packet with unexpected length was received. - And again blocks here, then Outlook Express times out, and the story begins again from the start... Since yesterday many packages went into lenny, I'm not sure if Exim is the real cause of this problem, maybe it could be gnutls, or something other. Where can I get exim 4.69-2 to test it again and see if it works? -- Package-specific info: Exim version 4.69 #1 built 02-May-2008 12:58:06 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='false' dc_mailname_in_oh='true' dc_localdelivery='maildir_home' mailname:localhost -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy ii exim4-base4.69-5+b1 support files for all Exim MTA (v4 ii exim4-daemon-heavy4.69-5+b1 Exim MTA (v4) daemon with extended exim4 recommends no packages. -- debconf information: * exim4/drec: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476672: linux-image-2.6.25-2-486: alsa snd-cs46xx module missing
Same here - it took quite a while to detect this as error source for absence of sound. 00:0d.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) had been supported all the way from kernel 2.2. up! Now it suddenly is gone :( Chris: Could you possibly give further directions on how to build the module? Regards Ralf localhost:/usr/src/linux-headers-2.6.22-3/sound/pci/cs46xx# cat Makefile # # Makefile for ALSA # Copyright (c) 2001 by Jaroslav Kysela [EMAIL PROTECTED] # snd-cs46xx-objs := cs46xx.o cs46xx_lib.o ifeq ($(CONFIG_SND_CS46XX_NEW_DSP),y) snd-cs46xx-objs += dsp_spos.o dsp_spos_scb_lib.o endif # Toplevel Module Dependency obj-$(CONFIG_SND_CS46XX) += snd-cs46xx.o -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473304: libhtml-wikiconverter-perl and friends
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, May 20, 2008 at 01:42:55AM -0400, Rene Mayorga wrote: On Mon, May 19, 2008 at 10:07:39PM +0200, Jonas Smedegaard wrote: I agree that packaging the submodules formerly part of the main module is needed. But I do not see how dropping the recommendation for a virtual package shared among all submodules, and replacing that with suggesting only the submodules formerly part of the module, can solve this bug. The suggest was to add info to the POD and html2wiki binary in order to notice the users about that the package was splitted. IMHO having a dep in a virtual package will get the users to install the first package which provide the virtual package, this could have a false bug reports telling us that we are missing $foo wiki dialect. I added the virtual package not to solve backwards compatibility, but to help indicate that the module needs some submodule to work. Either we just admit that the package has changed, and warn about that in debian/NEWS. Sounds nice for me, but I also think that we should add the notice in POD and html2wiki to catch more despite users :). Good idea. Feel free to add patches, and get in touch with upstream suggesting them to adopt those patches. Or we make the main package depend on the submodules formerly part of the module. Having a dep on all the submodules will came to have a bunch of modules installed, this also will follow to have the need to add a depend to every -dialect module that could be added to the archive. Not all of them - that's what the virtual package is for. Just the ones formerly part of the main module. And if we choose that apporach, then yes, other users not needing those submodules are forced to install them anyway. We can drop the dependencies after lenny+1 is released as stable. Alternatively we can rename the main package to -core, replacing it with an empty transitional package hard-depending on -core and the used-to-be submodules. that would avoid surprises for old users and also support new users uninterested in the added dependencies. But I believe it would violate Debian Perl Policy (main module is not called -core). I favor a combination of first and second option: 1) Document that content of main module has changed 2) Have main module recommend formerly included submodules 3) Drop explicit submodule-recommendations after lenny+1 - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIMneBn7DbMsAkQLgRAoeVAJwMIWJ8sx7KTYVyUmfyI4gKAyF6dQCgkEZx WEhsNAMGCMv46ITEbt0bgkk= =yyGI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481978: [Pkg-bazaar-maint] Bug#481978: bzr-dbus causes commits pushes to hang with bzr 1.5
On Mon, 2008-05-19 at 16:46 -0500, Michael Schurter wrote: Package: bzr-dbus Version: 0.1~bzr35-4 Severity: important Just upgraded to bzr 1.5 and bzr-dbus seems to lock up my commits and pushes. Luckily I can hit ctrl-c to exit and the action will have completed successfully. Here's an example of a push from my ~/.bzr.log: http://pastebin.com/m310f07c6 Hi, Thanks for the bug report. Looking at the traceback it is presumably an infinite loop. I don't have time this minute to investigate unfortunately. If you would like to investigate a little more you can run bzr with BZR_PDB=1 set in the environment, and then send SIGQUIT (ctrl-\) to force it to drop in to pdb, which would then allow you to step through the code. You don't have to do this, but it may speed up the fix. Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482013: network-manager: Unable to connect to wireless network
Package: network-manager Version: 0.6.4-6 Severity: important In conjunction with the madwifi driver network manager is unable to connect to a wireless network being it encrypted or not. This issue is also addressed in ticket #1030 of madwifi and ubuntu bug #199802. It can sometimes be circumvented by setting iwpriv ath0 mode 3 The problem persists up to madwifi source for 0.9.4. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages network-manager depends on: ii adduser3.102 Add and remove users and groups ii dbus 1.0.2-1 simple interprocess messaging syst ii dhcdbd 2.0-3 D-Bus interface to the ISC DHCP cl ii hal0.5.8.1-9 Hardware Abstraction Layer ii ifupdown 0.6.8 high level tools to configure netw ii iproute20061002-3Professional tools to control the ii iputils-arping 3:20020927-6 Tool to send ICMP echo requests to ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgpg-error0 1.4-1 library for common error values an ii libhal10.5.8.1-9 Hardware Abstraction Layer - share ii libiw2828-1 Wireless tools - library ii libnl1-pre61.0~pre6-2Library for dealing with netlink s ii libnm-util00.6.4-6 network management framework (shar ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii wpasupplicant 0.5.5-2 Client support for WPA and WPA2 (I network-manager recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482012: exim4: TLS incoming connections problems
On Tue, May 20, 2008 at 08:53:44AM +0200, Diego Guella wrote: I was using TLS with an Outlook Express client fine with version 4.69-2. Yesterday, 4.69-5 went into lenny, I upgraded, and now i have these errors: - (from /var/log/exim4/mainlog) TLS error on connection from (hostname) [ipaddress] (gnutls_handshake): Error in the push function. - This blocks here, then Outlook Express have a timeout and closes the connection: - (from /var/log/exim4/mainlog) unexpected disconnection while reading SMTP command from (hostname) [ipaddress] (error: connection reset by peer) - Then, I try again sending the message, but I get: - (from /var/log/exim4/mainlog) TLS error on connection from (hostname) [ipaddress] (gnutls_handshake): A TLS packet with unexpected length was received. - And again blocks here, then Outlook Express times out, and the story begins again from the start... When I last looked, OE was not able to do STARTTLS and required special configuration to allow smtp-over-tls on Port 465. Exim requires special configuration to support this. How did you enable smtp-over-tls? Since yesterday many packages went into lenny, I'm not sure if Exim is the real cause of this problem, maybe it could be gnutls, or something other. Where can I get exim 4.69-2 to test it again and see if it works? You can try pulling an older package from snapshot.debian.net. I would suggest a different debugging path though: (1) verify whether your OE does STARTTLS or smtp-over-ssl (2) try with a command line client (swaks, gnutls-cli, openssl s_client) whether your exim actually does what your OE expects it to do (3) try with a command line server (gnutls-serv, openssl s_server) whether your OE is able to connect to the server. This might be a challenge to do with STARTTLS. Disabling the client certificate request in exim configuration may be worth a try, too. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461587: Patch for the 0+20060819-2.1 NMU of cmap-adobe-cns1
Dear maintainer of cmap-adobe-cns1, On Friday, May 09, 2008 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Tuesday, April 29, 2008. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/2-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: cmap-adobe-cns1 Version: 0+20060819-2.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Mon, 28 Apr 2008 18:43:36 +0200 Closes: 461587 461648 463692 478522 479603 480283 480412 480490 480951 481782 Changes: cmap-adobe-cns1 (0+20060819-2.1) unstable; urgency=low . * Non-maintainer upload to fix pending l10n issues. * Debconf translations: - Russian. Closes: #461587 - German. Closes: #461648 - Japanese. Closes: #463692 - Simplified Chinese. Closes: #478522 - Russian. Closes: #479603 - Galician. Closes: #480412 - Finnish. Closes: #480490 - Basque. Closes: #480283 - Portuguese. Closes: #480951 - Czech. Closes: #481782 -- diff -Nru cmap-adobe-cns1-0+20060819.old/debian/changelog cmap-adobe-cns1-0+20060819/debian/changelog --- cmap-adobe-cns1-0+20060819.old/debian/changelog 2008-04-27 20:57:57.674083409 +0200 +++ cmap-adobe-cns1-0+20060819/debian/changelog 2008-05-20 06:08:33.272097622 +0200 @@ -1,3 +1,20 @@ +cmap-adobe-cns1 (0+20060819-2.1) unstable; urgency=low + + * Non-maintainer upload to fix pending l10n issues. + * Debconf translations: +- Russian. Closes: #461587 +- German. Closes: #461648 +- Japanese. Closes: #463692 +- Simplified Chinese. Closes: #478522 +- Russian. Closes: #479603 +- Galician. Closes: #480412 +- Finnish. Closes: #480490 +- Basque. Closes: #480283 +- Portuguese. Closes: #480951 +- Czech. Closes: #481782 + + -- Christian Perrier [EMAIL PROTECTED] Mon, 28 Apr 2008 18:43:36 +0200 + cmap-adobe-cns1 (0+20060819-2) unstable; urgency=low * Updated fr.po, thanks to Christian Perrier - closes: #459533 diff -Nru cmap-adobe-cns1-0+20060819.old/debian/po/cs.po cmap-adobe-cns1-0+20060819/debian/po/cs.po --- cmap-adobe-cns1-0+20060819.old/debian/po/cs.po 2008-04-27 20:57:57.390752065 +0200 +++ cmap-adobe-cns1-0+20060819/debian/po/cs.po 2008-05-18 18:43:32.543114000 +0200 @@ -1,59 +1,41 @@ -# -#Translators, if you are not familiar with the PO format, gettext -#documentation is worth reading, especially sections dedicated to -#this format, e.g. by running: -# info -n '(gettext)PO Files' -# info -n '(gettext)Header Entry' -# -#Some information specific to po-debconf are available at -#/usr/share/doc/po-debconf/README-trans -# or http://www.debian.org/intl/l10n/po-debconf/README-trans -# -#Developers do not need to manually edit POT or PO files. +# Czech translation of cmap-adobe-cns1 debconf messages. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the cmap-adobe-cns1 package. +# Miroslav Kure [EMAIL PROTECTED], 2008 # msgid msgstr Project-Id-Version: cmap-adobe-cns1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-06 18:12+0900\n -PO-Revision-Date: 2005-07-15 07:00+0200\n -Last-Translator: Igor.Jasa [EMAIL PROTECTED]\n -Language-Team: Czech [EMAIL PROTECTED]\n +PO-Revision-Date: 2008-05-18 15:57+0200\n +Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n +Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n -Content-Type: text/plain; charset=ISO-8859-2\n +Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../cmap-adobe-cns1.templates:1001 msgid standard, extra -msgstr standardní, extra +msgstr standardnÃ, extra #. Type: multiselect #. Description #: ../cmap-adobe-cns1.templates:1002 -#, fuzzy -#| msgid -#| Choose the necessary group(s) of CMaps representing its importantness. msgid Needed group(s) of CMaps representing its importance. -msgstr -Vyberte nezbytnou skupinu(skupiny) CMap reprezentující svoji dùle¾itost. +msgstr Vyžadované skupiny CMap podle důležitosti. #. Type: multiselect #. Description #: ../cmap-adobe-cns1.templates:1002 -#, fuzzy -#| msgid -#| Adobe-CNS1 Character Collection consists of so many CMaps that takes -#| several time to register all though rarely used ones are also included. -#| By Unselecting the extra group those rarely used ones are kept from -#| being registered. msgid The Adobe-CNS1 character collection consists of so many CMaps that it takes considerable time to register them all, though rarely used ones are also included. By unselecting the extra group those rarely used ones are kept from being registered. msgstr -Kolekce znakù Adobe-CNS1 se skládá z tolika CMap, ¾e to trvá nìjaký èas -zaregistrovat v¹echny. Odznaèením zøídka pou¾ívané skupiny zabráníte jejich
Bug#444981: linux-image-2.6.18-4-686: Oops in free_uid()
Package: linux-image-2.6.18-6-686-bigmem Version: 2.6.18.dfsg.1-18etch1 Here are the next kernel panic from week before last : May 9 13:11:20 server kernel: BUG: unable to handle kernel paging request at virtual address 00100104 May 9 13:11:20 server kernel: printing eip: May 9 13:11:20 server kernel: c01260ba May 9 13:11:20 server kernel: *pde = 07712001 May 9 13:11:20 server kernel: *pte = May 9 13:11:20 server kernel: Oops: 0002 [#1] May 9 13:11:20 server kernel: SMP May 9 13:11:20 server kernel: Modules linked in: ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables nfs nfsd exportfs lockd nfs_acl sunrpc ipv6 xfs dm_snapshot dm_mirror dm_mod ipmi_devintf ipmi_si ipmi_msghandler ide_generic ide_disk parport_pc i2c_i801 serio_raw shpMay 9 13:11:20 server kernel: CPU:3 May 9 13:11:20 server kernel: EIP:0060:[c01260ba]Not tainted VLI May 9 13:11:20 server kernel: EFLAGS: 00010002 (2.6.18-6-686-bigmem #1) May 9 13:11:20 server kernel: EIP is at free_uid+0x22/0x64 May 9 13:11:20 server kernel: eax: 00200200 ebx: c53caa00 ecx: c53caa28 edx: 00100100 May 9 13:11:20 server kernel: esi: 0086 edi: e3f11f34 ebp: d8e8e748 esp: e3f11e84 May 9 13:11:20 server kernel: ds: 007b es: 007b ss: 0068 May 9 13:11:20 server kernel: Process smbd (pid: 20029, ti=e3f1 task=e80ea000 task.ti=e3f1) May 9 13:11:20 server kernel: Stack: d8e8e748 d8e8e774 c012653d f718a218 c012691f 000a 000a 0009 May 9 13:11:20 server kernel: e3f11f14 e80ea000 e80ea464 c0127b51 0021 May 9 13:11:20 server kernel:b7d54ff4 e3f11fbc c0127ecb e3f11fbc e3f11f94 e3f11f14 e80ea464 0003 May 9 13:11:20 server kernel: Call Trace: May 9 13:11:20 server kernel: [c012653d] __sigqueue_free+0x1e/0x2d May 9 13:11:20 server kernel: [c012691f] __dequeue_signal+0x108/0x15c May 9 13:11:20 server kernel: [c0127b51] dequeue_signal+0x2d/0x9c May 9 13:11:20 server kernel: [c0127ecb] get_signal_to_deliver+0xe3/0x3bc May 9 13:11:20 server kernel: [c01023a2] do_notify_resume+0x71/0x5d7 May 9 13:11:20 server kernel: [c01166f5] __wake_up_common+0x2f/0x53 May 9 13:11:20 server kernel: [c027f582] schedule+0x84e/0x8fe May 9 13:11:20 server kernel: [c012ab09] sys_setresuid+0x1ae/0x1c0 May 9 13:11:20 server kernel: [c0102d06] work_notifysig+0x13/0x19 May 9 13:11:20 server kernel: Code: 30 c0 56 9d 5b 31 c0 5e c3 56 85 c0 53 89 c3 74 59 9c 5e fa ba d4 be 2c c0 e8 53 0d 09 00 85 c0 74 46 8d 4b 28 8b 53 28 8b 41 04 89 42 04 89 10 89 f2 b8 d4 be 2c c0 c7 41 04 00 02 20 00 c7 43 May 9 13:11:20 server kernel: EIP: [c01260ba] free_uid+0x22/0x64 SS:ESP 0068:e3f11e84 After this kernel panic, I installed my own debian kernel package. I build it with the current debian kernel sources and a patched kernel/user.c Here are the diff for the patched file kernel/user.c --- user.c 2006-09-20 05:42:06.0 +0200 +++ user.c 2008-05-09 10:26:24.0 +0200 @@ -187,6 +187,17 @@ atomic_dec(old_user-processes); switch_uid_keyring(new_user); current-user = new_user; + + /* +* We need to synchronize with __sigqueue_alloc() +* doing a get_uid(p-user).. If that saw the old +* user value, we need to wait until it has exited +* its critical region before we can free the old +* structure. +*/ + smp_mb(); + spin_unlock_wait(current-sighand-siglock); + free_uid(old_user); suid_keys(current); } We also identified the users, which are the cause for kernel panic and stressing access on samba server. Now, the new kernel is running and running also under the high load on samba server. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#482014: glxinfo freezes X-Windows
Package: xserver-xorg-video-intel Version: 2:2.2.1-2 Severity: critical Any OpenGL acceleration access makes X-Windows freeze. Even a simple call of glxinfo shows that effect. OpenGL has been working on this system before, no configuration was changed since, only all updates from lenny have been installed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482017: splashy: should use omitpit feature to avoid getting killed by sendsigs
Package: splashy Version: 0.3.8-1 In version 2.86.ds1-57 of sysvinit, I removed the special handling of splash screen processes from init.d/sendsigs. The splash screen handlers are expected to use the omitpid feature of init.d/sendsigs to avoid getting killed at the wrong time during shutdown. Adding something like this when starting splashy should solve it: mkdir -p /lib/init/rw/sendsigs.omit.d rm -f /lib/init/rw/sendsigs.omit.d/splashy ln -s /var/run/splashy.pid /lib/init/rw/sendsigs.omit.d/splashy Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482016: gosa: needless errors/warnings are printed on uninstall
Package: gosa Version: 2.5.16-1 Severity: minor While uninstalling gosa with 'apt-get --purge remove gosa', these errors were printed: --- Package `apache' is not installed and no info is available. Use dpkg --info (= dpkg-deb --info) to examine archive files, and dpkg --contents (= dpkg-deb --contents) to list their contents. Package `apache-ssl' is not installed and no info is available. Use dpkg --info (= dpkg-deb --info) to examine archive files, and dpkg --contents (= dpkg-deb --contents) to list their contents. Purging configuration files for gosa ... Removing /var/spool/gosa as requested. Package `apache' is not installed and no info is available. Use dpkg --info (= dpkg-deb --info) to examine archive files, and dpkg --contents (= dpkg-deb --contents) to list their contents. Package `apache-ssl' is not installed and no info is available. Use dpkg --info (= dpkg-deb --info) to examine archive files, and dpkg --contents (= dpkg-deb --contents) to list their contents. --- These errors should be suppressed in the uninstall script imho. John -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=nl_NL (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gosa depends on: ii apache2 2.2.8-4 Next generation, scalable, extenda ii apache2-mpm-prefork 2.2.8-4 Traditional model for Apache HTTPD ii fping 2.4b2-to-ipv6-15 sends ICMP ECHO_REQUEST packets to ii imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs ii libcrypt-smbhash-pe 0.12-2 generate LM/NT hash of a password ii php55.2.6-1 server-side, HTML-embedded scripti ii php5-gd 5.2.6-1 GD module for php5 ii php5-imap 5.2.6-1 IMAP module for php5 ii php5-ldap 5.2.6-1 LDAP module for php5 ii php5-mhash 5.2.6-1 MHASH module for php5 ii php5-mysql 5.2.6-1 MySQL module for php5 ii php5-recode 5.2.6-1 recode module for php5 ii postfix [mail-trans 2.5.2-0 High-performance mail transport ag ii smarty 2.6.19-1 Template engine for PHP ii smarty-gettext 1.0b1-2 provides gettext support for smart ii wwwconfig-common0.1.1Debian web auto configuration gosa recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482015: usplash: should use omitpit feature to avoid getting killed by sendsigs
Package: usplash Version: 0.5.19-1 In version 2.86.ds1-57 of sysvinit, I removed the special handling of splash screen processes from init.d/sendsigs. The splash screen handlers are expected to use the omitpid feature of init.d/sendsigs to avoid getting killed at the wrong time during shutdown. Adding something like this when starting usplash should solve it: mkdir -p /lib/init/rw/sendsigs.omit.d rm -f /lib/init/rw/sendsigs.omit.d/usplash ln -s /var/run/usplash.pid /lib/init/rw/sendsigs.omit.d/usplash Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480959: splashy doesn't allow you to enter LUKS password at boot up
The splash_user_input() API in /lib/init/splash-functions-base is supposed to be able to handle this. Is the process asking for a password using it? Is it implemented in splashy? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482010: spamassassin: [patch] also present in 3.2.4-1
Package: spamassassin Version: 3.2.4-1 Followup-For: Bug #482010 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This seems to be caused by gated_through_received_hdr_remover() not being defined as an eval rule in Mail::SpamAssassin::Plugin::HeaderEval - -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages spamassassin depends on: pn libarchive-tar-perl none (no description available) ii libdigest-sha1-perl 2.11-2+b1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.56-1+b1 A collection of modules that parse ii libio-zlib-perl 1.09-1 IO:: style interface to gzip/zlib ii libnet-dns-perl 0.63-1+b1 Perform DNS queries from a Perl sc ii libsocket6-perl 0.20-1 Perl extensions for IPv6 ii libsys-hostname-long-perl 1.4-2 Figure out the long (fully-qualifi ii libwww-perl 5.812-1WWW client/server library for Perl ii perl 5.10.0-10 Larry Wall's Practical Extraction ii perl-modules [libio-zlib-perl 5.10.0-10 Core Perl modules Versions of packages spamassassin recommends: ii gcc 4:4.2.2-2 The GNU C compiler ii gnupg 1.4.6-2.2 GNU privacy guard - a free PGP rep ii libc6-dev 2.7-10 GNU C Library: Development Librari pn libmail-spf-perl none (no description available) pn libsys-syslog-perlnone (no description available) ii make 3.81-4 The GNU version of the make util ii re2c 0.13.3-1 tool for generating fast C-based r ii spamc 3.2.4-1Client for SpamAssassin spam filte - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIMoRX10rqkowbIskRAq8KAJ9vM/KKAdPubWION1voJJ3wnJ2aQwCdEgG+ Jyrya/2quNUpjK9vF1ktXRE= =/aE8 -END PGP SIGNATURE- --- Mail/SpamAssassin/Plugin/HeaderEval.pm.orig 2008-01-05 22:10:50.0 +0100 +++ Mail/SpamAssassin/Plugin/HeaderEval.pm 2008-05-20 09:37:16.0 +0200 @@ -66,6 +66,7 @@ $self-register_eval_rule(check_unresolved_template); $self-register_eval_rule(check_ratware_name_id); $self-register_eval_rule(check_ratware_envelope_from); + $self-register_eval_rule(gated_through_received_hdr_remover); return $self; }
Bug#481577: libpq-dev: pg_config lists too much
* Peter Eisentraut | Tollef Fog Heen wrote: | | There's currently a discussion on | [EMAIL PROTECTED] about how to link in libpq correctly and | people are proposing to use the output of pg_config --libs. | | The correct way is to use pg_config --libdir to find out the correct | directory (although you may want to omit it if it's /usr/lib), and | then link with -lpq. That's not sufficient on inferior platforms lacking inter-library linking, though. (Which is not a problem for Debian, but probably for upstream). -- Tollef Fog Heen / Linpro ASt: 21 54 41 73 UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472406: Workaround
Please try to execute: $ cd /usr $ widelands In my case it helped. How? I have run strace and grepped for locale string: $ strace -o /tmp/widelands.txt widelands $ grep locale widelands.txt open(/home/user/share/games/widelands/locale/pl_PL/LC_MESSAGES/widelands.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/user/share/games/widelands/locale/pl/LC_MESSAGES/widelands.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/user/share/games/widelands/locale/en_GB/LC_MESSAGES/widelands.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/user/share/games/widelands/locale/en/LC_MESSAGES/widelands.mo, O_RDONLY) = -1 ENOENT (No such file or directory) I have found that locale files are located in: $ dpkg -L widelands-data | grep pl_PL /usr/share/games/widelands/locale/pl_PL /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/worlds /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/worlds/winterland.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/worlds/desert.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/worlds/greenland.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/worlds/blackland.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/widelands.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/tribes /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/tribes/empire.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/tribes/barbarians.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/texts.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/maps.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/campaigns /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/campaigns/emp01.wmf.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/campaigns/t02.wmf.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/campaigns/emp02.wmf.mo /usr/share/games/widelands/locale/pl_PL/LC_MESSAGES/campaigns/t01.wmf.mo So I suppose there is something wrong with prefix. I don't know whether it is upstream or Debian bug. guessWould it behave the same way if configure is called with some prefix set to .?/guess Regards, Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482017: Bug#482015: usplash: should use omitpit feature to avoid getting killed by sendsigs
severity 482015 important severity 482017 important kthxbye Hi, raising severity as this change breaks splashy and usplash. regards, Holger pgpGKXk65aNng.pgp Description: PGP signature
Bug#481911: elisa: incompatible with twisted 8
Hi Zack,
For now you can replace gstreamer:gst_metadata_client with
gstreamer:gst_metadata in elisa.conf.
I will work on a fix for that issue very soon, I hope...
Sorry, I didn't mean to be rude on the forum :/
Philippe
Le lundi 19 mai 2008 à 10:12 -0400, Zack Weinberg a écrit :
Package: elisa
Version: 0.3.5-3
Severity: grave
Justification: renders package unusable
When I start up Elisa, I get a mangled display and a bunch of Python
stacktraces (quoted below). I reported these to the upstream support
forums at http://elisa.fluendo.com/forums/viewtopic.php?pid=1831 and
was told, in so many words, that Elisa does not yet support Twisted 8
and they would be grateful for patches.
As the only version of Twisted available in testing or unstable is
8.0.1, this effectively renders the package unusable. I may try to
come up with patches but I don't know anything about Twisted or
elisa's internals.
---
Traceback (most recent call last):
File /usr/lib/python2.5/site-packages/twisted/internet/gtk2reactor.py,
line 226, in simulate
self.runUntilCurrent()
File /usr/lib/python2.5/site-packages/twisted/internet/base.py,
line 698, in runUntilCurrent
call.func(*call.args, **call.kw)
File /usr/lib/python2.5/site-packages/twisted/internet/task.py,
line 251, in _tick
result = iterator.next()
File /usr/lib/python2.5/site-packages/elisa/core/manager.py, line
109, in load_providers_iter
provider_name)
--- exception caught here ---
File /usr/lib/python2.5/site-packages/twisted/internet/defer.py,
line 105, in maybeDeferred
result = f(*args, **kw)
File /usr/lib/python2.5/site-packages/elisa/core/plugin_registry.py,
line 546, in create_component
res = component.initialize()
File
/usr/lib/python2.5/site-packages/elisa/plugins/gstreamer_plugin/gst_metadata.py,
line 1391, in initialize
dfr = self.launcher.startProcess()
File
/usr/lib/python2.5/site-packages/elisa/plugins/gstreamer_plugin/gst_metadata.py,
line 1289, in startProcess
protocol = self.buildProtocol(None)
File
/usr/lib/python2.5/site-packages/elisa/plugins/gstreamer_plugin/gst_metadata.py,
line 1252, in buildProtocol
protocol = pb.PBClientFactory.buildProtocol(self, addr)
File /usr/lib/python2.5/site-packages/twisted/spread/pb.py, line
1056, in buildProtocol
p = self.protocol(isClient=True, security=self.security)
exceptions.TypeError: __init__() got an unexpected keyword argument 'security'
type 'exceptions.TypeError'
Python 2.5.2: /usr/bin/python
Fri May 16 13:55:07 2008
A problem occurred in a Python script. Here is the sequence of
function calls leading up to the error, in the order they occurred.
type 'exceptions.TypeError': _proxy_child_signal() takes exactly 8
arguments (5 given)
__class__ = type 'exceptions.TypeError'
__delattr__ = method-wrapper '__delattr__' of
exceptions.TypeError object at 0x9cb2e0c
__dict__ = {}
__doc__ = 'Inappropriate argument type.'
__getattribute__ = method-wrapper '__getattribute__' of
exceptions.TypeError object at 0x9cb2e0c
__getitem__ = method-wrapper '__getitem__' of
exceptions.TypeError object at 0x9cb2e0c
__getslice__ = method-wrapper '__getslice__' of
exceptions.TypeError object at 0x9cb2e0c
__hash__ = method-wrapper '__hash__' of exceptions.TypeError
object at 0x9cb2e0c
__init__ = method-wrapper '__init__' of exceptions.TypeError
object at 0x9cb2e0c
__new__ = built-in method __new__ of type object at 0x813f500
__reduce__ = built-in method __reduce__ of exceptions.TypeError
object at 0x9cb2e0c
__reduce_ex__ = built-in method __reduce_ex__ of
exceptions.TypeError object at 0x9cb2e0c
__repr__ = method-wrapper '__repr__' of exceptions.TypeError
object at 0x9cb2e0c
__setattr__ = method-wrapper '__setattr__' of
exceptions.TypeError object at 0x9cb2e0c
__setstate__ = built-in method __setstate__ of
exceptions.TypeError object at 0x9cb2e0c
__str__ = method-wrapper '__str__' of exceptions.TypeError object
at 0x9cb2e0c
args = ('_proxy_child_signal() takes exactly 8 arguments (5 given)',)
message = '_proxy_child_signal() takes exactly 8 arguments (5 given)'
The above is a description of an error in a Python program. Here is
the original traceback:
TypeError: _proxy_child_signal() takes exactly 8 arguments (5 given)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481980: RFP: Jubler -- Jubler Subtitle Editor
ok, i see your point.. :-) so.., once more... --- Please fill out the fields below. --- Package name: jubler Version: 3.9.0 Upstream Author: Panayotis Katsaloulis [EMAIL PROTECTED] URL: http://www.jubler.org License: GPL Short Description: Subtitle editor in Java Long Description : Jubler is a tool to edit text-based subtitles. It can be used as an authoring software for new subtitles or as a tool to convert, transform, correct and refine existing subtitles. The most popular subtitle formats can be used. Preview of the subtitles in realtime or in design time, spell checking, translation mode and styles editing are some of the main features. -- thanks for the interest and please, correct me if i've done it all wrong again, dimitris. -- During times of universal deceit, telling the truth becomes a revolutionary act. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#10813: Together forever
You have touched my heart http://89.20.3.106/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482018: iotop: fails to run in terminal (curs_set fails)
Package: iotop Version: 0.1-2 Severity: normal starting iotop on a terminal (ssh connected) fails with the following message: Traceback (most recent call last): File /usr/bin/iotop, line 608, in module main() File /usr/bin/iotop, line 604, in main curses.wrapper(run_iotop, options) File /usr/lib/python2.5/curses/wrapper.py, line 44, in wrapper return func(stdscr, *args, **kwds) File /usr/bin/iotop, line 562, in run_iotop ui = IOTopUI(win, process_list, options) File /usr/bin/iotop, line 445, in __init__ curses.curs_set(0) _curses.error: curs_set() returned ERR after some googling i found http://www.redhat.com/archives/fedora-extras-commits/2007-December/msg06555.html with a fix for the problem. (let curses exception pass) note: starting iotop in a screen session works. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (700, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (70, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iotop depends on: ii python2.5.2-1An interactive high-level object-o iotop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482020: Wish for logcheck whitelists
Package: avahi-daemon Severity: wishlist I use logcheck to look through syslog data for important entries. It does this by telling me about all entries that it doesn't recognize as unimportant. Currently, avahi-daemon provides no /etc/logcheck/*.d.ignore/avahi-daemon files, so logcheck thinks that *all* avahi-daemon log entries are important. It generates an awful lot of them, and probably most of them don't require an admin to take action. I'd write these files myself and include them in this BTS, but I'm not sufficiently familiar with avahi-daemon to know what is ignorable. As a workaround I will probably just purge avahi-daemon from workstations on my network. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482019: New upstream version available
Package: m17n-contrib
Severity: wishlist
Hi,
New upstream version available at
http://www.m17n.org/m17n-lib-download/m17n-contrib-1.1.6.tar.gz
.. and you can fix #474216 along with it too :)
--
Cheers,
Kartik Mistry | 0xD1028C8D | IRC: kart_
Blogs: {ftbfs,kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482022: Nut package reboot problem
Package: nut Version: 2.0.4-4 I'd like to report, that in (probably) all NUT's debian packages is bug in /etc/init.d/nut file on line 131 (etch package). There should be /etc/init.d/reboot stop and in package's file, there's that line without stop argument - only /etc/init.d/reboot. That's cause, why when is POWEROFF_WAIT variable set in /etc/default/nut, machine is not executing after 'sleep' timeout definned by POWEROFF_WAIT variable reboot, but stay halted - if nut on UPS power event called ie. shutdown -h +0. Thnx for fixing. Peter Ivancik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482021: [krb5-config] Default krb5.conf prevents aklog to slac.stanford.edu
Package: krb5-config Version: 1.18 Severity: normal --- Please enter the report below this line. --- I am a user of /afs/slac.stanford.edu This domain has recently upgraded to use krb5. I found I was able to kinit, but aklog returned an unknown RPC error. After some time, I found that commenting out the following line in krb5.conf fixed the problem: .stanford.edu = stanford.edu (this also appears in krb5.conf.template). I also commented out other lines related to the stanford.edu realm. This bug rendered afs unusable for me, so should arguably have a higher severity than normal, but I leave that to your judgement. Cheers Tim --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.uk.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== debconf (= 0.5) | 1.5.22 OR debconf-2.0| -- Tim Gershon University of Warwick +44 (0) 24765 23778 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482018: iotop: fails to run in terminal (curs_set fails)
On Tue, 2008-05-20 at 10:14 +0200, root wrote: starting iotop on a terminal (ssh connected) fails with the following message: I can't reproduce this. Please list how to reproduce it. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#433846: Announce of the upcoming NMU for the interchange package
Christian Perrier wrote: Otherwise the following will happen (or already has): Saturday, March 15, 2008 : send the first intent to NMU notice to the package maintainer. Tuesday, May 06, 2008 : send this notice Friday, May 16, 2008 : deadline for receiving translation updates Saturday, May 17, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Monday, May 19, 2008 : NMU uploaded to incoming Where is this NMU patch please ? Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482023: new generated keys are vulnerable
Package: openssh-server Version: 1:4.3p2-9etch2 Severity: normal after installing 1:4.3p2-9etch2 my host keys were regenerated, but the new keys are reported to be vulnerable, too. I can reproduce that: # vim /var/cache/debconf/config.dat ... delete seen flag for ssh/vulnerable_host_keys # dpkg-reconfigure openssh-server ... message Vulnerable host keys will be regenerated Creating SSH2 RSA key; this may take some time ... Creating SSH2 DSA key; this may take some time ... Host key 15:2b:b1:5a:26:05:5b:ca:45:39:ea:12:a2:59:ea:dc blacklisted (see ssh-vulnkey(1)) Host key 81:bc:50:f6:1e:ab:5d:82:96:ca:3c:4f:90:22:23:c5 blacklisted (see ssh-vulnkey(1)) Restarting OpenBSD Secure Shell server: sshdHost key 15:2b:b1:5a:26:05:5b:ca:45:39:ea:12:a2:59:ea:dc blacklisted (see ssh-vulnkey(1)) Host key 81:bc:50:f6:1e:ab:5d:82:96:ca:3c:4f:90:22:23:c5 blacklisted (see ssh-vulnkey(1)) . After repeating the above receipt the key fingerprints change. The problem is that my system has a libssl from testing (i.e. 0.9.8g-8). Maybe openssh-server should conflict with the vulnerable versions of libssl? Or the newly generated keys should be checked resulting in a warning if they are still vulnerable. A fixed libssl version for testing-proposed-updated would be great, too. (But this it OT for this report.) Installing libssl from unstable and reconfiguring openssh-server (after deleting the seen flag) fixed the problem. Best regards Uwe -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (900, 'proposed-updates'), (900, 'stable'), (300, 'testing-proposed-updates'), (300, 'testing'), (200, 'unstable'), (2, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openssh-server depends on: ii add 3.102Add and remove users and groups ii deb 1.5.11etch2 Debian configuration management sy ii dpk 1.14.16.6package maintenance system for Deb ii lib 2.7-10 GNU C Library: Shared libraries ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library ii lib 1.6.dfsg.3~beta1-4 MIT Kerberos runtime libraries ii lib 0.79-5 Pluggable Authentication Modules f ii lib 0.79-5 Runtime support for the PAM librar ii lib 0.99.7.1-6 Pluggable Authentication Modules l ii lib 1.32-3 SELinux shared libraries ii lib 0.9.8g-8 SSL shared libraries ii lib 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii ope 0.1.1list of blacklisted OpenSSH RSA an ii ope 1:4.3p2-9etch2 Secure shell client, an rlogin/rsh ii zli 1:1.2.3.3.dfsg-12compression library - runtime openssh-server recommends no packages. -- debconf information: * ssh/vulnerable_host_keys: ssh/new_config: true * ssh/use_old_init_script: true ssh/encrypted_host_key_but_no_keygen: ssh/disable_cr_auth: false -- Uwe Kleine-König, Software Engineer Digi International GmbH Branch Breisach, Küferstrasse 8, 79206 Breisach, Germany Tax: 315/5781/0242 / VAT: DE153662976 / Reg. Amtsgericht Dortmund HRB 13962 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474426: FTBFS on mips and others
NMU uploaded to delay 2 using above patch from Thiemo Seufer. -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482024: [INTL:eu] tmpreaper debconf templates Basque translation
Package: tmpreaper Severity: wishlist Tags: l10n patch Hi Attached tmpreaper debconf Basque translation, please add it. thx -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tmpreaper depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.7-11 GNU C Library: Shared libraries tmpreaper recommends no packages. # translation of openssh-templates.po to basque # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide [EMAIL PROTECTED], 2007, 2008. msgid msgstr Project-Id-Version: openssh-templates\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-05-17 13:58+0200\n PO-Revision-Date: 2007-04-27 12:10+0200\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: librezale [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Pootle 0.11\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid Generate a new configuration file for OpenSSH? msgstr OpenSSH-rentzat konfigurazio fitxategi berri bat sortu? #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid This version of OpenSSH has a considerably changed configuration file from the version shipped in Debian 'Potato', which you appear to be upgrading from. This package can now generate a new configuration file (/etc/ssh/sshd. config), which will work with the new server version, but will not contain any customizations you made with the old version. msgstr OpenSSH bertsio honek konfigurazio fitxategia nahiko aldatu du Debian 'Potato' bertsioak banatu zuenetik, dirudienez zu bertsio horretatik eguneratzen ari zara. Pakete honek konfigurazio fitxategi berri bat sortu dezake (/etc/ssh/sshd.config) bertsio honetarako funtziona dezan baina ez ditu zuk bertsio zaharrari egin ahal izan diezazkiokezun pertsonalizazioak edukiko. #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid Please note that this new configuration file will set the value of 'PermitRootLogin' to 'yes' (meaning that anyone knowing the root password can ssh directly in as root). Please read the README.Debian file for more details about this design choice. msgstr Kontutan izan konfigurazio fitxategi berri honek 'PermitRootLogin' parametroan balioa 'yes' bezala ezarriko duela (honek root erabiltzaileak ssh bidez sartzeko aukera emango du). Mesedez irakurri README.Debian fitxategia ezarpen honen xehetasun gehiagorako. #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid It is strongly recommended that you choose to generate a new configuration file now. msgstr Gomendagarria da konfigurazio fitxategi berri bat orain sortzea. #. Type: boolean #. Description #: ../openssh-server.templates:2001 msgid Do you want to risk killing active SSH sessions? msgstr Irekirik dauden SSH saioak ixteko arriskua hartu nahi duzu? #. Type: boolean #. Description #: ../openssh-server.templates:2001 msgid The currently installed version of /etc/init.d/ssh is likely to kill all running sshd instances. If you are doing this upgrade via an SSH session, you're likely to be disconnected and leave the upgrade procedure unfinished. msgstr Instalaturik dagoen /etc/init.d/ssh bertsioak martxan dauden sshd instantziak hilko ditu. Bertsio berritze hau SSH bidez egiten ari bazara, ziurrenik deskonektatu egingo zara eta bertsio berritze prozedura ez da behar bezala amaituko. #. Type: boolean #. Description #: ../openssh-server.templates:2001 msgid This can be fixed by manually adding \--pidfile /var/run/sshd.pid\ to the start-stop-daemon line in the stop section of the file. msgstr Hau eskuz konpondu daiteke \--pidfile /var/run/sshd.pid\ gehituaz start- stop-daemon lerroan fitxategiaren \stop\ atalean. #. Type: note #. Description #: ../openssh-server.templates:3001 msgid New host key mandatory msgstr Ostalari gako berria beharrezkoa #. Type: note #. Description #: ../openssh-server.templates:3001 msgid The current host key, in /etc/ssh/ssh_host_key, is encrypted with the IDEA algorithm. OpenSSH can not handle this host key file, and the ssh-keygen utility from the old (non-free) SSH installation does not appear to be available. msgstr /etc/ssh/ssh_host_key-ko ostalari gakoa IDEA algoritmoaren bidez enkriptaturik dago. OpenSSH ez da ostalari gako mota hau kudeatzeko gai eta SSH instalazio zaharreko (ez-librea) ssh-keygen lanabesa dirudienez ez dago erabilgarri. #. Type: note #. Description #:
Bug#482026: Both vim-tiny and vim-common contain /etc/vim/vimrc.tiny
Package: vim-common Version: 1:7.1.293-3 Severity: serious Justification: Policy 10.7.4 Vim-tiny is currently not installable since it conflicts with vim-common: | aptsh install vim-tiny | Reading package lists... Done | Building dependency tree | Reading state information... Done | The following packages were automatically installed and are no longer required: | libneon27 python2.4-minimal python2.4 | Use 'apt-get autoremove' to remove them. | The following packages will be upgraded: | vim-tiny | 1 upgraded, 0 newly installed, 0 to remove and 10 not upgraded. | Need to get 0B/341kB of archives. | After this operation, 93.2kB of additional disk space will be used. | Reading changelogs... Done | (Reading database ... 31310 files and directories currently installed.) | Preparing to replace vim-tiny 1:7.1-266+1 (using .../vim-tiny_1%3a7.1.293-3_arm.deb) ... | Unpacking replacement vim-tiny ... | dpkg: error processing /var/cache/apt/archives/vim-tiny_1%3a7.1.293-3_arm.deb (--unpack): | trying to overwrite `/etc/vim/vimrc.tiny', which is also in package vim-common | Errors were encountered while processing: | /var/cache/apt/archives/vim-tiny_1%3a7.1.293-3_arm.deb | E: Sub-process /usr/bin/dpkg returned an error code (1) I'd think /etc/vim/vimrc.tiny should be in vim-tiny only... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Kernel: Linux 2.6.24-1-ixp4xx 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 vim-common depends on: ii libc6 2.7-10 GNU C Library: Shared libraries Versions of packages vim-common recommends: ii vim-tiny 1:7.1-266+1 Vi IMproved - enhanced vi editor - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434504: please categorize with span and/or div the li bug elements
On Mon, 13 Aug 2007, Stefano Zacchiroli wrote: On Tue, Jul 24, 2007 at 06:24:33AM -0700, Don Armstrong wrote: Hi, I'm working on a patch for the bugs.debian.org css which should help in seeing more compact bug listings wrt the current pages. Overall the generated HTML pages already have the needed classes which can be used to implement the change. I could make such a patch, but I'd first rather see the mockup which shows the utility of those changes. Hi Don, I'm working on this. Though I haven't yet needed the categorization I've mentioned, I've some intermediate step which I like and would like to share with you. The point is: if you don't agree with some of the principles I'm implementing is pointless to go ahead :) Attached you can find 2 pairs of html/css documents: - vim_old.html / bugs_old.css - vim_new.html / bugs_new.css The former are the documents from which I started mangling css/html, the latter the current state of the art. Not sure why I missed this bug, but it looks pretty reasonable. I'm going to be implementing templating in pkgreport.cgi before I really seriously look at making these changes, but it seems to be ok. Beside some general compaction of the layout I've implemented (for the moment manually, directly on the generated HTML) the following changes, listed with their rationale below: - enclosed in a box (will need a new div) the additional information about the package being seen at the beginning of the page - changed the various values Name Surname email so that email is not listed; rationale: they are always links and clicking on them one can fine the email address, which is not necessarily needed in the triage view of pkgreport Yeah; see below too. - removed xx years and heading strings. I believe a global count in days like 775 days is far more telling (though less like natural language) than XX years and YY days. Since the years part requires a lot of space on a line I'm proposing to remove it That can be done; I think we may want to just compact this even more by making this a rollover or some sort of floating box that shows this information which is normally hidden; as it is now, there's so much information which is displayed in such a compact form which isn't terribly useful to see all the time immediately. - enclosed in a div the navigation links available at the top of the page, that enables (if interested) to make via css the navigation bar float to the left of the page Probably useful. Don Armstrong -- The game of science is, in principle, without end. He who decides one day that scientific statements do not call for any further test, and that they can be regarded as finally verified, retires from the game. -- Sir Karl Popper _The Logic of Scientific Discovery_ §11 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448125: tomboy fails to start at session startup
Hi, does this still happen with the 0.10 versions from unstable/testing? signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#481935: sorry,
looks like i got my hopes up, this doesn't solve my problem and so must not be useful at all. With the standard zip exclusion rule i can send a zip archive with a file like that inside: putty.exe: MS-DOS executable PE for MS Windows (GUI) Intel 80386 32-bit but not with a exe like this one: certif.fr.SIPSXXX.exe: MS-DOS executable, NE for MS Windows 3.x which is a SecurityBox(tm) encrypted archive. sorry for that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293987: no links file used anymore
tags 293987 moreinfo thanks Hi Lars, Sorry for taking so long to get back to you. The current BusyBox packages in etch and lenny do not have a busybox.links file anymore; instead, they require you to run busybox --install to create the links. Is that enough for you or if not, what kind of thing would you need from the package? cheers, Thijs pgpoAqnJ4y2WZ.pgp Description: PGP signature
Bug#482022: Nut package reboot problem
Hi Peter, 2008/5/20 Peter Ivancik [EMAIL PROTECTED]: Package: nut Version: 2.0.4-4 I'd like to report, that in (probably) all NUT's debian packages is bug in /etc/init.d/nut file on line 131 (etch package). There should be /etc/init.d/reboot stop and in package's file, there's that line without stop argument - only /etc/init.d/reboot. That's cause, why when is POWEROFF_WAIT variable set in /etc/default/nut, machine is not executing after 'sleep' timeout definned by POWEROFF_WAIT variable reboot, but stay halted - if nut on UPS power event called ie. shutdown -h +0. Thnx for fixing. and thanks for catching it ;-) I'll check what I can do. Arnaud -- Linux / Unix Expert RD - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ Free Software Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481976: libaprutil1: do we really need mysql stuff
Hi, On Mon, 19 May 2008, Yves-Alexis Perez wrote: This is because libaprutil1 is now built with mysql support, which I guess is nice for people using it, butÿÿ I only use libaprutil1 as a dependency for subversion, so I really don't need it and would prefer not have yet another useless lib on my system. Would it make sense to have a libaprutil1-mysql for this driver? Apr-util 1.2 only supports compiling the driver into the library. Apr-util 1.3 will support loading dbd-drivers only when they are used, but 1.3 will not be ready in time for lenny. For lenny+1, the dbd (and maybe ldap) dependencies will be split into separate packages. Cheers, Stefan
Bug#342709: portmap: Portmap dies w/ SIGPIPE during heavy I/O
On Mon, May 19, 2008 at 10:14:58PM +0200, Petter Reinholdtsen wrote: Hi. I noticed you reopened bug #342709 in portmap on 2006-02-03, but did not explain why. Why was it reopened? Was the applied patch insufficient to solve the issue, or was there some mistake elsewhere? Hi ! Just after the reopen, I added the 'sarge' tag, because the bug was closed, but was not fixed in sarge. Since sarge in no longer the current stable, you can close the bug. Cheers, -- Ludovic Drolez. http://www.palmopensource.com - The PalmOS Open Source Portal http://www.drolez.com - Personal site - Linux, Zaurus and PalmOS stuff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482025: openssh-client: Hashed keys by ssh-keyscan are not accepted by ssh client.
Package: openssh-client Version: 1:4.3p2-9etch2 Severity: normal Hi, while trying to preseed my known_hosts file with keys of our servers, i stumbled upon that ssh-keyscan -t rsa,dsa $TARGET,$TARGET_IP ~/.ssh/known_hosts ssh $TARGET (WARNING: overwrites ~/.ssh/known_hosts, use a dedicated test user!) works just fine (don't need to confirm the hostkey of $TARGET any more), but when creating the recommended hashed hostkeynames with ssh-keyscan -H -t rsa,dsa $TARGET,$TARGET_IP ~/.ssh/known_hosts ssh $TARGET I'm still asked by ssh to confirm the hostkey. So there seems to be some problem with the hashing algorithm in ssh-keyscan. Yours Karsten -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages openssh-client depends on: ii add 3.102Add and remove users and groups ii deb 1.5.11etch1 Debian configuration management sy ii dpk 1.13.25 package maintenance system for Deb ii lib 2.3.6.ds1-13etch5GNU C Library: Shared libraries ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library ii lib 2.9.cvs.20050518-2.2 BSD editline and history libraries ii lib 1.4.4-7etch5 MIT Kerberos runtime libraries ii lib 5.5-5Shared libraries for terminal hand ii lib 0.9.8c-4etch3SSL shared libraries ii pas 1:4.0.18.1-7 change and administer password and ii zli 1:1.2.3-13 compression library - runtime openssh-client recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449148: bind9: db.root needs update: L.ROOT-SERVERS.NET has changed IP address to 199.7.83.42
On Tuesday 20 May 2008 08:38, Florian Weimer wrote: You pointed out earlier in the bug log that is is a critical (sic) bug but there wasn't a fix prepared for etch. No, it's not. The prefix containing the old route server address is still assigned to Bill Manning, so there is no immediate cause for alarm. Even the fake servers returned the correct address for the L root, so the priming at the start would have removed the old L root address. We can't fix broken Internet routing. The same thing could happen to essentially all root servers. Changing addresses compiled/configured into BIND does not prevent this. I would suggest contacting the stable release managers to see if they will accept an update for this in the next stable point release. I agree with Florian that it doesn't have direct security implications so an advisory is out of place. Thijs pgpHAxt76DlVV.pgp Description: PGP signature
Bug#482028: updates bind9 package for etch?
Package: bind9 Version: 1:9.3.4-2etch1 Severity: important While reading about the issues of renumbering L.ROOT-SERVERS.NET on http://blog.icann.org/?p=309, we should provide asap an up to date db.root file. The actual file can be obtained from: http://www.internic.net/zones/named.root Thanks and with kind regards, Jan. -- Never write mail to [EMAIL PROTECTED], you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- pgps2jsnH99Bw.pgp Description: PGP signature
Bug#482024: Please use this file
I send a erroneus file, is this one. Thanks and sorry -- Piarres Beobide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482024: the file
Argh. The file -- Piarres Beobide # translation of tmpreaper-eu.po to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: tmpreaper-eu\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-05-19 07:31+0200\n PO-Revision-Date: 2008-05-20 10:43+0200\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: Euskara [EMAIL PROTECTED]\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 #. Type: note #. Description #: ../tmpreaper.templates:1001 msgid tmpreaper can now be adjusted through /etc/tmpreaper.conf msgstr tmpreaper orain /etc/tmpreaper.conf bidez doitu daiteke #. Type: note #. Description #: ../tmpreaper.templates:1001 msgid Any local preferences for the daily tmpreaper run should now be configured through /etc/tmpreaper.conf (explanation is in that file). msgstr Eguneroko tmpreaper exekuzioari buruzko edozein erreferentzi lokal orain /etc/tmpreaper.conf bidez konfiguratu behar da (azalpena fitxategi honetan). #. Type: note #. Description #: ../tmpreaper.templates:1001 msgid Previously, you had to modify /etc/cron.daily/tmpreaper which could be a pain because that got updated regularly, and you'd have to reimplement your modifications each time (or miss out on the new changes). Now you can adjust the file age, extra --protect patterns, and which directories to reap in / etc/tmpreaper.conf. msgstr Aurreko bertsioetan /etc/cron.daily/tmpreaper aldatu egin behar zen, hau arazo bat zen aldiro bertsio-berritzen bait zen eta zuk zure pertsonalizazioak bertsio-berritze bakoitzean berregin behar bait zenituen (edo aldaketa berriak galdu). Orain fitxategi data, --protect patroi gehigarriak, eta garbitu behar diren direktorioak /etc/tmpreaper.conf-en konfiguratu ditzakezu. #. Type: note #. Description #: ../tmpreaper.templates:1001 msgid For this to work, however, you have to install the new /etc/cron.daily/ tmpreaper file now. msgstr Honetarako /etc/cron.daily/tmpreaper fitxategi berria orain instalatu behar duzu. #. Type: note #. Description #: ../tmpreaper.templates:2001 msgid default value for TMPREAPER_TIME now set via /etc/default/rcS msgstr TMPREAPER_TIME -ren lehenetsiriko balioa orain /etc/default/rcS bidez ezartzen da #. Type: note #. Description #: ../tmpreaper.templates:2001 msgid Before, you could set the maximum age for files before they were removed in / etc/tmpreaper.conf; however, there is another place where something similar is set, namely the TMPTIME value in /etc/default/rcS which is used during booting to clean out /tmp. msgstr Honen aurretik ezabatu behar diren fitxategien gehienezko adina /etc/tmpreaper.conf-en ezarri ahal izango duzu; hala ere horren antzeko zerbait ezartzen den beste leku bat badago, zehazki sistema abiaraztean /tmp garbitzeko erabiltzen den /etc/default/rcS -ko TMPTIME balioa. #. Type: note #. Description #: ../tmpreaper.templates:2001 msgid To avoid having to enter this value in two places, the new /etc/tmpreaper. conf script now obtains the TMPTIME value from /etc/default/rcS, and uses that (if it is greater than zero, that is). msgstr Balio hau bi lekutan ezarri behar ez izateko, /etc/tmpreaper.conf script-ak orain TMPTIME balioa /etc/default/rcS-tik eskuratzen eta erabiltzen du (0 baina handoiagoa bada noski). #. Type: note #. Description #: ../tmpreaper.templates:2001 msgid You apparently have changed the default value in /etc/tmpreaper.conf; you may want to check /etc/default/rcS to see if the value there is acceptable, if you want the upgrade procedure to replace your /etc/tmpreaper.conf with the new version. msgstr Dirudienez /etc/tmpreaper.conf fitxategiko lehenetsiriko balioa aldatu duzu; /etc/default/rcS egiaztatu beharko zenuke hor ezartzen den balioa onargarria dela ziurtatzeko, bertsio-berritze prozesuak zure /etc/tmpreaper.conf bertsio berriagatik ordeztea nahi baduzu. #. Type: note #. Description #. Type: note #. Description #: ../tmpreaper.templates:3001 ../tmpreaper.templates:4001 msgid Please first read README.security msgstr Mesedez lehenengo README.security irakurri #. Type: note #. Description #: ../tmpreaper.templates:3001 msgid Before running tmpreaper for the first time, please read the file /usr/share/ doc/tmpreaper/README.security.gz, e.g. with zless. Therein is contained a discussion of possible ways that usage of tmpreaper may be insecure. msgstr Tmpreaper lehen aldian exekutatu aurretik, mesedez irakurri /usr/share/ doc/tmpreaper/README.security.gz adibidez zless erabiliaz. Fitxategi honetan tmpreaper segurtasun arazo bat izanteko aukerak eztabaidatzen dira. #. Type: note #. Description #: ../tmpreaper.templates:3001 msgid If after that you still want tmpreaper to run, please edit /etc/tmpreaper. conf and
Bug#482027: X crashes when starting 'cheese'
Package: xserver-xorg-video-intel Version: 2:2.2.1-2 Severity: normal Hello, Thanks for packaging X. I wanted to try the 'cheese' program for the webcam, and X started as soon as I ran it. This is the end of the X server log for that session: (--) Synaptics Touchpad auto-dev sets device to /dev/input/event8 (**) Option Device /dev/input/event8 (--) Synaptics Touchpad touchpad found (II) Configured Mouse: ps2EnableDataReporting: succeeded SetGrabKeysState - enabled SetGrabKeysState - disabled SetGrabKeysState - enabled SetGrabKeysState - disabled SetGrabKeysState - enabled Backtrace: 0: /usr/bin/X(xf86SigHandler+0x6a) [0x4755ea] 1: /lib/libc.so.6 [0x7f16330bc240] 2: /usr/lib/xorg/modules/drivers//intel_drv.so [0x7f163173b8e1] 3: /usr/bin/X [0x49e3c2] 4: /usr/lib/xorg/modules/extensions//libextmod.so [0x7f1632508526] 5: /usr/bin/X(Dispatch+0x2e0) [0x44e310] 6: /usr/bin/X(main+0x47d) [0x436add] 7: /lib/libc.so.6(__libc_start_main+0xf4) [0x7f16330a91c4] 8: /usr/bin/X(FontFileCompleteXLFD+0x281) [0x435e19] Fatal server error: Caught signal 11. Server aborting (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 0 (II) intel(0): xf86UnbindGARTMemory: unbind key 1 (II) intel(0): xf86UnbindGARTMemory: unbind key 2 (II) intel(0): xf86UnbindGARTMemory: unbind key 3 Ciao, Enrico -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2008-04-23 04:24 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1831520 2008-04-29 20:38 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1978 2008-05-20 10:16 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 Option SHMConfig on EndSection Section Device Identifier Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller Driver intel BusID PCI:0:2:0 EndSection Section Monitor Identifier Monitor Generico Option DPMS HorizSync 30-70 VertRefresh 50-160 EndSection Section Screen Identifier Default Screen Device Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller Monitor Monitor Generico DefaultDepth24 SubSection Display Virtual 2048 2048 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Synaptics Touchpad EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 32587 2008-05-20 10:17 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the
Bug#479145: boxbackup-client: Complaints about «file of unknown type» (socket)
(please keep the CC line intact)
Tollef Fog Heen [EMAIL PROTECTED] writes:
Hi,
it seems like boxbackup-client doesn't know how to ignore sockets and
so I get lines in daemon log like:
May 2 23:07:44 xoog Box Backup (bbackupd)[3512]: WARNING: Ignoring file of
unknown type: /var/run/postgresql/.s.PGSQL.5432
May 2 23:07:44 xoog Box Backup (bbackupd)[3512]: WARNING: Ignoring file of
unknown type: /var/run/postgresql/.s.PGSQL.5433
This causes boxbackup-client to send email about «files not being
backed up», which is quite annoying.
Indeed. I had a closer look at the source code, and I think the relevant
part of the code is in BackupDaemon::NotifyUnsupportedFileType:
virtual void NotifyUnsupportedFileType(
const BackupClientDirectoryRecord* pDirRecord,
const std::string rLocalPath)
{
BOX_WARNING(Ignoring file of unknown type: rLocalPath);
}
Now, as a workaround, you could of course add an explicit ignore in your
boxbackup configuration to work around this issue. I'm not sure if this
is the 'correct' way to solve this problem. TBH, I'd rather expect
boxbackup to 'more or less' silently ignore this. I'm therefore inclined
to change that line of code from BOX_WARNING to BOX_INFO.
What do the boxbackup developers think of this?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482014: glxinfo freezes X-Windows
severity 482014 important kthxbye On Tue, May 20, 2008 at 09:31:25 +0200, Armin Fuerst wrote: Severity: critical No, that's not how it works. Please don't file bugs with inflated severity. Any OpenGL acceleration access makes X-Windows freeze. Even a simple call of glxinfo shows that effect. OpenGL has been working on this system before, no configuration was changed since, only all updates from lenny have been installed. You don't give any information about the system in question. You need to at least attach your X log, and tell us what version of libgl1-mesa-dri is installed. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475506: debdiff: be smarter with source package using Format: 3.0 (quilt)
On Fri, 11 Apr 2008, Raphael Hertzog wrote: dpkg-source has new options when extracting such source packages that could be helpful for debdiff: --skip-patches to not apply patches at extraction time and --without-quilt to not use quilt when applying them. (obviously --skip-patches ought to be enough since quilt will not be used if patches are not applied) Note that the content of Format: field might still evolve until the release of lenny. So no hurry to fix this bug, but I thought I would fill it early so that you're aware of the issue. :) At this point, I think the content of the Format: field will no more evolve. (I solved the problem that led to this remark without changing the format field) Feel free to go forward with this bug if you care. 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481919: bind9: outdated /etc/bind/db.root
Hi Domenico, Version: 9.2.4-1sarge3 Unfortunately, sarge has been end-of-life'd a few months ago, and no updates are provided for it anymore. cheers, Thijs pgpaYFrdpOQRE.pgp Description: PGP signature
Bug#482027: X crashes when starting 'cheese'
Enrico Zini wrote: Hello, Thanks for packaging X. I wanted to try the 'cheese' program for the webcam, and X started as soon as I ran it. Backtrace: 0: /usr/bin/X(xf86SigHandler+0x6a) [0x4755ea] 1: /lib/libc.so.6 [0x7f16330bc240] 2: /usr/lib/xorg/modules/drivers//intel_drv.so [0x7f163173b8e1] 3: /usr/bin/X [0x49e3c2] 4: /usr/lib/xorg/modules/extensions//libextmod.so [0x7f1632508526] 5: /usr/bin/X(Dispatch+0x2e0) [0x44e310] 6: /usr/bin/X(main+0x47d) [0x436add] 7: /lib/libc.so.6(__libc_start_main+0xf4) [0x7f16330a91c4] 8: /usr/bin/X(FontFileCompleteXLFD+0x281) [0x435e19] Is it reproducible? Please try with intel 2.3.1 from unstable. If it still crashes, please install xserver-xorg-video-intel-dbg and catch a debugging backtrace with gdb. If you need help, please let me know. thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465902: askpass is now in SVN
Hi, the askpass binary is now in cryptsetup SVN and it should allow you to pass a passphrase to cryptsetup via a fifo during the boot sequence without having to do any modifications to the scripts. Could you perhaps try a SVN build of cryptsetup and confirm that it works for you? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482031: k9copy creates broken UDF filesystem
Subject: k9copy: DVD with broken UDF filesystem Package: k9copy Version: 1.2.3-0.3 Severity: important *** Please type your report below this line *** k9copy creates DVD with broken UDF filesystem. Linux can mount and read them, but Windows cannot. Windows Me, XP and Vista (maybe other Versions also) show only an empty table of content. However, DVD players can play them properly. The problem started in april 2008, I assume that is related to wodim. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages k9copy depends on: ii dvd+rw-tools 7.1-1 DVD+-RW/R tools ii dvdauthor 0.6.14-1+b2 create DVD-Video file system ii kdelibs4c2a4:3.5.9.dfsg.1-4 core libraries and binaries for al ii libacl12.2.45-1 Access control list shared library ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libattr1 1:2.4.41-1Extended attribute shared library ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libc6 2.7-10GNU C Library: Shared libraries ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libfam02.7.0-13.2Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-3 GCC support library ii libhal-storage10.5.11~rc2-1 Hardware Abstraction Layer - share ii libhal10.5.11~rc2-1 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.8-1 GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii vamps 0.99.2-1 Tool to recompress and modify the ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages k9copy recommends: ii mencoder1:1.0.rc2svn20071207-0.3 MPlayer's Movie Encoder -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475838: Would like to use decrypt_derived with a source mapping other than that of the root filesystem
Wouldn't it be a solution to reverse the dependency so that /home uses a key derived from swap's key? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482027: X crashes when starting 'cheese'
On Tue, May 20, 2008 at 10:23:33 +0100, Enrico Zini wrote: I wanted to try the 'cheese' program for the webcam, and X started as soon as I ran it. This is the end of the X server log for that session: Backtrace: 0: /usr/bin/X(xf86SigHandler+0x6a) [0x4755ea] 1: /lib/libc.so.6 [0x7f16330bc240] 2: /usr/lib/xorg/modules/drivers//intel_drv.so [0x7f163173b8e1] 3: /usr/bin/X [0x49e3c2] 4: /usr/lib/xorg/modules/extensions//libextmod.so [0x7f1632508526] 5: /usr/bin/X(Dispatch+0x2e0) [0x44e310] 6: /usr/bin/X(main+0x47d) [0x436add] 7: /lib/libc.so.6(__libc_start_main+0xf4) [0x7f16330a91c4] 8: /usr/bin/X(FontFileCompleteXLFD+0x281) [0x435e19] Fatal server error: Caught signal 11. Server aborting Hi Enrico, can you try the latest version (2:2.3.1-1), and if that doesn't help get a backtrace from gdb with xserver-xorg-core-dbg and xserver-xorg-video-intel-dbg installed? See http://wiki.debian.org/XStrikeForce/XserverDebugging for some information. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482030: awn-manager: fails to start
Package: awn-manager Version: 0.2.6-4 Severity: important Tags: patch wn-manager crashes on startup with error message: Traceback (most recent call last): File /usr/bin/awn-manager.old, line 203, in module awnmanager = AwnManager() File /usr/bin/awn-manager.old, line 90, in __init__ colormap = screen.get_rgb_colormap() NameError: global name 'screen' is not defined This is probably just a typo since the attached patch fixes the issue Cheers, Emme - System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16-stable Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages awn-manager depends on: ii avant-window-navigator0.2.6-4A MacOS X like panel for GNOME ii gnome-menus 2.22.1-1 an implementation of the freedeskt ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG ii python2.5.2-1An interactive high-level object-o ii python-awn0.2.6-4Python bindings for avant-window-n ii python-central0.6.6 register and build utility for Pyt ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gnome2-desktop 2.22.0-1 Python bindings for the GNOME desk ii python-xdg0.15-1.1 A python library to access freedes awn-manager recommends no packages. -- no debconf information --- /usr/bin/awn-manager 2008-05-20 11:25:44.976064040 +0200 +++ /usr/bin/awn-manager.old 2008-05-20 11:25:24.497177304 +0200 @@ -87,7 +87,7 @@ self.gtk_screen = self.window.get_screen() colormap = self.gtk_screen.get_rgba_colormap() if colormap == None: -colormap = self.gtk_screen.get_rgb_colormap() +colormap = screen.get_rgb_colormap() gtk.widget_set_default_colormap(colormap) self.notebook = self.wTree.get_widget(panelCategory)
Bug#337214: ispell.el: word-splitting incorrect in presence of iso-8859-15 characters
reassign 337214 dictionaries-common retitle 337214 ispell.el: word-splitting incorrect in presence of iso-8859-15 characters thanks I think that now ifrench-gut ships the right /var/lib/dictionaries-common/ispell/ifrench-gut It correctly declares iso-8859-15 as coding-system, and œ (o dans l'e, oe run together) in Casechars for the francais dictionary. And indeed, when checking the word neud, the proposition is nœud and gets correctly inserted. But if you then check the corrected word (depending on cursor position), only the n or the ud is checked as a word: the word-splitting incorrectly takes the œ as a word separator. Even if the buffer-file-coding-system is iso-8859-15... That's probably a bug in ispell.el or somewhere else in Emacs (mapping table between mule/unicode and iso-8859-15?), not in the packaging of ifrench-gut. (I tried both with and without mule-ucs.) -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482029: xpdf displays file correctly, but botches up all glyphs when printing
Package: xpdf-reader Version: 3.02-1.3 Severity: important xpdf renders http://ieeexplore.ieee.org/iel4/5962/15952/00741100.pdf correctly but fails when converting it to ps for printing. pdftops fails too so it seems it's an issue in the library. Interestingly, upstreams version of xpdf works fine and produces a correct ps file. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii xpdf-common 3.02-1.3 Portable Document Format (PDF) sui ii xpdf-reader 3.02-1.3 Portable Document Format (PDF) sui ii xpdf-utils3.02-1.3 Portable Document Format (PDF) sui xpdf recommends no packages. Versions of packages xpdf-reader depends on: ii gsfonts 1:8.11+urwcyr1.0.7~pre43-2 Fonts for the Ghostscript interpre ii lesstif2 1:0.95.0-2.1 OSF/Motif 2.1 implementation relea ii libc6 2.7-10 GNU C Library: Shared libraries ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.0-3 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpaper1 1.1.23 library for handling paper charact ii libsm62:1.0.3-1+b1 X11 Session Management library ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii libt1-5 5.1.2-2Type 1 font rasterizer library - r ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xpdf-common 3.02-1.3 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473586: fixed in ia32-libs 2.4
This version of ia32-libs still doesn't include the libdbus-1.so - libdbus-1.so.3.4.0 symlink, which is required for building Wine as mentioned in the original bug report. -- Aneurin Price -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482032: genisoimage Video-DVD filesystem not readable under Windows
Subject: genisoimage: Video-DVD filesystem not readable under Windows Package: genisoimage Version: 9:1.1.7.1-1 Severity: important *** Please type your report below this line *** Windows cannot read the filesystem of DVD-Video. The explorer shows only an empty table of content. However, Linux can mount and read it properly and DVD player can playback the video. I tested this with 3 different notebooks, all with Debian Lenny, and three different Windows versions (Me, XP, Vista). I tried k3b and k9copy, both are affected. I did not try genisoimage at the command line, but I assume that this program causes the problem because both k3b and k9copy call it as a sub-program. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages genisoimage depends on: ii libbz2-1.0 1.0.5-0.1 high-quality block-sorting file co ii libc6 2.7-10GNU C Library: Shared libraries ii libmagic1 4.24-2File type determination library us ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime genisoimage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482033: escapeshellcmd() in php5 etch11
Package: libapache2-mod-php5 Version: 5.2.0-8+etch11 Function escapeshellcmd() strips polish characters from string. Previous version (5.2.0-8+etch10) works fine. This also refers to php5-cli. www:~# cat testescape.php #!/usr/bin/php ?php $test = ółń; echo $test,' ',escapeshellcmd($test),\n; ? www:~# ./testescape.php ółń �� I'm using: Linux netmed 2.6.22-3-vserver-686 #1 SMP Sun Feb 10 23:11:25 UTC 2008 i686 GNU/Linux with apache: apache2 2.2.3-4+etch4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478752: Log snip
Here's a log snip showing the same bug. Always happens when this users machine is powered up. No domain logins are used. Users machine runs this batch file on startup. rem Map network drives and remember password net use k: /delete net use k: \\mcflood\causeway password /USER:fiona net use n: /delete net use n: \\mcflood\nest password /USER:fiona net use v: /delete net use v: \\mcflood\bank password /USER:fiona net use lpt2: /delete net use lpt2: \\mcflood\laser2 password /USER:fiona (Repeats 7 times - 7 segfaults) [2008/05/14 23:01:53, 1] smbd/service.c:close_cnum(1230) mcfrog (10.1.1.56) closed connection to service causeway [2008/05/19 17:44:06, 1] smbd/service.c:make_connection_snum(1033) mcfrog (10.1.1.56) connect to service causeway initially as user fiona (uid=1002, gid=100) (pid 22970) [2008/05/19 17:44:07, 1] smbd/service.c:make_connection_snum(1033) mcfrog (10.1.1.56) connect to service nest initially as user fiona (uid=1002, gid=100) (pid 22970) [2008/05/19 17:44:07, 1] smbd/service.c:make_connection_snum(1033) mcfrog (10.1.1.56) connect to service bank initially as user fiona (uid=1002, gid=100) (pid 22970) [2008/05/19 17:44:08, 1] smbd/service.c:make_connection_snum(1033) mcfrog (10.1.1.56) connect to service Laser2 initially as user fiona (uid=1002, gid=1002) (pid 22970) [2008/05/19 17:46:50, 0] lib/fault.c:fault_report(41) === [2008/05/19 17:46:50, 0] lib/fault.c:fault_report(42) INTERNAL ERROR: Signal 11 in pid 22970 (3.0.28a) Please read the Trouble-Shooting section of the Samba3-HOWTO [2008/05/19 17:46:50, 0] lib/fault.c:fault_report(44) From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf [2008/05/19 17:46:50, 0] lib/fault.c:fault_report(45) === [2008/05/19 17:46:50, 0] lib/util.c:smb_panic(1633) PANIC (pid 22970): internal error [2008/05/19 17:46:50, 0] lib/util.c:log_stack_trace(1737) BACKTRACE: 10 stack frames: #0 /usr/sbin/smbd(log_stack_trace+0x1c) [0x61389c] #1 /usr/sbin/smbd(smb_panic+0x43) [0x613983] #2 /usr/sbin/smbd [0x6013b2] #3 /lib/libpthread.so.0 [0x7fbe1e2747d0] #4 /usr/sbin/smbd(reply_printopen+0xab) [0x49074b] #5 /usr/sbin/smbd [0x4c870e] #6 /usr/sbin/smbd(smbd_process+0x7d2) [0x4c9af2] #7 /usr/sbin/smbd(main+0x8cd) [0x6c5c5d] #8 /lib/libc.so.6(__libc_start_main+0xf4) [0x7fbe1cc191c4] #9 /usr/sbin/smbd [0x45a7e9] [2008/05/19 17:46:50, 0] lib/util.c:smb_panic(1638) smb_panic(): calling panic action [/usr/share/samba/panic-action 22970] [2008/05/19 17:46:50, 0] lib/util.c:smb_panic(1646) smb_panic(): action returned status 0 [2008/05/19 17:46:50, 0] lib/fault.c:dump_core(181) dumping core in /var/log/samba/cores/smbd [2008/05/19 17:46:50, 0] lib/util_sock.c:write_data(562) write_data: write failure in writing to client 10.1.1.56. Error Connection reset by peer [2008/05/19 17:46:50, 0] lib/util_sock.c:send_smb(769) Error writing 4 bytes to client. -1. (Connection reset by peer) [2008/05/19 17:46:50, 1] smbd/service.c:make_connection_snum(1033) mcfrog (10.1.1.56) connect to service Laser2 initially as user fiona (uid=1002, gid=1002) (pid 23046) [2008/05/19 17:46:50, 0] lib/fault.c:fault_report(41) === [2008/05/19 17:46:50, 0] lib/fault.c:fault_report(42) INTERNAL ERROR: Signal 11 in pid 23046 (3.0.28a) Please read the Trouble-Shooting section of the Samba3-HOWTO [2008/05/19 17:46:50, 0] lib/fault.c:fault_report(44) From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf [2008/05/19 17:46:50, 0] lib/fault.c:fault_report(45) === [2008/05/19 17:46:50, 0] lib/util.c:smb_panic(1633) PANIC (pid 23046): internal error [2008/05/19 17:46:50, 0] lib/util.c:log_stack_trace(1737) BACKTRACE: 10 stack frames: #0 /usr/sbin/smbd(log_stack_trace+0x1c) [0x61389c] #1 /usr/sbin/smbd(smb_panic+0x43) [0x613983] #2 /usr/sbin/smbd [0x6013b2] #3 /lib/libpthread.so.0 [0x7fbe1e2747d0] #4 /usr/sbin/smbd(reply_printopen+0xab) [0x49074b] #5 /usr/sbin/smbd [0x4c870e] #6 /usr/sbin/smbd(smbd_process+0x7d2) [0x4c9af2] #7 /usr/sbin/smbd(main+0x8cd) [0x6c5c5d] #8 /lib/libc.so.6(__libc_start_main+0xf4) [0x7fbe1cc191c4] #9 /usr/sbin/smbd [0x45a7e9] [2008/05/19 17:46:50, 0] lib/util.c:smb_panic(1638) smb_panic(): calling panic action [/usr/share/samba/panic-action 23046] [2008/05/19 17:46:50, 0] lib/util.c:smb_panic(1646) smb_panic(): action returned status 0 [2008/05/19 17:46:50, 0] lib/fault.c:dump_core(181) dumping core in /var/log/samba/cores/smbd [2008/05/19 17:46:50, 0] lib/util_sock.c:write_data(562) write_data: write failure in writing to client 10.1.1.56. Error Connection reset by peer [2008/05/19 17:46:50, 0] lib/util_sock.c:send_smb(769) Error writing 4 bytes to client. -1. (Connection reset by peer) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a
Bug#482036: dvtm: there's a new version available (0.4.1)
Package: dvtm Severity: wishlist -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482035: multipath-tools: [INTL:pt] Portuguese translation for debconf messages
Package:multipath-tools Version: 0.4.8.-9 Tags: l10n, patch Severity: wishlist Portuguese translation for multipath-tools debconf messages. Translator: Américo Monteiro [EMAIL PROTECTED] Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#482034: New release and verse integration
Package: blender Version: 2.45-5 Severity: wishlist Blender 2.46 has been released. Could you also include the verse support in the debian package or create a blender-verse package. Thanks, Aurélien PROVIN -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481504: CVE-2008-2276: Cross-site request forgery (CSRF) vulnerability
Somehow the mail was just sent to the maintainer, here is a copy for the bugreport. Hi Patrick I haven't looked deeper in your patch, but it seems reasonable. I have forwarded it to the developers, because they are currently or has been working on this issue recently and I wanted to hear their opinion. Did you test your patch in a working install? I have not done extensive testing on this, hence I would appreciate, if you could install the NMU package from this URL(0) and see, if all the basic functionality is still given. Once i get an ack from you, I am more than happy to upload. Thanks for your help. Cheers Steffen (0): http://klecker.debian.org/~white/mantis/ signature.asc Description: This is a digitally signed message part.
Bug#480092: ITP: linbox -- Library for exact linear algebra
retitle 480092 ITP: linbox -- Library for exact linear algebra submitter 480092 ! thanks Hi, Just before creating an ITP, I saw this RFP... My research team is already involved with linbox and next year we should work on it a lot. So, I would be pleased to help to integrate linbox in Debian. I plan to create a git repo on alioth (in the maint-collab project) to work on the packaging (starting with your work). Any co-maintainers are welcome. Please, note however that, probably, I will not be able to work on linbox until a few weeks. So, if you expect linbox to be uploaded before lenny freeze, another maintainer is needed. Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482037: [nvidia-kernel-source] Compiz doesn't render drop-shadows
Package: nvidia-kernel-source Version: 169.12-1 Severity: normal --- Please enter the report below this line. --- Dear Developers, I have installed the packaged version of Nvidia drivers and found that compiz doesn't render drop shadows and has other minor glitches on window borders. IMHO this is a bug in the Nvidia .debs because if I install nvidia drivers through nvidia installer everything works. I hope this is not a duplicate of any other bug... Thank you Valerio --- System information. --- Architecture: i386 Kernel: Linux 2.6.24.7 Debian Release: lenny/sid 500 unstablemirrors.ecology.uni-kiel.de 500 unstablemi.mirror.garr.it 500 unstabledebian.fastweb.it 500 testing mi.mirror.garr.it 500 stable mi.mirror.garr.it 500 experimentalwww.debian-multimedia.org 1 experimentalftp.it.debian.org --- Package information. --- Depends(Version) | Installed -+-=== debhelper ( 4.0.0) | 7.0.8 dpatch(= 2.0.0) | 2.0.29 make | 3.81-4 sed ( 3.0) | 4.1.5-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482012: exim4: TLS incoming connections problems
- Original Message -
From: Marc Haber [EMAIL PROTECTED]
When I last looked, OE was not able to do STARTTLS and required
special configuration to allow smtp-over-tls on Port 465. Exim
requires special configuration to support this. How did you enable
smtp-over-tls?
I installed Debian, then followed these instructions:
http://pkg-exim4.alioth.debian.org/README/README.Debian.html#TLS
1. Generate the cert
2. set MAIN_TLS_ENABLE
3. edit /etc/exim4/exim4.conf.template to add a simple plaintext LOGIN
authenticator with Outlook Express server prompt fix:
-
fixed_login:
driver = plaintext
public_name = LOGIN
server_prompts = Username:: : Password::
server_condition = \
${if and {{eq{$auth1}{username}}{eq{$auth2}{password
.ifndef AUTH_SERVER_ALLOW_NOTLS_PASSWORDS
server_advertise_condition = ${if eq{$tls_cipher}{}{}{*}}
.endif
-
At this point (no SMTPLISTENEROPTIONS and tls_on_connect_ports)
Outlook Express clients from my network can connect and send messages over this
server.
(If that matters, Outlook is on Windows XP SP2, outlook version
6.0.2900.2180.xpsp_sp2_gdr.070227-2254)
Since yesterday many packages went into lenny, I'm not sure if Exim is
the real cause of this problem, maybe it could be gnutls, or something
other.
Where can I get exim 4.69-2 to test it again and see if it works?
You can try pulling an older package from snapshot.debian.net.
Many thanks, I successfully reverted all the exim packages to 4.69-2, but I had
no luck, it doesn't work.
I then reverted libgnutls26 from 2.2.3~rc-1 to 2.2.2-1, but no luck again.
I would suggest a different debugging path though:
(1) verify whether your OE does STARTTLS or smtp-over-ssl
(2) try with a command line client (swaks, gnutls-cli, openssl s_client)
whether your exim actually does what your OE expects it to do
(3) try with a command line server (gnutls-serv, openssl s_server)
whether your OE is able to connect to the server. This might be a
challenge to do with STARTTLS.
Disabling the client certificate request in exim configuration may be
worth a try, too.
Maybe I haven't explained myself well, sorry for that.
I said that my Outlook Express was doing TLS until Friday, when I left the
office.
On Monday, I upgraded this system (let's call this system vmdeb), along with other things such installing apache, squirrelmail
spamassassin, and now OE can't do TLS any more.
By the way:
To answer your (1), my OE _does_ STARTTLS (I snarfed it with Ethereal).
What's new is that I found another system, let's call it realdeb, that was
not upgraded.
I followed the 3 points above (gencert, MAIN_TLS_ENABLE, add plaintext login
authenticator), and now OE/TLS works on realdeb!!!
What I would like to know is what is changed that now has broken the TLS setup.
If, for example, we find the package that is changed, looking at his changelog
we can find out the problem
Do you know of any other possible package upgrade related to this issue between
May 16 and May 19?
do you think that installing Apache, Squirrelmail and Spamassassin could have
broken TLS?
Let me know if you need more informations/tests.
Greetings
Marc
Thanks,
Diego
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481669: [D-m-team] Bug#481669: DM Application for John Stamp
Hello John Stamp, Please try to convince your other sponsor or sponsors to advocate you as well. If other DDs know you, ask them to do the same. Please ask them to read http://wiki.debian.org/Maintainers Cheers! signature.asc Description: Digital signature
Bug#481994: Uninstalled, purged usplash still displays splash on boot
On Tue, 20 May 2008, Brendon Higgins wrote: I purged usplash (due to bugs #468735 and #478296), but on next boot the same splash screen came up during the initial boot stage, before going back to text mode to complete the boot process (start services, etc). hmm i couldn't reproduce the first bug, should look again into it. the second is not of my domain. My uneducated guess is that postinst might have to trigger a rebuild of the initrd image. it does it: case $1 in remove) update_initramfs you may want to set update_initramfs to all in /etc/initramfs-tools/update-initramfs.conf not a bug afais -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481729: couchdb
I am preparing a new upload of CouchDB which should hopefully fix this problem. I will update this bug when it is available and ask you to try to duplicate. -- Noah Slater - Bytesexual http://bytesexual.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482038: kdesktop_lock hangs when the screensaver dies
Package: kdesktop Version: 4:3.5.9.dfsg.1-2+b1 Severity: important I have fireworks X screen saver and Composite enabled. This seems to make screen saver die after some time of execution. After the screen saver dies, kdesktop_lock hangs the X screen. All my previous content can be seen (as there's no screensaver on top), but it does not respond to clicks or keypresses. After this, I have to change to a text console (Ctrl+Alt+F1, for example), login, and kill the kdesktop_lock process. This makes my X screen usable again when I return to it (Ctrl+Alt+F7). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-duo (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdesktop depends on: ii kdebase-bin 4:3.5.9.dfsg.1-2+b1 core binaries for the KDE base mod ii kdeeject 4:3.5.9.dfsg.1-2script used by KDE to eject remova ii kdelibs4c2a 4:3.5.9.dfsg.1-4core libraries and binaries for al ii libc62.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libgl1-mesa-glx [lib 7.0.3-1 A free implementation of the OpenG ii libglu1-mesa [libglu 7.0.3-1 The OpenGL utility library (GLU) ii libkonq4 4:3.5.9.dfsg.1-2+b1 core libraries for Konqueror ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxau6 1:1.0.3-2 X11 authorisation library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii libxxf86misc11:1.0.1-2 X11 XFree86 miscellaneous extensio kdesktop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432350: Eclipse 3.3
Hi, what's the status of eclipse package? Regards, Sumit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474080: mpfi: Please add shared library support
Hello, * Laurent Fousse [Fri, Apr 04, 2008 at 01:49:06PM +0200]: Thanks for your work on this issue. I'll see with upstream before inclusion in debian. I'm packaging latest CVS version, which includes a shared library. The upload should happen sometime this week. Cheers, Laurent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481669: [D-m-team] Bug#481669: DM Application for John Stamp
package debian-maintainers tags 481669 - moreinfo # Waiting in case of any more advocacies until Wed, 21 May 2008 19:51:01 UTC tags 481669 + confirmed thanks signature.asc Description: Digital signature
Bug#482034: New release and verse integration
On 20/05/2008, Aurélien PROVIN wrote: Blender 2.46 has been released. In binary form, as always. As of this writing, [1] still points to the 2.45 source tar ball. 1. http://www.blender.org/download/source-code/ Anyway, I'm concerned about security issues that weren't addressed upstream, and I'll probably upload to experimental once I've made up my mind about how to deal with that. Could you also include the verse support in the debian package or create a blender-verse package. I'll have a look at that. Mraw, KiBi. pgpyBsNE6nyyf.pgp Description: PGP signature
Bug#482023: new generated keys are vulnerable
* Uwe Kleine-König: The problem is that my system has a libssl from testing (i.e. 0.9.8g-8). Yeah, there isn't a good way to deal with that, especially as soon as backports and locally built packages are involved. debsecan and the security tracker try to deal with this, but they can't handle backports, either (but they tend to give false positives in that case). Maybe openssh-server should conflict with the vulnerable versions of libssl? The list is pretty long, so this is hardly feasible. Or the newly generated keys should be checked resulting in a warning if they are still vulnerable. That's probably a good idea. A fixed libssl version for testing-proposed-updated would be great, too. (But this it OT for this report.) testing has received the fixed version on 2008-05-11. There's no need to involve testing-proposed-updates. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413675: Fwd: pgadmin3 for experimental
Hi!
Forgot to Cc this mail to the bugreports so that all involved parties
are informed about my plans. Here it goes:
- Forwarded message from Gerfried Fuchs [EMAIL PROTECTED] -
Date: Tue, 20 May 2008 13:25:43 +0200
From: Gerfried Fuchs [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: pgadmin3 for experimental
Hi!
As I haven't seen any further reply to my last ping about the status
of the package I plan to do an NMU for pgadmin3 to experimental. I am
currently so far that the building works. I will of course send the
changes on to the according bugreports.
Things I noticed: The content of the svn repository isn't based on the
NMU that was done in may 2007 but on the version from before that. It
thus revertes the binNMU-safetyness. Not getting rid of that changes is
a must here, especially since they were in there for so long already.
The changelog entries in the svn though never seem to have found any
light, or I was unable to find the place where they were uploaded with
that.
That's the main reasons why my NMU will be based on what's in the pool
instead of what's in the svn repository. This is the changelog entries
so far:
#v+
* Non-Maintainer Upload of new upstream version to experimental.
* New upstream release:
- Build-Depends on libwxgtk2.8-dev instead of libwxgtk2.6-dev.
- Versioned-Depends on libpq-dev bumped to = 8.1.
- New Build-Depends on libxml2-dev and libxslt1-dev.
* Build-Depend on autotools-dev and pull in config.{guess,sub} on build time
instead of copying over on clean target if existing, to make it more
relyable and not have it in the .diff.gz.
* Don't ignore errors on make clean anymore.
* Remove unneccessary patches from all Makefile.in files.
* Bump Standards-Version to 3.7.3.
* Fixed filenames in debian/pgadmin3.docs, got rid of the additionally
generated TODO.txt.
#v-
As version I've chosen to use 1.8.2-0.1 so it won't clutter with any
maintainer upload that might be worked on in silence.
So long,
Rhonda
- End forwarded message -
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481844: yaboot: fails to boot on Mac Mini 1.42 GHz (PPC)
tag 481844 unreproducible severity 481844 wishlist retitle 481844 Add section that states that mac partition table is needed in the installation manual reassign 481844 partman thanks The supplied logs are with manual partitioning the disk, it seems that it is not sufficient with only a NewWorld boot partition (Apple_Bootloader). Actually the error was choosing msdos when partitioning the entire disk, instead mac should have been selected. The partition table (I suppose) was missing from the disk, which seems to be needed. It does not state this anywhere, it just says that you need to have a NewWorld boot partition. It would be a good thing to put in Appendix C of the installation manual for PowerPC. Although the first installation was with the guided encrypted LVM which failed, it works now. Cannot reproduce the error, didn't save any logs either. Since the error somewhat isn't a bug I am reassigning as wishlist to partman. Please help me if there is a better package to file against. -- Per -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480480: libhtml-mason-perl: Subclassing HTML::Mason::ApacheHandler stopped working after upgrade to perl 5.10
reassign 480480 perl 5.10.0-10 retitle 480480 thanks On Mon, May 19, 2008 at 09:27:56PM +0300, Niko Tyni wrote: On Sat, May 10, 2008 at 01:39:40PM +0200, Fernando Santagata wrote: Package: libhtml-mason-perl Version: 1:1.36-2 Severity: normal until some days ago, my mason-based sites worked just fine. After upgrading to perl 5.10 one site stopped working. I have done some research and I suspect the culprit is HTML::Mason::ApacheHandler. The system works just fine for plain HTML files, but the apache process crashes if I use a mason page, leaving this line in the error log: [Fri May 09 00:04:47 2008] [notice] child pid 22953 exit signal Segmentation fault (11) I can reproduce this. The bug is either in mod_perl2 or perl itself, pure Perl packages shouldn't be able to generate segfaults. It's a regression in perl 5.10.0, reproducable with this one-liner: # perl -e '@ISA = 'Foo'; $ISA[$_] = 'Bar' for (0..$#ISA);' Reassigning again. I'll forward this upstream after some bisecting to determine which change in perl broke this. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458087: Let's remove phpgedview
retitle 458087 RM: phpgedview -- RoM reassign 458087 ftp.debian.org thanks Hi, I'd like to request removal of phpGedView from Debian. I've been maintaining it for some years but am not interested in that anymore. As seen in this bug report there's been no interest in adopting it in 5 months. I don't think orphaning it will suddenly spur interest so removal may be preferred. The package has a low popcon score, there are alternatives available. It isn't in an unreasonable shape but security issues do pop up from time to time and it wouldn't be good to be released with lenny without a fully active maintainer. thanks, Thijs pgp7aYZ1U1nmq.pgp Description: PGP signature
Bug#481844:
reassign 481844 installation-guide thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481585: merging changes files with different formats
Hi, On Sat, 17 May 2008, Adam D. Barratt wrote: On Sat, May 17, 2008 09:41, martin f krafft wrote: [...] I just got this error: Error: Changes files have different Format fields: puppet_0.24.4-6~bpo40~madduck+1_source.changes:Format: 1.8 puppet_0.24.4-6~bpo40~madduck+1_amd64.changes.binonly:Format: 1.7 and I wonder why mergechanges refuses to do the work. Is there actually a reason why it shouldn't just take the newer format and merge, adding fields only the older format defines? I realise this sounds like a bad idea, but I do genuinly wonder why it wouldn't work... mind you, I don't have much experience with the different changes file formats... It wasn't an arbitrary decision - when I discussed this with Raphael Hertzog on IRC before making the changes, he advised that mergechanges should only attempt to merge changes with the same format; I've added the dpkg list to CC for further input. It was a generic advice, you can't sanely merge two formats if you don't know the specific of each format. Thus it's best to fail by default when you need to merge two files which have different formats. In the particular case of 1.7 and 1.8, it should be always possible to drop the Checksums-* fields from a 1.8 changes. That should make it fully compatible with a 1.7 changes file and they can be merged together. (Alternatively, you can generate the Checksums-* for the 1.7 changes file but you have to make sure that you have the same set of Checksums-* fields as in the 1.8 file that you're merging with) 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337214: ispell.el: word-splitting incorrect in presence of iso-8859-15 characters
On Tue, May 20, 2008 at 11:30:44AM +0200, Lionel Elie Mamane wrote:
reassign 337214 dictionaries-common
retitle 337214 ispell.el: word-splitting incorrect in presence of iso-8859-15
characters
thanks
I think that now ifrench-gut ships the right
/var/lib/dictionaries-common/ispell/ifrench-gut
It correctly declares iso-8859-15 as coding-system, and ? (o dans
l'e, oe run together) in Casechars for the francais dictionary. And
indeed, when checking the word neud, the proposition is n?ud and
gets correctly inserted. But if you then check the corrected word
(depending on cursor position), only the n or the ud is checked as
a word: the word-splitting incorrectly takes the ? as a word
separator. Even if the buffer-file-coding-system is iso-8859-15...
That's probably a bug in ispell.el or somewhere else in Emacs (mapping
table between mule/unicode and iso-8859-15?), not in the packaging of
ifrench-gut. (I tried both with and without mule-ucs.)
Strange, I cannot reproduce this with any of the atached files, if I use
ispell-word n{o+e}ud is properly shown as an alternative ({o+e} stands
for o dans l'e) and replaced, and the replacement is recognised as a
single word. If I use flyspell 'n?ud' is proposed, but word is correctly
replaced and also recognised as a single word.
Tried with emacs21, emacs22 and xemacs.
I however get the behavior you describe with emacs-snapshot, which it is not
part of Debian and on purpose, does not use anything from
dictionaries-common.
Are you sure you are not using emacs-snapshot?
--
Agustin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293361: reportbug: add reminder to fill fields to the ITP template
Hello, I'm planning to fix it this way: use a regex to search for templates line in the body of email (Version: x.y.z etc etc), if anything is found print something like * WARNING * Templates information still present, please update them before submitting. What about? I don't want to stop user from submitting a bug even if template words are still there, but notifying him/her about it: what do you think about it? -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337214: ispell.el: word-splitting incorrect in presence of iso-8859-15 characters
On Tue, May 20, 2008 at 01:42:22PM +0200, Agustin Martin wrote:
Strange, I cannot reproduce this with any of the atached files, if I use
ispell-word n{o+e}ud is properly shown as an alternative ({o+e} stands
for o dans l'e) and replaced, and the replacement is recognised as a
single word. If I use flyspell 'n?ud' is proposed, but word is correctly
replaced and also recognised as a single word.
Tried with emacs21, emacs22 and xemacs.
I however get the behavior you describe with emacs-snapshot, which it is not
part of Debian and on purpose, does not use anything from
dictionaries-common.
Are you sure you are not using emacs-snapshot?
Opps, forgot to attach files,
--
Agustin
-*- coding: iso-8859-15 -*-
neud
c½ur
C¼UR
;; Local Variables:
;; ispell-local-dictionary: francais
;; End:
-*- coding: utf-8 -*-
neud
cÅur
CÅUR
;; Local Variables:
;; ispell-local-dictionary: francais
;; End:
