Bug#502852: openoffice.org: OOo calls removed sensible-ooomua

[Noèl Köthe]

Hallo René,

Am Montag, den 20.10.2008, 20:37 +0200 schrieb Rene Engelhard:

> > So the patch would be:
> > 
> > s/sensible-ooomua/kde-open
> > 
> > for openoffice.org-kde.
> 
> So the following should do:
> 
> # special handling for mailto: uris
> if echo $1 | grep '^mailto:' > /dev/null; then
>   if which kde-open; do
^s/do/then
> kde-open "$1" &
>   else
> kmailservice "$1" &
>   fi
> else
>   if which kde-open; then
> kde-open "$1" &
>   else
> sensible-brower "$1" &
>   fi
> fi
> 
> shouldn't it?

yes. I tested it some minutes ago.

> (kde-open might be there always, but...)

kde-open is in the kdebase-runtime package which is from KDE 4 and is in
lenny and sid.


-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#502858: aptitude: changelog entry malformed

[Y Giridhar Appaji Nag]

Hi Ben,

On 08/10/20 22:04 +1100, Ben Finney said ...
> Package: aptitude
> Version: 0.4.11.9-1lenny1
> Severity: serious
> Justification: violates Policy §4.4

This part of the policy is a "should" and not a "must".  I'll leave it
to the package maintainer, but I suppose this bug is not "serious".  It
would be made "must" (post #489460 which is not yet released).

> A malformed changelog entry can cause problems for any tools 
> attempting to extract structured information from that changelog. The 

Since the above is a "should" and not a "must", tools doing this must be
prepared [1] to encounter bad entries.

[1] 
http://packages.debian.org/changelogs/pool/main/a/aptitude/current/changelog#versionversion0.4.11.9-1lenny1

One less RC bug if you or Daniel downgrade this :-)

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/


signature.asc
Description: Digital signature

Bug#502852: openoffice.org: OOo calls removed sensible-ooomua

[Rene Engelhard]

tag 502852 + pending
tag 502852 + patch
thanks

Noèl Köthe wrote:
> > # special handling for mailto: uris
> > if echo $1 | grep '^mailto:' > /dev/null; then
> >   if which kde-open; do
>   ^s/do/then

ARGH. Thanks. Why do I do such a stupid mistake once again?

> yes. I tested it some minutes ago.

OK, so I'll do it that way (and try to get it into lenny)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




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

Bug#502950: [INTL:es] Spanish debconf template translation for bacula

[Francisco Javier Cuadrado]

Package: bacula
Version: 2.4.2-3
Severity: wishlist
Tags: l10n patch



--
Saludos

Fran



-- 
Saludos

Fran
# bacula po-debconf translation to Spanish
# Copyright (C) 2008
# This file is distributed under the same license as the bacula package.
#
# Changes:
#  - Initial translation
#   Jose Luis Tallon <[EMAIL PROTECTED]>
#   Francisco Javier Cuadrado <[EMAIL PROTECTED]>
#
# Traductores, si no conoce el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
#  - El proyecto de traducción de Debian al español
#http://www.debian.org/intl/spanish/
#especialmente las notas de traducción en
#http://www.debian.org/intl/spanish/notas
#
#  - La guía de traducción de po's de debconf:
#/usr/share/doc/po-debconf/README-trans
#o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: bacula 2.4.2-3\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-01-27 22:28+0100\n"
"PO-Revision-Date: 2008-10-06 20:23+0100\n"
"Last-Translator: Francisco Javier Cuadrado <[EMAIL PROTECTED]>\n"
"Language-Team: Debian l10n spanish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../bacula-director-sqlite.templates:2001
msgid "Create tables for Bacula's catalog?"
msgstr "¿Crear las tablas para el catálogo de Bacula?"

#. Type: boolean
#. Description
#: ../bacula-director-sqlite.templates:2001
msgid "The tables needed for Bacula's catalog are missing. This is normal for a fresh install of Bacula."
msgstr "Las tablas necesarias para el catálogo de Bacula no se encuentran. Esto es normal para una instalación nueva de Bacula."

#. Type: boolean
#. Description
#: ../bacula-director-sqlite.templates:2001
msgid "These tables are needed for the Bacula director to function. Please choose whether these tables should be automatically created."
msgstr "Estas tablas son necesarias para que «Bacula director» funcione. Por favor, elija si estas tablas deberían crearse automáticamente."

#. Type: boolean
#. Description
#: ../bacula-director-sqlite.templates:3001
msgid "Remove catalog on purge?"
msgstr "¿Borrar el catálogo al eliminar el paquete?"

#. Type: boolean
#. Description
#: ../bacula-director-sqlite.templates:3001
msgid "Please choose whether the Bacula catalog should be removed when the director package is purged."
msgstr "Por favor, elija si el catálogo de Bacula se debería eliminar cuando el paquete «director» se elimine."

#~ msgid ""
#~ "Warning: This is not undoable. Once you remove the catalog, you won't be "
#~ "able to restore your backups unless you have another copy of the catalog "
#~ "at hand."
#~ msgstr ""
#~ "Advertencia: Esta acción no se puede deshacer. Una vez que se elimine el "
#~ "catálogo, no podrá restaurar sus copias de seguridad a menos que disponga "
#~ "de otra copia del catálogo."
#~ msgid ""
#~ "Shall I remove the Catalog / SQLite database at package purge time? This "
#~ "will free all the used space."
#~ msgstr ""
#~ "¿Debo borrar el catálogo cuando se elimine el paquete? Esto liberará todo "
#~ "el espacio utilizado por el catálogo."

Bug#491954: Patch for the 1:1.04-1.1 NMU of nullmailer

[Christian Perrier]

Dear maintainer of nullmailer,

On Tuesday, October 14, 2008 I sent you a notice announcing my intent to upload 
a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Thursday, October 09, 2008.

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

I will now upload this NMU to DELAYED/2-DAY.

The NMU patch is attached to this mail.

The NMU changelog is:


Source: nullmailer
Version: 1:1.04-1.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Tue, 21 Oct 2008 06:16:14 +0200
Closes: 491954 491954 502887
Changes: 
 nullmailer (1:1.04-1.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Swedish. Closes: #491954
 - Italian. Closes: #491954
 - Russian. Closes: #502887

-- 


diff -Nru nullmailer-1.04.old/debian/changelog nullmailer-1.04/debian/changelog
--- nullmailer-1.04.old/debian/changelog	2008-10-06 22:21:30.996430010 +0200
+++ nullmailer-1.04/debian/changelog	2008-10-21 06:16:21.731102351 +0200
@@ -1,3 +1,13 @@
+nullmailer (1:1.04-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Swedish. Closes: #491954
+- Italian. Closes: #491954
+- Russian. Closes: #502887
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Tue, 21 Oct 2008 06:16:14 +0200
+
 nullmailer (1:1.04-1) unstable; urgency=low
 
   * New upstream release. (closes: #458038)
diff -Nru nullmailer-1.04.old/debian/po/it.po nullmailer-1.04/debian/po/it.po
--- nullmailer-1.04.old/debian/po/it.po	1970-01-01 01:00:00.0 +0100
+++ nullmailer-1.04/debian/po/it.po	2008-10-20 07:33:11.293398000 +0200
@@ -0,0 +1,94 @@
+# ITALIAN TRANSLATION OF NULLMAILER'S.PO-DEBCONF FILE
+# Copyright (C) 2007 THE NULLMAILER'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the nullmailer package.
+#
+# Vincenzo Campanella <[EMAIL PROTECTED]>, 2008.
+msgid ""
+msgstr ""
+"Project-Id-Version: it\n"
+"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
+"POT-Creation-Date: 2007-03-18 12:14+0100\n"
+"PO-Revision-Date: 2008-10-14 17:03+0200\n"
+"Last-Translator: Vincenzo Campanella <[EMAIL PROTECTED]>\n"
+"Language-Team: Italian <[EMAIL PROTECTED]>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"X-Generator: KBabel 1.11.4\n"
+
+#. Type: string
+#. Description
+#: ../templates:1001
+msgid "Mailname of your system:"
+msgstr "Mailname del sistema:"
+
+#. Type: string
+#. Description
+#: ../templates:1001
+msgid ""
+"This is the fully-qualified host name of the computer running nullmailer. It "
+"defaults to the literal name 'me'."
+msgstr ""
+"Questo è il nome completo qualificato dell'host su cui nullmailer è in "
+"esecuzione. Il valore predefinito è \"me\"."
+
+#. Type: string
+#. Description
+#: ../templates:2001
+msgid "Smarthosts:"
+msgstr "Smarthost:"
+
+#. Type: string
+#. Description
+#: ../templates:2001
+msgid ""
+"This is a colon-separated list of remote servers to which to send each "
+"message. Each entry contains a remote host name or address followed by an "
+"optional protocol string 'host protocol'. The protocol name defaults to "
+"smtp, and may be followed by command-line arguments for that module."
+msgstr ""
+"È un elenco, separato da due punti (\":\"), di server remoti a cui inviare "
+"ogni messaggio. Ogni valore contiene il nome di un host remoto o l'indirizzo "
+"seguito da una stringa facoltativa di protocollo \"host protocol\". Il nome "
+"predefinito del protocollo è smtp, e può essere seguito da argomenti da "
+"linea di comando per tale modulo."
+
+#. Type: string
+#. Description
+#: ../templates:2001
+msgid "Examples:"
+msgstr "Esempi:"
+
+#. Type: string
+#. Description
+#: ../templates:2001
+msgid ""
+"  smarthost\n"
+"  smarthost smtp --port=10025\n"
+"  smarthost smtp --user=foo --pass=bar"
+msgstr ""
+"  smarthost\n"
+"  smarthost smtp --port=10025\n"
+"  smarthost smtp --user=foo --pass=bar"
+
+#. Type: string
+#. Description
+#: ../templates:3001
+msgid "Where to send local emails (optional):"
+msgstr "Dove inviare e-mail locali (facoltativo):"
+
+#. Type: string
+#. Description
+#: ../templates:3001
+msgid ""
+"If not empty, all recipients to users at either 'localhost' (the literal "
+"string) or the canonical host name (from /etc/mailname) are remapped to this "
+"address. This is provided to allow local daemons to be able to send email to "
+"'[EMAIL PROTECTED]' and have it go somewhere sensible instead of being "
+"bounced by your relay host."
+msgstr ""
+"Se non vuoto, tutti i destinatari di utenti a \"localhost\" (la stringa "
+"letterale) o il nome canonico dell'host (da \"/etc/mailname\") vengono ri-"
+"mappati a questo indirizzo. Questo per consentire ai demoni locali di "
+"inoltrare al corretto destinatario le email indirizzate a "
+"[EMAIL PROTECTED], anziché farle respingere dal proprio host di relay."
diff -Nru nullm

Bug#502951: Installation Report

[Thomas Wagner]

Package: installation-reports

Boot method: CD
Image version: Debian GNU/Linux testing "Lenny" - Official Snapshot 
amd64 kde-CD Binary-1 20081006-15:04

Date: 2008-10-20

Machine: Dell Precision 380
Processor: Intel Pentium D CPU 3.00GHz stepping 7
Memory: 2.95 GB
Partitions:

Dateisystem Typ 1K‐Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/mapper/Debian-root
ext3 289548 134305 140293 49% /
varrun tmpfs 1548008 316 1547692 1% /var/run
varlock tmpfs 1548008 0 1548008 0% /var/lock
udev tmpfs 1548008 72 1547936 1% /dev
devshm tmpfs 1548008 0 1548008 0% /dev/shm
/dev/sda1 ext3 241116 26223 202445 12% /boot
/dev/mapper/Debian-home
ext3 154818540 112141996 34812224 77% /home
/dev/mapper/Debian-tmp
ext3 408548 10958 376496 3% /tmp
/dev/mapper/Debian-usr
ext3 8127416 3581648 4136168 47% /usr
/dev/mapper/Debian-local
ext3 10159032 4276760 5370272 45% /usr/local
/dev/mapper/Debian-var
ext3 3124876 609140 2358248 21% /var
/dev/scd0 iso9660 627626 627626 0 100% /media/cdrom0

Output of lspci -knn: NA

Base System Installation Checklist: [E]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot: [O]
Detect network card: [ ]
Configure network: [ ]
Detect CD: [E]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives: [ ]
Install base system: [ ]
Clock/timezone setup: [ ]
User/password setup: [ ]
Install tasks: [ ]
Install boot loader: [ ]
Overall install: [ ]

Comments/Problems:

hda: drive not ready for command
BUG: soft lockup - CPU#0 stuck for 11 seconds [modprobe:746]

--
Dipl.-Phys. Thomas Wagner
University of Technology Bergakademie Freiberg
Institute for Experimental Physics
Leipziger Str. 23
09599 Freiberg

Germany


e-mail: [EMAIL PROTECTED]
phone: ++49-3731-394088
  fax: ++49-3731-394314




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

Bug#502924: libspeex-dev: speex_preprocess.h and possibly more missing

[Eugen Dedu]

thomas schorpp wrote:

http://packages.debian.org/search?keywords=libspeexdsp-dev&searchon=names&suite=all§ion=all

hm. and how about distributing it?

[EMAIL PROTECTED]:~$ dpkg -l *speex*
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konfiguration/
 Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/Halten/R=Neuinst notw/X=beide (Status, Fehler: GROSS=schlecht)
||/ Name  Version   Beschreibung
+++-=-=-==
rc  gstreamer0.8-speex0.8.8-2   Speex plugin for 
GStreamer
ii  libspeex-dev  1.2~rc1-1 The Speex codec library 
development files
ii  libspeex1 1.2~rc1-1 The Speex codec runtime 
library
ii  libspeexdsp1  1.2~rc1-1 The Speex extended 
runtime library
pn  libwvstreams3-speex  (keine Beschreibung 
vorhanden)
ii  speex 1.2~rc1-1 The Speex codec command 
line tools
pn  speex-doc(keine Beschreibung 
vorhanden)
[EMAIL PROTECTED]:~$ 



Hi Tom,

dpkg -l does not look necessarily over all the packages, it can miss 
some of them.  To search packages use apt-cache search.


--
Eugen



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

Bug#500336: patch for grub detection

[Ian Campbell]

On Mon, 2008-10-20 at 21:18 +0200, Thomas Viehmann wrote:
> Hi,
> 
> Ian Campbell wrote:
> > My only concern would be the behaviour when running in a domU. I haven't
> > looked very closely at the patch yet but a comment says
> > +# CONFIG_XEN + NO CONFIG_PARAVIRT
> > +# --> domU capable, but must not show up in grub
> > 
> > which sounds like menu.lst in a guest domain will end up omitting the
> > non-paravirt Xen kernels. These entries are needed to allow booting via
> > pygrub. Lenny does include such images now due to the use of the SuSE
> > patch which makes e.g. 2.6.26-1-xen-amd64 look this way. People
> > upgrading a domU from Etch will likely end up with this style image
> > installed as well.
> 
> No, 2.6.26-1-xen-amd64/lenny is actually capable of both.

Both what?

> So the problem would bite people upgrading grub but not the kernel.

Someone who installs 2.6.26-1-xen-amd64 in a Lenny domU with the Lenny
version of grub would end up with a menu.lst which did not contain this
kernel, which would be incorrect.

> Ideally, one would add way to collect domU-only kernels (with some
> commented-out-magic or in a separate pygrub.menu.lst) for a patched pygrub.

I think in an earlier version of the patch which became the current
stuff had a magic variable thing. I think I'd be happy with a
commented-out-magic IFF there is absolutely no way to make it work by
default.

> To be honest, having a non-virtual (i.e. native or dom0) boot fail
> seems worse than having a virtual machine fail to boot to me because
> the former is inherently more opaque from a distance (yeah, serial
> consoles work, but suck).

If you are the admin of a domU with no access rights to dom0 (common
with hosting providers) then I think the two are equivalent.

Ian.
-- 
Ian Campbell

Some men are discovered; others are found out.


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

Bug#502852: openoffice.org: OOo calls removed sensible-ooomua

[Noèl Köthe]

Am Dienstag, den 21.10.2008, 09:01 +0200 schrieb Noèl Köthe:

> > # special handling for mailto: uris
> > if echo $1 | grep '^mailto:' > /dev/null; then
> >   if which kde-open; do
>   ^s/do/then
> > kde-open "$1" &
> >   else
> > kmailservice "$1" &
> >   fi
> > else
> >   if which kde-open; then
> > kde-open "$1" &
> >   else
> > sensible-brower "$1" &
> >   fi
> > fi
> > 
> > shouldn't it?
> 
> yes. I tested it some minutes ago.

I tested the mailto: part, which works as expected but the webpage part
has problems with kde-open.

I would suggest to use (removed kde-open for webpages):

# special handling for mailto: uris
if echo $1 | grep '^mailto:' > /dev/null; then
  if which kde-open; then
kde-open "$1" &
  else
kmailservice "$1" &
  fi
else
  sensible-browser "$1" &
fi


-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#474947: Not reproducible?..

[Christian Perrier]

Quoting Elliott Mitchell ([EMAIL PROTECTED]):
> >From: Eugene V. Lyubimkin <[EMAIL PROTECTED]>
> > Though, I think, severity of this bug can be downgraded (imho, to important)
> > if it show itself rarely. And it's very hard to fix, yes.
> 
> No.
> 
> Have you looked at how many reports there are of the MMap problem and how
> old they are?

May I kindly point you guys to a few URLs ?

http://www.perrier.eu.org/weblog/2008/09/30#apt-maintenance

which then triggerred:

http://wiki.debian.org/Teams/Apt




signature.asc
Description: Digital signature

Bug#500285: [pkg-nvidia-devel] Bug#500285: no patch necessary for building against 2.6.27

[Sven Joachim]

On 2008-10-20 22:34 +0200, Lennart Sorensen wrote:

> On Sun, Oct 12, 2008 at 03:22:11PM +0200, Sven Joachim wrote:
>> Indeed, it doesn't build correctly.  But I didn't notice that, because
>> the nvidia-kernel-source package hides the problem by ignoring make
>> errors and reusing a previously built nvidia.ko for the
>> nvidia-kernel-2.6.* package.  I'll file a separate bug report for that.
>
> Make sure to wipe out any existing dir before building a new version
> with module-assistant.  I don't know why that tool doesn't automatically
> clean up before extracting a new tar file.  That's just plain daft.

I did not use module-assistant, but rather make-kpkg.  Here's a log of
what happens if I don't rm -rf /usr/src/modules/nvidia-kernel/:

,
| /usr/src/linux-2.6.27.2% fakeroot make-kpkg modules_image
| exec debian/rules  DEBIAN_REVISION=custom.1.1  modules_image 
| for module in /usr/src/modules/nvidia-kernel ; do   \
|   if test -d  $module; then\
|   (cd $module;  \
|   if ./debian/rules KVERS="2.6.27-core2" 
KSRC="/usr/src/linux-2.6.27.2" \
|  KMAINT="Sven Joachim" KEMAIL="[EMAIL PROTECTED]" 
 \
|  KPKG_DEST_DIR="/usr/src/linux-2.6.27.2/.."   
\
|  KPKG_MAINTAINER="Sven Joachim"\
|  KPKG_EXTRAV_ARG=""\
|  ARCH="i386" \
|  KDREV="custom.1.1" kdist_image; then\
|   echo "Module $module processed fine";\
|   else  \
|echo "Module $module failed.";  \
|if [ "X" != "X" ]; then  \
|   echo "Perhaps $module does not understand --rootcmd?";  
\
|   echo "If you see messages that indicate that it is 
not"; \
|   echo "in fact being built as root, please file a bug "; 
 \
|   echo "against $module."; \
|fi;  \
|echo "Hit return to Continue";   \
|read ans;\
|   fi;   \
|);\
| else  \
|echo "Module $module does not exist";   \
|echo "Hit return to Continue?";  \
| fi;   \
| done
| make[1]: Entering directory `/usr/src/modules/nvidia-kernel'
| echo "ROOT_CMD = "
| ROOT_CMD = 
| /usr/bin/make -w -f debian/rules binary_modules
| make[2]: Entering directory `/usr/src/modules/nvidia-kernel'
| # select which makefile to use.
| rm -f /usr/src/modules/nvidia-kernel/Makefile || true
| if [ 6 = 6  ]; then \
|ln -s Makefile.kbuild Makefile ; \
|   fi
| if [  6 = 4  ]; then \
|ln -s Makefile.nvidia Makefile ; \
|   fi
| if ! gcc-4.1 -v 2> /dev/null  ; then \
|  echo "Compiler gcc-4.1 does not exist on the system" ; \
|  exit 1; \
|   fi   
| if [ -f /usr/src/modules/nvidia-kernel/debian/control.template ]; then \
|   cp  /usr/src/modules/nvidia-kernel/debian/control.template 
/usr/src/modules/nvidia-kernel/debian/control; \
|   fi
| if [ "i686" = "x86_64" ]; then \
|   cp /usr/src/modules/nvidia-kernel/nv-kernel.o.x86_64 
/usr/src/modules/nvidia-kernel/nv-kernel.o ; \
|   fi
| touch configure-stamp
| dh_testdir
| dh_testroot
| PATCHLEVEL = 6 
| Kernel compiler version : 4.1.2
| Detected compiler version : 4.1.2
| Using compiler gcc-4.1 version 4.1.2
| touch /usr/src/modules/nvidia-kernel//gcc-check
| touch /usr/src/modules/nvidia-kernel//cc-sanity-check
| ## Main Make ##
| IGNORE_CC_MISMATCH=1 CC="gcc-4.1" /usr/bin/make -C 
/usr/src/modules/nvidia-kernel/ -f Makefile SYSSRC=/usr/src/linux-2.6.27.2   
KBUILD_PARAMS="-C /usr/src/linux-2.6.27.2 
SUBDIRS=/usr/src/modules/nvidia-kernel" module;
| make[3]: Entering directory `/usr/src/modules/nvidia-kernel'
| NVIDIA: calling KBUILD...
| make CC=gcc-4.1 -C /usr/src/linux-2.6.27.2 
SUBDIRS=/usr/src/modules/nvidia-kernel modules
| make[4]: Entering directory `/usr/src/linux-2.6.27.2'
|   CC [M]  /usr/src/modules/nvidia-kernel/nv.o
| In file included from include/linux/bitops.h:17,
|  from include/linux/kernel.h:15,
|  from include/linux/sched.h:52,
|  from include/linux/utsname.h:35,
|  from /usr/src/modules/nvidia-kernel/nv-linux.h:19,
|  from /usr/src/modules/nvidia-kernel/nv.c:14:
| include/as

Bug#502948: linux-image-2.6.26-1-686: Kernel 2.6.26 No core dumps

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Oct 21, 2008 at 08:09:37AM +0200, tomás zerolo wrote:
> Package: linux-image-2.6.26-1-686
> Version: 2.6.26-8
> Severity: normal
> 
> Processes don't dump core under 2.6.26-1. Tested with kill -3 (re-booting 
> with 2.6.24-1
> re-enables core dumps). I didn't test yet with 2.6.25.

Tested now with (vanilla Debian) 2.6.25-2-686. Cores are dumped as
should. So problem seems to arise for the first time on 2.6.26-1.

Regards
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFI/YkVBcgs9XrR2kYRApoyAJ0WD8jYAl+wiHd5tGat0vj0CRcBZwCeMo7s
yhQ999sES4HFYrW2RVDh/SY=
=8vxP
-END PGP SIGNATURE-



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

Bug#502923: developers-reference: Add new Upstream-* fields for Bts, Upstream-Vcs-Browser, Upstream-Vcs-{Git, Hg, Svn) ...

[Raphael Hertzog]

On Tue, 21 Oct 2008, jaalto wrote:
> Surrent developers-reference documents:
> 
>   6.2.5.1. Vcs-Browser
>   6.2.5.2. Vcs-*
> 
> Please also add fields that can be used to refer to upstream:
> 
>   Upstream-Bts-UrlThe bug tracking system address (Trac, Bugzilla 
> ...)
> Upstream-Vcs-Browser  Like in developers-reference but related to 
> upstream
> Upstream-Vcs-*--''--

Those fields are not accepted by dpkg contrary to the Vcs-* ones. So they
shouldn't be documented IMO.

And I don't like the idea to clutter the control file with such upstream
information which always require an upload for any update/change. After
that you want an URL with screenshot and and and …

It is bad idea that looks good because it seems similar to the current
one. I would prefer people to work on an external repository of
meta-information about source packages: http://wiki.debian.org/CRMI

The Homepage field is the exception as it is the entry point to find out
any other upstream related information.

I suggest tagging this bug wontfix or simply closing it if the idea
doesn't get more support.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#502953: grub-update segfaults

[Lars Bahner]

Package: grub
Version: 0.97-47
Severity: important

grub-update fails with the following error message:

[EMAIL PROTECTED]:~# update-grub
Searching for GRUB installation directory ... found: /boot/grub
[  586.547952] grub-probe[4020]: segfault at 312c306468 ip 419f80 sp
7fff189fcfd0 error 4 in grub-probe[40+23000]
[EMAIL PROTECTED]:~#

I suspect this error to low-level (ie. related to grub-probe) as a
similar error occurs, when I try grub2 instead.

-- Package-specific info:

*** BEGIN /boot/grub/device.map
(hd0)   /dev/hdc
(hd1)   /dev/sda
*** END /boot/grub/device.map

*** BEGIN /proc/mounts
/dev/hdc1 / ext3 rw,errors=remount-ro,data=ordered 0 0
/dev/hdc5 /usr ext3 rw,errors=continue,data=ordered 0 0
/dev/hdc3 /usr/local ext3 rw,errors=continue,data=ordered 0 0
/dev/hdc6 /var ext3 rw,errors=continue,data=ordered 0 0
/dev/mapper/vg0-zen /var/backups/zen ext3 rw,errors=continue,data=ordered 0 0
/dev/vg0/emul /usr/local/emul ext3 rw,errors=continue,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/menu.lst
# menu.lst - See: grub(8), info grub, update-grub(8)
#grub-install(8), grub-floppy(8),
#grub-md5-crypt, /usr/share/doc/grub
#and /usr/share/doc/grub-doc/.

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not change this entry to 'saved' or your
# array will desync and will not let you boot your system.
default 0

## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout 5

# Pretty colours
color cyan/blue white/blue

### PASSWORD LINE REMOVED ###
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line)  and entries protected by the
# command 'lock'
### PASSWORD LINE REMOVED ###
### PASSWORD LINE REMOVED ###
### PASSWORD LINE REMOVED ###

#
# examples
#
# title Windows 95/98/NT/2000
# root  (hd0,0)
# makeactive
# chainloader   +1
#
# title Linux
# root  (hd0,1)
# kernel/vmlinuz root=/dev/hda2 ro
#

#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##  kopt_2_6_8=root=/dev/hdc1 ro
##  kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=/dev/hdc1 ro profile=1 selinux=0 vga=k

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,0)

