Bug#416357: [INTL:gl] Galician debconf templates translation for cupsys
Package: cupsys Version: 1.2.7-4 Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of cupsys' debconf templates. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the cupsys package. # Jacobo Tarrio [EMAIL PROTECTED], 2006, 2007. # msgid msgstr Project-Id-Version: cupsys\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-27 07:14+0200\n PO-Revision-Date: 2007-03-27 08:56+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../cupsys-bsd.templates:1001 msgid Do you want to set up the BSD lpd compatibility server? msgstr causan problemas (por exemplo, algúns núcleos para PPC fallan co adaptador paralelo). #. Type: boolean #. Description #: ../cupsys-bsd.templates:1001 msgid The CUPS package contains a server that can accept BSD-style print jobs and submit them to CUPS. It should only be set up if other computers are likely to submit jobs over the network via the \BSD\ or \LPR\ services, and these computers cannot be converted to use the IPP protocol that CUPS uses. msgstr O paquete CUPS contén un servidor que pode aceptar traballos de impresión estilo BSD e envialos a CUPS. Só se debería activar se ten outros ordenadores que poidan enviar traballos pola rede mediante os servizos \BSD \ ou \LPR\, e se eses ordenadores non se poden configurar para que empreguen o protocolo IPP que emprega CUPS. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid Do you want CUPS to print unknown jobs as raw jobs? msgstr ¿Quere que CUPS imprima os traballos descoñecidos coma traballos en cru? #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid The Internet Printing Protocol (IPP) enforces a MIME type for all print jobs. Since not all sources of print jobs can attach an appropriate type, many jobs get submitted as the MIME type application/octet-stream and could be rejected if CUPS cannot guess the job's format. msgstr O protocolo de impresión por Internet (IPP) obriga a que tódolos traballos de impresión teñan un tipo MIME. Como non todas as fontes de traballos de impresión poden indicar un tipo axeitado, moitos traballos envíanse co tipo MIME application/octet-stream, e poden quedar rexeitados se CUPS non pode determinar o formato do traballo. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid CUPS can handle all such jobs as \raw\ jobs, which causes them to be sent directly to the printer without processing. msgstr CUPS pode tratar todos eses traballos coma traballos \en cru\, o que fai que se envíen directamente á impresora sen os procesar. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid It is recommended to choose this option if the server will be accepting print jobs from Windows computers or Samba servers. msgstr Recoméndase que escolla esta opción se o servidor ha aceptar traballos de impresión de ordenadores Windows ou servidores Samba. #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid ipp msgstr ipp #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid lpd msgstr lpd #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid parallel msgstr paralelo #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid scsi msgstr scsi #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid serial msgstr serie #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid socket msgstr socket #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid usb msgstr usb #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid snmp msgstr snmp #. Type: multiselect #. Description #: ../cupsys.templates:2002 msgid Printer communication backends: msgstr Sistemas de comunicación coa impresora: #. Type: multiselect #. Description #: ../cupsys.templates:2002 msgid CUPS uses backend programs to communicate with the printer device or port. msgstr CUPS emprega programas \motor\ para se comunicar co dispositivo ou porto da impresora. #. Type: multiselect #. Description #: ../cupsys.templates:2002 msgid Unfortunately, some backend programs are likely to cause some trouble. For example, some PPC kernels crash with the parallel backend. msgstr Por desgracia, algúns destes programas \motor\ poden causar problemas. Por exemplo, algúns núcleos para PPC fallan co motor de porto paralelo. #. Type: multiselect #. Description #: ../cupsys.templates:2002 msgid Please choose the backend program to be used by CUPS. The default choice should fit the most common environments. msgstr Escolla o programa que debe empregar CUPS. A opción por defecto debería axustarse aos ambientes máis habituais. #~ msgid #~ If you will be accepting print jobs from Windows computers, you probably #~
Bug#416356: cupsys: [INTL:sv] Swedish debconf templates translation update
Package: cupsys Severity: wishlist Tags: patch l10n Here is the updated Swedish debconf translation for cupsys. Regards, Daniel -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=UTF-8) (ignored: LC_ALL set to sv_SE) Versions of packages cupsys depends on: ii adduser 3.102 Add and remove users and groups ii cupsys-common1.2.7-4 Common UNIX Printing System(tm) - ii debconf [debconf-2.0]1.5.13 Debian configuration management sy ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcupsimage21.2.7-4 Common UNIX Printing System(tm) - ii libcupsys2 1.2.7-4 Common UNIX Printing System(tm) - ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpaper11.1.21 Library for handling paper charact ii libslp1 1.2.1-6.2 OpenSLP libraries ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-7 Core Perl modules ii poppler-utils [xpdf-util 0.4.5-5.1 PDF utilitites (based on libpopple ii procps 1:3.2.7-3 /proc file system utilities ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.7-4Common UNIX Printing System(tm) - ii foomatic-filters 3.0.2-20061031-1.2 linuxprinting.org printer support ii smbclient 3.0.24-6 a LanManager-like simple client fo -- debconf information excluded # #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. # msgid msgstr Project-Id-Version: cupsys 1.1.23-13\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-27 07:14+0200\n PO-Revision-Date: 2007-03-27 08:57+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../cupsys-bsd.templates:1001 msgid Do you want to set up the BSD lpd compatibility server? msgstr Vill du konfigurera den BSD-kompatibla lpd-servern? #. Type: boolean #. Description #: ../cupsys-bsd.templates:1001 msgid The CUPS package contains a server that can accept BSD-style print jobs and submit them to CUPS. It should only be set up if other computers are likely to submit jobs over the network via the \BSD\ or \LPR\ services, and these computers cannot be converted to use the IPP protocol that CUPS uses. msgstr CUPS-paketet innehåller en server som kan acceptera utskriftsjobb av BSD-stil och skicka dem till CUPS. Den bör endast konfigureras om du har andra datorer som kommer att skicka jobb över nätverket via \BSD\ eller \LPR\-tjänster och dessa datorer inte kan konverteras till att använda IPP-protokollet som CUPS använder. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid Do you want CUPS to print unknown jobs as raw jobs? msgstr Vill du att CUPS ska skriva ut okända jobb som råjobb? #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid The Internet Printing Protocol (IPP) enforces a MIME type for all print jobs. Since not all sources of print jobs can attach an appropriate type, many jobs get submitted as the MIME type application/octet-stream and could be rejected if CUPS cannot guess the job's format. msgstr Internet Printing Protocol (IPP) använder en MIME-typ för alla sorters utskriftsjobb. Eftersom inte alla källor för utskriftsjobb kan skicka med en lämplig typ blir många jobb skickade som MIME-typen \application/octet-stream\ och kan bli nekade om CUPS inte kan gissa jobbtypen. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid CUPS can handle all such jobs as \raw\ jobs, which causes them to be sent directly to the printer without processing.
Bug#413926: Results of technical committee vote
With six of seven committee members having voted, there is a definite Condorcet winner and the outcome of the vote is no longer in doubt under 6.3.1 of the constitution. While I'm sure we'd all welcome Raul's thoughts on the question, and by my reading any member of the TC is still allowed to change their vote for up to a week after the call for votes, I don't think there's any harm in proceeding according to this provisional outcome. If any further votes are received, I'll respin this report at the end of the week; and I'll wait for the week to be up before requesting changes to http://www.debian.org/devel/tech-ctte. but I will go ahead and close bug #413269 with this mail. Option 1---: wordpress should not be included in etch due to bug #413269 / Option 2--: wordpress should be included in etch in spite of bug #413269 |/ Option 3-: Further discussion ||/ V: 213 Andreas Barth V: 213 Anthony Towns V: 213 Bdale Garbee V: 123 Ian Jackson V: 213 Manoj Srivastava V: 123 Steve Langasek In the following table, tally[row x][col y] represents the votes that option x received over option y. Option 1 wordpress should not be included in etch due to bug #413269 Option 2 wordpress should be included in etch in spite of bug #413269 Option 3 Further discussion Option 1 2 3 = = = Option 1 2 6 Option 2 4 6 Option 3 0 0 Option 2 defeats Option 1 by (4 - 2) = 2 votes. Option 1 defeats Option 3 by (6 - 0) = 6 votes. Option 2 defeats Option 3 by (6 - 0) = 6 votes. The Schwartz contains: Option 2 wordpress should be included in etch in spite of bug #413269 The winner is: Option 2 wordpress should be included in etch in spite of bug #413269 So the decision of the Technical Committee is to include wordpress in etch in spite the objections of the Security Team; bug #413269 is no longer release-critical for etch. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#416358: echoping: New upstream release (but not obvious to package)
Package: echoping Version: 5.2.0-2.1 Severity: wishlist echoping 6 is out: http://echoping.sourceforge.net/ But it is more complicated to package since it now introduces dynamic plugins. Several plugins are shipped with echoping, for instance the PostgreSQL one. It is probably not wise to make echoping depend on PostgreSQL Debian package. Possible solutions: * one package per plugin, which would create many very small packages (xmms does it, apparently), * only one package but with Recommends instead (xmms worked that way before, in sarge) Also, in order to enable plugin compilation on the machine where the package is installed, it could be a good idea to install echoping.h and compilation.h somewhere. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages echoping depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libidn110.6.5-1 GNU libidn library, implementation echoping recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413926: Call for vote: wordpress: Should not ship with Etch
wordpress should not be included in etch due to bug #413269 2007/3/27, Bdale Garbee [EMAIL PROTECTED]: [EMAIL PROTECTED] (Steve Langasek) writes: - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- [ 2 ] Choice 1: wordpress should not be included in etch due to bug #413269 [ 1 ] Choice 2: wordpress should be included in etch in spite of bug #413269 [ 3 ] Choice 3: Further discussion - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- I am unconvinced that wordpress is more likely to have future security issues, or that they would be harder to resolve, than many other packages in etch. Bdale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340310: Seems solved in version 6
I cannot reproduce the bug in echoping version 6 (just shipped). I did not fix it on purpose :-) but it seems fixed nevertheless. I confirm the bug in 5.2. I hesitate to make a security fix since there is no real security issues. But it is indeed a nasty bug. signature.asc Description: Digital signature
Bug#416359: nfs-kernel-server: NFSv4 mounts become inaccessible on their own
Package: nfs-kernel-server Severity: important We have an environment with some NFSv4 mounts (of the type sec/krb5). These work like a charm, UNTIL intermittently the mounts become inaccessible. Sometimes the mounts only become read-only, sometimes totally inaccessible. This can happen during the night or during the day, so at least it is not caused by users' KRB5 tickets exipiring. At the point when this happens, /var/log/syslog on the client says (repeatedly, at exactly a minute intervals): Mar 27 10:03:05 noether rpc.gssd[12342]: handling krb5 upcall Mar 27 10:03:05 noether rpc.gssd[12342]: Using keytab file '/etc/krb5.keytab' Mar 27 10:03:05 noether rpc.gssd[12342]: INFO: Credentials in CC 'FILE:/tmp/krb5cc_machine_TFY.UTU.F I' are good until 1175000999 Mar 27 10:03:05 noether rpc.gssd[12342]: using FILE:/tmp/krb5cc_machine_TFY.UTU.FI as credentials ca che for machine creds Mar 27 10:03:05 noether rpc.gssd[12342]: using environment variable to select krb5 ccache FILE:/tmp/ krb5cc_machine_TFY.UTU.FI Mar 27 10:03:05 noether rpc.gssd[12342]: creating context using fsuid 0 (save_uid 0) Mar 27 10:03:05 noether rpc.gssd[12342]: creating tcp client for server kelvin.tfy.utu.fi Mar 27 10:03:05 noether rpc.gssd[12342]: creating context with server [EMAIL PROTECTED] Mar 27 10:03:05 noether rpc.gssd[12342]: DEBUG: serialize_krb5_ctx: lucid version! Mar 27 10:03:05 noether rpc.gssd[12342]: prepare_krb5_rfc1964_buffer: serializing keys with enctype 4 and length 8 Mar 27 10:03:05 noether rpc.gssd[12342]: doing downcall So at least the client hosts' ticket seems ok. The server syslog is as follows. I assume some of the cryptic looking data was live KRB5 tickets, I removed them just in case they contain something sensitive; krb5 is not supposed to send anything sensitive over the wire, but I do not know what rpc.svcgssd logs - it could be logging the server's ticket, for example. Besides it makes ugly reading. =) I'll send those if necessary and after checking what rpc.svcgssd actually logs. Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: leaving poll Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: handling null request Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: readline: read 1044 chars into buffer of size 2048: \x \x(I CUT HERE) Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: in_handle: Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: length 0 Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: in_tok: Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: length 519 Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: : (I CUT HERE TOO, 519 bytes were logged initially) Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: sname = nfs/[EMAIL PROTECTED] Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: DEBUG: serialize_krb5_ctx: lucid version! Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: prepare_krb5_rfc1964_buffer: serializing keys with enctype 4 and le ngth 8 Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: doing downcall Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: \xb801 2147483647 -1 -1 0 krb5 \x(CUT THE DATA) Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: sending null reply Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: writing message: \x \x(CUT THE DATA) Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: finished handling null request Mar 27 10:03:05 kelvin rpc.svcgssd[24454]: entering poll The user's ticket cache says: Server: krbtgt/[EMAIL PROTECTED] Ticket etype: aes256-cts-hmac-sha1-96, kvno 9 Auth time: Mar 27 09:09:26 2007 End time: Mar 27 19:09:26 2007 Renew till: Apr 6 09:09:26 2007 Ticket flags: forwardable, renewable, initial Addresses: IPv4:130.232.104.248 Server: afs/[EMAIL PROTECTED] Ticket etype: des-cbc-crc, kvno 4 Auth time: Mar 27 09:09:26 2007 Start time: Mar 27 09:09:27 2007 End time: Mar 27 19:09:26 2007 Ticket flags: transited-policy-checked Addresses: IPv4:130.232.104.248 Server: nfs/[EMAIL PROTECTED] Ticket etype: des-cbc-crc, kvno 1 Auth time: Mar 27 09:09:26 2007 Start time: Mar 27 09:09:52 2007 End time: Mar 27 19:09:26 2007 Renew till: Apr 3 09:09:26 2007 Ticket flags: forwardable, renewable, transited-policy-checked Addresses: IPv4:130.232.104.248 Client host's cache: Server: krbtgt/[EMAIL PROTECTED] Ticket etype: aes256-cts-hmac-sha1-96, kvno 9 Auth time: Mar 26 16:09:59 2007 End time: Mar 27 16:09:59 2007 Renew till: Apr 2 16:09:59 2007 Ticket flags: forwardable, proxiable, renewable, initial Addresses: Server: nfs/[EMAIL PROTECTED] Ticket etype: des-cbc-crc, kvno 1 Auth time: Mar 26 16:09:59 2007 End time: Mar 27 16:09:59 2007 Renew till: Apr 2 16:09:59 2007 Ticket flags: forwardable, proxiable, renewable, transited-policy-checked Addresses: And server host's cache: Server: krbtgt/[EMAIL PROTECTED] Ticket etype: aes256-cts-hmac-sha1-96, kvno 9 Auth time: Mar 26 23:42:47 2007 End time: Mar 27 23:42:47 2007 Renew till: Apr 2 23:42:47 2007 Ticket flags: forwardable, proxiable, renewable,
Bug#407430: free() too eager
Commenting out the free(hostname) suffices to solve the problem. For more study. Here is the backtrace: (gdb) bt #0 0x2b44570428d5 in raise () from /lib/libc.so.6 #1 0x2b4457043b6e in abort () from /lib/libc.so.6 #2 0x2b4457078987 in ?? () from /lib/libc.so.6 #3 0x2b445707da7d in ?? () from /lib/libc.so.6 #4 0x00406c67 in make_http_sendline ( url=0x554460 /?query=0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567, host=0x55cd10 www.james.rcpt.to, port=80, nocache=0) at http.c:53 #5 0x004045c6 in main (argc=3, argv=0x7fe50b98) at echoping.c:695 (http.c:53 contains the call to free)
Bug#416360: gnus-pers.el: gnus-functionp is absent in Oort Gnus
Package: gnus-bonus-el Version: 26.9-1 Severity: important Tags: patch Current Gnus does not have gnus-functionp anymore. Plain functionp should be used instead. Current version of gnus-pers.el is unuseable on current gnus, but fix is trivial: sed -i.bak -e 's/gnus-functionp/functionp/g' gnus-pers.el -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ru_UA.KOI8-U, LC_CTYPE=ru_UA.KOI8-U (charmap=KOI8-U) Versions of packages gnus-bonus-el depends on: ii gnus5.11+v0.5.dfsg-3 A versatile news and mail reader f ii xemacs2121.4.19-1highly customizable text editor ii xemacs21-mule [xemacs21 21.4.19-1highly customizable text editor -- gnus-bonus-el recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413041: jasper: heap corruption and segv's
tag 413041 help thanks Kurt Roeckx wrote: I can reproduce the problem with i386, too. Working on it. Has there been any progress on this? Unfortunately, no. :( Too many things to do and too little time... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416361: approx: small correction to cron.weekly/approx
Package: approx Version: 2.8.0 Severity: minor hi, I got a msg from crond /etc/cron.weekly/approx: rmdir: /var/cache/approx/.: Invalid argument run-parts: /etc/cron.weekly/approx exited with return code 123 seems the problem is that find(1) will report /var/cache/approx/. as well. Here's a possible fix: - find /var/cache/approx/. -type d -empty | xargs --no-run-if-empty rmdir + find -L /var/cache/approx/ -mindepth 1 -type d -empty | \ + xargs --no-run-if-empty rmdir The -mindepth 1 avoids listing approx/ itself, -L makes find(1) follow symlinked dirs below approx/. There's no need for the trailing '.', just '/' suffice. But for full safe cleanup I'd rather have + cd /var/cache/approx/ \ + find -L . -xtype d -empty | \ + xargs --no-run-if-empty rmdir -p 2/dev/null || true The -mindepth 1 isn't needed, rmdir -p would cleanup full path while cd /var/cache/approx/ avoids rmdir'g /var/cache/approx itself. -- paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416343: clamav-data: [INTL:ru] Updated Russian debconf templates translation
tags #416343 confirmed pending thanks On Tue, Mar 27, 2007 at 12:32:28PM +1000, Yuriy Talakan' wrote: Please use attached file Committed to svn. Is there anything to be done for clamav-getfiles as well? Both packages build from same source, so it would be good to update clamav-getfiles in the same update run. 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 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416220: network-manager fails to associate with an open (unencrypted) wlan
On Monday 26 March 2007 16:02, Michael Biebl wrote: Jim Hague wrote: Package: network-manager Version: 0.6.4-6 Severity: normal network-manager on my laptop using the onboard Broadcom BCM4318 via ndiswrapper works fine with WEP and WPA encrypted wireless networks, but fails when connecting to open networks. network-manager-kde shows 28% done 'Activation stage: Configuring device', and sticks there until timing out. Seems to be a driver issue. Your network card driver has to support wext properly for NM to work. You are quite right. It is definitely a driver issue. I tried a different NDIS drivers under x86 and it works properly. Thanks for your help, and apologies for wasting your time. -- Jim Hague - [EMAIL PROTECTED] Never trust a computer you can't lift. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416359: Acknowledgement (nfs-kernel-server: NFSv4 mounts become inaccessible on their own)
Forgot to mention: the mounts also sometimes become accessible again on their own. (The specific occassion I was pasting logs from, just became accessible again.) Only the read-only-type inaccessibility becomes accessible by itself, though; the not-at-all-accessible type never seems to. It requires a remount, which is rather cumbersome. -Juha -- --- | Juha Jäykkä, [EMAIL PROTECTED]| | Laboratory of Theoretical Physics | | Department of Physics, University of Turku| | home: http://www.utu.fi/~juolja/ | --- signature.asc Description: PGP signature
Bug#403010: [Pkg-openldap-devel] Bug#403010: (no subject)
severity 403010 important tags 403010 moreinfo unreproducible thanks On Tue, Mar 27, 2007 at 04:37:45PM +1000, Julien Goodwin wrote: package slapd severity 403010 grave found 403010 2.3.30-5 thanks This breaks sarge-etch upgrades for ldap servers. No, it doesn't; with a stock slapd install, an upgrade from sarge to etch has no such problem. You'll need to show some detail on *why* the script doesn't manage to start slapd for you, which is probably an issue with your configuration and not a bug in the package. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416362: screen: autodetach on should be default
Package: screen Version: 4.0.3-0.2 Severity: important One of the most important features of screen is autodetach on HUP. That is, if one breaks one's login session, screen gracefully autodetaches instead of killing the session. This is supposed to be on by default per the screen manpage. This used to be on by default under Debian. For some reason, this is no longer the default, and hasn't been for some months. The workaround is to manually enable autodetach on in the per-user screenrc, or in /etc/screenrc. I'd have reported this earlier, but I thought it was random screen crashes. I've only recently realized that screen was consistently exiting when my sessions died. So I don't know when the problem began. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages screen depends on: ii base-passwd 3.5.11 Debian base system master password ii debconf [debconf-2.0] 1.5.9Debian configuration management sy ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libncursesw55.5-5Shared libraries for terminal hand ii libpam0g0.79-4 Pluggable Authentication Modules l ii passwd 1:4.0.18.1-5 change and administer password and screen recommends no packages. -- debconf information: screen/old_upgrade_prompt: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366636: mimedefang still does not see spamassassin updates with LOCAL_STATE_DIR = '/var/lib'
reopen 366636 thanks Hi Olaf, Olaf Schulz schrieb: Hallo Christoph, On Mon, Mar 26, 2007 at 04:58:02PM +0200, Christoph Martin wrote: Hi bugreports I can't see why this patch would help you. Variable LOCAL_STATE_DIR is only used with spamassassin 3.1.5. You have version 3.1.7 from testing/unstable which automatically uses the correct location of the state_dir: # If SpamAssassin version is older than 3.1.5, we must set # LOCAL_STATE_DIR or LOCAL_RULES_DIR, because Mail::SpamAssassin # doesn't provide a default value. if ($Mail::SpamAssassin::VERSION 3.001005) { $sa_args-{LOCAL_STATE_DIR} = $LOCAL_STATE_DIR; $sa_args-{LOCAL_RULES_DIR} = $LOCAL_RULES_DIR; } $SASpamTester = Mail::SpamAssassin-new( $sa_args ); From which file are these lines taken? I cannot find them in /usr/bin/mimedefang.pl of mimedefang 2.57-5 Ups. You are right. They are in version 2.61 which I am just preparing for upload. I reopen the bug and close it with this upload again. -- Christoph Martin, Leiter der EDV der Verwaltung, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] Telefon: +49-6131-3926337 Fax: +49-6131-3922856 signature.asc Description: OpenPGP digital signature
Bug#416363: libexo-0.3-0: When I try to create launcher I get segmentation fault.
Package: libexo-0.3-0 Version: 0.3.1.12rc2-1 Severity: normal Segmentation fault occurs after inserting a letter into Name field. ~$ exo-desktop-item-edit -c ~/Desktop -t Application (exo-desktop-item-edit:11856): GLib-CRITICAL **: g_utf8_casefold: assertion `str != NULL' failed Naruszenie ochrony pamięci (core dumped) When I set LANG=C program works correctly. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages libexo-0.3-0 depends on: ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libx11-62:1.0.3-6X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfce4mcs-client3 4.3.99.2-1 Client library for Xfce4 configure ii libxfce4mcs-manager34.3.99.2-1 Manager library for Xfce4 configur ii libxfce4util4 4.3.99.2-1 Utility functions library for Xfce ii libxfcegui4-4 4.3.99.2-1 Basic GUI C functions for Xfce4 ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra libexo-0.3-0 recommends no packages. -- no debconf information
Bug#392312: xserver-xorg-core: [sparc] Freezes system
On Mon, Mar 26, 2007 at 09:42:09PM +0200, Julien Cristau wrote: Hi Jurij, it was reported that #392312 is back in xorg-server 1.2.0, despite the patch that was added in 2:1.1.1-10. Could you have a look at what might have broken this? Thanks, Julien Hi, This bug was fixed for etch by adding 32_disable_sparc_pci_bridge.diff. My first guess is that it did not get merged upstream, so it has to be readded in the Debian packages for 1.2.0. I would appreciate if you could look into it, as I currently cannot do anything useful myself. Best regards, -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416155: mpeg2dec_onroot does not work properly on amd64
tags 416155 + upstream thanks Hi Olaf, * Rhialto ([EMAIL PROTECTED]) : Package: electricsheep Version: 2.6.8 I compiled electricsheep on NetBSD both on my i386 machine and on my amd64 machine. The former works ok, but on the latter mpeg2dec_onroot has problems. I suspect these are 64-bit problems because the OS is the same. The symptoms are that mpeg2dec_onroot only shows a black screen if it can use Xv. If the Xv port is already in use, for instance because MPlayer is using it, I see the animation but it is not scaled to fullscreen. Thanks for the report, I'm CC'ing Spot, the upstream author of Electricsheep, in order to let him know about the issue you found. Regards, -- Alexis Sukrieh [EMAIL PROTECTED] 0x1EE5DD34 Debian http://www.debian.org Backup Manager http://www.backup-manager.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416364: Text label not shown on ksysguard kicker applet.
Package: ksysguard Version: 4:3.5.5a.dfsg.1-6 Severity: normal This bug is with the ksysguard kicker applet. The problem is with the text top bar not being shown. Steps to reproduce: 1) Add sysguard applet to kicker panel. 2) Note that the 2 default displays, CPU and Mem, have a text top bar which show: CPU, and Mem. 3) Add a 3rd display. 4) Open KSysguard app. 5) Drag localhost-network-interfaces-eth0-receiver-data to 3rd display, and choose signal plotter option. 6) Check that the option top bar, which is in the grid tab of the 3rd displays properties is enabled, and that there is a title defined in the style tab. The bug is that the top bar is never shown, regardless of config setting. Note that the bug isn't limited to the network example given above. Thanks, Lex. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages ksysguard depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-7 core libraries and binaries for al ii ksysguardd 4:3.5.5a.dfsg.1-6 system guard daemon for KDE ii libacl12.2.42-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 1:2.4.32-1.1 Extended attribute shared library ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfam02.7.0-12 Client library to control the FAM ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime ksysguard recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416365: genkdmconf mangles ServerArgsLocal
Package: kdm Version: 4:3.5.5a.dfsg.1-6 Severity: important The subject says it all. On my installation I modify /etc/kde3/kdm/kdmrc by commenting out the ServerArgsLocal entry, because I, in this case, don't want the -nolisten tcp option. But the invocation of genkdmconf in /etc/init.d/kdm changes this back, removing the comment when it generates /var/run/kdm/kdmrc, thus forbidding tcp listening whether I wish it or not. It may be that this is just a documentation problem - that there is a way around this. But I have not been able to find any documentation on what the genkdmconf program actually does - only which files it reads -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.5-7.244-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kdm depends on: ii debconf [debconf-2.0] 1.5.13Debian configuration management sy ii kdebase-bin4:3.5.5a.dfsg.1-6 core binaries for the KDE base mod ii kdebase-data 4:3.5.5a.dfsg.1-6 shared data files for the KDE base ii kdelibs4c2a4:3.5.5a.dfsg.1-7 core libraries and binaries for al ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libpam-runtime 0.79-4Runtime support for the PAM librar ii libpam0g 0.79-4Pluggable Authentication Modules l ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-6 X11 client-side library ii libxau61:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients Versions of packages kdm recommends: ii logrotate 3.7.1-3Log rotation utility -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403010: [Pkg-openldap-devel] Bug#403010: (no subject)
On 27/03/2007 5:59 PM, Steve Langasek wrote: severity 403010 important tags 403010 moreinfo unreproducible thanks On Tue, Mar 27, 2007 at 04:37:45PM +1000, Julien Goodwin wrote: package slapd severity 403010 grave found 403010 2.3.30-5 thanks This breaks sarge-etch upgrades for ldap servers. No, it doesn't; with a stock slapd install, an upgrade from sarge to etch has no such problem. You'll need to show some detail on *why* the script doesn't manage to start slapd for you, which is probably an issue with your configuration and not a bug in the package. At least for me, yes it did turn out to be a config issue, however it required a custom debug level to determine. The init script just silently failed (well ok, The operation failed but no output was produced) and using the suggested debug option slapd -d 16383 just seemed to work. Eventually I figured out that if I used a lower debug level I got the actual error (bad TLS settings yet TLS was disabled) and when fixed things worked. There's also breakage due to the new need for DB_CONFIG files. signature.asc Description: OpenPGP digital signature
Bug#404228: Bug #404228 continued exist in kmail 3.5.6
Package: kmail Version: 4:3.5.6.dfsg.1-1 Followup-For: Bug #404228 The Bug #404228 continued exist in 3.5.6.dfsg.1-1. It's very angrily if you have more then one POP3 account... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages kmail depends on: ii kdebase-kio-plugins 4:3.5.6.dfsg.1-2core I/O slaves for KDE ii kdelibs4c2a 4:3.5.6.r1.dfsg.1-2 core libraries and binaries for al ii kdepim-kio-plugins 4:3.5.5.dfsg.1-6KDE pim I/O Slaves ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.8-3 The Network Audio System (NAS). (s ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libkcal2b4:3.5.6.dfsg.1-1KDE calendaring library ii libkdepim1a 4:3.5.6.dfsg.1-1KDE PIM library ii libkleopatra14:3.5.6.dfsg.1-1KDE GnuPG interface libraries ii libkmime24:3.5.6.dfsg.1-1KDE MIME interface library ii libkpimidentities1 4:3.5.6.dfsg.1-1KDE PIM user identity information ii libksieve0 4:3.5.6.dfsg.1-1KDE mail/news message filtering li ii libmimelib1c2a 4:3.5.6.dfsg.1-1KDE mime library ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libqt3-mt3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii perl 5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages kmail recommends: ii procmail 3.22-16Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416231: apache2: fails to start after upgrade from Sarge
reassign 416231 libapache2-mod-perl2 thanks [Frans Pop] Can you send the error.log from apache? Attached. I've also attached a new version of the upgrade log as I noticed I missed a few probably relevant lines at the end. [First of all, the cosmetic issue (You may still have some apache2 processes running) is something we can't really fix, because it is printed by the sarge init script (invoked from the sarge prerm, the sarge postrm and the etch preinst). I could try to make the etch init script more robust against throwing that error unnecessarily, but it _is_ mostly cosmetic and we _are_ near the etch release.] The real bug here is that, at the time apache2.2-common is configured, libapache2-mod-perl2 has not yet been configured. As a result, the conffile /etc/apache2/mods-available/perl.conf has has not yet been upgraded, and the old version of the conffile does not allow the new version of apache2 to start. As discussed with Steve L on IRC, the best solution is probably for libapache2-mod-perl2 to _stop_ shipping the (now empty) conffile /etc/apache2/mods-available/perl.conf, and edit out the offending line in its prerm, in case the user has a modified copy (or, if not, just removing the file and its symlink in mods-enabled). Peter signature.asc Description: Digital signature
Bug#416366: kmail: overwrites changes to contacts on NFS shares at exit
Package: kmail Version: 4:3.5.6.dfsg.1-1 Severity: grave Justification: causes non-critical data loss KMail writes the address book file at every shutdown, overwriting any changes that may have happened in between. I can reproduce it every time with an address book located on an NFS share. It does not occur with the local address book. Steps to reproduce: 1. Start kmail. 2. Start kaddressbook. 3. Modify some contact in the address book. 4. Close the address book. 5. Exit kmail. Now open kaddressbook again and check that the changes have been lost. Perhaps it is a locking issue... -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-rc5-melech Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages kmail depends on: ii kdebase-kio-plugins 4:3.5.6.dfsg.1-2core I/O slaves for KDE ii kdelibs4c2a 4:3.5.6.r1.dfsg.1-2 core libraries and binaries for al ii kdepim-kio-plugins 4:3.5.6.dfsg.1-1KDE pim I/O Slaves ii libart-2.0-2 2.3.19-1Library of functions for 2D graphi ii libaudio21.8-3 The Network Audio System (NAS). (s ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libkcal2b4:3.5.6.dfsg.1-1KDE calendaring library ii libkdepim1a 4:3.5.6.dfsg.1-1KDE PIM library ii libkleopatra14:3.5.6.dfsg.1-1KDE GnuPG interface libraries ii libkmime24:3.5.6.dfsg.1-1KDE MIME interface library ii libkpimidentities1 4:3.5.6.dfsg.1-1KDE PIM user identity information ii libksieve0 4:3.5.6.dfsg.1-1KDE mail/news message filtering li ii libmimelib1c2a 4:3.5.6.dfsg.1-1KDE mime library ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libqt3-mt3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii perl 5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages kmail recommends: ii procmail 3.22-16Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416044: mondo: fails with multiple dvd's
hugo vanwoerkom said on Sat, Mar 24, 2007 at 04:24:58AM -0600: But when I backup something large, that needs more than one DVD, mondo behaves strange: It puts up Blanking DVD, then Waiting for drive to settle, then says it can't write to the DVD[1]. You should not use a size greater than 4380 (MB) for creating physical media. 4600 does NOT fit on a DVD (Cf mondo doc/faq) Bruno. -- Linux Profession Lead EMEA / Open Source Evangelist \HP CI EMEA IET http://www.mondorescue.org / HP/Intel Solution Center \ http://hpintelco.net Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/linux La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416297: wims: graphicsmagick vs imagemagick
Jean-Paul Vincent a écrit : Package: wims Severity: wishlist It is possible to replace the depends: imagemagick by depends: imagemagick | graphicsmagick-imagemagick-compat ? Hello Jean-Paul, it will be fixed for wims = 3.60-10 I shall shortly release a version 3.62, since the upstream author has scheduled its release soon. Amitiés,Georges. signature.asc Description: Digital signature
Bug#416249: IRC crashes gaim
Upgrading gstreamer to 0.10.10-4 doesn't seem to fix the crash. I'm now unable to get a backtrace in gdb, and it still crashes when I log in/out from IRC. [EMAIL PROTECTED]:~$ dpkg -l|grep libgstream ii libgstreamer-plugins-base0.10-0 0.10.10-4 GStreamer libraries from the base set ii libgstreamer0.10-00.10.10-4 Core GStreamer libraries and elements ii libgstreamer0.10-0-dbg0.10.10-4 Core GStreamer libraries and elements [EMAIL PROTECTED]:~$ gdb /usr/bin/gaim GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) r Starting program: /usr/bin/gaim Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1222678848 (LWP 7306)] [New Thread -1240011856 (LWP 7312)] [New Thread -1251103824 (LWP 7316)] [New Thread -1259496528 (LWP 7317)] [New Thread -1267889232 (LWP 7318)] [New Thread -1276281936 (LWP 7319)] [Thread -1267889232 (LWP 7318) exited] [Thread -1276281936 (LWP 7319) exited] [Thread -1251103824 (LWP 7316) exited] [Thread -1240011856 (LWP 7312) exited] [Thread -1259496528 (LWP 7317) exited] Segmentation fault [EMAIL PROTECTED]:~$ Ari Pollak [EMAIL PROTECTED] writes: Hm, I actually meant 0.10.10-4 of libgstreamer0.10-0. gstreamer0.10 (0.10.10-4) unstable; urgency=low * debian/patches/01_yacc-reentrant.patch, debian/control.in: + Make gst_parse_launch reentrant. This fixes a crash in gaim. Also update flex build-dependency to = 2.5.31 for this. On Mon, 2007-03-26 at 23:08 +0200, Simon Josefsson wrote: FYI, I'm using gstreamer from etch/testing: [EMAIL PROTECTED]:~/src$ dpkg -l|grep libgstream ii libgstreamer-plugins-base0.10-0 0.10.10-4 GStreamer libraries from the base set ii libgstreamer0.10-00.10.10-3 Core GStreamer libraries and elements [EMAIL PROTECTED]:~/src$ So maybe the fix in 0.10.10-2 didn't work, or it was lost in later versions. /Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349316: kaddressbook: Looses all kontacts when shutting down
notfound 349316 4:3.5.6.dfsg.1-1 thanks Ok, it seems there is at least one bug in kmail. It writes the address book at shutdown, overwriting any changes that may have happened in between. That's really broken. It doesn't always result in a truncated file, but sometimes just writes back an outdated version, so changes made in other programs are lost. I will investigate more and file a bug report. This bug can probably be closed, my problems are likely due to other bugs. smime.p7s Description: S/MIME cryptographic signature
Bug#416367: cupsys: [INTL:ca] Catalan debconf templates translation
Package: cupsys Severity: wishlist Tags: patch l10n Here is the Catalan translation of the debconf templates. # # Catalan translation for cupsys package. # Copyright (C) 2007 Debian CUPS Maintainers. # This file is distributed under the same license as the cupsys package. # # Jordà Polo [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: 1.2.7-4\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-27 07:14+0200\n PO-Revision-Date: 2007-03-27 11:01+0200\n Last-Translator: Jordà Polo [EMAIL PROTECTED]\n Language-Team: Català debian-l10n-catalan@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../cupsys-bsd.templates:1001 msgid Do you want to set up the BSD lpd compatibility server? msgstr Voleu configurar el servidor compatible amb l'lpd de BSD? #. Type: boolean #. Description #: ../cupsys-bsd.templates:1001 msgid The CUPS package contains a server that can accept BSD-style print jobs and submit them to CUPS. It should only be set up if other computers are likely to submit jobs over the network via the \BSD\ or \LPR\ services, and these computers cannot be converted to use the IPP protocol that CUPS uses. msgstr Aquest paquet inclou un servidor que pot acceptar tasques d'impressió de tipus BSD, i enviar-les a CUPS. Només s'hauria d'utilitzar si teniu altres ordinadors que enviïn tasques mitjançant els serveis «BSD» o «LPR», i no podeu convertir-los al protocol IPP que utilitza CUPS. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid Do you want CUPS to print unknown jobs as raw jobs? msgstr Voleu que CUPS imprimeixi les tasques desconegudes com tasques en brut? #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid The Internet Printing Protocol (IPP) enforces a MIME type for all print jobs. Since not all sources of print jobs can attach an appropriate type, many jobs get submitted as the MIME type application/octet-stream and could be rejected if CUPS cannot guess the job's format. msgstr El protocol d'impressió d'Internet (IPP, «Internet Printing Protocol») força l'existència d'un tipus MIME en totes les tasques d'impressió. Com no sempre s'indica un tipus adequat, moltes d'aquestes tasques s'envien amb el MIME «application/octet-stream» i poden ser rebutjades si CUPS no és capaç de trobar quin és el seu format. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid CUPS can handle all such jobs as \raw\ jobs, which causes them to be sent directly to the printer without processing. msgstr CUPS pot tractar totes aquestes tasques com tasques en brut, que fa que s'enviïn directament a la impressora sense cap mena de processament. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid It is recommended to choose this option if the server will be accepting print jobs from Windows computers or Samba servers. msgstr És recomanable que trieu aquesta opció si el servidor ha d'acceptar tasques d'impressió d'ordinadors Windows o servidors Samba. #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid ipp msgstr ipp #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid lpd msgstr lpd #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid parallel msgstr paral·lel #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid scsi msgstr scsi #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid serial msgstr sèrie #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid socket msgstr sòcol #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid usb msgstr usb #. Type: multiselect #. Choices #: ../cupsys.templates:2001 msgid snmp msgstr snmp #. Type: multiselect #. Description #: ../cupsys.templates:2002 msgid Printer communication backends: msgstr Mecanisme de comunicació amb la impressora: #. Type: multiselect #. Description #: ../cupsys.templates:2002 msgid CUPS uses backend programs to communicate with the printer device or port. msgstr CUPS utilitza programes externs per comunicar-se amb el dispositiu o port d'impressora. #. Type: multiselect #. Description #: ../cupsys.templates:2002 msgid Unfortunately, some backend programs are likely to cause some trouble. For example, some PPC kernels crash with the parallel backend. msgstr Malauradament, alguns d'aquests programes poden ser problemàtics. (Per exemple, algun nucli PPC falla si s'utilitza el port paral·lel.) #. Type: multiselect #. Description #: ../cupsys.templates:2002 msgid Please choose the backend program to be used by CUPS. The default choice should fit the most common environments. msgstr Si us plau, trieu el programa que CUPS hauria d'utilitzar per comunicar-se amb la impressora. L'opció predeterminada és vàlida en la majoria d'entorns. #~ msgid #~ If you will be accepting print jobs from Windows computers, you probably #~ want this option set, as Windows
Bug#416263: RFA: file -- Determines file type using magic numbers
Am Montag, den 26.03.2007, 16:08 +0200 schrieb Daniel Baumann: I would like to adopt file if you agree. No objections, it is yours. -- |=| Michael Piefel |=| Member of the Debian project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416178: [SPAM] - Bug#416178: Unconditionally changes owner/mode of /etc/ejabberd - Found word(s) remove list in the Text body
On 3/25/07, Sam Morris [EMAIL PROTECTED] wrote: The script can check before running chown/chmod with something like this: if ! dpkg-statoverride --list /etc/ejabberd /dev/null; then chown ejabberd:ejabberd /etc/ejabberd chmod 700 /etc/ejabberd fi You're right. It would be better to check if file owner or permissions are overridden before changing them. The next ejabebrd upload to unstable will fix the bug. But I'm afraid the fix will not go to etch because of freeze. -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416178: [SPAM] - Bug#416178: Unconditionally changes owner/mode of /etc/ejabberd - Found word(s) remove list in the Text body
On Tue, 2007-03-27 at 13:31 +0400, Sergei Golovan wrote: On 3/25/07, Sam Morris [EMAIL PROTECTED] wrote: The script can check before running chown/chmod with something like this: if ! dpkg-statoverride --list /etc/ejabberd /dev/null; then chown ejabberd:ejabberd /etc/ejabberd chmod 700 /etc/ejabberd fi You're right. It would be better to check if file owner or permissions are overridden before changing them. The next ejabebrd upload to unstable will fix the bug. Thanks! But I'm afraid the fix will not go to etch because of freeze. Fair enough--I think I can deal with this minor irritation once every $length_of_stable_release. ;) -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#407029: /etc/init.d/networking: Crash == Boot == Network unreachable == Reboot == Problem gone.
On Feb 02, Marco d'Itri [EMAIL PROTECTED] wrote: You need to find why /etc/network/run/ifstate is not being cleared. Any luck? On etch /etc/network/run/ is even a link to a tmpfs. Are there any news or should I just close this bug? -- ciao, Marco signature.asc Description: Digital signature
Bug#329631: Debian and toolchain for TI MSP430, time to get one source?
Hi. I would love to see this in the official repositories as well. I would share the debian/* directories of the MSP binutils and the tinyos packages I have created. Integration with avr toolchain would be nice as well. But as those were the first deb packages I created, I doubt that they are mature enough. I guess we would need a more experienced packager for this. BR, Markus On Fri, 23 Mar 2007, Oleg Verych wrote: Hallo. It's nice, that there are deb repositories of msp430 toolchain. Why not to continue effort and get this stuff in the official debian archive? Thanks! _ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416368: network-manager: network manager does not update list of wireless networks after suspend or standby
Package: network-manager Version: 0.6.4-6 Severity: normal After suspend and resume networkmanager still has the list of APs from the location before the suspend. Switching to offline and back to online using network-manager-kde applet updates the list. An integration with suspend scripts that automates this would be nice. A solution for Ubuntu is available at: http://ubuntuforums.org/showthread.php?p=2199850 See also the discussion at: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/40125 Unfortunately the suspend script architecture seems to be different between Debian and Ubuntu. BR, Markus -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages network-manager depends on: ii adduser 3.102Add and remove users and groups ii dbus1.0.2-1 simple interprocess messaging syst ii dhcdbd 2.0-2D-Bus interface to the ISC DHCP cl ii hal 0.5.8.1-9Hardware Abstraction Layer ii ifupdown0.6.8high level tools to configure netw ii iproute 20060323-1 Professional tools to control the ii iputils-arping 3:20020927-6 Tool to send ICMP echo requests to ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.71-3 simple interprocess messaging syst ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgpg-error0 1.4-1library for common error values an ii libhal1 0.5.8.1-9Hardware Abstraction Layer - share ii libiw28 28-1 Wireless tools - library ii libnl1-pre6 1.0~pre6-2 Library for dealing with netlink s ii libnm-util0 0.6.4-6 network management framework (shar ii lsb-base3.1-23.1 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#410061: please move to contrib
On 24-Mar-2007 23:44.02 (GMT), Robert Millan wrote: Never the less, if it's decided that nspluginwrapper should go into contrib, then into contrib it should go. I suppose that we're deciding that as we speak :-) I neglected to mention, I updated the package found at http://choralone.org/debian/n/nspluginwrapper/ last night, and it sets its section as contrib/utils. -- rob andrews :: pgp 0x01e00563 :: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410061: please move to contrib
On Tue, Mar 27, 2007 at 11:46:00AM +0100, Rob Andrews wrote: On 24-Mar-2007 23:44.02 (GMT), Robert Millan wrote: Never the less, if it's decided that nspluginwrapper should go into contrib, then into contrib it should go. I suppose that we're deciding that as we speak :-) I neglected to mention, I updated the package found at http://choralone.org/debian/n/nspluginwrapper/ last night, and it sets its section as contrib/utils. Ah, that is good. Thank you. -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416359: nfs-kernel-server: NFSv4 mounts become inaccessible on their own
On Tue, Mar 27, 2007 at 10:20:53AM +0300, Juha Jäykkä wrote: Package: nfs-kernel-server Severity: important You will definitely need to include your nfs-utils version. Kernel: Linux 2.6.17+juhaj+v1.0 Is this the same on the client and the server? Have you tried a newer kernel, if possible? (NFSv4 keeps moving rather rapidly in kernel space.) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392312: xserver-xorg-core: [sparc] Freezes system
On Tue, Mar 27, 2007 at 11:14:00 +0300, Jurij Smakov wrote: This bug was fixed for etch by adding 32_disable_sparc_pci_bridge.diff. My first guess is that it did not get merged upstream, so it has to be readded in the Debian packages for 1.2.0. I would appreciate if you could look into it, as I currently cannot do anything useful myself. The patch is still there in the packages in experimental, but apparently something else has changed in the pci code which made the bug (or another one with similar symptoms) reappear... Cheers, Julien signature.asc Description: Digital signature
Bug#416369: uw-imapd: SSL detection not working with IPv6
Package: uw-imapd Version: 7:2002edebian1-13.1 Severity: important With uw imapd (and ipop3d), you don't need to do anything special for SSL support. You just have to have inetd listen on the SSL ports, and start imapd in the usual manner. With ipv4, this works just fine: # telnet -4 fluffy 143 Trying 192.168.1.20... Connected to fluffy.internal.torchbox.com. Escape character is '^]'. * OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS STARTTLS LOGINDISABLED] * fluffy.internal.torchbox.com IMAP4rev1 2003.339 at Tue, 27 Mar 2007 * 11:01:59 +0100 (BST) # telnet -4 fluffy 993 Trying 192.168.1.20... Connected to fluffy.internal.torchbox.com. Escape character is '^]'. (Don't expect any response, is SSL) However, if you enabled ipv6 in inetd (eg proto tcp46), then it doesn't detect that the ipv6 connect was SSL: # telnet -6 fluffy 143 Trying 2001:8b0:c5:1::20... Connected to fluffy.torchbox.com. Escape character is '^]'. * OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS STARTTLS LOGINDISABLED] * fluffy.internal.torchbox.com IMAP4rev1 2003.339 at Tue, 27 Mar 2007 * 11:07:10 +0100 (BST) # telnet -6 fluffy 993 Trying 2001:8b0:c5:1::20... Connected to fluffy.torchbox.com. Escape character is '^]'. * OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS STARTTLS LOGINDISABLED] * fluffy.internal.torchbox.com IMAP4rev1 2003.339 at Tue, 27 Mar 2007 * 11:01:59 +0100 (BST) (Notice how when connecting to port 993 over ipv6 it responds with the clear text IMAP welcome, rather than waiting for SSL negotiation, as it does with ipv4) I've tried with the version from stable, and from unstable (rebuilt), and both show the same bug. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages uw-imapd depends on: ii debconf [debconf 1.4.30.13 Debian configuration management sy ii libc-client2002e 7:2002edebian1-11sarge1 UW c-client library for mail proto ii libc62.3.2.ds1-22sarge5 GNU C Library: Shared libraries an ii libcomerr2 1.37-2sarge1common error description library ii libkrb53 1.3.6-2sarge3 MIT Kerberos runtime libraries ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-3sarge4 SSL shared libraries ii netbase 4.21Basic TCP/IP networking system ii openssl 0.9.7e-3sarge4 Secure Socket Layer (SSL) binary a -- debconf information: * uw-imapd/force_debconf_choice: false * uw-imapd/protocol: imap2, imaps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416231: apache2: fails to start after upgrade from Sarge
tags 416231 patch thanks On Tue, Mar 27, 2007 at 03:52:59AM -0500, Peter Samuelson wrote: reassign 416231 libapache2-mod-perl2 thanks The real bug here is that, at the time apache2.2-common is configured, libapache2-mod-perl2 has not yet been configured. As a result, the conffile /etc/apache2/mods-available/perl.conf has has not yet been upgraded, and the old version of the conffile does not allow the new version of apache2 to start. As discussed with Steve L on IRC, the best solution is probably for libapache2-mod-perl2 to _stop_ shipping the (now empty) conffile /etc/apache2/mods-available/perl.conf, and edit out the offending line in its prerm, in case the user has a modified copy (or, if not, just removing the file and its symlink in mods-enabled). And here's an NMU patch. Thom, I understand per Peter that I have permission to NMU immediately, so this will be uploaded to incoming shortly, with all its perverted dpkg goodness. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u libapache2-mod-perl2-2.0.2/debian/changelog libapache2-mod-perl2-2.0.2/debian/changelog --- libapache2-mod-perl2-2.0.2/debian/changelog +++ libapache2-mod-perl2-2.0.2/debian/changelog @@ -1,3 +1,16 @@ +libapache2-mod-perl2 (2.0.2-2.4) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for RC bugfix. + * Drop /etc/apache2/mods-available/perl.conf as a conffile, since it no +longer contains anything of relevance; instead, manually remove the file +on purge if present, and in the preinst handle upgrading it to remove the +automatically created bits that conflict with apache2.2 so that this +conversion is done in time for the apache2.2-mpm-* configuration to run. +Closes: #416231. + + -- Steve Langasek [EMAIL PROTECTED] Tue, 27 Mar 2007 01:48:55 -0700 + libapache2-mod-perl2 (2.0.2-2.3) unstable; urgency=high * Non-maintainer upload. Thanks to Kjetil Kjernsmo for noticing the issues. diff -u libapache2-mod-perl2-2.0.2/debian/rules libapache2-mod-perl2-2.0.2/debian/rules --- libapache2-mod-perl2-2.0.2/debian/rules +++ libapache2-mod-perl2-2.0.2/debian/rules @@ -23,7 +23,6 @@ install/libapache2-mod-perl2:: install $(CURDIR)/src/modules/perl/mod_perl.so debian/libapache2-mod-perl2/usr/lib/apache2/modules/mod_perl.so install -m644 $(CURDIR)/debian/perl.load debian/libapache2-mod-perl2/etc/apache2/mods-available - -install -m644 $(CURDIR)/debian/perl.conf debian/libapache2-mod-perl2/etc/apache2/mods-available rm -rf debian/libapache2-mod-perl2/usr/man rm -f debian/libapache2-mod-perl2/usr/share/man/man3/mod_perl.3pm reverted: --- libapache2-mod-perl2-2.0.2/debian/perl.conf +++ libapache2-mod-perl2-2.0.2.orig/debian/perl.conf @@ -1 +0,0 @@ -# This file is a placeholder; you can safely ignore or delete it. only in patch2: unchanged: --- libapache2-mod-perl2-2.0.2.orig/debian/libapache2-mod-perl2.postrm +++ libapache2-mod-perl2-2.0.2/debian/libapache2-mod-perl2.postrm @@ -0,0 +1,18 @@ +#!/bin/sh + +set -e + +CONFFILE=/etc/apache2/mods-available/perl.conf +CONFLINK=/etc/apache2/mods-enabled/perl.conf + +if [ $1 = purge ]; then + rm -f $CONFFILE +fi + +if [ $1 = upgrade ] dpkg --compare-versions $2 lt 2.0.2-2.4 \ +[ -e /etc/apache2/mods-enabled/perl.load ] +then + ln -s $CONFFILE $CONFLINK || true +fi + +#DEBHELPER# only in patch2: unchanged: --- libapache2-mod-perl2-2.0.2.orig/debian/libapache2-mod-perl2.preinst +++ libapache2-mod-perl2-2.0.2/debian/libapache2-mod-perl2.preinst @@ -0,0 +1,19 @@ +#!/bin/sh +set -e + +CONFFILE=/etc/apache2/mods-available/perl.conf +CONFLINK=/etc/apache2/mods-enabled/perl.conf +if [ -n $2 ] [ -e $CONFFILE ] \ +dpkg --compare-versions $2 lt 2.0.2-2.4 +then + sed -i -e'/^[[:space:]]*PerlModule[[:space:]]\+Apache2[[:space:]]*/d' \ + $CONFFILE + if [ ! -s $CONFFILE ]; then + rm $CONFFILE + if [ -L $CONFLINK ]; then + rm $CONFLINK + fi + fi +fi + +#DEBHELPER#
Bug#416359: nfs-kernel-server: NFSv4 mounts become inaccessible on their own
On Tue, Mar 27, 2007 at 01:16:49PM +0300, Juha Jäykkä wrote: nfs-common: Installed: 1:1.0.10-5 I realise this is rather old. Should we hold on until I see the same happen with a current version? Yes, please. I don't think there's been huge changes, but both the client and server sides have gotten a few fixes since this. Kernels are the same, yes. And, unlike nfs-common, they *have* been the same all along. Rebooting them *both* is rather tricky, but the server will be having downtime in the near future anyway, so if it is sufficient to change the kernel on the server, I'll be able to test with a newer kernel soonish. Well, if trying with an updated client kernel is easy, at least try that first. :-) Apart from that, I think contacting upstream on [EMAIL PROTECTED] is your best bet; I haven't seen this problem before, or at least I can't recall seeing it in that form. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415165: MOre information..
Hi Ok, I have little more infomation . Last week the cyrus faileed with a corrupted duplicate database, and I have seen that a few time on this server now I thing about it. I've recompiled the sources without stripping and got the following backtrace when it failer earlier today from all the ctl_cyrusdb instances:- USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND cyrus31369 0.0 0.1 3788 1052 ?S03:42 0:00 /usr/sbin/ctl_cyrusdb -c Using host libthread_db library /lib/tls/libthread_db.so.1. warning: could not load vsyscall page because no executable was specified warning: try using the file command first 0xb7cd39f8 in select () from /lib/tls/libc.so.6 #0 0xb7cd39f8 in select () from /lib/tls/libc.so.6 #1 0xb7ef0fc5 in __os_sleep () from /usr/lib/libdb3.so.3 #2 0xb7ef1134 in __os_yield () from /usr/lib/libdb3.so.3 #3 0xb7e73c40 in __db_tas_mutex_lock () from /usr/lib/libdb3.so.3 #4 0xb7ec373a in __db_e_attach () from /usr/lib/libdb3.so.3 #5 0xb7ec045a in __dbenv_open () from /usr/lib/libdb3.so.3 #6 0x0805f239 in init (dbdir=0xbfd48600 /.data/mail/cyrus/config/db, myflags=0) at cyrusdb_db3.c:178 #7 0x0804a7bc in main (argc=134653025, argv=0x0) at ctl_cyrusdb.c:257 And the following fomr the lmptd:- #0 0xb7c789f8 in select () from /lib/tls/libc.so.6 #1 0xb7eb3fc5 in __os_sleep () from /usr/lib/libdb3.so.3 #2 0xb7eb4134 in __os_yield () from /usr/lib/libdb3.so.3 #3 0xb7e36c40 in __db_tas_mutex_lock () from /usr/lib/libdb3.so.3 #4 0xb7e8775b in __db_r_attach () from /usr/lib/libdb3.so.3 #5 0xb7eaee92 in __memp_open () from /usr/lib/libdb3.so.3 #6 0xb7e83642 in __dbenv_open () from /usr/lib/libdb3.so.3 #7 0x08081739 in init (dbdir=0xbfe424d0 /.data/mail/cyrus/config/db, myflags=0) at cyrusdb_db3.c:178 #8 0x0806abf1 in duplicate_init (fname=0x0, myflags=0) at duplicate.c:102 #9 0x0804d005 in service_init (argc=1, argv=0x8118008, envp=0xbfe4314c) at lmtpd.c:227 #10 0x0804c9a1 in main (argc=1, argv=0x1, envp=0xbfe4314c) at service.c:436 I'm wondering if this happens if a checkpoint occurs during email delivery and the bug is actually somewhere inside libdb3? TTFN -- Roger. Home| http://www.sandman.uklinux.net/ Master of Peng Shui. (Ancient oriental art of Penguin Arranging) Work|Independent Sys Consultant | http://www.computer-surgery.co.uk/ New key Fpr: 1227 ABB1 7545 77A7 6816 2D18 4EBC AA9B 8EE3 1DD3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416359: nfs-kernel-server: NFSv4 mounts become inaccessible on their own
You will definitely need to include your nfs-utils version. Ach, sorry. I assume you mean nfs-common (there is no nfs-utils), which is nfs-common: Installed: 1:1.0.10-5 I realise this is rather old. Should we hold on until I see the same happen with a current version? This has, otoh, been occurring every now and then for over six months now (ever since we moved from NFSv3 to v4) and there have been several versions of the nfs utilities during that time. Kernel: Linux 2.6.17+juhaj+v1.0 Is this the same on the client and the server? Have you tried a newer kernel, if possible? (NFSv4 keeps moving rather rapidly in kernel space.) Kernels are the same, yes. And, unlike nfs-common, they *have* been the same all along. Rebooting them *both* is rather tricky, but the server will be having downtime in the near future anyway, so if it is sufficient to change the kernel on the server, I'll be able to test with a newer kernel soonish. -Juha -- --- | Juha Jäykkä, [EMAIL PROTECTED]| | Laboratory of Theoretical Physics | | Department of Physics, University of Turku| | home: http://www.utu.fi/~juolja/ | --- signature.asc Description: PGP signature
Bug#416370: Segfault in cp/parser.c: cp_parser_parameter_declaration
Package: gcc-snapshot Version: 20070326-1 PR31372 Automatic build of democracyplayer_0.9.2.1-2.1 on em64t by sbuild/amd64 0.53 ... gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.4 -c /build/tbm/democracyplayer-0.9.2.1/portable/fasttypes.cpp -o /build/tbm/democracyplayer-0.9.2.1/./build/temp.linux-x86_64-2.4/build/tbm/democracyplayer-0.9.2.1/portable/fasttypes.o cc1plus: warning: command line option -Wstrict-prototypes is valid for Ada/C/ObjC but not for C++ In file included from /usr/include/boost/python/to_python_converter.hpp:11, from /usr/include/boost/python/object/class_wrapper.hpp:8, from /usr/include/boost/python/object/class_metadata.hpp:9, from /usr/include/boost/python/class.hpp:23, from /usr/include/boost/python.hpp:18, from /build/tbm/democracyplayer-0.9.2.1/portable/fasttypes.cpp:14: /usr/include/boost/python/converter/as_to_python_function.hpp:23: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416371: qemu: vesa support incomplete, debian's xserver-xorg-video-vesa crashes
Package: qemu Version: 0.8.2-5 Severity: important installing the last debian stable results in a functioning X server. upgrading to unstable causes the X server to die badly. the following is the vesa related part of my Xorg.0.log. it would be nice for debian to be installable under QEMU for the next stable. :) Julia Longtin [EMAIL PROTECTED] CUT HERE (II) VESA: driver for VESA chipsets: vesa (II) Primary Device is: PCI 00:02:0 (--) Assigning device section with no busID to primary device (--) Chipset vesa found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0xe200 - 0xe2000fff (0x1000) MX[B](B) [5] -1 0 0xe000 - 0xe1ff (0x200) MX[B](B) [6] -1 0 0x - 0x (0x1) IX[B] [7] -1 0 0x - 0x00ff (0x100) IX[B] [8] -1 0 0xc200 - 0xc2ff (0x100) IX[B] [9] -1 0 0xc100 - 0xc1ff (0x100) IX[B] [10] -1 0 0xc000 - 0xc00f (0x10) IX[B] (II) resource ranges after probing: [0] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0xe200 - 0xe2000fff (0x1000) MX[B](B) [5] -1 0 0xe000 - 0xe1ff (0x200) MX[B](B) [6] 0 0 0x000a - 0x000a (0x1) MS[B] [7] 0 0 0x000b - 0x000b7fff (0x8000) MS[B] [8] 0 0 0x000b8000 - 0x000b (0x8000) MS[B] [9] -1 0 0x - 0x (0x1) IX[B] [10] -1 0 0x - 0x00ff (0x100) IX[B] [11] -1 0 0xc200 - 0xc2ff (0x100) IX[B] [12] -1 0 0xc100 - 0xc1ff (0x100) IX[B] [13] -1 0 0xc000 - 0xc00f (0x10) IX[B] [14] 0 0 0x03b0 - 0x03bb (0xc) IS[B] [15] 0 0 0x03c0 - 0x03df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module vbe (II) LoadModule: vbe (II) Reloading /usr/lib/xorg/modules/libvbe.so (II) Loading sub module int10 (II) LoadModule: int10 (II) Reloading /usr/lib/xorg/modules/libint10.so (II) VESA(0): initializing int10 (II) Loading sub module vm86 (II) LoadModule: vm86 (II) Loading /usr/lib/xorg/modules/libvm86.so (II) Module vm86: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (II) VESA(0): Primary V_BIOS segment is: 0xc000 (WW) System lacks support for changing MTRRs (EE) VESA(0): unknown type(0x)=0xff (II) VESA(0): EAX=0x4f00, EBX=0x, ECX=0x, EDX=0x (II) VESA(0): ESP=0x0ffa, EBP=0x, ESI=0x, EDI=0x2000 (II) VESA(0): CS=0xc000, SS=0x0100, DS=0x0040, ES=0x, FS=0x, GS=0x (II) VESA(0): EIP=0x8338, EFLAGS=0x3200 (II) VESA(0): code at 0x000c8338: 9c 55 80 fc 00 74 12 80 fc 12 74 2e 80 fc 4f 74 44 5d 9d e9 cf 7d 5d 9d cf 56 50 53 1e 31 f6 8e (II) stack at 0x1ffa: 00 06 00 00 00 32 (II) VESA(0): VESA BIOS not detected -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-om Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages qemu depends on: ii bochsbios 2.3-2BIOS for the Bochs emulator ii libasound2 1.0.13-2 ALSA library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libncurses5 5.5-5Shared libraries for terminal hand ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii openhackware0.4.1-2 OpenFirmware emulator for PowerPC ii proll 18-2 JavaStation PROM 2.x compatible re ii vgabios 0.6a-1 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages qemu recommends: ii debootstrap 0.3.3.2Bootstrap a basic Debian system pn sharutils none (no description available) pn vde none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415992: Re2: Bug#415992: Boot floppy fails to load initrd.gz (Etch)
Ilya A. Naydov wrote: I've tried this boot floppy on another PC (Desktop, Intel-based, Celeron)... It works well... So, it's not due to bad floppy... If the latest weekly build contain RC2 installer then I used RC2 installer... :-) the rc2 images are in: http://ftp.nl.debian.org/debian/dists/testing/main/installer-i386/current/images/floppy/ Loading linux. Loading initrd.gz (four dots, .gz is completly loaded in RAMdrive) i just try with an old dell latitude CP M233ST (pentium) and it works then it should start kernel, but it seems that it couldn't, I don't know why... Can it be kernel2.6 incompatibility?.. i'm not a kernel expert but can you play with bios options and kernel params (like acpi,...) at boot prompt I took boot floppy from 3.1r0 (I think it is not RC2) and it works well on this very old laptop... smime.p7s Description: S/MIME Cryptographic Signature
Bug#405298: (no subject)
bugs.donarmstrong.com is not available, no HTTP connection, no echo replies -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416044: mondo: fails with multiple dvd's
On 3/27/07, Bruno Cornec [EMAIL PROTECTED] wrote: hugo vanwoerkom said on Sat, Mar 24, 2007 at 04:24:58AM -0600: But when I backup something large, that needs more than one DVD, mondo behaves strange: It puts up Blanking DVD, then Waiting for drive to settle, then says it can't write to the DVD[1]. You should not use a size greater than 4380 (MB) for creating physical media. 4600 does NOT fit on a DVD (Cf mondo doc/faq) Bruno. Thanks Bruno. Hugo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411654: bootchartd only works if /bin/sh is bash
On Thu, Mar 22, 2007 at 05:23:36PM +0100, Jörg Sommer wrote: The patch didn't work. I then reinstalled the original script, but removed all redirections to /dev/null. It still complains about not being able to open /dev/null. Oh, can you add a set -x before the PATH assignment and than look, if you can see between which lines the message is printed. BTW: You can stop the output with ctrl+s. I see the following: [...] + [ ! -f /proc/stat ] + sleep 0.2 /sbin/bootchartd: 1: Can't open /dev/null /sbin/bootchartd: 1: Can't open /dev/null /sbin/bootchartd: 1: + [ -n yes ] /sbin/bootchartd: 1: Can't open /dev/null Can't open /dev/null -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#416372: [git-svn] lots of undeleted $GIT_DIR/.svn-commit.tmp.*
Package: git-svn Version: 1:1.5.0.3-1 Severity: normal All is in the title, after a bit of git-svn use, I always get a lot of cruft in my .git/, presumably commit messages of interupted git-svn command (wether by me or by a ssh error or a svn proble is irrelevant here IMHO). I suppose git-svn should have some kind of atexit() (or whichever perl equivalent has) to clean up all the temporary svn-commit files it created and not left them around. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages git-svn depends on: ii git-core1:1.5.0.3-1 fast, scalable, distributed revisi ii libsvn-perl [libsvn-core-pe 1.4.2dfsg1-2 Perl bindings for Subversion ii libwww-perl 5.805-1 WWW client/server library for Perl Versions of packages git-svn recommends: ii git-doc 1:1.5.0.3-1 fast, scalable, distributed revisi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416373: scowl: please include OpenMedSpell
Package: scowl Version: 6-2 Severity: wishlist It'd be really useful if scowl included http://www.e-medtools.com/openmedspel.html The use case is GNUmed (http://wiki.gnumed.de). Thanks, Karsten -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?!
clone 404148 -1 reassign -1 release-notes tags 404148 etch-ignore tags -1 -patch thanks Since no one was able to test the provided patch, linux-2.6 2.6.18.dfsg.1-12 has been uploaded to unstable without it, which means fixing this has missed the last kernel upload for etch r0. That leaves this as a documentation issue for the release notes. Here is a proposed description: Some amd64 systems which have nvidia chipsets and more than 3GB of RAM seem to have an issue with 32-bit PCI access that may result in sporadic data corruption when accessing disks. Because this problem was still under investigation by the Linux kernel developers at the time of release, it was not possible to include a fix for this problem in the etch kernel packages. As a workaround, users running etch on such a system are recommended to add 'iommu=soft' to their kernel boot options. See Debian bug #404148 for full details. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416375: rrdtool segfaults when updating a wrong number of DSs
Package: rrdtool Version: 1.2.15-0.3 Severity: critical Tags: patch,upstream,fixed-upstream The non-threadsafe version of the rrdtool library has a wrong length for the buffers of error strings, causing a segfaults in the python or perl bindings. This is a known upstream bug : http://oss.oetiker.ch/rrdtool-trac/ticket/65 It has been fixed in version 1.2.16, with the following patch: http://oss.oetiker.ch/rrdtool-trac/changeset?new=938new_path=branches% 2F1.2%2Fprogram%2Fsrc%2Frrd_not_thread_safe.cold=920old_path=branches% 2F1.2%2Fprogram%2Fsrc%2Frrd_not_thread_safe.c This patch is attached to this mail. I'm also attaching a python script which reproduces this bug. It depends on python-rrd. See the first lines for more explanations Index: branches/1.2/program/src/rrd_not_thread_safe.c === --- branches/1.2/program/src/rrd_not_thread_safe.c (revision 860) +++ branches/1.2/program/src/rrd_not_thread_safe.c (revision 935) @@ -15,18 +15,24 @@ #define ERRBUFLEN 256 -static char rrd_error[MAXLEN] = \0; -static char rrd_liberror[ERRBUFLEN] = \0; +static char rrd_error[MAXLEN+10]; +static char rrd_liberror[ERRBUFLEN+10]; +static int rrd_context_init = 0; /* The global context is very useful in the transition period to even more thread-safe stuff, it can be used whereever we need a context and do not need to worry about concurrency. */ static struct rrd_context global_ctx = { -sizeof(rrd_error), -sizeof(rrd_liberror), +MAXLEN, +ERRBUFLEN, rrd_error, rrd_liberror }; -#include stdarg.h +/* #include stdarg.h */ -struct rrd_context *rrd_get_context() { +struct rrd_context *rrd_get_context(void) { +if (! rrd_context_init ){ + rrd_context_init = 1; +global_ctx.rrd_error[0]='\0'; +global_ctx.lib_errstr[0]='\0'; +} return global_ctx; } #!/usr/bin/env python # Depends: python-rrd # Number of ds to use. 40 does not trigger the bug, 45 does #ds_number = 40 ds_number = 45 import time, os, rrdtool filename = /tmp/test.rrd if os.path.exists(filename): os.remove(filename) rrd_cmd = [filename, --step, 300, --start, str( int(time.time()) - 10 ), 'RRA:AVERAGE:0.5:1:12'] for i in range(ds_number): rrd_cmd.append(DS:ds%s:COUNTER:600:U:U % i) rrdtool.create(*rrd_cmd) data = str(int(time.time())) for i in range(ds_number + 1): data += :1000 print updating... rrdtool.update(filename, data)
Bug#385299: umbrello: Umbrello should depend on kdebase-bin
Le sam 24 mar 2007 01:02:04 GMT Sune Vuorela [EMAIL PROTECTED] a écrit : Ever got around trying to do something about this? I consider closing this bug as unreproducible soonish unless some more information. Something someone could try was to remove kdebase-bin, move away ~/.kde/ and try run umbrello. Feel free to close it, I haven't been able to reproduce it with a fresh Etch install... May be umbrello should suggest or recommands kdebase-bin to be able to report crash to the user via drkonqi ? (but I never found these dialog box very useful). Anyway, thanks for your time. Regards. -- Djoume SALVETTI signature.asc Description: Digital signature
Bug#416376: use Homepage tag in control
Package: libusb-dev Version: 2:0.1.12-6 Severity: wishlist Hi, I see More information can be found at the Linux USB web site http://www.linux-usb.org/ . in control. Why not using the Homepage tag for this? Kind regards Nico -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/zsh4 Kernel: Linux 2.6.18-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libusb-dev depends on: ii libc6-dev [libc-dev]2.3.6.ds1-13 GNU C Library: Development Librari ii libusb-0.1-42:0.1.12-6 userspace USB programming library libusb-dev recommends no packages. -- no debconf information -- Nico Golde - http://www.ngolde.de JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF Forget about that mouse with 3/4/5 buttons, gimme a keyboard with 103/104/105 keys! signature.asc Description: Digital signature
Bug#416377: vdradmin: final frame of rec.gif animation is blank
Package: vdradmin-am Version: 3.4.7-2 /usr/share/vdradmin-am/template/default/default/rec.gif rec.gif is an animated gif, and the final frame is blank. in firefox with gif animations set to once only, this results in no visible REC notification in the Timer frame (vdradmin.pl?aktion=timer_list). this problem could be fixed by adding a final frame which was the same as the first frame (i.e with the red word REC). (note: this bug applies to all versions of vdradmin-am and vdradmin - i've been meaning to report it for a few years but kept forgetting to do so) craig -- craig sanders [EMAIL PROTECTED] The government of the United States is not in any sense founded on the Christian Religion. -- George Washington -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415992: I give up
I'd played with all this options - nothing helps... Finally, I've installed old Windows 98... http://eliot-cougar.livejournal.com/98582.html Just before that I installed Debian 3.1r2 successfully, but I've experienced some problems with HDD access during boot (DMA time-out, I think... I did not remember)... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416378: etch-installer suggests wrong gateway address (outside the net) if netmask is different from /24
Package: installation-reports Version: etch-install CD from 22.03.2007 If you install etch and your computer is for example in a 10.0.0.64/26 network you enter the following: IP: 10.0.0.66 Netmask: 255.255.255.192 Then the debian installer suggests the following gateway address: Gateway 10.0.0.1 which is outside the network. The installer should check for the first address in the network and use this as recommendation. This error occurs with the debian-etch install CD1 from 22 March 2007 -- Sven Kloe net-lab GmbH | Frankfurter Str. 99 | 63067 Offenbach Geschaeftsfuehrer: Andreas John | AG Offenbach, HRB40832 Tel: +49 69 8570033-1 | Fax: -2 | http://www.net-lab.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414734: flickrfs: Dies at startup
Hi Gunnar, On Mon, 26 Mar, 2007 at 01:48:15PM -0600, Gunnar Wolf wrote: I see the changes you are introducing are small, and would like to upload the package - However, I cannot but wonder on why you are moving from the (apparently still active) upstream Web page to yours, and introducing a new upstream version (without mentioning either in an upstream changelog or anywhere else I could see) what does change. Wouldn't it be better if you made the Debian-specific changes into a 1.3.9-2 and sent the upstream-related changes to the author? The sources released upstream can't be packaged easily into a Debian package. So, every time a release is made, I take the upstream sources make the modifications, add my setup files, and then prepare the package. After packaging I ask upstream to release the tar ball used for packaging on the flickrfs web page. This sometimes takes lot of time. So, I thought of putting the tar ball on my page. But, I guess that is not a good solution. So, for the current release I have again asked upstream to release the tar ball on the flickrfs page. It is available here: http://manishrjain.googlepages.com/flickrfs-1.3.9.1.tar.gz I have requested to merge my changes upstream, and I think it will be done from the next release. Meanwhile, I have made changes in the package and now it points to the upstream web page instead of mine. It is available here: http://varun.travisbsd.org/debian_packages/flickrfs/flickrfs_1.3.9.1-1.dsc Thanks Varun -- .''`. Varun Hiremath [EMAIL PROTECTED] : :' :Homepage: http://varun.travisbsd.org `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature
Bug#409336: apt-get erratic (segfaults, unmet dependencies, hanging)
I have also been experiencing this bug in the last few days (same stack trace as ian). I can believe that it's the kernel mmap bug that's affecting this because I rebooted to load 2.6.18-3-686 (Debian 2.6.18-7) on Mar 20, and this is the first time I've done apt stuff since then. I'm going to try and back out to 2.6.17-2-686 (Debian 2.6.17-9) on the weekend and see it that helps. fyi: seems to have been fixed in vanilla 2.6.19.2 [1]. It seems to have been affecting apt, rtorrent, and I think rpm too. There's even an article on lwn [2] about the reasons for the bug, and via google you can find various dissections of the bug [3]. Based on the comment I seriously expect 2.6.17 and/or 2.6.19 to fix the bug. [1] http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.19.2 [2] http://lwn.net/Articles/215868/ [3] http://www.uwsg.iu.edu/hypermail/linux/kernel/0612.3/0752.html -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406862: Version 1.5.0.10.dfsg1-2 still segfaults
[EMAIL PROTECTED]:~$ icedove -g /usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-bin MOZILLA_FIVE_HOME=/usr/lib/icedove LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/mre/mre DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/mre/mre LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/components:/usr/lib/mre/mre SHLIB_PATH=/usr/lib/icedove:/usr/lib/mre/mre LIBPATH=/usr/lib/icedove:/usr/lib/mre/mre ADDON_PATH=/usr/lib/icedove MOZ_PROGRAM=/usr/lib/icedove/icedove-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger= /usr/bin/gdb /usr/lib/icedove/icedove-bin -x /tmp/mozargs.N24853 GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu... Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /usr/lib/icedove/icedove-bin Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1219938624 (LWP 24858)] GTK Accessibility Module initialized [New Thread -1226224720 (LWP 24864)] [New Thread -1237533776 (LWP 24866)] [New Thread -1259406416 (LWP 24870)] DOUBLE-CLICK: 400 -- -1 THRESHOLD: 8 -- -1 (Gecko:24858): GLib-GObject-WARNING **: gsignal.c:1019: unable to lookup signal activate of unloaded type `MaiAtkObject' (Gecko:24858): GLib-GObject-CRITICAL **: g_signal_emit_valist: assertion `signal_id 0' failed [New Thread -1274074192 (LWP 24875)] [New Thread -1284506704 (LWP 24876)] [Thread -1284506704 (LWP 24876) exited] [New Thread -1284506704 (LWP 24878)] [New Thread -1297089616 (LWP 24879)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1219938624 (LWP 24858)] 0xb76c3630 in ?? () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt full #0 0xb76c3630 in ?? () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #1 0xb832 in nsAccessibleWrap::GetAtkObject (this=0x87496f8) at nsAccessibleWrap.cpp:251 atkObj = (void *) 0x0 #2 0xb4445f92 in refChildCB (aAtkObj=0x80a7968, aChildIndex=-1) at nsAccessibleWrap.cpp:864 accWrap = (nsAccessibleWrap *) 0x87496f8 rv = value optimized out accChild = {nsCOMPtr_base = {mRawPtr = 0x985fdac}, No data fields} childAtkObj = (AtkObject *) 0x80a7990 #3 0xb7abb020 in atk_object_ref_accessible_child (accessible=0x80a7968, i=-1) at atkobject.c:668 __PRETTY_FUNCTION__ = atk_object_ref_accessible_child #4 0xb71217a0 in ?? () from /usr/lib/gtk-2.0/modules/libatk-bridge.so No symbol table info available. #5 0x080a7968 in ?? () No symbol table info available. #6 0x in ?? () No symbol table info available. #7 0xb78aaee0 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #8 0xb78aa6f0 in ?? () from /usr/lib/libgobject-2.0.so.0 ---Type return to continue, or q return to quit--- No symbol table info available. #9 0xb78aaec0 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #10 0x08435068 in ?? () No symbol table info available. #11 0xbf963388 in ?? () No symbol table info available. #12 0xb7899de4 in g_type_class_ref () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #13 0xb788acf9 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #14 0xbf9633ec in ?? () No symbol table info available. #15 0x0003 in ?? () No symbol table info available. #16 0xbf9634dc in ?? () No symbol table info available. #17 0x080a6a20 in ?? () No symbol table info available. #18 0xb7e41000 in ?? () from /lib/tls/i686/cmov/libpthread.so.0 No symbol table info available. #19 0xb786c7b0 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. ---Type return to continue, or q return to quit--- #20 0xbf963358 in ?? () No symbol table info available. #21 0xb78aaa38 in g_param_spec_types () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #22 0xbf9633e4 in ?? () No symbol table info available. #23 0xbf963378 in ?? () No symbol table info available. #24 0xb7894cd4 in g_type_is_a () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #25 0xb788c429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #26 0xb788f1ce in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #27 0xb4446ae3 in nsDocAccessibleWrap::FireToolkitEvent (this=0x832b988, aEvent=32772, aAccessible=0x874970c, aEventData=0x0) at nsDocAccessibleWrap.cpp:389 values = { property_name = 0xb4424110 \211�\213]�\213u�\213}�\211�]�\2201� \213E��\226�\215t, old_value = {g_type = 141858552, data = {{v_int = 138188096, v_uint =
Bug#400560: aptitude: Uncaught Exception - problems after power fail even after deleting
I think this could this be related to #409336. I got the same stack trace in my erratic testing. -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416379: RFP: remuco -- mobile phone remote music control
Package: wnpp Severity: wishlist Package name: remuco Version : 0.4.3 (server), 0.5.0 (client) Upstream Author : masala |at| web |dot| de URL : http://remuco.sourceforge.net/ License : GPL Description : mobile phone remote music control From the web page: Remuco is a system to remotely control Linux music players with JavaME capable mobile devices via Bluetooth. Packager should package both server and client. The server runs on Linux and communicates with either amarok, rhythmbox, xmms, or xmms2. The client (legacy, simple, or canvas) runs on a JavaME capable mobile phone. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403985: apt-get update crashes in pkgAcqDiffIndex::ParseDiffIndex
I think this could this be related to #409336 and #400560 I got the same stack traces in my erratic testing (with 2.6.18 kernel). -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416379: remuco -- mobile phone remote music control
Btw. upstream already provides Ubuntu packages, so hopefully packaging for Debian is easy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#189866: comments in preferences
This feature would be very useful. Is it possible to apply this patch, please? Thanks in advance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416380: ITP: gtk-vim-syntax -- Syntax file to highlight gtk+ keywords in vim
Package: wnpp Severity: wishlist * Package name : gtk-vim-syntax Version : 20061121 Upstream Author : David Necas [EMAIL PROTECTED] * URL : http://www.vim.org/scripts/script.php?script_id=1000 * License : Public domain Description : Syntax file to highlight gtk+ keywords in vim A collection of C extension syntax files for xlib, glib, gobject, gdk, gdk-pixbuf, gtk+, atk, pango, cairo, gimp, libgnome, libgnomecanvas, libgnomeui, libglade, gtkglext, vte, linc, gconf, and ORBit. pgpRVwOkQgeOJ.pgp Description: PGP signature
Bug#415992: I give up
Ilya A. Naydov wrote: I'd played with all this options - nothing helps... Finally, I've installed old Windows 98... http://eliot-cougar.livejournal.com/98582.html Just before that I installed Debian 3.1r2 successfully, but I've experienced some problems with HDD access during boot (DMA time-out, I think... I did not remember)... ok, before giving up, just try in the boot prompt: install vga=771 noapic nolapic smime.p7s Description: S/MIME Cryptographic Signature
Bug#416381: fai-nfsroot: device2grub only supports /dev/hd\D and /dev/sd\D hard drives
Package: fai-nfsroot Version: 3.1.7 Severity: normal Tags: patch device2grub only supports /dev/hd\D and /dev/sd\D hard drives currently. I'm attaching a patch to add support for /dev/cciss/c\Dd\D and /dev/ida/c\Dd\D hard drives (HP/Compaq SmartArray RAID logical volumes). It would be great to add support for more formats so that FAI can be used with other RAID systems smoothly. -- System Information: Debian Release: 4.0 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) --- fai/device2grub 2007-03-27 14:44:31.0 +0200 +++ fai.new/device2grub 2007-03-27 14:43:09.0 +0200 @@ -17,7 +17,7 @@ $map{$olddevice} = $grubdevice; } -$device=~ m#^(/dev/[sh]d\D)(\d*)$# || die Can't match device: $device\n; +$device=~ m#^(/dev/(?:[sh]d\D|ida/c\d*d\d*|cciss/c\d*d\d*))p*(\d*)$# || die Can't match device: $device\n; my ($disk,$partition) = ($1,$2); if ($map{$disk}) {
Bug#410915: xterm 224-1 color problems
On Tue, Mar 06, 2007 at 03:12:01PM -0500, Thomas Dickey wrote: On Tue, Mar 06, 2007 at 06:00:21PM +0100, Daniel Jacobowitz wrote: Package: xterm Version: 224-1 Followup-For: Bug #410915 I see a similar intermittent problem in emacs inside screen. Sometimes, if I search for a string using C-s that is not present, after the beep (screen flash) the name of the current file is redrawn in the wrong background color. It doesn't always happen. Turn on font-lock-mode and open a C file, so that there are a couple different colors on the screen. If it doesn't happen at one point, scroll down until different colors are drawn and try again. I don't think this happened in 223-1, and I don't think I upgraded emacs. But it sounds like a bug reported against #223 a few weeks ago. Here's the fix I made (for #225): Assuming this is the same as the aptitude bug, it's not quite fixed. I installed 225-1 today. I used to be able to get the buffer name in emacs drawn in all sorts of interesting colors; now I can't. But it still showed up as black on black instead of black on white once. I can't reliably reproduce it though, so things are much better. If I figure out how, I'll report a new bug. Thanks! -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410466: Stupid lp64 bug - undeclared func returns int and sizeof (int) sizeof (char*)
Bug 410466 happens on lp64 platforms (e.g. amd64). Code is: 181 snprintf(id, sizeof(id), %d.%d.%d.%s, (int) getuid(), (int) getpid(), (int) time(0), getmyname()); But getmyname() is not defined, so defaults to returning int. However sizeof (char*) sizeof (int) so 32 bits of the address are thrown away. Bang. QD fix: --- splitmail.c.orig2007-03-27 14:26:07.0 +0200 +++ splitmail.c 2007-03-27 14:42:16.0 +0200 @@ -25,6 +25,7 @@ #define MINCHUNKSIZE 2 /* Better be enough to hold the headers, or we die! */ extern char *getenv(); +extern char *getmyname(); #define NORMALDELIVERYCMD /usr/sbin/sendmail -t -oi #define VERBOSEDELIVERYCMD /usr/sbin/sendmail -t -v -oi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410915: xterm 224-1 color problems
On Tue, Mar 27, 2007 at 08:48:14AM -0400, Daniel Jacobowitz wrote: ... But it sounds like a bug reported against #223 a few weeks ago. Here's the fix I made (for #225): Assuming this is the same as the aptitude bug, it's not quite fixed. I installed 225-1 today. I used to be able to get the buffer name in emacs drawn in all sorts of interesting colors; now I can't. But it still showed up as black on black instead of black on white once. I can't reliably reproduce it though, so things are much better. If I figure out how, I'll report a new bug. Thanks! thanks - I don't have any ideas in mind for remaining failure cases (though as you can see, the last few patches each contain fixes for regressions). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpmYgWzACS8c.pgp Description: PGP signature
Bug#406862: Version 1.5.0.10.dfsg1-2 still segfaults
Didn't you get that error with iceape as well? So, please let us know what is special about your setup, anything right off your head? - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413527: Merge 413527 398182
merge 413527 398182 thanks Hi Bob This is same as bug http://bugs.debian.org/398182 which has recently been fixed upstream (http://bugs.kde.org/show_bug.cgi?id=126715). Andrew V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416001: Acknowledgement (gcj-4.1: does not build with apt-src)
On Tue, Mar 27, 2007 at 12:08:25AM +0200, Stefan Hirschmann wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I changed /etc/alternatives/jar to point to fastjar-4.1 but with apt-build it still does not work. Here is the relevant output: It builds fine with jar=fastjar on my machine on AMD64. I gather from the previous buglog that the buildds and/or vorlon can build this fine as well, I suggest this is a problem specific to your machine. -- Matthew Johnson signature.asc Description: Digital signature
Bug#416382: plan: bug in parse language file
Package: plan Version: 1.9-6.2 Severity: important Tags: patch *** Please type your report below this line *** the function read_language_file() copy the content of file in memory without adding a null character at the end. However the following loop expects a null character to stop (cf. patch in attachment) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (50, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3 Locale: LANG=C, LC_CTYPE=fr_FR.iso8859-1 (charmap=ISO-8859-1) Versions of packages plan depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii lesstif21:0.94.4-2 OSF/Motif 2.1 implementation relea ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3X11 Session Management library ii libx11-62:1.0.3-6X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxpm4 1:3.5.5-2X11 pixmap library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library plan recommends no packages. -- debconf information excluded Sincerly, -- Julien Vous n'avez rien a dire... Parlons-en! --- /tmp/plan-1.9/src/language.c 2005-01-09 11:01:36.0 +0100 +++ plan-1.9/src/language.c 2007-03-27 14:50:48.0 +0200 @@ -138,9 +138,10 @@ if (!nstrings) nstrings = nline; /* create list */ - if (!(list = (char **)malloc(nline * sizeof(char *) + fsize))) + if (!(list = (char **)malloc(nline * sizeof(char *) + fsize+1))) fatal(no memory for language file); memcpy(list[0] = p = (char *)list[nline], file, fsize); + p[fsize]='\0'; /* eval \n, eoln=0 */ for (q=p; *p; p++, q++) if (*p == '\n') *q = 0; signature.asc Description: Digital signature
Bug#391915: [Pbuilder-maint] Bug#391915: pbuilder: pbuilder-uml should not overwrite network configuration
Hi, the patch in the following message doesn't look correct. Would you care to re-send? [...] pbuilder copies the system's /etc/{resolv.conf,hosts,hostname} to the build chroot. This is wrong for pbuilder-user-mode-linux, since the host information is not necessary correct for the guest. For example if the host has nameserver 0.0.0.0 in /etc/resolv.conf, then the UML guest will have a broken network configuration. The following patch appears to fix it. It looks quite sane to me. The only problem being that this assumes you've correctly configured the domain and nameserver directives for the [network]'s rootstrap module. So one may want to copy resolv.conf if it doesn't exist (and only resolv.conf). Maybe the following is safer? Index: pbuilder-modules === RCS file: /cvsroot/pbuilder/pbuilder/pbuilder-modules,v retrieving revision 1.103 diff -u -r1.103 pbuilder-modules --- pbuilder-modules 6 Nov 2006 20:06:25 - 1.103 +++ pbuilder-modules 8 Dec 2006 18:28:35 - @@ -327,7 +327,18 @@ function copy_local_configuration () { echo - copying local configuration -for a in hosts hostname resolv.conf; do +# if running into an UML instance don't touch networking +# configuration if already present, and eventually +# only copy resolv.conf +if [ ${INTERNAL_BUILD_UML} = yes ] ; then + if ! [ -f $BUILDPLACE/etc/resolv.conf ] ; then + echo - UML copy only + BUILDPLACE_CONFFILES=resolv.conf + fi +else + BUILDPLACE_CONFFILES=hosts hostname resolv.conf +fi +for a in $BUILDPLACE_CONFFILES; do rm -f $BUILDPLACE/etc/$a if [ ! -f /etc/$a ]; then echo E: /etc/$a does not exist, your setup is insane. fix it 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416369: uw-imapd: SSL detection not working with IPv6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 nick wrote: With uw imapd (and ipop3d), you don't need to do anything special for SSL support. You just have to have inetd listen on the SSL ports, and start imapd in the usual manner. With ipv4, this works just fine: However, if you enabled ipv6 in inetd (eg proto tcp46), then it doesn't detect that the ipv6 connect was SSL: Thanks for the detauiled report. Could I ask you to please test the package in experimental too? Kind regards, - 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGCR3An7DbMsAkQLgRAnyJAJ0X+qmmn8TRhKQnrE69oXQoY4NgJQCeMSNl RTSRzirr708SlVNo5jDtsuU= =uL/8 -END PGP SIGNATURE-
Bug#416350: [Pkg-cups-devel] Bug#416350: cupsys: [debconf_rewrite] Debconf templates review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi bubulle, At Tue, 27 Mar 2007 06:12:37 +0200, Christian Perrier wrote: On Sunday, March 18, 2007, I notified you of the beginning of a review process concerning debconf templates and package descriptions for cupsys. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. I merged your patch and some early-birds's translations into our repository. Please try to avoid uploading cupsys with these changes right now. I changed the repository for unstable/lenny from cups-1.2 branch to trunk. cups-1.2 branch will be preserved for Etch. As I've already planned, we CUPS-team won't upload new cupsys package until Etch is released. All of our upload during Etch is under freeze is only for RC-fixing. And if you'd like to update templates or/and translations continuously, I can give you a commit access. Thanks, - -- Kenshi Muto [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkYJHwMACgkQQKW+7XLQPLHV9gCfW92e3BjsJshezNHhN36Pr/uL xw0AoIT2dpgVFd5+3GgKKicGhmI42a87 =qdmv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416125: Fixed upstream...
This bug has been fixed in Ubuntu: https://launchpad.net/ubuntu/+source/vte/+bug/93481 Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406862: Version 1.5.0.10.dfsg1-2 still segfaults
On Tue, 2007-03-27 at 14:52 +0200, Alexander Sack - Debian Bugmail wrote: Didn't you get that error with iceape as well? yes So, please let us know what is special about your setup, anything right off your head? Nothing particular. I am using kernel 2.6.18-4-686, Gnome 2.14.3.6 and nothing really special. As I wrote Mike already, both iceape and icedove work fine when I move my big mailfolders out of the way. But older versions of both of them worked with my mailfolders just fine, till the versions I have reported the bugs. What could help you is the following: I can use icedove when opening a particular message from beagle-search. Then it crashes mostly when I open a big mail folder after a small one. Or when I restricted to unread and then change to all. But when I change in two steps, e.g. changing first to last 5 days before changing to all, it works. And it crashes *only* when opening big mail folders, opening small ones, configuring, writing and sending emails is all no problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416372: [git-svn] lots of undeleted $GIT_DIR/.svn-commit.tmp.*
On Tue, Mar 27, 2007 at 12:47:10PM +0200, Pierre Habouzit wrote: All is in the title, after a bit of git-svn use, I always get a lot of cruft in my .git/, presumably commit messages of interupted git-svn command (wether by me or by a ssh error or a svn proble is irrelevant here IMHO). This is fixed upstream with 1.5.1-rc2, $GIT_SVN_DIR/.svn-commit.tmp.$$ is no longer used, but $ENV{GIT_DIR}/COMMIT_MSG, it seems. If you like, you can check the packages at http://bugs.debian.org/415956 http://people.debian.org/~pape/Ou4heeT/ Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403681: kpilot: KPilot no longer works with Handspring Visor
I have been using a Handspring Visor with KPilot in Etch since January. I can confirm that it works. Regards, Colin -- Colin Tuckley | [EMAIL PROTECTED] | PGP/GnuPG Key Id +44(0)1903 236872 | +44(0)7799 143369 | 0x1B3045CE Heisenberg may have slept here -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416279: [git-svn] free(): invalid pointer 0x80ed818!
On Mon, Mar 26, 2007 at 03:51:51PM +0200, Pierre Habouzit wrote: doing git svn dcomit -i trunk I quite often have the (not very rassuring) message: free(): invalid pointer 0x80ed818! Is this a glibc message, like *** glibc detected *** free(): invalid pointer: 0x80ed818 *** or just the string you wrote? I cannot find 'invalid pointer' neither in the git source, nor in the subversion source. Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416369: uw-imapd: SSL detection not working with IPv6
On Tue, 27 Mar 2007, Jonas Smedegaard wrote: Thanks for the detauiled report. Could I ask you to please test the package in experimental too? I've just tried re-building the experimental version. However, libc-client2006b.dfsg-1 and libc-client2006b.dfsg-1-dev both seem to have the same contents (buildinfo, copyright, NEWS.Debian and changelog.Debian), neither has libc-client.so.2006d . So, without that, I can't run the new uw-imapd to test :( Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416384: einstein: Problems with multiple users playing
Package: einstein Version: 2.0.dfsg.2-3 Severity: important Sometimes einstein does not clear the semaphore it creates. If another users runs einstein later, all he gets is a black window which doesn't react to close requests. xkill is able to kill the program, but when run again it behaves the same way. If you find (using ipcs command) the semaphore in question and remove it with ipcrm, the window unfreezes. The bug does not happen if the program is run multiple times by the same user. I think it wouldn't happen if the users were members of the same group (the semaphore permissions are 660); not tested, though. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=pl_PL.ISO8859-2, LC_CTYPE=pl_PL.ISO8859-2 (charmap=ISO-8859-2) Versions of packages einstein depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libsdl-mixer1.2 1.2.6-2 mixer library for Simple DirectMed ii libsdl-ttf2.0-0 2.0.8-3+b1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-13 compression library - runtime einstein recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416385: cupsys: [INTL:eu] debconf basque translation update
Package: cupsys Version: 1.2.7-4 Severity: wishlist Tags: patch l10n Hello Atached cupsys debconf template basque translation update, please commit it. Thanks -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=eu_ES, LC_CTYPE=eu_ES (charmap=ISO-8859-1) Versions of packages cupsys depends on: ii adduser 3.102 Add and remove users and groups ii cupsys-common1.2.7-4 Common UNIX Printing System(tm) - ii debconf [debconf-2.0]1.5.13 Debian configuration management sy ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcupsimage21.2.7-4 Common UNIX Printing System(tm) - ii libcupsys2 1.2.7-4 Common UNIX Printing System(tm) - ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpaper11.1.21 Library for handling paper charact ii libslp1 1.2.1-6.2 OpenSLP libraries ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-7 Core Perl modules ii procps 1:3.2.7-3 /proc file system utilities ii xpdf-utils [poppler-util 3.01-9 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.7-4Common UNIX Printing System(tm) - ii foomatic-filters 3.0.2-20061031-1.2 linuxprinting.org printer support ii smbclient 3.0.24-6 a LanManager-like simple client fo -- debconf information excluded # translation of cupsys-eu.po to librezale # Piarres Beobide [EMAIL PROTECTED], 2005, 2007. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. msgid msgstr Project-Id-Version: cupsys-eu\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-27 07:14+0200\n PO-Revision-Date: 2007-03-27 15:56+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: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1)\n #. Type: boolean #. Description #: ../cupsys-bsd.templates:1001 msgid Do you want to set up the BSD lpd compatibility server? msgstr BSD lpd bateragarritasun zerbitzaria konfiguratu nahi al duzu? #. Type: boolean #. Description #: ../cupsys-bsd.templates:1001 msgid The CUPS package contains a server that can accept BSD-style print jobs and submit them to CUPS. It should only be set up if other computers are likely to submit jobs over the network via the \BSD\ or \LPR\ services, and these computers cannot be converted to use the IPP protocol that CUPS uses. msgstr CUPS paketeak BSD-moduko inprimatze lanak onartu eta CUPS-era bidaltzen dituen zerbitzari bat du. Berau \BSD\ edo \LPR\ zerbitzuen bidez sare bidez lanak bidaltzen dituzten eta CUPS-ek erabiltzen duen IPP protokoloa erabili ezin duten ordenagailuak badituzu bakarrik konfiguratu behar da. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid Do you want CUPS to print unknown jobs as raw jobs? msgstr CUPS-ek lan ezezagunak lan gordinak bezala inprimatzea nahi duzu? #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid The Internet Printing Protocol (IPP) enforces a MIME type for all print jobs. Since not all sources of print jobs can attach an appropriate type, many jobs get submitted as the MIME type application/octet-stream and could be rejected if CUPS cannot guess the job's format. msgstr Internet Inprimatze Protokoloak (IPP) MIME mota bat indartzen du inprimatze lan guztientzat. Inprimatze lan jatorri guztiek ezin dutenez mota zuzena ezarri, lan asko application/octet-stream MIME mota bezala bidaltzen dira eta ukatu egin daitezke CUPS ez bada lan formatu bezeroa ezagutzeko gauza. #. Type: boolean #. Description #: ../cupsys.templates:1001 msgid CUPS can handle all such jobs as \raw\ jobs, which causes them to be sent directly to the printer without processing. msgstr Posible da CUPS-ek lan hauek guztiak lan \gordinak\ bezala kudea ditzan, honela lan hauek prozesatu gabe bidaliko dira inprimagailura. #. Type: boolean #. Description #:
Bug#389857: libxml-libxml-perl: New upstream version available [...]
Hi, Just to let you know you'd also make _me_ a happy coder if you'd upload libxml-libxml-perl = 1.59: I need XML::LibXML::Reader to build current freedict dicts from upstream CVS. Thanks! Bye, Joost signature.asc Description: Digital signature
Bug#415433: epiphany: rss icon missing
forwarded 415433 http://bugzilla.gnome.org/show_bug.cgi?id=422149 thanks On Sun, 2007-03-25 at 00:26 +0100, Fabian Greffrath wrote: Am Sonntag, den 25.03.2007, 00:17 +0100 schrieb Sven Arvidsson: Anyway, the fact that epiphany refuses to load the popup blocker icon means that this isn't a bug specific to the extensions. Do the other special icons epiphany installs in /usr/share/epiphany-browser/icons/hicolor/ work? When pressing Ctrl-H the history dialog opens and the icon found in the /usr/share/epiphany-browser/icons/hicolor/ directory is shown in the upper left corner (metacity menu). Same for the bookmark dialog when pressing Ctrl-D. When downloading a file the correct icon is shown in the notification area. Well at least those three seem to work... I have no clue as to what is going on. I noticed Sam filed this issue upstream so I updated that bug report with additional details and I'm marking this bug as forwarded. Hopefully upstream can help, I suggest you add yourself to the cc list if they have further questions. http://bugzilla.gnome.org/show_bug.cgi?id=422149 -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#416295: Same behaviour seen on bug #145766 is still present on this
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If it helps, I also get this info mailed from amavis: perl: ldap-nss.c:1368: do_init: Assertion `cfg-ldc_uris[__session.ls_current_uri] != ((void *)0)' failed. /bin/sh: line 1: 5519 Aborted /usr/sbin/amavisd-new-cronjob sa-sync Regards, - -- Pedro Algarvio __ ___ ___ ______ __ | Y .' _| _ .-.' _| |_ .-..-. |. | | _| 1___| _ | _| _|__| _ | _| _ | |. | |__| | |_|__| ||__|_|__| |___ | |: 1 ||: 1 | |_| |::.. . ||::.. . | ufs [AT] ufsoft [DOT] org `---'`---'ufs [AT] sapo [DOT] pt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFGCSeRniPxVTX2hA4RAq55AKCwJ0kBUZ49e/1PVf46r4ECAAZSpQCeKNvi qqr5Xf3kfKSojUzwZ9nKnZ8= =tvKP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415433: epiphany: rss icon missing
Argh, I didn't see this bug filed against epiphany-browser, I just checked the bug list for extensions. Anyway, I filed this upstream as http://bugzilla.gnome.org/show_bug.cgi?id=422149. No comments yet. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#324290: g++-4.1: Looks like that's fixed upstream already?
Package: g++-4.1 Followup-For: Bug #324290 This looks a lot like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20297 but that one's closed already. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages g++-4.1 depends on: ii gcc-4.1 4.1.1-21 The GNU C compiler ii gcc-4.1-base4.1.1-21 The GNU Compiler Collection (base ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libstdc++6-4.1-dev 4.1.1-21 The GNU Standard C++ Library v3 (d g++-4.1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416387: libapache-mod-rpaf doesn't handle correctly X-Forwarded-Host header with multiple host
Package: libapache-mod-rpaf Version: 0.5-2inra1 Severity: normal Tags: patch libapache-mod-rpaf can work with multiple IPs in the X-Forwarded-For header, it always use the last one as the original IP. However it doesn't behave like this for the X-Forwarded-Host header although this one can also have multiple hostnames in it. As a result, RPAFsethostname will not work correctly, it will set the Host to server2, server1 instead of server1. In my case the virtualhost server1 doesn't the recognize the host and so will always replies with a redirect to http://server1 which is a problem. The following patch allows libapache-mod-rpaf to process X-Forwarded-Host like X-Forwarded-For. It's only for the apache 1.3 module, I can have a look at the apache 2 module if you consider this patch to be included. --- mod_rpaf.c 2004-03-17 16:47:30.0 +0100 +++ mod_rpaf.c.new 2007-03-27 16:16:29.0 +0200 @@ -151,10 +151,16 @@ r-connection-remote_addr.sin_addr.s_addr = inet_addr(r-connection-remote_ip); if (cfg-sethostname) { const char *hostvalue; -if (hostvalue = ap_table_get(r-headers_in, X-Forwarded-Host)) { + if (hostvalue = ap_table_get(r-headers_in, X-Forwarded-Host)) { + array_header *arr = ap_make_array(r-pool, 0, sizeof(char*)); + while (*hostvalue (val = ap_get_token(r-pool, hostvalue, 1))) { + *(char **)ap_push_array(arr) = ap_pstrdup(r-pool, val); + if (*hostvalue != '\0') + ++hostvalue; + } /* 2.0 proxy frontend or 1.3 = 1.3.25 proxy frontend */ -ap_table_set(r-headers_in, Host, ap_pstrdup(r-pool, hostvalue)); -r-hostname = ap_pstrdup(r-pool, hostvalue); +ap_table_set(r-headers_in, Host, ap_pstrdup(r-pool, ((char **)arr-elts)[((arr-nelts)-1)])); +r-hostname = ap_pstrdup(r-pool, ((char **)arr-elts)[((arr-nelts)-1)]); ap_update_vhost_from_headers(r); } else if (hostvalue = ap_table_get(r-headers_in, X-Host)) { /* 1.3 proxy frontend with mod_proxy_add_forward */ -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686-smp-pea Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libapache-mod-rpaf depends on: ii apache-common 1.3.33-6sarge3 support files for all Apache webse ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416386: kdelibs: Really slow
Package: kdelibs4c2a Version: 4:3.5.5a.dfsg.1-7 Severity: normal File: kdelibs This seems to be vaguely similar to 408858, but I don't have any -dev packages installed for kde. An upgrade in the last 36-48 hours has really slowed KDE down. I have exited kde sessions and restarted them, but nothing seems to have changed. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kdelibs4c2a depends on: ii kdelibs- 4:3.5.5a.dfsg.1-7 core shared data for all KDE appli ii libacl1 2.2.42-1Access control list shared library ii libart-2 2.3.17-1Library of functions for 2D graphi ii libarts1 1.5.5-1 aRts sound system core components ii libasoun 1.0.13-2ALSA library ii libaspel 0.60.5-1GNU Aspell spell-checker runtime l ii libattr1 1:2.4.32-1.1Extended attribute shared library ii libaudio 1.8-4 The Network Audio System (NAS). (s ii libavahi 0.6.16-5Avahi client library ii libavahi 0.6.16-5Avahi common library ii libavahi 0.6.16-5Avahi Qt3 integration library ii libbz2-1 1.0.3-6 high-quality block-sorting file co ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libcupsy 1.2.7-4 Common UNIX Printing System(tm) - ii libfam0 2.7.0-12Client library to control the FAM ii libfontc 2.4.2-1.2 generic font configuration library ii libfreet 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgnutl 1.4.4-3 the GNU TLS library - runtime libr ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjaspe 1.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg6 6b-13 The Independent JPEG Group's JPEG ii libkrb53 1.4.4-7 MIT Kerberos runtime libraries ii liblua50 5.0.3-2 Main interpreter library for the L ii libluali 5.0.3-2 Extension library for the Lua 5.0 ii libopene 1.2.2-4.3 runtime files for the OpenEXR imag ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libpng12 1.2.15~beta5-1 PNG library - runtime ii libqt3-m 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc+ 4.1.1-21The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcurs 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxiner 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrand 2:1.1.0.2-5 X11 RandR extension library ii libxrend 1:0.9.1-3 X Rendering Extension client libra ii libxslt1 1.1.19-1XSLT processing library - runtime ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii menu-xdg 0.2.3 freedesktop.org menu compliant win ii perl 5.8.8-7 Larry Wall's Practical Extraction ii xbase-cl 1:7.1.ds1-2 miscellaneous X clients ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages kdelibs4c2a recommends: ii perl-suid 5.8.8-7Runs setuid Perl scripts -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416389: upgrade from 0.1.19 leaves crufty /var/lib/harden-clients
Package: harden-clients Version: 0.1.30 Severity: normal From the sarge version (0.1.17) of harden-clients.config: mkdir -p /var/lib/harden-clients touch /var/lib/harden-clients/fetchmail ... touch /var/lib/harden-clients/fetchmail-ssl But there is no clean-up! When I purge the package, those files remain. This is a bug in the sarge version of harden-clients. Now, I see that the changelog for 0.1.19 says: * Fetchmail package now support ssl so removing those questions. So new versions don't touch those files anymore. But it would still be nice clean this up for users upgrading from sarge. Maybe the postinst could do something like this? case $1 in configure) # clean up behind versions 0.1.19 (remove in etch+2) rm -f /var/lib/harden-clients/fetchmail rm -f /var/lib/harden-clients/fetchmail-ssl rmdir /var/lib/harden-clients 2 /dev/null ... Thank you. It's a pity this won't make it into etch, otherwise you could remove it in etch+1 already! Best wishes, Jeremy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416388: linux-source-2.6.18: Wodim hangs and system may freeze
Package: linux-source-2.6.18 Version: 2.6.18.dfsg.1-11 Severity: important This is similar to 265747, which was determined to be a kernel problem, but this is happening with a different kernel version, different package (wodim) and different drive. I insert a blank CD-R disk in the drive. I run: wodim dev=/dev/cdrw /home/john/debian-testing-i386-CD-1.iso I get: wodim: No write mode specified. wodim: Asuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. Device type: Removable CD-ROM Version: 0 Response Format: 1 Vendor_info: 'SAMSUNG ' Identification : 'CDRW/DVD SM-308B' Revision : 'M002' Device seems to be: Generic mmc2 DVD-ROM. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-2 SWABAUDIO Supported modes: TAO PACKET SAO SAO/R96R RAW/R16 RAW/R96R Then it hangs. Syslog: Mar 27 10:38:23 localhost kernel: hdc: irq timeout: status=0xd0 { Busy } Mar 27 10:38:23 localhost kernel: ide: failed opcode was: unknown Mar 27 10:38:23 localhost kernel: hdc: ATAPI reset complete Mar 27 10:39:03 localhost kernel: hdc: irq timeout: status=0x80 { Busy } Mar 27 10:39:03 localhost kernel: ide: failed opcode was: unknown Mar 27 10:39:03 localhost kernel: hdc: ATAPI reset complete Mar 27 10:39:48 localhost kernel: hdc: irq timeout: status=0x80 { Busy } Mar 27 10:39:48 localhost kernel: ide: failed opcode was: unknown Mar 27 10:39:48 localhost kernel: hdc: status timeout: status=0x80 { Busy } Mar 27 10:39:48 localhost kernel: ide: failed opcode was: unknown Mar 27 10:39:48 localhost kernel: hdc: drive not ready for command Mar 27 10:39:48 localhost kernel: hdc: ATAPI reset complete Mar 27 10:40:48 localhost kernel: hdc: irq timeout: status=0x80 { Busy } Mar 27 10:40:48 localhost kernel: ide: failed opcode was: unknown Mar 27 10:40:48 localhost kernel: hdc: ATAPI reset complete For ever. If I continue to use other applications eventually I get a complete system freeze and this also happens with the normal shut down from gnome and I have to use ctr-alt-del in a terminal. I have CDR_NODMATEST=true in /etc/environment The drive reads CDs and DVDs all right. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-10feb7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages linux-source-2.6.18 depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii bzip2 1.0.3-6high-quality block-sorting file co Versions of packages linux-source-2.6.18 recommends: ii gcc 4:4.1.1-15 The GNU C compiler ii libc6-dev [libc-dev]2.3.6.ds1-13 GNU C Library: Development Librari ii make3.81-2 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412089: Tracker doesn't find anything
Hi, Tracker doesn't find anything here, ever. (using neither tracker-search nor tracker-search-tool) Not even when I enter part of a file or folder name it just claims to have indexed... the DB is growing, but apparently it's just adding the files with empty metadata? ---fetching index stats- Documents : 3 Other Files : 11 Text Files : 15 Images : 291 Folders : 386 Music : 2973 Total entities indexed : 3679 I mean, I should at least be able to search via the folder names, shouldn't I? I tried running tracker-extract on some files, and it doesn't print anything. Could it be that your patch 60 actually disables any data extraction? best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ There was never a good war or a bad peace. - Benjamin Franklin //\ Wirklich gute Freunde machen sich erst aus dem Staub, wenn man V_/_ sie braucht. --- Charles Maurice de Tayllerand -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]