Bug#370186: FINALLY got the workaround to work, after about 2 hours.

2007-01-21 Thread Steve Langasek
On Sun, Jan 21, 2007 at 12:50:01AM -0500, Nathanael Nerode wrote:
 That would be quite good enough for me.

 After an exceptional amount of fiddling (hal seems to be very picky about its
 configuration files, and it doesn't report when it can't read them -- that 
 should
 be logged, and it's not, and I filed a bug) I seem to have gotten it working. 

 device
   match key=info.product string=HL-DT-STDVD-ROM GDR8162B
 merge key=info.addons type=strlist/merge
   /match
 /device

 Now it spins up the drive when hal starts, for about 3 seconds, but then 
 stops and behaves itself.

 This workaround seriously needs to be documented.  I'm fairly adept, so I
 also managed to figure out where the script to restart hal is (NOT obvious),
 and that I had to match the string to a string in lshal (slightly more 
 obvious), 
 but I doubt an average user, even a technically adept one, would ever make it
 through this without help.

A more novice-friendly workaround might be possible, matching on a
non-vendor-specific attribute; e.g.,

  match key=storage.cdrom.cdr bool=true

But that obviously wouldn't be a correct default for all users or all
devices -- if this is a problem specific to particular CD ROM models, maybe
hal can ship some settings to disable this on a per-model basis instead, but
if we need to give users a workaround to deploy themselves, the above is
probably a better bet.

 I think this is the workaround for a lot of similar bugs (#360554, perhaps?) 
 and 
 we already have two users reporting the problem (me and Steve)

I never had the spin-up problem; my bug was, as Sjoerd correctly noted,
a separate kernel bug, that seems to have gone away in more recent kernels.

 so this should be documented in README.Debian or somewhere else in 
 /usr/share/doc/hal.  If this is documented prominently, I think the bug
 can be closed, because the real bug is indeed in the hardware or the
 kernel and may be very difficult or impossible to work around.

Fair by me.  Sjoerd, what do you think?

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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



Bug#407732: nb translation for debconf ACIDlab

2007-01-21 Thread Bjørn Steensrud
Søndag 21 januar 2007 00:50, skrev du :
 Don't waste your time and energy on acidLAB... spend it on acidBASE... the
 new package actually being managed upstream.

Okay - 

I'm rather new to Debian and haven't yet learned to find my way around the 
various repositories, since I've been working on the KDE translations for 
Skolelinux/Debian-edu using a local svn repo.  Christian Perrier threw out 
the pot-file for acidlab on the i18 list for translation and I responded.  
How/where do I find a file for acidbase to start translating? 

regards, 
Bjørn

-- 
A: Fordi det er naturlig å lese ovenfra og ned.
Q: Hvorfor skal jeg skrive svarene mine under det jeg svarer på?
Siterings-HOWTO: http://www.bersvendsen.com/usenet/quoting.html




Bug#407775: mini-httpd: Bashism in init-script (echo -e)

2007-01-21 Thread Andreas Metzler
Package: mini-httpd
Version: 1.19-3
Severity: normal
Tags: patch

/etc/init.d/mini-httpd contains
echo -e You have to edit /etc/mini-httpd.conf and\n/etc/default /mini-httpd 
before running mini-httpd!

However echo -e is a bashism and will not work with e.g. dash
quote
argenau:~# /etc/init.d/mini-httpd start
-e You have to edit /etc/mini-httpd.conf and
/etc/default/mini-httpd before running mini-httpd!
unquote

Either
printf You have to edit /etc/mini-httpd.conf and\n/etc/default /mini-httpd 
before running mini-httpd!
or
echo You have to edit /etc/mini-httpd.conf and
/etc/default /mini-httpd before running mini-httpd!
(with the line-break will do the trick.
cu andreas
-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)

Versions of packages mini-httpd depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libssl0.9.8  0.9.8c-4SSL shared libraries

mini-httpd recommends no packages.

-- no debconf information
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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



Bug#394024: Patch for the 3.0.2-18.1 NMU of hesiod

2007-01-21 Thread Christian Perrier

Dear maintainer of hesiod,

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

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

The NMU patch is attached to this mail.

The NMU changelog is:


Source: hesiod
Version: 3.0.2-18.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Fri, 19 Jan 2007 20:00:08 +0100
Closes: 394024 394066 396429 396715 398575 404411
Changes: 
 hesiod (3.0.2-18.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix longstanding l10n issues
   * Debconf templates translations updates:
 - Portuguese. Closes: #394024
 - French. Closes: #394066
 - German. Closes: #396429
 - Czech. Closes: #396715
 - Basque. Closes: #398575
 - Russian. Closes: #404411

-- 


diff -Nru hesiod-3.0.2.old/debian/changelog hesiod-3.0.2/debian/changelog
--- hesiod-3.0.2.old/debian/changelog	2007-01-19 19:49:48.263177009 +0100
+++ hesiod-3.0.2/debian/changelog	2007-01-19 20:02:18.753195889 +0100
@@ -1,3 +1,16 @@
+hesiod (3.0.2-18.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix longstanding l10n issues
+  * Debconf templates translations updates:
+- Portuguese. Closes: #394024
+- French. Closes: #394066
+- German. Closes: #396429
+- Czech. Closes: #396715
+- Basque. Closes: #398575
+- Russian. Closes: #404411
+
+ -- Christian Perrier [EMAIL PROTECTED]  Fri, 19 Jan 2007 20:00:08 +0100
+
 hesiod (3.0.2-18) unstable; urgency=low
 
   * New maintainer. Closes: #203001
diff -Nru hesiod-3.0.2.old/debian/po/cs.po hesiod-3.0.2/debian/po/cs.po
--- hesiod-3.0.2.old/debian/po/cs.po	2007-01-19 19:49:48.263177009 +0100
+++ hesiod-3.0.2/debian/po/cs.po	2007-01-19 19:56:59.102634000 +0100
@@ -1,3 +1,4 @@
+# translation of hesiod_3.0.2-18_cs.po to czech
 #
 #Translators, if you are not familiar with the PO format, gettext
 #documentation is worth reading, especially sections dedicated to
@@ -11,66 +12,65 @@
 #
 #Developers do not need to manually edit POT or PO files.
 #
+# Jakub Kasparec [EMAIL PROTECTED], 2006.
 msgid 
 msgstr 
-Project-Id-Version: hesiod\n
-Report-Msgid-Bugs-To: [EMAIL PROTECTED]
-POT-Creation-Date: 2006-10-16 03:19-0400\n
-PO-Revision-Date: 2005-06-05 10:11+0200\n
+Project-Id-Version: hesiod_3.0.2-18_cs\n
+Report-Msgid-Bugs-To: \n
+POT-Creation-Date: 2006-10-19 00:47+0200\n
+PO-Revision-Date: 2006-11-01 22:14+0100\n
 Last-Translator: Jakub Kasparec [EMAIL PROTECTED]\n
-Language-Team: Czech [EMAIL PROTECTED]\n
+Language-Team: czech [EMAIL PROTECTED]\n
 MIME-Version: 1.0\n
-Content-Type: text/plain; charset=ISO-8859-2\n
+Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
+X-Generator: KBabel 1.11.4\n
 
 #. Type: string
 #. Description
-#: ../libhesiod0.templates:4
-#, fuzzy
+#: ../libhesiod0.templates:1001
 msgid Hesiod domain for searches:
-msgstr Doména hesiodu pro vyhledávání
+msgstr Doména hesiodu pro vyhledávání:
 
 #. Type: string
 #. Description
-#: ../libhesiod0.templates:4
+#: ../libhesiod0.templates:1001
 msgid 
 Hesiod looks up keys using the standard Domain Name System.  Enter the right-
 hand side of the domain name to do searches in.  This name should begin with 
 a \.\.
 msgstr 
-Hesiod vyhledává klíèe s pou¾itím standardní DNS (jmenného doménového 
-systému). Zadejte jméno domény (její pravou èást), která se má prohledávat. 
-Toto jméno by mìlo zaèínat \.\.
+Hesiod vyhledává klíče s použitím standardního DNS (jmenného doménového 
+systému). Zadejte doménové jméno (jeho pravou část), které se má prohledávat. 
+Toto jméno by mělo začínat \.\.
 
 #. Type: string
 #. Description
-#: ../libhesiod0.templates:12
-#, fuzzy
+#: ../libhesiod0.templates:2001
 msgid Hesiod prefix for searches:
-msgstr Prefix hesiodu pro vyhledvání
+msgstr Prefix hesiodu pro vyhledávání:
 
 #. Type: string
 #. Description
-#: ../libhesiod0.templates:12
+#: ../libhesiod0.templates:2001
 msgid 
 Hesiod lookups generally happen in a subdomain of the main domain. Enter the 
 name of the subdomain here.  This name should begin with a \.\.  At most 
 sites, this entry should be \.ns\.
 msgstr 
-Vyhledávání hesiodu se obecnì dìje v poddoménì domény. Zadejte jméno této 
-poddomény. Jméno by mìlo zaèínat \.\. U vìt¹iny serverù to pravdìpodobnì 
+Vyhledávání hesiodu se obecně děje v poddoméně domény. Zadejte jméno této 
+poddomény. Jméno by mělo začínat \.\. U většiny serverů to pravděpodobně 
 bude \.ns\.
 
 #. Type: string
 #. Description
-#: ../libhesiod0.templates:20
-#, fuzzy
+#: ../libhesiod0.templates:3001
 msgid DNS class search order:
-msgstr Poøadí prohledávání DNS tøíd
+msgstr Pořadí prohledávání DNS tříd:
 
 #. Type: string
 #. Description
-#: ../libhesiod0.templates:20
+#: ../libhesiod0.templates:3001
 msgid 
 Hesiod looks up names using DNS TXT records.  In addition to using the 
 standard IN DNS class for Internet names, 

Bug#403436: Patch for the the upcoming 4.80b-3.1 NMU of ipplan

2007-01-21 Thread Christian Perrier

Dear maintainer of ipplan,

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

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

The NMU patch is attached to this mail.

The NMU changelog is:


Source: ipplan
Version: 4.80b-3.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Fri, 19 Jan 2007 19:33:19 +0100
Closes: 403436
Changes: 
 ipplan (4.80b-3.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix longstanding l10n issues
   * Debconf templates translations:
 - Updated French. Closes: #403436

-- 


diff -Nru ipplan-4.80b.old/debian/changelog ipplan-4.80b/debian/changelog
--- ipplan-4.80b.old/debian/changelog	2007-01-19 06:09:22.347017685 +0100
+++ ipplan-4.80b/debian/changelog	2007-01-19 19:34:13.027950857 +0100
@@ -1,3 +1,11 @@
+ipplan (4.80b-3.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix longstanding l10n issues
+  * Debconf templates translations:
+- Updated French. Closes: #403436
+
+ -- Christian Perrier [EMAIL PROTECTED]  Fri, 19 Jan 2007 19:33:19 +0100
+
 ipplan (4.80b-3) unstable; urgency=medium
 
   * new translations  (fr.po and sv.po)
diff -Nru ipplan-4.80b.old/debian/po/fr.po ipplan-4.80b/debian/po/fr.po
--- ipplan-4.80b.old/debian/po/fr.po	2007-01-19 06:09:22.331017552 +0100
+++ ipplan-4.80b/debian/po/fr.po	2007-01-19 19:33:03.247395973 +0100
@@ -13,16 +13,16 @@
 #
 msgid 
 msgstr 
-Project-Id-Version: ipplan_2.0-1\n
-Report-Msgid-Bugs-To: [EMAIL PROTECTED]
-POT-Creation-Date: 2006-11-19 17:07+0100\n
-PO-Revision-Date: 2006-12-03 09:53+0100\n
+Project-Id-Version: ipplan_4.80b-3\n
+Report-Msgid-Bugs-To: \n
+POT-Creation-Date: 2006-12-11 04:31+0100\n
+PO-Revision-Date: 2006-12-11 22:45+0100\n
 Last-Translator: Steve Petruzzello [EMAIL PROTECTED]\n
 Language-Team: French debian-l10n-french@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
-X-Poedit-SourceCharset: iso-8859-1\n
+X-Poedit-SourceCharset: utf-8\n
 
 #. Type: multiselect
 #. Choices
@@ -34,7 +34,7 @@
 #. Description
 #: ../templates:1002
 msgid Which web server would you like to reconfigure automatically?
-msgstr Serveur Web à reconfigurer automatiquement :
+msgstr Serveur Web à reconfigurer automatiquement :
 
 #. Type: multiselect
 #. Description
@@ -43,15 +43,15 @@
 If you do not select a web server to reconfigure automatically, ipplan will 
 not be usable until you reconfigure your webserver to enable ipplan.
 msgstr 
-Si vous ne choisissez pas un serveur Web à reconfigurer automatiquement, 
-ipplan sera inutilisable jusqu'à ce que vous reconfiguriez le serveur Web 
+Si vous ne choisissez pas un serveur Web à reconfigurer automatiquement, 
+ipplan sera inutilisable jusqu'à ce que vous reconfiguriez le serveur Web 
 pour son fonctionnement.
 
 #. Type: boolean
 #. Description
 #: ../templates:2001
 msgid Should ${webserver} be restarted?
-msgstr Faut-il redémarrer ${webserver} ?
+msgstr Faut-il redémarrer ${webserver} ?
 
 #. Type: boolean
 #. Description
@@ -62,14 +62,14 @@
 rc.d ${webserver} restart.
 msgstr 
 Veuillez noter que, pour que la nouvelle configuration soit active, 
-${webserver} doit être redémarré. Vous pouvez aussi redémarrer ${webserver} 
-en exécutant la commande « invoke-rc.d ${webserver} restart ».
+${webserver} doit être redémarré. Vous pouvez aussi redémarrer ${webserver} 
+en exécutant la commande « invoke-rc.d ${webserver} restart ».
 
 #. Type: boolean
 #. Description
 #: ../templates:3001
 msgid Configure MySQL
-msgstr Faut-il configurer MySQL ?
+msgstr Faut-il configurer MySQL ?
 
 #. Type: boolean
 #. Description
@@ -84,8 +84,8 @@
 Veuillez choisir si ipplan doit tenter de configurer MySQL automatiquement. 
 Si vous ne choisissez pas cette option, veuillez lire les instructions dans /
 usr/share/doc/ipplan/README.Debian. Ne la choisissez pas si mysql-server est 
-installé en même temps que ipplan. Veuillez lire le fichier /usr/share/doc/
-mysql-serv/README.Debian afin d'activer le réseau. Il peut être sage de 
+installé en même temps que ipplan. Veuillez lire le fichier /usr/share/doc/
+mysql-serv/README.Debian afin d'activer le réseau. Il peut être sage de 
 choisir un nouveau mot de passe du superutilisateur de mysql lors de 
 l'installation de mysql-server.
 
@@ -93,7 +93,7 @@
 #. Description
 #: ../templates:4001
 msgid MySQL Host
-msgstr Hôte MySQL :
+msgstr Hôte MySQL :
 
 #. Type: string
 #. Description
@@ -101,14 +101,14 @@
 msgid 
 The name or IP of the host running MySQL that will store the ipplan database.
 msgstr 
-Veuillez indiquer le nom ou l'adresse IP de l'hôte qui exécute le serveur 
-MySQL qui accueille la base de données de ipplan.
+Veuillez indiquer le nom ou l'adresse IP de l'hôte qui exécute le serveur 
+MySQL qui accueille la base de données de ipplan.
 
 #. Type: string
 #. 

Bug#177940: Le message a été réparé:Chinese missile shot down USA satellite

2007-01-21 Thread Howard G. Ben




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



Bug#400870: Patch for the 0.8.3dfsg.1-2.1 NMU of jffnms

2007-01-21 Thread Christian Perrier

Dear maintainer of jffnms,

Two days ago, I sent you a notice announcing my intent to upload
a NMU of your package to fix its l10n issues for etch.

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

The NMU patch is attached to this mail.

The NMU changelog is:


Source: jffnms
Version: 0.8.3dfsg.1-2.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Sat, 20 Jan 2007 12:11:25 +0100
Closes: 400870 403787
Changes: 
 jffnms (0.8.3dfsg.1-2.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix l10n issues
   * Debconf templates translations:
 - French updated. Closes: #400870
 - German added. Closes: #403787

-- 


diff -Nru jffnms-0.8.3dfsg.1.old/debian/changelog jffnms-0.8.3dfsg.1/debian/changelog
--- jffnms-0.8.3dfsg.1.old/debian/changelog	2007-01-19 06:03:28.684099536 +0100
+++ jffnms-0.8.3dfsg.1/debian/changelog	2007-01-20 12:12:31.330503902 +0100
@@ -1,3 +1,12 @@
+jffnms (0.8.3dfsg.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix l10n issues
+  * Debconf templates translations:
+- French updated. Closes: #400870
+- German added. Closes: #403787
+
+ -- Christian Perrier [EMAIL PROTECTED]  Sat, 20 Jan 2007 12:11:25 +0100
+
 jffnms (0.8.3dfsg.1-2) unstable; urgency=low
 
   * Depends on database command line client Closes: #398624
diff -Nru jffnms-0.8.3dfsg.1.old/debian/po/de.po jffnms-0.8.3dfsg.1/debian/po/de.po
--- jffnms-0.8.3dfsg.1.old/debian/po/de.po	1970-01-01 01:00:00.0 +0100
+++ jffnms-0.8.3dfsg.1/debian/po/de.po	2007-01-20 12:11:05.0 +0100
@@ -0,0 +1,92 @@
+# Translation of jffnms debconf templates to German
+# Copyright (C) Helge Kreutzmann [EMAIL PROTECTED], 2006.
+# This file is distributed under the same license as the jffnms package.
+#
+msgid 
+msgstr 
+Project-Id-Version: jffnms 1.100-6\n
+Report-Msgid-Bugs-To: [EMAIL PROTECTED]
+POT-Creation-Date: 2006-10-21 19:18+1000\n
+PO-Revision-Date: 2006-12-19 19:57+0100\n
+Last-Translator: Helge Kreutzmann [EMAIL PROTECTED]\n
+Language-Team: German debian-l10n-german@lists.debian.org\n
+MIME-Version: 1.0\n
+Content-Type: text/plain; charset=ISO-8859-15\n
+
+#. Type: error
+#. Description
+#: ../templates:1001
+msgid jffnms user already exists
+msgstr Der Benutzer jffnms existiert bereits
+
+#. Type: error
+#. Description
+#: ../templates:1001
+msgid 
+The preinstall script for JFFNMS tried to create a JFFNMS user but there was 
+already a user of that name so it has aborted installation.  Please read /
+usr/share/doc/jffnms/README.Debian for more information.
+msgstr 
+Das preinstall-Skript für JFFNMS hat versucht, einen JFFNMS-Benutzer zu 
+erstellen, aber es gab bereits einen Benutzer mit diesem Namen. Daher wurde 
+die Installation abgebrochen. Bitte lesen Sie /usr/share/doc/jffnms/README.
+Debian für weitere Informationen.
+
+#. Type: error
+#. Description
+#: ../templates:2001
+msgid jffnms group already exists
+msgstr Die Gruppe jffnms existiert bereits
+
+#. Type: error
+#. Description
+#: ../templates:2001
+msgid 
+The preinstall script for JFFNMS tried to create a JFFNMS group but there 
+was already a group of that name so it has aborted installation.  Please 
+read /usr/share/doc/jffnms/README.Debian for more information.
+msgstr 
+Das preinstall-Skript für JFFNMS hat versucht, eine JFFNMS-Gruppe zu 
+erstellen, aber es gab bereits einen Gruppe mit diesem Namen. Daher wurde 
+die Installation abgebrochen. Bitte lesen Sie /usr/share/doc/jffnms/README.
+Debian für weitere Informationen.
+
+#. Type: string
+#. Description
+#: ../templates:3001
+msgid Days until log files are compressed:
+msgstr Tage bis die Log-Dateien komprimiert werden:
+
+#. Type: string
+#. Description
+#: ../templates:3001
+msgid 
+How many days do you want to keep of uncompressed JFFNMS log files?  The 
+recommended and default value is 2 days.  Setting this value to lower than 2 
+may cause problems. It also doesn't make sense to make this number bigger 
+than the number of days until log files deleted.
+msgstr 
+Wie viele Tage möchten Sie die unkomprimierten JFFNMS Log-Dateien behalten? 
+Der empfohlene und Standardwert ist zwei Tage. Einstellungen kleiner als zwei 
+könnten zu Problemen führen. Es macht auch keinen Sinn, diese Zahl größer als 
+die Zahl der Tage zu wählen, nach denen die Log-Dateien gelöscht werden.
+
+#. Type: string
+#. Description
+#: ../templates:4001
+msgid Days until log files are deleted:
+msgstr Tage nach denen die Log-Dateien gelöscht werden:
+
+#. Type: string
+#. Description
+#: ../templates:4001
+msgid 
+How many days of log files, compressed or not, do you want to keep?  The 
+default is 7 days of logs.  It doesn't make any sense to set this lower than 
+the number of days of uncompressed files, as the cron job will compress the 
+files and then delete them in the same run.
+msgstr 
+Wie viele Tage mit Log-Dateien, komprimiert oder nicht, möchten Sie behalten? 
+Der Standardwert ist 7 Tage mit Logs. Es macht 

Bug#406993: Norwegian Bokmål translation for ppp debconf

2007-01-21 Thread Eddy Petrișor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hans F. Nordhaug wrote:
 * [EMAIL PROTECTED] [EMAIL PROTECTED] [2007-01-16]:
 Dear Debian I18N people,

 I would like to know if some of you would be interested in translating
 ppp.
 
 Yes, of course. Norwegian Bokmål translation attached.

Thanks, added.

- --
Regards,
EddyP
=
Imagination is more important than knowledge A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFsywdY8Chqv3NRNoRAuQqAKC/wWgyRrDh6Pm7dx5/OGZNIjvpIgCgu7pc
qYAjgWcqPsIKOMtMPsZeUoE=
=nzLh
-END PGP SIGNATURE-


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



Bug#407411: iceape-browser: Leaves dangling symlinks to /etc/alternatives when package is purged

2007-01-21 Thread Mike Hommey
severity 407411 serious
tag 407411 pending
thanks

On Sat, Jan 20, 2007 at 11:55:55AM +0100, Andreas Metzler [EMAIL PROTECTED] 
wrote:
 tags 407411 patch
 thanks
 On 2007-01-18 Teemu Likonen [EMAIL PROTECTED] wrote:
  Package: iceape-browser
  Version: 1.0.7-2
  Severity: minor
 
  After purging the iceape-browser package there are following symlinks
  left in the /etc/alternatives directory:
 
  lrwxrwxrwx 1 root root 15 2007-01-13 11:10 mozilla - /usr/bin/iceape
  lrwxrwxrwx 1 root root 31 2007-01-13 11:10 mozilla.1.gz - 
  /usr/share/man/man1/iceape.1.gz
 
  /etc/cron.daily/man-db script sends a warning email every day:
 
  mandb: warning: /usr/share/man/man1/mozilla.1.gz is a dangling symlink
 
 Patch attached.
 cu and- I thnk this is normal not minor BTW -reas

I'd say it's RC, actually... Anyways, I already had it fixed in my local
tree, I just didn't commit it. It only differs from your patch in the
rules it applies to: I don't think it's necessary to apply this to
deconfigure, too.

Cheers

Mike


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



Bug#403222: sorry for the late reply (I didn't saw it)

2007-01-21 Thread Eddy Petrișor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 403222 etch
severity 403222 critical
retitle 403222 [etch] lilo: fails to write the boot information (LVM system)
thanks

Hello,

Thanks for the tip. I didn't tried yet this work around on the system that
failed, but I will do it tomorrow (is the workstation at work that has these
problems).

I am tagging this bug etch and raising its severity to make it more visible
because Etch should ship a version of lilo that works on the setup that was
generated from Debian Installer. Otherwise, no kernel upgrades will be
possible, which is a big deal.

- --
Regards,
EddyP
=
Imagination is more important than knowledge A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFszDzY8Chqv3NRNoRAhJ5AJ96rMsjos42tzcD2QdkxDLppYMxeACcC//g
ii4psgawOghcY8qBp4rThUc=
=ALpT
-END PGP SIGNATURE-


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



Bug#394732: Patch for the 0.13-0.1 NMU of flashybrid

2007-01-21 Thread Diego Iastrubni
Huge thanks! 

Actually, I have a 0.13.3 version which fixes those two and other bugs (not 
documented on bugs.debian.org), and is available on our local repository:

http://updates.xorcom.com/rapid/pool/main/f/flashybrid/

I would like to rename 0.13.3 to 0.14, and upload this into Etch (if possible) 
and to Rapid-Xorcom.

The 2 other bugs are (from the changelog of the package available in that 
url):
  * Warning message is not longer displayed on updates, if the service is
up and running.
  * default configuration file is not a part of this package, to ease
the upgrade of packages

Lior, do you have any comments?


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



Bug#407643: package does not purge properly

2007-01-21 Thread Gerrit Pape
tags 407643 moreinfo
quit

On Sat, Jan 20, 2007 at 11:40:51AM +0200, Leonard Norrgard wrote:
 [2]
  # dash
  $ id
  uid=0(root) gid=0(root) groups=0(root)
  $ . ./postrm purge
  
  $ echo $?
  0
  $ ls -l /etc/udev/rules.d/z60_kvm.rules
  lrwxrwxrwx 1 root root 12 Jan 20 11:19 /etc/udev/rules.d/z60_kvm.rules
  - ../kvm.rules
  $ cat postrm
  #!/bin/sh
  set -e
  # Automatically added by dh_installudev
  if [ $1 = purge ]; then
   
  [ -L /etc/udev/rules.d/z60_kvm.rules ]  \
  rm /etc/udev/rules.d/z60_kvm.rules
  fi
  # End automatically added section
  $ exit

Hi, sourcing a script with 'dot' doesn't set the positional parameters,
see http://www.opengroup.org/onlinepubs/009695399/utilities/dot.html,
so when doing '. ./postrm purge', $1 will not necessarily be 'purge'.
If not, the script simply exits 0 because the first condition in not
met.

I not yet see the serious bug in dash.

Regards, Gerrit.


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



Bug#295375: RC due to gaia

2007-01-21 Thread Andreas Barth
* Adrian Bunk ([EMAIL PROTECTED]) [070120 18:41]:
 There are many ways to fix this bug.

This is true for many bugs. But when I ask myself Is this bug bad
enough that I will hold up the release for it, my honest answer is I
don't think I would. This isn't the same as nobody is allowed to fix
this bug - it is just we're not going to wait on fixing this bug.
(And I know a couple of more possible breakages in packages which are
not-yet-RC, a few kinds are on my personal work list for the Lenny
cycle.)


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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



Bug#407634: gnusound: The man page is broken

2007-01-21 Thread Duck

Coin,

Reuben Thomas [EMAIL PROTECTED] writes:

 Package: gnusound
 Version: 0.7.4-5
 Severity: normal

 The man page is broken: it's simply not a valid man page.

xmllint said the xml file is valid, and man only outputed a very light
warning for the generated manpage :
grotty:gnusound.1:7: character above first line discarded

Could you be more verbose about this lack of validity ?

-- 
Marc Dequènes (Duck)


pgpqHEKs4conC.pgp
Description: PGP signature


Bug#407132: hal: Circumvents invoke-rc.d (and thus policy-rc.d) in postinst

2007-01-21 Thread Steve Langasek
On Wed, Jan 17, 2007 at 10:57:29AM +0100, Jonas Smedegaard wrote:
 Sjoerd Simons wrote:

  On Tue, Jan 16, 2007 at 01:29:12PM +0100, Jonas Smedegaard wrote:

  I can only interpret the dbus subscript as indirectly being part of the
  `/etc/init.d/*' initscripts.

  Maybe, but is is _not_ managed by sysvinit but by the dbus init scripts, 
  thus
  it can't use invoke-rc.d. While i agree it's not as nice it coulde be, i 
  don't
  see a real solution untill we get an init system that properly supports 
  events

 The dbus init scripts _are_ subscripts of sysvinit scripts.

subscripts of sysvinit scripts are not what is governed by the invoke-rc.d
policy.

 Policy describes how system daemons should be started only through the
 use of invoke-rc.d, and the dbus subscripts are in fact started that way.

It describes how system daemons *that have sysv init scripts* must be
started using invoke-rc.d.  In fact, hal's postinst also does a force-reload
on dbus, and in that case it *does* use invoke-rc.d correctly.

 hal restarts one of those subscripts directly, which causes problems for
 systems relying on policy-rc.d.

Yes, clearly it is a problem, but that doesn't make it an RC policy
violation.  You're extrapolating policy to apply to cases it doesn't cover
-- that's fine as a starting point for discussing how this should be fixed,
but it doesn't make it an RC bug.

-- 
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#374304: Patch for conffile bug

2007-01-21 Thread Martin Wuertele
yours Martin
diff -urN boxes-1.0.1a/debian/boxes-1.0.1.patch boxes-1.0.1a.fixed/debian/boxes-1.0.1.patch
--- boxes-1.0.1a/debian/boxes-1.0.1.patch	2007-01-20 18:16:00.0 +0100
+++ boxes-1.0.1a.fixed/debian/boxes-1.0.1.patch	2007-01-20 18:47:24.0 +0100
@@ -102,7 +102,7 @@
  # The following line (GLOBALCONF) is the only line you should need to edit!
 -GLOBALCONF = /usr/local/share/boxes
 -BVERSION   = 1.0.1
-+GLOBALCONF = /etc/boxes
++GLOBALCONF = /etc/boxes/boxes-config
 +BVERSION   = 1.0.1a
  
  SNAPFILE   = boxes-SNAP-$(shell date +%Y%m%d)
diff -urN boxes-1.0.1a/debian/changelog boxes-1.0.1a.fixed/debian/changelog
--- boxes-1.0.1a/debian/changelog	2007-01-20 18:16:00.0 +0100
+++ boxes-1.0.1a.fixed/debian/changelog	2007-01-20 18:48:42.0 +0100
@@ -1,3 +1,12 @@
+boxes (1.0.1a-2.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Adjust location for configuration file, it should be
+/etc/boxes/boxes-config and not the directory /etc/boxes/
+itself. (Closes: #374304, #384696)
+
+ -- Michael Prokop [EMAIL PROTECTED]  Sat, 20 Jan 2007 18:16:55 +0100
+
 boxes (1.0.1a-2.1) unstable; urgency=low
 
   * Non-maintainer upload.


signature.asc
Description: Digital signature


Bug#407517: [Pkg-samba-maint] Bug#407517: weekly Samba/ldapsam failure serving files to a busy win2k client

2007-01-21 Thread Andrew Bartlett
On Fri, 2007-01-19 at 06:58 +0100, Christian Perrier wrote:
 severity 407517 important
 forwarded 407517 https://bugzilla.samba.org/show_bug.cgi?id=4282
 thanks
 
  Severity: should be critical, samba+ldap software fails in Etch in a simple
  PDC configuration and LDAP backend, with filesharing to IIS.  Failure is
  very consistent every 5-7 days depending on traffic.
 
 That seems to fit the definition of important. It can't be critical,
 IMHO.
 
 I'm sorry to say that this means that the chances that this bug is
 *not* fixed in etch are pretty high because such bugs are very likely
 to be fixed in a new upstream version with low chances that a backport
 is possible (but, who knows?).
 
 
  The issue has been reported in detail to samba on Dec 4th in bugs,
  https://bugzilla.samba.org/show_bug.cgi?id=4282
  https://bugzilla.samba.org/show_bug.cgi?id=4297
 
 
 Thanks for the hints that will help us to track down upstream activity
 on the bugs.
 

Valgrind logs would help a lot here, with the --leak-check=full option.
In particular, valgrind's output into the logs when the memory-chewing
smbd is killed could be useful.  There is also an smbcontrol command
'pool-usage' that, if the process is still responsive, could list where
the memory is being used.

Andrew Bartlett

-- 
Andrew Bartletthttp://samba.org/~abartlet/
Authentication Developer, Samba Team   http://samba.org
Samba Developer, Red Hat Inc.  http://redhat.com


signature.asc
Description: This is a digitally signed message part


Bug#313129: Announce of the upcoming NMU for the atlas3 package

2007-01-21 Thread Daniel Nylander
Christian Perrier skrev:
 Dear maintainer of atlas3 and Debian translators,
 
 Today, I sent a notice to the maintainer of the atlas3 Debian
 package, mentioning the status of at least one old po-debconf translation 
 update in the BTS (bug #313129).

Here is the updated Swedish debconf translation

Regards,
Daniel
# 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.
# , fuzzy
#
#
msgid 
msgstr 
Project-Id-Version: atlas3 3.6.0-20\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2006-10-03 19:18+0200\n
PO-Revision-Date: 2007-01-21 11:04+0100\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit\n

#. Type: error
#. Description
#: ../atlas3-3dnow.templates:1001
msgid The running cpu cannot execute 3dnow code
msgstr Den körande processorn kan inte exekvera 3dnow-kod

#. Type: error
#. Description
#: ../atlas3-3dnow.templates:1001
msgid You are installing 3dnow enhanced atlas libs on a system which cannot execute them.  This is most likely because your processor is not an AMD K6 or higher.  This package will go ahead and install the libs, but not set the runtime linker on this machine to use them.  You can later perform this configuration with dpkg-reconfigure atlas3-3dnow.
msgstr Du installerar de 3dnow-utökade atlas-biblioteken på ett system som inte kan exekvera dem. Detta är antagligen för att din processor inte är en AMD K6 eller högre. Detta paket kommer att fortsätta och installera biblioteken men kommer inte att ställa in körtidslänkaren på denna maskin att använda dem. Du kan göra denna konfiguration senare med \dpkg-reconfigure atlas3-3dnow\.

#. Type: error
#. Description
#: ../atlas3-2.0.templates:1001
msgid The running cpu cannot execute 2.0 code
msgstr Den körande processorn kan inte exekvera 2.0-kod

#. Type: error
#. Description
#: ../atlas3-2.0.templates:1001
msgid You are installing 2.0 enhanced atlas libs on a system which cannot execute them.  This is most likely because your processor is not an hppa 2.0 or higher.  This package will go ahead and install the libs, but not set the runtime linker on this machine to use them.  You can later perform this configuration with dpkg-reconfigure atlas3-2.0.
msgstr Du installerar de 2.0-utökade Atlas-biblioteken på ett system som inte kan exekvera dem. Detta är antagligen därför att din processor inte är en hppa 2.0 eller högre. Detta paket kommer att fortsätta och installera biblioteken men kommer inte att ställa in körtidslänkaren på denna maskin till att använda dem. Du kan göra denna konfiguration senare med \dpkg-reconfigure atlas3-2.0\.

#. Type: error
#. Description
#: ../atlas3-altivec.templates:1001
msgid The running cpu cannot execute ALTIVEC code
msgstr Den körande processorn kan inte exekvera ALTIVEC-kod

#. Type: error
#. Description
#: ../atlas3-altivec.templates:1001
msgid You are installing ALTIVEC enhanced atlas libs on a system which cannot execute them.  This is most likely because your processor is not a powerpc G4 or higher.  This package will go ahead and install the libs, but not set the runtime linker on this machine to use them.  You can later perform this configuration with dpkg-reconfigure atlas3-altivec.
msgstr Du installerar de ALTIVEC-utökade Atlas-biblioteken på ett system som inte kan exekvera dem. Detta är antagligen därför att din processor inte är en PowerMac G4 eller högre. Detta paket kommer att fortsätta och installera biblioteken men kommer inte att ställa in körtidslänkaren på denna maskin att använda dem. Du kan göra denna konfiguration senare med \dpkg-reconfigure atlas3-altivec\.

#. Type: error
#. Description
#: ../atlas3-ev6.templates:1001
msgid The running cpu cannot execute EV6 code
msgstr Den körande processorn kan inte exekvera EV6-kod

#. Type: error
#. Description
#: ../atlas3-ev6.templates:1001
msgid You are installing EV6 enhanced atlas libs on a system which cannot execute them.  This is most likely because your processor is not an alpha EV6 or higher.  This package will go ahead and install the libs, but not set the runtime linker on this machine to use them.  You can later perform this configuration with dpkg-reconfigure atlas3-ev6.
msgstr Du installerar de EV6-utökade Atlas-biblioteken på ett system som inte kan exekvera dem. Detta är antagligen därför att din processor inte är en Alpha EV6 eller högre. Detta paket kommer att fortsätta och installera biblioteken men kommer inte att ställa in körtidslänkaren på denna maskin till att använda dem. Du kan göra denna 

Bug#407774: ddclient: [INTL:*] Please unfuzzy previously complete debconf translations

2007-01-21 Thread Daniel Nylander
Christian Perrier skrev:

 Note to other translators: this gives you a small window to update your
 translations. There are existing but outdated translations for German


Here is the Swedish debconf translation for ddclient

Regards,
Daniel
# 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: ddclient\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-01-20 17:57+0100\n
PO-Revision-Date: 2007-01-21 11:29+0100\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: select
#. Choices
#: ../ddclient.templates:1001
msgid www.dyndns.org
msgstr www.dyndns.org

#. Type: select
#. Choices
#: ../ddclient.templates:1001
msgid www.easydns.com
msgstr www.easydns.com

#. Type: select
#. Choices
#: ../ddclient.templates:1001
msgid www.dslreports.com
msgstr www.dslreports.com

#. Type: select
#. Choices
#: ../ddclient.templates:1001
msgid www.zoneedit.com
msgstr www.zoneedit.com

#. Type: select
#. Choices
#: ../ddclient.templates:1001
msgid other
msgstr annan

#. Type: select
#. Description
#: ../ddclient.templates:1002
msgid Dynamic DNS service provider:
msgstr Dynamisk DNS-tjänsteleverantör:

#. Type: select
#. Description
#: ../ddclient.templates:1002
msgid Please select the dynamic DNS service you are using. If the service you use is not listed, choose \other\ and you will be asked for the protocol and the server name.
msgstr Välj den dynamiska DNS-tjänster som du använder. Om tjänsten du använder inte finns listas, välj \annan\ och du kommer att bli frågad efter protokollet och servernamnet.

#. Type: string
#. Description
#: ../ddclient.templates:2001
msgid Dynamic DNS server:
msgstr Dynamisk DNS-server:

#. Type: string
#. Description
#: ../ddclient.templates:2001
msgid Enter the name of the server which is providing you with dynamic DNS service (example: members.dyndns.org).
msgstr Ange namnet på servern som tillhandahåller den dynamiska DNS-tjänsten åt dig (exempel: members.dyndns.org).

#. Type: select
#. Description
#: ../ddclient.templates:3001
msgid Dynamic DNS update protocol:
msgstr Uppdateringsprotokoll för Dynamisk DNS:

#. Type: select
#. Description
#: ../ddclient.templates:3001
msgid Select the dynamic DNS update protocol used by your dynamic DNS service provider.
msgstr Välj uppdateringsprotokollet som används för dynamisk DNS av din tjänsteleverantör.

#. Type: string
#. Description
#: ../ddclient.templates:4001
msgid DynDNS fully qualified domain names:
msgstr Fullständigt kvalificerade domännamn för DynDNS:

#. Type: string
#. Description
#: ../ddclient.templates:4001
msgid Enter the list of fully qualified domain names for your host (like \myname.dyndns.org\ if you have only one host or \myname1.dyndns.org,myname2.dyndns.org\ for two hosts).
msgstr Ange listan över fullständigt kvalificerade domännamn för din värddator (som \mittnamn.dyndns.org\ om du endast har en värd eller \mittnamn1.dyndns.org,mittnamn2.dyndns.org\ för två värdar).

#. Type: string
#. Description
#: ../ddclient.templates:5001
msgid Username for dynamic DNS service:
msgstr Användarnamn för dynamisk DNS-tjänst:

#. Type: string
#. Description
#: ../ddclient.templates:5001
msgid Enter the username you use to log into the dynamic DNS service.
msgstr Ange användarnamnet du använder för att logga in mot den dynamiska DNS-tjänsten.

#. Type: password
#. Description
#: ../ddclient.templates:6001
msgid Password for dynamic DNS service:
msgstr Lösenord för dynamisk DNS-tjänst:

#. Type: password
#. Description
#: ../ddclient.templates:6001
msgid Enter the password you use to log into the dynamic DNS service.
msgstr Ange lösenordet som du använder för att logga in mot den dynamiska DNS-tjänsten.

#. Type: string
#. Description
#: ../ddclient.templates:7001
msgid Interface used for dynamic DNS service:
msgstr Gränssnitt att använda för dynamisk DNS-tjänst:

#. Type: string
#. Description
#: ../ddclient.templates:7001
msgid Enter the interface which is used for using dynamic DNS service.
msgstr Ange gränssnittet som används för den dynamiska DNS-tjänsten.

#. Type: boolean
#. Description
#: ../ddclient.templates:8001
msgid Run ddclient on PPP connect?
msgstr Kör ddclient vid PPP-anslutning?

#. Type: boolean
#. Description
#: ../ddclient.templates:8001
msgid Enable this if ddclient should be run every time a PPP connection is established.
msgstr Aktivera det här om ddclient ska köra varje gång en PPP-anslutning etableras.

#. Type: boolean
#. Description
#: ../ddclient.templates:9001
msgid Run ddclient as daemon?
msgstr Kör ddclient som demon?

#. Type: boolean
#. Description
#: ../ddclient.templates:9001
msgid Please choose whether you want 

Bug#226623: xserver-xfree86: [ati/radeon] XVideo inoperative on Radeon Mobility M6 LY rev 0

2007-01-21 Thread Lee Begg
On Monday 15 January 2007 00:01, Brice Goglin wrote:
 Hi,

 About 2 years ago, you reported (or replied to) a bug in the Debian BTS
 regarding XVideo not working on Radeon boards. Did any of you guys
 reproduce this problem recently? If not, I will close this bug in the
 next weeks.

 Thanks,
 Brice

Working for me now. Only switched back to the radeon driver recently and after 
I configured it right, I have video on either monitor.

Regards
Lee Begg


pgpW10GMrCPgg.pgp
Description: PGP signature


Bug#405471: lynx: Ignores locale settings, uses wrong charset

2007-01-21 Thread Jens Seidel
On Sat, Jan 20, 2007 at 07:59:53PM -0500, Thomas Dickey wrote:
 On Sat, Jan 20, 2007 at 08:30:18PM +0100, Jens Seidel wrote:
  On Wed, Jan 03, 2007 at 09:23:00PM +0100, Jens Seidel wrote:
   Opening http://www.debian.org/security/2006/index.de.html using lynx
   in a UTF-8 locale I do not get the proper encoding.
  
  I now noticed that there where some replies to this bug but without
  [EMAIL PROTECTED] (me) in CC:, bad!
 
 Your comment in #313789 is following a comment in #405471.

Oops, sorry. #313789 is another bug report from me which just reports
many typos. Now I properly write to #405471.

  OK, I tried lynx-cur-wrapper which uses lynx-cur. The result is better:
  Waehlen Sie einen Server in Ihrer Naehe. ae is the proper 7bit
  transliteration of ??. But there is no need to reduce the display to
  7bit in a UTF-8 environment.
 
 In the options screen, I have
 
   Use locale-based character set   : [ON_] 
   Display character set: [UNICODE (UTF-8)]  

I have OFF and Japanese (EUC-JP) in the default configuration.
Please note that I just purged all my lynx* packages and reinstalled
lynx-cur-wrapper which should (according to the package description)
select the proper language/encoding.

After purging lynx-cur-wrapper and installing lynx-cur I just miss all
8bit characters again. This time not even a 7bit transliteration is
used!

PS: During a few purge/installations I noticed the debconf question for
the default homepage. This is an abuse of debconf. This information is
just completely unimportant. Do you not think that a proper question for
the preferred language (and locale settings if setlocale() is really not
used by default) is much more important? (But no, there should be no
such question, since it should work by default using locale settings!)

My local ~/.lynxrc config contains
preferred_language=de; q=1.0, en; q=0.5
which should have no effect.

My locale settings:
LANG=de_DE.UTF-8
LC_CTYPE=de_DE.UTF-8
LC_NUMERIC=de_DE.UTF-8
LC_TIME=de_DE.UTF-8
LC_COLLATE=de_DE.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES=de_DE.UTF-8
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=

I don't know whether it matters but I use a screen session in xterm.

Jens


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



Bug#295375: RC due to gaia

2007-01-21 Thread Adrian Bunk
On Sun, Jan 21, 2007 at 10:57:54AM +0100, Andreas Barth wrote:
 * Adrian Bunk ([EMAIL PROTECTED]) [070120 18:41]:
  There are many ways to fix this bug.
 
 This is true for many bugs. But when I ask myself Is this bug bad
 enough that I will hold up the release for it, my honest answer is I
 don't think I would. This isn't the same as nobody is allowed to fix
 this bug - it is just we're not going to wait on fixing this bug.
 (And I know a couple of more possible breakages in packages which are
 not-yet-RC, a few kinds are on my personal work list for the Lenny
 cycle.)

Considering that there's an obvious one liner as workaround for this 
bug, I'm surprised how much time you are spending stating that this bug 
doesn't have to be fixed for etch instead of spending less time on 
uploading an NMU...

 Cheers,
 Andi

cu
Adrian

-- 

   Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   Only a promise, Lao Er said.
   Pearl S. Buck - Dragon Seed



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



Bug#407063: wine in desktop task?

2007-01-21 Thread Geert Stappers
Op 16-01-2007 om 23:54 schreef Luis Matos:
 i agree on wine to stand in the desktop task.
 
 Desktop task should cover user's possible activities and it's normal
 that any user (mostly new users) to try to run a certain windows
 application.
 
 The question is ... Why not?


Debian is about free software. Free as is in freedom of speech (not free drinks)

Wine, the Wine Is No Emulator, exists mostly to run not so free software.

But people are free to run non free software.
( For me is Debian also about freedom )


It is a good thing to explain to those who believe they need wine,
that they need to do something extra when they want non-free software.

So, not including wine in the desktop task,
is the best way to tell what Debian is all about.


Cheers
Geert Stappers


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



Bug#407776: Impossible to setup hotplug: it try to remove linux kernel

2007-01-21 Thread Alexander Litvinov
Package: hotplug
Version: 0.0.20040329-26
Severity: grave
Justification: renders package unusable

When I install hotplug for etch it trys to remove these packages:
hal, kde, linux-image-2.6.18-3-k7



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


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



Bug#350595: gerris still FTBFS on m68k

2007-01-21 Thread Christian T. Steigies
reopen 350595
thanks

Hi,
gerris still fails to build on m68k:

if /bin/sh ../libtool --silent --mode=compile m68k-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include
+-DG_LOG_DOMAIN=\Gfs\ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include-DFTT_2D=1 -O2 -Wall
-Wall
+-Werror-implicit-function-declaration -Wmissing-prototypes
-Wmissing-declarations -pipe -MT libgfs2D_la-init.lo -MD
-MP -MF
+.deps/libgfs2D_la-init.Tpo \
  -c -o libgfs2D_la-init.lo `test -f 'init.c' || echo './'`init.c; \
then mv -f .deps/libgfs2D_la-init.Tpo
.deps/libgfs2D_la-init.Plo; \
else rm -f .deps/libgfs2D_la-init.Tpo; exit 1; \
fi
init.c:28: error: '__FPU_MASK_DZ' undeclared here (not in a function)
make[4]: *** [libgfs2D_la-init.lo] Error 1

This might be due to __FPU_MASK_DZ not being defined for m68k, but
_FPU_MASK_DZ instead:

#define _FPU_MASK_DZ0x0400#define _FPU_MASK_DZ 0x0400

Christian


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



Bug#407778: libxine1: Hangs playing on alternate ALSA card

2007-01-21 Thread Adam Porter
Package: libxine1
Version: 1.1.2+dfsg-2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I didn't have any problems with xinelib before, but in the past couple of 
months I've been having some problems.  
I have two sound cards, both of which work fine with ALSA.  However, often 
xine-using apps (like Amarok and 
Kaffeine) will only play on one of the devices; using the other one will result 
in nothing happening.  With 
Amarok, the UI doesn't crash, but the file doesn't play, the position counter 
doesn't move, etc.  With Kaffeine, 
the entire app will freeze.  But if I play on the other card, it works fine.

You might think this is an ALSA problem, but I can play on both cards just fine 
with other apps, like XMMS and 
VLC.  I've been waiting a couple of months, hoping this would sort itself out.  
And, in fact, a few days ago I was 
able to play Amarok on this card that isn't working in Amarok now, but is 
working with XMMS and VLC right now.

I don't know what else to do but file a bug.  I tried to kill Kaffeine or 
Amarok with SIGSEGV when it wasn't 
working, but the backtrace didn't look relevant at all.

Please let me know how I can help debug this.  It's really annoying!

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages libxine1 depends on:
ii  liba52-0.7.4   0.7.4-7   Library for decoding ATSC A/52 str
ii  libasound2 1.0.13-1  ALSA library
ii  libavcodec0d   0.cvs20060823-4   ffmpeg codec library
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgl1-mesa-glx [l 6.5.1-0.5 A free implementation of the OpenG
ii  libglu1-mesa [libg 6.5.1-0.5 The OpenGL utility library (GLU)
ii  libmad00.15.1b-2.1   MPEG audio decoder library
ii  libmodplug0c2  1:0.7-5.2 shared libraries for mod music bas
ii  libogg01.1.3-2   Ogg Bitstream Library
ii  libpostproc0d  0.cvs20060823-4   ffmpeg video postprocessing librar
ii  libspeex1  1.1.12-2  The Speex Speech Codec
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libtheora0 0.0.0.alpha7.dfsg-1.1 The Theora Video Compression Codec
ii  libvorbis0a1.1.2.dfsg-1.2The Vorbis General Audio Compressi
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxv1 1:1.0.2-1 X11 Video extension library
ii  libxvmc1   1:1.0.2-2 X11 Video extension library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages libxine1 recommends:
ii  libmng1   1.0.9-1Multiple-image Network Graphics li

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFs0MA5+GdyTDsrJsRAp0xAJwMWjKlIOvUC3yf8wLGII7/m3tMvwCfUA93
KtLC4/x0+sHY3Buj4uKKvOg=
=a3Qc
-END PGP SIGNATURE-


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



Bug#407777: postfix message not chatched by rules

2007-01-21 Thread Marco Nenciarini
Package: logcheck-database
Version: 1.2.53
Severity: minor

On my mailserver i've got some message like the following (user infos obscured):

Jan 21 08:01:01 lorien postfix/smtp[3005]: 39D2315533A: to=[EMAIL PROTECTED], 
relay=mail.somedomain.org[11.22.33.44]:25, conn_use=2, delay=1.3, 
delays=0.06/0/0.44/0.83, dsn=2.0.0, status=sent (250 Message queued)

This is a normal operation message and it happens when the destination
server is an NT system. (telneting to 25 port, the first line is
220 mailserver1.ispdomain.com (IMail 8.15 11446-59) NT-ESMTP Server X1)

Ciao

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

Versions of packages logcheck-database depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy

logcheck-database recommends no packages.

-- debconf information excluded

-- 
-
|Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
| [EMAIL PROTECTED] | http://www.prato.linux.it/~mnencia   |
-
Key fingerprint = FED9 69C7 9E67 21F5 7D95  5270 6864 730D F095 E5E4



signature.asc
Description: Digital signature


Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices

2007-01-21 Thread Steve Langasek
On Wed, Jan 17, 2007 at 01:17:32PM +0100, Frederic Peters wrote:

  Now, the package you've uploaded to unstable seems to offer an alternative
  fix, but I have some trouble understanding it so I'm still hesitant to
  accept it into etch.  How does print-camera-list.c interface with udev to
  trigger calling check_ptp_camera?

 /etc/udev/rules.d/025_libghoto2.rules has this line:
   PROGRAM=check_ptp_camera 06/01/01, MODE=0660, GROUP=plugdev
 which will be called for every USB devices plugged in.

Ah, so print-camera-list.c is used to generate the udev rules file, ok.
That's what I needed to know, thanks.

  BTW, I'm pretty sure $( file) isn't POSIX sh, so check_ptp_camera shouldn't
  have /bin/sh listed as the interpreter.

 I'll have that fixed.

Ok, I'm currently waiting on this fix before approving the update into etch;
please let me know when I should review again.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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



Bug#407209: tasksel: Cannot make a minimal install

2007-01-21 Thread Geert Stappers
Op 16-01-2007 om 22:23 schreef Gilles Mocellin:
 
 I wish I could install a minimal system during install, without using
 the Netinst CD.
 I use the netboot methode, with an apt-proxy for the sources.
 At the tasksel phase during install, even if I deselect
 everything, it install 540 packages, including X windows, gnome...
 
 I don't want these for my servers !

I do understand the wishlist and is that allready available.
Deselecting everthing used to result the desired effect.

So this bugreport is either an user error or an regression.


Cheers
Geert Stappers


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



Bug#407779: Memory leak in Evince (or a library)

2007-01-21 Thread Arieh Skliarouk

Package: evince
Version: 0.4.0-5

I tried to read following PDF using evince, and saw that after scrolling
with PageDown several pages, evince used 300-400MB of resident menory (and
then crashed with OutOfMemory error):
http://openmoko.com/files/OpenMoko_Amsterdam.pdf

I saw an bug report with similar symptoms, not sure whether it is related:
http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsessionid=4fd90d81abb03112f2174f026da0?bug_id=6464983

I'm using zlib1g of following version: 1.2.3-13

--
Arieh


Bug#407780: libapreq2: apreq_body doesn't work as expected when body like a=1=c=3 is passed

2007-01-21 Thread Guillaume Gimenez
Package: libapreq2
Version: 2.08-4
Severity: normal


Hi folks,

There is a problem with the apreq_body function.

When I submit a form with malformed input (ie fields without name like
{input type=text name= value=} ) all others parameters in the form
are missed by apreq_body and resulting apr_table_t is empty.

Best regards - Guillaume

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

Versions of packages libapreq2 depends on:
ii  libapr1  1.2.7-8.2   The Apache Portable Runtime Librar
ii  libaprut 1.2.7+dfsg-2The Apache Portable Runtime Utilit
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-1 universally unique id library

Versions of packages libapreq2 recommends:
ii  libapache2-mod-apreq2 2.08-4 generic Apache request library - A

-- no debconf information


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



Bug#407781: Couldn't find pixmap file: grsync.png

2007-01-21 Thread David Liontooth
Package: grsync
Version: 0.5.2-1
Severity: minor


** (grsync:29139): WARNING **: Couldn't find pixmap file: grsync.png

It's here:

/usr/share/icons/grsync.png

Great app -- thanks for packaging!

Dave


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

Versions of packages grsync depends on:
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libglib2.0-0 2.12.6-2The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libpango1.0-01.14.8-4Layout and rendering of internatio
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  rsync2.6.9-3 fast remote file copy program (lik

Versions of packages grsync recommends:
ii  ssh-askpass1:1.2.4.1-6.1 under X, asks user for a passphras

-- no debconf information


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



Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices

2007-01-21 Thread Steve Langasek
On Wed, Jan 17, 2007 at 01:00:42PM +0100, Nicolas George wrote:
 L'octidi 28 nivôse, an CCXV, Steve Langasek a écrit :
  I'm actually fairly disinclined to accept this change for etch since as you
  mention it is a regression, and moreover I haven't heard anything back from
  the bug submitter about what actually gets broken on his system with this
  bug since it works for me.

 I did answer to that, you probably missed it: if affects the raw USB devices
 in /dev/bus/usb/, which can be used with lubusb.

Ah, sure enough, sorry for missing this.

-- 
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/



Bug#370098: Choice of default browser for etch

2007-01-21 Thread Per Olofsson
Steve Langasek:
 On Tue, Jan 16, 2007 at 10:59:20AM -0500, Joey Hess wrote:
  (The fact that the desktop task keeps breaking during the freeze is
  not making me very happy, BTW.)
 
 Do you have any insight into what's been breaking it?  If the release team
 is doing something wrong here, I'd like to know what it is so we can do
 better.

AFAICT, it broke when firefox-gnome-support was added to the
gnome-desktop task. Maybe nobody noticed until now.

-- 
Pelle


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



Bug#407783: pkcs15-tool: Unexpected type -1 causes bus error

2007-01-21 Thread Gabor Kiss
Package: opensc
Version: 0.11.1-2
Severity: normal

When I issue a pkcs15-tool --list-pins command on
my amd64 Etch machine it terminates with bus error.
After some debugging I found that funcion
pkcs15-tool.c:print_pin_info() tries execute this statement:

printf(\tType  : %s\n, pin_types[pin-type]);

Meanwhile pin-type is -1 therefore the pin_types[] array lookup
fails.

The same command works well on i386 Sarge systems
(opensc version 0.9.6-1).
It prints type numerically.

My card reader is a Schlumberger E-Gate, card type is
Cryptoflex 32K e-gate.

Gabor

-- System Information:
Debian Release: 4.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-kissg
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages opensc depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libltdl3 1.5.22-4A system independent dlopen wrappe
ii  libopensc2   0.11.1-2SmartCard library with support for
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  zlib1g   1:1.2.3-13  compression library - runtime

opensc recommends no packages.

-- no debconf information


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



Bug#407780: libapreq2: apreq_body doesn't work as expected when body like a=1=c=3 is passed

2007-01-21 Thread Steinar H. Gunderson
Hi,

 There is a problem with the apreq_body function.
 
 When I submit a form with malformed input (ie fields without name like
 {input type=text name= value=} ) all others parameters in the form
 are missed by apreq_body and resulting apr_table_t is empty.

Could you please report this upstream as well? (apreq-dev@httpd.apache.org
should do it, AFAIK)

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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



Bug#407782: please ship the HTML version of rdtool self documentation

2007-01-21 Thread Stefano Zacchiroli
Package: rdtool
Version: 0.6.20-1+htmldoc
Severity: wishlist
Tags: patch

rdtool's own documentation (/usr/share/doc/rdtool/rd-draft.rd.gz) is
currently shipped in the 'rdtool' debian package only in .rd format.
This causes two problems:

1) reading the documentation is not very handy, especially when it comes
   to comparing the markup needed to obtain a given visual effect with
   the visual effect itself (since escaping is needed in the first case
   and the use is probably reading a format she want to learn, hence a
   format she is not familiar with)

2) the .rd extension is not considered as an exception by dh_compress
   and hence is even shipped compressed (as .rd.gz) and hence not
   directly suitable for digestion by rdtool itself (i.e. rd2
   /usr/share/doc/rdtool/rd-draft.rd.gz wont work)

I propose to ship the HTML version of the same document, as it's already
done for the README of rdtool.

The attached patch implements this request in the current version of the
debian package, please consider applying it.

Cheers.

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

Versions of packages rdtool depends on:
ii  librd-ruby1.8   0.6.20-1+htmldoc RDTool library for Ruby 1.8
ii  ruby1.8 1.8.5-4  Interpreter of object-oriented scr

rdtool recommends no packages.

-- no debconf information
diff -Nru /tmp/1m7UdUQpmq/rdtool-0.6.20/debian/changelog 
/tmp/CksjYw7v0A/rdtool-0.6.20/debian/changelog
--- /tmp/1m7UdUQpmq/rdtool-0.6.20/debian/changelog  2007-01-21 
12:00:02.0 +0100
+++ /tmp/CksjYw7v0A/rdtool-0.6.20/debian/changelog  2007-01-21 
12:00:03.0 +0100
@@ -1,3 +1,9 @@
+rdtool (0.6.20-1+htmldoc) unstable; urgency=low
+
+  * ship HTML version of the rd documentation
+
+ -- Stefano Zacchiroli [EMAIL PROTECTED]  Sun, 21 Jan 2007 11:51:18 +0100
+
 rdtool (0.6.20-1) unstable; urgency=low
 
   * New upstream release
diff -Nru /tmp/1m7UdUQpmq/rdtool-0.6.20/debian/docs 
/tmp/CksjYw7v0A/rdtool-0.6.20/debian/docs
--- /tmp/1m7UdUQpmq/rdtool-0.6.20/debian/docs   2007-01-21 12:00:02.0 
+0100
+++ /tmp/CksjYw7v0A/rdtool-0.6.20/debian/docs   2007-01-21 12:00:03.0 
+0100
@@ -2,5 +2,6 @@
 README.rd
 README.rd.ja
 README.html
+doc/rd-draft.html
 doc/rd-draft.rd
 doc/rd-draft.rd.ja
diff -Nru /tmp/1m7UdUQpmq/rdtool-0.6.20/debian/rules 
/tmp/CksjYw7v0A/rdtool-0.6.20/debian/rules
--- /tmp/1m7UdUQpmq/rdtool-0.6.20/debian/rules  2007-01-21 12:00:02.0 
+0100
+++ /tmp/CksjYw7v0A/rdtool-0.6.20/debian/rules  2007-01-21 12:00:03.0 
+0100
@@ -26,6 +26,8 @@
$(ruby) -Ilib bin/rd2 -rrd/rd2man-lib -oRD2 bin/rd2
mv RD2.1 debian/rd2.1
 
+   bin/rd2 doc/rd-draft.rd  doc/rd-draft.html
+
touch build-stamp
 
 clean:
@@ -34,6 +36,7 @@
rm -f build-stamp
-rm -f debian/rd2.1
-rm -f debian/rmi2html.rb.1
+   -rm -f doc/rd-draft.html
 
# Add here commands to clean up after the build process.
-$(ruby) setup.rb clean


Bug#301531: [radeon] Lockup when using Hyperball screensaver

2007-01-21 Thread Michel Dänzer
On Sat, 2007-01-20 at 00:22 +0100, Dimitri Chausson wrote:
 On Fri, 19 Jan 2007 08:24:37 +0100
 Michel Dänzer [EMAIL PROTECTED] wrote:
 
  On Fri, 2007-01-19 at 00:49 +0100, Dimitri Chausson wrote:
   
   - the other advice (comment #12) does not apply for me, since 
   the options do not appear in my configuration file ( 
   XaaNoSolidBresenhamLine and XaaNoSolidTwoPointLine )
 
 adding the options in combination with DRI loaded works. There 
 is no crash anymore. The animation is just slower, but I guess 
 it is a consequence of turning off things (with the options).

Right. Can you try the attached patch without these options?


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer
diff --git a/src/radeon_accelfuncs.c b/src/radeon_accelfuncs.c
index 784b074..212131f 100644
--- a/src/radeon_accelfuncs.c
+++ b/src/radeon_accelfuncs.c
@@ -1204,8 +1204,14 @@ FUNC_NAME(RADEONAccelInit)(ScreenPtr pScreen, XAAInfoRecPtr a)
hardware accel two point lines */
 miSetZeroLineBias(pScreen, (OCTANT5 | OCTANT6 | OCTANT7 | OCTANT8));
 
-a-SubsequentSolidTwoPointLine
-	= FUNC_NAME(RADEONSubsequentSolidTwoPointLine);
+#ifdef ACCEL_CP
+/* RV280s lock up with this using the CP for reasons to be determined.
+ * See https://bugs.freedesktop.org/show_bug.cgi?id=5986 .
+ */
+if (info-ChipFamily != CHIP_FAMILY_RV280)
+#endif
+	a-SubsequentSolidTwoPointLine
+	= FUNC_NAME(RADEONSubsequentSolidTwoPointLine);
 
 /* Disabled on RV200 and newer because it does not pass XTest */
 if (info-ChipFamily  CHIP_FAMILY_RV200) {


Bug#346251: change of tags / patch

2007-01-21 Thread Jari Aalto
tags 346251 + patch
thanks

Here is fix for the bug
Jari

=== modified file 'debian/control'
--- debian/control  2007-01-21 08:33:37 +
+++ debian/control  2007-01-21 11:29:47 +
@@ -13,7 +13,24 @@
 Depends: ${python:Depends}, bzr (= 0.9)
 Suggests: rsync (= 2.6.6-1), graphviz (= 2.2.1-1sarge1), librsvg2-bin (= 
2.9.5-6), patch (= 2.5.9-2), python-paramiko, pybaz
 Description: Collection of tools for bzr
- This package contains a collection of plugins for bzr - a distributed
- version control system. Some of these tools may work their way into
- bzr itself at some point, and some are just convenient addons useful
- for day to day operations.
+ This package contains a collection of plugins for bzr - a distributed
+ version control system. Includes convenient addons useful for day to
+ day operations.
+ .
+ Shelve/Unshelve; These plugins by Michael Ellerman provide a very
+ fine-grained 'undo' facility (it's done by patch hunk). This allows
+ you to undo some of your changes, commit, and get back to where you
+ were before.
+ .
+ Clean-Tree; Remove unknown, ignored-junk, or all unversioned files
+ from the current tree.
+ .
+ Graph-Ancestry; Use dot to produce graphs of branch ancestry.
+ .
+ Shell; Starts up a command interpreter that run bzr natively,
+ providing intelligent autocompletion and really responsive operation.
+ .
+ Patch; Applies a specified patch to your tree. The patch may be a
+ filename or URL.
+ .
+  Homepage: http://bazaar-vcs.org/BzrTools



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



Bug#407784: Small error in mpd.conf concerning replaygain settings

2007-01-21 Thread Alexis Papadopoulos

Package: mpd
Version: 0.12.1-1
Severity: important

I installed mpd yesterday and detected a slight error in the mpd.conf 
provided regarding the replaygain settings.
The two possible values are album and track (not title as stated in the 
file). Launching mpd with replaygain set to title fails, track works fine.


Alexis

_
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/




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



Bug#395978: Patch for the 2.1.20010518.SNAPSHOT-17.1 NMU of zephyr

2007-01-21 Thread Christian Perrier

Dear maintainer of zephyr,

Yesterday, I sent you a notice announcing my intent to upload
a NMU of your package to fix the remaining l10n issues.

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: zephyr
Version: 2.1.20010518.SNAPSHOT-17.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier [EMAIL PROTECTED]
Date: Sat, 20 Jan 2007 19:47:23 +0100
Closes: 395978 396775 404414
Changes: 
 zephyr (2.1.20010518.SNAPSHOT-17.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix l10n issues
   * Debconf translation updates:
 - German. Closes: #396775
 - French. Closes: #395978
 - Russian. Closes: #404414

-- 


diff -Nru zephyr-2.1.20010518.SNAPSHOT.old/debian/changelog zephyr-2.1.20010518.SNAPSHOT/debian/changelog
--- zephyr-2.1.20010518.SNAPSHOT.old/debian/changelog	2007-01-20 19:45:37.945561152 +0100
+++ zephyr-2.1.20010518.SNAPSHOT/debian/changelog	2007-01-20 19:48:11.739172652 +0100
@@ -1,3 +1,13 @@
+zephyr (2.1.20010518.SNAPSHOT-17.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix l10n issues
+  * Debconf translation updates:
+- German. Closes: #396775
+- French. Closes: #395978
+- Russian. Closes: #404414
+
+ -- Christian Perrier [EMAIL PROTECTED]  Sat, 20 Jan 2007 19:47:23 +0100
+
 zephyr (2.1.20010518.SNAPSHOT-17) unstable; urgency=low
 
   * Fix build-depends for seemlingly oddly picky autobuilders.
diff -Nru zephyr-2.1.20010518.SNAPSHOT.old/debian/po/cs.po zephyr-2.1.20010518.SNAPSHOT/debian/po/cs.po
--- zephyr-2.1.20010518.SNAPSHOT.old/debian/po/cs.po	2007-01-20 19:45:37.929560152 +0100
+++ zephyr-2.1.20010518.SNAPSHOT/debian/po/cs.po	2007-01-20 19:48:18.211577152 +0100
@@ -14,8 +14,8 @@
 msgid 
 msgstr 
 Project-Id-Version: zephyr\n
-Report-Msgid-Bugs-To: [EMAIL PROTECTED]
-POT-Creation-Date: 2006-10-16 01:15-0400\n
+Report-Msgid-Bugs-To: \n
+POT-Creation-Date: 2007-01-20 19:48+0100\n
 PO-Revision-Date: 2005-03-16 20:16+0100\n
 Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n
 Language-Team: Czech [EMAIL PROTECTED]\n
@@ -25,13 +25,13 @@
 
 #. Type: string
 #. Description
-#: ../zephyr-clients.templates:3 ../zephyr-server.templates:3
+#: ../zephyr-clients.templates:1001 ../zephyr-server.templates:1001
 msgid Zephyr servers:
 msgstr 
 
 #. Type: string
 #. Description
-#: ../zephyr-clients.templates:3
+#: ../zephyr-clients.templates:1001
 msgid 
 Please type the full names of your zephyr servers, separated by spaces. 
 (note that this can be a subset of what you're telling the servers)
@@ -41,13 +41,13 @@
 
 #. Type: boolean
 #. Description
-#: ../zephyr-clients.templates:10 ../zephyr-server.templates:10
+#: ../zephyr-clients.templates:2001 ../zephyr-server.templates:2001
 msgid for internal use
 msgstr 
 
 #. Type: boolean
 #. Description
-#: ../zephyr-clients.templates:10 ../zephyr-server.templates:10
+#: ../zephyr-clients.templates:2001 ../zephyr-server.templates:2001
 msgid 
 We want to try and capture user changes when they edit a config file 
 manually.  To do this we look at the file in the config script. However, in 
@@ -65,13 +65,13 @@
 
 #. Type: note
 #. Description
-#: ../zephyr-clients.templates:20
+#: ../zephyr-clients.templates:3001
 msgid You have no zephyr servers specified for the client
 msgstr Pro klienta jste nezadali ¾ádné zephyr servery
 
 #. Type: note
 #. Description
-#: ../zephyr-clients.templates:20
+#: ../zephyr-clients.templates:3001
 msgid 
 The zephyr-clients package for whatever reason does not have any zephyr 
 servers configured.  Please edit the file /etc/default/zephyr-clients and 
@@ -84,7 +84,7 @@
 
 #. Type: string
 #. Description
-#: ../zephyr-server.templates:3
+#: ../zephyr-server.templates:1001
 msgid 
 Please type the full names of your zephyr servers, separated by spaces. 
 (Note that this can be a superset of that you're telling the clients.)
diff -Nru zephyr-2.1.20010518.SNAPSHOT.old/debian/po/de.po zephyr-2.1.20010518.SNAPSHOT/debian/po/de.po
--- zephyr-2.1.20010518.SNAPSHOT.old/debian/po/de.po	2007-01-20 19:45:37.929560152 +0100
+++ zephyr-2.1.20010518.SNAPSHOT/debian/po/de.po	2007-01-20 19:48:18.98652 +0100
@@ -8,30 +8,31 @@
 #/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.
-# Tobias Toedter [EMAIL PROTECTED], 2005.
 #
+# Tobias Toedter [EMAIL PROTECTED], 2005, 2006.
 msgid 
 msgstr 
 Project-Id-Version: zephyr\n
-Report-Msgid-Bugs-To: [EMAIL PROTECTED]
-POT-Creation-Date: 2006-10-16 01:15-0400\n
-PO-Revision-Date: 2005-03-16 20:25+0100\n
+Report-Msgid-Bugs-To: \n
+POT-Creation-Date: 2007-01-20 19:48+0100\n
+PO-Revision-Date: 2006-11-02 21:36+0100\n
 Last-Translator: Tobias Toedter [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: 

Bug#389108: yakuake still in lost and found

2007-01-21 Thread Sune Vuorela
found 389108 2.7.5-4
thanks

Hi ana!

I still see yakuake in lost and found.  

doing the following makes it end up the right place:

--- yakuake/src/yakuake.desktop.orig2007-01-21 12:11:56.0 +0100
+++ yakuake/src/yakuake.desktop 2007-01-21 12:12:23.0 +0100
@@ -14,3 +14,4 @@ Comment[pt]=Um emulador de terminal do e
 Comment[pt_BR]=Um emulador de terminal no estilo do Quake, baseado na 
tecnologia do Konsole do KDE.
 Comment[sv]=En Quake-liknande terminalemulator baserad på teknologi från 
KDE:s Terminal.
 Comment[tr]=KDE Konsole teknolojisi üzerine kurulu Quake stili bir terminal 
emülatörü
+Categories=Qt;KDE;System;TerminalEmulator;


(applied with -p0)

/Sune

-- 
Man, how to send a Web site?

You neither need to disable the 3D monitor, nor must save on a floppy disk to a 
modem of the file of a program over the space bar, so that from the tools 
inside DOS 2.4.3 you never have to reinstall a e-mail address.


pgpjkGIGtReTA.pgp
Description: PGP signature


Bug#407785: backuppc: new tar version results in failed backups

2007-01-21 Thread Wolfgang Karall
Package: backuppc
Version: 2.1.2-5
Severity: normal
Tags: patch


Hello,

tar 1.16 has changed in the way it reacts to files changing while being
archived, which results in backuppc failing with backup failed (Tar
exited with error 256 () status). Attached is a patch to fix this
problem, right from the backuppc-user mailing list, see Craig Barratt's
message in
http://sourceforge.net/mailarchive/message.php?msg_id=38014253

Kind regards
Wolfgang Karall

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages backuppc depends on:
ii  adduser   3.102  Add and remove users and groups
ii  apache2   2.2.3-3.2  Next generation, scalable, extenda
ii  apache2-mpm-prefork [apache2] 2.2.3-3.2  Traditional model for Apache HTTPD
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  dpkg  1.13.25package maintenance system for Deb
ii  libarchive-zip-perl   1.16-1 Module for manipulation of ZIP arc
ii  libcompress-zlib-perl 1.42-2 Perl module for creation and manip
ii  perl [libdigest-md5-perl] 5.8.8-7Larry Wall's Practical Extraction 
ii  perl-suid 5.8.8-7Runs setuid Perl scripts
ii  postfix [mail-transport-agent 2.3.6-1A high-performance mail transport 
ii  samba-common  3.0.23d-4  Samba common files used by both th
ii  smbclient 3.0.23d-4  a LanManager-like simple client fo
ii  tar   1.16-2 GNU tar
ii  wwwconfig-common  0.0.48 Debian web auto configuration

backuppc recommends no packages.

-- debconf information:
* backuppc/configuration-note:
* backuppc/add-lines: false
--- lib/BackupPC/Xfer/Tar.pm.orig   2007-01-21 12:19:38.184919731 +0100
+++ lib/BackupPC/Xfer/Tar.pm2007-01-21 12:20:25.603227316 +0100
@@ -198,7 +198,7 @@ sub readOutput
 my $mesg;
 if ( sysread($t-{pipeTar}, $mesg, 8192) = 0 ) {
 vec($$FDreadRef, fileno($t-{pipeTar}), 1) = 0;
-   if ( !close($t-{pipeTar}) ) {
+   if ( !close($t-{pipeTar}) and $? != 256 ) {
$t-{tarOut} .= Tar exited with error $? ($!) status\n;
$t-{xferOK} = 0 if ( !$t-{tarBadExitOk} );
}


Bug#407754: openssh-server: GSSAPICleanupCredentials doesn't, unless PrivilegeSeparation is enabled

2007-01-21 Thread Brendan Cully
On Saturday, 20 January 2007 at 18:58, Russ Allbery wrote:
 Brendan Cully [EMAIL PROTECTED] writes:
 
  Package: openssh-server
  Version: 4.3p2-8
 
  It seems that GSSAPI credentials are not cleaned up unless
  PrivilegeSeparation is enabled. I prefer to keep that off so that I can
  use pam_krb5 keyboard-interactive authentication when I don't already
  have keys.
 
 pam_krb5 keyboard-interactive should work fine with privilege separation
 enabled with the libpam-krb5 in etch.  Please let me know if it doesn't.

You're right, it does seem to be working now. It'd be nice if ssh
cleaned up its gssapi credentials when privsep was off, but it's much
less important to me now. Thanks.



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



Bug#406044: Same Problem with gdm

2007-01-21 Thread Michel Dänzer
On Sat, 2007-01-20 at 19:41 +0100, Erik Tews wrote:
 
 I am using gdm and a gnome-desktop afterwards. Sometimes my x-server
 crashes (about 2 times a day or so). I get the same backtrace:
 
 Backtrace:
 0: /usr/bin/X(xf86SigHandler+0x84) [0x80c4354]
 1: [0xb7f31420]
 2: /usr/bin/X(Dispatch+0x81) [0x8086b91]
 3: /usr/bin/X(main+0x489) [0x806e699]
 4: /lib/tls/libc.so.6(__libc_start_main+0xc8) [0xb7d24ea8]
 5: /usr/bin/X(FontFileCompleteXLFD+0xa9) [0x806d9d1]
 
 But I don't know how to reproduce it exactly. Can I help you with
 debugging?

In addition to the information requested by Sune, it would be useful to
get a backtrace from gdb attached to the X server (only possible from a
remote login), ideally with the X server and drivers rebuilt with
debugging symbols.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer



Bug#301357: Should list 'radeon' in the list of available drivers when configuring the package

2007-01-21 Thread Michel Dänzer
On Sun, 2007-01-21 at 03:18 +0100, Brice Goglin wrote:
 ati is listed and works for all supported Radeon boards.

In theory, yes. In practice, see
https://bugs.freedesktop.org/show_bug.cgi?id=6796 for examples where it
doesn't in any upstream release to date.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer



Bug#306688: #306688: updated patch for Xserver(1) typos in xserver-xorg-core 1.1.1-15

2007-01-21 Thread Brice Goglin
reassign 306688 xserver-xorg-core
thank you



Only one of these typos is fixed in Xserver(1) as of xserver-xorg-core
1.1.1-15. Updated 33_Xserver_man_typos.patch attached.

Brice

From: Drew Parsons [EMAIL PROTECTED]
Date: Sat, 21 Oct 2006 12:06:43 + (+1000)
Subject: Minor typos in Xserver man page.
X-Git-Url: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=04554a3adcddc32de5fdb0b3122da0bcdd4c24a9

Minor typos in Xserver man page.
---

--- a/doc/Xserver.man.pre
+++ b/doc/Xserver.man.pre
@@ -181,7 +181,7 @@
 causes all remaining command line arguments to be ignored.
 .TP 8
 .B \-maxbigreqsize \fIsize\fP
-sets the maxmium big request to
+sets the maximum big request to
 .I size
 MB.
 .TP 8
@@ -449,9 +449,9 @@
 
 action ::= a | i | e
 
-string ::= dbl quoted string | single quoted string | unqouted string
+string ::= dbl quoted string | single quoted string | unquoted string
 
-dbl quoted string ::= space  not dqoute*  space
+dbl quoted string ::= space  not dquote*  space
 
 single quoted string ::= space ' not squote* ' space
 
@@ -462,7 +462,7 @@
 Character sets:
 
 not newline ::= any character except '\en'
-not dqoute  ::= any character except 
+not dquote  ::= any character except 
 not squote  ::= any character except '
 not space   ::= any character except those in space
 .fi


Bug#407776: Impossible to setup hotplug: it try to remove linux kernel

2007-01-21 Thread Steve Langasek
On Sun, Jan 21, 2007 at 04:28:52PM +0600, Alexander Litvinov wrote:
 Package: hotplug
 Version: 0.0.20040329-26
 Severity: grave
 Justification: renders package unusable

 When I install hotplug for etch it trys to remove these packages:
 hal, kde, linux-image-2.6.18-3-k7

Yes, because of a deliberate conflict between udev and hotplug.  A
significant number of packages today depend on udev, including (indirectly)
the official kernel packages.

I'm not sure that this makes hotplug really unusable, though it does make it
unlikely to be used.  This will need to be weighed against the destabilizing
effect of removing such a once-core package from etch at this late date.

I think more information is needed here before deciding whether to remove
the package or downgrade the bug.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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



Bug#402014: fontconfig.defoma patch

2007-01-21 Thread Angus Lees
At Sun, 21 Jan 2007 07:19:01 +1100, Keith Packard wrote:
 On Tue, 2007-01-16 at 17:39 +1100, Angus Lees wrote:
  Keith, here's the patch written during your talk at LCA ;)
 
  It fixes bug 402014, by simply adding '-f' to the fc-cache run, hence
  me filing it under this bug number.  Really though, this patch avoids
  creating symlinks for fonts that are already in a directory covered by
  fontconfig - but I couldn't find an actual bug for that.

 Thanks for the patch. It does look to me like the fc-cache invocation is
 wrong though; it still runs fc-cache on the $PkgDir instead of running
 it on each directory containing the new fonts. Am I mis-understanding
 the perl code here?

hrm. you're right - we need to run fc-cache on the directories we
didn't need to symlink to ..

3rd time lucky - patch attached.

 - Gus


fontconfig-defoma.patch
Description: Binary data


pgpVrHxuwQZiL.pgp
Description: PGP signature


Bug#407775: mini-httpd: Bashism in init-script (echo -e)

2007-01-21 Thread Marvin Stark
On Sunday 21 January 2007 09:13, Andreas Metzler wrote:
 Package: mini-httpd
 Version: 1.19-3
 Severity: normal
 Tags: patch

 /etc/init.d/mini-httpd contains
 echo -e You have to edit /etc/mini-httpd.conf and\n/etc/default
 /mini-httpd before running mini-httpd!

 However echo -e is a bashism and will not work with e.g. dash
 quote
 argenau:~# /etc/init.d/mini-httpd start
 -e You have to edit /etc/mini-httpd.conf and
 /etc/default/mini-httpd before running mini-httpd!
 unquote

 Either
 printf You have to edit /etc/mini-httpd.conf and\n/etc/default /mini-httpd
 before running mini-httpd! or
 echo You have to edit /etc/mini-httpd.conf and
 /etc/default /mini-httpd before running mini-httpd!
 (with the line-break will do the trick.
 cu andreas

Hi,

thanks for the information. This bug will be fixed in next upload.

[...]

Regards,
-- 
 .`. Marvin Stark [EMAIL PROTECTED]
: :  :Homepage: www.der-marv.de
`. ``
  `-  Debian - when you have better things to do than fix a system


pgpBaHyfbgMJl.pgp
Description: PGP signature


Bug#407384: libswt3.2-gtk-jni: undeclared conflict with libswt-mozilla-gtk-3.2-jni

2007-01-21 Thread Steve Langasek
severity 407384 important
thanks

On Wed, Jan 17, 2007 at 03:04:21PM -0500, Filipus Klutiero wrote:
 Package: libswt3.2-gtk-jni
 Version: 3.2.1-4
 Severity: serious
 Justification: Policy 6.6.4

 libswt3.2-gtk-jni provides /usr/lib/jni/libswt-mozilla-gtk-3235.so, like
 libswt-mozilla-gtk-3.2-jni which is already in testing.
 libswt3.2-gtk-jni 3.2.1-4 and testing's libswt-mozilla-gtk-3.2-jni do
 not conflict with each other.

 This can be closed when properly fixed, or when swt-gtk 3.2.1-5, which
 declares a conflict with libswt3.2-gtk-jni, reaches testing (assuming
 that happens before Etch's release).

The conflict has already been added on the swt-gtk side, and the RC status
of that bug is already being tracked for etch in bug #406583.  There is no
reason to keep this as a separate RC bug.

-- 
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#407787: [INTL:pt] Portuguese translation for acidlab (debconf)

2007-01-21 Thread Rui Branco

Package: acidlab
Version:
Tags: l10n, patch
Severity: wishlist

Portuguese (pt) translation for acidlab's debconf messages
by Miguel Figueiredo elmig _at_ debianpt.org.
Feel free to use it.

For translation updated please contact Miguel Figueiredo and CC the
Portuguese
translation team traduz _at_ debianpt.org

























pt.po
Description: application/gettext


Bug#407789: hal: crashes machine in regular intervals

2007-01-21 Thread Ralf Neubauer
Package: hal
Version: 0.5.8.1-6
Severity: normal

Some hours after booting my machine freezes for half a minute, thaws
again (hald-addon-storage is the top process in 'top') and then freezes
completely. kern.log contains:

...other stuff...
Jan 10 04:58:04 strcmp kernel: hdh: cdrom_pc_intr: The drive appears confused 
(ireason = 0x01). Trying to recover by ending request.
Jan 10 04:58:04 strcmp kernel: hdh: status error: status=0x58 { DriveReady 
SeekComplete DataRequest }
Jan 10 04:58:04 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:04 strcmp kernel: hdh: drive not ready for command
Jan 10 04:58:09 strcmp kernel: hdh: irq timeout: status=0xd0 { Busy }
Jan 10 04:58:09 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:09 strcmp kernel: hdh: DMA disabled
Jan 10 04:58:09 strcmp kernel: hdh: ATAPI reset complete
Jan 10 04:58:14 strcmp kernel: hdh: irq timeout: status=0xc0 { Busy }
Jan 10 04:58:14 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:44 strcmp kernel: hdh: ATAPI reset timed-out, status=0x80
Jan 10 04:58:44 strcmp kernel: PDC202XX: Secondary channel reset.
Jan 10 04:58:49 strcmp kernel: ide3: reset: master: error (0x7f?)
Jan 10 04:58:49 strcmp kernel: hdh: status timeout: status=0x80 { Busy }
Jan 10 04:58:49 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:49 strcmp kernel: hdh: drive not ready for command
Jan 10 04:58:54 strcmp kernel: hdh: status timeout: status=0x80 { Busy }
Jan 10 04:58:54 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:54 strcmp kernel: hdh: drive not ready for command
Jan 10 04:59:24 strcmp kernel: hdh: ATAPI reset timed-out, status=0x80
Jan 10 04:59:24 strcmp kernel: PDC202XX: Secondary channel reset.
Jan 10 04:59:54 strcmp kernel: ide3: reset timed-out, status=0x80
Jan 10 07:51:03 strcmp kernel: klogd 1.4.1#18, log source = /proc/kmsg started.
...system reboot after I pressed the reset button

My system partition lives on hde which is on the primary channel of the
PDC202XX.

This started to happen when I installed hal and stopped, when I
completely killed hald and its subdaemons by hand for lack of another
option. Though this seems like a hardware bug (i.e. a missing workaround
in the kernel) I can't just use another machine until I a new kernel
revision fixes this.

I don't know what hald does to confuse my DVD writer (Model=LITE-ON
DVDRW LDW-851S, FwRev=GS0P) (does hald poll the drive for inserted
media or what else?), so I don't know what parts of hal I have to
stop. And I wouldn't know how to achieve this also, because the API
documentation doesn't help here, I just want to write a blacklist in a
config file or so.

-- System Information:
Debian Release: 4.0
  APT prefers testing-proposed-updates
  APT policy: (850, 'testing-proposed-updates'), (850, 'testing'), (800, 
'stable'), (300, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages hal depends on:
ii  adduser   3.101  Add and remove users and groups
ii  dbus  1.0.2-1simple interprocess messaging syst
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.71-3 simple interprocess messaging syst
ii  libexpat1 1.95.8-3.3 XML parsing C library - runtime li
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libhal-storage1   0.5.8.1-6  Hardware Abstraction Layer - share
ii  libhal1   0.5.8.1-6  Hardware Abstraction Layer - share
ii  libusb-0.1-4  2:0.1.12-2 userspace USB programming library
ii  libvolume-id0 0.103-2libvolume_id shared library
ii  lsb-base  3.1-22 Linux Standard Base 3.1 init scrip
ii  pciutils  1:2.2.4~pre4-1 Linux PCI Utilities
ii  udev  0.103-2/dev/ and hotplug management daemo
ii  usbutils  0.72-7 USB console utilities

Versions of packages hal recommends:
ii  eject 2.1.4-2.1  ejects CDs and operates CD-Changer

-- no debconf information


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



Bug#407786: New minor upstream release fixes three vulnerabilities

2007-01-21 Thread Sam Morris
Package: python-django
Version: 0.95-3
Severity: grave
Tags: security

The announcement at
http://www.djangoproject.com/weblog/2007/jan/21/0951/ includes links
to the diffs for each changeset.

Fixes include:

  * A patch for a small security vulnerability in the script
Django's internationalization system uses to compile translation
files (changeset 4360 in the 0.95-bugfixes branch).
  * A fix for a bug in Django's authentication middleware which
could cause apparent caching of a logged-in user (changeset
4361).
  * A patch which disables debugging mode in the flup FastCGI
package Django uses to launch its FastCGI server, which prevents
tracebacks from bubbling up during production use (changeset
4363).

The second fix should definitely be fixed for Etch. The first probably
only warrants 'important' severity, and the same might be said for the
third, although the tracebacks that are displayed may disclose sensitive
information to an attacker.

-- 
Sam Morris
[EMAIL PROTECTED]

http://robots.org.uk/



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



Bug#407788: x11-common init script cause bootup hang when using nss_ldap for LDAP-based user and groups

2007-01-21 Thread Andreas Unterkircher
Package: x11-common
Version: 1:7.1.0-10
Severity: important


My first Debian bug report - so kindly ask for patient.

We use nss_ldap for getting our OpenLDAP users available on the Linux
boxes.

During bootup x11-common init script invokes two times

   chown 0:0 $SOCKET_DIR
   chown 0:0 $ICE_DIR

which looks like to cause NSS to reverse lookup the user and
group behind 0. As the network hasn't started yet or isn't connected the
box hangs for a very long time in this step (it works to press CTRL+C,
but for a remote box this is not always possible).

I recompiled libnss-ldap with debugging enabled which shows up several
queries which are looking for a user during haning around in x11-common:

((objectClass=posixAccount)(uid=0)
and after a timeout
((objectClass=posixAccount)(cn=0) 

Simply changing these lines to

   chown root:root

is a quick fix for that issue. But I guess somebody had a reason to use
0:0 for this - most probably to avoid forward lookups user - id.

Basically I'm not sure why this hang happens. Why should a chown with
id's cause a reverse lookup. 

/etc/nsswitch.conf say - first files, second ldap:
passwd: files ldap
group:  files ldap

root is indeed in the local files:
[EMAIL PROTECTED]:~$ grep root /etc/passwd
root:x:0:0:root:/root:/bin/bash
[EMAIL PROTECTED]:~$ grep root /etc/group
root:x:0:

Furthermore we have specified in libnss-ldap.conf the parameter 
nss_initgroups_ignoreusers root which cause nss_ldap to not do
group enumerations for the user root - but it looks like this
parameter is ignored on a reverse lookup.

Regards,
Andreas

-- 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  debianutils   2.17   Miscellaneous utilities specific t
ii  lsb-base  3.1-22 Linux Standard Base 3.1 init scrip

x11-common recommends no packages.

-- debconf information excluded


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



Bug#298770: /tmp/.ICE-unix not owned by root

2007-01-21 Thread Brice Goglin
Hi Martin,

About 2 years ago, you reported a bug to the Debian BTS regarding
/tmp/.ICE-unix not being owned by root. I can't reproduce this on any
machine running Etch. Did you reproduce this problem recently? If not, I
will close this bug in the next weeks.

Thanks,
Brice



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



Bug#407790: postfix: /var/lib/dpkg/info/postfix.preinst script

2007-01-21 Thread Herbert P Fortes Neto
Package: postfix
Version: 2.3.6-1
Severity: normal


 Hi,

 I got a error when upgrading postfix on testing.
On /var/lib/dpkg/info/postfix.preinst script, line 285

if [ -z $(postconf -n mydomain 2 /dev/null || true) ]
-bash: [: too many arguments

 My sugestion:
if [ -z $(postconf -n mydomain 2 /dev/null || true) ]



 []

--
Herbert Parentes Fortes Neto (hpfn)
Linux user number 416100
Debian GNU/kFreeBSD (qemu)
0x9834F79E -- http://pgp.mit.edu/



pgpQ9GNX9Cyyz.pgp
Description: PGP signature


Bug#407775: mini-httpd: Bashism in init-script (echo -e)

2007-01-21 Thread Andreas Metzler
On 2007-01-21 Andreas Metzler [EMAIL PROTECTED] wrote:
[...]
 Either
 printf You have to edit /etc/mini-httpd.conf and\n/etc/default /mini-httpd 
 before running mini-httpd!
 or
 echo You have to edit /etc/mini-httpd.conf and
 /etc/default /mini-httpd before running mini-httpd!
 (with the line-break will do the trick.
[...]

Actually single quotes should be used (due to the !) and the printf
statement is missing a \n. - Sorry.

printf 'You have to edit /etc/mini-httpd.conf and\n/etc/default/mini-httpd 
before running mini-httpd!\n'
or
echo 'You have to edit /etc/mini-httpd.conf and
/etc/default/mini-httpd before running mini-httpd!'

cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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



Bug#406321: powerpc-utils: fblevel doesn't work with kernel 2.6.18

2007-01-21 Thread Michael Schmitz
reassign 407671
thank you

Not sure this is the right one to reassign to, but it describes a problem
related to the same cause -missing legacy backight ioctl.

Michael



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



Bug#407791: update-notifier: [INTL:sk] Slovak PO translation

2007-01-21 Thread Peter Mann
Package: update-notifier
Severity: wishlist
Tags: patch l10n

Please, include Slovak PO translation ... i want it in Etch ;-)

BTW - look at: http://lists.debian.org/debian-i18n/2007/01/msg00131.html

-- 

5o   Peter.Mann at tuke.sk




sk.po.gz
Description: Binary data


Bug#407792: linux-image-2.6.18-3-k7: hald manages to confuse LITE-ON DVDRW LDW-851S on PDC202XX

2007-01-21 Thread Ralf Neubauer
Package: linux-image-2.6.18-3-k7
Version: 2.6.18-7
Severity: normal

Some hours after booting my machine freezes for half a minute, thaws
again (hald-addon-storage is the top process in 'top') and then freezes
completely. kern.log contains:

...other stuff...
Jan 10 04:58:04 strcmp kernel: hdh: cdrom_pc_intr: The drive appears
confused
+(ireason = 0x01). Trying to recover by ending request.
Jan 10 04:58:04 strcmp kernel: hdh: status error: status=0x58 {
DriveReady
+SeekComplete DataRequest }
Jan 10 04:58:04 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:04 strcmp kernel: hdh: drive not ready for command
Jan 10 04:58:09 strcmp kernel: hdh: irq timeout: status=0xd0 { Busy }
Jan 10 04:58:09 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:09 strcmp kernel: hdh: DMA disabled
Jan 10 04:58:09 strcmp kernel: hdh: ATAPI reset complete
Jan 10 04:58:14 strcmp kernel: hdh: irq timeout: status=0xc0 { Busy }
Jan 10 04:58:14 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:44 strcmp kernel: hdh: ATAPI reset timed-out, status=0x80
Jan 10 04:58:44 strcmp kernel: PDC202XX: Secondary channel reset.
Jan 10 04:58:49 strcmp kernel: ide3: reset: master: error (0x7f?)
Jan 10 04:58:49 strcmp kernel: hdh: status timeout: status=0x80 { Busy }
Jan 10 04:58:49 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:49 strcmp kernel: hdh: drive not ready for command
Jan 10 04:58:54 strcmp kernel: hdh: status timeout: status=0x80 { Busy }
Jan 10 04:58:54 strcmp kernel: ide: failed opcode was: unknown
Jan 10 04:58:54 strcmp kernel: hdh: drive not ready for command
Jan 10 04:59:24 strcmp kernel: hdh: ATAPI reset timed-out, status=0x80
Jan 10 04:59:24 strcmp kernel: PDC202XX: Secondary channel reset.
Jan 10 04:59:54 strcmp kernel: ide3: reset timed-out, status=0x80
Jan 10 07:51:03 strcmp kernel: klogd 1.4.1#18, log source = /proc/kmsg
started.
...system reboot after I pressed the reset button

My system partition lives on hde which is on the primary channel of the
PDC202XX.

hdh is my DVD writer: Model=LITE-ON DVDRW LDW-851S, FwRev=GS0P

This started to happen when I installed hal and stopped, when I
completely killed hald and its subdaemons by hand for lack of another
option. This looks like a hardware bug, uncovered by things hald does
(like polling for inserted media?). Note that this happens out of the
blue, I don't insert CDs or access the device.

-- System Information:
Debian Release: 4.0
  APT prefers testing-proposed-updates
  APT policy: (850, 'testing-proposed-updates'), (850, 'testing'), (800, 
'stable'), (300, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages linux-image-2.6.18-3-k7 depends on:
ii  coreutils 5.97-5 The GNU core utilities
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.85e  tools for generating an initramfs
ii  module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo

Versions of packages linux-image-2.6.18-3-k7 recommends:
ii  libc6-i686   2.3.6.ds1-8 GNU C Library: Shared libraries [i

-- debconf information:
  linux-image-2.6.18-3-k7/postinst/old-initrd-link-2.6.18-3-k7: true
  linux-image-2.6.18-3-k7/postinst/kimage-is-a-directory:
  linux-image-2.6.18-3-k7/postinst/bootloader-error-2.6.18-3-k7:
  linux-image-2.6.18-3-k7/preinst/elilo-initrd-2.6.18-3-k7: true
  linux-image-2.6.18-3-k7/postinst/old-dir-initrd-link-2.6.18-3-k7: true
  linux-image-2.6.18-3-k7/preinst/lilo-has-ramdisk:
  linux-image-2.6.18-3-k7/preinst/abort-install-2.6.18-3-k7:
  linux-image-2.6.18-3-k7/preinst/lilo-initrd-2.6.18-3-k7: true
  linux-image-2.6.18-3-k7/preinst/abort-overwrite-2.6.18-3-k7:
  linux-image-2.6.18-3-k7/preinst/failed-to-move-modules-2.6.18-3-k7:
  linux-image-2.6.18-3-k7/postinst/create-kimage-link-2.6.18-3-k7: true
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.18-3-k7/postinst/depmod-error-initrd-2.6.18-3-k7: false
  linux-image-2.6.18-3-k7/postinst/old-system-map-link-2.6.18-3-k7: true
  linux-image-2.6.18-3-k7/postinst/depmod-error-2.6.18-3-k7: false
  linux-image-2.6.18-3-k7/prerm/removing-running-kernel-2.6.18-3-k7: true
  linux-image-2.6.18-3-k7/preinst/overwriting-modules-2.6.18-3-k7: true
  linux-image-2.6.18-3-k7/preinst/bootloader-initrd-2.6.18-3-k7: true
  linux-image-2.6.18-3-k7/preinst/already-running-this-2.6.18-3-k7:
  linux-image-2.6.18-3-k7/prerm/would-invalidate-boot-loader-2.6.18-3-k7: true
  linux-image-2.6.18-3-k7/preinst/initrd-2.6.18-3-k7:
  linux-image-2.6.18-3-k7/postinst/bootloader-test-error-2.6.18-3-k7:


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



Bug#407779: Memory leak in Evince (or a library)

2007-01-21 Thread Luis Matos
Hello there

Confirmed in amd64.

evince related info on the bottom of this email.

Dom, 2007-01-21 às 12:58 +0200, Arieh Skliarouk escreveu:
 Package: evince
 Version: 0.4.0-5
 
 I tried to read following PDF using evince, and saw that after
 scrolling with PageDown several pages, evince used 300-400MB of
 resident menory (and then crashed with OutOfMemory error):
 http://openmoko.com/files/OpenMoko_Amsterdam.pdf
 
 I saw an bug report with similar symptoms, not sure whether it is
 related:
 http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsessionid=4fd90d81abb03112f2174f026da0?bug_id=6464983
 
 I'm using zlib1g of following version: 1.2.3-13
 
 -- 
 Arieh 


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages evince depends on:
ii  gconf22.16.0-3   GNOME configuration
database syste
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D
graphi
ii  libatk1.0-0   1.12.4-1   The ATK accessibility
toolkit
ii  libaudiofile0 0.2.6-6Open-source version of
SGI's audio
ii  libavahi-client3  0.6.15-2   Avahi client library
ii  libavahi-common3  0.6.15-2   Avahi common library
ii  libavahi-glib10.6.15-2   Avahi glib integration
library
ii  libbonobo2-0  2.14.0-3   Bonobo CORBA interfaces
library
ii  libbonoboui2-02.14.0-5   The Bonobo UI library
ii  libc6 2.3.6.ds1-8GNU C Library: Shared
libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector
graphics libra
ii  libdbus-1-3   1.0.2-1simple interprocess
messaging syst
ii  libdjvulibre153.5.17-3   Runtime support for the
DjVu image
ii  libesd0   0.2.36-3   Enlightened Sound Daemon -
Shared
ii  libfontconfig12.4.1-2generic font configuration
library
ii  libfreetype6  2.2.1-5FreeType 2 font engine,
shared lib
ii  libgconf2-4   2.16.0-3   GNOME configuration
database syste
ii  libgcrypt11   1.2.3-2LGPL Crypto library -
runtime libr
ii  libglade2-0   1:2.6.0-4  library to load .glade
files at ru
ii  libglib2.0-0  2.12.4-2   The GLib library of C
routines
ii  libgnome-keyring0 0.6.0-3GNOME keyring services
library
ii  libgnome2-0   2.16.0-2   The GNOME 2 library -
runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented
display
ii  libgnomeprint2.2-02.12.1-7   The GNOME 2.2 print
architecture -
ii  libgnomeprintui2.2-0  2.12.1-4   GNOME 2.2 print
architecture User
ii  libgnomeui-0  2.14.1-2+b1The GNOME 2 libraries (User
Interf
ii  libgnomevfs2-02.14.2-4   GNOME virtual file-system
(runtime
ii  libgnutls13   1.4.4-3the GNU TLS library -
runtime libr
ii  libgpg-error0 1.4-1  library for common error
values an
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user
interface
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange
library
ii  libjpeg62 6b-13  The Independent JPEG
Group's JPEG
ii  libkpathsea4  3.0-28 path search library for
teTeX (run
ii  libnautilus-extension12.14.3-7   libraries for nautilus
components
ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a
CORBA ORB
ii  libpango1.0-0 1.14.8-4   Layout and rendering of
internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpoppler0c2 0.4.5-5PDF rendering library
ii  libpoppler0c2-glib0.4.5-5PDF rendering library
(GLib-based
ii  libpopt0  1.10-3 lib for parsing cmdline
parameters
ii  libsm61:1.0.1-3  X11 Session Management
library
ii  libstdc++64.1.1-21   The GNU Standard C++
Library v3
ii  libtasn1-30.3.6-2Manage ASN.1 structures
(runtime)
ii  libtiff4  3.8.2-7Tag Image File Format
(TIFF) libra
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension
librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes'
extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension
library
ii  libxml2   2.6.27.dfsg-1  GNOME XML library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   

Bug#407671: Missing CONFIG_PMAC_BACKLIGHT_LEGACY breaks backlight control

2007-01-21 Thread Michael Schmitz
  severity 407671 wishlist
  thanks
 
 The kernel developers didn't remove the ancient backlight code and
 installed IOC_GRAB_BACKLIGHT instead. With this ioctl a user space
 daemon can switch off the kernel backlight keys code and get full
 control over it. Unfortunately CONFIG_PMAC_BACKLIGHT_LEGACY will also
 disable this ioctl and a user space daemon can't disable the kernel
 backlight keys code anymore.

   This bug is at least grave because it will break system daemons like
   pbbbuttons, hal and any other that controls the backlight on powerpc.
 
  No, it is wishlist. The userspace tools have to be fixed to cope with
  that.

 Don't agree. The user space daemon have no chance to cope with this
 because the kernel take over a task that is usually and better done by
 user space programs. The only way for user space daemons to handle this
 is _not_ to handle this. Let the kernel do the brightness keys and the
 daemon do the volume keys. As side effect the volume keys will cause a
 popup to appear showing the current level and brightness keys won't.
 That's real usability, don't you think? ;-)

I have to agree with Matthias here. The same bug happens for pmud which I
haven't converted to sysfs yet. The kernel should not introduce changes
that break backwards compatibility, ever. Doubly so for the stable release
kernel.

 This is no doubt a kernel bug but debian has the chance to fix it very
 easily for its users. Otherwise they would be forced to built their own
 kernel (as I already did). On the other hand it is only a small
 configuration change that leads to a few bytes bigger kernel image and
 with no other side effects. It would be a grief if etch comes without
 this.

Fully agree. Thanks to Matthias for explaining the severity nicely. Now
can we have the bug severity reset, please? Can we have the reason for
disabling this option explained?

Michael


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



Bug#407795: libxklavier: Error during activation of the XKB configuration - only USA keymap available.

2007-01-21 Thread Sven Luther
Package: libxklavier
Version: 2.2-4
Severity: grave
Justification: renders package unusable


Hi, ...

Since a few days, after the upgrade fo my etch system, i am unable to change
the keymap with the gnome keymap applet.

When relaunching the X server, i get a dialog which says (sorry for french) :

 Erreur lors de l'activation de la configuration XKB.
Cela peut arriver pour plusieurs raisons :
- un bogue dans la bibliothèque libxklavier
- un bogue dans le serveur X (xkbcomp, utilitaires xmodmap)
- serveur X avec une implémentation de libxkbfile incompatible

Données de version du serveur X :
The X.Org Foundation
70101000

Si vous rapportez cette situation comme une anomalie, veuillez inclure :
- Le résultat de xprop -root | grep XKB
- Le résultat de gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd 

I provide the following info : 

  [EMAIL PROTECTED]:~$ dpkg -l | grep libxkbfile
ii  libxkbfile1 1.0.3-2 X11 
keyboard file manipulation library
[EMAIL PROTECTED]:~$ dpkg -l | grep xmodmap
[EMAIL PROTECTED]:~$ dpkg -l | grep xserver
ii  xserver-xorg7.1.0-10the 
X.Org X server
ii  xserver-xorg-core   1.1.1-15X.Org X 
server -- core server
ii  xserver-xorg-input-all  7.1.0-10the 
X.Org X server -- input driver metapackage
ii  xserver-xorg-input-evdev1.1.2-6 X.Org X 
server -- evdev input driver
ii  xserver-xorg-input-kbd  1.1.0-4 X.Org X 
server -- keyboard input driver
ii  xserver-xorg-input-mouse1.1.1-3 X.Org X 
server -- mouse input driver
ii  xserver-xorg-input-synaptics0.14.6-1
Synaptics TouchPad driver for X.Org/XFree86 server
ii  xserver-xorg-input-wacom0.7.4.1-5   X.Org X 
server -- wacom input driver
ii  xserver-xorg-video-all  7.1.0-10the 
X.Org X server -- output driver metapackage
ii  xserver-xorg-video-ati  6.6.3-2 X.Org X 
server -- ATI display driver
ii  xserver-xorg-video-chips1.1.1-4 X.Org X 
server -- Chips display driver
ii  xserver-xorg-video-fbdev0.3.1-1 X.Org X 
server -- fbdev display driver
ii  xserver-xorg-video-glint1.1.1-3 X.Org X 
server -- Glint display driver
ii  xserver-xorg-video-imstt1.1.0-3 X.Org X 
server -- IMSTT display driver
ii  xserver-xorg-video-mga  1.4.4.dfsg.1-2  X.Org X 
server -- MGA display driver
ii  xserver-xorg-video-nv   1.2.0-3 X.Org X 
server -- NV display driver
ii  xserver-xorg-video-s3   0.4.1-5 X.Org X 
server -- legacy S3 display driver
ii  xserver-xorg-video-s3virge  1.9.1-3 X.Org X 
server -- S3 ViRGE display driver
ii  xserver-xorg-video-savage   2.1.2-3 X.Org X 
server -- Savage display driver
ii  xserver-xorg-video-sis  0.9.1-4 X.Org X 
server -- SiS display driver
ii  xserver-xorg-video-sisusb   0.8.1-3 X.Org X 
server -- SiS USB display driver
ii  xserver-xorg-video-tdfx 1.3.0-1 X.Org X 
server -- tdfx display driver
ii  xserver-xorg-video-trident  1.2.3-1 X.Org X 
server -- Trident display driver
ii  xserver-xorg-video-v4l  0.1.1-3 X.Org X 
server -- Video 4 Linux display driver
ii  xserver-xorg-video-vga  4.1.0-3 X.Org X 
server -- VGA display driver
[EMAIL PROTECTED]:~$ dpkg -l | grep libxklavier
ii  libxklavier10   2.2-4   X 
Keyboard Extension high-level API

$  xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = xorg, macintosh, us, , 
_XKB_RULES_NAMES(STRING) = xorg, macintosh, us, , 

$ gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
 layouts = [us  intl,us]
 model =
 options = [grp grp:alts_toggle]
 overrideSettings = true

This is a titanium powerbook, with an US keymap, but i use the version with
dead-keys to get the french accented letters, which i absolutely need for
work.

This is the second time that this problem appears, previously it miracoulously
dissapeared after a few weeks, but it is again broken and neither rebooting
the X server nor the whole system helped. I suspect it may be some
in-compatibility between versions somewhere, but then there is a problem with
the testing scripts, or whatever, which i believe the RMs should know about.

Thus i make this bug report of RC severity, and also because, well, being
unable to use the national keyboards is a 

Bug#407793: kernel-package: using obsolete package 'ldso'

2007-01-21 Thread Norman Messtorff
Package: kernel-package
Version: 10.066
Severity: minor
Tags: patch


The package 'ldso' is obsolete:

# rmadison ldso
  ldso |  1.9.11-15 |stable | i386

Description of ldso:
 The Linux dynamic linker and library for libc4 and libc5.
 This dynamic linker provides the user-level support for loading and
 linking DLL and ELF shared libraries.  You do not need this package
 unless you have very old programs which use libc4 or libc5.  The libc6
 package has its own dynamic linker that is used for all current
 programs.

Etch also includes only libc6.


--- kernel/ruleset/targets/target.mk.old2007-01-21 13:17:33.0 
+0100
+++ kernel/ruleset/targets/target.mk2007-01-21 13:17:43.0 +0100
@@ -308,7 +308,7 @@ else
$(PMAKE) -C $(architecture)/compile/GENERIC
   endif
 endif
-   COLUMNS=150 dpkg -l 'gcc*' perl dpkg 'libc6*' binutils ldso make 
dpkg-dev |\
+   COLUMNS=150 dpkg -l 'gcc*' perl dpkg 'libc6*' binutils make dpkg-dev |\
  awk '$$1 ~ /[hi]i/ { printf(%s-%s\n, $$2, $$3) }'
debian/buildinfo
@echo this was built on a machine with the kernel:  debian/buildinfo
uname -a  debian/buildinfo

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages kernel-package depends on:
ii  dpkg  1.13.25package maintenance system for Deb
ii  dpkg-dev  1.13.25package building tools for Debian
ii  file  4.17-5 Determines file type using magic
ii  gcc [c-compiler]  4:4.1.1-15 The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.6-15 The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.6-5The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.1-21   The GNU C compiler
ii  gettext   0.16.1-1   GNU Internationalization utilities
ii  make  3.81-2 The GNU version of the make util
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  po-debconf1.0.8  manage translated Debconf template

Versions of packages kernel-package recommends:
ii  bzip21.0.3-6 high-quality block-sorting file co
ii  libc6-dev [libc-dev] 2.3.6.ds1-8 GNU C Library: Development Librari

-- no debconf information


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



Bug#407063: wine in desktop task?

2007-01-21 Thread Luis Matos
Hello there ...

Maybe i am contributing for the wrong distro.

Dom, 2007-01-21 às 11:25 +0100, Geert Stappers escreveu:
 Op 16-01-2007 om 23:54 schreef Luis Matos:
  i agree on wine to stand in the desktop task.
  
  Desktop task should cover user's possible activities and it's normal
  that any user (mostly new users) to try to run a certain windows
  application.
  
  The question is ... Why not?
 
 
 Debian is about free software. Free as is in freedom of speech (not free 
 drinks)

agreed.
 
 Wine, the Wine Is No Emulator, exists mostly to run not so free software.

agreed.
 
 But people are free to run non free software.
 ( For me is Debian also about freedom )

agree.
 
 
 It is a good thing to explain to those who believe they need wine,
 that they need to do something extra when they want non-free software.

So ... when a new user runs a program he bought in linux and really sees
that he does not work ... well ... because his program is not
opensource ... is not runnable in linux?

 
 So, not including wine in the desktop task,
 is the best way to tell what Debian is all about.

--

just so make the thing hotter ... o you defend debian should move wine
for non-free.

-- 

No. Debian is about distributing free as in speech software that can run
syde-by-side (or on bottom) with proprietary programs. 

Having a free system is to have the ability to run both. Other way,
the system is not free at all.

Besides all this free story ...

I am really not right about including wine. For a new user it is a good
thing, but maybe most users don't use it (because they only use software
that is designed for linux).

But, maybe it's useful to be there when a windows program appears. The
user would be surprised for it to work in linux (i did sometime ago).

My story is an example. I use linux only software and installed wine
because ... i just did. Someday i just executed an install
(unconscionably, just clicked on top of it) and after that, i was
waiting for the error popup when ... it ran. I was tremendously pleased
about it.

If i hadn't wine installed, that would never happen.
 
 
 Cheers
 Geert Stappers
 
 



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



Bug#407308: gnustep-gui-runtime: The gnustep_sndd tool is not built; missing build-depends on portaudio19-dev

2007-01-21 Thread Paddy Smith

Thanks, I've managed to get a sndd built and get sound out of it.  I'm
finding that if I run it by the init script from the root user, the
desktop user doesn't find it and starts its own, and I'm still
battling with getting the various sound systems to play nicely
together.

There seems to be an option in GNUmail to play a sound when mail is
received, and IIRC from looking at the code it uses NSSound.  That
would, I imagine, be an example of non-trivial breakage, but I don't
use GNUmail and I'm having trouble actually getting it to make the
sound, even with a working sndd :-)

Regards,
Paddy


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



Bug#403436: Patch for the the upcoming 4.80b-3.1 NMU of ipplan

2007-01-21 Thread Jan Wagner
Dear NMU-uploader, hi christian!

On Sunday 21 January 2007 09:19, Christian Perrier wrote:
 Dear maintainer of ipplan,

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

Sorry ... I never recieved you announcement, I was also searching trough the 
server logs, but I cant find any reject of the servers. Where did you send 
your mail?

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

The question which comes to my mind: Why this urgency for a package, which 
isn't in etch and in archive since ~ 6 weeks? Okay .. I should have set the 
bug to 'pending' since its allready in my svn, but I was waiting if there are 
some other issues comes along.

With kind regards, Jan.
-- 
Never write mail to [EMAIL PROTECTED], you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
--END GEEK CODE BLOCK--


pgpOMCjWzxo1Z.pgp
Description: PGP signature


Bug#407794: md5sum: /var/www/index.html: No such file or directory

2007-01-21 Thread Kai Hendry
Package: lighttpd
Version: 1.4.13-9
Severity: minor

Setting up lighttpd (1.4.13-9) ...
md5sum: /var/www/index.html: No such file or directory
Starting web server: lighttpd.

When install lighttpd I saw the unsightly message:
md5sum: /var/www/index.html: No such file or directory

I think there is a problem in the lighttpd.postinst. 

I am guessing that:
monty$ cat /usr/share/lighttpd/index.html.md5
5d33ac78238daba451fb49c77bde6a36  /var/www/index.html

Should be checking instead /var/www/index.lighttpd.html 

So debian/index.html.md5 needs to be corrected.

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

Versions of packages lighttpd depends on:
ii  libattr11:2.4.32-1.1 Extended attribute shared library
ii  libbz2-1.0  1.0.3-6  high-quality block-sorting file co
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libldap22.1.30-13.2  OpenLDAP libraries
ii  libpcre36.7-1Perl 5 Compatible Regular Expressi
ii  libssl0.9.8 0.9.8c-4 SSL shared libraries
ii  lsb-base3.1-22   Linux Standard Base 3.1 init scrip
ii  mime-support3.39-1   MIME files 'mime.types'  'mailcap
ii  perl5.8.8-7  Larry Wall's Practical Extraction 
ii  zlib1g  1:1.2.3-13   compression library - runtime

Versions of packages lighttpd recommends:
pn  php4-cgi | php5-cgi   none (no description available)

-- no debconf information


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



Bug#406044: Same Problem with gdm

2007-01-21 Thread Erik Tews
Am Sonntag, den 21.01.2007, 12:55 +0100 schrieb Michel Dänzer:
 On Sat, 2007-01-20 at 19:41 +0100, Erik Tews wrote:
  
  I am using gdm and a gnome-desktop afterwards. Sometimes my x-server
  crashes (about 2 times a day or so). I get the same backtrace:
  
  Backtrace:
  0: /usr/bin/X(xf86SigHandler+0x84) [0x80c4354]
  1: [0xb7f31420]
  2: /usr/bin/X(Dispatch+0x81) [0x8086b91]
  3: /usr/bin/X(main+0x489) [0x806e699]
  4: /lib/tls/libc.so.6(__libc_start_main+0xc8) [0xb7d24ea8]
  5: /usr/bin/X(FontFileCompleteXLFD+0xa9) [0x806d9d1]
  
  But I don't know how to reproduce it exactly. Can I help you with
  debugging?
 
 In addition to the information requested by Sune, it would be useful to
 get a backtrace from gdb attached to the X server (only possible from a
 remote login), ideally with the X server and drivers rebuilt with
 debugging symbols.

Having a remote login on the machine is not so easy, while the X server
is crashing.

I think I can recompile the debian package with debugging informations.
Will the crash handler then give more usefull informations?

One additional update. This seems to happen only when I am typing
something on my keyboard. The server never crashed yet when the computer
was just ideling without me.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#405497: same here

2007-01-21 Thread Bastian Venthur
Am 19.01.2007 16:28 schrieb James Vega:
 Trying to manually remove all files under /v/c/pbuilder/build fails for
 all files under /proc and /dev/pts. Not even root can remove those files.
 
 In my scenario, I can see the /proc and /dev/pts mounts:
 
 /proc on /var/cache/pbuilder/build/cow.1208/proc type proc (rw)
 /dev/pts on /var/cache/pbuilder/build/cow.1208/dev/pts type devpts (rw)
 
 So, I just umount those and can then remove the build directory.

Thanks! After cleaning up, cowdancer works as expected again! Sorry for
the noise.


Cheers,

Bastian

-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



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



Bug#406044: Same Problem with gdm

2007-01-21 Thread Michel Dänzer
On Sun, 2007-01-21 at 13:53 +0100, Erik Tews wrote:
 Am Sonntag, den 21.01.2007, 12:55 +0100 schrieb Michel Dänzer:
  
  In addition to the information requested by Sune, it would be useful to
  get a backtrace from gdb attached to the X server (only possible from a
  remote login), ideally with the X server and drivers rebuilt with
  debugging symbols.
 
 Having a remote login on the machine is not so easy, while the X server
 is crashing.

Yeah, I'm afraid you'd have to keep a remote login running gdb attached
to the X server whenever possible.

 I think I can recompile the debian package with debugging informations.
 Will the crash handler then give more usefull informations?

Unfortunately not, in my experience.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer



Bug#407796: update-manager: [INTL:sk] Slovak PO translation

2007-01-21 Thread Peter Mann
Package: update-manager
Severity: wishlist
Tags: patch l10n

Please, include Slovak PO translation ... i want it in Etch ;-)

BTW - look at: http://lists.debian.org/debian-i18n/2007/01/msg00131.html

-- 

5o   Peter.Mann at tuke.sk




sk.po.gz
Description: Binary data


Bug#369839: Please unblock couriergraph 0.25-1.1

2007-01-21 Thread Steve Langasek
On Thu, Jan 18, 2007 at 05:08:18PM +0200, Teodor wrote:
 On 1/17/07, Christian Perrier [EMAIL PROTECTED] wrote:
 Quoting José Luis Tallón ([EMAIL PROTECTED]):
  Teodor wrote:
   Please also correct the PATH for the couriergraph.cgi script. As it is
   already reported on the bug #369839 the correct path is
   /usr/lib/cgi-bin instead of /usr/lib/cgi-lib.
  ACK.

  I will take care of this in the next upload, due tonight.

  Christian, care to sponsor that?

 Yep, but better check first with the release team that such a fix
 qualifies for being fixed for etch.

 Will the release-team accept such a fix?

 In my opinion this is only a minor change that will avoid a manual
 move of the couriergraph.cgi script to the correct location.

Yes, I'm pretty sure this would be acceptable -- couriergraph is the only
package in the archive using /usr/lib/cgi-lib, so as long as this is a
script that is intended to be invoked directly as a CGI, moving it to the
right place sounds fine.

-- 
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/



Bug#348224: x11-common: leaves /etc/init.d/x11-common on disk after purge

2007-01-21 Thread Brice Goglin
Hi Lars,

Last year, you reported a bug to the Debian BTS regarding x11-common not
purging /etc/init.d/x11-common correctly. I can't reproduce this problem
with  piuparts and current xorg/etch/sid. And I don't see anything
suspicious about this in the packaging. Can you still reproduce? If not,
I will close this bug.

thanks,
Brice



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



Bug#369839: Please unblock couriergraph 0.25-1.1

2007-01-21 Thread Christian Perrier

  In my opinion this is only a minor change that will avoid a manual
  move of the couriergraph.cgi script to the correct location.
 
 Yes, I'm pretty sure this would be acceptable -- couriergraph is the only
 package in the archive using /usr/lib/cgi-lib, so as long as this is a
 script that is intended to be invoked directly as a CGI, moving it to the
 right place sounds fine.


Fine. With Steve's Holy Blessing, I'd be happy to sponsor that upload
but I prefer leaving this to the real maintainer, if possible.



signature.asc
Description: Digital signature


Bug#407719: [Pkg-aide-maintainers] Bug#407719: aide: Rules for dlocate

2007-01-21 Thread Marc Haber
tags #407719 confirmed pending
thanks

On Sat, Jan 20, 2007 at 08:16:57PM +0100, Tim Stoop wrote:
 I'm using the following rules to take care of dlocate files. This could 
 be in the file 31_aide_dlocate.
 
 /var/lib/dlocate/dpkg-list$ VarFile
 /var/lib/dlocate/dlocatedb$ VarFile
 /var/lib/dlocate/dlocatedb.old$ VarFile
 /var/lib/dlocate$ VarDir

I have committed this to svn:
/var/lib/dlocate/(dpkg-list|dlocate(\.old)?)$ VarFile
/var/lib/dlocate$ VarDir

Can you please try whether this works for you as well?

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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



Bug#407634: gnusound: The man page is broken

2007-01-21 Thread Reuben Thomas

On Sun, 21 Jan 2007, Marc Dequènes wrote:


Could you be more verbose about this lack of validity ?


Try man gnusound. It starts like this:

About

  About GNUsound

  .PP  GNUsound  is  a  multitrack sound editor for GNOME. It
reads
  and writes many audio formats such as  WAV,  MP3  and  FLAC
through
  its  modular system of file format drivers and can also ex?
tract
  the audio from video formats like MPG, WMV and AVI  through
the
  FFmpeg  file  format driver. It can use either OSS, ALSA or

i.e. it's not properly wrapped, there's no markup for headings c., the 
command .PP appears in the output...in short, a total trainwreck. If you 
look at /usr/share/man/man1/gnusound.1.gz, you'll see it's identical to the 
output, i.e. man can't parse it.


I'm guessing it's been improperly automatically generated.

--
http://rrt.sc3d.org/ | maximiste, n.  pessimiste (Roux)

Bug#407797: [l10n] Czech translation of acidlab debconf messages

2007-01-21 Thread Miroslav Kure
Package: acidlab
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is Czech (cs.po) translation of acidlab debconf
messages. Please include it with the package.

Thanks
-- 
Miroslav Kure


cs.po.gz
Description: Binary data


Bug#403436: Patch for the the upcoming 4.80b-3.1 NMU of ipplan

2007-01-21 Thread Christian Perrier
  Two days ago, I sent you a notice announcing my intent to upload
  a NMU of your package to fix its l10n issues.
 
 Sorry ... I never recieved you announcement, I was also searching trough the 
 server logs, but I cant find any reject of the servers. Where did you send 
 your mail?

To [EMAIL PROTECTED] and [EMAIL PROTECTED] which
is what I usually use. The first is supposed to reach the person
listed in Maintainer: while the latter reaches the people subscribed
to the PTS (which usually is adapted for team-maintained packages).

This is unfortunately not the first time I see this happen and
maintainers mentioning that the mail didn't reach them...:-|

 
  I have uploaded this NMU to DELAYED/0-DAY (which means an immediate
  upload).
 
 The question which comes to my mind: Why this urgency for a package, which 
 isn't in etch and in archive since ~ 6 weeks? Okay .. I should have set the 
 bug to 'pending' since its allready in my svn, but I was waiting if there are 


Well, I did not noticed that the package wasn't in etch until I
uploaded it, so theoretically the urgency wasn't that high. On the
other hand, I'm trying to bring French debconf translations to 100%
and ipplan was on the radar..:-)

Sorry for the little mess up. I usually suggest maintainers to
upload packages when they can, for l10n updates, unless they
specifically call for new translations.

Of course, for packages like yours which aren't in testing, this is
probably less urgent as you mentioned but, again, I didn't notice
until then.



signature.asc
Description: Digital signature


Bug#369839: Please unblock couriergraph 0.25-1.1

2007-01-21 Thread José Luis Tallón
Steve Langasek wrote:
 On Thu, Jan 18, 2007 at 05:08:18PM +0200, Teodor wrote:
   
 On 1/17/07, Christian Perrier [EMAIL PROTECTED] wrote:
 
 Quoting José Luis Tallón ([EMAIL PROTECTED]):
   
 Teodor wrote:
 
 Please also correct the PATH for the couriergraph.cgi script. As it is
 already reported on the bug #369839 the correct path is
 /usr/lib/cgi-bin instead of /usr/lib/cgi-lib.
   
It should have been /usr/share/cgi-lib ... that was a typo.
But I concur: it should go into /usr/lib/cgi-bin just like every other
cgi (even though this is arch-indep) -- fixed.
 Yes, I'm pretty sure this would be acceptable -- couriergraph is the only
 package in the archive using /usr/lib/cgi-lib, so as long as this is a
 script that is intended to be invoked directly as a CGI, moving it to the
 right place sounds fine
Diff attached.
I assume it should go via unstable rather than testing-proposed-updates,
right ?

Christian, please do upload this version.


Thank you.

J.L.



couriergraph_0.25-2.diff.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature


Bug#407799: desktop-base: /etc/defaults/kdm.d/10_desktop_base overrides configured login desktop without warning on upgrade

2007-01-21 Thread Julian Mehnle
Package: desktop-base
Version: 4.0.0
Severity: normal

After I had upgraded desktop-base to 4.0.0 yesterday, today I was forced
to see a very weird login desktop totally unlike what I had configured
for kdm and have been using for years.

At first, I was unable to find any clue whatsoever about how to get rid
of the new login desktop.  At the very least, the change (and how to
revert it) should have been mentioned in desktop-base's NEWS.Debian or
changelog file!

Luckily, I found a posting about the issue on one of the Debian mailing
lists:

  
http://groups.google.com/group/linux.debian.maint.kde/browse_thread/thread/a799751c09976c91/3065cf1d5b153bb0

I think there should also be a way to disable that option via the KDE
control center.  At least that's where I looked for it.

While I don't use Debian stable releases, I suggest that Debian doesn't
accept such last minute changes without the usual 10 days review, as it
seems to have happened here.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (600, 'testing'), (90, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

desktop-base depends on no packages.


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



Bug#407461: boinc-client sends bogus platform '' on amd64

2007-01-21 Thread Thibaut VARENE

On 1/18/07, Thibaut VARENE [EMAIL PROTECTED] wrote:

On 1/18/07, Thibaut VARENE [EMAIL PROTECTED] wrote:
 On 1/18/07, Steffen Moeller [EMAIL PROTECTED] wrote:

  In short: I cannot reproduce the erratic behaviour you reported. Does 
Debian's
  SETI work for you? Have you changed anything in the configuration scripts? 
If
  so, maybe some purging and a reinstallation would help?

 I thought about that and did a remove --purge (including purging the
 data directory) and then installed boinc-client again, with the same
 result. It's strange that you can't reproduce the bug. I'm gonna
 install boinc-client on another amd64 machine I have soon and will
 test it there, see if that's just a hectic behaviour of my particular
 setup or something else :)

Turns out the other box I wanted to use for testing purpose is not
available, meaning I won't be able to double check that... Sorry.


I don't know if that's of any help, but I tested on an Ubuntu Dapper
machine (which has 5.4.9) and there it works just fine.

I'll see if I can investigate this more

HTH

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/


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



Bug#407801: icedove crash when reading DSA mail (maybe is an enigmail problem)

2007-01-21 Thread Giacomo A. Catenazzi
Package: icedove
Version: 1.5.0.9.dfsg1-1
Severity: important

When reading the DSA-1249-1, icedove crashes.
It follow the stack trace with icedove-dbg.
Note that enigmail is used, but it seems that the
crash is just after the enigmail report
untrusted good signature.

ciao
cate

GNU DDD 3.3.11 (i486-pc-linux-gnu), by Dorothea Lütkehaus and Andreas
Zeller.
Copyright © 1995-1999 Technische Universität Braunschweig, Germany.
Copyright © 1999-2001 Universität Passau, Germany.
Copyright © 2001 Universität des Saarlandes, Germany.
Copyright © 2001-2004 Free Software Foundation, Inc.
Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1.
(gdb) run
[Thread debugging using libthread_db enabled]
[New Thread -1220602176 (LWP 2070)]
[New Thread -1221727312 (LWP 2075)]
[New Thread -1233638480 (LWP 2076)]
[New Thread -1256760400 (LWP 2078)]
DOUBLE-CLICK: 250 -- -1 THRESHOLD: 8 -- -1 [New Thread -1265579088
(LWP 2079)]
[New Thread -1279190096 (LWP 2081)]
[New Thread -1287582800 (LWP 2082)]
[New Thread -1296086096 (LWP 2083)]
[New Thread -1305982032 (LWP 2086)]
[New Thread -1318061136 (LWP 2087)]
[New Thread -1326453840 (LWP 2088)]
[New Thread -1334846544 (LWP 2089)]
[New Thread -1343239248 (LWP 2091)]
[New Thread -1351631952 (LWP 2092)]
[New Thread -1360024656 (LWP 2094)]
[Thread -1343239248 (LWP 2091) exited]
[Thread -1360024656 (LWP 2094) exited]
[New Thread -1360024656 (LWP 2095)]
[New Thread -1343239248 (LWP 2097)]
[Thread -1360024656 (LWP 2095) exited]
[Thread -1343239248 (LWP 2097) exited]
[New Thread -1343239248 (LWP 2098)]
[New Thread -1360024656 (LWP 2100)]
[Thread -1343239248 (LWP 2098) exited]
[Thread -1360024656 (LWP 2100) exited]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1265579088 (LWP 2079)]
0xb755f9cc in memcpy () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt full
#0  0xb755f9cc in memcpy () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#1  0xb7e51cc7 in nsStringInputStream::Read (this=0xb5e1b6a4,
aBuf=0x16b95 Address 0x16b95 out of bounds, aCount=4096,
aReadCount=0xb490c344) at nsStringStream.cpp:219
maxCount = 2989854728
#2  0xb7336c2e in nsInputStreamTransport::Read (this=0x904f8a8,
buf=0xb5e1b6a4 ize/MD5 checksum:  2271516
536b40bda352f7ee0f21305753e0b85c\n\n  AMD64 architecture:\n\n
http://security.debian.org/pool/updates/main/x/xfree86/lbxproxy_4.3.0.dfsg.1-14sarge3_amd64.deb\n
Size/MD5 c..., count=4096, result=0xb490c344) at
nsStreamTransportService.cpp:235
max = value optimized out
rv = value optimized out
#3  0xb7e4f60e in nsStreamCopierOB::FillOutputBuffer (outStr=0x904f90c,
closure=0xb490c384, buffer=0xb5e1b6a4 ize/MD5 checksum:  2271516
536b40bda352f7ee0f21305753e0b85c\n\n  AMD64 architecture:\n\n
http://security.debian.org/pool/updates/main/x/xfree86/lbxproxy_4.3.0.dfsg.1-14sarge3_amd64.deb\n
Size/MD5 c..., offset=0, count=4096, countRead=0xb490c344) at
nsStreamUtils.cpp:531
rv = value optimized out
#4  0xb7e4e5c6 in nsPipeOutputStream::WriteSegments (this=0x904f90c,
reader=0xb7e4f5e0 nsStreamCopierOB::FillOutputBuffer(nsIOutputStream*,
void*, char*, unsigned int, unsigned int, unsigned int*),
closure=0xb490c384, count=4096, writeCount=0xb490c38c) at
nsPipe3.cpp:1100
readCount = 0
originalLen = value optimized out
rv = 0
segment = 0xb5e1b6a4 ize/MD5 checksum:  2271516
536b40bda352f7ee0f21305753e0b85c\n\n  AMD64 architecture:\n\n
http://security.debian.org/pool/updates/main/x/xfree86/lbxproxy_4.3.0.dfsg.1-14sarge3_amd64.deb\n
Size/MD5 c...
segmentLen = 4096
#5  0xb7e4f5bd in nsStreamCopierOB::DoCopy (this=0x904f970,
sourceCondition=0xb490c3d8, sinkCondition=0xb490c3d4) at
nsStreamUtils.cpp:548
state = {mSource = 0x904f8ac, mSourceCondition = 0}
n = 0
#6  0xb7e4fb62 in nsAStreamCopier::HandleContinuationEvent
(event=0x903f5e8) at nsStreamUtils.cpp:321
self = (nsAStreamCopier *) 0x904f970
#7  0xb7e640d7 in PL_HandleEvent (self=0x903f5e8) at plevent.c:688
result = value optimized out
#8  0xb732be02 in nsIOThreadPool::ThreadFunc (arg=0x81cc290) at
nsIOThreadPool.cpp:279
start = 1155823907
timeout = 6
#9  0xb7de4cfc in _pt_root (arg=0x8442f80) at ptthread.c:220
No locals.
#10 0xb7d9d240 in start_thread () from
/lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#11 0xb75be32e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.


-- 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.20-rc5-ga8b34852
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages icedove depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  libatk1.0-0   1.12.4-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-10   GNU C Library: Shared libraries
ii  libcairo2  

Bug#407776: Impossible to setup hotplug: it try to remove linux kernel

2007-01-21 Thread Marco d'Itri
On Jan 21, Steve Langasek [EMAIL PROTECTED] wrote:

 I'm not sure that this makes hotplug really unusable, though it does make it
It makes it useless at least since udev provides all its functions.
Nowadays it may be possible to make udev coexist with an installed and
self-disabled hotplug package, but it's a lot of work which risks
destabilizing the package for no real gain.

-- 
ciao,
Marco


signature.asc
Description: Digital signature


Bug#407800: seahorse: quits when entering SSH passphrase then disables all subsequent SSH usage

2007-01-21 Thread Neil Williams
Package: seahorse
Version: 0.9.10-2
Severity: grave
Justification: renders package unusable

Performing any SSH operation that requires the private key causes
seahorse to quit unexpectedly when the passphrase dialogue closes. All
subsequent usage of SSH is then disabled - the defunct seahorse process
won't die and prevents any SSH operation from falling back to command
line entry of the passphrase! The only option is to disable seahorse
from running in the next session, log out and log back in. i.e. seahorse
is completely unusable as a passphrase cache. 0.9.10-1 was working OK,
release 2 has broken an existing, working, configuration.

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

Versions of packages seahorse depends on:
ii  debconf [debconf-2.0]  1.5.11Debian configuration management sy
ii  gconf2 2.16.0-3  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.4-1  The ATK accessibility toolkit
ii  libavahi-client3   0.6.16-2  Avahi client library
ii  libavahi-common3   0.6.16-2  Avahi common library
ii  libavahi-glib1 0.6.16-2  Avahi glib integration library
ii  libbonobo2-0   2.14.0-3  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-5  The Bonobo UI library
ii  libc6  2.3.6.ds1-10  GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libdbus-1-31.0.2-1   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.71-3simple interprocess messaging syst
ii  libfontconfig1 2.4.2-1   generic font configuration library
ii  libgconf2-42.16.0-3  GNOME configuration database syste
ii  libglade2-01:2.6.0-4 library to load .glade files at ru
ii  libglib2.0-0   2.12.6-2  The GLib library of C routines
ii  libgnome-keyring0  0.6.0-3   GNOME keyring services library
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeprint2.2-0 2.12.1-7  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.12.1-4  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.14.1-2+b1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-4  GNOME virtual file-system (runtime
ii  libgnutls131.4.4-3   the GNU TLS library - runtime libr
ii  libgpg-error0  1.4-2 library for common error values an
ii  libgpgme11 1.1.2-2   GPGME - GnuPG Made Easy
ii  libgtk2.0-02.8.20-4  The GTK+ graphical user interface 
ii  libgtksourceview1.0-0  1.8.3-1   shared libraries for the GTK+ synt
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libldap2   2.1.30-13.2   OpenLDAP libraries
ii  libnautilus-extension1 2.14.3-7  libraries for nautilus components 
ii  libnotify1 0.4.3-1   sends desktop notifications to a n
ii  liborbit2  1:2.14.4-1libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.14.3-4  library for GNOME 2 panel applets
ii  libpango1.0-0  1.14.8-5  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libsoup2.2-8   2.2.99-1  an HTTP library implementation in 
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages seahorse recommends:
ii  openssh-client1:4.3p2-8  Secure shell client, an rlogin/rsh

-- debconf information:
* seahorse/SUID: true


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



Bug#407802: libqca2: wrong library dependance

2007-01-21 Thread Fred

Package: libqca2
Version: 2.0~beta2-1
Severity: grave
Justification: renders package unusable
 

(I'm not very good in english, and I hope you understand me.)
 
When I try to compile any project (and also examples given with the source of 
qca2.0) with qca, I have the next problem :
/usr/bin/ld: warning: libQtCore_debug.so.4, needed by /usr/lib/libqca.so, not 
found (try using -rpath or -rpath-link)
And my project doesn't work.
 
I found the required library here : /usr/lib/libQtCore.so.4.2.1.debug
 
Thanks !
 
 
-- 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=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
 
Versions of packages libqca2 depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libqt4-debug 4.2.1-2 Qt 4 library debugging symbols
ii  libstdc++6   4.1.1-21The GNU Standard C++ Library v3
 
libqca2 recommends no packages.
 
-- no debconf information

_
Essayez Live.com, votre nouvelle page d'accueil ! Personnalisez-la en quelques 
clics pour retrouver tout ce qui vous intéresse au même endroit.
http://www.live.com/getstarted


Bug#406793: iceweasel: middle-click behavior makes no sense

2007-01-21 Thread Sami Liedes
I like the current behavior, though I mostly use Konqueror so I can't
tell if it's for some reason a big usability issue in Iceweasel; in
Konqueror I haven't perceived it as a problem and use the feature
frequently.

Sami


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



Bug#407800: seahorse crash prevents signing email now too!

2007-01-21 Thread Neil Williams
 0.9.10-1 was working OK, release 2 has broken an existing, working, 
 configuration.

Previous working version was 0.9.7-1, my mistake.

Further to the problem, disabling seahorse in the session properties,
logging out and logging back in does NOT enable SSH usage!!

The only fix I've found so far is to prefix every single ssh command
with eval 'ssh-agent' which defeats the entire purpose of a passphrase
cache agent!

The initial crash generated a bugbuddy dialogue so the crash report is
filed upstream at http://bugzilla.gnome.org/show_bug.cgi?id=399017

The problem just keeps getting WORSE! Now I can't even sign my email!!

Maybe 0.9.10 isn't ready to leave experimental?

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



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



Bug#407755: Overrides: some corrections needed for Etch

2007-01-21 Thread Frans Pop
One more:

* openbsd-inetd (prio important) depends on update-inetd, which is
  currently prio optional; the priority for update-inetd should be changed
  to important too


pgp8nD6feeb5l.pgp
Description: PGP signature


Bug#407803: Backup: Can't get last backup time.

2007-01-21 Thread Jeff Abrahamson
Package: jpilot-backup
Version: 0.53-1
Severity: normal


On every sync, jpilot-backup reports Backup: Can't get last backup
time. and does a backup.

I sync daily.

This behavior began a week ago when I moved $HOME/.jpilot/ to a new
hard drive using rsync (from my laptop, which had been in a different
time zone).  The data appears to be the same, except that this
behavior began.

The directory ~/.jpilot/ has nothing apparently out of order that I
find (e.g., dangling symlinks).  The directory ~/.jpilot/ shows
backups every day:

[EMAIL PROTECTED]:.jpilot $ ls Backup -1
active.dbm
[EMAIL PROTECTED]:04:39/
[EMAIL PROTECTED]:02:41/
[EMAIL PROTECTED]:55:37/
inactive.dbm
LatestArchive/
MainArchive/
[EMAIL PROTECTED]:.jpilot $ 

The log file only contains this one line:

[EMAIL PROTECTED]:.jpilot $ cat jpilot.log 
Backup: Can't get last backup time.
[EMAIL PROTECTED]:.jpilot $ 

The status window from a recent sync shows this:

No inactive databases found
No inactive databases found

 Syncing on device /dev/ttyS0
 Press the HotSync button now

Username is Jeff Abrahamson
User ID is 20081
lastSyncPC = 1422842609
This PC = 1422842609
Doing a fast sync.
Syncing DatebookDB
Syncing AddressDB
Syncing ToDoDB
Syncing MemoDB
Backup: Can't get last backup time.
Backup: Fetching 'AddressDB'... OK
Backup: Fetching 'DatebookDB'... OK
Backup: ExpenseDB.pdb is up to date, fetch skipped.
Backup: LauncherDB.pdb is up to date, fetch skipped.
Backup: MailDB.pdb is up to date, fetch skipped.
Backup: MemoDB.pdb is up to date, fetch skipped.
Backup: ConnectionDB.pdb is up to date, fetch skipped.
Backup: NetworkDB.pdb is up to date, fetch skipped.
Backup: ToDoDB.pdb is up to date, fetch skipped.
Backup: AddressCitiesDB.pdb is up to date, fetch skipped.
Backup: CitiesDB.pdb is up to date, fetch skipped.
Backup: AddressCompaniesDB.pdb is up to date, fetch skipped.
Backup: AddressCountriesDB.pdb is up to date, fetch skipped.
Backup: psysLaunchDB.pdb is up to date, fetch skipped.
Backup: Graffiti ShortCuts.prc is up to date, fetch skipped.
Backup: Fetching 'Unsaved Preferences'... OK
Backup: Net Prefs .prc is up to date, fetch skipped.
Backup: Net Prefs.prc is up to date, fetch skipped.
Backup: System MIDI Sounds.pdb is up to date, fetch skipped.
Backup: Fetching 'Saved Preferences'... OK
Backup: AddressStatesDB.pdb is up to date, fetch skipped.
Backup: AddressTitlesDB.pdb is up to date, fetch skipped.
Backup: VendorsDB.pdb is up to date, fetch skipped.
Expiring old archives...
Expiring /home/jeff/.jpilot/Backup/[EMAIL PROTECTED]:24:02
Backup: backup complete
Fetching 'Saved Preferences' (Creator ID 'psys')... OK
Finished.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages jpilot-backup depends on:
ii  jpilot   0.99.9.2-1  graphical app. to modify the conte
ii  libatk1.0-0  1.12.4-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.1-2 generic font configuration library
ii  libgdbm3 1.8.3-3 GNU dbm database routines (runtime
ii  libglib2.0-0 2.12.4-2The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libpango1.0-01.14.8-4Layout and rendering of internatio
ii  libpisock9   0.12.1-5library for communicating with a P
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra

jpilot-backup recommends no packages.

-- no debconf information


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



Bug#407494: caudium: failes to start

2007-01-21 Thread Steve Langasek
On Thu, Jan 18, 2007 at 11:24:53PM +0100, Henrik Andreasson wrote:
 Package: caudium
 Version: 2:1.4.9.1-1
 Severity: grave
 Justification: renders package unusable

 When pike loads the caudium module it crashes with SIGSEGV

It starts just fine for me.  

 -- System Information:
 Debian Release: 4.0
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'stable')
 Architecture: i386 (i686)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.19.1hb1
 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 
 (charmap=ISO-8859-15)

Does it work any better on a system using a stock Debian kernel (2.6.18)?

-- 
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#407800: limited workaround

2007-01-21 Thread Neil Williams
Once seahorse-agent crashes, clicking Close prevents any use of SSH or GnuPG 
passphrase caching. Clicking 'Restart Application' does provide access to SSH 
and GnuPG but without any caching. The zombie process remains:

$ ps waux | grep agent
neil  6298  0.0  0.0  10164   812 ?Ss   14:17   0:00 
/usr/bin/gpg-agent --daemon --sh
neil  6300  0.0  0.1  17808  1216 ?Ss   14:17   0:00 
/usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session 
/usr/bin/seahorse-agent --execute /usr/bin/gnome-session
neil  6303  0.0  0.0   7848   660 ?S14:17   0:00 
/usr/bin/dbus-launch --exit-with-session /usr/bin/seahorse-agent --execute 
/usr/bin/gnome-session
neil  6310  0.0  0.0  0 0 ?Zs   14:17   0:00 
[seahorse-agent] defunct
neil  6429  0.0  0.7 103324  7988 ?Ss   14:18   0:00 
/usr/bin/seahorse-agent
neil  6503  0.0  0.0   4388   724 pts/2R+   14:20   0:00 grep --color 
agent



--


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgpgF0tRb7iyN.pgp
Description: PGP signature


Bug#407762: Updated NMU package with the new names

2007-01-21 Thread Frederic Lehobey
Hi,

Some work has been done with respect to this by Thomas Viehmann: see
http://people.debian.org/~tviehmann/debian/unstable/ (and
http://amayita.livejournal.com/82898.html?thread=159698#t159698).

Best regards,
Frédéric Lehobey



Bug#400773: The problem persists with todays hal version in etch

2007-01-21 Thread T
Package: hal
Version: 0.5.8.1-6
Followup-For: Bug #400773

After updating my system today, I thought this problem might have been
solved, but apparently it wasn't. The behaviour is the same as before:
Mounting and unmounting my USB pendrive works once, then hal locks up.

Isn't this release-critical?

Best - T.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'stable'), (600, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)

Versions of packages hal depends on:
ii  adduser   3.101  Add and remove users and groups
ii  dbus  1.0.2-1simple interprocess messaging syst
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.71-3 simple interprocess messaging syst
ii  libexpat1 1.95.8-3.3 XML parsing C library - runtime li
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libhal-storage1   0.5.8.1-6  Hardware Abstraction Layer - share
ii  libhal1   0.5.8.1-6  Hardware Abstraction Layer - share
ii  libusb-0.1-4  2:0.1.12-2 userspace USB programming library
ii  libvolume-id0 0.103-2libvolume_id shared library
ii  lsb-base  3.1-22 Linux Standard Base 3.1 init scrip
ii  pciutils  1:2.2.4~pre4-1 Linux PCI Utilities
ii  udev  0.103-2/dev/ and hotplug management daemo
ii  usbutils  0.72-7 USB console utilities

Versions of packages hal recommends:
ii  eject 2.1.4-2.1  ejects CDs and operates CD-Changer

-- no debconf information


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



Bug#407461: boinc-client sends bogus platform '' on amd64

2007-01-21 Thread Frank S. Thomas
On Sunday 21 January 2007 14:36, Thibaut VARENE wrote:
 On 1/18/07, Thibaut VARENE [EMAIL PROTECTED] wrote:
  On 1/18/07, Thibaut VARENE [EMAIL PROTECTED] wrote:
   On 1/18/07, Steffen Moeller [EMAIL PROTECTED] wrote:
In short: I cannot reproduce the erratic behaviour you reported. Does
Debian's SETI work for you? Have you changed anything in the
configuration scripts? If so, maybe some purging and a reinstallation
would help?
  
   I thought about that and did a remove --purge (including purging the
   data directory) and then installed boinc-client again, with the same
   result. It's strange that you can't reproduce the bug. I'm gonna
   install boinc-client on another amd64 machine I have soon and will
   test it there, see if that's just a hectic behaviour of my particular
   setup or something else :)
 
  Turns out the other box I wanted to use for testing purpose is not
  available, meaning I won't be able to double check that... Sorry.

 I don't know if that's of any help, but I tested on an Ubuntu Dapper
 machine (which has 5.4.9) and there it works just fine.

 I'll see if I can investigate this more

I don't have time to investigate this at the moment, but I suspect that this 
patch causes the behavior you've observed: 
http://svn.debian.org/wsvn/pkg-boinc/trunk/boinc/debian/patches/01_amd64-disable-platform-reset.dpatch?op=filerev=0sc=0

Grüße,
Frank

-- 
bureaucracy, n: A method for transforming energy into solid waste.


pgpznBC4meCVI.pgp
Description: PGP signature


Bug#407494: caudium: failes to start

2007-01-21 Thread Henrik Andreasson

On Sun, 21 Jan 2007, Steve Langasek wrote:

I have the same problem on:
Linux version 2.6.17-2-686 (Debian 2.6.17-9) ([EMAIL PROTECTED]) (gcc 
version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)) #1 SMP Wed Sep 13 
16:34:10 UTC 2006


I can get caudium to work in this box if i recompile caudium with debug...


On Thu, Jan 18, 2007 at 11:24:53PM +0100, Henrik Andreasson wrote:

Package: caudium
Version: 2:1.4.9.1-1
Severity: grave
Justification: renders package unusable



When pike loads the caudium module it crashes with SIGSEGV


It starts just fine for me.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1hb1
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)


Does it work any better on a system using a stock Debian kernel (2.6.18)?

--
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/




//Henrik Andreasson





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



Bug#407735: 2.6.18-3-686 tcp_window_scaling serious problem

2007-01-21 Thread Bastian Blank
tags 407735 wontfix
severity 407735 minor
thanks

On Sat, Jan 20, 2007 at 01:13:43PM -0800, [EMAIL PROTECTED] wrote:
 /proc/sys/net/ipv4/tcp_window_scaling is set to 1 be default in this
 kernel.  But there is a serious problem with this which causes severe
 connection problems for some connections.  The user will experience this
 as sites that fail to load, or begin to load then abruptly stop and just
 hang while loading.

There is a broken router or packet filter between the two machines.

 I thought that this problem no longer existed as of 2.6.18 kernels, but
 I can confirm this is happening again with this fresh debian
 linux-image-2.6.18-3-686 kernel in unstable.

This is a bug in your infrastructure, not the linux kernel.

Bastian

-- 
Totally illogical, there was no chance.
-- Spock, The Galileo Seven, stardate 2822.3



Bug#407757: xen kernel makes dom0 slower

2007-01-21 Thread Bastian Blank
severity 407757 normal
tags 407757 moreinfo
thanks

On Sun, Jan 21, 2007 at 01:32:18AM +0100, Heiko Schulz wrote:
 Booting the xen linux image, the cpu performance is much slower 
 than with a vanilla kernel (also 2.6.18). A simple shell script
 (which compute some numbers, no I/O) needs 60 percent more cpu time
 if I am using the xen kernel. No virtual machines are running.

Each running linux within xen is a virtual machine. CPU time loss is
expected but less than this.

 The machine is an IBM X3550 with Dual Core Xeon 5050.

32 or 64bit kernel?

 The kernel options are noapic and acpi=off. I hope, somebody have
 ideas...

So you forcefully disable things which are needed on modern machines.

Bastian

-- 
Bones: The man's DEAD, Jim!


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



Bug#407806: gajim: doesn't catch : at the end of URLs

2007-01-21 Thread Filippo Giunchedi
Package: gajim
Version: 0.11-1
Severity: normal

hi,
gajim (or the underlying widget, reassing as needed) doesn't consider
legal a trailing : at the end of URLs so it doesn't link correctly.
steps to reproduce:

type a valid URL with trailing : (e.g.
http://qn.quotidiano.net/chan/cronaca:5457697:/2007/01/21: )

filippo

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

Versions of packages gajim depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt
ii  python-glade2 2.8.6-8GTK+ bindings: Glade support
ii  python-gtk2   2.8.6-8Python bindings for the GTK+ widge
ii  python-pysqlite2 [python2.4-p 2.3.2-1python interface to SQLite 3
ii  python2.4 2.4.4-1An interactive high-level object-o

Versions of packages gajim recommends:
ii  dbus  1.0.2-1simple interprocess messaging syst
ii  dnsutils  1:9.3.3-1  Clients provided with BIND
ii  notification-daemon   0.3.5-1+b1 a daemon that displays passive pop
ii  python-dbus [python2.4-dbus]  0.71-3 simple interprocess messaging syst

-- no debconf information


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



  1   2   3   4   >