## should update-grub create alternative automagic boot options
## e.g. alternative=true
##  alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##  lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=

## should update-grub lock old automagic boot options
## e.g. lockold=false
##  lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##  altoptions=(single-user) single
# altoptions=(single-user mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
##  howmany=7
# howmany=all

## should update-grub create memtest86 boot option
## e.g. memtest86=true
##  memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##

title   Xen 3.2-1-amd64 / Debian GNU/Linux, kernel 2.6.26-1-xen-amd64
root(hd0,0)
kernel  /boot/xen-3.2-1-amd64.gz
module  /boot/vmlinuz-2.6.26-1-xen-amd64 root=/dev/hdc1 ro profile=1 
selinux=0 console=tty0
module 

Bug#502541: e2fsprogs: blkid returns true even if device is non-existent

[Kondrat Pushkarev]

Oh, you know I hadn't thought of that.  I suppose the following would be
possible in that case, if it's not more trouble than it's worth.  (I
compiled the patch and it seems to work for me.)

BEGIN PATCH ---
--- a/lib/blkid/devname.c
+++ b/lib/blkid/devname.c
@@ -65,6 +65,11 @@ blkid_dev blkid_get_dev(blkid_cache cach
}
 
if (!dev && (flags & BLKID_DEV_CREATE)) {
+   struct stat st;
+   if (stat(devname, &st) < 0 ||
+   (!S_ISBLK(st.st_mode) && !S_ISREG(st.st_mode)) 
||
+   access(devname, F_OK) < 0)
+   return NULL;
dev = blkid_new_dev();
if (!dev)
return NULL;
END PATCH -

-Kondrat

On 21 Oct 08, Theodore Tso wrote:
> On Sun, Oct 19, 2008 at 07:04:54PM +0400, Kondrat Pushkarev wrote:
> > 
> > I propose the following variant of your patch, which does a more
> > thorough check:
> > 
> 
> No, this could break programs that use the blkid library to determine
> the filesystem type of an image file directly.
> 
>- Ted



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

Bug#502908: [Pkg-cups-devel] Bug#502908: cups-client: [INTL:de] Initial German man page translation

[Martin Pitt]

Hello Helge,

thank you for working on a translation!

Helge Kreutzmann [2008-10-20 21:40 +0200]:

> If there is some schedule for uploading CUPS into Debian which I
> should be aware of, please inform me (though I cannot promise any
> deadlines).

I often upload to experimental, including it there is no problem.
Getting it to unstable and Lenny more so, it always requires asking
the release team for an exception. But translation fixes like those
are very likely to get approved. So I'll upload to unstable once the
translation is reasonably complete.

> It would be great if you could provide me with a (read only) link to a
> revision control system (git, SVN, ..)

It's mentioned in "apt-cache source cups":

  Vcs-Bzr: bzr+ssh://bzr.debian.org/pkg-cups/cups/lenny

So you can just create your own branch with

  bzr get bzr+ssh://bzr.debian.org/pkg-cups/cups/lenny

and start hacking on it. Of course you can't push, but you can put
your branch to a place like people.debian.org, or just send me diffs,
whatever you prefer.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#382175: glibc: contains Sun RPC implementation under non-free license

[Aurelien Jarno]

Ben Finney a écrit :
> package glibc
> forwarded 382175 http://sources.redhat.com/bugzilla/show_bug.cgi?id=6953
> tags 382175 + upstream
> thanks
> 

I really don't think you will have success this way given:
- RedHat doesn't care about that.
- The gNewSense consider it a free license and thus most probably the FSF.

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



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

Bug#498691: Solved

[Lorenzo Vanoni]

With the version 2.6.26-9 i have no more this problem. I think already the
version 2.6.26-6 was ok.

Best regards
Vanoni Lorenzo

Bug#502881: Need more info

[Michael Meskes]

tag 502704 unreproducible
tag 502704 moreinfo
thanks

Hi,

could you please add a "set -x" to the acpid init script and
reboot/reconfigure/whatever didn't work? Also acpid log entries would be
interesting. Needless to say that I do not experience this problem on my
system.

Michael

-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



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

Bug#502785: file-roller: Opening files in cpio archives produces empty files

[Emilio Pozuelo Monfort]

Michael Rasmussen wrote:
> On Mon, 20 Oct 2008 00:46:32 +0200
> Emilio Pozuelo Monfort <[EMAIL PROTECTED]> wrote:
> 
>> Can you attach an affected archive? I don't seem to be able to reproduce 
>> this:
>>
> Sure see attached.
> 
> $ file test.cpio 
> test.cpio: ASCII cpio archive (pre-SVR4 or odc)
> $ file test.cpio.gz 
> test.cpio.gz: gzip compressed data, was "test.cpio", from Unix, last
> modified: Mon Oct 20 00:50:52 2008
> 

Are you able to extract them using cpio? I don't seem to be:

[EMAIL PROTECTED]:~/Desktop$ LC_ALL=C cpio -i < test.cpio
cpio:
/home/mir/.claws-mail/imapcache/mail.datanom.net/[EMAIL PROTECTED]/INBOX/test/9:
Cannot open: No such file or directory
cpio:
/home/mir/.claws-mail/imapcache/mail.datanom.net/[EMAIL PROTECTED]/INBOX/test/8:
Cannot open: No such file or directory
cpio:
/home/mir/.claws-mail/imapcache/mail.datanom.net/[EMAIL PROTECTED]/INBOX/test/7:
Cannot open: No such file or directory
cpio:
/home/mir/.claws-mail/imapcache/mail.datanom.net/[EMAIL PROTECTED]/INBOX/test/6:
Cannot open: No such file or directory
cpio:
/home/mir/.claws-mail/imapcache/mail.datanom.net/[EMAIL PROTECTED]/INBOX/test/5:
Cannot open: No such file or directory
cpio:
/home/mir/.claws-mail/imapcache/mail.datanom.net/[EMAIL PROTECTED]/INBOX/test/4:
Cannot open: No such file or directory
cpio:
/home/mir/.claws-mail/imapcache/mail.datanom.net/[EMAIL PROTECTED]/INBOX/test/3:
Cannot open: No such file or directory
cpio:
/home/mir/.claws-mail/imapcache/mail.datanom.net/[EMAIL PROTECTED]/INBOX/test/2:
Cannot open: No such file or directory
cpio:
/home/mir/.claws-mail/imapcache/mail.datanom.net/[EMAIL PROTECTED]/INBOX/test/1:
Cannot open: No such file or directory
30 blocks
[EMAIL PROTECTED]:~/Desktop$



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

Bug#254243: (no subject)

[martin f krafft]

also sprach Luar Roji <[EMAIL PROTECTED]> [2008.10.20.2146 +0200]:
> Maybe (only maybe!) we can make a NEW version of netstat, and show a warning
> when chopping is happening, so we don't break actual scripts, and in the new
> version we can do what we want without being afraid, what do you think? In
> the future we can rename the old netstat, and use the new as the original..

This, in addition to the -w flag, sounds like a good idea! The
question now is whether it's possible to patch the source in such
a way that the release team will let us bring it into lenny. I think
it's worth a try and I am happy to help you make it happen.

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


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#502954: Serendipity media library

[Adrian von Bidder]

Package: serendipity
Version: 1.3.1-1

Hi,

Sorry to be back again with another bug...

I can't create directories in the media library.  The directory is created 
in the filesystem (/var/lib/serendipity/uploads/...), but it is not 
displayed in the web gui.  However, Apache error log is silent (no 
PostgreSQL error either, this time), and it says "Directory bg has been 
created."  I tried logging out and restarting apache, to no avail.

(libapache2-mod-php5 5.2.6-5)

cheers
-- vbi

-- 
Or not.


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

Bug#317844: usbmount: My pendrive isn't mounted anymore since version >= 0.0.13

[Rogério Brito]

Hi.

I am the new maintainer of usbmount and the udev subsystem has changed
drastically since the bug was reported. Also, I updated the package
slightly and it is now in version 0.0.16.

On Jul 18 2005, Martin Dickopp wrote:
> Thank you for the bug report. Could you please provide the output
> of the following command?
> 
>   udevinfo -a -p $( udevinfo -q path -n /dev/sdb )
> 
> Please type the command while the USB device is plugged in, and please
> replace /dev/sdb with the device node that corresponds to your device.

I second the suggestion of Martin. Please, post the output here, so that
more information can be known about the behaviour of usbmount.

Also, running

udevadm test --action=add /sys/class/block/sda1

May generate very useful output. Please, substitute sda1 with the
appropriate device.

Attach here the output of the command from and we can see what are the
actions that udev is trying to perform. Please, be awarer that the
"udevadm" command above generates a lot of output.


Regards, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org



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

Bug#502948: linux-image-2.6.26-1-686: Kernel 2.6.26 No core dumps

[Bastian Blank]

tags 502948 unreproducible moreinfo
thanks

On Tue, Oct 21, 2008 at 08:09:37AM +0200, tomás zerolo wrote:
> Processes don't dump core under 2.6.26-1. Tested with kill -3 (re-booting 
> with 2.6.24-1
> re-enables core dumps). I didn't test yet with 2.6.25.

