date:20070221


Dear maintainer of uw-imap,

Recently, I sent you a notice announcing my intent to upload
a NMU of your package to fix its pending l10n issues.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/0-DAY (which means an immediate
upload).

The NMU patch is attached to this mail.

The NMU changelog is:


Source: uw-imap
Version: 7:2002edebian1-13.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Sun, 18 Feb 2007 19:29:44 +0100
Closes: 364466 398609 407895 409409
Changes: 
 uw-imap (7:2002edebian1-13.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - Dutch. Closes: #364466
 - German. Closes: #398609
 - Galician. Closes: #407895
 - Portuguese. Closes: #409409

-- 


diff -Nru uw-imap-2002edebian1.old/debian/changelog uw-imap-2002edebian1/debian/changelog
--- uw-imap-2002edebian1.old/debian/changelog	2007-02-18 19:27:42.951487004 +0100
+++ uw-imap-2002edebian1/debian/changelog	2007-02-18 19:30:46.653098180 +0100
@@ -1,3 +1,14 @@
+uw-imap (7:2002edebian1-13.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Debconf translations:
+- Dutch. Closes: #364466
+- German. Closes: #398609
+- Galician. Closes: #407895
+- Portuguese. Closes: #409409
+
+ -- Christian Perrier [EMAIL PROTECTED]  Sun, 18 Feb 2007 19:29:44 +0100
+
 uw-imap (7:2002edebian1-13) unstable; urgency=low
 
   * Apply patch fixing IPv6 for ipopd. Closes: bug#348369 (thanks to
diff -Nru uw-imap-2002edebian1.old/debian/po/de.po uw-imap-2002edebian1/debian/po/de.po
--- uw-imap-2002edebian1.old/debian/po/de.po	1970-01-01 01:00:00.0 +0100
+++ uw-imap-2002edebian1/debian/po/de.po	2007-02-18 19:30:57.809196026 +0100
@@ -0,0 +1,147 @@
+# translation of po-debconf template to German
+#
+#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.
+#
+# Matthias Julius [EMAIL PROTECTED], 2006.
+msgid 
+msgstr 
+Project-Id-Version: uw-imap 7:2002edebian1-13\n
+Report-Msgid-Bugs-To: \n
+POT-Creation-Date: 2005-03-31 16:55+0200\n
+PO-Revision-Date: 2006-11-13 22:16-0500\n
+Last-Translator: Matthias Julius [EMAIL PROTECTED]\n
+Language-Team: German debian-l10n-german@lists.debian.org\n
+MIME-Version: 1.0\n
+Content-Type: text/plain; charset=UTF-8\n
+Content-Transfer-Encoding: 8bit\n
+X-Generator: KBabel 1.11.4\n
+
+#. Type: multiselect
+#. Description
+#: ../ipopd.templates.master:5 ../uw-imapd.templates.master:5
+msgid Which ports should the server listen on?
+msgstr Welche Ports soll der Server verwenden?
+
+#. Type: multiselect
+#. Description
+#: ../ipopd.templates.master:5
+msgid pop2 =  POP 2 on TCP port 109 with TLS support.  This is obsolete.
+msgstr 
+pop2 =  POP 2 auf TCP-Port 109 mit TLS-UnterstÃ¼tzung. Dies ist veraltet.
+
+#. Type: multiselect
+#. Description
+#: ../ipopd.templates.master:5
+msgid pop3  = POP 3 on TCP port 110 with TLS support.
+msgstr pop3 =  POP 3 auf TCP-Port 110 mit TLS-UnterstÃ¼tzung.
+
+#. Type: multiselect
+#. Description
+#: ../ipopd.templates.master:5
+msgid pop3s = POP 3 on TCP port 995 with SSL support.
+msgstr pop3s = POP 3 auf TCP-Port 995 mit SSL-UnterstÃ¼tzung.
+
+#. Type: multiselect
+#. Description
+#: ../ipopd.templates.master:5
+msgid If in doubt, choose pop3 and pop3s.
+msgstr Falls Sie sich nicht sicher sind, wÃ¤hlen Sie pop3 und pop3s.
+
+#. Type: boolean
+#. Description
+#: ../ipopd.templates.master:17 ../uw-imapd.templates.master:18
+msgid Enforce port selection?
+msgstr Port-Auswahl erzwingen?
+
+#. Type: boolean
+#. Description
+#: ../ipopd.templates.master:17 ../uw-imapd.templates.master:18
+msgid 
+The ports selected for enabling may be overridden by locally configured 
+services. By default the port selection is respected only on initial 
+installs, and is ignored on later reconfiguration.
+msgstr 
+Die Ports, die zur Aktivierung ausgewÃ¤hlt wurden, kÃ¶nnen von lokal 
+konfigurierten Diensten Ã¼berschrieben werden. In der Voreinstellung wird die 
+Port-Auswahl nur bei der ersten Installation beachtet und bei einer spÃ¤teren 
+erneuten Konfiguration ignoriert.
+
+#. Type: boolean
+#. Description
+#: ../ipopd.templates.master:17 ../uw-imapd.templates.master:18
+msgid 
+Do you want to ignore possible local tweaks and always use selected ports?
+msgstr 
+Wollen Sie mÃ¶gliche lokale Anpassungen ignorieren und immer die ausgewÃ¤hlten 
+Ports verwenden?
+
+#. Type: boolean
+#. Description
+#: ../libc-client__VER__.templates.in.master:4
+msgid

Bug#403323: [Jin-Hwan Cho] Re: dvipdfm(x) crashes in some timezones

---BeginMessage---
On Feb 15, 2007, at 10:43 PM, Frank Küster wrote:

 Dear dvipdfmx developers, dear dvipdfmx maintainer in Debian,

 in the last weeks, we found that dvipdfm(x) would segfault when  
 launched
 in timezones with half-hour offset to UTC, and Mark Wicks wrote a
 patch.  It would be nice if this could be applied to dvipdfmx, too.

The topic had been discussed since Sep. 2005. The history of the patch
(for dvidpfmx not dvipdfm) can be found at

http://cvs.ktug.or.kr/viewcvs/dvipdfmx/src/pdfdoc.c?view=log

But the CVS tag was not applied until the version 20061211. Recently  
(Dec 2006),
while discussing TeXLive 2007, the file was updated again.

I hope the maintainer in Debian would use the recent CVS code.

Best, ChoF.



---End Message---


-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#356202: Patch for the 0.30.1-2.1 NMU of gom


Dear maintainer of gom,

Recently, I sent you a notice announcing my intent to upload
a NMU of your package to fix its pending l10n issues.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/0-DAY (which means an immediate
upload).

The NMU patch is attached to this mail.

The NMU changelog is:


Source: gom
Version: 0.30.1-2.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Mon, 19 Feb 2007 18:08:41 +0100
Closes: 356202 411184 411189 411212 411221 411229 411241 411461 411518
Changes: 
 gom (0.30.1-2.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending debconf issues.
   * Switch to po-debconf for debconf templates. Closes: #356202
   * Rewrite the debconf templates to comply with the Developer's Reference
 recommendations
   * Debconf translations:
 - French
 - Galician. Closes: #411189
 - Portuguese. Closes: #411184
 - Tamil. Closes: #411212
 - Czech. Closes: #411221
 - Swedish. Closes: #411229
 - Russian. Closes: #411241
 - Basque. Closes: 411461
 - Romanian. Closes: #411518

-- 


diff -Nru gom-0.30.1.old/debian/changelog gom-0.30.1/debian/changelog
--- gom-0.30.1.old/debian/changelog	2007-02-16 06:04:14.745815144 +0100
+++ gom-0.30.1/debian/changelog	2007-02-19 18:09:07.515991460 +0100
@@ -1,3 +1,22 @@
+gom (0.30.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending debconf issues.
+  * Switch to po-debconf for debconf templates. Closes: #356202
+  * Rewrite the debconf templates to comply with the Developer's Reference
+recommendations
+  * Debconf translations:
+- French
+- Galician. Closes: #411189
+- Portuguese. Closes: #411184
+- Tamil. Closes: #411212
+- Czech. Closes: #411221
+- Swedish. Closes: #411229
+- Russian. Closes: #411241
+- Basque. Closes: 411461
+- Romanian. Closes: #411518
+
+ -- Christian Perrier [EMAIL PROTECTED]  Mon, 19 Feb 2007 18:08:41 +0100
+
 gom (0.30.1-2) unstable; urgency=low
 
   * postrm|inst: Check for update-modules before calling.
diff -Nru gom-0.30.1.old/debian/control gom-0.30.1/debian/control
--- gom-0.30.1.old/debian/control	2007-02-16 06:04:14.745815144 +0100
+++ gom-0.30.1/debian/control	2007-02-16 07:25:24.183082977 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Stephan A Suerken [EMAIL PROTECTED]
 Standards-Version: 3.6.2
-Build-Depends: debhelper (=4.0.0), libncurses5-dev
+Build-Depends: debhelper (=4.1.16), libncurses5-dev, po-debconf
 
 Package: gom
 Architecture: any
diff -Nru gom-0.30.1.old/debian/gom.templates gom-0.30.1/debian/gom.templates
--- gom-0.30.1.old/debian/gom.templates	2007-02-16 06:04:14.745815144 +0100
+++ gom-0.30.1/debian/gom.templates	2007-02-16 18:44:33.890026527 +0100
@@ -1,17 +1,18 @@
 Template: gom/auto_init
 Type: boolean
 Default: false
-Description: Initialize mixer on system startup?
- If this is on, /etc/init.d/gom start (on system startup, or if run
- manually) will set mixer settings to your saved configuration.
+_Description: Initialize mixer on system startup?
+ If you choose this option, /etc/init.d/gom start (on system
+ startup, or if run manually) will set mixer settings to your saved
+ configuration.
  .
  You may use upstream's gomconfig script as root later to fine-tune
- settings.
+ the settings.
 
 Template: gom/valid_sound_devices
 Type: string
 Default: sound alsa
-Description: Space-separated list of valid sound devices?
+Description: Space-separated list of valid sound devices:
  If none of these device names exists in /proc/devices,
  /etc/init.d/gom will exit silently (so it does not produce errors if
  the system has no sound at all).
@@ -22,11 +23,14 @@
 Template: gom/purge_etc_gom
 Type: boolean
 Default: true
-Description: Remove /etc/gom completely?
- Seems the directory contains additional local customization files.
+_Description: Remove /etc/gom completely?
+ The /etc/gom directory seems to contain additional local
+ customization files. Please choose whether you want to remove it
+ entirely.
 
 Template: gom/remove_obsolete_rcboot
 Type: boolean
 Default: true
-Description: Remove obsoleted /etc/rc.boot/gom?
- The file is obsoleted in Debian but might contain local customizations.
+_Description: Remove obsoleted /etc/rc.boot/gom?
+ The /etc/rc.boot/gom file is obsoleted but might contain local
+ customizations.
diff -Nru gom-0.30.1.old/debian/po/cs.po gom-0.30.1/debian/po/cs.po
--- gom-0.30.1.old/debian/po/cs.po	1970-01-01 01:00:00.0 +0100
+++ gom-0.30.1/debian/po/cs.po	2007-02-17 14:28:50.020423000 +0100
@@ -0,0 +1,73 @@
+# SOME DESCRIPTIVE TITLE.
+# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the PACKAGE package.
+# FIRST AUTHOR [EMAIL PROTECTED], YEAR.
+#
+msgid 
+msgstr 
+Project-Id-Version: gom\n
+Report-Msgid-Bugs-To: [EMAIL PROTECTED]
+POT-Creation-Date: 2007-02-16 18:44+0100\n
+PO-Revision-Date: 2007-02-16

Bug#393207: Patch for the 1.2-11.1 NMU of portsentry


Dear maintainer of portsentry,

Recently, I sent you a notice announcing my intent to upload
a NMU of your package to fix its pending l10n issues.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/0-DAY (which means an immediate
upload).

The NMU patch is attached to this mail.

The NMU changelog is:


Source: portsentry
Version: 1.2-11.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Wed, 21 Feb 2007 07:41:46 +0100
Closes: 411333 411335 411342 411384 411389 411412 411464 411539 411570 411750
Changes: 
 portsentry (1.2-11.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - German. Closes: #411333
 - Swedish. Closes: #411335
 - Czech. Closes: #411342
 - Galician. Closes: #411384
 - Japanese. Closes: #411389
 - Italian. Closes: 411412
 - Basque. Closes: #411464
 - Russian. Closes: #411539
 - French. Closes: #411570
 - Catalan. Closes: #411750

-- 


diff -Nru portsentry-1.2.old/debian/changelog portsentry-1.2/debian/changelog
--- portsentry-1.2.old/debian/changelog	2007-02-18 10:46:59.217460273 +0100
+++ portsentry-1.2/debian/changelog	2007-02-21 07:42:05.605618979 +0100
@@ -1,3 +1,20 @@
+portsentry (1.2-11.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Debconf translations:
+- German. Closes: #411333
+- Swedish. Closes: #411335
+- Czech. Closes: #411342
+- Galician. Closes: #411384
+- Japanese. Closes: #411389
+- Italian. Closes: 411412
+- Basque. Closes: #411464
+- Russian. Closes: #411539
+- French. Closes: #411570
+- Catalan. Closes: #411750
+
+ -- Christian Perrier [EMAIL PROTECTED]  Wed, 21 Feb 2007 07:41:46 +0100
+
 portsentry (1.2-11) unstable; urgency=low
 
   * Updated German (de.po) translation. (closes: #396090)
diff -Nru portsentry-1.2.old/debian/po/ca.po portsentry-1.2/debian/po/ca.po
--- portsentry-1.2.old/debian/po/ca.po	2007-02-18 10:46:59.225460344 +0100
+++ portsentry-1.2/debian/po/ca.po	2007-02-21 07:41:39.869443170 +0100
@@ -1,34 +1,28 @@
 #
-#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'
+# Catalan translation for portsentry package.
+# Copyright (C) 2007 Bruno Barrera C.
+# This file is distributed under the same license as the portsentry
+# package.
 #
-#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
+# JordÃ  Polo [EMAIL PROTECTED], 2007.
 #
-#Developers do not need to manually edit POT or PO files.
-#
-#, fuzzy
 msgid 
 msgstr 
-Project-Id-Version: PACKAGE VERSION\n
+Project-Id-Version: 1.2-11\n
 Report-Msgid-Bugs-To: [EMAIL PROTECTED]
 POT-Creation-Date: 2006-10-29 19:45-0300\n
-PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n
-Last-Translator: FULL NAME [EMAIL PROTECTED]\n
-Language-Team: LANGUAGE [EMAIL PROTECTED]\n
+PO-Revision-Date: 2007-02-20 19:43+0100\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=ISO-8859-15\n
+Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
 
 #. Type: note
 #. Description
 #: ../templates:1001
 msgid PortSentry does not block anything by default.
-msgstr PortSentry no bloquejarà res per defecte.
+msgstr PortSentry no bloqueja res per defecte.
 
 #. Type: note
 #. Description
@@ -38,22 +32,22 @@
 attackers. It only dumps messages into /var/log/syslog. To change this edit /
 etc/portsentry/portsentry.conf.
 msgstr 
-Si us plau noteu que per defecte PortSentry no fa cap acció contra dels 
-atacs en potència.  Aquest sols veu els missatges en el /var/log/syslog. Per 
-a canviar això editeu el /etc/portsentry/portsentry.conf.
+Si us plau, fixeu-vos que amb els valors predeterminats PortSentry no 
+realitza cap acciÃ³ contra atacs potencials. PortSentry nomÃ©s escriu 
+missatges de registre a /var/log/syslog. Per a canviar aixÃ², editeu /etc/
+portsentry/portsentry.conf.
 
 #. Type: note
 #. Description
 #: ../templates:1001
-#, fuzzy
 msgid 
  You may also want to check:\n
  /etc/default/portsentry (daemon startup options) and\n
  /etc/portsentry/portsentry.ignore.static (hosts/interfaces to ignore)
 msgstr 
- Pot ser també vulgueu comprobar:\n
- /etc/portsentry/startup.conf (opcions de càrrega) i\n
- /etc/portsentry/portsentry.ignore.static (llocs/interfícies a ignorar)
+ Tal vegada us interessi comprovar tambÃ©:\n
+ /etc/default/portsentry (opcions d'inici del dimoni) i\n
+ /etc/portsentry/portsentry.ignore.static (mÃ quines/interfÃcies a ignorar)
 
 #. Type: note
 #. Description
@@ -61,19

Bug#400144: Patch for the 0.5.1-4.1 NMU of esmtp


Dear maintainer of esmtp,

Recently, I sent you a notice announcing my intent to upload
a NMU of your package to fix its pending l10n issues.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/0-DAY (which means an immediate
upload).

The NMU patch is attached to this mail.

The NMU changelog is:


Source: esmtp
Version: 0.5.1-4.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Mon, 19 Feb 2007 09:10:54 +0100
Closes: 400144 402311 409214
Changes: 
 esmtp (0.5.1-4.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - Spanish. Closes: #402311
 - Japanese. Closes: #400144
 - Portuguese. Closes: #409214

-- 


diff -Nru esmtp-0.5.1.old/debian/changelog esmtp-0.5.1/debian/changelog
--- esmtp-0.5.1.old/debian/changelog	2007-02-19 09:07:16.037668088 +0100
+++ esmtp-0.5.1/debian/changelog	2007-02-19 09:11:25.599824687 +0100
@@ -1,3 +1,13 @@
+esmtp (0.5.1-4.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Debconf translations:
+- Spanish. Closes: #402311
+- Japanese. Closes: #400144
+- Portuguese. Closes: #409214
+
+ -- Christian Perrier [EMAIL PROTECTED]  Mon, 19 Feb 2007 09:10:54 +0100
+
 esmtp (0.5.1-4) unstable; urgency=low
 
   * Update swedish debconf translation, by Daniel Nylander (closes: #340408).
diff -Nru esmtp-0.5.1.old/debian/po/es.po esmtp-0.5.1/debian/po/es.po
--- esmtp-0.5.1.old/debian/po/es.po	1970-01-01 01:00:00.0 +0100
+++ esmtp-0.5.1/debian/po/es.po	2007-02-19 09:08:57.362544432 +0100
@@ -0,0 +1,167 @@
+# esmtp po-debconf translation to Spanish
+# Copyright (C) 2005 Software in the Public Interest
+# This file is distributed under the same license as the esmtp package.
+#
+# Changes:
+#  - Initial translation
+# César Gómez Martín [EMAIL PROTECTED]
+#
+#   Traductores, si no conoce el formato PO, merece la pena leer la
+#   documentación de gettext, especialmente las secciones dedicadas a este
+#   formato, por ejemplo ejecutando:
+#  info -n '(gettext)PO Files'
+#  info -n '(gettext)Header Entry'
+# Equipo de traducción al español, por favor, lean antes de traducir
+# los siguientes documentos:
+#
+#  - El proyecto de traducción de Debian al español
+#http://www.debian.org/intl/spanish/
+#especialmente las notas de traducción en
+#http://www.debian.org/intl/spanish/notas
+#
+#  - La guía de traducción de po's de debconf:
+#/usr/share/doc/po-debconf/README-trans
+#o http://www.debian.org/intl/l10n/po-debconf/README-trans
+#
+msgid 
+msgstr 
+Project-Id-Version: esmtp\n
+Report-Msgid-Bugs-To: [EMAIL PROTECTED]
+POT-Creation-Date: 2005-11-09 15:15+\n
+PO-Revision-Date: 2006-12-09 14:08+0100\n
+Last-Translator: César Gómez Martín [EMAIL PROTECTED]\n
+Language-Team: Debian l10n spanish debian-l10n-spanish@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
+#: ../templates:4
+msgid Automatically overwrite configuration files?
+msgstr 
+¿Desea sobreescribir los ficheros de configuración de forma automática?
+
+#. Type: boolean
+#. Description
+#: ../templates:4
+msgid 
+The mail configuration file /etc/esmtprc can be automatically updated on 
+each upgrade with the information supplied to the debconf database. If you 
+do not want this to happen (i.e., you want to maintain control of this file 
+yourself) then unset this option to prevent the program touching this file.
+msgstr 
+El fichero de configuración de correo /etc/esmtprc se puede actualizar 
+automáticamente en cada actualización con la información que se le 
+proporciona a la base de datos debconf. Si no quiere que esto ocurra (p.e., 
+quiere mantener el control de este fichero usted mismo) entonces desactive 
+esta opción para no permitir que el programa toque este fichero
+
+#. Type: string
+#. Description
+#: ../templates:13
+msgid SMTP server hostname
+msgstr Nombre del servidor SMTP
+
+#. Type: string
+#. Description
+#: ../templates:18
+msgid SMTP server port number
+msgstr Número de puerto del servidor SMTP
+
+#. Type: string
+#. Description
+#: ../templates:22
+msgid Authentication username
+msgstr Nombre de usuario a autenticar
+
+#. Type: string
+#. Description
+#: ../templates:22
+msgid 
+This is the username to be given to the mailhub if authentication is 
+required by the SMTP server.
+msgstr 
+Este es el nombre de usuario que se le proporciona al concentrador de correo 
+si el servidor SMTP requiere autenticación.
+
+#. Type: string
+#. Description
+#: ../templates:22
+msgid 
+Do NOT set the username and password on the system configuration file unless 
+you are the sole user of this machine.  Esmtp is not run with suid 
+privileges therefore the system configuration file must be readable by 
+everyone.  If your SMTP server requires authorization and you

Bug#411822: snort: [INTL:ru] Initial Russian debconf templates translation

2007-02-21 Thread Yuriy Talakan'

Package: snort
Severity: wishlist
Tags: patch l10n

Attached Russian debconf templates translation


snort_2.3.3-12_ru.po.gz
Description: Binary data

Bug#380662: Patch for the 1.31-25.2 NMU of xbanner


Dear maintainer of xbanner,

Recently, I sent you a notice announcing my intent to upload
a NMU of your package to fix its pending l10n issues.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/0-DAY (which means an immediate
upload).

The NMU patch is attached to this mail.

The NMU changelog is:


Source: xbanner
Version: 1.31-25.2
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Sat, 17 Feb 2007 18:15:59 +0100
Closes: 380662
Changes: 
 xbanner (1.31-25.2) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n bugs.
   * Debconf translations:
 - Russian. Closes: #380662

-- 


diff -Nru xbanner-1.31.old/debian/changelog xbanner-1.31/debian/changelog
--- xbanner-1.31.old/debian/changelog	2007-02-17 18:13:47.322802768 +0100
+++ xbanner-1.31/debian/changelog	2007-02-17 18:16:39.508312941 +0100
@@ -1,3 +1,11 @@
+xbanner (1.31-25.2) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n bugs.
+  * Debconf translations:
+- Russian. Closes: #380662
+
+ -- Christian Perrier [EMAIL PROTECTED]  Sat, 17 Feb 2007 18:15:59 +0100
+
 xbanner (1.31-25.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru xbanner-1.31.old/debian/po/ru.po xbanner-1.31/debian/po/ru.po
--- xbanner-1.31.old/debian/po/ru.po	1970-01-01 01:00:00.0 +0100
+++ xbanner-1.31/debian/po/ru.po	2007-02-17 18:14:52.735376000 +0100
@@ -0,0 +1,58 @@
+# translation of xbanner_1.31-25.1_debconf_ru.po to Russian
+#
+#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.
+# Yuri Kozlov [EMAIL PROTECTED], 2006.
+#
+msgid 
+msgstr 
+Project-Id-Version: xbanner_1.31-25.1\n
+Report-Msgid-Bugs-To: \n
+POT-Creation-Date: 2005-09-28 20:20-0300\n
+PO-Revision-Date: 2006-07-31 21:54+0300\n
+Last-Translator: Yuri Kozlov [EMAIL PROTECTED]\n
+Language-Team: Russian debian-l10n-russian@lists.debian.org\n
+MIME-Version: 1.0\n
+Content-Type: text/plain; charset=UTF-8\n
+Content-Transfer-Encoding: 8bit\n
+X-Generator: KBabel 1.9.1\n
+
+#. Type: note
+#. Description
+#: ../templates:3
+msgid Execute 'xbannerconfig remove' before removing package
+msgstr Запуск 'xbannerconfig remove' перед удалением пакета
+
+#. Type: note
+#. Description
+#: ../templates:3
+msgid 
+You are attempting to remove the xbanner package.  However, you have altered 
+your XDM environment to invoke xbanner.  The XDM environment will cease 
+working, if it contains references to xbanner, once the xbanner  package has 
+been removed. You must delete all references to xbanner  files before you 
+can remove the xbanner package.
+msgstr 
+Вы намереваетесь удалить пакет xbanner. Однако вы изменили своё 
+окружение XDM для вызова xbanner. Окружение XDM перестанет 
+работать, если будет содержать ссылку на xbanner при удалённом 
+пакете xbanner. Вы должны удалить все ссылки на файлы xbanner 
+перед тем как сможете удалить пакет xbanner.
+
+#. Type: note
+#. Description
+#: ../templates:3
+msgid 
+To do this, please execute 'xbannerconfig remove' as root before the package 
+removal occurs.  Please see xbannerconfig(8) for more information.
+msgstr 
+Для этого запустите 'xbannerconfig remove' с правами суперпользователя 
+перед удалением пакета. Подробней смотрите в xbannerconfig(8).
+


signature.asc
Description: Digital signature

Bug#411243: Patch for the 1.2b-2.1 NMU of php4-idn


Dear maintainer of php4-idn,

Recently, I sent you a notice announcing my intent to upload
a NMU of your package to fix its pending l10n issues.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/0-DAY (which means an immediate
upload).

The NMU patch is attached to this mail.

The NMU changelog is:


Source: php4-idn
Version: 1.2b-2.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Mon, 19 Feb 2007 07:50:41 +0100
Closes: 411243
Changes: 
 php4-idn (1.2b-2.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Add the debian/po directory so that debconf i18n really works
 Translations stolen from php-kadm5
 Closes: #411243

-- 


diff -Nru php4-idn-1.2b.old/debian/changelog php4-idn-1.2b/debian/changelog
--- php4-idn-1.2b.old/debian/changelog	2007-02-18 22:40:59.961199900 +0100
+++ php4-idn-1.2b/debian/changelog	2007-02-19 07:52:29.335414029 +0100
@@ -1,3 +1,12 @@
+php4-idn (1.2b-2.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Add the debian/po directory so that debconf i18n really works
+Translations stolen from php-kadm5
+Closes: #411243
+
+ -- Christian Perrier [EMAIL PROTECTED]  Mon, 19 Feb 2007 07:50:41 +0100
+
 php4-idn (1.2b-2) unstable; urgency=low
 
   * templates, config, postinst, postrm and prerm from php4-kadm5.
diff -Nru php4-idn-1.2b.old/debian/control php4-idn-1.2b/debian/control
--- php4-idn-1.2b.old/debian/control	2007-02-18 22:40:59.965199935 +0100
+++ php4-idn-1.2b/debian/control	2007-02-18 22:52:27.011225751 +0100
@@ -2,7 +2,7 @@
 Section: web
 Priority: optional
 Maintainer: Turbo Fredriksson [EMAIL PROTECTED]
-Build-Depends: debhelper ( 4.0.0), binutils, php4-dev (= 4:4.3.10-10), php5-dev, libidn11-dev | libidn9-dev (= 0.2.1)
+Build-Depends: debhelper ( 4.0.0), binutils, php4-dev (= 4:4.3.10-10), php5-dev, libidn11-dev | libidn9-dev (= 0.2.1), po-debconf
 Standards-Version: 3.5.8
 
 Package: php4-idn
diff -Nru php4-idn-1.2b.old/debian/po/ca.po php4-idn-1.2b/debian/po/ca.po
--- php4-idn-1.2b.old/debian/po/ca.po	1970-01-01 01:00:00.0 +0100
+++ php4-idn-1.2b/debian/po/ca.po	2007-02-18 22:48:28.777136291 +0100
@@ -0,0 +1,52 @@
+# php4-ps (debconf) translation to Catalan.
+# Copyright (C) 2004 Free Software Foundation, Inc.
+# Aleix Badia i Bosch [EMAIL PROTECTED], 2004
+#
+msgid 
+msgstr 
+Project-Id-Version: php4-ps:1.3.1-3\n
+Report-Msgid-Bugs-To: [EMAIL PROTECTED]
+POT-Creation-Date: 2007-02-18 22:48+0100\n
+PO-Revision-Date: 2004-01-31 19:46GMT\n
+Last-Translator: Aleix Badia i Bosch [EMAIL PROTECTED]\n
+Language-Team: Debian L10n Catalan 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
+#: ../templates:1001
+msgid Should ${extname} be added to /etc/php4/${sapiconfig}/php.ini?
+msgstr Voleu afegir l'extensiÃ³ ${extname} a /etc/php4/${sapiconfig}/php.ini?
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid 
+You are installing ${extname} support for php4, and it is not yet enabled in 
+the configuration for the ${sapiconfig} SAPI.  Do you want this extension to 
+be enabled now?
+msgstr 
+Esteu instalÂ·lant el suport de l'extensiÃ³ ${extname} per a php4 i encara no 
+estÃ  habilitat a la configuraciÃ³ del SAPI ${sapiconfig}. Voleu habilitar 
+aquesta extensiÃ³?
+
+#. Type: boolean
+#. Description
+#: ../templates:2001
+msgid Should ${extname} be removed from /etc/php4/${sapiconfig}/php.ini?
+msgstr 
+Voleu suprimir l'extensiÃ³ ${extname} de /etc/php4/${sapiconfig}/php.ini?
+
+#. Type: boolean
+#. Description
+#: ../templates:2001
+msgid 
+You are removing ${extname} support for php4, but it is still enabled in the 
+configuration for the ${sapiconfig} SAPI.  Leaving this in place will 
+probably cause problems when trying to use PHP.
+msgstr 
+Esteu suprimint el suport de l'extensiÃ³ ${extname} per a php4 perÃ² continua 
+habilitat a la configuraciÃ³ del SAPI ${sapiconfig}. Si ho deixeu activat pot 
+provocar problemes a l'intentar utilitzar el php.
diff -Nru php4-idn-1.2b.old/debian/po/cs.po php4-idn-1.2b/debian/po/cs.po
--- php4-idn-1.2b.old/debian/po/cs.po	1970-01-01 01:00:00.0 +0100
+++ php4-idn-1.2b/debian/po/cs.po	2007-02-18 22:48:28.821136677 +0100
@@ -0,0 +1,59 @@
+#
+#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: php4-ps:1.3.1-3\n

Bug#411821: Upgrade to kicad 0.0.20060829-2 in etch

2007-02-21 Thread Loic Grenie


Package: kicad
Version: 0.0.20060829-1

   Would it be possible to upgrade (update ?) the version of kicad to
  0.0.20060829-2 in Etch ?

 Thanks,

Loïc Grenié


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#403323: dvipdfm(x) crashes in some timezones

# I think dvipdfmx should not be released non-working in some parts of
# the world
severity 403323 serious
tags 403323 patch
thanks

Jin-Hwan Cho [EMAIL PROTECTED] wrote:

On Feb 15, 2007, at 10:43 PM, Frank Küster wrote:

Dear dvipdfmx developers, dear dvipdfmx maintainer in Debian,

in the last weeks, we found that dvipdfm(x) would segfault when
launched
in timezones with half-hour offset to UTC, and Mark Wicks wrote a
patch. It would be nice if this could be applied to dvipdfmx, too.

The topic had been discussed since Sep. 2005. The history of the patch
(for dvidpfmx not dvipdfm) can be found at

http://cvs.ktug.or.kr/viewcvs/dvipdfmx/src/pdfdoc.c?view=log

But the CVS tag was not applied until the version 20061211. Recently
(Dec 2006),
while discussing TeXLive 2007, the file was updated again.

Ah, that's good. So TeXlive has a corrected version. Hm, I looked at
the code and compared

http://cvs.ktug.or.kr/viewcvs/dvipdfmx/src/pdfdoc.c?r1=1.42r2=1.45

http://svn.debian.org/wsvn/debian-tex/texlive/trunk/dpatch/texlive-bin/61_dvipdfm_timezone.dpatch?op=filerev=0sc=0

The differences are:

- different hierarchies of ifdef's; in dvipdfm, bd_time-tm_gmtoff takes
precedence over timezone, in dvipdfmx it's the other way round. Maybe
not very important

- In the sprintf format string, you use %03ld and %02ld, which seems
correct, whereas dvipdfm misses the 'l' length modifier. Hm, could
this lead to errors? It seems to work...

- To me, the computation of the timezone information in date_string
looks wrong in dvipdfmx. Ah, no, it is correct. But

(tz_offset/60) % 60

is easier to understand than

(timezone % 3600) % 60

I hope the maintainer in Debian would use the recent CVS code.

Umh, no. Debian is in a freeze, we won't take new upstream versions at
this time.

I think the Yu Guanghui, the Debian maintainer for dvipdfmx, should take
the patch used in dvipdfmx (this is the context diff format:

http://cvs.ktug.or.kr/viewcvs/dvipdfmx/src/pdfdoc.c?r1=1.42r2=1.45diff_format=c

) and upload targetted at etch. Or do you want me to do an NMU?

Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#405906: Patch for the 1.2.1-6.1 NMU of openslp


Dear maintainer of openslp,

Recently, I sent you a notice announcing my intent to upload
a NMU of your package to fix its pending l10n issues.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/0-DAY (which means an immediate
upload).

The NMU patch is attached to this mail.

The NMU changelog is:


Source: openslp
Version: 1.2.1-6.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Sun, 18 Feb 2007 18:54:11 +0100
Closes: 388919 405906 407271 408184
Changes: 
 openslp (1.2.1-6.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Turn the debconf notes into error type. Closes: #388919
   * Debconf translations:
 - Portuguese. Closes: #408184
 - Russian. Closes: #405906
 - Galician. Closes: #407271

-- 


diff -Nru openslp-1.2.1.old/debian/changelog openslp-1.2.1/debian/changelog
--- openslp-1.2.1.old/debian/changelog	2007-02-18 18:28:35.964377750 +0100
+++ openslp-1.2.1/debian/changelog	2007-02-18 18:56:16.734943727 +0100
@@ -1,3 +1,14 @@
+openslp (1.2.1-6.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Turn the debconf notes into error type. Closes: #388919
+  * Debconf translations:
+- Portuguese. Closes: #408184
+- Russian. Closes: #405906
+- Galician. Closes: #407271
+
+ -- Christian Perrier [EMAIL PROTECTED]  Sun, 18 Feb 2007 18:54:11 +0100
+
 openslp (1.2.1-6) unstable; urgency=low
 
   * Remove debconf dependency in postrm. (Closes: #387951).
diff -Nru openslp-1.2.1.old/debian/libslp1.templates openslp-1.2.1/debian/libslp1.templates
--- openslp-1.2.1.old/debian/libslp1.templates	2007-02-18 18:28:35.964377750 +0100
+++ openslp-1.2.1/debian/libslp1.templates	2007-02-18 18:54:07.053806344 +0100
@@ -1,5 +1,5 @@
 Template: libslp1/multicast
-Type: note
+Type: error
 _Description: To reduce network traffic use a IP multicast enabled kernel
  The kernel version that you are currently running does not appear to
  support IP multicast. OpenSLP will continue to work even without multicast
@@ -8,7 +8,7 @@
  enabled kernel.
 
 Template: libslp1/multicast-route
-Type: note
+Type: error
 _Description: Please configure a multicast route in /etc/network/interfaces
  You don't seem to have a multicast route configured. OpenSLP can take
  advantage of multicast packets and reduce traffic on your network. You can
diff -Nru openslp-1.2.1.old/debian/po/gl.po openslp-1.2.1/debian/po/gl.po
--- openslp-1.2.1.old/debian/po/gl.po	1970-01-01 01:00:00.0 +0100
+++ openslp-1.2.1/debian/po/gl.po	2007-02-18 18:56:28.435046344 +0100
@@ -0,0 +1,63 @@
+# Galician translation of openslp's debconf templates
+# This file is distributed under the same license as the openslp package.
+# Jacobo Tarrio [EMAIL PROTECTED], 2007.
+#
+msgid 
+msgstr 
+Project-Id-Version: openslp\n
+Report-Msgid-Bugs-To: \n
+POT-Creation-Date: 2003-04-06 17:12-0300\n
+PO-Revision-Date: 2007-01-17 10:56+0100\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
+
+#. Description
+#: ../libslp1.templates:3
+msgid To reduce network traffic use a IP multicast enabled kernel
+msgstr Empregue un núcleo con multicast IP para reducir o tráfico na rede
+
+#. Description
+#: ../libslp1.templates:3
+msgid 
+The kernel version that you are currently running does not appear to support 
+IP multicast. OpenSLP will continue to work even without multicast support 
+in the kernel by using broadcasts. However, broadcasts are less efficient on 
+the network, so please consider upgrading to a multicast enabled kernel.
+msgstr 
+Semella que a versión do núcleo que está a executar non soporta multicast 
+IP. OpenSLP ha seguir funcionando sen soporte de multicast no núcleo 
+empregando broadcasts. Nembargantes, os broadcasts son menos eficientes coa 
+rede, así que pense en se actualizar a un núcleo con multicast activado.
+
+#. Description
+#: ../libslp1.templates:12
+msgid Please configure a multicast route in /etc/network/interfaces
+msgstr Configure unha ruta multicast en /etc/network/interfaces
+
+#. Description
+#: ../libslp1.templates:12
+msgid 
+You don't seem to have a multicast route configured. OpenSLP can take 
+advantage of multicast packets and reduce traffic on your network. You can 
+setup a multicast route automatically on system startup by adding the 
+following commands to the \interface\ line(s) in your /etc/network/
+interfaces file.
+msgstr 
+Semella que non ten unha ruta multicast configurada. OpenSLP pode aproveitar 
+os paquetes multicast e reducir o tráfico na súa rede. Pode configurar 
+automaticamente unha ruta multicast ao iniciar o sistema engandido as 
+seguintes ordes á(s) liña(s) \interface\ do seu ficheiro /etc/network/
+interfaces.
+
+#. Description
+#: ../libslp1.templates:12
+msgid \up route add -net

Bug#411627: comix: Installing with --no-mime still includes gnome-thumbnailer gconf entries

2007-02-21 Thread Emfox Zhou

Alex Malinovich [EMAIL PROTECTED] writes:

 Package: comix
 Version: 3.6.2-2
 Severity: normal


 The current installation of comicthumb installed gconf keys for a
 thumbnailer referring to comicthumb which is not included in the
 package.

 The Debian package currently uses the --no-mime option to install.py to
 get any necessary files for the package to be built. This causes
 comicthumb to be left out of the installation. While this may be a good
 thing since it prevents any potential Nautilus dependency, the
 comicbook.schemas file which is installed still includes the comicthumb
 references. Either comicthumb should be included as part of the package
 (or be made into a separate package) or the comicbook.schemas file (in
 mime/) should be edited to remove any references to the comicthumb
 program.

Hello, I think it should be more a upstream minor bug than a packaging one,
I think I've no good idea to deal it graceful.

Could upstream to tune the installation script a little?

 -- System Information:
 Debian Release: 4.0
   APT prefers unstable
   APT policy: (990, 'unstable'), (1, 'experimental')
 Architecture: amd64 (x86_64)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.18-1-amd64
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

 Versions of packages comix depends on:
 ii  gconf22.16.0-3   GNOME configuration database 
 syste
 ii  python2.4.4-2An interactive high-level 
 object-o
 ii  python-gtk2   2.8.6-8Python bindings for the GTK+ 
 widge
 ii  python-imaging1.1.5-11   Python Imaging Library

 comix recommends no packages.

 -- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#298982: Not just prboom.

2007-02-21 Thread Brandon Barnes

I've been researching a (maybe different) segfault in penguin-command.
On a hunch, i uninstalled timidity. It behaved exactly like prboom is
behaving as you specify. I started it, and then it quit immediately
(music starts immediately. No need to fire a gun or anything like that).
If I start with nosound, it plays fine, just no sound. If I add a
blank /etc/timidity/timidity.cfg file, it starts fine, but with less
music (not all of penguin-command's music is midi).

My sound card is:
$ lspci -v | grep -i audio
00:11.5 Multimedia audio controller: VIA Technologies, \
Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
It's built in to my Mach Speed Motherboard.

I'm fully upgraded for testing (etch). Finally, I think
libsdl-mixer1.2/Bug#145045 is a dupe of this.

-Brandon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411135: linux-image-2.6.18-4-sparc64-smp: Unknown symbol execve in module bbc

2007-02-21 Thread debian developer


Are you talking about the patch like the one in

http://lists.debian.org/debian-sparc/2007/02/msg00045.html ?


this patch seems to work fine...

pls check and tell us

On 2/21/07, Jurij Smakov [EMAIL PROTECTED] wrote:


On Tue, Feb 20, 2007 at 10:22:40AM +, J.J. Green wrote:

 Finally got the thing compiled, and I can now load/unload the
 module too -- bug fixed, thanks very much.

 Unfortunately, when loaded, it spawns a kenvctrld which eats up
 almost 100% of one the CPUs, so unusable at present. But I've
 seen a report on the Ubuntu sparc lists with a (1 line) fix for
 this problem, so I'll have a crack at that now.

Hi Jim,

Are you talking about the patch like the one in

http://lists.debian.org/debian-sparc/2007/02/msg00045.html ?

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#411537: texlive-extra-utils: Installs /usr/bin/dvidvi, which is also in package dvidvi

Lionel Elie Mamane [EMAIL PROTECTED] wrote:

 Which makes me realise that dvidvi depends on tetex to the
 exclusion of texlive... Pfff... I don't even know why it depends on
 tetex-bin, to be honest.

 That is probably because it needs to access fonts, and therefore
 needs mktexpk and friends.

 1) dvidvi does not link to any library (other than libc, of course)

Ah, I was confused.  Of course, since the output of dvi is just dvi, it
doesn't need fonts, as all the other dvi-to-something programs do.

 I thus conclude that dvidvi cannot execute any executable from
 tetex-bin, nor access any data from dependencies of tetex-bin
 (e.g. tetex-base) and hence the package has no reason to depend on
 them.

 I uploaded to unstable stripping the dependency.

Fine.  Should I include an unfreeze request with our request to let the
fixed texlive in?

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#411801: nautilus hangs (using CPU) when maximising

2007-02-21 Thread Josselin Mouette

Le mercredi 21 février 2007 à 02:12 +0200, Wouter Van Hemel a écrit :
 Package: nautilus
 Version: 2.14.3-9
 Severity: important
 
 
 [ http://bugzilla.gnome.org/show_bug.cgi?id=410145 ]
 
 
 Nautilus hangs in some cases when maximising the window. I've got a
 rather normal directory with ~15 small pictures and text files; if I
 maximise nautilus when it shows that directory, nautilus hangs and
 doesn't return (at least, not in 15 minutes). The window isn't
 repainted, either.
 
 It doesn't crash, but doesn't seem to return either. I can reproduce
 this every time. Nautilus was started from a terminal window in KDE.

Is it using 100% cpu during this time?

 I've done a rather unenlightening 'strace' on the process:

strace is rarely useful to debug such issues. Instead, please install
nautilus-dbg and libgnomevfs2-0-dbg, and run gdb /usr/bin/nautilus.
Then, type attach pid_of_locked_process and thread apply all bt.

Thanks,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.

Bug#411657: The update of the zope-common package depend on the removal of the python2.3 and zope2.7 packages

* 2007-02-20 12:34, Frederic MASSOT wrote:
 Package: zope-common
 Version: 0.5.21
 Severity: normal
 
 Hi,
 
 The update of the zope-common package (0.5.21 to 0.5.31) depend on the
 removal of the python2.3 and zope2.7 packages.
 
 This update is dangerous on a Zope server with web sites which use
 Zope 2.7 (Plone 2.0 and Plone 2.1) and Zope 2.9 (Plone 2.5).

Hi Frederic,
  I'm sorry, but I can't understand your bug report. What does the sentence
depend on the removal of the python2.3 and zope2.7 packages mean? Could
you please post the output of aptitude upgrade / dist-upgrade?

I see nothing in the package which conflicts with zope2.3 or zope2.7.

Thanks,

-- 
Fabio Tranchitella http://www.kobold.it
Free Software Developer and Consultant http://www.tranchitella.it
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: Digital signature

Bug#409349: apcupsd: Generates lots of kernel hid-core error messages

2007-02-21 Thread Samuele Giovanni Tonon

David Härdeman wrote:
 Tom Wright wrote:
 Package: apcupsd
 Version: 3.12.4-2
 Severity: critical
 Justification: breaks unrelated software

 After the system has been running for a few hours, I get a lot of
 kernel hid-core.c error messages in /var/log/messages:

 Were you able to reproduce this with the latest Debian packaged Linux 2.6
 kernel?

no sorry,
i'm still trying but i'm not able.




--
4% fats, 2% cerebral activities

Bug#145045: I think this is a dupe.

2007-02-21 Thread Brandon Barnes

If you are experiencing this bug, try the following, as root:
mkdir /etc/timidity
touch /etc/timidity/timidity.cfg

Does penguin-command still segfault? If not, this bug is a
dupe of #298982 (libsdl-mixer1.2).

I experienced this bug when I uninstalled timidity. This workaround
fixed it.

-Brandon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411537: texlive-extra-utils: Installs /usr/bin/dvidvi, which is also in package dvidvi

2007-02-21 Thread Lionel Elie Mamane

On Wed, Feb 21, 2007 at 09:21:30AM +0100, Frank Küster wrote:
 Lionel Elie Mamane [EMAIL PROTECTED] wrote:

 Which makes me realise that dvidvi depends on tetex to the
 exclusion of texlive... Pfff... I don't even know why it depends on
 tetex-bin, to be honest.

 I thus conclude that dvidvi (...) and hence the package has no
 reason to depend on them.

 I uploaded to unstable stripping the dependency.

 Fine.  Should I include an unfreeze request with our request to let
 the fixed texlive in?

I already sent an unblock request for dvidvi.

-- 
Lionel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411657: The update of the zope-common package depend on the removal of the python2.3 and zope2.7 packages

* 2007-02-21 09:35, Fabio Tranchitella wrote:
 I see nothing in the package which conflicts with zope2.3 or zope2.7.

Damn, I meant python2.3 or zope2.7, sorry.

Cheers,

-- 
Fabio Tranchitella http://www.kobold.it
Free Software Developer and Consultant http://www.tranchitella.it
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: Digital signature

Bug#411614: A little more info.

2007-02-21 Thread Brandon Barnes

I have a little more info that might be useful. I've been researching a
bug that occurs in penguin-command, probably due to a bug in
libsdl-mixer1.2. libsdl-mixer1.2 is also a dependency of chromium.

I ran chromium with the --noaudio option. I think I hit a record. 24
secs till segfault. So, even without audio, chromium still segfaults.

Btw, my etch (testing) packages are all up to date.

Oh yeah. If anyone wants those core dumps, please email me. And share
it on a server and provide a link here if you can. Make sure you use the
word debian when you email me. It'll jump you right through my spam
filter.

-Brandon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411823: aide: line 342: CHANGES: unbound variable when reporting only on changes

2007-02-21 Thread P.M. van Aalten

Package: aide
Version: 0.13.1-4
Severity: important

I'm trying to get AIDE to report only changes. Content of /etc/default/aide:
MAILSUBJ=Daily AIDE report for $FQDN
MAILTO=root
QUIETREPORTS=yes
COMMAND=update
COPYNEWDB=yes
LINES=1000
NOISE=
AIDEARGS=

When running /etc/cron.daily/aide from the command line as root, I get:
./aide: line 342: CHANGES: unbound variable

As far as I can see, variable $CHANGES is never initialised or assigned 
anywhere. Perhaps $ARETVAL should be used?

(personal note: due to holidays, I will not be able to respond for a week after 
thursday feb. 22)

Regards,
Matthijs


-- 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.20
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages aide depends on:
ii  debconf [debconf-2.0]1.5.11  Debian configuration management sy
ii  liblockfile1 1.06.1  NFS-safe locking library, includes
ii  mailutils [mailx]1:1.1+dfsg1-3.1 GNU mailutils utilities for handli
ii  ucf  2.0018.1Update Configuration File: preserv

Versions of packages aide recommends:
ii  cron  3.0pl1-100 management of regular background p

-- debconf information:
  aide/aideinit: false
  aideinit/copynew: false
  aideinit/overwritenew: true
  aide/newlibdir: false


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411537: texlive-extra-utils: Installs /usr/bin/dvidvi, which is also in package dvidvi

Norbert Preining [EMAIL PROTECTED] wrote:

 Hi Frank!

 On Mon, 19 Feb 2007, Frank Küster wrote:
 I discovered this while working on the new upstream version.  My machine
 and my time constraints don't allow to work on two versions at the same
 time.  Therefore this will have to wait one or two days before it's
 fixed (by excluding dvidvi from texlive-extra-utils).

 I committed the changes to svn/texlive (the old one) and uploaded 
   2005.dfsg.2-12  diff.gz, dsc
 to 
   www.tug.org/texlive/Debian/src/
 but you could also rebuildit yourself with the changes submitted.

Thank you, I'll make the upload and request the migration hint.

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#408750:

2007-02-21 Thread Marco d'Itri

On Feb 21, David Härdeman [EMAIL PROTECTED] wrote:

 Perhaps this patch from Gentoo could solve the problem?:
Yes, I need to review it.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#398819: $LOGNAME, $HOME should be in /etc/anacrontab

2007-02-21 Thread Joachim Reichel

Package: anacron
Version: 2.3-13
Followup-For: Bug #398819

I was hit by the same problem and agree with Roderick. The rationale is
similar to #304327: The environment provided by anacron should be as close
as possible to that provided by cron. Please fix this bug.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (850, 'testing'), (200, 'unstable'), (50, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-jr2-defiant
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages anacron depends on:
ii  debianutils   2.16.2 Miscellaneous utilities specific t
ii  libc6 2.5-0exp3  GNU C Library: Shared libraries
ii  lsb-base  3.1-10 Linux Standard Base 3.1 init scrip

Versions of packages anacron recommends:
ii  cron  3.0pl1-100 management of regular background p
ii  exim4 4.62-2 metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.62-2 lightweight exim MTA (v4) daemon
ii  sysklogd [system-log-daemon]  1.4.1-18   System Logging Daemon

-- debconf information:
  anacron/jobs_in_crontab:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411744: Tellico has various RC bugs

2007-02-21 Thread Steve Langasek

On Tue, Feb 20, 2007 at 06:28:59PM +, Regis Boudin wrote:
 The tellico packag currently in etch and unstable has a couple of nasty
 bugs reported and fixed upstream, causing crashes and loss of data.

Where are these nasty bugs described?  This information is going to be
relevant when reviewing the update for inclusion in etch.

-- 
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#411744: Tellico has various RC bugs

2007-02-21 Thread Regis Boudin

Hi,

On Wed, February 21, 2007 09:00, Steve Langasek wrote:
 On Tue, Feb 20, 2007 at 06:28:59PM +, Regis Boudin wrote:
 The tellico packag currently in etch and unstable has a couple of nasty
 bugs reported and fixed upstream, causing crashes and loss of data.

 Where are these nasty bugs described?  This information is going to be
 relevant when reviewing the update for inclusion in etch.

The full changelog of what I prepared reads :

  * New upstream release, aimed at Etch. Differences with 1.2.4-1 are :
+ Build fix for OOo plugin (disabled in the package anyway), r1206
+ Check if pointer is NULL *before* using it, r1212.
+ Some minor build issues
+ Use log messages instead of debug
  * Also backport a bunch of bugfixes :
+ r1216 : fix crashing bug in progressitem.
+ r1224 : clear release list when removing an image.
+ r1228 : prevent an infinite loop.
+ r1245  r1248 : fix a race condition leading to loss of images.
+ r1265 : sometimes images wouldn't show up if the cover column was
  visible in the list view.
+ r1340 : sometimes z39.50 results would not show up.
  * Many thanks to Robby Stephenson, the uptream author, for his help
picking the patches for inclusion.
  * Only call dh_compress once so help files are not compressed and can be
read (Closes: #401247).

So overall, there is a build fix, use of a NULL pointer, crash, memory
leak, infinite loop, loss of data, non-showing of data and inaccessible
documentation.

The source package is in http://www.imalip.info/tellico/etch/ .
Technically, it is a new upstream release. However, the previous package
was more of a snapshot, the new release was done the next day or so, and
the
diff before the additional patches is really short ( that's the debdiff
file in http://www.imalip.info/tellico/etch/ , it shouldn't take more
than 20s to look at it completely). Considering the source code would
be virtually the same with 2 bugfixes, I went for the almost new
upstream option rather than the stack up patches on top of patches
one.
On top of it come the other .diff files, numbered after the svn referenced
in the changelog.

If anything is wrong with that, please tell me. Also I'm still not a DD
and will need a sponsor anyway. CC'ing Amaya, She's been working with me
on preparing this yesterday.

Regis

Bug#411020: Missing definition for [102b:0522]

2007-02-21 Thread Paul van der Vlis

Frans Pop schreef:
 reassign 411020 discover-data
 thanks
 
 On Thursday 15 February 2007 10:21, Paul van der Vlis wrote:
 
03:00.0 VGA compatible controller [0300]: Matrox Graphics, Inc. MGA
G200e [Pilot] ServerEngines (SEP1) [102b:0522] (rev 02)
 
Comments/Problems:

After network-installation the cdrom was still in
/etc/apt/sources.list.
 
 This is a known issue. We plan to improve this after the release of etch.

After the release?

The TFT screen did 640x480, 38 Khz, 73hz.
Normal is 1024x768.
 
 This is probably because your video controller is not yet defined in the 
 discover database which is used for selection of the correct X.Org 
 driver:
 $ grep 102b0522 pci.lst
102b0522unknown unknown MGA G200e [Pilot] ServerEngines (SEP1)
 
 Have you been able to determine the correct driver? Which one is it?

I am using now the mga driver with 16 bit colors, what's fine. 24 bit
colors gives a resolution of 640x480, this seems to be a bug in the mga
driver.

I have tried the latest xserver-xorg what came a few days ago, but 24
bit colors gives a resolution of 640x480.

 You can reconfigure X.Org to select the correct driver using (as root);
 dpkg-reconfigure xserver-xorg.
 (Or manually edit the file /etc/X/xorg.conf.)

I know.
I see in xorg.conf this comment:

# If you have edited this file but would like it to be automatically
# updated again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

I think sudo is not correct.

Thanks for your good work on Debian!

With regards,
Paul van der Vlis.



-- 
http://www.vandervlis.nl/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411708: ITP: ultrastar-ng -- free C++ Linux based clone of UltraStar

2007-02-21 Thread Miriam Ruiz

Thanks Steve, you're right.

It was only a temporary description for the ITP, but I'd rather improve it a
bit. I'll take your suggestions into account.

Greetings,
Miry

--- Steve Greenland [EMAIL PROTECTED] escribió:

 Free and Linux based are redundant, since this Debian.
 
 C++ is probably irrelevant to most users.
 
 Clone of UltraStar is not very informative to someone
 glancing/searching short descriptions for a karaoke game.
 
 So perhaps something like 
 
   Description: karaoke game that allows user supplied songs
 
 might be more informative.







__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411821: [Kicad-devel] Bug#411821: Upgrade to kicad 0.0.20060829-2 in etch

2007-02-21 Thread Richard Burton




   Would it be possible to upgrade (update ?) the version of kicad to
  0.0.20060829-2 in Etch ?


A request has already been made to the release manager.

Richard.

_
Upload 500 photos a month  blog with your Messenger buddies on Windows Live 
Spaces. Get yours now, FREE! http://specials.uk.msn.com/spaces/default.aspx




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411827: kcalc: package dependencies problem

2007-02-21 Thread Max Dmitrichenko

Package: kcalc
Version: 4:3.5.5-3
Severity: important

kcalc depends on libgmp3c2 package but it's not on kcalc's dependency list.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-sparc64
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411542: dpkg-dev: couldn't open /etc/ld.so.conf: No such file or directory at /usr/bin/dpkg-shlibdeps line 155.

2007-02-21 Thread Aurelien Jarno

reassign 411542 libc6
retitle 411542 libc6: does not create /etc/ld.so.conf for broken installations
severity 411542 serious
thanks

On Wed, Feb 21, 2007 at 07:54:53AM +0100, Frank Küster wrote:
 Nicolas François [EMAIL PROTECTED] wrote:
 
  couldn't open /etc/ld.so.conf: No such file or directory at 
  /usr/bin/dpkg-shlibdeps line 155.
 
  libc6 is supposed to install /etc/ld.so.conf.
 
  Do you remember when you installed this Etch?
  Do you know the version of the libc6 package at that time?
 
 My (successful) installation report is in #410710. I used the
 businesscard.iso from 2007-02-10
 
 In /var/log/aptitude I find 
 
 Aptitude 0.4.4: log report
 Mi, Feb 14 2007 13:47:36 +0100
 
 IMPORTANT: this log only lists intended actions; actions which fail due to
 dpkg problems may not be completed.
 
 Will install 34 packages, and remove 0 packages.
 217kB of disk space will be used
 ===
 [...]
 [UPGRADE] libc6 2.3.6.ds1-10 - 2.3.6.ds1-11
 
 And I don't think I ever used apt-get upgrade.
 
  This bug could be caused by the libc6 bug #409516, fixed in libc6
  2.3.6.ds1-11 (Feb 3, and migrated to testing only 5 days before your bug
  report).
 
  It could be nice to see if upgrading libc6 fixes this bug.
 
 No, it didn't create it upon upgrade.  The current postinst has:
 
 # Add support for /etc/ld.so.conf.d
 if [ -z $preversion ] || dpkg --compare-versions $preversion lt 
 2.3.6-16; then
 if [ -e /etc/ld.so.conf ]; then
 [ -z $(tail -n 1 /etc/ld.so.conf) ] || echo  /etc/ld.so.conf
 else
 touch /etc/ld.so.conf
 fi
 if ! grep -q '^include /etc/ld.so.conf.d/.*\.conf$' /etc/ld.so.conf ; 
 then
 echo 'include /etc/ld.so.conf.d/*.conf'  /etc/ld.so.conf
 fi
 fi
 
 That looks too strict, since in my case $preversion is set, but it is
 higher than 2.3.6-16.

This is indeed to strict. This is actually the version that has
introduced the change, so update from sarge or from etch are working.
But it does not take into account broken installations.

I am reassigning the bug to libc6 as the package must take into account
broken installations due to a previous bug in libc6.

 However, the echo  /etc/ld.so.conf seems weird to me.  What if a
 local admin added something there?  It looks like a policy violation.

Huh??? The policy says that you must preserve local changes. It does
not say you must not modified those files.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411135: linux-image-2.6.18-4-sparc64-smp: Unknown symbol execve in module bbc

2007-02-21 Thread J.J.Green


Jurji


On Tue, Feb 20, 2007 at 10:22:40AM +, J.J. Green wrote:


Finally got the thing compiled, and I can now load/unload the
module too -- bug fixed, thanks very much.

Unfortunately, when loaded, it spawns a kenvctrld which eats up
almost 100% of one the CPUs, so unusable at present. But I've
seen a report on the Ubuntu sparc lists with a (1 line) fix for
this problem, so I'll have a crack at that now.


Hi Jim,

Are you talking about the patch like the one in

http://lists.debian.org/debian-sparc/2007/02/msg00045.html ?


I'd not seen this -- thanks for the link. The fix I mentioned
was to just comment out the the msleep_interruptible(250), but
according to the link this is not ideal.

Curses! I'd come in this morning to find my kernel had finished
compiling -- now I'll have to start again.

Thanks again

Jim
--
J.J. Green, Dept. Applied Mathematics, Hicks Bld.,
University of Sheffield, UK.   +44 (0114) 222 3742
http://pdfb.wiredworkplace.net/pub/jjg




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411833: ITP: gozerbot -- An IRC and Jabber bot written in Python

2007-02-21 Thread Jeremy Malcolm

Package: wnpp
Severity: wishlist
Owner: Jeremy Malcolm [EMAIL PROTECTED]

* Package name: gozerbot
  Version : 0.6.1
  Upstream Author : Bas van Oostveen [EMAIL PROTECTED]
* URL : http://r8.cg.nu/
* License : BSD
  Programming Lang: Python
  Description : An IRC and Jabber bot written in Python

This is a bot which can simultaneously inhabit one or more IRC channels 
and Jabber services, providing facilities such as:
.
 - Fetching RSS feeds
 - Keeping to-do and shopping lists
 - Relaying between bot instances
 - Anything else you develop a plugin to do

-- 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.4.26-3um
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411542: dpkg-dev: couldn't open /etc/ld.so.conf: No such file or directory at /usr/bin/dpkg-shlibdeps line 155.

Aurelien Jarno [EMAIL PROTECTED] wrote:

 However, the echo  /etc/ld.so.conf seems weird to me.  What if a
 local admin added something there?  It looks like a policy violation.

 Huh??? The policy says that you must preserve local changes. It does
 not say you must not modified those files.

It was too early in the morning.  I read '' where in fact it uses
''. 

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#411831: [INTL:gl] Galician debconf templates translation for libapache2-mod-python

Package: libapache2-mod-python
Severity: wishlist
Tags: l10n patch

 It is attached to this report.
# Galician translation of libapache2-mod-python's debconf templates
# This file is distributed under the same license as the libapache2-mod-python 
package.
# Jacobo Tarrio [EMAIL PROTECTED], 2007.
#
msgid 
msgstr 
Project-Id-Version: libapache2-mod-python\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-11-19 22:14+0100\n
PO-Revision-Date: 2007-02-21 10:50+0100\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
#: ../libapache2-mod-python.templates:1001
msgid Enable the Apache 2 mod_python module?
msgstr ¿Activar o módulo mod_python de Apache 2?

#. Type: boolean
#. Description
#: ../libapache2-mod-python.templates:1001
msgid You need to enable the module to use websites written for mod_python.
msgstr 
Ten que activar o módulo para empregar sitios web escritos para mod_python.

#. Type: boolean
#. Description
#: ../libapache2-mod-python.templates:1001
msgid 
Choosing to enable the module creates a symbolic link for mod_python in /etc/
apache2/mods_enabled/, chosing to not enable the module removes that link.
msgstr 
Se decide activar o módulo hase crear unha ligazón simbólica para mod_python 
en /etc/apache2/mods_enabled/; se decide non o activar hase eliminar a 
ligazón.

#. Type: boolean
#. Description
#: ../libapache2-mod-python.templates:1001
msgid 
NB. You will need to restart Apache 2 manually after changing this option.
msgstr 
Nota: ha ter que reiniciar Apache 2 manualmente despois de cambiar esta 
opción.

Bug#411835: ITP: nekobee -- simple acid patterns, with TR-808 samples from Qsynth

2007-02-21 Thread Free Ekanayaka

Package: wnpp
Owner: Free Ekanayaka [EMAIL PROTECTED]
Severity: wishlist

* Package name: nekobee
  Version : 0.1.5
  Upstream Author : Sean Bolton (musound at jps dot net)
* URL or Web page : http://www.nekosynth.co.uk/
* License : GPL
  Description : simple acid patterns, with TR-808 samples from Qsynth

 Recreate those squelchy acid sounds with nekobee, a simple
 single-oscillator synth based on the Roland TB-303. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411832: [INTL:gl] Galician debconf templates translation for lvm2

Package: lvm2
Severity: wishlist
Tags: l10n patch

 It is attached to this report.
# Galician translation of lvm2's debconf templates
# This file is distributed under the same license as the lvm2 package.
# Jacobo Tarrio [EMAIL PROTECTED], 2007.
#
msgid 
msgstr 
Project-Id-Version: lvm2\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-10-15 11:52+\n
PO-Revision-Date: 2007-02-21 10:54+0100\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: error
#. Description
#: ../lvm2.templates:1001
msgid Snapshot format changes
msgstr Cambio de formato dos \snapshots\

#. Type: error
#. Description
#: ../lvm2.templates:1001
msgid 
The internal format of snapshots has changed between LVM1 and LVM2. Any 
snapshots you have in LVM1 will be not be available to LVM2.
msgstr 
O formato interno dos \snapshots\ cambiou entre LVM1 e LVM2. Os \snapshots
\ que teña en LVM1 non han estar dispoñibles en LVM2.

#. Type: error
#. Description
#: ../lvm2.templates:1001
msgid 
The installation procedure has detected that you have LVM1 snapshots on your 
system. Before you complete the upgrade to LVM2 it is recommended that you 
remove these snapshots and save their data if necessary.
msgstr 
O procedemento de instalación detectou que ten \snapshots\ de LVM1 no seu 
sistema. Antes de completar a actualización a LVM2 recoméndase que os 
elimine e conserve os seus datos se fan falla.

#. Type: error
#. Description
#: ../lvm2.templates:1001
msgid All other LVM data will be preserved in the upgrade.
msgstr Hanse conservar os demáis datos de LVM na actualización.

Bug#109963: vfs view of .deb supresses empty directories

2007-02-21 Thread Florent Rougon

found 109963 1:4.6.1-6
thanks

Hi,

I cannot see in this bug log when and why it was marked as done. Why?

This bug is still present in mc 1:4.6.1-6, as shown by the attached .deb
file. With either 'dpkg-deb -x' or F3 in mc, you can see
/usr/share/test-directory, but it is hidden when using the deb extfs.


foo_1.0-6_all.deb
Description: Test package

PS: I think 'normal' instead of 'minor' was the appropriate severity, as
set by the submitter, but I won't fight for this.

Regards,

-- 
Florent

Bug#411829: [INTL:gl] Galician debconf templates translation for squid

Package: squid
Severity: wishlist
Tags: l10n patch

 It's attached to this report.
# Galician translation of squid's debconf templates
# This file is distributed under the same license as the squid package.
# Jacobo Tarrio [EMAIL PROTECTED], 2007.
#
msgid 
msgstr 
Project-Id-Version: squid\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-07-12 15:35+0200\n
PO-Revision-Date: 2007-02-21 10:46+0100\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: note
#. Description
#: ../templates:1001
msgid 
The http_anonymizer directive has been replaced with header_replace and 
header_access.
msgstr 
A directiva http_anonymizer foi substituída por header_replace e 
header_access.

#. Type: note
#. Description
#: ../templates:1001
msgid 
The http_anonymizer directive that was present in squid 2.1 and 2.2 doesn't 
exist anymore in squid 2.3 and up. It has been replaced with header_replace 
and header_access that provide more fine-grained control over HTTP headers. 
Right now, your squid doesn't anonymize the HTTP headers anymore so you 
probably want to fix this. The new format is explained in the new 2.5 config 
file, of which you probably have a copy in /usr/share/doc/squid/examples/
squid.conf.
msgstr 
A directiva http_anonymizer que existía en squid 2.1 e 2.2 xa non existe en 
squid 2.3 e posteriores. Substituiuse polas directivas header_replace e 
header_access, que dan un control de gran máis fino sobre as cabeceiras 
HTTP. Agora mesmo, a súa instalación de squid non está a anonimizar as 
cabeceiras HTTP, polo que seguramente queira arranxar isto. O novo formato 
explícase no novo ficheiro de configuración de 2.5, do que seguramente teña 
unha copia en /usr/share/doc/squid/examples/squid.conf.

#. Type: note
#. Description
#: ../templates:2001
msgid 
The anonymize_headers and fake_user_agent directives have been replaced with 
header_access and header_replace.
msgstr 
As directivas anonymize_headers e fake_user_agent foron substituídas por 
header_access e header_replace.

#. Type: note
#. Description
#: ../templates:2001
msgid 
The anonymize_headers and fake_user_agent directives that were present in 
squid 2.3 and 2.4 don't exist anymore in squid 2.5 and up. They have been 
replaced  with header_replace and header_access that provide more fine-
grained control  over HTTP headers. Right now, your squid doesn't anonymize 
the HTTP headers anymore so you probably want to fix this. The new format is 
explained in the new 2.5 config file, of which you probably have a copy in /
usr/share/doc/squid/examples/squid.conf.
msgstr 
As directivas anonymize_headers e fake_user_agent que existían en squid 2.3 
e 2.4 xa non existen en squid 2.5 e posteriores. Substituíronse polas 
directivas header_replace e header_access, que dan un control de gran máis 
fino sobre as cabeceiras HTTP. Agora mesmo, a súa instalación de squid non 
está a anonimizar as cabeceiras HTTP, polo que seguramente queira arranxar 
isto. O novo formato explícase no novo ficheiro de configuración de 2.5, do 
que seguramente teña unha copia en /usr/share/doc/squid/examples/squid.conf.

#. Type: boolean
#. Description
#: ../templates:3001
msgid There is no automatic upgrade path to squid 2.5.
msgstr Non hai unha ruta de actualización automática a squid 2.5.

#. Type: boolean
#. Description
#: ../templates:3001
msgid  SQUID 2.5 INSTALLATION WARNING
msgstr Aviso da instalación de squid 2.5

#. Type: boolean
#. Description
#: ../templates:3001
msgid 
You are upgrading squid from an 1.x version to the 2.5 version. The 1.x and 
2.5 versions are NOT compatible. The structure of the cache directory is 
different and the configuration file \squid.conf\ is not entirely 
compatible.
msgstr 
Está a actualizar squid dunha versión 1.x á versión 2.5. As versións 1.x e 
2.5 NON son compatibles. A estructura do directorio de caché é diferente e o 
ficheiro de configuración \squid.conf\ non é completamente compatible.

#. Type: boolean
#. Description
#: ../templates:3001
msgid 
If you have an old cache directory, please quit NOW and remove the old cache 
by hand (in /var/spool/squid). Then re-install this squid version.
msgstr 
Se ten un directorio de caché antigo, saia agora e elimine a caché antiga á 
man (en /var/spool/squid). Despois volva instalar esta versión de squid.

#. Type: boolean
#. Description
#: ../templates:3001
msgid 
Also, please accept the new configuration file. After upgrading your old 
configuration file can be found in \/etc/squid.conf.dpkg-old\. Then you 
have to edit the new configuration file by hand to match your old 
configuration.
msgstr 
Ademáis, acepte o novo ficheiro de configuración. Despois de actualizar ha 
poder atopar o seu ficheiro de configuración antigo en \/etc/squid.conf.
dpkg-old\. Despois ha ter que editar o novo ficheiro de configuración á man 
para

Bug#411836: [INTL:gl] Galician debconf templates translation for auctex

Package: auctex
Severity: wishlist
Tags: l10n patch

 It is attached to this report.
# Galician translation of auctex's debconf templates
# This file is distributed under the same license as the auctex package.
# Jacobo Tarrio [EMAIL PROTECTED], 2007.
#
msgid 
msgstr 
Project-Id-Version: auctex\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-12-08 16:38+0100\n
PO-Revision-Date: 2007-02-21 11:07+0100\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: select
#. Choices
#: ../auctex/templates:1001
msgid Background
msgstr Fondo

#. Type: select
#. Choices
#: ../auctex/templates:1001
msgid Foreground
msgstr Primeiro plano

#. Type: select
#. Choices
#: ../auctex/templates:1001
msgid None
msgstr Ningún

#. Type: select
#. Description
#: ../auctex/templates:1002
msgid (La)TeX macros parsing mode:
msgstr Modo de análise de macros de (La)TeX:

#. Type: select
#. Description
#: ../auctex/templates:1002
msgid 
To greatly improve AUCTeX performances, every TeX macro package and LaTeX 
style file currently installed at your site will be parsed.
msgstr 
Para mellorar moito o rendemento de AUCTeX, hanse analizar tódolos paquetes 
de macros de TeX e ficheiros de estilos de LaTeX instalados actualmente no 
seu sitio.

#. Type: select
#. Description
#: ../auctex/templates:1002
msgid 
This may take a lot of time, so it should be probably done in the 
background; however you may also choose to have it done in the foreground, 
or to skip the parsing at all instead.  If you choose Background, you will 
find a detailed log of the process in the file: ${LOGFILE}.
msgstr 
Isto pode levar moito tempo, así que seguramente sexa mellor facelo coma 
tarefa de fondo; nembargantes tamén pode facelo coma tarefa de primeiro 
plano, ou omitir completamente a análise. Se escolle \Fondo\, ha ter un 
rexistro detallado do proceso no ficheiro ${LOGFILE}.

#. Type: select
#. Description
#: ../auctex/templates:1002
msgid 
A weekly cron job will also take care of updating the data collected now, so 
usually you won't need to worry about them whenever you install new (La)TeX 
packages or remove old ones.
msgstr 
Unha tarefa de cron semanal tamén se ha encargar de actualizar os datos que 
se colleiten agora, así que normalmente non ha ter que se preocupar por eles 
ao instalar novos paquetes de (La)TeX ou eliminar paquetes antigos.

#. Type: select
#. Description
#: ../auctex/templates:1002
msgid Anyway, you can update them by hand running update-auctex-elisp.
msgstr 
De tódolos xeitos, pode actualizalos á man executando update-auctex-elisp.

#. Type: select
#. Choices
#: ../auctex/templates:2001
msgid Console
msgstr Consola

#. Type: select
#. Choices
#: ../auctex/templates:2001
msgid File
msgstr Ficheiro

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid Parsing output destination:
msgstr Destino da saída da análise:

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid 
You chose to parse TeX macro packages and LaTeX style files in foreground. 
This is OK, but normally it will also generate quite a lot of output.
msgstr 
Decidiu analizar os paquetes de macros de TeX e os ficheiros de estilos de 
LaTeX nunha tarefa de fondo. Isto é correcto, pero normalmente tamén xera 
moita saída.

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid 
By default -- i.e., answering File to this question -- further output from 
the parsing process will go to a file named: ${LOGFILE}.
msgstr 
Por defecto -- é dicir, se resposta \Ficheiro\ a esta pregunta --, a saída 
do proceso de análise ha ir a un ficheiro chamado ${LOGFILE}.

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid 
If you answer Console, you will see all of the (boring) output right on your 
terminal.
msgstr Se resposta \Consola\ ha ver toda a saída no seu terminal.

Bug#411834: [INTL:gl] Galician debconf templates translation for analog

Package: analog
Severity: wishlist
Tags: l10n patch

 It is attached to this report.
# Galician translation of analog's debconf templates
# This file is distributed under the same license as the analog package.
# Jacobo Tarrio [EMAIL PROTECTED], 2007.
#
msgid 
msgstr 
Project-Id-Version: analog\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2007-02-10 04:30+0100\n
PO-Revision-Date: 2007-02-21 11:00+0100\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
#: ../templates:1001
msgid Enable the anlgform web interface to analog?
msgstr ¿Activar a interface web de analog, anlgform?

#. Type: boolean
#. Description
#: ../templates:1001
msgid 
Analog includes a cgi script called anlgform that provides a web interface 
to analog. It has a history of security problems, and may expose information 
(web site logs) that you don't want to make public.
msgstr 
Analog inclúe un script cgi chamado anlgform que fornece unha interface web 
para analog. Ten unha historia de problemas de seguridade, e pode expor 
información (rexistros dos sitios web) que non quere publicar.

Bug#411830: version-problem with packagename

2007-02-21 Thread nutzteil

Package: console-tools, libconsole
Version: 1:0.2.3dbs-65

when i do 'apt-get autoclean' or 'aptitude autoclean', the (actual) packages 
would be removed from cache.
in contrary to that, 'apt-move delete' does not delete them from it's 
mirror-tree (that is okay).

when i rename the files in cache from:
console-tools_0.2.3dbs-65_i386.deb
libconsole_0.2.3dbs-65_i386.deb
to:
console-tools_1:0.2.3dbs-65_i386.deb
libconsole_1:0.2.3dbs-65_i386.deb
they are not removed by apt-get or aptitude.



Debian GNU/Linux 4.0, etch
kernel-2.6.18-3-k7, 2.6.18-7
and libc6 2.3.6.ds1-11

apt 0.6.46.4
aptitude 0.4.4-1
apt-move 4.2.26-1


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#410561: My current PHP patch collection

2007-02-21 Thread Martin Pitt

Hi Sean,

sean finney [2007-02-21  8:34 +0100]:
 what are the outstanding issues, btw?  hopefully between you,
 myself, and joe's work i can get a security release prepared by this
 weekend.

In fact I sorted out all the outstanding issues yesterday and updated
the file, so you might not even have seen the TODO items.

Also, I ignored the php-interbase part of CVE-2007-0906 because this
bit is in Ubuntu universe, but it affects php4-interbase in Sarge and
php5-interbase in testing/unstable.

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#408714: libgnomevfs2-0: Irrelevant volume listed on computer:///

2007-02-21 Thread Roland Mas

Roland Mas, 2007-01-27 22:11:01 +0100 :

 Package: libgnomevfs2-0
 Version: 1:2.14.2-5
 Severity: normal

 My Nautilus computer:/// windows shows an extraneous 972.7 MB
 Volume icon in addition to the normal floppy, CD, filesystem and
 network icons.

This problem apparently got fixed since then; I no longer see that
behaviour.  I'm not sure the fix was in the new 2.14.2-6 package, or
in an upgraded kernel (linux-image-2.6.18-4-xen-686 version
2.6.18.dfsg.1-10), or something else.

  In any case, feel free to close this bug report.

Roland.
-- 
Roland Mas

/* Halley */ (Halley's comment.)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411542: libc6: does not create /etc/ld.so.conf for broken installations

2007-02-21 Thread Steve Langasek

severity 411542 important
thanks

 This is indeed to strict. This is actually the version that has
 introduced the change, so update from sarge or from etch are working.
 But it does not take into account broken installations.

 I am reassigning the bug to libc6 as the package must take into account
 broken installations due to a previous bug in libc6.

As this does not (AIUI) affect upgrades from sarge, this is not a must for
the release; downgrading.

-- 
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#411838: e2fsprogs: fsck.ext3 can end up looping

2007-02-21 Thread Tollef Fog Heen


Package: e2fsprogs

In lib/ext2fs/icount.c(get_icount_el) there is some code which looks 
like this:


/* Interpolate for efficiency */
lowval = icount-list[low].ino;
highval = icount-list[high].ino;

if (ino  lowval)
range = 0;
else if (ino  highval)
range = 1;
else
range = ((float) (ino - lowval)) /
(highval - lowval);
mid = low + ((int) (range * (high-low)));

I had a file system where range ended up being 1.0f, low being 0 and 
high being a large number.


Due to how floating point works, this meant mid ended up being  high 
and the while loop never terminated.


Clamping the mid value to be = high and = low fixed this problem.

- tfheen


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411837: PostgreSQL package installation error in setting stage

2007-02-21 Thread Mustafa Sakalsiz


Package: postgresql
Version: 7.4.7-6sarge4

I am not able install postgresql in Debian stable. Here's the aptitude
output. I try to install it in C locale and I am using the POSIX locale in
my computer.

# aptitude install postgresql

Reading Package Lists... Done
Building Dependency Tree
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following NEW packages will be automatically installed:
 libperl5.8 postgresql-client
The following NEW packages will be installed:
 libperl5.8 postgresql postgresql-client
0 packages upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 4849kB of archives. After unpacking 13.0MB will be used.
Do you want to continue? [Y/n/?]
Writing extended state information... Done
Get:1 http://ftp.debian.org stable/main libperl5.8 5.8.4-8sarge5 [509kB]
Get:2 http://security.debian.org stable/updates/main postgresql-client
7.4.7-6sarge4 [540kB]
Get:3 http://security.debian.org stable/updates/main postgresql
7.4.7-6sarge4 [3800kB]
Fetched 4849kB in 14s (338kB/s)
Preconfiguring packages ...
Selecting previously deselected package libperl5.8.
(Reading database ... 33431 files and directories currently installed.)
Unpacking libperl5.8 (from .../libperl5.8_5.8.4-8sarge5_i386.deb) ...
Selecting previously deselected package postgresql-client.
Unpacking postgresql-client (from
.../postgresql-client_7.4.7-6sarge4_i386.deb) ...
Selecting previously deselected package postgresql.
Unpacking postgresql (from .../postgresql_7.4.7-6sarge4_i386.deb) ...
Setting up libperl5.8 (5.8.4-8sarge5) ...

Setting up postgresql-client (7.4.7-6sarge4) ...

Setting up postgresql (7.4.7-6sarge4) ...

Creating config file /etc/postgresql/postmaster.conf with new version
/tmp/pg.NSSUFV: line 3524: `_comp-dpkg-installed-packages': not a valid
identifier
dpkg: error processing postgresql (--configure):
subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
postgresql
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ack!  Something bad happened while installing packages.  Trying to recover:
Setting up postgresql (7.4.7-6sarge4) ...
/tmp/pg.uvm9Pe: line 3524: `_comp-dpkg-installed-packages': not a valid
identifier
dpkg: error processing postgresql (--configure):
subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
postgresql
Reading Package Lists... Done
Building Dependency Tree
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done


I am using Debian stable and bash version 2.05b-26

Thanks

Bug#411839: linux-2.6: IPv6 PMTU table not garbage collected?

2007-02-21 Thread Lionel Elie Mamane

Package: linux-2.6
Version: 2.6.18-8
Severity: normal

Symptoms: After a few weeks/months of uptime, my IPv6 machines whose
IPv6 first hop link MTU is more than the minimum (1280) stop
reacting to ICMPv6 too big packets and keep sending TCP packets
above the MTU of the path to other hosts.

Expected behaviour: After getting an ICMPv6 too big packet, send only
packets smaller than the MTU in given in that ICMPv6 packet to this
host.

Analysis:

I get the impression that the table where the kernel keeps the PMTU to
the IPv6 hosts it communicates with overflows over time, after a few
weeks or months of uptime. It looks like entries in that table expire
(because I do get the too big packets problem with hosts my hosts
communicate with a lot, they certainly were in the table in the past),
but that the place taken by expired entries is not freed up. Thus the
table doesn't get new entries added when the ICMPv6 too big packet
comes in and the TCP stack doesn't go back to smaller packets.

The symptoms seen by the users is that e.g. a SSH or SMTP connection
gets established OK, but once they start doing something big with it
(like the DATA phase of the SMTP dialogue or doing an ls of a big
directory in a ssh session), the connexion freezes. Once that effect
kicks in, it affects all new IPv6 connections/hosts. A tcpdump shows
that ICMPv6 too big packets come in, but that my host keeps sending
too big packets. A reboot cures it.

I vaguely remember that the first time this happened, I found some
statistics file in /proc/ or /sys/ where one line said some table had
4095 entries, which led me to this analysis. Alas, when it happened
again I could not remember what file that was and can't find it again
now. I didn't report it at the time because the kernel run by this
machine is rather old. But now it happened on a machine running
2.6.18-3-amd64, and echo 8192  /proc/sys/net/ipv6/route/max_size
seems to have helped the problem.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#381731: deb-reversion: licence change

2007-02-21 Thread martin f krafft

tag 381731 + patch
thanks

Here you go:

--- /usr/bin/deb-reversion  2006-12-04 09:53:43.0 +0100
+++ /tmp/deb-reversion  2007-02-21 11:50:53.0 +0100
@@ -1,13 +1,10 @@
-#! /bin/bash
+#!/bin/bash
 #
 # deb-reversion -- a script to bump a .deb file's version number.
 #
-# The programme has been published under the terms of the Artistic Licence.
-# Please see http://www.opensource.org/licenses/artistic-license.php for more
-# information.
-#
-# deb-reversion (c) 2004-6 by martin f. krafft [EMAIL PROTECTED]
-# contributors: Goswin von Brederlow, Filippo Giunchedi
+# Copyright © martin f. krafft [EMAIL PROTECTED]
+# with contributions by: Goswin von Brederlow, Filippo Giunchedi
+# Released under the terms of the Artistic Licence 2.0
 #
 # TODO: 
 #   - add debugging output.
@@ -16,12 +13,12 @@
 set -eu
 
 PROGNAME=${0##*/}
-PROGVERSION=0.9
+PROGVERSION=0.9.1
 VERSTR='LOCAL.'
 
 versioninfo() {
   echo $PROGNAME $PROGVERSION
-  echo $PROGNAME is copyright 2004-06 martin f. krafft
+  echo $PROGNAME is copyright © martin f. krafft
   echo Released under the terms of the Artistic Licence 2.0
   echo This programme is part of devscripts 2.9.27.
 }

-- 
 .''`.   martin f. krafft [EMAIL PROTECTED]
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: Digital signature (GPG/PGP)

Bug#358772: glibc can not be cross-compiled with softfloat for ARM

2007-02-21 Thread Aurelien Jarno

Hi,

The current glibc includes support for the arm-softfloat architecture,
using the patch that has been sent via this bug.

What's the current status of the arm-softfloat architecture? If I
understand correctly, it has been more or less replaced by the armel
(ARM EABI) architecture, which is supported in the experimental glibc.

I don't really want to keep this patch if it is not used anymore.
Moreover it breaks other architectures, so it needs to be applied
conditionally.

Bye,
Aurelien


-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#398541: Errors reported while parsing UTF-8 encoded sites

2007-02-21 Thread Ralf Treinen

On Tue, Nov 14, 2006 at 09:33:19PM +0100, Michael Tautschnig wrote:
 [...]
  
  Hi, can you please tell me the address of one of your webpages on
  which checkbot produces this error?
 
 I guess it is http://www.model.in.tum.de, checkbot call is:
 
 checkbot --url http://www.model.in.tum.de --dontwarn '(301|302|400|401|903)'

The latest upstream version of checkbot (1.79) fixes this bug,
but now triggers a different error message (for the same url).
I will try to get a fix for that before uploading the package.

-Ralf.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411840: procps: ps doesn't resolve uid-username of some processes

2007-02-21 Thread Max Dmitrichenko

Package: procps
Version: 1:3.2.7-3
Severity: normal

Processes which are running under users haldaemon and messagebus are displayed
somehow different by ps utility. The following output of ps shows that their
uids are not resolved into usernames. They are left 102 and 103 correspondingly.
A simple test program that uses getpwuid() libc function works correctly, so
this is not a bug of libc6 but the bug of procps package.

$ ps aux
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 1  0.0  0.2   2472   632 ?Ss   Feb20   0:02 init [2]
root 2  0.0  0.0  0 0 ?SN   Feb20   0:00 [ksoftirqd/0]
root 3  0.0  0.0  0 0 ?S   Feb20   0:01 [events/0]
root 4  0.0  0.0  0 0 ?S   Feb20   0:00 [khelper]
root 5  0.0  0.0  0 0 ?S   Feb20   0:00 [kthread]
root73  0.0  0.0  0 0 ?SFeb20   0:00 [powerd]
root74  0.0  0.0  0 0 ?S   Feb20   0:00 [kblockd/0]
root77  0.0  0.0  0 0 ?S   Feb20   0:00 [khubd]
root79  0.0  0.0  0 0 ?S   Feb20   0:00 [kseriod]
root   118  0.0  0.0  0 0 ?SFeb20   0:00 [pdflush]
root   119  0.0  0.0  0 0 ?SFeb20   0:03 [pdflush]
root   120  0.0  0.0  0 0 ?S   Feb20   0:01 [kswapd0]
root   121  0.0  0.0  0 0 ?S   Feb20   0:00 [aio/0]
root   752  0.0  0.0  0 0 ?S   Feb20   0:00 [kpsmoused]
root  1933  0.0  0.0  0 0 ?S   Feb20   0:00 [kjournald]
root  2094  0.0  0.1   2984   448 ?Ss  Feb20   0:01 udevd --daemon
root  3102  0.0  0.0  0 0 ?S   Feb20   0:00 [kmirrord]
root  3134  0.0  0.0  0 0 ?S   Feb20   0:01 [kjournald]
root  3136  0.0  0.0  0 0 ?S   Feb20   0:00 [kjournald]
root  3523  0.0  0.2   1992   720 ?Ss   Feb20   0:00 /sbin/syslogd
root  3529  0.0  0.1   1872   416 ?Ss   Feb20   0:00 /sbin/klogd -x
102   3536  0.0  0.2   3152   560 ?Ss   Feb20   0:00 
/usr/bin/dbus-daemon --system
103   3544  0.0  0.3  11888   960 ?Ss   Feb20   0:02 /usr/sbin/hald
root  3545  0.0  0.2   4104   552 ?SFeb20   0:00 hald-runner
103   3557  0.0  0.2   2728   744 ?SFeb20   0:00 
hald-addon-keyboard: listening on /dev/input/event0
root  3561  0.0  0.2   2232   616 ?SFeb20   0:00 
hald-addon-storage: polling /dev/hdc

-- 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-3-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)

Versions of packages procps depends on:
ii  libc6   2.3.6.ds1-11 GNU C Library: Shared libraries
ii  libncurses5 5.5-5Shared libraries for terminal hand
ii  lsb-base3.1-23   Linux Standard Base 3.1 init scrip

Versions of packages procps recommends:
ii  psmisc22.3-1 Utilities that use the proc filesy

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#363263: emacs-goodies-el: Session.el conflicts w/ Org Mode of emacs-snapshot

2007-02-21 Thread HIS 堀江孝幸

Hi Christoph,

session.el saves variables includes of ring or  history.
so put below code in ~/.emacs:
(add-to-list 'session-globals-exclude 'org-mark-ring)

regards




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#398904: reportbug: the same problem occurs when reporting bug for xserver-xorg

2007-02-21 Thread Max Dmitrichenko

Package: reportbug
Version: 3.31
Followup-For: Bug #398904

While trying to sumbit bug for xserver-xorg, I get the following:

-CUT HERE-

Please briefly describe your problem (you can elaborate in a moment; an empty 
response will stop reportbug). This should be a 
concise
summary of what is wrong with the package, for example, fails to send email 
or does not start with -q option specified.
 package dependencies problem
Rewriting subject to 'xserver-xorg: package dependencies problem'

Enter any additional addresses this report should be sent to; press ENTER after 
each address. Press ENTER on a blank line to 
continue.


How would you rate the severity of this problem or report?

1 criticalmakes unrelated software on the system (or the whole system) 
break, or causes serious data loss, or introduces a 
security
  hole on systems where you install the package.
2 grave   makes the package in question unusable by most or all users, 
or causes data loss, or introduces a security hole 
allowing
  access to the accounts of users who use the package.
3 serious is a severe violation of Debian policy (that is, the problem 
is a violation of a 'must' or 'required' directive); 
may or
  may not affect the usability of the package. Note that 
non-severe policy violations may be 'normal,' 'minor,' or
  'wishlist' bugs. (Package maintainers may also designate 
other bugs as 'serious' and thus release-critical; 
however, end
  users should not do so.)
4 important   a bug which has a major effect on the usability of a package, 
without rendering it completely unusable to 
everyone.
5 does-not-build  a bug that stops the package from being built from source. 
(This is a 'virtual severity'.)
6 normal  a bug that does not undermine the usability of the whole 
package; for example, a problem with a particular option 
or menu
  item.
7 minor   things like spelling mistakes and other minor cosmetic errors 
that do not affect the core functionality of the 
package.
8 wishlistsuggestions and requests for new features.

Please select a severity level: [normal]
Do any of the following apply to this report?

1 l10n  This bug reports a localization/internationalization issue.

2 patch You are including a patch to fix this problem.

3 none

Please select tags: (one at a time) [none]
Traceback (most recent call last):
  File /usr/bin/reportbug, line 1747, in ?
main()
  File /usr/bin/reportbug, line 779, in main
return iface.user_interface()
  File /usr/bin/reportbug, line 1645, in user_interface
klass, subject, tags, body, mode, pseudos)
  File /usr/share/reportbug/reportbug.py, line 729, in generate_blank_report
return %s%s%s
UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 604: 
ordinal not in range(128)

-CUT HERE-

-- Package-specific info:
** Environment settings:
INTERFACE=text

** /home/dmitrmax/.reportbugrc:
reportbug_version 3.31
mode advanced
ui text
email [EMAIL PROTECTED]
smtphost smtp.wplus.net

-- 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-3-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)

Versions of packages reportbug depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

Versions of packages reportbug recommends:
pn  python-cjkcodecs | python-ico none (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#408536: ipmievd daemon does not work

2007-02-21 Thread Vladislav Kurz

Hello, all

I have the same problem. When I run ipmievd open daemon
it des not print anything, exits with 0 code, but this is in syslog:

Feb 21 10:06:38 gate ipmievd: Reading sensors...
Feb 21 10:06:38 gate ipmievd: Unable to send command: Invalid argument
Feb 21 10:06:38 gate ipmievd: Get Device ID command failed
Feb 21 10:06:38 gate ipmievd: Unable to open SDR for reading
Feb 21 10:06:38 gate ipmievd: Unable to send command: Invalid argument
Feb 21 10:06:38 gate ipmievd: Get BMC Global Enables command failed
Feb 21 10:06:38 gate ipmievd: Could not enable event message buffer
Feb 21 10:06:38 gate ipmievd: Error setting up Event Interface open

If i run ipmievd sel daemon it again des not print anything, exits with 0 
code, but forks a background process taht reports this in syslog:

Feb 21 11:38:20 gate ipmievd: Reading sensors...
Feb 21 11:38:20 gate ipmievd: Unable to send command: Invalid argument
Feb 21 11:38:20 gate ipmievd: Get Device ID command failed
Feb 21 11:38:20 gate ipmievd: Unable to open SDR for reading
Feb 21 11:38:20 gate ipmievd: Unable to send command: Invalid argument
Feb 21 11:38:20 gate ipmievd: Get SEL Info command failed
Feb 21 11:38:20 gate ipmievd: Waiting for events...
Feb 21 11:38:20 gate ipmievd: Unable to send command: Invalid argument
Feb 21 11:38:20 gate ipmievd: Get SEL Info command failed
Feb 21 11:38:30 gate ipmievd: Unable to send command: Invalid argument
Feb 21 11:38:30 gate ipmievd: Get SEL Info command failed
Feb 21 11:38:40 gate ipmievd: Unable to send command: Invalid argument
Feb 21 11:38:40 gate ipmievd: Get SEL Info command failed
... and so on untill killed

It works for me only in ipmievd sel nodaemon mode.

ii  ipmitool  1.8.8-2   

-- 
Regards
Vladislav Kurz



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411093: plone-site 2.5.1-4 fails to setup zope instance of plone site.

reassign 411093 zope-cachefu 1.0.1-2
retitle 411093 zope-cachefu: duplicate field in the dzproduct file
severity 411093 grave
thanks

* 2007-02-16 00:28, Rafael Plage wrote:
 Package: plone-site
 Version: 2.5.1-4
 Severity: important
 
 The automatic plone-site setup does not work.
 This is the error message:
 
 plone-site failed to preconfigure, with exit status 10
 
 Setting up plone-site (2.5.1-4) ...
 dpkg: error processing plone-site (--configure):
  subprocess post-installation script returned error exit status 10

This is a problem in the zope-cachefu package, so I reassigned this bug
report to it. The problem is already fixed in the unstable version of the
package, which is a new upstream release.

I'll talk with the RMs to see if it is suitable for etch inclusion,
otherwise I'll prepare a testing-proposed-updates upload.

Thanks for reporting the problem,

-- 
Fabio Tranchitella http://www.kobold.it
Free Software Developer and Consultant http://www.tranchitella.it
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: Digital signature

Bug#411657: The update of the zope-common package depend on the removal of the python2.3 and zope2.7 packages

2007-02-21 Thread Frédéric Massot


Fabio Tranchitella wrote:

* 2007-02-20 12:34, Frederic MASSOT wrote:

Package: zope-common
Version: 0.5.21
Severity: normal

Hi,

The update of the zope-common package (0.5.21 to 0.5.31) depend on the
removal of the python2.3 and zope2.7 packages.

This update is dangerous on a Zope server with web sites which use
Zope 2.7 (Plone 2.0 and Plone 2.1) and Zope 2.9 (Plone 2.5).


Hi Frederic,
  I'm sorry, but I can't understand your bug report. What does the sentence
depend on the removal of the python2.3 and zope2.7 packages mean? Could
you please post the output of aptitude upgrade / dist-upgrade?

I see nothing in the package which conflicts with zope2.3 or zope2.7.



Hi,

I think that the problem comes from the dependences of zope-common (0.5.31):

zope-common (0.5.21) depend on python2.4
zope-common (0.5.31) depend on python (= 2.4)


# apt-cache policy python
python:
  Installed: 2.3.5-2
  Candidate: 2.4.4-2
  Version table:
 2.4.4-2 0
500 ftp://ftp.fr.debian.org etch/main Packages
 *** 2.3.5-2 0
500 ftp://ftp.fr.debian.org sarge/main Packages
100 /var/lib/dpkg/status


# apt-get -s install python
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  coreutils cpp-4.1 dpkg gcc-4.1 gcc-4.1-base libfreetype6 libgcc1 
libgpg-error0 libmudflap0 libmudflap0-dev libpq4 libsasl2 libsasl2-2 
libselinux1 libsepol1 libslang2 libssp0 libstdc++6 libxml2 libxslt1.1 
postfix python-apt python-central python-docutils python-gtk-1.2 
python-imaging python-minimal reportbug zope-common

Suggested packages:
  lzma libc6-dev-amd64 lib64gcc1 lib64ssp0 libfreetype6-dev 
lib64mudflap0 postfix-mysql postfix-pgsql postfix-ldap
  postfix-pcre sasl2-bin resolvconf postfix-cdb python-tk 
python-gdk-imlib-1.2 debconf-utils debsums dlocate python-urwid

Recommended packages:
  libsasl2-modules
The following packages will be REMOVED:
  glimmer idle idle-python2.3 libssp0-dev python-celementtree 
python-cjkcodecs python-egenix-mxtexttools python-elementtree 
python-imaging-tk python-ldap python-lxml python-newt python-profiler 
python-psyco python-reportlab python-simpletal python-xml python2.3 
python2.3-apt python2.3-celementtree python2.3-cjkcodecs 
python2.3-clientcookie python2.3-dev python2.3-dhm python2.3-docutils 
python2.3-egenix-mxdatetime python2.3-egenix-mxproxy 
python2.3-egenix-mxqueue python2.3-egenix-mxstack 
python2.3-egenix-mxtexttools python2.3-egenix-mxtools 
python2.3-elementtree python2.3-htmltmpl python2.3-iconvcodec 
python2.3-imaging python2.3-imaging-tk python2.3-ldap python2.3-librdf 
python2.3-lxml python2.3-profiler python2.3-psyco python2.3-psycopg 
python2.3-reportlab python2.3-setuptools python2.3-simpletal 
python2.3-tk python2.3-unit python2.3-xml python2.4-imaging 
zope-psycopgda zope2.7

The following NEW packages will be installed:
  libsasl2-2 libslang2 python-central python-minimal
The following packages will be upgraded:
  coreutils cpp-4.1 dpkg gcc-4.1 gcc-4.1-base libfreetype6 libgcc1 
libgpg-error0 libmudflap0 libmudflap0-dev libpq4 libsasl2 libselinux1 
libsepol1 libssp0 libstdc++6 libxml2 libxslt1.1 postfix python 
python-apt python-docutils python-gtk-1.2 python-imaging reportbug 
zope-common

26 upgraded, 4 newly installed, 51 to remove and 440 not upgraded.


Regards.
--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:[EMAIL PROTECTED]   |
===Debian=GNU/Linux===

Bug#411841: debian-installer: 4th partition cannot be primary

2007-02-21 Thread BOMPARD Aurelien

Package: debian-installer
Version: 20061102

I'm auto-installing some servers with debian-installer. I'm creating 4
partitions, which all should be primary.

I'm using this config:

d-i partman-auto/expert_recipe string  \
  boot-root :: \
  4000 1 4000 linux-swap   \
  $primary{ } method{ swap } format{ } \
  .\
  8000 1 8000 reiserfs \
  $primary{ } method{ format } format{ }   \
  use_filesystem{ } filesystem{ reiserfs } \
  mountpoint{ / }  \
  .\
  6000 1 6000 reiserfs \
  $primary{ } method{ format } format{ }   \
  use_filesystem{ } filesystem{ reiserfs } \
 mountpoint{ /var/log }\
  .\
  6000 1 10 reiserfs   \
  $primary{ } method{ format } format{ }   \
  use_filesystem{ } filesystem{ reiserfs } \
  mountpoint{ /var/backup }\
  .

But debian-installer creates the last partition as extended. I have to
manually delete it and recrate it as primary.

IMHO, debian-installer should only make the 4th partition extended if
there is a 5th partition

This is on Etch's debian-installer, as of 20061102.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411842: bind9: rndc misses file LC_MESSAGES/libisc.cat

2007-02-21 Thread Patrik Wallstrom

Package: bind9
Version: 1:9.3.4-2
Severity: normal

When trying to do rndc freeze on a zone, rndc dies with this error message:
rndc: 'freeze' failed: not found

When stracing, it seems that rndc does not find the file libisc.cat, like this:

open(/usr/share/locale/en/libisccc.cat, O_RDONLY) = -1 ENOENT (No such file 
or directory)
open(/usr/share/locale/en/LC_MESSAGES/libisccc.cat, O_RDONLY) = -1 ENOENT (No 
such file or directory)
open(/usr/share/locale/en/libisccc.cat, O_RDONLY) = -1 ENOENT (No such file 
or directory)
open(/usr/share/locale/en/LC_MESSAGES/libisccc.cat, O_RDONLY) = -1 ENOENT (No 
such file or directory)
futex(0xb7f08a18, FUTEX_WAKE, 2147483647) = 0
open(/usr/share/locale/en/libisc.cat, O_RDONLY) = -1 ENOENT (No such file or 
directory)
open(/usr/share/locale/en/LC_MESSAGES/libisc.cat, O_RDONLY) = -1 ENOENT (No 
such file or directory)
open(/usr/share/locale/en/libisc.cat, O_RDONLY) = -1 ENOENT (No such file or 
directory)
open(/usr/share/locale/en/LC_MESSAGES/libisc.cat, O_RDONLY) = -1 ENOENT (No 
such file or directory)
futex(0xb7c83f3c, FUTEX_WAKE, 2147483647) = 0
futex(0xb7c83f5c, FUTEX_WAKE, 2147483647) = 0
futex(0xb7f08a1c, FUTEX_WAKE, 2147483647) = 0
rt_sigaction(SIGHUP, {0xb7c682ea, ~[RTMIN RT_1], 0}, NULL, 8) = 0
rt_sigsuspend([]rndc: 'freeze' failed: not found
 unfinished ...

...

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=en, LC_CTYPE=sv_SE (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF-8)

Versions of packages bind9 depends on:
ii  adduser 3.102Add and remove users and groups
ii  libbind9-0  1:9.3.4-2BIND9 Shared Library used by BIND
ii  libc6   2.3.6.ds1-12 GNU C Library: Shared libraries
ii  libdns221:9.3.4-2DNS Shared Library used by BIND
ii  libisc111:9.3.4-2ISC Shared Library used by BIND
ii  libisccc0   1:9.3.4-2Command Channel Library used by BI
ii  libisccfg1  1:9.3.4-2Config File Handling Library used 
ii  liblwres9   1:9.3.4-2Lightweight Resolver Library used 
ii  libssl0.9.8 0.9.8c-4 SSL shared libraries
ii  lsb-base3.1-23   Linux Standard Base 3.1 init scrip
ii  netbase 4.29 Basic TCP/IP networking system

bind9 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411319: Vedr. Re: Bug#411319: Vedr. Re: Bug#411319: Hang at Creating device files

2007-02-21 Thread Kjell Rune Skaaraas

Hi

I included the logs in a previous post, now I also
tried to do another install using the daily image:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso
(Date: Feb 20th). Verified MD5 sum, wrote to CD with
verification, same hang on 73%, downloading cryptsetup
and dmcrypt. Also made another non-crypto install,
works fine. AFAIK these should be be on the CD anyway,
certainly the full CD1 image I downloaded last time. I
also verified from the console that wget works, so
even if it tried using a Debian mirror, it should
still work. 

Regards,
Kjell Rune

--- David Härdeman [EMAIL PROTECTED] skrev:

 Could be a number of things, but faulty installation
 media, network
 problems and debconf prompts have been the most
 common ones that I've seen
 so far. I did a full installation yesterday which
 went smoothly, so I
 suspect a non-cryptsetup and non-debconf prompt
 related problem.
 
 Could you perhaps try a new install using a newly
 downloaded image just to
 rule out any such issues?






_
Alt i én. Få Yahoo! Mail med adressekartotek, kalender og
notisblokk. http://no.mail.yahoo.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#408091: [EMAIL PROTECTED]: Re: Bug#400112: [PROPOSAL] forbid source/binary package name conflicts]

This mail went to 408901 instead of 408091.

- Forwarded message from Roger Leigh [EMAIL PROTECTED] -

From: Roger Leigh [EMAIL PROTECTED]
To: Lucas Nussbaum [EMAIL PROTECTED]
Cc: Goswin von Brederlow [EMAIL PROTECTED],
Kurt Roeckx [EMAIL PROTECTED], [EMAIL PROTECTED]
Date: Sat, 3 Feb 2007 22:21:58 +
Subject: Re: Bug#400112: [PROPOSAL] forbid source/binary package name conflicts

On Tue, Jan 23, 2007 at 01:57:19PM +0100, Lucas Nussbaum wrote:
 On 19/01/07 at 12:47 +0100, Goswin von Brederlow wrote:
  Kurt Roeckx [EMAIL PROTECTED] writes:

   On Thu, Jan 18, 2007 at 03:12:12PM +0100, Goswin von Brederlow wrote:

   In the initial report you mentioned that sbuild has a problem with
   confusing names like this. Afaik sbuild solely works on source package
   name and version and that is always unique. Where do you get a
   conflict?

   It uses apt-cache to check for available versions, which as you show
   gives both results. And sbuild's behaviour depends on the order
   apt-cache returns those.

  Reading the source sbuild is prepared to parse multiple returns from
  apt-cache just fine. But it ignores the package name and only uses the
  version to keep them apart.

  So a case that would screw up sbuild would have to look something like
  this:

  Package: foo
  Binary: bar, foo
  Version: 1.2-3

  Package: bar
  Binary: bar
  Version: 1.2-3

  Too bad apt-cache doesn't have a --only-source option. Sbuild has to
  use package name and version.

  Something like this (untested):

  Line 424...

while( PIPE ) {
  + $package = $1 if 
  /^Package:\s+(\S+)\s*$/mi;
$ver = $1 if /^Version:\s+(\S+)\s*$/mi;
$tfile = $1 if 
  /^Files:\s*\n((\s+.*\s*\n)+)/mi;
}
  -  if (defined $ver  defined $tfile) {
  +  if (defined $package  defined $ver  defined 
  $tfile) {
  -  @{$entries{$ver}} = map { (split( /\s+/, 
  $_ ))[3] }
  +  @{$entries{$package $ver}} = map { 
  (split( /\s+/, $_ ))[3] }
split( \n, $tfile );
} else {
print PLOG apt-cache returned no 
  information about $pkg source\n;
print PLOG Are there any deb-src lines 
  in your /etc/apt/sources.list?\n;
return (ERROR);
}
}
  close( PIPE );
  if ($?) {
  print PLOG $conf::apt_cache failed\n;
  return (ERROR);
  }

  -if (!defined($entries{$version})) {
  +if (!defined($entries{$pkg $version})) {

I have attached a tested version of this patch which fixes a bug in the
while loop.  This applies to the current SVN version of sbuild:

  svn://svn.debian.org/svn/buildd-tools/trunk/sbuild

but will also apply to the testing/unstable version.

  But I don't yet see a problem here. The apt-cache check is purely
  informational. As long as it finds an entry with the right version it
  is happy and the apt-get --only-source source below that will always
  do the right thing. So the worst you get is that the Can't find
  source message is skipped and apt-get fails.

  Or not?

 No, the problem is that sbuild only keeps the *last* version it sees
 (see the while (PIPE) loop above). Anyway, that part is clearly an sbuild
 problem. See that log, after asking sbuild to build qd 2.1.200-1:

 Build started at 20070103-0339
 **
 Checking available source versions...
 Checking available source versions...
 Can't find source for qd_2.1.200-1
 (only different version(s) 1.0.0-rc2-5 found)

  % sbuild -s -A qd_2.1.200-1

works for me, but I can't build kfolding:

  % sbuild -s -A kfolding_1.0.0-rc2-5

  Automatic build of kfolding_1.0.0-rc2-5 on hardknott by sbuild/powerpc 0.52
  Build started at 20070203-2218
  **
  Checking available source versions...
  apt-cache returned no information about kfolding source
  Are there any deb-src lines in your /etc/apt/sources.list?
  **
  Finished at 20070203-2218
  Build needed 00:00:00, 0k disk space

This is without the above patch applied.  After applying the patch, I
get:

  Automatic build of kfolding_1.0.0-rc2-5 on hardknott by sbuild/powerpc 0.52
  Build started at 20070203-2219
  **
  Checking available source

Bug#409434: Upgrade

2007-02-21 Thread Romain Beauxis

Le vendredi 16 février 2007 21:47, Frank Küster a écrit :
  Yes we could just remove the link and add a file like README.mediawiki or
  any other name in which we just explain where the user can find the
  confile...
 
  Indeed, that would propably be enought to close the two other bug for a
  small amount of change this time.

 Alternatively, you could just as well fix it.  I have never used
 mediawiki before, but I gave it a try.  It works very well with a
 symlink in the other direction and LocalSettings.php in
 /etc/mediawiki1.7/, conforming with policy.  The only change that needs
 to be made is that $IP must be set to /var/lib/mediawiki1.7 in
 /etc/mediawiki1.7/LocalSettings.php

 For packaging the following changes need to be made:

 - mediawiki.1.7.links changed

 - the instructions in config/index.php and README.Debian must be changed
   to reflect the new location,

 - the same needs to be done with AdminSettings.php (and it's handling in
   postinst and config must be rewritten).  

 All nothing that requires magic.

Exept that you forgot to mention how you will modify the configuration file to 
change the $IP in /etc/mediawiki1.7/LocalSettings.php

And also how you will handle the move from /var/lib/mediawiki1.7 
to /etc/mediawiki1.7: with or without notifing the administrator ?
Then of course it needs a debconf warning.

Romain

Bug#408091: [EMAIL PROTECTED]: Re: Bug#400112: [PROPOSAL] forbid source/binary package name conflicts]

This mail never went to 408091

- Forwarded message from Roger Leigh [EMAIL PROTECTED] -

From: Roger Leigh [EMAIL PROTECTED]
To: Goswin von Brederlow [EMAIL PROTECTED]
Cc: Kurt Roeckx [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED] Lucas Nussbaum [EMAIL PROTECTED]
Date: Sat, 10 Feb 2007 19:52:25 +
Subject: Re: Bug#400112: [PROPOSAL] forbid source/binary package name conflicts
User-Agent: Mutt/1.5.13 (2006-08-11)

On Fri, Jan 19, 2007 at 12:47:41PM +0100, Goswin von Brederlow wrote:
 Reading the source sbuild is prepared to parse multiple returns from
 apt-cache just fine. But it ignores the package name and only uses the
 version to keep them apart.

 So a case that would screw up sbuild would have to look something like
 this:

 Package: foo
 Binary: bar, foo
 Version: 1.2-3

 Package: bar
 Binary: bar
 Version: 1.2-3

 Too bad apt-cache doesn't have a --only-source option. Sbuild has to
 use package name and version.

 Something like this (untested):

I reworked your patch, and the result is attached.  This has been
committed upstream as revision 1085.  You can get the current
sbuild with:

  svn co svn://svn.debian.org/svn/buildd-tools/trunk/sbuild

 But I don't yet see a problem here. The apt-cache check is purely
 informational. As long as it finds an entry with the right version it
 is happy and the apt-get --only-source source below that will always
 do the right thing. So the worst you get is that the Can't find
 source message is skipped and apt-get fails.

 Or not?

With or without the patch applied,

  sbuild qd_2.1.200-1

succeeds and

  sbuild kfolding_1.0.0-rc2-5

fails.  I haven't yet found out why.  Thanks for the patch you proposed,
which I have applied in a modified (working and debugged) form.  If you
have any further ideas about why kfolding won't build, I'll be happy
to investigate further :)

Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.

Index: sbuild
===
--- sbuild  (revision 1084)
+++ sbuild  (working copy)
@@ -427,20 +427,28 @@
}
{
local($/) = ;
+   my $package;
my $ver;
my $tfile;
while( PIPE ) {
+   $package = $1 if 
/^Package:\s+(\S+)\s*$/mi;
$ver = $1 if /^Version:\s+(\S+)\s*$/mi;
$tfile = $1 if 
/^Files:\s*\n((\s+.*\s*\n)+)/mi;
-   if (defined $ver  defined $tfile) {
-   @{$entries{$ver}} = map { 
(split( /\s+/, $_ ))[3] }
+   if (defined $package  defined $ver  
defined $tfile) {
+   @{$entries{$package $ver}} = 
map { (split( /\s+/, $_ ))[3] }
split( \n, $tfile );
-   } else {
-   print PLOG $conf::apt_cache 
returned no information about $pkg source\n;
-   print PLOG Are there any 
deb-src lines in your /etc/apt/sources.list?\n;
-   return (ERROR);
+   undef($package);
+   undef($ver);
+   undef($tfile);
}
}
+
+   if (! scalar keys %entries) {
+   print PLOG $conf::apt_cache returned 
no information about $pkg source\n;
+   print PLOG Are there any deb-src lines 
in your /etc/apt/sources.list?\n;
+   return (ERROR);
+
+   }
}
close(PIPE);
waitpid $pid, 0;
@@ -449,7 +457,7 @@
return (ERROR);
}

-   if (!defined($entries{$version})) {
+   if (!defined($entries{$pkg $version})) {
if (!$retried) {
# try to update apt's cache if nothing 
found
run_apt_command($conf::apt_get, 
update /dev/null, root, 0);
@@ -464,7 +472,7 @@
}

print PLOG Fetching source files...\n;

Bug#411827: kcalc: package dependencies problem

2007-02-21 Thread Sune Vuorela

On Wednesday 21 February 2007, Max Dmitrichenko wrote:
 Package: kcalc
 Version: 4:3.5.5-3
 Severity: important

 kcalc depends on libgmp3c2 package but it's not on kcalc's dependency list.

 Architecture: sparc (sparc64)

Thanks for your report (I have upgraded it to serious)  entire kdeutils has 
gotten none of the depends it should on sparc.

I think I have asked for a rebuild in order to fix it.

/Sune

-- 
I cannot get access over a code, how does it work?

The point is that from Windows and from the control folder within Photoshop 
5.2 you can't turn off a head over the 4-bit floppy disk on the button for 
enabling a controller to a pin.


pgpB9O2WGZrZA.pgp
Description: PGP signature

Bug#408506: alsa-utils: Tries /dev/snd/controlC0, but only /dev/controlC0 exists

2007-02-21 Thread Lionel Elie Mamane

On Mon, Feb 19, 2007 at 07:35:32PM +0100, Elimar Riesebieter wrote:
 On Mon, 19 Feb 2007 the mental interface of
 Lionel Elie Mamane told:

 Then I upgraded the rest of my system to sid, compiled a kernel from
 linux-2.6.18 version 2.6.18.dfsg.1-10, rebooted in it and the problem
 reappeared. No /dev/snd.

 So where should we start?  This is unreproducible for me and as of
 you I would doublecheck the kernel config.

I don't see anything strange sound-related in there. Here's the config
file.

 Are the correct drivers build,

Irrespective on whether the drivers are the correct ones for my
hardware, creating the sound devices in the wrong location is a
bug. And when I do cd /dev; ln -s . snd, sound works, so I'm using
adequate, if maybe not correct drivers.

 should I try alsa-source 1.0.14~rc1 from experimental (which in case
 of your soundcard I would prefer)

OK, I'll do that. If that solved the problem, maybe we should push the
specific fix to the etch kernel?

 and else. There are no symptoms which show me a bug in alsa-utils
 though.

I filed it under alsa-utils because it contains /lib/udev/alsa-utils
and /etc/udev/alsa-utils.rules, which my limited knowledge of kernel /
udev communication indicates may be deciding the name and location of
the devices.

 FYI, /etc/udev/alsa-utils.rules builds the devices only in case the
 kernel provides drivers ;)

I don't understand the intended effect of that
remark. /etc/udev/alsa-utils.rules  doesn't on purpose misplace the
devices if the wrong kernel driver for the hardware was loaded (but
the kernel driver thinks it is the right one, as it loaded
successfully), does it?

-- 
Lionel
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.18+dfsg.1-10+64bit
# Mon Feb 19 16:23:51 2007
#
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_MMU=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_X86_CMPXCHG=y
CONFIG_EARLY_PRINTK=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_DMI=y
CONFIG_AUDIT_ARCH=y
CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32

#
# General setup
#
CONFIG_LOCALVERSION=
CONFIG_LOCALVERSION_AUTO=y
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
# CONFIG_TASKSTATS is not set
CONFIG_AUDIT=y
CONFIG_AUDITSYSCALL=y
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_RELAY=y
CONFIG_INITRAMFS_SOURCE=
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
# CONFIG_EMBEDDED is not set
CONFIG_UID16=y
CONFIG_SYSCTL=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SHMEM=y
CONFIG_SLAB=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_RT_MUTEXES=y
# CONFIG_TINY_SHMEM is not set
CONFIG_BASE_SMALL=0
# CONFIG_SLOB is not set

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
CONFIG_MODVERSIONS=y
CONFIG_MODULE_SRCVERSION_ALL=y
CONFIG_KMOD=y

#
# Block layer
#
CONFIG_LBD=y
CONFIG_BLK_DEV_IO_TRACE=y
CONFIG_LSF=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=m
CONFIG_IOSCHED_DEADLINE=m
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_AS is not set
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED=cfq

#
# Processor type and features
#
CONFIG_X86_PC=y
# CONFIG_X86_VSMP is not set
CONFIG_MK8=y
# CONFIG_MPSC is not set
# CONFIG_GENERIC_CPU is not set
CONFIG_X86_L1_CACHE_BYTES=64
CONFIG_X86_L1_CACHE_SHIFT=6
CONFIG_X86_INTERNODE_CACHE_BYTES=64
CONFIG_X86_TSC=y
CONFIG_X86_GOOD_APIC=y
# CONFIG_MICROCODE is not set
CONFIG_X86_MSR=m
CONFIG_X86_CPUID=m
CONFIG_X86_IO_APIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_MTRR=y
# CONFIG_SMP is not set
# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_MEMORY_PROBE=y
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_SELECT_MEMORY_MODEL=y
# CONFIG_FLATMEM_MANUAL is not set
# CONFIG_DISCONTIGMEM_MANUAL is not set
CONFIG_SPARSEMEM_MANUAL=y
CONFIG_SPARSEMEM=y
CONFIG_HAVE_MEMORY_PRESENT=y
# CONFIG_SPARSEMEM_STATIC is not set
CONFIG_SPARSEMEM_EXTREME=y
CONFIG_MEMORY_HOTPLUG=y
CONFIG_SPLIT_PTLOCK_CPUS=4
CONFIG_RESOURCES_64BIT=y
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
CONFIG_HPET_TIMER=y
CONFIG_IOMMU=y
CONFIG_CALGARY_IOMMU=y
CONFIG_SWIOTLB=y
CONFIG_X86_MCE=y
# CONFIG_X86_MCE_INTEL is not set
CONFIG_X86_MCE_AMD=y
# CONFIG_KEXEC is not set
# CONFIG_CRASH_DUMP is not set
CONFIG_PHYSICAL_START=0x20
CONFIG_SECCOMP=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_REORDER=y
CONFIG_K8_NB=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y

Bug#401830: Smalls gifs fail to be rendered in text window

2007-02-21 Thread Ganesan Rajagopal

Hi,

This bug has been fixed upstream in gnochm 0.9.9. However, since etch
is frozen I plan to do an NMU with a one line patch to fix only this
bug. Please let me know if you have any concerns.

Ganesan

-- 
Ganesan Rajagopal


signature.asc
Description: Digital signature

Bug#411657: Transition from sarge-etch for zope packages

Hello all,
  I need some help to find a fix for #411657. The problem is that sarge
included the zope2.7 package which requires python2.3, but python2.3 will
not be shipped with etch and the current python package conflicts with it.

Matthias uploaded zope-common 0.5.31 with the following change:

  * debian/control: Depend on the unversioned python package.

Which means that zope-common now depends on python (= 2.4) instead of
python2.4. After this change, upgrading from sarge to etch means that the
sarge version of python2.3 will be uninstalled as well as zope2.7, which I
would like to avoid. It will be common for our users to upgrade from sarge
to etch with sites running zope2.7, and it would be a good thing to let
them run both in order to manually upgrade their instances.

See here:

$ apt-cache show python | grep Conflicts
Conflicts: python2.3 ( 2.3.5-14), python2.1 (= 2.1.2), python-xmlbase,
python-csv, python-bz2, python-base, python-central ( 0.5.5)

I think that changing the dependency on zope-common to something like:

Depends: python (= 2.4) | python2.4, ...

would do the trick, leaving the old python package around without removing
python2.3, but I'm not even sure and to say the truth I do not understand
why the dependency on python2.4 has been replaced with python (= 2.4).

Any idea?

Thanks in advance,

-- 
Fabio Tranchitella http://www.kobold.it
Free Software Developer and Consultant http://www.tranchitella.it
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: Digital signature

Bug#411844: sendfile: FTBFS: dpkg-source: unrepresentable changes to source

Package: sendfile
Version: 2.1b-3
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000 rebuild

Hi,

During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.

Relevant parts:
 dpkg-source -b sendfile-2.1b
dpkg-source: building sendfile using existing sendfile_2.1b.orig.tar.gz
dpkg-source: building sendfile in sendfile_2.1b-3.diff.gz
dpkg-source: cannot represent change to doc/NEWS:
dpkg-source:  new version is symlink
dpkg-source:  old version is something else
dpkg-source: building sendfile in sendfile_2.1b-3.dsc
dpkg-source: unrepresentable changes to source

The full build log is available from 
http://people.debian.org/~lucas/logs/2007/02/20/

About the archive rebuilt: The rebuilt was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing an etch i386
environment (not unstable).  Internet was not accessible from the build
systems. The builds were processed as root.

About Grid'5000:
Grid'5000 is an highly reconfigurable experimental Grid platform
gathering 9 sites and featuring a total of 5000 CPUs. It serves as a
testbed for research in Grid Computing. See https://www.grid5000.fr/
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411843: drscheme: FTBFS: du: `./usr/share/plt/doc/doc-license.txt': Not a directory

Package: drscheme
Version: 1:352-6
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000 rebuild

Hi,

During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.

Relevant parts:
dh_link -pdrscheme  
Can't cd to (debian/drscheme/usr/share/plt/doc/) doc-license.txt: Not a 
directory
 at /usr/bin/dh_link line 160
dh_installdocs -pmzscheme   
dh_installexamples -pmzscheme 
dh_installman -pmzscheme  
dh_installinfo -pmzscheme  
dh_installmenu -pmzscheme 
dh_installcron -pmzscheme 
dh_installinit -pmzscheme   
dh_installdebconf -pmzscheme 
dh_installemacsen -pmzscheme   
dh_installcatalogs -pmzscheme 
dh_installpam -pmzscheme 
dh_installlogrotate -pmzscheme 
dh_installlogcheck -pmzscheme 
dh_installmime -pmzscheme 
dh_installchangelogs -pmzscheme   
dh_installudev -pmzscheme 
dh_install -pmzscheme  
dh_link -pmzscheme  
dh_strip -pdrscheme  
Can't cd to (debian/drscheme/usr/share/plt/doc/) doc-license.txt: Not a 
directory
 at /usr/bin/dh_strip line 192
dh_compress -pdrscheme  
dh_fixperms -pdrscheme  
dh_makeshlibs -pdrscheme  
dh_strip -pmzscheme  
dh_compress -pmzscheme  
dh_fixperms -pmzscheme  
dh_makeshlibs -pmzscheme  
dh_installdeb -pdrscheme 
dh_perl -pdrscheme 
Can't cd to (debian/drscheme/usr/share/plt/doc/) doc-license.txt: Not a 
directory
 at /usr/bin/dh_perl line 116
dh_shlibdeps -pdrscheme
couldn't open /etc/ld.so.conf: No such file or directory at 
/usr/bin/dpkg-shlibdeps line 155.
dh_installdeb -pmzscheme 
dh_perl -pmzscheme 
dh_shlibdeps -pmzscheme
couldn't open /etc/ld.so.conf: No such file or directory at 
/usr/bin/dpkg-shlibdeps line 155.
dh_gencontrol -pdrscheme 
du: `./usr/share/plt/doc/doc-license.txt': Not a directory
dpkg-gencontrol: failure: du in `debian/drscheme' gave error exit status 1
dh_gencontrol: command returned error code 256
make: *** [binary-makedeb-IMPL/drscheme] Error 1

This doesn't happen during every build: I built it three times, and it failed
twice.

The full build log is available from 
http://people.debian.org/~lucas/logs/2007/02/20/

About the archive rebuilt: The rebuilt was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing an etch i386
environment (not unstable).  Internet was not accessible from the build
systems. The builds were processed as root.

About Grid'5000:
Grid'5000 is an highly reconfigurable experimental Grid platform
gathering 9 sites and featuring a total of 5000 CPUs. It serves as a
testbed for research in Grid Computing. See https://www.grid5000.fr/
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411845: qps: FTBFS: dpkg-source: unrepresentable changes to source

Package: qps
Version: 1.9.18.6-1
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000 rebuild

Hi,

During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.

Relevant parts:
 dpkg-source -b qps-1.9.18.6
dpkg-source: building qps using existing qps_1.9.18.6.orig.tar.gz
dpkg-source: building qps in qps_1.9.18.6-1.diff.gz
dpkg-source: cannot represent change to proc.cpp:
dpkg-source:  new version is symlink
dpkg-source:  old version is nonexistent
dpkg-source: warning: file debian/dirs has no final newline (either original or 
modified version)
dpkg-source: warning: ignoring deletion of file Makefile
dpkg-source: warning: ignoring deletion of file build-stamp
dpkg-source: building qps in qps_1.9.18.6-1.dsc
dpkg-source: unrepresentable changes to source

The full build log is available from 
http://people.debian.org/~lucas/logs/2007/02/20/

About the archive rebuilt: The rebuilt was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing an etch i386
environment (not unstable).  Internet was not accessible from the build
systems. The builds were processed as root.

About Grid'5000:
Grid'5000 is an highly reconfigurable experimental Grid platform
gathering 9 sites and featuring a total of 5000 CPUs. It serves as a
testbed for research in Grid Computing. See https://www.grid5000.fr/
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#410174: Message apparrently emitted by libao

2007-02-21 Thread Joshua Rodman

reassign 410174 libao
thanks

Please ignore the bad attitude, programs spitting out unwanted text into
my terminal applications make me seriously cranky.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#389068: FTBFS: package does use included precompiled libraries for build

2007-02-21 Thread Marcus Better

Suggestion: please apply the BTS block command to the ITP's you filed, so 
others can easily see where work is needed. (And use the help tag if you 
need it.)


pgpCOAxEUDWd0.pgp
Description: PGP signature

Bug#411847: webalizer: safe state dumping

2007-02-21 Thread Robert Millan [ackstorm]

Package: webalizer
Severity: wishlist
Tags: patch upstream

I've had very serious issues with webalizer truncating history and state
files to 0.  There is currently a time frame between fopen and the actual
state writing during which a segfault or the likes would result in severe
corruption.

I've made this patch to create a temporary *.new file and only replace
the old ones when we're finished generating them.

Already sent to upstream.

-- 
Robert Millan

ACK STORM, S.L.  -  http://www.ackstorm.es/
diff -ur webalizer-2.01.10.old/preserve.c webalizer-2.01.10/preserve.c
--- webalizer-2.01.10.old/preserve.c	2001-10-24 08:22:42.0 +0200
+++ webalizer-2.01.10/preserve.c	2007-02-20 13:59:19.0 +0100
@@ -141,8 +141,10 @@
 {
int i;
FILE *hist_fp;
+   char *tmp;
 
-   hist_fp = fopen(hist_fname,w);
+   asprintf (tmp, %s.new, hist_fname);
+   hist_fp = fopen(tmp,w);
 
if (hist_fp)
{
@@ -165,10 +167,14 @@
  }
   }
   fclose(hist_fp);
+  if ((rename (tmp,hist_fname) == -1)  verbose)
+fprintf(stderr,Failed renaming %s to %s\n,tmp,hist_fname);
}
else
   if (verbose)
   fprintf(stderr,%s %s\n,msg_hist_err,hist_fname);
+
+  free(tmp);
 }
 
 /*/
@@ -186,11 +192,14 @@
 
FILE *fp;
int  i;
+   char *tmp;
 
char buffer[BUFSIZE];
 
/* Open data file for write */
-   fp=fopen(state_fname,w);
+   asprintf(tmp, %s.new, state_fname);
+   fp=fopen(tmp,w);
+   free(tmp);
if (fp==NULL) return 1;
 
/* Saving current run data... */
@@ -382,6 +391,16 @@
if (fputs(# End Of Table - usernames\n,fp)==EOF) return 1;
 
fclose(fp);  /* close data file...*/
+
+   asprintf(tmp, %s.new, state_fname);
+   if ((rename (tmp,state_fname) == -1)  verbose)
+ {
+   fprintf(stderr,Failed renaming %s to %s\n,tmp,state_fname);
+   free(tmp);
+   return 1;
+ }
+   free(tmp);
+
return 0;/* successful, return with good return code  */
 }

Bug#409434: Upgrade

Hi Romain, hi release team,

maybe I really missed something, but let's discuss this.  Would the
approach I suggest below be okay for the release team?

Romain Beauxis [EMAIL PROTECTED] wrote:

 Alternatively, you could just as well fix it. 
[...]
 All nothing that requires magic.

 Exept that you forgot to mention how you will modify the configuration file 
 to 
 change the $IP in /etc/mediawiki1.7/LocalSettings.php

I don't see the problem here.  Currently with the file being in
/var/lib/mediawiki1.7, the file is created by the local admin and moved
to its place.  He can as well move it to /etc/mediawiki1.7, and the
package or its maintainer scripts need not care about it in the future.

 And also how you will handle the move from /var/lib/mediawiki1.7 
 to /etc/mediawiki1.7: with or without notifing the administrator ?
 Then of course it needs a debconf warning.

This is in fact a problem.  Let's look at the cases:

a) Default install, symlink from /etc/mediawiki1.7/ to /var/...

   In this case we can just move the file from /var to /etc if it exists
   and do nothing if it doesn't (for both files).  This would be done in
   preinst, so that we can ship the symlink in the new deb.

b) The symlink is removed

   Literally, Policy requires us to respect local configuration changes
   including file removals.  However, I'd argue that removing the old,
   buggy symlink is not a configuration change (it didn't change
   anything), and I would move existing files from /var to /etc without
   a debconf note (i.e. handle this case like a default install).

c) There is a real file instead of the symlink

   Subcase 1) No file in /var

 no problem here, the preinst does nothing and the symlink from the
 deb is installed (probably it's already there, but I think dpkg
 will not complain).  Suddenly the wiki will work; I don't think
 this needs a debconf note.

   Subcase 2) also a file in /var

 This means that there is both a configuration file that is actually
 used and one that the admin obviously intended to be used.  In this
 case I would say the preinst should take a diff of the files and
 just remove the one in /var if they are the same.  If they are not,
 it could move the file from /var to
 /etc/mediawiki1.7/LocalSettings.php.moved-from-var.  The config
 script would check for the existence of that file and if it finds
 it, ask which one to use (and the postinst would act accordingly).

Plus a NEWS.Debian explaining the changes.

To me that looks a bit more complicated than one would like, but still
quite manageable, and acceptable for fixing a RC bug in etch.

What do you think?

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#398464: Changes to /etc/crypttab

2007-02-21 Thread Mario Schubert

Hello,

there was only one line missing in /etc/crypttab to enable booting:

mdx_crypt /dev/mdx none luks,cipher=aes-cbc-essiv:sha256

I used the netinst CD from 20070219.

Ciao,
Mario


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411846: firehol: Out-of-date MSN port

2007-02-21 Thread Reuben Thomas

Package: firehol
Severity: normal

The msn service has the wrong port: as in /etc/services (under
msnp, so perhaps it would also be a good idea to rename the MSN
service from msn to msnp) the port is currently 1863.

I noticed this because using gaim to connect to MSN didn't work when I
allowed the msn service, which uses port 6891, but when I changed
the port to 1863, it worked fine.

-- 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-3-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#409383: This bug may be a feature?

2007-02-21 Thread jrodman

Given that the various servers in a round-robin have no guarantee to be
in sync, insisting on always accessing the same ip address may avoid a
number of problem during an update run.

Of course, I don't think there should be published dns round-robins
which can get out of sync.  Round-robin suggests the servers are
equivalent, and around 4 hours out of the day, they usually aren't.

So I'm not really sure what the right response to this is, but it's not
necessarily a simple patch.

-josh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#403933: More success with r2085

2007-02-21 Thread Jonathan McDowell

As another data point I've recently upgraded to the
0.9.2+r2085.20070207-1 madwifi source package and this appears to be
much happier with network-manager on non encrypted, WEP and WPA
networks.

J.

-- 
I don't sleep, I dream.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411848: buildbot: SVNPoller fails if DNS is down

2007-02-21 Thread Vincent Danjean

Package: buildbot
Version: 0.7.5-1
Severity: normal

  On a desktop computer, I set up a buildbot master configuration. It
triggers new builds at each SVN commit with the help of the SVNPoller
component.
  On 19 feb, I did some setup/reorganisation on the DNS server that this
machine use. The effect has been that the DNS was unavailable a few
hours.
  I just discovered that since this event, SVNPoller has crashed and SVN
commit were not tracked anymore. In buildbot log, I can see :
2007/02/19 00:32 CET [-] SVNPoller polling
2007/02/19 00:32 CET [-] svnPoller: _process_changes last 723 mostRecent 723
2007/02/19 00:32 CET [-] svnPoller: _process_changes 723 .. 723
2007/02/19 00:32 CET [-] SVNPoller finished polling
2007/02/19 00:32 CET [-] _finished : None
2007/02/19 00:42 CET [-] SVNPoller polling
2007/02/19 00:44 CET [-] SVNPoller finished polling
2007/02/19 00:44 CET [-] _finished : [Failure instance: Traceback (failure with 
no frames): exceptions.IOError: got stderr: svn: Unknown hostname 
'svn.gforge.inria.fr'\n
]
2007/02/19 00:44 CET [-] Unhandled error in Deferred:
2007/02/19 00:44 CET [-] Traceback (most recent call last):
Failure: exceptions.IOError: got stderr: svn: Unknown hostname 
'svn.gforge.inria.fr'\n

And then, nothing more related with SVNPoller... where as buildbot master still 
run
(and I still get the status page and the nightly builds I set up).

It would be good if DNS error does not lead to the end of the SVNPoller
component. Or at lease, such an error was printed on the status web page...

  Best regards,
Vincent


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages buildbot depends on:
ii  adduser   3.102  Add and remove users and groups
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt
ii  python-twisted-core   2.4.0-3Event-based framework for internet
ii  python-twisted-mail   0.3.0-1An SMTP, IMAP and POP protocol imp
ii  python-twisted-web0.6.0-1An HTTP protocol implementation to
ii  python-twisted-words  0.4.0-2.1  Chat and Instant Messaging

buildbot recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411849: rdiff-backup: OSError raised when transgressing unreadable directory on destination

2007-02-21 Thread Alexander Klauer

Package: rdiff-backup
Version: 1.1.5-4
Severity: normal


The following error occurred during today's rdiff-backup (running with euid 
localbackup, command was rdiff-backup [EMAIL PROTECTED]::/cygdrive/. 
/var/local/backups/ls2buero/.) from a Cygwin box (source) to a Debian box 
(destination).

snip
Exception '[Errno 13] Permission denied: 
'/var/local/backups/ls2buero/c/WINNT/$hf_mig$/KB915865/update'' raised of class 
'exceptions.OSError':
  File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 295, in 
error_check_Main
try: Main(arglist)
  File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 315, in 
Main
take_action(rps)
  File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 271, in 
take_action
elif action == backup: Backup(rps[0], rps[1])
  File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 334, in 
Backup
backup.Mirror_and_increment(rpin, rpout, incdir)
  File /var/lib/python-support/python2.4/rdiff_backup/backup.py, line 51, in 
Mirror_and_increment
DestS.patch_and_increment(dest_rpath, source_diffiter, inc_rpath)
  File /var/lib/python-support/python2.4/rdiff_backup/backup.py, line 231, in 
patch_and_increment
cls.CCPP.close()
  File /var/lib/python-support/python2.4/rdiff_backup/backup.py, line 475, in 
close
dir_rp.chmod(perms)
  File /var/lib/python-support/python2.4/rdiff_backup/rpath.py, line 826, in 
chmod
self.conn.os.chmod(self.path, permissions  Globals.permission_mask)

Traceback (most recent call last):
  File /usr/bin/rdiff-backup, line 23, in ?
rdiff_backup.Main.error_check_Main(sys.argv[1:])
  File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 295, in 
error_check_Main
try: Main(arglist)
  File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 315, in 
Main
take_action(rps)
  File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 271, in 
take_action
elif action == backup: Backup(rps[0], rps[1])
  File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 334, in 
Backup
backup.Mirror_and_increment(rpin, rpout, incdir)
  File /var/lib/python-support/python2.4/rdiff_backup/backup.py, line 51, in 
Mirror_and_increment
DestS.patch_and_increment(dest_rpath, source_diffiter, inc_rpath)
  File /var/lib/python-support/python2.4/rdiff_backup/backup.py, line 231, in 
patch_and_increment
cls.CCPP.close()
  File /var/lib/python-support/python2.4/rdiff_backup/backup.py, line 475, in 
close
dir_rp.chmod(perms)
  File /var/lib/python-support/python2.4/rdiff_backup/rpath.py, line 826, in 
chmod
self.conn.os.chmod(self.path, permissions  Globals.permission_mask)
OSError: [Errno 13] Permission denied: 
'/var/local/backups/ls2buero/c/WINNT/$hf_mig$/KB915865/update'
Fatal Error: Lost connection to the remote system
/snip

Indeed, the directory /var/local/backups/ls2buero/c/WINNT/$hf_mig$/ has the 
pathological permissions

d- 88 localbackup localbackup

It was created during yesterday's backup, mirroring the permissions of the 
source directory on the Cygwin box. Today, rdiff-backup crashed with the above 
error message when transgressing said directory on the destination box.

I would have expected rdiff-backup to do one of the following things:

1. Refuse to backup the unreadable directory in the first place writing an 
error message to the log.

2. Backup the unreadable directory and then use chmod on the backup target to 
check for changes/store increments during subsequent backups.

Judging from the error message it seems that rdiff-backup was actually trying 
to do 2. (calling chmod) but made a mistake somehow.

- 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.19-rc5-mm1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages rdiff-backup depends on:
ii  libc6   2.3.6.ds1-12 GNU C Library: Shared libraries
ii  librsync1   0.9.7-1  Library which implements the rsync
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-support  0.5.6automated rebuilding support for p

Versions of packages rdiff-backup recommends:
ii  python-pylibacl   0.2.2-1module for manipulating POSIX.1e A
ii  python-pyxattr0.2.1-1.1  module for manipulating filesystem

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#119753: hey there

2007-02-21 Thread Nora Bird

[EMAIL PROTECTED]

hows it goin...

Go to col~llege online:
~Accounting
~Business
~Criminal~ justice
~Educ~ation
~Health
~Technology

No study required
100% verifiable

Call Today 206-333-1249 (7 days a week, 24 hoursy a day) 

 Chat Soon
 
 Cassie Hightower
 
 maxine cub skulk pluto cottonseed millennia elephant burglar furnish criminal 
scoria cousin anne yucca californium revise wisdom certain larsen exhibit 
electrocardiogram incombustible sip burden emergent aching chuff cardiod bout 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411851: slmodemd not restarted on resume

2007-02-21 Thread Julien Valroff

Package: sl-modem-daemon, uswsusp
Version: 2.9.9d+e-pre2-8, 0.6~cvs20070202-1
Severity: normal

Hi,

Sorry, I don't know which program is at fault.

When resuming from both suspend-to-ram and suspend-to-disk, slmodemd is not 
active
any more:
# /etc/init.d/sl-modem-daemon status
Status of SmartLink modem daemon: slmodemd is not running but 
/var/run/slmodemd.pid exists.

This makes it impossible to use my modem. Restarting slmodemd manually does fix 
the
problem.

Cheers,
Julien

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (10, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages sl-modem-daemon depends on:
ii  debconf [debconf-2.0]   1.5.11   Debian configuration management sy
ii  libasound2  1.0.13-1 ALSA library
ii  libc6   2.3.6.ds1-12 GNU C Library: Shared libraries

sl-modem-daemon recommends no packages.

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0]   1.5.11   Debian configuration management sy
ii  libc6   2.3.6.ds1-12 GNU C Library: Shared libraries
ii  libgcc1 1:4.1.1-21   GCC support library
ii  libgcrypt11 1.2.3-2  LGPL Crypto library - runtime libr
ii  libgpg-error0   1.4-2library for common error values an
ii  libsplashy0 0.3.2Library to draw splash screen on b
ii  zlib1g  1:1.2.3-13   compression library - runtime

Versions of packages uswsusp recommends:
ii  initramfs-tools   0.85e  tools for generating an initramfs
ii  mount 2.12r-18   Tools for mounting and manipulatin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411852: quodlibet hangs if dbus is restarted

2007-02-21 Thread Erich Schubert

Package: quodlibet
Version: 0.23.1-1
Severity: normal

It would be nice if quodlibet would survive a DBus restart instead of
having to be killed with -9.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages quodlibet depends on:
ii  exfalso   0.23.1-1   audio tag editor for GTK+
ii  gstreamer0.10-plugins-base0.10.11-3  GStreamer plugins from the base 
ii  gstreamer0.10-plugins-good0.10.5-4   GStreamer plugins from the good 
ii  gstreamer0.10-plugins-ugly0.10.5-1   GStreamer plugins from the ugly 
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt
ii  python-gst0.100.10.6.3-1 generic media-playing framework (P

Versions of packages quodlibet recommends:
ii  gstreamer0.10-alsa0.10.11-3  GStreamer plugin for ALSA
ii  gstreamer0.10-gnomevfs0.10.11-3  GStreamer plugin for GnomeVFS
ii  python-feedparser 4.1-7  Universal Feed Parser for Python
ii  quodlibet-ext 0.23.1-1   extensions for the Quod Libet audi

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411850: zaptel install on vserver: mknod : operation not permitted

2007-02-21 Thread Tzafrir Cohen

Package: zaptel
Version: 1:1.2.11.dfsg-1
Severity: important

*** Please type your report below this line ***
The installation of zaptel on a vserver gues fails with the error:

Setting up zaptel (1.2.11.dfsg-1) ...
mknod: `/dev/zap/ctl': Operation not permitted

On vserver mknod has to be expliciltly permitted to guests. The package
zaptel is needed e.g. for installing Asterisk even without a need of a
zaptel device.

The relevant part from the postinst script:

if ! echo $DYNFS | grep -q devfsd || echo $DYNFS | grep -q udevd ; then
mkdir -p /dev/zap
rm -f /dev/zap/ctl

# snip

mknod /dev/zap/ctl c 196 0

# snip

N=1
for N in `seq 250`; do
rm -f /dev/zap/$N;
mknod /dev/zap/$N c 196 $N;
N=`expr $N + 1`
done

That mknod is in itself a violation of policy section 10.6 (the package
has mknod-in-maintainer-script in a lintian overrides file). It is also
unneccesary on systems with either udev or devfs. 

Those rues also need changing, as device 250 should now become
/dev/zap/transcode . 

(and in case you wonder: the mixing of seq and shell arithemtics above
is funny, but happens to be harmless)


-- 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-3-vserver-686
Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8)

Versions of packages zaptel depends on:
ii  fxload0.0.20020411-1 Firmware download to EZ-USB device
ii  libc6 2.3.6.ds1-11   GNU C Library: Shared libraries
ii  libnewt0.52   0.52.2-9   Not Erik's Windowing Toolkit - tex
ii  libusb-0.1-4  2:0.1.12-2 userspace USB programming library
ii  procps1:3.2.7-3  /proc file system utilities

zaptel recommends no packages.

-- no debconf information
-- 
   Tzafrir Cohen   
icq#16849755jabber:[EMAIL PROTECTED]
+972-50-7952406   mailto:[EMAIL PROTECTED]   
http://www.xorcom.com  iax:[EMAIL PROTECTED]/tzafrir


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411565: suggests non-existing packages

2007-02-21 Thread Michal Čihař

Hi

On Mon, 19 Feb 2007 21:35:08 +0100
Norbert Tretkowski [EMAIL PROTECTED] wrote:

 Package suggests python-taglib and python-tagpy, both are not available
 in unstable.

I know about this, it was quite intentional and I want to package those
python modules if nobody else volunteers to do so. But I'm  too busy to
do it right now.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#411853: espeak - FTBFS: architecture s390 not allowed in source

2007-02-21 Thread Bastian Blank

Package: espeak
Version: 1.16-2.1
Severity: serious

There was an error while trying to autobuild your package:

 Automatic build of espeak_1.16-2.1 on lxdebian.bfinv.de by sbuild/s390 98
[...]
 dh_testdir
 architecture s390 not allowed in source
 make: *** [build-stamp] Error 1
 **
 Build finished at 20070221-0928
 FAILED [dpkg-buildpackage died]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411854: dansguardian and libclamav1

2007-02-21 Thread [EMAIL PROTECTED]


Package: dansguardian

Version: 2.8.0.6-antivirus-6.4.4.1-1 
Severity: normal


When trying to upgrade my system the clamav 0.90-1 depends on libclamav2 and 
dansguardian depends on libclamav1, this results in removing dansguardian.


Thanks.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411855: auctex: [INTL:de] German debconf translation for auctex