I'm not able to reproduce that on my devel machine.

| $ ulimit -c
| unlimited
| $ sleep 100 &
| [1] 23173
| $ kill -11 23173
| [1]  + segmentation fault (core dumped)  sleep 100
| $ ls -al core 
| -rw--- 1 waldi waldi 311296 21. Okt 10:13 core
| $ uname -a
| Linux waldi 2.6.26-1-686 #1 SMP Tue Sep 30 01:23:34 UTC 2008 i686 GNU/Linux

Bastian

-- 
If there are self-made purgatories, then we all have to live in them.
-- Spock, "This Side of Paradise", stardate 3417.7



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

Bug#502699: False positives in clickjacking detection

[arno]

Le dimanche 19 octobre 2008, à 11:50:29 +0200, Florian a écrit : 
> Package: mozilla-noscript
> Version: 1.8.2.1-1
> 
> Several web sites incorrectly report clickjacking attempts.  This happens
> with the POSIX spec at ,
> but it is somewhat difficult to reproduce.
> 
> It's easier with ; just clicking on
> Copyright/License in the left navigation field suffices.
> 
> In all cases, I haven't granted Javascript permissions to those web
> sites.
> 

Hi, I reported that bug to upstream developer. He told that bug should be 
fixed in newest release:
http://forums.mozillazine.org/viewtopic.php?p=4781865#p4781865

You may want to uninstall mozilla-noscript package, and install version found 
at http://noscript.net/getit to see if problem is fixed.


signature.asc
Description: Digital signature

Bug#502922: tkcvs: tkdiff missing

[Tim Cutts]

On 20 Oct 2008, at 10:51 pm, Arthur de Jong wrote:


Subject: tkcvs: tkdiff missing
Package: tkcvs
Version: 8.1-4
Severity: normal

The /usr/bin/tkdiff binary has gone missing between 8.1-3 and 8.1-4.  
It

seems that the following lines were removed from debian/rules between
those releases:

  sed -e '1,5s/^exec wish/exec wish8.5/' \
  tkdiff/tkdiff >debian/tkcvs/usr/bin/tkdiff

I think they should be replaced by

  cp tkdiff/tkdiff debian/tkcvs/usr/bin/tkdiff


Yep, you're right.  Thanks - sorry I didn't spot that.  Blast it.   
I'll upload a new version today.


Tim


--
The Wellcome Trust Sanger Institute is operated by Genome Research 
Limited, a charity registered in England with number 1021457 and a 
company registered in England with number 2742969, whose registered 
office is 215 Euston Road, London, NW1 2BE. 




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

Bug#502618: #502618: No change with scratching the disk before installing

[Axel Beckert]

Hi,

just wanna inform that now also our formerly working 32 bit machine
has that problem permanently, even after scratching the whole disk
with dd if=/dev/zero of=/dev/sda over night before. (We formerly
suspected the previous existence of an LVM on the disk caused that
behaviour.) The strange thing stays that this and other machines
installed fine before and that the bug occurred on some machines
earlier (Friday) and others later (Monday afternoon while it worked
Monday morning).

So now _all_ of our to-be-installed systems show this behaviour,
independently of hardware or installation architecture, independently
of the previous disk content.

Which is kind of bad, because to workaround this bug now means that we
have to go back to manual installation. :-(

We also looked through all changed udebs the last two weeks on our
mirror (ftp.ch.debian.org) and checked packages.q.d.o as well as their
changelog, but none of the changes pointed into this direction.
Probably the only relevant package which changed at all during the
last weeks is partman-base (changed in Lenny as well as in Sid).

HTH.

Kind regards, Axel Beckert
-- 
Axel Beckert <[EMAIL PROTECTED]>   support: +41 44 633 2668
IT Support Group, HPT D17 (new address!)  voice:   +41 44 633 4189
Departement Physik, ETH Zurichfax: +41 44 633 1239
CH-8093 Zurich, Switzerland   http://nic.phys.ethz.ch/



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

Bug#495237: gnome-games: link to project website in 'About' window is broken

[Emilio Pozuelo Monfort]

Hi,

Oz N wrote:
> Package: gnome-games
> Version: 1:2.22.3-1
> Severity: minor
> 
> The link to project website is broken. Steps to repeat:
> 
> 1. Open glchess, go to Help menu. 
> 2. Choose 'About'
> 3. In the opened window click on Gnome Games Website.
> 4. Window reports the following error:
> Could not open link
> 'There was an error launching the default action command associated with
> this location'

It works for me, can you check if it still happens?

Thanks



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

Bug#502955: debian-installer: essid cannot be chosen

[Mate Soos]

Package: debian-installer
Severity: normal

There are multiple wireless spots around my house. Debian defaults to an
unsecured network(see later how I discovered this), but that network needs a 
web-based login (only
available to paying customers), so it doesn't actually work. My own
wireless router works, and I have the key for it, but the installer
never actually asks for the essid, so I don't have a chance to select
it.

What is worse, is that being a sort-of-expert, I tried to get around
this using a console+iwconfig combo, but iwconfig was not available. So,
I had to do a very minimial install, then boot into bash, then set the
correct essid&key using iwconfig and then do "apt-get ...". It worked in
the end, but under "/etc/network/interfaces" debian of course put the
essid of the unsecured network (just as I suspected).

This behaviour is not correct, as I believe:
1) Wireless is getting very widespread
2) So most normal people will try to install debian through wifi
3) And most people will live next to other people, who also have wifi
4) So it is essential to be able to select the correct essid

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#502923: developers-reference: Add new Upstream-* fields for Bts, Upstream-Vcs-Browser, Upstream-Vcs-{Git, Hg, Svn) ...

[Jari Aalto]

Raphael Hertzog <[EMAIL PROTECTED]> writes:

> On Tue, 21 Oct 2008, jaalto wrote:
>>
>>  Upstream-Bts-Url
>>  Upstream-Vcs-Browser
>>  Upstream-Vcs-*  --''--
>
> Those fields are not accepted by dpkg contrary to the Vcs-* ones. So they
> shouldn't be documented IMO.

This does not prevent them from being documented in "Best ractises" for
future use.

> And I don't like the idea to clutter the control file

1) Keeping upstream information up-to-date is a goal for every package.
And these changes are rare and permanent anough to deserve field.

2) it allow developing tools; similar to debcheckout(1)

3) it allow filing bugs: wishlist to add upstream information, bug to
report that information is out of date.

4) it improves transparency between all parties; developers and people
needing the information. You can simply:

 apt-cache show 

to see what you need and quickly access what you want.

> with such upstream information which always require an upload for any
> update/change.

That is not a problem. Not even currently developers upload packages
every time e.g. "Standards-Version" changes. Updates happen naturally;
when new upstream arrives or chnages have accumulated.

> meta-information about source packages: http://wiki.debian.org/CRMI

While it sounds nice, I see problems:

1) someone has to remember "where was that place again"
2) It's inconvenient. Jump to another place? Use web interface?
2) The information is kept *separate* from the place where package is
   being developed. New developer and transfer of package related "other
   issues" that are kept somewhere else?

Separation of information is always bad and leads to "non up-to-date"
syndrom, "problems in knowledge sharing" when package change hands.

INSTEAD

It should be the other way round. The developers keep the packages up to
date as their workflow. The information is already stored in

   debian/control
   debian/copyright

Any extra place is extra work. We should also remember this:

  http://wiki.debian.org/Proposals/CopyrightFormat

SUMMARY

  Automated tools can extract the information to other places like
  http://wiki.debian.org/CRMI

Jari



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

Bug#494940: libloudmouth1-0: clients constantly get kicked

[Loïc Minier]

 Paul, can you please try looking into the bug with upstream?  They are
 asking for additional info at
 
http://loudmouth.lighthouseapp.com/projects/17276/tickets/26-client-constantly-gets-kicked

   Thanks!
-- 
Loïc Minier



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

Bug#502552: 498536 has a patch

[Peter Daum]

Ferenc Wagner <[EMAIL PROTECTED]> writes:
> This looks like the same bug I described in #498536 (which is a
> different bug to what that thread was started with).  Can you test the
> patch referenced at the end?

You're right - it is the same issue
(and it can indeed be fixed by applying the mentioned patch :-)

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=031e134e5f95233d80fb1b62fdaf5e1be587597c

Regards,
 Peter


__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com



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

Bug#502806: [Pkg-net-snmp-devel] Bug#502806: libsnmp-base: forcing perl headers in net-snmp-config --cflags breaks perl builds

[Jochen Friedrich]

Hi Marc,

>> As libnetsnmpagent is compiled with embedded perl, the include path is 
>> required to link
>> against this library.
> 
> Uhm, no?

In order to use a library with embedded perl, a program needs to call the 
PERL_SYS_INIT3()
and PERL_SYS_TERM() macros. Those macros are defined in the perl header files.

The fact that snmpd doesn't do it right now is a different bug (#495060) though.

Thanks,
Jochen



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

Bug#385372: Another attempt to close this bug (#385372 for samba)

[Christian Perrier]

Again, 1.5 years later, I still "deeply suspect that this bug is over for a 
while and was probably
fixed during the various fixes that happened for 3.0.23d.".

Later in the bug story, Joe C.K. Yau mentioned some problems which are
probably unrelated and lead to some investigation with Steve,
concluded by "there is probably something wrong with your setup, you
should check with upstream support lists".

So, again, I suggest we close the bug...





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

Bug#502956: libpam-mount: mount.crypt fails with options

[Johannes Berg]

Package: libpam-mount
Version: 0.48-1
Severity: normal

I have the following volume definition:


When trying to log in, the kernel complains:
EXT3-fs: Unrecognized mount option " noatime" or missing value

and the volume is not mounted.

As a workaround, I have done this to /sbin/mount.crypt:

--- /sbin/mount.crypt~  2008-10-21 10:58:45.0 +0200
+++ /sbin/mount.crypt   2008-10-21 10:54:23.0 +0200
@@ -118,6 +118,7 @@
 IFS=",";
 
 for opt in $OPTIONS; do
+   opt=${opt/ /}
KEY="${opt%%=*}";
VAL="${opt#*=}";
case "$KEY" in

but surely that's not an appropriate fix.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.27-wl-03376-g05fd779-dirty (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libpam-mount depends on:
ii  debconf1.5.24Debian configuration management sy
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  libhx141.25-1A library providing queue, tree, I
ii  libpam0g   1.0.1-4   Pluggable Authentication Modules l
ii  libssl0.9.80.9.8g-13 SSL shared libraries
ii  libxml-writer-perl 0.604-1   Perl module for writing XML docume
ii  libxml22.6.32.dfsg-4 GNOME XML library
ii  mount  2.14~rc2-0Tools for mounting and manipulatin

libpam-mount recommends no packages.

Versions of packages libpam-mount suggests:
ii  cryptsetup2:1.0.6-6  configures encrypted block devices
pn  davfs2 (no description available)
ii  fuse-utils2.7.4-1.1  Filesystem in USErspace (utilities
ii  lsof  4.79~J-1   List open files
pn  ncpfs  (no description available)
ii  openssl   0.9.8g-13  Secure Socket Layer (SSL) binary a
ii  psmisc22.6-1 Utilities that use the proc filesy
pn  smbfs  (no description available)
pn  truecrypt-utils(no description available)

-- debconf information:
* libpam-mount/convert-xml-config: true



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

Bug#385400: "swat: SWAT segfaults when fiddling with printer settings" bug still here?

[Christian Perrier]

Do you still experience this bug? From the bug log you compiled and
installed a debug version of swat and mentioned you'd report any
further problem, but nothing came so I assume you had no more problems
with swat when fiddling with printer settings.

-- 




signature.asc
Description: Digital signature

Bug#502918: Fix for Bug#502918 commited to version control

[nijel]

tags 502918 +pending
thanks
Hi,

The following change has been committed for this bug, and so the
fix will be in the next upload.
===

Changeset [232] by nijel, 2008-10-21 11:03:16 +0200 (Tue, 21 Oct 2008)

Recommend whiptail | dialog for gammu-config (Closes: #502918).

U   trunk/debian/changelog
U   trunk/debian/control

http://viewsvn.cihar.com/debian-gammu?view=rev&revision=232



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

Bug#502958: twiki: templates/comments.tmpl incorrectly configured in package

[Chuck Williams]

Package: twiki
Version: 1:4.1.2-4
Severity: normal


The packages installs with this definition in templates/comments.tmpl for the 
CommentPlugin:

%TMPL:INCLUDE{CommentPlugin}%

However, the built-in templates are installed by the package in CommentsTmpl, 
not CommentPlugin, so as configured none can be found.

A second issue is that CommentsTmpl is defined in the TWiki web.  The reference 
to it must be fully qualified for the CommentPlugin to find the templates from 
any
user-defined web.  This definition works well:

%TMPL:INCLUDE{TWiki.CommentsTmpl}%

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages twiki depends on:
ii  apache22.2.9-10  Apache HTTP Server metapackage
ii  apache2-mpm-prefork [apach 2.2.9-10  Apache HTTP Server - traditional n
ii  debconf [debconf-2.0]  1.5.22Debian configuration management sy
ii  libalgorithm-diff-perl 1.19.02-1 a perl library for finding Longest
ii  libcgi-session-perl4.35-1Persistent session data in CGI app
ii  libdigest-sha1-perl2.11-2+b1 NIST SHA-1 message digest algorith
ii  liberror-perl  0.17-1Perl module for error/exception ha
ii  libhtml-parser-perl3.56-1+b1 A collection of modules that parse
ii  liblocale-maketext-lexicon 0.66-1Lexicon-handling backends for "Loc
ii  libtext-diff-perl  0.35-3Perform diffs on files and record
ii  liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin
ii  perl [libmime-base64-perl] 5.10.0-15 Larry Wall's Practical Extraction
ii  perl-modules [libnet-perl] 5.10.0-15 Core Perl modules
ii  rcs5.7-23The GNU Revision Control System

twiki recommends no packages.

Versions of packages twiki suggests:
pn  libapache-mod-perl (no description available)
pn  libapache2-mod-perl2   (no description available)
ii  libunicode-maputf8-perl   1.11-2 Perl module for conversing between

-- debconf information:
* twiki/samplefiles: true
* twiki/wikiwebmaster: [EMAIL PROTECTED]
* twiki/defaultUrlHost: http://innovtools.hq.brocasystems.com
* twiki/apacheUserCreationNote:
* twiki/adminuser: ChuckWilliams
* twiki/password_mismatch:





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

Bug#502704: [Pkg-acpi-devel] Bug#502704: Bug#502704: acpid is not started at boot

[Loïc Minier]

On Mon, Oct 20, 2008, Derrick Karpo wrote:
> I can confirm this same behaviour under 2.6.17.1 (amd64).  With ACPI
> compiled into the kernel acpid fails to start on boot however when
> ACPI is compiled in as modules then acpid starts correctly.  In my
> case, ACPI also started correctly with the stock Debian
> linux-image-2.6.26-1-amd64 (2.6.26-9) image which was different than
> the experience Anders had with the 686 kernel.

 Ok, that's interesting; I don't think the modprobe --all is failing,
 but the "sed -rn" might.  Could you please add set -x at the top of
 /etc/init.d/acpid and send us the output of /etc/init.d/acpid start?

   Thanks,
-- 
Loïc Minier



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

Bug#502894: setting package to teg, tagging 502894

[Paul Wise]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# teg (0.11.2+debian-2) UNRELEASED; urgency=low
#
#  * debian/rules:
#+ Let build depend on configure, not configure-stamp, so patches get
#  applied. (Closes: #502894)
#

package teg
tags 502894 + pending




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

Bug#502959: general: raff.debian.org uses non-free software

[Aurelien Jarno]

Package: general
Severity: serious
Justification: DFSG

raff.debian.org uses a Compaq Smart 5i RAID card. A flash memory is used
to store the firmware. While the firmware is freely downloadable (as in
beer) on HP website [1], we don't have the corresponding source code.

I suggest that someone works with HP to get the corresponding source
code. Until we found a solution, I recommend we simply shutdown the
machine.

[1] 
http://h2.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&cc=us&prodTypeId=329290&prodSeriesId=374803&prodNameId=266599&swEnvOID=4004&swLang=8&mode=2&taskId=135&swItem=MTX-3d1aaa0b48c04b628789e598d3

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



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

Bug#502957: Acknowledgement (otrs: OTRS has no logcheck database)

[Gavin McCullagh]

Hi,

sorry, this bug should have been posted against OTRS2, not OTRS.

Can you reassign it?

Gavin




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

Bug#502960: I got a "Locking assertion failure" from inside libX11 called from, kinput2-wnn.

[ishikawa]

Package: kinput2-wnn
Version: 3.1-10.1
Severity: serious
Justification: 2

(I am afraid I screwed up the Severity and Justification code. Please
feel free to modify them.)


When I was using kinput2-wnn from ice-weasel, kinput2-wnn crashed.
Here is the traceback left on the console where kinput2-wnn was invoked.

Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7bf2767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb7bf28b1]
#2 /usr/lib/libX11.so.6 [0xb7d95cf1]
#3 /usr/lib/libX11.so.6(XFlush+0x41) [0xb7d6ed81]
#4 kinput2-wnn [0x806efa5]
#5 kinput2-wnn [0x8072cb6]
#6 kinput2-wnn [0x8073125]
#7 /usr/lib/libXt.so.6(XtCallCallbackList+0x11b) [0xb7e8c3ab]
#8 kinput2-wnn [0x806ae1e]
#9 kinput2-wnn [0x806b0c9]
#10 kinput2-wnn [0x80690bb]
#11 kinput2-wnn [0x8072f31]
#12 kinput2-wnn [0x807427a]
#13 kinput2-wnn [0x807431d]
#14 kinput2-wnn [0x806edb0]
#15 kinput2-wnn [0x806cbae]
#16 kinput2-wnn [0x805ba2b]
#17 kinput2-wnn [0x805bd25]
#18 kinput2-wnn [0x804bc96]
#19 /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7c0d455]


I am not sure what went wrong, but I have a suspicion that
there is another kinput2-wnn that seems to be invoked from
GDM or gnome session manager(?) that interfered with
kinput2-wnn which I invoked.

I needed to invoke a separate kinpu2-wnn with a different
set of options to experiment with
key binding issues.
(Somehow I could no longer exit Japanese output by typing SHIFT+SPACE
which I used to do all the time. I now need to type CONTROL-BACKSLASH
which is awkward, and is very error-prone inside Thunderbird or
Firefox text input mode. Maybe I should report *this* issue as a
potential bug.
Entering Japanese input mode by SHIFT+SPACE and exiting the mode
by the same key combination worked like a charm for many years for me.)


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-etchnhalf.1-686 (SMP w/1 CPU core)
Locale: LANG=ja_JP.ujis, LC_CTYPE=ja_JP.ujis (charmap=EUC-JP)
Shell: /bin/sh linked to /bin/bash

Versions of packages kinput2-wnn depends on:
ii  debconf [debconf-2. 1.5.22   Debian configuration management sy
ii  freewnn-common  1.1.0+1.1.1-a021-1.3 Files shared among the FreeWnn pac
ii  kinput2-common  3.1-10.1 Files shared among kinput2 package
ii  libc6   2.7-14   GNU C Library: Shared libraries
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libsm6  2:1.0.3-2X11 Session Management library
ii  libwnn6-1   1.0.0-14.1   Wnn6 client library
ii  libx11-62:1.1.5-2X11 client-side library
ii  libxaw7 2:1.0.4-2X11 Athena Widget library
ii  libxext62:1.0.4-1X11 miscellaneous extension librar
ii  libxmu6 2:1.0.4-1X11 miscellaneous utility library
ii  libxpm4 1:3.5.7-1X11 pixmap library
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library

Versions of packages kinput2-wnn recommends:
ii  xfonts-base   1:1.0.0-5  standard fonts for X

Versions of packages kinput2-wnn suggests:
ii  freewnn-jserver 1.1.0+1.1.1-a021-1.3 Japanese input system

-- debconf information:
  shared/kinput2/wnn/keybindings: Egg



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

Bug#502957: otrs: OTRS has no logcheck database

[Gavin McCullagh]

Package: otrs
Version: 1:1.3.3p01-4
Severity: wishlist
Tags: patch


Logcheck is a very useful tool for monitoring the logs of a particular program. 
 
OTRS is quite chatty in its logfile so it would be very useful to get a set of 
expressions which described the "normal" logs which can be ignored so that then 
OTRS's logs can be easily monitored without badgering the hell out of the 
admin.  
>From time to time, OTRS does spit out more important logs which are more 
>easily 
seen with this setup. 

As I run logcheck on a server running OTRS, I've been gradually accumulating 
log expressions.  To get the ball rolling I thought I'd include a patch for 
them.
Depending on how we'd want to do this, we could need lots of little expressions 
for every possible log, or we could just simplify these down into a few 
expressions with broad wildcard chunks.  The patch below closes out pretty 
much every normal log on our OTRS install, but I daresay with a different 
config, the list would be different.

Let me know what you think,
Gavin

--- /etc/logcheck/ignore.d.server/otrs.notexist 2008-10-21 10:01:42.0 
+0100
+++ /etc/logcheck/ignore.d.server/otrs  2008-10-21 10:01:17.0 +0100
@@ -0,0 +1,17 @@
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(PM3|CGI)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::ArticleSend\] Sent email to '("?[ 
'[:alnum:][:punct:]-]+"? )??( 
\([[:alnum:]]+\))?' from '("?[ [:alnum:]']+"?)??'\. HistoryType => 
(Forward|SendAutoReply|SendCustomerNotification|SendAnswer|Bounce), Subject => 
Re: \[Ticket#[[:alnum:]]+\] .*;$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(PendingJobs|PM3)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::Send(Customer|Agent)Notification\] 
Sent (customer|agent) 
'(StateUpdate|NewTicket|FollowUp|AddNote|PendingReminder)' notification to 
'("?[ [:alnum:]-]+"? )?<[EMAIL PROTECTED]:alnum:]-]+>?'\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::SendAutoResponse\] Sent auto 
response \(SendAutoReply\) for Ticket \[[0-9]+\] \(TicketID=[0-9]+, 
ArticleID=[0-9]+\) to '[[:punct:][:alnum:] "'-]*?( \([[:alnum:]]+\))?'\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::TicketCreate\] New Ticket \[[0-9]+/.*\] 
created \(TicketID=[0-9]+,Queue=[[:alnum:]]+,Priority=[0-9]+ normal,State=new\)$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::PostMaster::Filter::MatchDBSource::Run\] Filter: 
'.*' Set param 'X-OTRS-[[:alnum:]]+' to '[[:punct:][:alnum:]]+' \(Message-ID: 
<.*>\)
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::PostMaster::FollowUp::Run\] FollowUp Article to 
Ticket \[[0-9]+\] created \(TicketID=[0-9]+, ArticleID=[0-9]+\)\. ,$
+
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-CGI-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Auth::DB::Auth\] User: [[:punct:][:alnum:]]+ 
authentication ok \(REMOTE_ADDR: 
[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\)\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-CGI-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::AuthSession::DB::CheckSessionID\] SessionID 
\([[:alnum:]]+\) too old \([0-9]+h\)! Don't grant access!!!$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-CGI-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::AuthSession::DB::CheckSessionID\] SessionID: 
'[[:alnum:]]+' is invalid!+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(DeleteSessionIDs|CGI)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::AuthSession::DB::RemoveSessionID\] Removed 
SessionID [[:alnum:]]+\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(PendingJobs|CGI)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::Send(Customer|Agent)Notification\] 
Sent (agent|customer) '(Move|StateUpdate|OwnerUpdate|QueueUpdate)' notification 
to '([[:alnum:][:punct:]. -]+)??( 
\([[:alnum:]]+\))?'\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-(PendingJobs|CGI)-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::Ticket::Article::ArticleSend\] Sent email to 
'"?['[:alnum:] -]+"? <[[:punct:][:alnum:[EMAIL PROTECTED]>' from '[[:alnum:] 
-]+ <[[:punct:][:alnum:[EMAIL PROTECTED]>'. HistoryType => 
SendCustomerNotification, Subject => Re: \[Ticket#[0-9]+\] New State "(closed 
successful|open)"!;$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-PM3-10\[[0-9]+\]: 
\[Notice\]\[main::FetchMail\] Fetched [0-9]+ email\(s\) from [EMAIL 
PROTECTED]:alnum:]-]+.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-GenericAgent-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::PID::PIDCreate\] Can't create PID GenericAgent, 
because it's already running \([[:alnum:].-]+/[0-9]+\)!$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ OTRS-CGI-10\[[0-9]+\]: 
\[Notice\]\[Kernel::System::User::SetPassword\] User: '[[:alnum:]]+' changed 
password successfully!$
+



-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: [EMAIL PROTECTED], [EMAIL PROT

Bug#502923: developers-reference: Add new Upstream-* fields for Bts, Upstream-Vcs-Browser, Upstream-Vcs-{Git, Hg, Svn) ...

[Raphael Hertzog]

On Tue, 21 Oct 2008, Jari Aalto wrote:
> This does not prevent them from being documented in "Best ractises" for
> future use.

I don't agree that it is a good practice.

> 1) Keeping upstream information up-to-date is a goal for every package.

We have to keep Homepage and copyrigth up-to-date, for the rest you
propose adding that as a supplementary goal.

> 2) it allow developing tools; similar to debcheckout(1)

Yes but those tools can also be developed if the information is available
somewhere else than in the package itself.

> 3) it allow filing bugs: wishlist to add upstream information, bug to
> report that information is out of date.

Indeed, and this is wasted time when the person filing the bug could have
gone to the CRMI website and filled the infos by himself.

> 4) it improves transparency between all parties; developers and people
> needing the information. You can simply:
> 
>  apt-cache show 

Aptitude already downloads the changelog when it wants to display it, the
same could be done for any information stored in CRMI.

You propose to clutter even more Packages/Sources files whent they are big
enough already.

> That is not a problem. Not even currently developers upload packages
> every time e.g. "Standards-Version" changes. Updates happen naturally;
> when new upstream arrives or chnages have accumulated.

It is still a problem: not up-to-date information means wrong information.
When you design something you try to avoid unnecessary delays and you aim
for the best.

> 1) someone has to remember "where was that place again"
> 2) It's inconvenient. Jump to another place? Use web interface?

No, the data collected would be transparently used by other applications,
the website is mainly meant to update data not to consult it.

> 2) The information is kept *separate* from the place where package is
>being developed. New developer and transfer of package related "other
>issues" that are kept somewhere else?

and what's the problem here ? you also add debtags through an external
place precisely so that people other than the maintainers can help.
It's a benefit not a loss.

> Separation of information is always bad and leads to "non up-to-date"
> syndrom, "problems in knowledge sharing" when package change hands.

I can assure you it's unrelated. We have non up-to-date copyright files
and watch files in Debian package and we have up-to-date debtags outside
of Debian packages.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#502961: dosfstools: arm should do unaligned access

[Matthieu CASTET]

Package: dosfstools
Version: 3.0.0-1
Severity: normal

Hi,

arm should use the unaligned version of GET_UNALIGNED_W (like ia64).
Most of arm processor doesn't support unaligned access.
The kernel can emulate unaligned access, but it is slow and depends on kernel
configuration.


Thanks

Matthieu


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dosfstools depends on:
ii  libc6 2.7-15 GNU C Library: Shared libraries

dosfstools recommends no packages.

dosfstools suggests no packages.

-- no debconf information



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

Bug#502923: developers-reference: Add new Upstream-* fields for Bts, Upstream-Vcs-Browser, Upstream-Vcs-{Git, Hg, Svn) ...

[W. Martin Borgert]

On 2008-10-21 11:42, Jari Aalto wrote:
> This does not prevent them from being documented in "Best ractises" for
> future use.

I hope, that we only document "best practices" that are already
widely in use or when most people agree. This is not the case
here. If you find "best practices" in the developers reference
that are not widely in use and are disputed, please file a bug.



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

Bug#474947: the state of Bug#474947

[A Mennucc]

retitle 474947 "fix Dynamic MMaps error"
severity 474947 important
tag 474947 -unreproducible
thanks

hi bug, hi people, hi d-release

I did some study on bug 474947, that is grave/RC, and is posted against APT.

Since I was told that the APT team is understaffed, I decided to take
action myself.

---

First of all, I tried to focus the problem.

In this same bug there were reported two different issues, a "Dynamic
MMap error"  and a segmentation fault; moreover some people were using
APT in Etch, and some other in Lenny.

Let's summarize it shortly.

First poster is Elliot Mitchel, in Apr 08; he is using APT 0.6.46 inside
Etch. He claims that he cannot work around a "Dynamic MMap" error; he
then sets severity to grave.
 It turns out that he is using the wrong option, he is using '-o
APT::Cache-File=2' instead of '-o APT::Cache-Limit=2' .
(And that confuses "Joe Nahmias" and me as well - the mistake is noted
by JackYF quite later). So the first report is flawed.

jasen reports a similar problem, but I don't see enough details to comment.

Then Elliott Mitchell again also posts a report about a segmentation fault.

Some months go by; in Sept. JackYF offers to help fixing the problem by
changing the code.
(Unfortunately we are already in deep freeze, and I am afraid deep
changes to APT would not be accepted by the release team.)



I did some more research around, and tests, and this is what I found out.

The default in APT (inside the code) for Cache-Limit in Lenny is 20MB ,
in Etch is 8MB .

Note also that in the Lenny release notes
http://svn.debian.org/viewsvn/ddp/manuals/branches/release-notes/lenny/en/upgrading.dbk
 it is suggested to set Cache-Limit to 1250 in case of Dynamic MMap
error.


I tested APT 0.6.46 in Etch. I tried with 3 different sources.list, see
attachment. The "fat" list is the union of all lists of all reporters
(minus obsolete and duplicates).

The two smaller files work perfectly well; the "fat" sources file does
trigger the DynamicMMap problem, that I can though work around by using
 'apt-get -o APT::Cache-Limit=1 update'

The only way to trigger a segmentation fault was instead to set
Cache-Limit to a ridiculously low value.

So my conclusion is that the forthcoming release notes do address the
problem some people may encounter in upgrading from  Etch to Lenny.

I propose the attached patch, though, since it is funny to suggest a
value of 1250 (bytes) when the internal value in Lenny is 20MB.
I hope someone in the d-relase team can apply it.

a.

Index: manuals/branches/release-notes/lenny/en/upgrading.dbk
===
--- manuals/branches/release-notes/lenny/en/upgrading.dbk	(revisione 5426)
+++ manuals/branches/release-notes/lenny/en/upgrading.dbk	(copia locale)
@@ -957,10 +957,11 @@
 to a value that should be sufficient for the upgrade:
 
 
-# echo 'APT::Cache-Limit 1250;' >> /etc/apt/apt.conf
+# echo 'APT::Cache-Limit 2100;' >> /etc/apt/apt.conf
 
 
-This assumes that you do not yet have this variable set in that file.
+This assumes that you do not yet have this variable set in that file;
+otherwise you may manually edit the file to set the above variable.
 
 
 Sometimes it's necessary to enable the APT::Force-LoopBreak

deb http://debian.oregonstate.edu/debian/ stable main contrib non-free
deb http://security.debian.org stable/updates main contrib non-free
deb http://www.debian-multimedia.org stable main
deb http://volatile.debian.org/debian-volatile stable/volatile main contrib 
non-free
deb http://debian.oregonstate.edu/debian/ testing main contrib non-free



deb-src http://debian.oregonstate.edu/debian/ stable main contrib non-free
deb-src http://security.debian.org stable/updates main contrib non-free
deb-src http://www.debian-multimedia.org stable main
deb-src http://volatile.debian.org/debian-volatile stable/volatile main contrib 
non-free
deb-src http://debian.oregonstate.edu/debian/ testing main contrib non-free


#-

deb http://ftp.egr.msu.edu/debian/ unstable main contrib
deb-src http://ftp.egr.msu.edu/debian/ unstable main contrib

deb http://ftp.us.debian.org/debian/ unstable main contrib non-free
deb-src http://ftp.us.debian.org/debian/ unstable main contrib non-free


deb http://ftp.us.debian.org/debian/ etch main contrib non-free
deb http://ftp.us.debian.org/debian/ lenny main contrib non-free

deb-src http://mentors.debian.net/debian unstable main contrib

#
deb ftp://ftp.nz.debian.org/debian etch main non-free contrib
deb-src http://ftp.nz.debian.org/debian stable main non-free contrib
deb http://ftp.nz.debian.org/debian lenny main contrib non-free
deb http://ftp.nz.debian.org/debian unstable main contrib
deb http://www.debian-multimedia.org etch main


deb ftp://ftp.au.debian.org/debian etch main non-free contrib
deb-src http://ftp.au.debian.org/debian etch main non-free contrib

deb-src http://ftp.nz.debian.org/debian testing main contrib 

Bug#502583: scary messages in dmesg

[Rogério Brito]

On Oct 20 2008, Alexandre Lymberopoulos wrote:
> It's not a memory stick, it's a hard disk with ext3 file system. I
> just plugged it it and the disk was automatically mounted in /dev/ext3
> with no abnormal messages in dmesg.

Ok, this far.

> That weird messages appeared when I unpplugged the disk (without
> umounting it, as it should be done when using usbmount, right?).

Did you sync the device? From the message, it seems that some data were to
be written to the device, but the device was already gone by that time, but
I'm not a specialist on the filesystem subsystem and perhaps others could
say more about it.

OTOH, the device might have been mounted with the sync option and I don't
know how it could have happened in this latter case.

> When mounted I got a message asking for a fsck to be run on disk
> because of many mount/umount processes without performing that
> procedure.

In a subsequent mount, I guess.

> By the way I think I've lost no data, but that messages are pretty
> scary. I'm sorry I can't help that much, since I'm no more that a user
> and big fan of Linux.

Ok. I'm putting here the messages from Alexandre's dmesg, so that it would
be helpful for the filesystem developers to tell us more about the
situation:

> > [32282.607205] wmnetload[6372]: segfault at 1 ip b7db75a9 sp bfdfc288 error 
> > 4 in libc-2.7.so[b7d41000+155000]
> > [39070.466297] usb 5-2: USB disconnect, address 3
> > [39071.159613] Buffer I/O error on device sda1, logical block 1545
> > [39071.159625] lost page write due to I/O error on sda1
> > [39071.159642] [ cut here ]
> > [39071.159646] WARNING: at fs/buffer.c:1186 mark_buffer_dirty+0x20/0x6a()
> > [39071.159649] Modules linked in: nls_utf8 nls_cp437 vfat fat nls_base 
> > sd_mod usb_storage i915 drm ipv6 loop joydev pcmcia snd_intel8x0 
> > snd_intel8x0m snd_ac97_codec ac97_bus ieee80211 ieee80211_crypt 
> > snd_seq_dummy firmware_class yenta_socket rsrc_nonstatic pcmcia_core 
> > serio_raw snd_pcm_oss snd_mixer_oss i2c_i801 pcspkr psmouse i2c_core 
> > snd_pcm snd_seq_midi snd_seq_oss iTCO_wdt snd_rawmidi snd_seq_midi_event 
> > snd_seq snd_timer snd_seq_device snd rng_core soundcore snd_page_alloc 
> > video output button battery ac intel_agp agpgart evdev dcdbas ext3 jbd 
> > mbcache ide_cd_mod cdrom ide_disk ide_pci_generic piix ide_core ata_generic 
> > libata scsi_mod dock e100 mii ehci_hcd uhci_hcd usbcore thermal processor 
> > fan thermal_sys [last unloaded: ipw2200]
> > [39071.159742] Pid: 8890, comm: umount Not tainted 2.6.26-1-686 #1
> > [39071.159751]  [] warn_on_slowpath+0x40/0x66
> > [39071.159770]  [] generic_make_request+0x34d/0x37b
> > [39071.159787]  [] ext3_getblk+0x9f/0x17d [ext3]
> > [39071.159811]  [] mempool_alloc+0x1c/0xba
> > [39071.159822]  [] submit_bio+0xc6/0xcd
> > [39071.159831]  [] mempool_free+0x63/0x67
> > [39071.159843]  [] mark_buffer_dirty+0x20/0x6a
> > [39071.159849]  [] journal_update_superblock+0x59/0x97 [jbd]
> > [39071.159865]  [] cleanup_journal_tail+0xac/0xb1 [jbd]
> > [39071.159877]  [] log_do_checkpoint+0x2a8/0x2ee [jbd]
> > [39071.159890]  [] find_get_pages_tag+0x2a/0x6e
> > [39071.159901]  [] find_get_pages_tag+0x2a/0x6e
> > [39071.159908]  [] getnstimeofday+0x37/0xbc
> > [39071.159919]  [] rb_insert_color+0x4c/0xad
> > [39071.159929]  [] enqueue_hrtimer+0xc9/0xd4
> > [39071.159938]  [] hrtimer_start+0xf7/0x110
> > [39071.159948]  [] hrtick_set+0x8f/0xd8
> > [39071.159957]  [] schedule+0x64e/0x66f
> > [39071.159976]  [] journal_destroy+0xc7/0x163 [jbd]
> > [39071.160040]  [] autoremove_wake_function+0x0/0x2d
> > [39071.160051]  [] ext3_put_super+0x1f/0x169 [ext3]
> > [39071.160071]  [] generic_shutdown_super+0x4f/0xc8
> > [39071.160078]  [] vfs_quota_off+0x0/0x518
> > [39071.160084]  [] kill_block_super+0xc/0x1b
> > [39071.160090]  [] deactivate_super+0x4b/0x60
> > [39071.160097]  [] sys_umount+0x282/0x2c8
> > [39071.160105]  [] flush_tlb_mm+0x39/0x60
> > [39071.160119]  [] do_page_fault+0x29b/0x5b8
> > [39071.160132]  [] sysenter_past_esp+0x78/0xb1
> > [39071.160144]  [] virtcons_probe+0xd6/0xdd
> > [39071.160154]  ===
> > [39071.160157] ---[ end trace c45f2bacd26f4247 ]---
> > [39071.160167] Buffer I/O error on device sda1, logical block 1545
> > [39071.160170] lost page write due to I/O error on sda1
> > [39071.160184] Buffer I/O error on device sda1, logical block 1545
> > [39071.160187] lost page write due to I/O error on sda1
> > [39071.160197] Buffer I/O error on device sda1, logical block 1545
> > [39071.160201] lost page write due to I/O error on sda1
> > [39071.160210] Buffer I/O error on device sda1, logical block 1545
> > [39071.160213] lost page write due to I/O error on sda1
> > [39071.160223] Buffer I/O error on device sda1, logical block 1545
> > [39071.160226] lost page write due to I/O error on sda1
> > [39071.160235] Buffer I/O error on device sda1, logical block 1545
> > [39071.160238] lost page write due to I/O error on sda1
> > [39071.160247] Buffer I

Bug#502824: Freeze exception for alevt [Was: Re: Bug#502824: fixed in alevt 1:1.6.1-10.1]

[Y Giridhar Appaji Nag]

[did not see an unblock request on debian-release yet for this, hence
the mail]

Hi release team,

On 08/10/20 23:17 +, Chris Lamb said ...
>  alevt (1:1.6.1-10.1) unstable; urgency=medium
>  .
>* Non-maintainer upload.
>* Add support in postinst for building video4linux devices in /dev/.static 
> as
>  well as /dev. (Closes: #502824)

Can you please unblock alevt for this RC bug to let it into Lenny?

Thanks,

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/


signature.asc
Description: Digital signature

Bug#492283: using older snapshot, it does not fail

[Josselin Mouette]

Le lundi 20 octobre 2008 à 03:50 -0700, AndreMachado a écrit :
> Then installed a PREVIOUS version of debian epiphany
> 
> #apt-get install epiphany-browser=2.22.1.1-1
> epiphany-browser-data=2.22.1.1-1 epiphany-gecko=2.22.1.1-1
> 
> There was not a 2.22.1.1-2 version of epiphany-gecko at repository, 
> so used a bit older version.
> 
> The problem DOES NOT happen.

Of course, it does not happen with gecko 1.8. Nothing new here.

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


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#502959: general: raff.debian.org uses non-free software

[Didier Raboud]

Le mardi 21 octobre 2008 11:41:14, vous avez écrit :
> Package: general
> Severity: serious
> Justification: DFSG
>
> raff.debian.org uses a Compaq Smart 5i RAID card. A flash memory is used
> to store the firmware. While the firmware is freely downloadable (as in
> beer) on HP website [1], we don't have the corresponding source code.
>
> I suggest that someone works with HP to get the corresponding source
> code. Until we found a solution, I recommend we simply shutdown the
> machine.
>
> [1]
> http://h2.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?la
>ng=en&cc=us&prodTypeId=329290&prodSeriesId=374803&prodNameId=266599&swEnvOID
>=4004&swLang=8&mode=2&taskId=135&swItem=MTX-3d1aaa0b48c04b628789e598d3

Hi, 

considering this serious issue, instead of shutting down the machine which 
handles two important services [0], I would rather reconfigure the machine to 
use software RAID with mdadm and not using the hardware RAID card which leads 
to unacceptable use of non-free software in the core of Debian buildd's.

This will inevitably lead to temporary shutdown of these two services, which 
would have to be superseeded in another machine, running exclusively free 
software and no non-free blobs... And this needs work by powerful 
and "having-time" DD's, but freedom is maybe at that price.

Regards, 

OdyX

[0] buildd.debian.org - autobuild master
keyring.debian.org - debian keyring master and keyserver

-- 
Didier Raboud, proud Debian user.
CH-1802 Corseaux
[EMAIL PROTECTED]


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

Bug#502962: [update-notifier] include missing localized message, files and remove unnessesary patch for reject file

[Hideki Yamane]

Package: update-notifier
Severity: grave
Tags: l10n, patch

Hi,

 I've found that ALL localized message files (update-notifier.mo) and more 
 were NOT included in package. All the files are stayed debian/tmp directory,
 but not specify to install in debian/update-notifier.install file.

 So, see attached file. I've added patch for 4 area.
  - debian/changelog :)
  - update debian/patches/002_i18n_update.diff for ja.po
  - remove unnecessary lines from debian/patches/04_fix_gksu_usage.diff to
be enable re-build package
  - update debian/update-notifier.install to install files from debian/tmp


 Could you review it, please?

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp
 http://wiki.debian.org/HidekiYamane
diff -urN update-notifier-0.70.7.debian.orig/debian/changelog update-notifier-0.70.7.debian/debian/changelog
--- update-notifier-0.70.7.debian.orig/debian/changelog	2008-10-21 19:02:04.0 +0900
+++ update-notifier-0.70.7.debian/debian/changelog	2008-10-21 18:57:10.0 +0900
@@ -1,3 +1,19 @@
+update-notifier (0.70.7.debian-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/update-notifier.install
+- add localized message 
+  (as /usr/share/locale/*/LC_MESSAGES/update-notifier.mo)
+- add /usr/lib/update-notifier/{apt-cdrom-check,apt-check,cddistupgrader}
+- add /usr/share/icons/hicolor/*/apps/*.png
+- add /etc/xdg/autostart/update-notifier.desktop
+  * debian/patches/002_i18n_update.diff
+- update ja.po
+  * debian/patches/04_fix_gksu_usage.diff
+- remove unnecessary patch line for src/update-notifier.c.orig.rej
+ 
+ -- Hideki Yamane (Debian-JP) <[EMAIL PROTECTED]>  Tue, 21 Oct 2008 18:55:34 +0900
+
 update-notifier (0.70.7.debian-4) unstable; urgency=low
 
   * 002_i18n_update.diff:
diff -urN update-notifier-0.70.7.debian.orig/debian/patches/002_i18n_update.diff update-notifier-0.70.7.debian/debian/patches/002_i18n_update.diff
--- update-notifier-0.70.7.debian.orig/debian/patches/002_i18n_update.diff	2008-10-21 19:02:04.0 +0900
+++ update-notifier-0.70.7.debian/debian/patches/002_i18n_update.diff	2008-10-21 15:19:36.0 +0900
@@ -1015,35 +1015,6 @@
  
  #: ../src/hal.c:74
  #, fuzzy
-diff -pruN po.orig/ja.po po/ja.po
 po.orig/ja.po	2008-01-08 17:40:27.0 +0100
-+++ po/ja.po	2008-09-17 12:12:01.772835653 +0200
-@@ -61,9 +61,10 @@ msgid ""
- "\n"
- "Would you like to open it with the package manager?"
- msgstr ""
--"Ubuntu の CD を検出しました \n"
-+"A volume with software packages has "
-+"been detected.\n"
- "\n"
--"パッケージマネージャを起動してください。"
-+"Would you like to open it with the package manager?"
- 
- #: ../src/hal.c:59 ../src/hal.c:72 ../src/hal.c:88 ../src/hal.c:106
- #: ../src/update.c:29
-@@ -82,9 +83,10 @@ msgid ""
- "\n"
- "Would you like to try to upgrade from it automatically? "
- msgstr ""
--"Ubuntu の CD を検出しました \n"
-+"A distribution volume with software "
-+"packages has been detected.\n"
- "\n"
--"パッケージマネージャを起動してください。"
-+"Would you like to try to upgrade from it automatically? "
- 
- #: ../src/hal.c:74
- #, fuzzy
 diff -pruN po.orig/pl.po po/pl.po
 --- po.orig/pl.po	2008-01-08 17:40:27.0 +0100
 +++ po/pl.po	2008-09-17 12:12:01.772835653 +0200
@@ -1394,3 +1365,193 @@
 +"If this is disabled, the user will not be notified about pending apport "
 +"crash reports."
 +msgstr "如果禁用，用户将无法收到将来的 apport 崩溃报告通知。"
+
+diff -pruN po.orig/ja.po po/ja.po
+--- po.orig/es.po2008-10-21 14:44:07.0 +0900
 po/ja.po2008-10-21 14:49:03.0 +0900
+@@ -8,7 +8,7 @@
+ msgstr ""
+ "Project-Id-Version: update-notifier VERSION\n"
+ "Report-Msgid-Bugs-To: \n"
+-"POT-Creation-Date: 2008-01-08 17:40+0100\n"
++"POT-Creation-Date: 2008-10-21 12:53+0900\n"
+ "PO-Revision-Date: 2008-10-18 14:18+\n"
+ "Last-Translator: Hideki Yamane (Debian-JP) <[EMAIL PROTECTED]>\n"
+ "Language-Team: <[EMAIL PROTECTED]>\n"
+@@ -69,16 +69,16 @@
+ "\n"
+ "パッケージマネージャで開きますか？"
+ 
+-#: ../src/hal.c:59 ../src/hal.c:72 ../src/hal.c:88 ../src/hal.c:106
+-#: ../src/update.c:29
++#: ../src/hal.c:59 ../src/hal.c:73 ../src/hal.c:89 ../src/hal.c:107
++#: ../src/update.c:28
+ msgid "Start package manager"
+ msgstr "パッケージマネージャを起動"
+ 
+-#: ../src/hal.c:64
++#: ../src/hal.c:65
+ msgid "Upgrade volume detected"
+ msgstr "アップグレードボリュームが検出されました"
+ 
+-#: ../src/hal.c:65
++#: ../src/hal.c:66
+ msgid ""
+ "A distribution volume with software "
+ "packages has been detected.\n"
+@@ -90,15 +90,15 @@
+ "\n"
+ "自動でアップグレードを行いますか？ "
+ 
+-#: ../src/hal.c:74
++#: ../src/hal.c:75
+ msgid "Run upgrade"
+ msgstr "アップグレードを実行"
+ 
+-#: ../src/hal.c:80
++#: ../src/hal.c:81
+ msgid "Addon volume detected"
+ msgstr "追加ボリュームを認識ã

Bug#502511: [Pkg-acpi-devel] Bug#502511: acpi reports (incorrect) mAh-values

[Michael Meskes]

On Fri, Oct 17, 2008 at 10:14:37AM +0200, Kai Muenz wrote:
> On an IBM Thinkpad R50p where /proc/acpi/battery/BAT0/info reads
> design capacity: 77760 mWh
> last full capacity:  61170 mWh

Does it really list mWh? Normally battery capacity is listed in mAh.

What does it list under /sys/class/power_supply?

> acpi -i prints
>  Battery 0: Charging, 25%, 01:31:20 until charged
>  Battery 0: design capacity 77760 mAh, last full capacity 61170 mAh = 78%

This information is taken from /sys/class/power_supply unless you also specify 
the "-p" parameter.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



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

Bug#502963: exim4-daemon-light: Error sending mail with Apple's Mail.app to exim4 over TLS with authentication.

[WS]

Package: exim4-daemon-light
Version: 4.69-9
Severity: normal

I am trying to get Apple's Mail.app to play with exim4 on a Debian (lenny)
server.

$ dpkg -l | grep exim
ii  exim44.69-9
ii  exim4-base   4.69-9
ii  exim4-config 4.69-9
ii  exim4-daemon-light   4.69-9

I would like the laptop Mail.app lives on to use password authentication over
tls to send mail. However, it does not work.

$ cat exim4.conf.localmacros
MAIN_TLS_ENABLE = true

$ cat update-exim4.conf.conf
dc_eximconfig_configtype='smarthost'
dc_other_hostnames='fooke'
dc_local_interfaces=''
dc_readhost='fooke'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets='192.168.1.0/24'
dc_smarthost='machine.isp.com'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'

In exim4.conf.template:
plain_server:
   driver = plaintext
   public_name = PLAIN
   server_condition = "${if 
crypteq{$auth3}{${extract{1}{:}{${lookup{$auth2}lsearch{CONFDIR/passwd}{$value}{*:*}{1}{0}}"
   server_set_id = $auth2
   server_prompts = :
   .ifndef AUTH_SERVER_ALLOW_NOTLS_PASSWORDS
   server_advertise_condition = ${if eq{$tls_cipher}{}{}{*}}
   .endif

$ cat passwd
user:310rn3lrrprLr

This is generated using:
htpasswd -nd user

In mainlog I see:
2008-10-18 17:35:39 no IP address found for host laptop (during SMTP connection 
from [192.168.1.41])
2008-10-18 17:35:49 TLS error on connection from ([192.168.1.41]) 
[192.168.1.41] (gnutls_handshake): Error in the push function.

'ping laptop' shows there is an IP address for 'laptop' (it comes from dnsmasq
on my dhcp server I think).

$ ping -c1 laptop
PING laptop (192.168.1.41) 56(84) bytes of data.
64 bytes from laptop (192.168.1.41): icmp_seq=1 ttl=64 time=1.89 ms

--- laptop ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 1.898/1.898/1.898/0.000 ms

However, to be sure, I add an appropriate entry in /etc/hosts and the IP
message goes away but the push error stays.

Turning off password auth but still using tls creates the same error.
Turning off password auth and not using tls works just fine and email sends.

I spoke to the exim guys and they say it is most likely to be a gnutls/debian
bug and to post here. I have tried using another client (another Debian box)
and I get a different error which is fixed if I reduced the number of certs in
ca-certificates. However, this does not fix the Mail.app error.

Mail.app uses tls just fine to get the mail in the first place over IMAP.

WS



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

Bug#501443: severity of 501443 is grave

[Nico Golde]

# Automatically generated email from bts, devscripts version 2.10.35
# might be a problem in multi-user desktop environments (universities)
severity 501443 grave




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

Bug#502816: cannot suspend

[Hristo Hristov]

Hi,

A little more info. I managed to resume from suspend once, then I tried
once again and this time the laptop froze. I didn't have time to test
reverting other commits yet.

BR,
Hristo



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

Bug#502959: general: raff.debian.org uses non-free software

[Luca Niccoli]

On Tue, Oct 21, 2008 at 11:41 AM, Aurelien Jarno <[EMAIL PROTECTED]> wrote:

> raff.debian.org uses a Compaq Smart 5i RAID card. A flash memory is used
> to store the firmware. While the firmware is freely downloadable (as in
> beer) on HP website [1], we don't have the corresponding source code.

May I ask how many computers does the project debian use, which have
closed source BIOSes (or equivalent)?
Should those machines be shutdown until there is enough coreboot
supported [1] hardware available?
And, may I ask an other question:
should we really consider ourselves free, while we are just using free
software, but not hardware?
Should we stop using computers of which we don't have the projects, of
which we don't know the internal structure?
Should we stop using computers at all?

Luca
[1] http://www.coreboot.org



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

Bug#497535: backupninja: Daily error message from cron "df: `': No such file or directory"

[Chris Lamb]

tags 497535 + patch
thanks

Patch against 0.9.6-3 attached; a patch for etch is analoguous. Micah,
any thoughts on proposing this for a lenny freeze exemption?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  [EMAIL PROTECTED]
   `-
diff -urNd backupninja-0.9.6.orig/src/backupninja.in 
backupninja-0.9.6/src/backupninja.in
--- backupninja-0.9.6.orig/src/backupninja.in   2008-10-21 11:53:45.0 
+0100
+++ backupninja-0.9.6/src/backupninja.in2008-10-21 11:55:06.0 
+0100
@@ -561,7 +561,7 @@
previous=""
for i in $(ls "$configdirectory"); do
backuploc=$(grep ^directory "$configdirectory"/"$i" | 
@AWK@ '{print $3}')
-   if [ "$backuploc" != "$previous" ]; then
+   if [ "$backuploc" != "$previous" ] && [ -n "$backuploc" 
]; then
df -h "$backuploc"
previous="$backuploc"
fi


signature.asc
Description: PGP signature

Bug#502962: [update-notifier] include missing localized message, files and remove unnessesary patch for reject file

[Josselin Mouette]

Le mardi 21 octobre 2008 à 19:21 +0900, Hideki Yamane a écrit :
>  I've found that ALL localized message files (update-notifier.mo) and more 
>  were NOT included in package. All the files are stayed debian/tmp directory,
>  but not specify to install in debian/update-notifier.install file.

>  Could you review it, please?

With your changes, the package will refuse to install.

> +  * debian/update-notifier.install
> +- add localized message 
> +  (as /usr/share/locale/*/LC_MESSAGES/update-notifier.mo)

They need to go to update-notifier-common instead.

> +- add /usr/lib/update-notifier/{apt-cdrom-check,apt-check,cddistupgrader}
> +- add /usr/share/icons/hicolor/*/apps/*.png
> +- add /etc/xdg/autostart/update-notifier.desktop

All these files are already shipped in update-notifier-common.

> +  * debian/patches/002_i18n_update.diff
> +- update ja.po
> +  * debian/patches/04_fix_gksu_usage.diff
> +- remove unnecessary patch line for src/update-notifier.c.orig.rej

Fine.

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


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#502964: error output despite errQuiet

[martin f krafft]

Package: xpdf-reader
Version: 3.02-1.4
Severity: normal
File: /usr/bin/xpdf

Despite 'errQuiet yes' in my ~/.xpdfrc, xpdf still spouts to stderr
on reading certain PDF files:

  XtUngrabButton(drawArea,3,0)
  Warning: Attempt to remove nonexistent passive grab

This screws up e.g. midnight-commander. Please make sure it's quiet
when I tell it to be quiet.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xpdf-reader depends on:
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-3 Fonts for the Ghostscript interpre
ii  lesstif2  1:0.95.0-2.1   OSF/Motif 2.1 implementation relea
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libfreetype6  2.3.7-2FreeType 2 font engine, shared lib
ii  libgcc1   1:4.3.2-1  GCC support library
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libpaper1 1.1.23+nmu1library for handling paper charact
ii  libsm62:1.0.3-2  X11 Session Management library
ii  libstdc++64.3.2-1The GNU Standard C++ Library v3
ii  libt1-5   5.1.2-3Type 1 font rasterizer library - r
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxp61:1.0.0.xsf1-2 X Printing Extension (Xprint) clie
ii  libxpm4   1:3.5.7-1  X11 pixmap library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xpdf-common   3.02-1.4   Portable Document Format (PDF) sui

xpdf-reader recommends no packages.

Versions of packages xpdf-reader suggests:
ii  dillo [www-browser]   0.8.6-3Small and fast web browser
ii  iceweasel [www-browser]   3.0.3-2lightweight web browser based on M
ii  lynx-cur [www-browser]2.8.7dev10-2.1 Text-mode WWW Browser with NLS sup
ii  w3m [www-browser] 0.5.2-2+b1 WWW browsable pager with excellent

-- no debconf information


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


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#502962: [update-notifier] include missing localized message, files and remove unnessesary patch for reject file

[Hideki Yamane]

On Tue, 21 Oct 2008 12:41:50 +0200
Josselin Mouette <[EMAIL PROTECTED]> wrote:

 Thanks for your so quick reply (surprised! :-)


> With your changes, the package will refuse to install.
> 
> > +  * debian/update-notifier.install
> > +- add localized message 
> > +  (as /usr/share/locale/*/LC_MESSAGES/update-notifier.mo)
> 
> They need to go to update-notifier-common instead.

 Okay.

> > +- add 
> > /usr/lib/update-notifier/{apt-cdrom-check,apt-check,cddistupgrader}
> > +- add /usr/share/icons/hicolor/*/apps/*.png
> > +- add /etc/xdg/autostart/update-notifier.desktop
> 
> All these files are already shipped in update-notifier-common.

 Sorry, I've missed.

> > +  * debian/patches/002_i18n_update.diff
> > +- update ja.po
> > +  * debian/patches/04_fix_gksu_usage.diff
> > +- remove unnecessary patch line for src/update-notifier.c.orig.rej
> 
> Fine.

 Thanks. updated file is attached.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp
 http://wiki.debian.org/HidekiYamane


update-notifier.diff.update
Description: Binary data

Bug#497535: backupninja: Daily error message from cron "df: `': No such file or directory"

[Chris Lamb]

Chris Lamb wrote:

> Patch against 0.9.6-3 attached; a patch for etch is analoguous.

Actually, it's similar, but not entirely analoguous. Patch (for etch)
attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  [EMAIL PROTECTED]
   `-
diff -urNd backupninja-0.9.4.orig/src/backupninja.in 
backupninja-0.9.4/src/backupninja.in
--- backupninja-0.9.4.orig/src/backupninja.in   2008-10-21 11:58:18.0 
+0100
+++ backupninja-0.9.4/src/backupninja.in2008-10-21 11:58:43.0 
+0100
@@ -543,7 +543,9 @@
backuploc=$(grep ^directory "$configdirectory"/"$i" | 
awk '{print $3}')
if [ "$backuploc" != "$previous" ]; then
mountdev=$(mount | grep "$backuploc" | awk 
'{print $1}')
-   df -h "$mountdev"
+   if [ -n "$mountdev" ]; then
+   df -h "$mountdev"
+   fi
previous="$backuploc"
fi
done


signature.asc
Description: PGP signature

Bug#502881: [Pkg-acpi-devel] Bug#502881: acpid not starting after upgrade

[Michael Meskes]

I think I found it and just changed our git repro. Problem is that 

[ -f /proc/modules ] || return 

always errors out if /proc/modules doesn't exist.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



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

Bug#502957: Acknowledgement (otrs: OTRS has no logcheck database)

[Noèl Köthe]

reassign 502957 otrs2
thanks

Am Dienstag, den 21.10.2008, 10:46 +0100 schrieb Gavin McCullagh:

> sorry, this bug should have been posted against OTRS2, not OTRS.
> 
> Can you reassign it?

done

-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#502959: general: raff.debian.org uses non-free software

[Peter Clifton]

On Tue, 2008-10-21 at 12:45 +0200, Luca Niccoli wrote:
> On Tue, Oct 21, 2008 at 11:41 AM, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> 
> > raff.debian.org uses a Compaq Smart 5i RAID card. A flash memory is used
> > to store the firmware. While the firmware is freely downloadable (as in
> > beer) on HP website [1], we don't have the corresponding source code.

This is just getting ludicrous.

Can we just keep to the sensible dividing line that code executing on
the computer's main CPU, _under_ the operating system (not BIOS / SMI)
should be "free" to whatever divined standard.

Peripheral hardware isn't designed for you to run arbitrary code on its
CPU, and the fact it requires a firmware blob uploading is merely an
implementation detail. (GPUs are borderline of course.)

Having no source-code for firmware is hardly that different to having a
completely open-source driver which does un-told magic by poking
un-documented registers in a complex chip. Think Intel graphics before
they released documentation for (some of) their chips.

-- 
Peter Clifton

Electrical Engineering Division,
Engineering Department,
University of Cambridge,
9, JJ Thomson Avenue,
Cambridge
CB3 0FA

Tel: +44 (0)7729 980173 - (No signal in the lab!)




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

Bug#502955: debian-installer: essid cannot be chosen

[Christian Perrier]

reassign 502955 netcfg
forcemerge 284799 502955
thanks

Quoting Mate Soos ([EMAIL PROTECTED]):
> Package: debian-installer
> Severity: normal
> 
> There are multiple wireless spots around my house. Debian defaults to an
> unsecured network(see later how I discovered this), but that network needs a 
> web-based login (only
> available to paying customers), so it doesn't actually work. My own
> wireless router works, and I have the key for it, but the installer
> never actually asks for the essid, so I don't have a chance to select
> it.

Prompting for ESSID is available in expert mode of the installer. See
#284799 for another bug report (which I personnally disagree with)
which suggest that such prompting should be done in standard more.




signature.asc
Description: Digital signature

Bug#502965: please consider these rules for openntpd

[Jordi Mallach]

Package: logcheck-database
Version: 1.2.68~bpo40+2
Severity: wishlist

Hello cute duck,

Could you please consider the following rules to mitigate the very, very, very, 
very annoying messages coming from openntpd on certain servers?

^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpd\[[0-9]+\]: reply from [0-9.]+: negative 
delay -[0-9]+.[0-9]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpd\[[0-9]+\]: reply from [0-9.]+: not 
synced, next query [0-9]+s$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpd\[[0-9]+\]: clock is now (un|)synced$

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#502881: [Pkg-acpi-devel] Bug#502881: Bug#502881: acpid not starting after upgrade

[Loïc Minier]

On Tue, Oct 21, 2008, Michael Meskes wrote:
> I think I found it and just changed our git repro. Problem is that 
> [ -f /proc/modules ] || return 
> always errors out if /proc/modules doesn't exist.

 Well spotted; I'm changing that to an explicit "return 0" which works
 in my testing.

-- 
Loïc Minier



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

Bug#502966: Add support for customising mysqldump options

[Chris Lamb]

Package: backupninja
Version: 0.9.6-3
Tags: patch

It would be great in backupninja supported customising mysqldump options
without having to 'fork' the supplied handler.

The defaults supplied are somewhat understandable but unfortunate - for
example, adopting extended inserts reduces the time taken to dump and
insert, as well as I/O space and time. For regular snapshot backups, I
may also wish to not lock the tables so that the service is not paused.
(etc.)

My current solution is simply to apply:

 -  DUMP_BASE="$MYSQLDUMP $defaultsfile --lock-tables --complete-insert
   --add-drop-table [..]"
 +  DUMP_BASE="$MYSQLDUMP $defaultsfile"

to /usr/share/backupninja/mysql and specify my desired settings in the
backup user's ~/.my.cf -- the command line arguments would otherwise
override this file.

However, adding an option to the mysql helper to modify the mysqldump
options is probably a cleaner way. First stab at a patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  [EMAIL PROTECTED]
   `-
diff -urNd backupninja-0.9.6.orig/handlers/mysql.helper.in 
backupninja-0.9.6/handlers/mysql.helper.in
--- backupninja-0.9.6.orig/handlers/mysql.helper.in 2008-10-21 
12:03:51.0 +0100
+++ backupninja-0.9.6/handlers/mysql.helper.in  2008-10-21 12:26:23.0 
+0100
@@ -53,6 +53,9 @@
 }
 
 do_mysql_final() {
+   default_mysqldump_options="--lock-tables --complete-insert --add-drop-table 
--quick --quote-names"
+   sqldumpoptions="$default_mysqldump_options"
+
if [ -z "$_DISABLE_HOTCOPY" ]; then
   checkBox "$mysql_title" "check options" \
  "sqldump" "create a backup using mysqldump (more compat)." no \
@@ -98,6 +101,10 @@
 # if yes, compress the sqldump output.
 $compress
 
+# mysqldumpoptions =  (default = $default_mysqldump_options)
+# arguments to pass to mysqldump
+$mysqldumpoptions
+
 # dbhost  =  (default = localhost)
 
 EOF
diff -urNd backupninja-0.9.6.orig/handlers/mysql.in 
backupninja-0.9.6/handlers/mysql.in
--- backupninja-0.9.6.orig/handlers/mysql.in2008-10-21 12:03:51.0 
+0100
+++ backupninja-0.9.6/handlers/mysql.in 2008-10-21 12:10:06.0 +0100
@@ -10,6 +10,7 @@
 getconf dbhost localhost
 getconf hotcopy no
 getconf sqldump no
+getconf sqldumpoptions
 getconf compress yes
 getconf vsname
 
@@ -245,7 +246,7 @@
 
for db in $databases
do
-   DUMP_BASE="$MYSQLDUMP $defaultsfile --lock-tables --complete-insert 
--add-drop-table --quick --quote-names"
+   DUMP_BASE="$MYSQLDUMP $defaultsfile $sqldumpoptions"
 
# Dumping structure and data
DUMP="$DUMP_BASE $ignore $db"


signature.asc
Description: PGP signature

Bug#502967: CVE-2008-4577/CVE-2008-4578: security problems with the ACL plugin

[Steffen Joeris]

Package: dovecot-common
Severity: important
Tags: security

Hi,
the following CVE (Common Vulnerabilities & Exposures) ids were
published for dovecot.

CVE-2008-4577[0]:
| The ACL plugin in Dovecot before 1.1.4 treats negative access rights
| as if they are positive access rights, which allows attackers to
| bypass intended access restrictions.

CVE-2008-4578[1]:
| The ACL plugin in Dovecot before 1.1.4 allows attackers to bypass
| intended access restrictions by using the "k" right to create
| unauthorized "parent/child/child" mailboxes.

The upstream announcement can be found here[2]. I don't think this warrants
a DSA for etch and for lenny it could be fixed via unstable migration.

If you fix the vulnerabilities please also make sure to include the
CVE ids in your changelog entry.

Cheers
Steffen

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4577
http://security-tracker.debian.net/tracker/CVE-2008-4577
[1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4578
http://security-tracker.debian.net/tracker/CVE-2008-4578
[2] http://www.dovecot.org/list/dovecot-news/2008-October/85.html



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

Bug#502959: general: raff.debian.org uses non-free software

[Romain Beauxis]

Le Tuesday 21 October 2008 13:10:28 Peter Clifton, vous avez écrit :
> Having no source-code for firmware is hardly that different to having a
> completely open-source driver which does un-told magic by poking
> un-documented registers in a complex chip. Think Intel graphics before
> they released documentation for (some of) their chips.

Agreed, though it does not restrain us from asking for free firmware.

If I recall well, one of the origin of the GNU fondation was the fact that 
having free drivers alowed one to actually *fix* issues he may have with his 
*own* hardware. Then, the very same reasoning can apply to binary firmware.

So, yes this is a brand new issue, that comes from the new way of designing 
hardware. But that doesn't mean we should give up and remain behind the line 
that was drawn 20 (or so) years ago. We now should also ask for open source 
firmware for the very same reason that this huge effort toward free drivers 
was done. If we did it for drivers, there's no reason we can't suceed for 
firmwares.


Romain



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

Bug#502968: Misses to install/register the gconf .schemas file

[Daniel Leidert]

Package: gthumb
Version: 3:2.10.8-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The package misses to install the gthumb.schema file:

dh_install:
/tmp/buildd/gthumb-2.10.8/debian/tmp/etc/gconf/schemas/gthumb.schemas
exists in /tmp/buildd/gthumb-2.10.8/debian/tmp/ but is not installed to
anywhere

Please add it (if possible before Lenny)!

Regards, Daniel


- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gthumb depends on:
ii  gthumb-data3:2.10.8-1an image viewer and browser - arch
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6.1 The Cairo 2D vector graphics libra
ii  libexif12  0.6.16-2.1library to parse EXIF files
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.22.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime
ii  libgphoto2-2   2.4.1-3   gphoto2 digital camera library
ii  libgphoto2-port0   2.4.1-3   gphoto2 digital camera port librar
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libiptcdata0   1.0.2+libtool01-2 Library to parse IPTC metadata
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  libusb-0.1-4   2:0.1.12-13   userspace USB programming library
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxml22.6.32.dfsg-4 GNOME XML library
ii  rarian-compat [scrollk 0.8.1-1   Rarian is a documentation meta-dat
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages gthumb recommends:
ii  yelp  2.22.1-8   Help browser for GNOME 2

gthumb suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAkj9vpQACgkQm0bx+wiPa4zTPwCdF3ZsnhgEkQYc612HWt0I0h3x
7pMAoN15T/91gcyxTHKb+P3HpsLJWkuj
=NlNn
-END PGP SIGNATURE-



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

Bug#502948: linux-image-2.6.26-1-686: Kernel 2.6.26 No core dumps

[Alvaro Herrera]

Thanks Bastian.  I am the original reporter, as seen here
http://archives.postgresql.org/message-id/20081020204904.GF4116%40alvh.no-ip.org

Could you please send your /proc/config.gz to me, so I can check if I
missed any important options?  Mine is attached.

-- 
Alvaro Herrera   Valdivia, Chile   ICBM: S 39º 48' 55.3", W 73º 15' 24.7"
"Uno puede defenderse de los ataques; contra los elogios se esta indefenso"


config-2.6.26.bz2
Description: Binary data

Bug#502959: general: raff.debian.org uses non-free software

[Aurelien Jarno]

Romain Beauxis a écrit :
> Le Tuesday 21 October 2008 13:10:28 Peter Clifton, vous avez écrit :
>> Having no source-code for firmware is hardly that different to having a
>> completely open-source driver which does un-told magic by poking
>> un-documented registers in a complex chip. Think Intel graphics before
>> they released documentation for (some of) their chips.
> 
> Agreed, though it does not restrain us from asking for free firmware.
> 
> If I recall well, one of the origin of the GNU fondation was the fact that 
> having free drivers alowed one to actually *fix* issues he may have with his 
> *own* hardware. Then, the very same reasoning can apply to binary firmware.
> 
> So, yes this is a brand new issue, that comes from the new way of designing 
> hardware. But that doesn't mean we should give up and remain behind the line 
> that was drawn 20 (or so) years ago. We now should also ask for open source 
> firmware for the very same reason that this huge effort toward free drivers 
> was done. If we did it for drivers, there's no reason we can't suceed for 
> firmwares.
> 

And we should delay the release by 5 years until we have them...

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



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

Bug#502959: general: raff.debian.org uses non-free software

[Török Edwin]

On 2008-10-21 14:30, Romain Beauxis wrote:
> Le Tuesday 21 October 2008 13:10:28 Peter Clifton, vous avez écrit :
>   
>> Having no source-code for firmware is hardly that different to having a
>> completely open-source driver which does un-told magic by poking
>> un-documented registers in a complex chip. Think Intel graphics before
>> they released documentation for (some of) their chips.
>> 
>
> Agreed, though it does not restrain us from asking for free firmware.
>
> If I recall well, one of the origin of the GNU fondation was the fact that 
> having free drivers alowed one to actually *fix* issues he may have with his 
> *own* hardware. Then, the very same reasoning can apply to binary firmware.
>
> So, yes this is a brand new issue, that comes from the new way of designing 
> hardware. But that doesn't mean we should give up and remain behind the line 
> that was drawn 20 (or so) years ago. We now should also ask for open source 
> firmware for the very same reason that this huge effort toward free drivers 
> was done. If we did it for drivers, there's no reason we can't suceed for 
> firmwares.
>   

With firmwares you need much more than the source code for it in order
to make changes:
- documentation on how the hardware works internally
- documentation of what you are allowed to safely do from firmware
(without damaging the hardware)
- the tools used to compile the firmware, which are not necesarely open
source or free

If a vendor wants to provide that fine, but just because they don't it
doesn't mean we should stop using that
piece of hardware.

Best regards,
--Edwin



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

Bug#478263: xdm: does not allow to log in when no password is set

[Michal Suchanek]

On Oct 21, 2008, at 8:41 AM, Trent W. Buck wrote:


On Tue, Oct 21, 2008 at 04:38:35PM +1100, Trent W. Buck wrote:

When I try to log in as a user with no password set xdm asks for a
password and fails to verify it.


I can reproduce this problem.


I can log in with no problem using login(8) on the tty, so I tried

cp --backup /etc/pam.d/{login,xdm}
/etc/init.d/xdm

This didn't help.  Nor does anything useful turn up in /var/log, even
with "debug" on all pam_unix.so entries in /etc/pam.d/common-*.

Oct 21 17:08:49 Clio xdm[12858]: pam_unix(xdm:auth):  
authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost=   
user=twb

Oct 21 17:08:51 Clio xdm[12858]: LOGIN FAILURE ON :0, (null)
Tue Oct 21 17:08:51 2008 xdm error (pid 12858):  
pam_authenticate failure: Authentication failure


This is because the moment xdm asks for a password it already failed  
to log you in. It should verify that you actually do have a password  
before asking for one.


Thanks

MS






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

Bug#502881: [Pkg-acpi-devel] Bug#502881: Bug#502881: acpid not starting after upgrade

[Loïc Minier]

On Tue, Oct 21, 2008, Loïc Minier wrote:
>  Err your fix is the other way around!

 Just fixed that in git and tagged; I'm happy if you upload, but can
 upload as well.

   Thanks again for spotting the error,
-- 
Loïc Minier



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

Bug#502959: general: raff.debian.org uses non-free software

[Pierre Habouzit]

On Tue, Oct 21, 2008 at 11:38:31AM +, Aurelien Jarno wrote:
> Romain Beauxis a écrit :
> > Le Tuesday 21 October 2008 13:10:28 Peter Clifton, vous avez écrit :
> >> Having no source-code for firmware is hardly that different to having a
> >> completely open-source driver which does un-told magic by poking
> >> un-documented registers in a complex chip. Think Intel graphics before
> >> they released documentation for (some of) their chips.
> > 
> > Agreed, though it does not restrain us from asking for free firmware.
> > 
> > If I recall well, one of the origin of the GNU fondation was the fact that 
> > having free drivers alowed one to actually *fix* issues he may have with 
> > his 
> > *own* hardware. Then, the very same reasoning can apply to binary firmware.
> > 
> > So, yes this is a brand new issue, that comes from the new way of designing 
> > hardware. But that doesn't mean we should give up and remain behind the 
> > line 
> > that was drawn 20 (or so) years ago. We now should also ask for open source 
> > firmware for the very same reason that this huge effort toward free drivers 
> > was done. If we did it for drivers, there's no reason we can't suceed for 
> > firmwares.
> > 
> 
> And we should delay the release by 5 years until we have them...

I fear the hardware will be old at that time…

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpHi9iXIWNUJ.pgp
Description: PGP signature

Bug#474947: Not reproducible?..

[Eugene V. Lyubimkin]

Elliott Mitchell wrote:
>> From: Eugene V. Lyubimkin <[EMAIL PROTECTED]>
>> Though, I think, severity of this bug can be downgraded (imho, to important)
>> if it show itself rarely. And it's very hard to fix, yes.
> 
> No.
> 
> Have you looked at how many reports there are of the MMap problem and how
> old they are?
> 
> A quick browse found #178623, #295051 and #380509. Plus #400768 which is
> a distinct problem, but still tickles the MMap problem.
> 
> #178623 is *five* *years* *old*! And *nothing* has been done to fix it,
> all that has occured is increasing the limit, which works around the
> problem for a litle while.
> 
> An average of 5-10 bug reports per year for five *years* isn't enough to
> consider this a grave problem?! 5 years ago, I think important would have
> been appropriate, work needs to start *now* on a *fix*.
Hm, I don't see how the age of bug is related to its severity.

>> P.S. No one answered on my investigation message before :(
> 
> You didn't send a copy to me...
It was mainly to APT team as they decide how to deal with bugs. Sorry.

-- 
Eugene V. Lyubimkin aka JackYF



signature.asc
Description: OpenPGP digital signature

Bug#502881: [Pkg-acpi-devel] Bug#502881: Bug#502881: acpid not starting after upgrade

[Loïc Minier]

On Tue, Oct 21, 2008, Michael Meskes wrote:
> I think I found it and just changed our git repro. Problem is that 
> 
> [ -f /proc/modules ] || return 
> 
> always errors out if /proc/modules doesn't exist.

 Err your fix is the other way around!

if [ -f /proc/modules ]; then
>---return
fi

 that will return when proc/modules exists

-- 
Loïc Minier



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

Bug#502964: error output despite errQuiet

[Hamish Moffatt]

On Tue, Oct 21, 2008 at 12:59:42PM +0200, martin f krafft wrote:
> Package: xpdf-reader
> Version: 3.02-1.4
> Severity: normal
> File: /usr/bin/xpdf
> 
> Despite 'errQuiet yes' in my ~/.xpdfrc, xpdf still spouts to stderr
> on reading certain PDF files:
> 
>   XtUngrabButton(drawArea,3,0)
>   Warning: Attempt to remove nonexistent passive grab
> 
> This screws up e.g. midnight-commander. Please make sure it's quiet
> when I tell it to be quiet.

Those messages are actually coming from LessTif rather than Xpdf. The
messages actually happen regardless of which file you open, if any at
all (there are separate bug reports about them).


Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>



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

Bug#502970: xserver-xorg-core: please add Option "AccelMethod" "EXA" to Device section of xorg.conf

[Noel Köthe]

Package: xserver-xorg-core
Version: 2:1.4.2-7
Severity: normal

Hello,

I'm a happy user of xorg on lenny with the xorg.conf below. I have to
add manually the "AccelMethod" line because rotation didn't worked correctly
which I reported upstream https://bugs.freedesktop.org/show_bug.cgi?id=18087
and quickly got the respond that I have to add the missing EXA.

To fix the upstream reported bug for Debian for everyone the xorg.conf created
by the xorg packages could add the AccelMethod Option.
This could be done for many drivers which are reported as solid on
http://wiki.x.org/wiki/ExaStatus

Thank you.

Regards.

Noèl


-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13  2. Dez 2006  /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1901104 30. Sep 18:17 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
(--) PCI:*([EMAIL PROTECTED]:0:0) ATI Technologies Inc RV370 5B65 [FireGL D1100 
(PCIE)] rev 128, Mem @ 0xf000/0, 0xf800/0, I/O @ 0x9000/0, BIOS 
@0x/131072
(--) PCI: ([EMAIL PROTECTED]:0:1) ATI Technologies Inc unknown chipset (0x5b75) 
rev 128, Mem @0xf801/0

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 4679 21. Okt 13:32 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "de"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "Configured Video Device"
Option "AccelMethod" "EXA"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
EndSection

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xserver-xorg-core depends on:
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.1-3simple interprocess messaging syst
ii  libdrm2   2.3.1-2Userspace interface to kernel DRM 
ii  libfontenc1   1:1.0.4-3  X11 font encoding library
ii  libhal1   0.5.11-5   Hardware Abstraction Layer - share
ii  libpixman-1-0 0.10.0-2   pixel-manipulation library for X a
ii  libxau6   1:1.0.3-3  X11 authorisation library
ii  libxdmcp6 1:1.0.2-3  X11 Display Manager Control Protoc
ii  libxfont1 1:1.3.3-1  X11 font rasterisation library
ii  x11-common1:7.3+18   X Window System (X.Org) infrastruc
ii  xserver-xorg  1:7.3+18   the X.Org X server

Versions of packages xserver-xorg-core recommends:
ii  xfonts-base   1:1.0.0-5  standard fonts for X
ii  xkb-data  1.3-2  X Keyboard Extension (XKB) configu

Versions of packages xserver-xorg-core suggests:
ii  xfonts-100dpi 1:1.0.0-4  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-4  75 dpi fonts for X
ii  xfonts-scalable   1:1.0.0-6  scalable fonts for X

-- no debconf information



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

Bug#502969: [INTL:sv] Updated Swedish strings for debconf

[Martin Bagge]

package: pure-ftpd
severity: wishlist
tags: l10n patch

please add these updated strings to the package.

--
/brother
http://frakalendern.se
"When I wake up in the morning I piss cryptographic excellence." - Bruce 
Schneier#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: pure-ftpd 1.0.19-5\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-06-21 21:34+0200\n"
"PO-Revision-Date: 2008-07-21 16:09+0100\n"
"Last-Translator: Martin Bagge <[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"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"
"X-Poedit-SourceCharset: iso-8859-1\n"

#. Type: select
#. Choices
#: ../pure-ftpd-common.templates:1001
msgid "inetd, standalone"
msgstr "inetd, självstående"

#. Type: select
#. Description
#: ../pure-ftpd-common.templates:1002
msgid "Run pure-ftpd from inetd or as a standalone server:"
msgstr "Köra pure-ftpd från inetd eller som en fristående tjänst?"

#. Type: select
#. Description
#: ../pure-ftpd-common.templates:1002
msgid "Pure-ftpd can be run from inetd or as a standalone daemon. Using inetd 
is a suitable option for small ftp servers because the inetd super-server will 
only launch pure-ftpd to handle incoming connections. Standalone operation is 
more efficient for busy ftp sites."
msgstr "Pure-ftpd kan köras från inetd eller som en fristående demon. Att 
använda inetd är en lämplig lösning för mindre ftpservrar därför att inetd 
kommer bara att starta pure-ftpd för att hantera inkommande anslutningar. Det 
fristående läget är mer effektivt för ftpservrar med hög belastning."

#. Type: select
#. Description
#: ../pure-ftpd-common.templates:1002
msgid "Keep in mind that a few options only work in standalone mode, such as 
limiting connections per-IP and binding the server to a specific IP address."
msgstr "Tänk på att vissa inställningar bara fungerar i det fristående läget 
såsom begränsningar av anslutningar per IP-address och att binda servern till 
en specifik IP-address."

#. Type: boolean
#. Description
#: ../pure-ftpd-common.templates:2001
msgid "Do you want pure-ftpwho to be installed setuid root?"
msgstr "Vill du att pure-ftpwho ska installeras setuid root?"

#. Type: boolean
#. Description
#: ../pure-ftpd-common.templates:2001
msgid "The pure-ftpwho program only works with root privileges. Since it's a 
fairly trivial program, this poses little security risk. Still, it is only 
recommended that you install any program setuid root if you need it."
msgstr "Programmet pure-ftpwho fungerar bara med root-rättigheter. Eftersom det 
är ett hyffsat simpelt program utgör det en liten säkerhetsrisk. Fortfarande är 
det bara rekommenderat att du installerar program med setuid root om du behöver 
det."

#. Type: boolean
#. Description
#: ../pure-ftpd-common.templates:2001
msgid "You can always change your mind later by reconfiguring this package with 
\"dpkg-reconfigure pure-ftpd-common\"."
msgstr "Du kan alltid ändra dig senare genom att konfigurera om detta paket med 
\"dpkg-reconfigure pure-ftpd-common\"."

#. Type: note
#. Description
#: ../pure-ftpd-common.templates:3001
msgid "Your installation uses an obsolete configuration method"
msgstr "Din installation använder en föråldrad konfigurationsmetod"

#. Type: note
#. Description
#: ../pure-ftpd-common.templates:3001
msgid "Older versions of the pure-ftpd debian package used command-line options 
specified in /etc/default/pure-ftpd. This has been changed because there was no 
easy way to use these options when the daemon was spawned from inetd."
msgstr "Äldre version av Debian-paketet pure-ftpd använde 
kommandoradsinställningar specifierade i /etc/default/pure-ftpd. Detta har 
ändrats därför att det fanns inget lätt sätt att använda dessa inställningar 
när demonen startades upp från inetd."

#. Type: note
#. Description
#: ../pure-ftpd-common.templates:3001
msgid "Pure-ftpd now uses the /etc/pure-ftpd.conf file (via pure-config.pl) for 
configuration in either standalone or inetd mode. You should check that any 
customization you've made in the /etc/default/pure-ftpd OPTIONS are reflected 
in /etc/pure-ftpd.conf, as it is not possible for the moment to use a way to do 
this automatically that would work for all cases. You can then delete the 
unused OPTIONS line to avoid seeing this message in the future."
msgstr "Pure-ftpd använder nu filen /etc/pure-ftpd.conf (via pure-c

Bug#502962: [update-notifier] include missing localized message, files and remove unnessesary patch for reject file

[Josselin Mouette]

Le mardi 21 octobre 2008 à 20:00 +0900, Hideki Yamane a écrit :
> > > +  * debian/patches/002_i18n_update.diff
> > > +- update ja.po

Actually this part doesn’t apply. Could you provide a working version?

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


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#502971: binNMU necessary? (undefined reference to `gsf_input_gnomevfs_new')

[Daniel Leidert]

Package: libgoffice-0-4
Version: 0.4.2-4
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Could it be possible, that a binNMU is necessary after the libgsf*
update? Trying to rebuild the gnome-chemistry-utils package results in:

/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/libgoffice-0.so:
undefined reference to `gsf_input_gnomevfs_new'
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/libgoffice-0.so:
undefined reference to `gsf_output_gnomevfs_new'

Regards, Daniel


- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgoffice-0-4 depends on:
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6.1 The Cairo 2D vector graphics libra
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomeprint2.2-0 2.18.5-1  The GNOME 2.2 print architecture -
ii  libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime
ii  libgoffice-0-common0.4.2-4   Document centric objects library -
ii  libgsf-1-114   1.14.10-1 Structured File Library - runtime 
ii  libgsf-gnome-1-114 1.14.10-1 Structured File Library - runtime 
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libpcre3   7.8-2 Perl 5 Compatible Regular Expressi
ii  libxml22.6.32.dfsg-4 GNOME XML library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra

libgoffice-0-4 recommends no packages.

libgoffice-0-4 suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAkj9xPYACgkQm0bx+wiPa4wkTACfbmlByXLZg/VQ6dovp3BnV+1r
KCkAoN9YCYmkk0JDsiqW4NHHbUjhNY1G
=tVwd
-END PGP SIGNATURE-



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

Bug#502948: linux-image-2.6.26-1-686: Kernel 2.6.26 No core dumps

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Oct 21, 2008 at 10:19:03AM +0200, Bastian Blank wrote:
> tags 502948 unreproducible moreinfo
> thanks
> 
> On Tue, Oct 21, 2008 at 08:09:37AM +0200, tomás zerolo wrote:
> > Processes don't dump core under 2.6.26-1. Tested with kill -3 (re-booting 
> > with 2.6.24-1
> > re-enables core dumps). I didn't test yet with 2.6.25.
> 
> I'm not able to reproduce that on my devel machine.
> 
> | $ ulimit -c
> | unlimited
> | $ sleep 100 &
> | [1] 23173
> | $ kill -11 23173
> | [1]  + segmentation fault (core dumped)  sleep 100
> | $ ls -al core 
> | -rw--- 1 waldi waldi 311296 21. Okt 10:13 core
> | $ uname -a
> | Linux waldi 2.6.26-1-686 #1 SMP Tue Sep 30 01:23:34 UTC 2008 i686 GNU/Linux

Hm. Strange. I can't reproduce it here now. Consider it as noise then,
sorry for that.

I'll try to reproduce it again and will re-open if I learn more.

Thanks
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFI/cXpBcgs9XrR2kYRAmnZAJwPs6QTpev/7lqacnEroPA+6mduSgCff84u
kaYxd3XzDLN5KMfeW4GYk20=
=PQlQ
-END PGP SIGNATURE-



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

Bug#502923: developers-reference: Add new Upstream-* fields for Bts, Upstream-Vcs-Browser, Upstream-Vcs-{Git, Hg, Svn) ...

[Raphael Hertzog]

On Tue, 21 Oct 2008, Jari Aalto wrote:
> Raphael Hertzog <[EMAIL PROTECTED]> writes:
> 
> > Indeed, and this is wasted time when the person filing the bug could have
> > gone to the CRMI website and filled the infos by himself.
> 
> When would you estimate that it would be a reality? The page is dated
> 2006-05-27.

No idea. I don't know anyone working on that. In the mean time we have
Mole (http://wiki.debian.org/Mole) and Ultimate Debian Database
(http://wiki.debian.org/UltimateDebianDatabase) that appeared and that
should be taken into account too.

The CRMI was a proposal discussed at debconf and proposed by myself as
part of my work in the QA team and related to my experience with the PTS.
But then I lost interest in coding it but I'm still convinced that we need
something like that.

> Doesn't the CRMI contradict with the more recent proposal, which aims
> to bring the meta information to debian/copyright?
> 
>http://wiki.debian.org/Proposals/CopyrightFormat [*]

Well copyright info has to stay in the package for obvious reasons…
standardizing that information only gives benefits.

> > the data collected would be transparently used by other applications,
> > the website is mainly meant to update data not to consult it.
> 
> I would say that the information is consulted more easily daily basis by
> using:
> 
> apt-get
> aptitude
> sunaptic

Right. And the PTS and packages.debian.org.

> Looking at [*] more, this shows tendency to prefer meta-information
> inside the package instead of external CRMI. I think this bug's proposal
> belongs there. I've just updated the [*] page.

And you got the same answer there (by NoahSlater): it doesn't look right
to put that information in the copyright file either.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#340008: Still happens when upgrading from Etch to Lenny

[Dominic Hargreaves]

On Mon, Oct 20, 2008 at 10:07:58PM +0200, Vincent Bernat wrote:
> This bug  still happens when upgrading  from Etch to Lenny  in some case
> corner. I set the severity back to grave because:
>  - I have a patch
>  - it modifies files in /etc without user approval
> 
> Here is my configuration file:
>  ssl_cert_file = /etc/ssl/certs/dovecot.pem
>  ssl_key_file = /etc/ssl/private/dovecot.key
> 
> When upgrading (from Etch to Lenny), I get:
>  Installing new version of config file /etc/init.d/dovecot ...
>  Creating generic self-signed certificate: /etc/ssl/certs/dovecot.pem
>  (replace with hand-crafted or authorized one if needed).
> 
> This overwrites /etc/ssl/certs/dovecot.pem
> This creates /etc/ssl/private/dovecot.pem
> 
> Here are the simple steps to reproduce it:
>  - build an Etch chroot (with pbuilder for me)
>  - apt-get install dovecot-imapd
>  - mv /etc/ssl/private/dovecot.pem /etc/ssl/private/dovecot.key
>  - md5sum /etc/ssl/private/dovecot.key /etc/ssl/certs/dovecot.pem 
>  - in dovecot.conf:
> ssl_cert_file = /etc/ssl/certs/dovecot.pem
> ssl_key_file = /etc/ssl/private/dovecot.key
>  - sed -i 's/etch/lenny/g' /etc/apt/sources.list
>  - apt-get update
>  - apt-get dist-upgrade
>  - md5sum /etc/ssl/private/dovecot.key /etc/ssl/certs/dovecot.pem 
> 
> -> /etc/ssl/certs/dovecot.pem has been modified.
> 
> I attach a patch to fix this.
> 

> diff --git a/debian/dovecot-common.postinst b/debian/dovecot-common.postinst
> index c49e151..1cb77f9 100644
> --- a/debian/dovecot-common.postinst
> +++ b/debian/dovecot-common.postinst
> @@ -35,7 +35,7 @@ if [ "$1" = "configure" ]; then
>SSL_KEY="/etc/ssl/private/dovecot.pem"
>
># Generate new certs if needed
> -  if [ -e $SSL_CERT ] && [ -e $SSL_KEY ]; then
> +  if [ -e $SSL_CERT ] || [ -e $SSL_KEY ]; then
>  echo "You already have ssl certs for dovecot."
>else
>  echo "Creating generic self-signed certificate: $SSL_CERT"

Oops. Seems I mistakenly assumed it had been fixed (based on my earlier
posts to the bug).

In recompense, I offer to NMU this fix; I've also updated the
diagnostic warning to more accurate.

I will do this this evening unless the maintainer shouts/gets there
before me.

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#423405: (no subject)

[Thomas Lange]

I can confirm this bug. I also have /var as a separate partition and
it doesn't work. I would like that this bug will be fixed.
-- 
regards Thomas



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

Bug#502583: scary messages in dmesg

[Theodore Tso]

On Tue, Oct 21, 2008 at 08:15:10AM -0200, Rogério Brito wrote:
> On Oct 20 2008, Alexandre Lymberopoulos wrote:
> > It's not a memory stick, it's a hard disk with ext3 file system. I
> > just plugged it it and the disk was automatically mounted in /dev/ext3
> > with no abnormal messages in dmesg.
> 
> Ok, this far.
> 
> > That weird messages appeared when I unpplugged the disk (without
> > umounting it, as it should be done when using usbmount, right?).
> 
> Did you sync the device? From the message, it seems that some data were to
> be written to the device, but the device was already gone by that time, but
> I'm not a specialist on the filesystem subsystem and perhaps others could
> say more about it.

A patch to suppress the WARN information will be in 2.6.28 when the
user does something stupid (i.e., yank out a USB stick without
unmounting the filesystem first).  This was done mainly to suppress
the "scary message" in dmesg, which on distributions that support
uploading such messages to http://www.kerneloops.org for analysis, was
cluttering the reports.

However, the patch does not make it any *safer* to uncerimoniously
yank out a USB stick without unmounting it first.  This can still lead
to data loss, unless you're *sure* that no process is writing to the
stick and you issued the sync command, and you know enough time has
passed so all of the data has been written to the USB stick. 

> > > [39071.160167] Buffer I/O error on device sda1, logical block 1545
> > > [39071.160170] lost page write due to I/O error on sda1
> > > [39071.160184] Buffer I/O error on device sda1, logical block 1545
> > > [39071.160187] lost page write due to I/O error on sda1

These errors you'd still get, since these messages are the sound of
users' data being irretrivably being lost.

> Well, it is a bug. It just needs more investigation to see where the bug
> lies.

I don't know if you would call it a bug or not.  Fundamentally,
yanking out a USB stick without unmounting it first is dangerous, and
can lead to data loss.  Printing the stack trace when this happens
implies it's a problem which can be fixed by a developer, so perhaps
that could be considered a bug, and in any case, that should be
"fixed" in 2.6.28.  (I'm pretty sure akpm has sent the ext3 version of
that patch to Linus by now, but if not, it should make the 2.6.28
merge window.)

If you see "lost page write due to I/O error", then you will have lost
data due to premature removal of the USB stick, and fundamentally
*that* bug exists between the keyboard and the chair.

Regards,

- Ted



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

Bug#502972: gkrellm-xkb: neither notices changes to the keyboard layout nor permits to change the layout

[Helmut Grohne]

Package: gkrellm-xkb
Version: 1.05-5
Severity: grave
Justification: renders package unusable

On changing the layout using setxkbmap the plugin simply does nothing.
Only toggling caps or num lock triggers an update. Also left-clicking on
the plugin area results in a menu that when closed gets redrawed to the
correct flag (so the old flag is partly overwritten with the new one).

Furthermore the menu only includes the current layout and nothing else.
The plugin has no configuration or whatsoever, so it is impossible to
use the plugin for changing layouts.

I conclude that the plugin does almost nothing that could be expected
from the description except for maybe showing caps and num lock states.

Helmut

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages gkrellm-xkb depends on:
ii  gkrellm   2.3.1-7The GNU Krell Monitors
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-6.1  The Cairo 2D vector graphics libra
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface 
ii  libpango1.0-0 1.20.5-3   Layout and rendering of internatio

gkrellm-xkb recommends no packages.

gkrellm-xkb suggests no packages.

-- no debconf information



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

Bug#502973: unable to forward to localhost dns without having to serve wrong RRs for the nameservers

[martin f krafft]

Package: unbound
Version: 1.0.2-1
Severity: normal
tags: upstream

I brought this issue up on the unbound mailing list:

  http://unbound.nlnetlabs.nl/pipermail/unbound-users/2008-October/000240.html

Basically, if I try to use forward-zone or stub-zone to redirect
queries for certain zones to a (nsd3 instance) DNS server running on
localhost, I have to add something like

  % IN NS ns.%
  ns.% IN A 127.0.0.1

to the zone, or else unbound will not forward. This behaviour has
been hackishly fixed upstream, but I'd really rather see it fixed
properly.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#502974: allow %-sign in zone files

[martin f krafft]

Package: nsd3
Version: 3.0.7-2
Severity: wishlist

It seems like nsd3 does not deal with % sign in zones.

E.g., instead of a zone definition for my.local.zone of

  % IN NS ns.%
  ns.% IN A 1.2.3.4

I have to specify:

  my.local.zone. IN NS ns.my.local.zone.
  ns.my.local.zone. IN A 1.2.3.4

which has a lot of redundant information.

It would be nice if % were replaced by the root-anchored zone name,
which would also allow reuse of zone files for similar domains.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#502858: Consider tagging #502858 lenny-ignore (was: Re: aptitude: changelog entry malformed)

[Patrick Schoenfeld]

(CC'ing debian-release because their input makes sense..)

Hi,

Y Giridhar Appaji Nag wrote:
>On 08/10/20 22:04 +1100, Ben Finney said ...
>> Package: aptitude
>> Version: 0.4.11.9-1lenny1
>> Severity: serious
>> Justification: violates Policy §4.4
>
> This part of the policy is a "should" and not a "must".  I'll leave it
> to the package maintainer, but I suppose this bug is not "serious".  It
> would be made "must" (post #489460 which is not yet released).

I disagree that the severity should be lowered, because according to
the documentation on bugs.d.o this severity is perfectly fine for such kind
of issues. However I agree that this issue shouldn't hinder us from
releasing (if it would be the only rc bug ;), so in my pov
the release-team should tag this a lenny-ignore issue.

What does release team say about this?

Best Regards,
Patrick



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

Bug#502881: [Pkg-acpi-devel] Bug#502881: Bug#502881: acpid not starting

[Michael Meskes]

On Tue, Oct 21, 2008 at 01:21:49PM +0200, Loïc Minier wrote:
> > I think I found it and just changed our git repro. Problem is that 
> > 
> > [ -f /proc/modules ] || return 
> > 
> > always errors out if /proc/modules doesn't exist.
> 
>  Err your fix is the other way around!
> 
> if [ -f /proc/modules ]; then
> >---return
> fi
> 
>  that will return when proc/modules exists

Argh! Gotta hate it when this happens. :-)

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



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

Bug#502858: Consider tagging #502858 lenny-ignore (was: Re: aptitude: changelog entry malformed)

[Thijs Kinkhorst]

On Tue, October 21, 2008 14:48, Patrick Schoenfeld wrote:
> Y Giridhar Appaji Nag wrote:
>
>> On 08/10/20 22:04 +1100, Ben Finney said ...
>>
>>> Package: aptitude
>>> Version: 0.4.11.9-1lenny1
>>> Severity: serious
>>> Justification: violates Policy §4.4
>>>
>>
>> This part of the policy is a "should" and not a "must".  I'll leave it
>> to the package maintainer, but I suppose this bug is not "serious".  It
>> would be made "must" (post #489460 which is not yet released).
>
> I disagree that the severity should be lowered, because according to
> the documentation on bugs.d.o this severity is perfectly fine for such
> kind of issues. However I agree that this issue shouldn't hinder us from
> releasing (if it would be the only rc bug ;), so in my pov the
> release-team should tag this a lenny-ignore issue.
>
> What does release team say about this?

How about just fixing that changelog entry instead of having this
discussion? Or am I missing something here that makes the fix not an
extremely trivial one?


Thijs




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

Bug#502881: [Pkg-acpi-devel] Bug#502881: Bug#502881: acpid not starting

[Michael Meskes]

On Tue, Oct 21, 2008 at 01:25:12PM +0200, Loïc Minier wrote:
>  Just fixed that in git and tagged; I'm happy if you upload, but can
>  upload as well.

Done.

>Thanks again for spotting the error,

Thanks for correcting my mistake.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



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

Bug#502923: developers-reference: Add new Upstream-* fields for Bts, Upstream-Vcs-Browser, Upstream-Vcs-{Git, Hg, Svn) ...

[Lucas Nussbaum]

On 21/10/08 at 14:14 +0200, Raphael Hertzog wrote:
> No idea. I don't know anyone working on that. In the mean time we have
> Mole (http://wiki.debian.org/Mole) and Ultimate Debian Database
> (http://wiki.debian.org/UltimateDebianDatabase) that appeared and that
> should be taken into account too.
> 
> The CRMI was a proposal discussed at debconf and proposed by myself as
> part of my work in the QA team and related to my experience with the PTS.
> But then I lost interest in coding it but I'm still convinced that we need
> something like that.

I'm not so sure we need something like CRMI. Ideally, sure, it would be
better to have an external (not in packages) way to store data. But the
whole Debian infrastructure is centered around packages, and maybe we
should just strive to make it easier to add information to packages,
rather than manage information elsewhere.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#502975: fai-client: wrong order of classes in fcopy

[Björn Torkelsson]

Package: fai-client
Version: 3.2.4+svn4837-0ubuntu2
Severity: normal

The order of the classes are different depending on how the classes are
passed to fcopy. Currently it is only correct when passing the classes
using the classes environment variable. 

$ cat /tmp/class 
DEFAULT
A
B

$ ./fcopy -D -n -C /tmp/class
Dry-run only! Nothing is really executed.
Classes: DEFAULT A B 
fcopy: target undefined

$ ./fcopy -D -n -c DEFAULT,A,B
Dry-run only! Nothing is really executed.
Classes: DEFAULT A B 
fcopy: target undefined

$ env classes="DEFAULT A B" ./fcopy -D -n
Dry-run only! Nothing is really executed.
Classes: B A DEFAULT 
fcopy: target undefined



-- System Information:
Debian Release: lenny/sid
  APT prefers intrepid-updates
  APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 
'intrepid-proposed'), (500, 'intrepid')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fai-client depends on:
ii  file  4.24-4 Determines file type using "magic"
ii  libapt-pkg-perl   0.1.22build1   Perl interface to libapt-pkg
ii  perl  5.10.0-11.1ubuntu2 Larry Wall's Practical Extraction 

Versions of packages fai-client recommends:
ii  debconf-utils  1.5.23ubuntu2 debconf utilities

-- no debconf information



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