Bug#412210:

[David Härdeman]

On Wed, February 28, 2007 21:43, Leonard Norrgård said:
>> Also, what behaviour do you get when you boot after the suspend? Does it
>> try to setup the swap partition but fails? Does it print error messages?
>> Is the swap partition silently ignored?
>
> Here is a manually copied selection of relevant messages on the screen:
>
> [...]
> | Setting up cryptographic volume VG00-swap_crypt (based on
> /dev/mapper/VG00-swap)
> | Enter LUKS passphrase:
> | key slot 0 unlocked.
> | Command successful.
> | cryptsetup: unknown fstype, bad password or options?
> | Enter LUKS passphrase:

Hmm...that's weird.

Could you please edit
/usr/share/initramfs-tools/scripts/local-top/cryptroot, go to the lines in
the "setup_mapping()" function which say:

  eval $(fstype < "$NEWROOT")

  # See if we need to setup lvm on the crypto device

and add two lines so that it looks like this:

  eval $(fstype < "$NEWROOT")

  echo "Details for $NEWROOT (detected as $FSTYPE)"
  fstype < "$NEWROOT"

  # See if we need to setup lvm on the crypto device

Then run "update-initramfs -u", reboot and provide me with the output (the
first failure is enough)

-- 
David Härdeman



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

Bug#368251: [Pkg-samba-maint] Bug#368251: winbind NSS, omitted groups

[Steve Langasek]

On Thu, Mar 01, 2007 at 08:47:13AM +0100, Christian Perrier wrote:
> >> Do we understand why these are no longer the built-in defaults upstream?

> > If I were to guess I think maybe for performance reasons at large sites.

> Seems to me that this is what I heard once in Jerry Carter's mouth, yes.

That sounds like a good reason to me, and doesn't seem like something we
should override in the Debian package?

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


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

Bug#401149: Patch for the 2.8.3-2.2 NMU of twig

[Christian Perrier]

Dear maintainer of twig,

On 19 Nov 2006 I sent you a notice announcing my intent to upload
a NMU of your package after an initial notice sent on 26 Feb 2007.

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

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

The NMU patch is attached to this mail.

The NMU changelog is:


Source: twig
Version: 2.8.3-2.2
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Thu,  1 Mar 2007 07:30:10 +0100
Closes: 401149 407444
Changes: 
 twig (2.8.3-2.2) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - German. Closes: #401149
 - Dutch. Closes: #407444
 - PO files converted to UTF-8. No Japanese kitten has been hurted in
   that process

-- 


diff -Nru twig-2.8.3.old/debian/changelog twig-2.8.3/debian/changelog
--- twig-2.8.3.old/debian/changelog	2007-02-25 22:11:56.736414039 +0100
+++ twig-2.8.3/debian/changelog	2007-03-01 07:38:52.915393021 +0100
@@ -1,3 +1,14 @@
+twig (2.8.3-2.2) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Debconf translations:
+- German. Closes: #401149
+- Dutch. Closes: #407444
+- PO files converted to UTF-8. No Japanese kitten has been hurted in
+  that process
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Thu,  1 Mar 2007 07:30:10 +0100
+
 twig (2.8.3-2.1) unstable; urgency=low
 
   * Non-maintainer upload to fix longstanding l10n issues
diff -Nru twig-2.8.3.old/debian/po/ca.po twig-2.8.3/debian/po/ca.po
--- twig-2.8.3.old/debian/po/ca.po	2007-02-25 22:11:56.648413341 +0100
+++ twig-2.8.3/debian/po/ca.po	2007-03-01 07:29:45.782757327 +0100
@@ -11,7 +11,7 @@
 "Last-Translator: Jordi Mallach <[EMAIL PROTECTED]>\n"
 "Language-Team: Catalan \n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
 
 #. Type: error
@@ -19,7 +19,7 @@
 #: ../templates:1001
 #, fuzzy
 msgid "TWIG database update needed"
-msgstr "Atenció! Es requereix una actualització de la base de dades."
+msgstr "Atenció! Es requereix una actualització de la base de dades."
 
 #. Type: error
 #. Description
@@ -31,14 +31,14 @@
 "instructions in /usr/share/doc/twig/README.Debian.gz and /usr/share/doc/twig/"
 "UPGRADE.gz."
 msgstr ""
-"Esteu actualitzant TWIG a una versió que canvia el número de versió menor. "
-"Açò vol dir que tindreu que actualitzar manualment la base de dades abans de "
-"poder utilitzar aquesta versió, o TWIG no funcionarà correctament. Recordeu "
-"que podeu trobar informació sobre actualitzacions en /usr/share/doc/twig/"
+"Esteu actualitzant TWIG a una versió que canvia el número de versió menor. "
+"Açò vol dir que tindreu que actualitzar manualment la base de dades abans de "
+"poder utilitzar aquesta versió, o TWIG no funcionarà correctament. Recordeu "
+"que podeu trobar informació sobre actualitzacions en /usr/share/doc/twig/"
 "README.Debian.gz i UPGRADE.gz."
 
 #~ msgid "Changes needed after installing the package."
-#~ msgstr "Canvis necessaris després d'instal·lar el paquet."
+#~ msgstr "Canvis necessaris després d'instal·lar el paquet."
 
 #~ msgid ""
 #~ "The TWIG package is work in progress and right now, the postinst script "
@@ -49,10 +49,10 @@
 #~ "TWIG's configuration in a Debian system in /usr/share/doc/twig/README."
 #~ "Debian.gz."
 #~ msgstr ""
-#~ "El paquet de TWIG no està acabat encara i ara mateix, el script de "
-#~ "postinstal·lació no configura res automàticament. El paquet ve amb una "
-#~ "configuració per defecte que asumeix que tots els serveis que TWIG fa "
-#~ "servir son locals, el tipus de SQL és MySQL i que la base de dades ja "
-#~ "està preparada o estarà preparada abans de que TWIG puga funcionar. Podeu "
-#~ "trobar instruccions detallades sobre la configuració de TWIG en un "
+#~ "El paquet de TWIG no està acabat encara i ara mateix, el script de "
+#~ "postinstal·lació no configura res automàticament. El paquet ve amb una "
+#~ "configuració per defecte que asumeix que tots els serveis que TWIG fa "
+#~ "servir son locals, el tipus de SQL és MySQL i que la base de dades ja "
+#~ "està preparada o estarà preparada abans de que TWIG puga funcionar. Podeu "
+#~ "trobar instruccions detallades sobre la configuració de TWIG en un "
 #~ "sistema Debian en /usr/share/doc/twig/README.Debian.gz."
diff -Nru twig-2.8.3.old/debian/po/de.po twig-2.8.3/debian/po/de.po
--- twig-2.8.3.old/debian/po/de.po	2007-02-25 22:11:56.648413341 +0100
+++ twig-2.8.3/debian/po/de.po	2007-03-01 07:29:45.794757429 +0100
@@ -16,19 +16,18 @@
 "Project-Id-Version: twig 2.7.7\n"
 "Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
 "POT-Creation-Date: 2006-11-26 10:14+0100\n"
-"PO-Revision-Date: 2005-06-13 15:00+0200\n"
+"PO-Revision-Date: 2006-12-01 08:41+0100\n"
 "Last-Translator: Jens Seidel <[EMAIL PROTECTED]>\n"
 "Language-Team: G

Bug#412952: file conflicts between afnix and aleph

[Michael Ablassmeier]

Package: afnix, aleph
Severity: serious
Justification: file conflicts between packages, policy violation

hi,

both afnix and aleph do ship several files of eachother but do not
conflict or add a diversion, thus fail to be installed on the same
environment:

 Unpacking aleph (from .../aleph_0.9.0-3_amd64.deb) ...
 dpkg: error processing /var/cache/apt/archives/aleph_0.9.0-3_amd64.deb 
(--unpack):
  trying to overwrite `/usr/bin/axc', which is also in package afnix
 dpkg-deb: subprocess paste killed by signal (Broken pipe)
 Errors were encountered while processing:
 /var/cache/apt/archives/aleph_0.9.0-3_amd64.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)

full list of files conflicting: 

 'usr/share/man/man1/axc.1.gz' 
 'usr/share/man/man1/axl.1.gz' 
 'usr/bin/axc' 
 'usr/bin/axd' 
 'usr/bin/axl'

bye,
- michael


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

Bug#412953: file conflicts between libqwt-doc and libqwt5-doc

[Michael Ablassmeier]

Package: libqwt-doc, libqwt5-doc
Severity: serious
Justification: file conflicts between packages, policy violation

hi,

both libqwt-doc and libqwt5-doc ship several files conflicting with
eatch other without declaring a conflict or diversion, thus fail to be
installed on the same environment:

 Unpacking libqwt5-doc (from .../libqwt5-doc_5.0.0-1_all.deb) ...
 dpkg: error processing /var/cache/apt/archives/libqwt5-doc_5.0.0-1_all.deb 
(--unpack):
  trying to overwrite `/usr/share/man/man3/QwtSymbol.3.gz', which is also in 
package libqwt-doc
 dpkg-deb: subprocess paste killed by signal (Broken pipe)
 Errors were encountered while processing:
  /var/cache/apt/archives/libqwt5-doc_5.0.0-1_all.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)

for a full list of files conflicting:

 wget -O - http://qa.debian.org/~filippo/file_conflicts/unstable-conflicts | 
grep libqwt-doc
 
bye,
- michael


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

Bug#123252: libc6: close does not work on sockets with pending aio

[Jussi Lahdenniemi]

Hello!

Pierre HABOUZIT wrote:
> On Mon, Dec 10, 2001 at 01:37:13PM +0200, [EMAIL PROTECTED] wrote:
>> Package: libc6
>> Version: 2.2.4-7
>> Severity: normal
>>
>> If aio_read has been called for a socket and then closing the socket
>> is attempted with close, close succeeds (returns zero), but the connection
>> is not really closed until the remote end sends something completing the
>> pending aio_read. aio_cancel returns AIO_NOTCANCELED and does not do 
>> anything.
>>
>> This is a problem in server applications: If the server is implemented in
>> such a way that it always listens for incoming data, it cannot close the
>> connection.
> 
>   Is this still the case ? if yes, could you provide some kind of way to
> reproduce the problem ?

I don't know whether this still is the case or not - I haven't been
working with this piece of software for five years ro so...

-- 
Jussi Lahdenniemi, Ionific Ltd[EMAIL PROTECTED]
Hermiankatu 12 Btel +358-50-5911448
33720 Tamperefax +358-3-3186100
Finland http://www.ionific.com/



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

Bug#412954: couriergraph: [INTL:ca] Catalan debconf templates translation

[Jordà Polo]

Package: couriergraph
Severity: wishlist
Tags: patch l10n

Here is the Calalan debconf templates translation for couriergraph.
#
# Catalan translations for couriergraph package.
# Copyright (C) 2007 Jose Luis Tallon.
# This file is distributed under the same license as the couriergraph
# package.
#
# Jordà Polo <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: 0.25-3\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-01-15 23:41+0100\n"
"PO-Revision-Date: 2007-02-28 22:55+0100\n"
"Last-Translator: Jordà Polo <[EMAIL PROTECTED]>\n"
"Language-Team: Català \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Should CourierGraph start on boot?"
msgstr "Voleu iniciar CourierGraph en l'arrencada?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Couriergraph can start on boot time as a daemon. Then it will monitor your "
"mail logfile for changes. This is recommended."
msgstr ""
"És possible iniciar CourierGraph com a dimoni en el moment d'arrencada. "
"Així monitoritzarà des del començament els canvis al fitxer de registre del "
"correu. Aquesta és la opció recomanada."

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"The other method is to call couriergraph.pl by hand with the -l parameter."
msgstr ""
"L'altre mètode és cridar «couriergraph.pl» manualment amb el paràmetre «-l»."

#. Type: string
#. Description
#: ../templates:2001
msgid "Logfile to be used by couriergraph:"
msgstr "Fitxer de registre utilitzat per couriergraph:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Enter the logfile which should be used to create the databases for "
"couriergraph. If unsure, leave default."
msgstr ""
"Introduïu el fitxer de registre que s'hauria d'utilitzar per crear les bases "
"de dades necessàries per couriergraph. Si dubteu, deixeu el fitxer "
"predeterminat."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Remove RRD files on purge?"
msgstr "Voleu esborrar els fitxers RRD en eliminar completament el paquet?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Couriergraph keeps its database files under /var/lib/couriergraph. State "
"whether this directory should be removed completely on purge or not."
msgstr ""
"Couriergrath manté els fitxers de base de dades a /var/lib/couriergraph. "
"Indiqueu si voleu esborrar o no aquest directori en eliminar completament el "
"paquet."

Bug#412909: kernel-image n'est pas choisit correctement à l'installation de Debian linux26

[Christian Perrier]

Quoting Martin Michlmayr ([EMAIL PROTECTED]):
> bubulle, can you provide a quick translation?

Sure. Note the Glenn Gagné: les rapports de bug Debian devraient de
préférence être envoyés en language anglaise, qui est la langue
commune de tous les développeurs du projet. Si vous avez des
difficultés pour cela, les listes debian-user-french ou
debian-l10n-french peuvent vous aider à créer un rapport de bug en anglais.

> 
> * Glenn Gagné <[EMAIL PROTECTED]> [2007-02-28 16:26]:
> > Package: kernel-image
> > Version: 2.6.8
> > Distribution: Debian Sarge 3.1r5 stable
> > 
> > Explication du problème:
> > 
> > En utilisant la distribution Debian Sarge 3.1r5 sur DVD (téléchargé depuis 
> > BitTorrent) j'ai tenté d'installer celui-ci
> > sur un ordinateur Dell Dimension 8100 (Pentium IV 1.3 Ghz @ 512 MB RAM et 
> > 80 GB HDD IDE). J'ai utilisé la méthode
> > "standard" (non-expert) avec le noyau 2.6. En utilisant linux26, sur la 
> > ligne de commande BOOT. Je ne sais pas si ce
> > problème se limite à la version sur DVD ou bien est également avec les CD 
> > ou le NET-Install également.

I tried to install a sarge DVD on a Dell Dimension 8100 using the
standard install method and "linux26" as boot option.

Note: I don't know whether the problem is restricted to the DVD
version or if it happens also with CDs and netinst images.


> > 
> > L'installation s'est fait normallement jusqu'au premier redémarrage. Après 
> > avoir redémarré, je me suis rendu compte que
> > l'installateur avait décidé d'installer le noyau 
> > "kernel-image-2.6.8-3-k7-smp.deb" et c'était le seul choix possible
> > depuis Grub. J'ai tenté de lancer mon ordinateur avec ce noyau... mais 
> > évidemment ça ne fonctionne pas.

The install started properly until the first reboot. After the reboot,
I noticed that the installer did innstall the
kernel-image-2.6.8-3-k7-smp.deb kernel package, which was the only choice.

This didn't work of course

> > 
> > ---
> > 
> > J'ai quand même réussi à contourner le problème de 2 manières différentes:
> > 
> > 1- En utilisant le noyau 2.4 par défaut, puis ensuite en installant avec 
> > apt-get le noyau 2.6.6-3-686.
> > 
> > 2- En utilisant le mode expert26 au-lieu de linux26 qui me permet de 
> > choisir mon noyau durant les étapes d'installation.

I finally circumvented the problem by using a 2.4 kernel by default,
then installing the 2.6 kernela packages on the installed system.

Using expert26 allowed me to choose the correct kernel package


> > 
> > ---
> > 
> > Je ne trouve pas normal que la détection du processeur, via le mode 
> > linux26, ne se fasse pas correctement. J'ai donc
> > décidé de vous transmettre ce problème même si j'ai trouvé une alternative 
> > pour le moment.

As the processor detection was incorrect, I thought it would be good
to report this.



My comments: Glenn ,that's very probably a bug somewhere. However,
fixing the sarge installer, while we're in the process of releasing
etch, will not happen. It would be good if you test the same install
with the etch installation images you'll find at
http://www.debian.org/devel/debian-installer *in a few days* (they are
currently broken and the install will fail while installing software).

Il y a peu de chances que cela soit corrigé dans l'installateur de
sarge puisque nous sommes en phase de publication de la nouvelle
version etch. Il serait bien que tu testes une image de l'installateur
de etch, dans quelques jours (il est cassé pour l'instant et l'install
échouerait à la phase d'installation des paquets).




signature.asc
Description: Digital signature

Bug#412955: wwwoffle: [INTL:ca] Catalan debconf templates translation update

[Jordà Polo]

Package: wwwoffle
Severity: wishlist
Tags: patch l10n

Here is an update for the Catalan debconf templates translation.
#
# Catalan translations for wwwoffle package.
# Copyright (C) 2006 Paul Slootman.
# This file is distributed under the same license as the wwwoffle package.
#
# Aleix Badia i Bosch <[EMAIL PROTECTED]>, 2004.
# Jordà Polo <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: 2.9a-1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-01-13 20:30+0100\n"
"PO-Revision-Date: 2007-02-28 22:07+0100\n"
"Last-Translator: Aleix Badia i Bosch <[EMAIL PROTECTED]>\n"
"Language-Team: Catalan \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../wwwoffle.templates:1001
msgid "The location of some files and directories has been changed"
msgstr "S'ha modificat la ubicació d'alguns fitxers i directoris"

#. Type: note
#. Description
#: ../wwwoffle.templates:1001
msgid ""
"The config files moved to /etc/wwwoffle/ and the cache dir moved to /var/"
"cache/wwwoffle. Further the format of the cache has changed between version "
"1.x and version 2.x and there are some new configuration options. Your "
"directories and the config files will be adjusted automatically now."
msgstr ""
"Els fitxers de configuració s'han mogut al directori /etc/wwwoffle/ i el "
"directori de memòria cau a /var/cache/wwwoffle. De la versió 1.x a la 2.x "
"s'ha modificat el format de la memòria cau i s'han afegit noves opcions de "
"configuració. Els directoris i fitxers de configuració s'actualitzaran "
"automàticament."

#. Type: password
#. Description
#: ../wwwoffle.templates:2001
msgid "Configuration now requires a password:"
msgstr "La configuració necessita una contrasenya, introduïu-la a continuació:"

#. Type: password
#. Description
#: ../wwwoffle.templates:2001
msgid ""
"To prevent any random user on the system from changing the state of the "
"wwwoffle daemon (e.g. put it offline), a password will be added to the /etc/"
"wwwoffle/wwwoffle.conf file. If non-root users have to be able to control "
"the daemon, they must be in the \"proxy\" group (see \"man group\") and they "
"must pass the parameters \"-c /etc/wwwoffle/wwwoffle.conf\" in addition to "
"other options."
msgstr ""
"Per evitar que qualsevol usuari del sistema canviï l'estat del dimoni del "
"wwwoffle (ex. deixar-lo fora de línia), s'afegirà una contrasenya al fitxer /"
"etc/wwwoffle/wwwoffle.conf. Si els usuaris que no són superusuaris han de "
"poder controlar el domini hi ha d'haver un grup «proxy» (feu una ullada a "
"«man group») i han de passar els paràmetres «-c /etc/wwwoffle/wwwoffle.conf» "
"afegits a d'altres opcions."

#. Type: select
#. Choices
#: ../wwwoffle.templates:3001
msgid "en (English)"
msgstr "en (Anglès)"

#. Type: select
#. Choices
#: ../wwwoffle.templates:3001
msgid "de (German)"
msgstr "de (Alemany)"

#. Type: select
#. Choices
#: ../wwwoffle.templates:3001
msgid "es (Spanish)"
msgstr "es (Castellà)"

#. Type: select
#. Choices
#: ../wwwoffle.templates:3001
msgid "fr (French)"
msgstr "fr (Francès)"

#. Type: select
#. Choices
#: ../wwwoffle.templates:3001
msgid "it (Italian)"
msgstr "it (Italià)"

#. Type: select
#. Choices
#: ../wwwoffle.templates:3001
msgid "nl (Dutch)"
msgstr "nl (Holandès)"

#. Type: select
#. Choices
#: ../wwwoffle.templates:3001
msgid "pl (Polish)"
msgstr "pl (Polonès)"

#. Type: select
#. Choices
#: ../wwwoffle.templates:3001
msgid "ru (Russian)"
msgstr "ru (Rus)"

#. Type: select
#. DefaultChoice
#: ../wwwoffle.templates:3002
msgid ""
"en (English)[ default : do not put what's inside brackets into translations. "
"Put your own language here but UNTRANSLATED]"
msgstr "ca (Catalan)"

#. Type: select
#. Description
#: ../wwwoffle.templates:3003
msgid "your default language:"
msgstr "Escolliu l'idioma predeterminat:"

#. Type: select
#. Description
#: ../wwwoffle.templates:3003
msgid ""
"wwwoffle offers you translations of most of the internal HTML pages. Those "
"pages which are not yet translated will automatically be replaced with the "
"English ones."
msgstr ""
"El wwwoffle proporciona les traduccions de la majoria de pàgines HTML "
"internes. Les pàgines que no estan traduïdes es reemplaçaran per les "
"versions en anglès."

#. Type: select
#. Description
#: ../wwwoffle.templates:3003
msgid ""
"Note that the languages configuration in your browser will override this "
"default."
msgstr ""
"Recordeu que la configuració d'idioma del navegador substituirà el "
"predeterminat."

#. Type: note
#. Description
#: ../wwwoffle.templates:4001
msgid "ATTENTION: There was an error while converting the config"
msgstr "ATENCIÓ: S'ha produït un error en la conversió de la configuració"

#. Type: note
#. Description
#: ../wwwoffle.templates:4001
msgid ""
"Your config file has been preserved as /etc/wwwoffle/wwwoffle.conf.old . "
"Please correct manually. Take a look at /var/log/wwwoffle-upgrade.log for "
"reas

Bug#412107: texlive-base-bin: a2ping spits out alarming error although all is well

[Frank Küster]

Szabó Péter <[EMAIL PROTECTED]> wrote:

> Dear Frank,
>
>>>Please retry with the new a2ping, and if the problem still persists,
>>>please send me an example source file, and the Ghostscript version you are
>>>using, so I can start diagnosing what fails.
>
> I don't seem to be able to reproduce the problem. Are you sure you have
> upgraded a2ping from here http://www.inf.bme.hu/~pts/a2ping-latest.zip ?
> a2ping.pl should be 102760 bytes.

Oh, sorry, my fault.  I was sure I had ~/bin/ first in my path, but it's
last, and it continued to use the a2ping from /usr/bin/

All is well if I actually use the new version.  I think we'll include it
in the new packages for texlive 2007 (which still has the version from
CTAN, I guess you'll upload to CTAN soon, too?)

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

Bug#412828: Acknowledgement ([INTL:gl] Updated Galician translation for apt)

[Christian Perrier]

Quoting Jacobo Tarrio ([EMAIL PROTECTED]):
> El miércoles, 28 de febrero de 2007 a las 22:28:38 +, Mark Brown escribía:
> 
> > >  I have just noticed I made a small mistake. Could you please change the
> > > email address in the "Language-Team" field to <[EMAIL PROTECTED]>?
> > This appears to have been correct already?  (Fortunately, since I've
> > already uploaded the package and only just saw this e-mail.)
> 
>  It may have been Christian who did it :)


Actually, I updated my bzr copy, published on
http://www.perrier.eu.org/debian/packages..etc

So, if Mark synced with my copy, yes he got the updated
version. Otherwise, I don't see how the PO file you sent can end up in
the package.

/me really doesn't like distributed VCS who have no value added for
translators and just add confusion about what is qthe reference for software
development...:-)




signature.asc
Description: Digital signature

Bug#412927: gpm-1.19.6-19sarge binary incompatibility in wire protocol with gpm-1.20.1

[Daniël Mantione]

Op Thu, 1 Mar 2007, schreef Peter Samuelson:

> 
> [Daniël Mantione]
> > This causes the wire protocol used by gpm servers in Debian to be
> > different from gpm servers in other distributions, therefore causing
> > incorrect behaviour in applications.
> 
> It is after midnight here, so I might be missing something - but when
> would this protocol mismatch ever be visible?  Don't you always run
> libgpm applications on the same machine as the gpm server?  If that
> machine is Debian, both gpm and the libgpm used by your application
> would be using the same patch.
> 
> Can you explain a scenario where binary compatibility between Debian
> and non-Debian systems, for a protocol which never travels across a
> network, becomes an issue?

The Gpm_Event data structure is not just used in the wire protocol, but 
returned to the application. I.e. for a C application:

extern int Gpm_GetEvent(Gpm_Event *);

For a Pascal application:

function gpm_getevent(var event:Tgpm_event):longint;

This means an application compiled using one version of the Gpm_Event data 
structure will not work on a system using another version of the Gpm_Event 
data structure. This means any application compiled on a non-Debian system 
transfered to a Debian system will break.

Further, gpm.h is not really understandable for a Pascal compiler. It 
has its own gpm interface unit. Patching your gpm.h will work for 
C programs only (luckily for Debian that is a majority). That means 
compiling a Pascal program on a Debian system (Free Pascal is included in 
Debian), will cause the program to use the wrong gpm event data 
structure.

Daniël Mantione

Bug#412956: ttf-arphic-ukai: [INTL:ca] Catalan debconf templates translation

[Jordà Polo]

Package: ttf-arphic-ukai
Severity: wishlist
Tags: patch l10n

Here is the Calalan debconf templates translation for ttf-arphic-ukai.
I'm still not sure if I was supposed to send it again, since it is the
same than ttf-arphic-uming, but here it is anyway.

Thanks.
#
# Catalan translations for ttf-arphic-ukai package.
# Copyright (C) 2007 Arne Goetje.
# This file is distributed under the same license as the ttf-arphic-ukai
# package.
#
# Jordà Polo <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: 0.1.20060928-2.1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-01-30 04:34+0100\n"
"PO-Revision-Date: 2007-02-28 18:49+0100\n"
"Last-Translator: Jordà Polo <[EMAIL PROTECTED]>\n"
"Language-Team: Català \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#: ../templates:1001
msgid "Unicode, MBE, Both"
msgstr "Unicode, MBE, Ambdues"

#. Type: select
#. Description
#: ../templates:1002
msgid "Font variant to install:"
msgstr "Variant del tipus de lletra que s'hauria d'instal·lar:"

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"This font contains bopomofo extended glyphs, which are used to annotate "
"Chinese glyphs to show how the characters should be pronounced. These "
"bopomofo extended glyphs are used for some minority languages, like "
"Taiwanese and Hakka. They are mainly used in Taiwan."
msgstr ""
"Aquest tipus de lletra conté símbols estesos bopomofo, que s'utilitzen per "
"afegir comentaris referents a la pronunciació en caràcters xinesos. Aquests "
"símbols estesos s'utilitzen en alguns idiomes minoritaris, com el Taiwanès i "
"el Hakka. Es fan servir principalment a Taiwan."

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"There are two variants of these bopomofo extended glyphs in use, one which "
"conforms to the Unicode standard, and one, called Modern Bopomofo Extensions "
"(MBE), which aims to be easier to read and write."
msgstr ""
"Actualment s'utilitzen dues variants d'aquests símbols, una que s'adequa a "
"l'estàndard Unicode, i una altra anomenada «Modern Bopomofo "
"Extensions» (MBE) que té per objectiu ser més fàcil de llegir i escriure."

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"The Unicode variant also contains the MBE variants encoded as TTF stylistic "
"alternatives (SALT). As only few programs can support this feature, users "
"who prefer to use the MBE glyphs should install the MBE variant. More "
"information on this can be found on the project homepage: http://www.";
"freedesktop.org/wiki/Software_2fCJKUnifonts"
msgstr ""
"La versió Unicode també inclou les variants MBE codificades com alternatives "
"estilístiques TTF (SALT). Però atès que hi ha pocs programes que suportin "
"aquesta característica, els usuaris que prefereixin utilitzar MBE haurien "
"d'instal·lar aquesta versió. Podeu trobar més informació a la pàgina del "
"projecte: http://www.freedesktop.org/wiki/Software_2fCJKUnifonts";

#. Type: select
#. Description
#: ../templates:1002
msgid "If in doubt, please select \"Unicode\"."
msgstr "Si dubteu, seleccioneu «Unicode»."

Bug#404915: Iceweasel logo is too washed out and indistinct

[Tom May]

At the small sizes used in the workspace switcher and other places in
the window manager, the iceweasel logo is too unsaturated, washed out,
low constrast, indistinct, etc., to look like anything, which makes it
useless as an icon since it's not recognizable without staring
straight at it for a while.


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

Bug#412404: iceweasel tries to load "http://firefox" on every new window

[Sameer D. Sahasrabuddhe]

Package: iceweasel
Version: 2.0.0.2+dfsg-1
Followup-For: Bug #412404

I just upgraded iceweasel. Now every new window tries to load
"http://firefox"; ... this is unlike the current bug report, but I
suppose the problem is the same. New tabs are not affected.

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

Versions of packages iceweasel depends on:
ii  debianutils   2.17.5 Miscellaneous utilities specific t
ii  fontconfig2.4.2-1generic font configuration library
ii  libatk1.0-0   1.12.4-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-10   GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libfontconfig12.4.2-1generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libglib2.0-0  2.12.6-2   The GLib library of C routines
ii  libgtk2.0-0   2.8.20-5   The GTK+ graphical user interface 
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libmyspell3c2 1:3.1-18   MySpell spellchecking library
ii  libpango1.0-0 1.14.8-5   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  psmisc22.3-1 Utilities that use the proc filesy
ii  zlib1g1:1.2.3-13 compression library - runtime

iceweasel recommends no packages.

-- no debconf information


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

Bug#412957: linux-source-2.6.18: UML ARCH=um compile fails with CONFIG_MODE_TT=y (regression)

[Ryan Finnie]

Package: linux-source-2.6.18
Version: 2.6.18.dfsg.1-11
Severity: important

When compiling a UML kernel (ARCH=um), compilation fails if TT mode is 
on (CONFIG_MODE_TT=y).

  CC  arch/um/sys-i386/unmap.o
arch/um/sys-i386/unmap.c:8:25: error: sys/syscall.h: No such file or directory
arch/um/sys-i386/unmap.c: In function 'switcheroo':
arch/um/sys-i386/unmap.c:12: warning: implicit declaration of function 'syscall'
arch/um/sys-i386/unmap.c:15: warning: comparison between pointer and integer
make[1]: *** [arch/um/sys-i386/unmap.o] Error 1
make: *** [arch/um/sys-i386] Error 2

defconfig + CONFIG_MODE_TT=y is all that's needed to reproduce this.  
Compilation was working in 2.6.18.dfsg.1-10.  This appears to have 
something to do with debian/patches/bugfix/uml-compilation.patch .

RF

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


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

Bug#412449: X will only run at 640x480 with Radeon Mobility M6

[Michel Dänzer]

On Sun, 2007-02-25 at 18:20 -0800, Daniel wrote: 
> Package: xserver-xorg
> Version: 7.1.0-12
> 
> 
> Since aptitude upgrading recently the Xorg server will only run at
> 640x480 mode.

[...]

> (--) RADEON(0): MergedFB: Virtual width 640
> (--) RADEON(0): MergedFB: Virtual height 480

Does this patch help?


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer
diff --git a/src/radeon_mergedfb.c b/src/radeon_mergedfb.c
index 820ba4b..a851f1c 100644
--- a/src/radeon_mergedfb.c
+++ b/src/radeon_mergedfb.c
@@ -581,8 +581,8 @@ RADEONRecalcDefaultVirtualSize(ScrnInfoPtr pScrn)
   	   info->CRT1XOffs = info->CRT2XOffs = 0;
   	   maxh -= (info->CRT1XOffs + info->CRT2XOffs);
   	}
-  	pScrn->virtualX = maxh;
-  	pScrn->displayWidth = maxh;
+  	pScrn->virtualX = MAX(pScrn->virtualX, maxh);
+  	pScrn->displayWidth = MAX(pScrn->displayWidth, maxh);
   	xf86DrvMsg(pScrn->scrnIndex, X_PROBED, str, "width", maxh);
 } else {
   	if(maxh < pScrn->display->virtualX) {
@@ -592,7 +592,7 @@ RADEONRecalcDefaultVirtualSize(ScrnInfoPtr pScrn)
 }
 
 if(!(pScrn->display->virtualY)) {
-pScrn->virtualY = maxv;
+	pScrn->virtualY = MAX(pScrn->virtualY, maxv);
 	xf86DrvMsg(pScrn->scrnIndex, X_PROBED, str, "height", maxv);
 } else {
 	if(maxv < pScrn->display->virtualY) {

Bug#412210:

[Leonard Norrgard]

> Hmm...that's weird.

How about this, then: after I added the two lines as you described and
updated the initramfs and rebooted, the output shown after swap was
opened was shown so briefly I didn't see what it said and /then/ it
did the resume!  Not sure what to believe here... the suspend fs has
been there surviving two or three boots since the first (and only)
failed resume.  On the other hand, the system has also been upgraded a
number of times since the suspend - did the init scripts change
recently, perhaps?

The edit I did was correct, as it showed the expected output for the
root fs.

I'll try to suspend/resume a couple of times tomorrow to see if things
erally are ok now.

-- Leonard


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

Bug#256038: moreinfo?

[Josip Rodin]

On Wed, Feb 28, 2007 at 11:38:18PM -0500, Joey Hess wrote:
> > Oh, it just occured to me to RTFM :))
> > http://www.postfix.org/postconf.5.html#mailbox_command says:
> > 
> > mailbox_size_limit (default: 5120)
> > 
> > The maximal size of any local(8) individual mailbox or maildir file, or
> > zero (no limit). In fact, this limits the size of any file that is written
> > to upon local delivery, including files written by external commands that
> > are executed by the local(8) delivery agent.
> > 
> > So, this is not a bug in maildrop?
> 
> Seems not, unless there is something better it can do if it fails to
> write its log file.

Hmm, we could probably make it barf to stderr in that case if it doesn't
already.

-- 
 2. That which causes joy or happiness.


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

Bug#412952: [Fwd: Bug#412952: file conflicts between afnix and aleph]

[Paul Cager]

Could I have some advice about the best way to fix this one please? Here's
a summary:

* The obsolete package "aleph" is supserseded by "afnix".
* I've requested the removal of aleph from unstable (bug #389163).
* There is already another RC bug against "aleph", as it conflicts with
tetex-bin.

I didn't make afnix "Replaces:" aleph because aleph is scheduled for
removal. I guess I should have done? What would be best - uploading a new
version of  afnix, or marking this bug as blocked by 389163?

Thanks,
Paul

 Original Message 
Subject: Bug#412952: file conflicts between afnix and aleph
From:"Michael Ablassmeier" <[EMAIL PROTECTED]>
Date:Thu, March 1, 2007 8:00 am
To:  [EMAIL PROTECTED]
--

Package: afnix, aleph
Severity: serious
Justification: file conflicts between packages, policy violation

hi,

both afnix and aleph do ship several files of eachother but do not
conflict or add a diversion, thus fail to be installed on the same
environment:

 Unpacking aleph (from .../aleph_0.9.0-3_amd64.deb) ...
 dpkg: error processing /var/cache/apt/archives/aleph_0.9.0-3_amd64.deb
(--unpack):
  trying to overwrite `/usr/bin/axc', which is also in package afnix
 dpkg-deb: subprocess paste killed by signal (Broken pipe)
 Errors were encountered while processing:
 /var/cache/apt/archives/aleph_0.9.0-3_amd64.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)

full list of files conflicting:

 'usr/share/man/man1/axc.1.gz'
 'usr/share/man/man1/axl.1.gz'
 'usr/bin/axc'
 'usr/bin/axd'
 'usr/bin/axl'

bye,
- michael




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

Bug#412959: kernel-image-2.6.8-3-k7: System freezes when using the module powernow-k8, but not immediately

[Robin Haunschild]

Package: kernel-image-2.6.8-3-k7
Version: 2.6.8-16sarge6
Severity: normal

If I insert the powernow-k8 kernel module and my system is under load
afterwards, it freezes. I discovered it mostly through spamassassin. A log of 
the most important kernel messages is
available at http://www.tuxschild.de/panic.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-3-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages kernel-image-2.6.8-3-k7 depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  initrd-tools  0.1.81.1   tools to create initrd image for p
ii  module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo

-- no debconf information


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

Bug#412958: snoopy: [INTL:fr] French debconf templates translation update

[Michel Grentzinger]

Package: snoopy
Version: N/A
Severity: wishlist
Tags: patch l10n

Hello,

Please find the attached fr.po file, which is an update of the french
translation of the debconf templates. This file has been reviewed by
the contributors of the debian-l10n-french mailing-list.

Could you put this file to the debian/po/ directory of this package,
in remplacement of the old fr.po file ?

Regards,

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
#
#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: snoopy_1.3-13\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-02-26 13:12+0100\n"
"PO-Revision-Date: 2007-03-01 10:09+0100\n"
"Last-Translator: Michel Grentzinger <[EMAIL PROTECTED]>\n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Install snoopy library to /etc/ld.so.preload?"
msgstr "Faut-il installer la bibliothèque snoopy dans /etc/ld.so.preload ?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"snoopy is a library that can only reliably do its work if it is mandatorily "
"preloaded via /etc/ld.so.preload. Since this can potentially do harm to the "
"system, your consent is needed."
msgstr ""
"Snoopy est une bibliothèque qui ne peut être utile que si elle est "
"préchargée via /etc/ld.so.preload. Puisque cela peut potentiellement "
"détériorer le système, votre accord est nécessaire."

Bug#411446: installation-reports

[Sven Luther]

On Tue, Feb 20, 2007 at 03:26:33PM +0100, Frans Pop wrote:
> reassign 411446 clock-setup 0.13
> retitle 411446 [powerpc] Should not select UTC for iBooks
> thanks
> 
> On Monday 19 February 2007 08:12, Todd Partridge wrote:
> > Comments/Problems:
> > Used both the x86 and PPC Install Guide.  The PPC Guide isn't entirely
> > updated for PPC.
> 
> Yes, we're aware of that. However, it is up to the Debian PowerPC 
> community to update that and unfortunately so far nobody has stepped up 
> to work on that.

Frans,

There is no wonder of that if you keep insulting the powerpc community, like
you did at the start of january, while i was banned and not posting [0].

Please, let's put the past behind us, and put again the debian project as our
top priorities, and all work together to make debian the best distribution out
there, instead of loosing so much time with hate and in-fighting. 

I was sad that you chose not to meet with me at FOSDEM, and that when i
greeted you in the hall outside the debian room, you chose to ignore me and
pass by me looking the other was, as well as the way you chose to refuse to
participate in the discussion concerning my ideas for the kernel and d-i, and
the possibilities initramfs-tools offers to us.

We have done ourself a lot of hurt since last year, where we were both at
extremadura and at FOSDEM, and we had a good time together, let us go back to
this time, and put aside the dispute which riped us in between. I am sure we
will all have a hard time forgetting what happened, but it is a sign of
maturity to be able to put it aside for the greater good.

I still have faith in you and the others involved in this, that you will be
able to grasp this, and that we can all work in harmony and go back to hacking
happily ever after.

  [0] - http://lists.debian.org/debian-powerpc/2007/01/msg00068.html

Friendly,

Sven Luther


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

Bug#400884:

[Andrew Donnellan]

retitle 400884 New stable upstream (1.0.1) available
thanks

Bugfix release 1.0.1 has now been released.

--
Andrew Donnellan
ajdlinuxATgmailDOTcom (primary)ajdlinuxATexemailDOTcomDOTau (secure)
http://andrewdonnellan.com http://ajdlinux.wordpress.com
[EMAIL PROTECTED] hkp://subkeys.pgp.net 0x5D4C0C58
   http://linux.org.auhttp://debian.org
   Get free rewards - http://ezyrewards.com/?id=23484
   Spammers only === [EMAIL PROTECTED] ===


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

Bug#412886: exim4: Segfaults occurring

[Marc Haber]

On Wed, Feb 28, 2007 at 07:43:16PM +, Ronny Adsetts wrote:
> My first thought was hardware failure too, but it's not looking that way at 
> the moment. The segfaults are too regular in their timing. I'll see if the 
> same happens at 20:08.

What does your exim log say in the respective time frame?

Greetings
Marc, also judging that your system is broken in some ways

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


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

Bug#357561: privilege escalation hole

[Matthew Johnson]

The description given is somewhat incorrect. The escalation exists
whether run with -F or not. 033_-F_NOSETSID disables running setsid in
all cases. This means that running /etc/init.d/apache start and then not
closing the terminal (and people do have long-running shells like this)
leaves you vulnerable---this has been verified by richard thrippleton.

I've tested my patch and it both closes this vulnerability while still
allowing use of apache with -F. Please could someone upload the NMU I
linked to above.

Thanks,
Matt

--
Matthew Johnson
http://www.matthew.ath.cx/


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

Bug#412896: emacs-snapshot: [gnus] GPG signing does not work

[Frank Küster]

Romain Francoise <[EMAIL PROTECTED]> wrote:

> Frank Küster <[EMAIL PROTECTED]> writes:
>
>> The first one exists and is empty, the errors buffer does not
>> exist.
>
> Hmm..  Could you try adding a default-key line to your
> ~/.gnupg/options file and see if it changes anything?

No, it doesn't change anything.  And, thinking twice, it's not very
likely that it would, since the error message would have been something
like "key not found", wouldn't it?

Anyway, I moved away my ~/.gnupg and created a new key with a weak
passphrase with only very simple ASCII letters.  With that it works.

I am quite sure it has something to do with encoding.  When I first
encountered this, I also had the Gnus package installed, so there were
probably some interactions with the built-in and the external gnus.
With that, the error message was different; I don't remember exactly,
but it said something about encoding or something like this.


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

Bug#412778: Debian Bug report logs - #412778 : no support for pic12f635, problem with multi-confword chips

[Jaakko Hyvätti]

Thanks Jan for the report.  I have however very little time to work on 
picprog in the coming weeks, so implementing this feature request may take 
time.  If anyone comes up with patches I may be able to include it in code 
faster.


Jaakko


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

Bug#412210: [Pkg-cryptsetup-devel] Bug#412210:

[Leonard Norrgard]

Thank you very much for the help with solving this!

-- Leonard


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

Bug#412960: crash with -vo xv

[Robert Millan [ackstorm]]

Package: mplayer
Severity: normal

> Maybe we should take bug 412080 out of the CC, it's a different issue..

I thought I had reported this as a new bug.  Doing that now.

On Tue, Feb 27, 2007 at 12:54:59PM +0100, Diego Biurrun wrote:
> > >   mplayer -vo xv -vf screenshot 
> > 
> > Interestingly, this revealed a new bug (before doing anything with Beryl):
> > 
> > [...]
> > X11 error: BadAlloc (insufficient resources for operation)?,?% 0 0
> > 
> > 
> > MPlayer interrupted by signal 6 in module: vo_check_events
> > 
> > (with 
> > http://images.apple.com/movies/lionsgate/the_condemned/the_condemned-tlr_h720p.mov)
> 
> We need verbose output to have a chance of debugging this, but I have a
> feeling a similar issue was fixed in Subversion HEAD.  Robert, can you
> verify this problem still occurs with a fresh compile of a Subversion
> checkout?  Reimar, can you have a look, this sounds like your area ..

Now it won't crash, but I just see a blue windows.  This error is displayed
repeatedly:

  X11 error: BadAlloc (insufficient resources for operation)

Note that it only happens with -vo xv.  -vo x11 works fine (as you can see,
there are less problems with x11 everywhere).

-- 
Robert Millan

ACK STORM, S.L.  -  http://www.ackstorm.es/


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

Bug#412958: snoopy: [INTL:fr] French debconf templates translation update

[Marc Haber]

tags #412958 confirmed pending
thanks

On Thu, Mar 01, 2007 at 10:10:18AM +0100, Michel Grentzinger wrote:
> Could you put this file to the debian/po/ directory of this package,
> in remplacement of the old fr.po file ?

Committed to svn, thanks.

Greetings
Marc

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


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

Bug#412952: [Fwd: Bug#412952: file conflicts between afnix and aleph]

[Michael Koch]

On Thu, Mar 01, 2007 at 09:14:42AM -, Paul Cager wrote:
> Could I have some advice about the best way to fix this one please? Here's
> a summary:
> 
> * The obsolete package "aleph" is supserseded by "afnix".
> * I've requested the removal of aleph from unstable (bug #389163).
> * There is already another RC bug against "aleph", as it conflicts with
> tetex-bin.
> 
> I didn't make afnix "Replaces:" aleph because aleph is scheduled for
> removal. I guess I should have done? What would be best - uploading a new
> version of  afnix, or marking this bug as blocked by 389163?

Add this to afnix:

Conflicts: aleph
Replaces: aleph

This should make it possible to have always one of them installed and
make afnix replace aleph on dist-upgrades.


Cheers,
Michael
-- 
 .''`.  | Michael Koch <[EMAIL PROTECTED]>
: :' :  | Free Java Developer 
`. `'   |
  `-| 1024D/BAC5 4B28 D436 95E6 F2E0 BD11 5923 A008 2763 483B


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

Bug#409313: linux-image-2.6.18-4-sparc64: Netra X1 - Kernel unaligned access in rp_rcv and ip_fast_csum

[Emanuele Rocca]

Hello Peter,

* Peter Palfrader <[EMAIL PROTECTED]>, [2007-03-01  0:53 +0100]:
>  On Tue, 27 Feb 2007, Emanuele Rocca wrote:
>  > http://article.gmane.org/gmane.linux.ports.sparc/7178
>  > 
>  > Please check if it fixes the problem.
>  
>  Sorry for not getting back to you sooner.  RL and everything :(

No problem. :)

>  Daniel Priem tells me the patch at the above URL fixes the issue.  I
>  assume that means you no longer need a shell on my v100, right?

Exactly, thanks for your offer BTW.
  
>  I'll also test the patch tomorrow and let you know how it works out.

I guess it should work but yeah, please try it out.

Thanks!
ciao,
ema


signature.asc
Description: Digital signature

Bug#412961: chrony: error in tracking report (on amd64?)

[Tobias Richter]

Package: chrony
Version: 1.21z-5
Severity: normal


Timeservers say it is: Thu Mar  1 09:31:58 UTC 2007
My computer says: Thu Mar  1 10:33:40 UTC 2007

That's not perfect, but it's possible to happen
in a fresh install when the system clock was not
properly synced in advance (using the wrong time
zone in this case).

'chronyc tracking' reports this:

Stratum : 3
Ref time (UTC)  : Thu Mar  1 09:33:01 2007
System time : 4294963625.617778 seconds slow of NTP time

Woah! 

The good thing: The clock seems to be driven in a
reasonable way. I might be only a reporting error.

I've only seen this on amd64 so far, not on i386.
But no guarantees.

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

Versions of packages chrony depends on:
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libncurses5 5.5-5Shared libraries for terminal hand
ii  libreadline55.2-2GNU readline and history libraries
ii  ucf 2.0018.1 Update Configuration File: preserv

chrony recommends no packages.

-- no debconf information


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

Bug#412886: exim4: Segfaults occurring

[Ronny Adsetts]

Marc Haber said at 01/03/2007 09:13:

On Wed, Feb 28, 2007 at 07:43:16PM +, Ronny Adsetts wrote:


My first thought was hardware failure too, but it's not looking that way at 
the moment. The segfaults are too regular in their timing. I'll see if the 
same happens at 20:08.


What does your exim log say in the respective time frame?


Nothing for the email in the tcpdump gets logged to any of the exim logs AFAICS.

I'm not seeing any problems on this server at all other than this segfault that 
started yesterday at ~3am and continues every hour when the same email is 
retried.

Thanks.

Ronny
--
Ronny Adsetts
Technical Director
Amazing Internet Ltd, London
t: +44 20 8607 9535
f: +44 20 8607 9536
w: www.amazinginternet.com



signature.asc
Description: OpenPGP digital signature

Bug#412886: exim4: Segfaults occurring

[Marc Haber]

On Thu, Mar 01, 2007 at 09:50:40AM +, Ronny Adsetts wrote:
> I'm not seeing any problems on this server at all other than this segfault 
> that started yesterday at ~3am and continues every hour when the same email 
> is retried.

So the segfault is associated with a single message?

Please send the output of exim -d -M 

Greetings
Marc

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


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

Bug#406465: Info received (Bug#406465: Info received (more details needed please (zone data)))

[Andreas Henriksson]

On Thu, Mar 01, 2007 at 12:29:48AM +0100, bert hubert wrote:
> I fail to reproduce the bug. PowerDNS does misparse the ( record, which is
> sad, and fixed in SVN (the fix is intrusive and should not be backported
> probably).

I guess you've found that pdns expects opening ( for multiline records
to not have anything after it.

ie.
foo TXT ( "lala"
"baba"
)

will throw away "lala" and only return "baba".
I don't think this is a big enough deal to warrant a change now that debian
is frozen since a long time.

> 
> But although we misparse the record, I don't see the other behaviour your
> mention.

The original mail in the bug report talked about a different kind of
record, not present in the example zone JvW sent.

ie.
foo TXT "lala(foobar)baba"

pdns/backends/bind/zoneparser2.cc - eatLine() seems to not respect that
the " is first, and wrongly assumes that any line which contains a ( is
a multiline record, which screws up the parsing of the rest of the
zone

> 
> Can you give me a step-by-step so I can see your problem? I already loaded
> your zone, and added several braces to them, and reloaded etc.
> 

I've attached an updated version of the example zone which contains a
"foo.a-eskwadraat.nl" record... 

$ host -t txt foo.a-eskwadraat.nl localhost
Using domain server:
Name: localhost
Address: 127.0.0.1#53
Aliases:

foo.a-eskwadraat.nl descriptive text "lala\010@ txt ( \"study
association a-eskwadraat\" \"princetonplein 5\" \"nl-3584 cc utrecht\"
\"+31-30-253-4499"


> My debian contains 'pdns-2.9.20-7+b1'.
> 
> Thanks. If you get the description in to me today (UTC+2), I'll promise to
> look into it Friday.

Something like this might be whats needed Would be awesome if you
could verify if it's correct.


diff -uriNp pdns-2.9.20/pdns/backends/bind/zoneparser2.cc 
pdns-2.9.20-noparensintxt/pdns/backends/bind/zoneparser2.cc
--- pdns-2.9.20/pdns/backends/bind/zoneparser2.cc   2006-03-15 
19:29:38.0 +0100
+++ pdns-2.9.20-noparensintxt/pdns/backends/bind/zoneparser2.cc 2007-03-01 
10:46:29.0 +0100
@@ -201,10 +201,12 @@ bool ZoneParser::eatLine(const string& l
   static string tline;
   static string lastfirstword;
   string::size_type pos=string::npos;
+  string::size_type contentpos=string::npos;
 
   if(tline.empty()) {
+contentpos=line.find_first_of("\"");
 pos=line.find_first_of("(");
-if(pos!=string::npos) { // this is a line that continues
+if((pos!=string::npos) && ((contentpos==string::npos) || 
(contentpos>pos))) { // this is a line that continues
   tline=line.substr(0,pos);
   return false;
 }

-- 
Regards,
Andreas Henriksson
; $Id: db.nl.a-eskwadraat 2753 2007-01-18 14:32:37Z root $
; Zone file for A-Eskwadraat.nl
;
; rewrite door jeroen, 2 april 2002

$TTL 1D
@   IN  SOA ns.A-Eskwadraat.nl. sysop.A-Eskwadraat.nl. (
2007011301  ; serial
6H  ; refresh, seconds
1H  ; retry, seconds
4W  ; expire, seconds
1D ); minimum, seconds

;
; rewrite door jeroen, 2 april 2002

foo TXT "lala(bar)baba"

@   TXT (
  "Study Association A-Eskwadraat"
  "Princetonplein 5"
  "NL-3584 CC Utrecht"
  "+31-30-253-4499"
)

LOC 52 5 14 N  5 9 56 E  50m  10m  30m 50m

; de primary nameserver
NS  ns

; de primary mail exchanger
MX  10  mail
; en de vaste backup
MX  20  mail.wolffelaar.nl.

; NS en MX records MOETEN naar een A wijzen (dus geen CNAME)
ns  A   131.211.39.72
mailA   131.211.39.72

; VPN stuff
vpn-tunnel  A   131.211.39.77
vpnsCNAME   @
vpn CNAME   @

; Aliassen voor sevices die over VPN moeten
ftp CNAME   vpn-tunnel
imapCNAME   vpn-tunnel
pop3CNAME   vpn-tunnel
homeCNAME   vpn-tunnel
homes   CNAME   vpn-tunnel
homedirsCNAME   vpn-tunnel

; @ heeft al records, kan dus geen CNAME zijn.
@   A   1.2.3.4

; *.a-eskwadraat.nl verwijst nu naar square
*   CNAME   @

; Voor DOMjudge/escapade:
;judge  15  CNAME   madeleine.students.cs.uu.nl.

; Erik en Judith
erikA   83.83.35.241

; Kerberos
_kerberos   TXT "A-ESKWADRAAT.NL"
_kerberos._udp  SRV 0 0 88 euclides.localdomain.
_kerberos._tcp  SRV 0 0 88 euclides.localdomain.

; backup NS:
@   NS  ns1.xel.nl.
NS  ns3.xel.nl.
diff -uriNp pdns-2.9.20/pdns/backends/bind/zoneparser2.cc 
pdns-2.9.20-noparensintxt/pdns/backends/bind/zoneparser2.cc
--- pdns-2.9.20/pdns/backends/bind/zoneparser2.cc   2006-03-15 
19:29:38.0 +0100
+++ pdns-2.9.20-noparensint

Bug#412962: xorg-common duplicates x11-common

[Andrei Emeltchenko]

Package: xorg-common
Version: 6.8.2-10
Severity: normal


xorg-common duplicates x11-common in /etc/X11/Xsession.d/

Either of packages needs to be removed (put in conflicts)

Best regards 
Andrei Emeltchenko 

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

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

xorg-common recommends no packages.


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

Bug#412896: emacs-snapshot: [gnus] GPG signing does not work

[Frank Küster]

Frank Küster <[EMAIL PROTECTED]> wrote:

> Anyway, I moved away my ~/.gnupg and created a new key with a weak
> passphrase with only very simple ASCII letters.  With that it works.
>
> I am quite sure it has something to do with encoding.  

Indeed.  In order to not expose too much of my real passphrase, I have
taken a list of letters and signs that differ between german and
american keyboards, and added one after the other to the passphrase of
my test key.  The passphrase "MitPara§" was the first one to fail.

KeyPress event, serial 30, synthetic NO, window 0x2e1,
root 0x4c, subw 0x0, time 217085458, (169,-9), root:(1293,9),
state 0x2000, keycode 33 (keysym 0xa7, section), same_screen YES,
XLookupString gives 1 bytes: (a7) "§"
XmbLookupString gives 1 bytes: (a7) "§"
XFilterEvent returns: False

C-h k says:

§ runs the command self-insert-command
  which is an interactive built-in function in `C source code'.
It is bound to many ordinary text characters.
(self-insert-command n)

Insert the character you type.
Whichever character you type to run this command is inserted.

Should I report this to the Emacs mailing list, or do you have a better
idea to proceed?

Regards, Frank

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

Bug#411709: matplotlib: new upstream version comin soon

[Marco Presi]

Hi,

I am working to upload the latest upstream version.

I expect to upload before tomorrow

Regards

Marco



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

Bug#412886: exim4: Segfaults occurring

[Ronny Adsetts]

Marc Haber said at 01/03/2007 09:54:

On Thu, Mar 01, 2007 at 09:50:40AM +, Ronny Adsetts wrote:
I'm not seeing any problems on this server at all other than this segfault 
that started yesterday at ~3am and continues every hour when the same email 
is retried.


So the segfault is associated with a single message?

Please send the output of exim -d -M 


exim segfaults before the message is received. The tcpdump captures are of two 
SMTP transactions that result in the segfault.

Ronny
--
Ronny Adsetts
Technical Director
Amazing Internet Ltd, London
t: +44 20 8607 9535
f: +44 20 8607 9536
w: www.amazinginternet.com



signature.asc
Description: OpenPGP digital signature

Bug#412963: idl2wrs generates reference to obsolete header file

[W. Borgert]

Package: wireshark-dev
Version: 0.99.4-5
Severity: important
Tags: patch

idl2wrs (wireshark_gen.py:2111 to be precise) generates the line
"#include ", but this header file
seems to be obsolete (not in the source tree, at least).

Patch: Please delete line 2111 in wireshark_gen.py.

Workaround: 'mkdir plugins; touch plugins/plugin_api_defs.h' in
the users current working directory.

Btw.: Wireshark shows sometimes a "Malformed Packet" in the
idl2wrs/idl2deb generated GIOP dissector, which Ethereal did
not. I'll analyse the issue and possibly file another bug.


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

Bug#412964: gearhead: Thrust loops to 0 w/many wings/flight jets/etc...

[Kokushoku Karasu]

Package: gearhead
Version: 1.010-1
Severity: normal

*** Please type your report below this line ***

When making large meks (with lots of legs, wings, heads, etc), its 
possible to exceed the maximum value of an integer for thrust.  This 
causes a mek to drop to a flight speed of zero.  (Even when it should be 
higher)


This bug is also present in 1.021 (unstable).

It can be fixed by changing the relevant integers (in movement.pp) to 
longints.


I've attached a modified version of movement.pp which should correct this. 
(from 1.021, but it didn't choke on compile with 1.010)


I also went ahead and changed overcharge and skim so it shouldn't have 
this problem.


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

Versions of packages gearhead depends on:
ii  gearhead-data 1.010-1data files for gearhead

gearhead recommends no packages.

-- no debconf information



-Kokushoku Karasu
www.tentacle.net/~awk
ICQ:  307211678AIM:  kokushokukarasu

movement.pp.gz
Description: Binary data

Bug#412886: exim4: Segfaults occurring

[Marc Haber]

On Thu, Mar 01, 2007 at 09:50:40AM +, Ronny Adsetts wrote:
> Marc Haber said at 01/03/2007 09:13:
> >On Wed, Feb 28, 2007 at 07:43:16PM +, Ronny Adsetts wrote:
> >>
> >>My first thought was hardware failure too, but it's not looking that way 
> >>at the moment. The segfaults are too regular in their timing. I'll see if 
> >>the same happens at 20:08.
> >
> >What does your exim log say in the respective time frame?
> 
> Nothing for the email in the tcpdump gets logged to any of the exim logs 
> AFAICS.
> 
> I'm not seeing any problems on this server at all other than this segfault 
> that started yesterday at ~3am and continues every hour when the same email 
> is retried.

So it is an incoming message? Can you strace -f your exim daemon in
the time frame where you expect the retry to happen?

Does this also happen when you use a backport of a more recent exim
version?

I'll send a heads-up to the GnuTLS guys.

Greetings
Marc

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


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

Bug#406207: Message-ID mangling breaking threading

[Mark Brown]

I'm experencing Message-ID munging problems with the 20060704a-1bpo1
version of crm114 from backports.org.  Unfortuntately, I'm experiencing
something more serious: rather than merely Message-IDs with a comment
added I'm seeing some messages come through with a second Message-Id
field added which contains only a comment.  

This appears to happen because other programs are generating a field
called Message-ID while CRM114 is trying to munge a field called
Message-Id.  This upsets at least mutt (which looks like it will accept
either capitalisation), causing it to think that the Message-ID contains
only a comment.  The mungmail_add_cache_info() function in unstable
looks to be identical, although I have not checked to see if
mungmail_add_comment has changed.

I feel mutt is being reasonable here: it's being liberal in what it
accepts and getting confused because crm114 is being liberal in what it
generates.  As the bug log notes the problem would be avoided if crm114
were to avoid generating a null message ID but crm114 may also wish to
consider trying to munge both upper and lower case variants of the
field.

Due to the threading problems it causes this bug should probably be of a
higher severity and resolved before etch.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


signature.asc
Description: Digital signature

Bug#411709: matplotlib: new upstream version comin soon

[Mark Hymers]

On Thu, 01, Mar, 2007 at 09:58:45AM +, Marco Presi spoke thus..
> Hi,
> 
> I am working to upload the latest upstream version.
> 
> I expect to upload before tomorrow

Please consider the fact that there is an NMUd fix for a grave silent
FTBFS bug in unstable at the moment which has not yet propogated to
testing.

Please consider waiting until 0.87.7-0.2 has migrated to testing before
uploading a new upstream version which most likely won't be accepted by
the RMs for etch.

Thanks,

Mark

-- 
Mark Hymers 

"The first thing we do, let's kill all the Lawyers"
 Henry VI Part II, Shakespeare


signature.asc
Description: Digital signature

Bug#402301: Patch for the 0.8.1-7.1 NMU of durep

[Christian Perrier]

Dear maintainer of durep,

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

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

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

The NMU patch is attached to this mail.

The NMU changelog is:


Source: durep
Version: 0.8.1-7.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Thu,  1 Mar 2007 08:58:03 +0100
Closes: 402301
Changes: 
 durep (0.8.1-7.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - Spanish. Closes: #402301
 - All files converted to UTF-8, except the Japanese translation

-- 


diff -Nru durep-0.8.1.old/debian/changelog durep-0.8.1/debian/changelog
--- durep-0.8.1.old/debian/changelog	2007-02-25 22:13:46.385283145 +0100
+++ durep-0.8.1/debian/changelog	2007-03-01 08:58:29.274345350 +0100
@@ -1,3 +1,12 @@
+durep (0.8.1-7.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Debconf translations:
+- Spanish. Closes: #402301
+- All files converted to UTF-8, except the Japanese translation
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Thu,  1 Mar 2007 08:58:03 +0100
+
 durep (0.8.1-7) unstable; urgency=low
 
   * added Swedish translation from Daniel Nylander
diff -Nru durep-0.8.1.old/debian/po/cs.po durep-0.8.1/debian/po/cs.po
--- durep-0.8.1.old/debian/po/cs.po	2007-02-25 22:13:46.389283177 +0100
+++ durep-0.8.1/debian/po/cs.po	2007-03-01 08:57:51.402058280 +0100
@@ -14,8 +14,8 @@
 msgid ""
 msgstr ""
 "Project-Id-Version: durep\n"
-"Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2003-09-12 18:55+0200\n"
+"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
+"POT-Creation-Date: 2007-03-01 08:57+0100\n"
 "PO-Revision-Date: 2005-06-25 18:10+0200\n"
 "Last-Translator: Miroslav Kure <[EMAIL PROTECTED]>\n"
 "Language-Team: Czech <[EMAIL PROTECTED]>\n"
@@ -23,13 +23,15 @@
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
 
+#. Type: boolean
 #. Description
-#: ../templates:4
+#: ../templates:1001
 msgid "Do you want to enable daily report generation?"
 msgstr "Chcete povolit vytváření denních hlášení?"
 
+#. Type: boolean
 #. Description
-#: ../templates:4
+#: ../templates:1001
 msgid ""
 "If you wish, a daily script will create disk usage statistics of chosen "
 "filesystems. They will be kept for seven days."
@@ -37,8 +39,9 @@
 "Pokud si budete přát, bude skript vytvářet denní statistiky o využití místa "
 "na vybraných souborových systémech. Hlášení se budou uchovávat sedm dní."
 
+#. Type: boolean
 #. Description
-#: ../templates:4
+#: ../templates:1001
 msgid ""
 "WARNING: with the default configuration, the statistics are stored in the "
 "public httpd directory, /var/www/durep. This may breach the privacy of the "
@@ -47,18 +50,20 @@
 "VAROVÁNÍ: Ve výchozím nastavení se budou statistiky ukládat ve veřejném "
 "adresáři httpd /var/www/durep. To může narušit soukromí uživatelů."
 
+#. Type: string
 #. Description
-#: ../templates:15
+#: ../templates:2001
 msgid "List of filesystems for durep reports"
 msgstr "Seznam souborových systémů pro durep"
 
+#. Type: string
 #. Description
-#: ../templates:15
+#: ../templates:2001
 msgid ""
 "To specify single filesystems to report on, enter their mount points "
 "separated by spaces (eg. \"/data /var\"). A single dot (\".\") means "
 "scanning of the whole UNIX filesystem tree."
 msgstr ""
-"Zadejte mezerami oddělený seznam přípojných bodů, o kterých má durep "
-"podávat hlášení (např. \"/data /var\"). Samotná tečka znamená prohledání "
-"celého UNIXového souborového systému."
+"Zadejte mezerami oddělený seznam přípojných bodů, o kterých má durep podávat "
+"hlášení (např. \"/data /var\"). Samotná tečka znamená prohledání celého "
+"UNIXového souborového systému."
diff -Nru durep-0.8.1.old/debian/po/de.po durep-0.8.1/debian/po/de.po
--- durep-0.8.1.old/debian/po/de.po	2007-02-25 22:13:46.389283177 +0100
+++ durep-0.8.1/debian/po/de.po	2007-03-01 08:57:51.430058491 +0100
@@ -11,26 +11,27 @@
 #
 #Developers do not need to manually edit POT or PO files.
 #
-#, fuzzy
 msgid ""
 msgstr ""
-"Project-Id-Version: PACKAGE VERSION\n"
-"Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2003-09-12 18:55+0200\n"
-"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
+"Project-Id-Version: durep\n"
+"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
+"POT-Creation-Date: 2007-03-01 08:57+0100\n"
+"PO-Revision-Date: 2003-09-12 18:55+0200\n"
 "Last-Translator: Eduard Bloch <[EMAIL PROTECTED]>\n"
 "Language-Team: German <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=utf-8\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
 
+#. Type: boolean
 #. Description
-#: ../templates:4
+#: ../templates:1001
 msgid "

Bug#412963: idl2wrs generates reference to obsolete header file

[Frederic Peters]

W. Borgert wrote:

> Package: wireshark-dev
> Version: 0.99.4-5
> Severity: important
> Tags: patch
> 
> idl2wrs (wireshark_gen.py:2111 to be precise) generates the line
> "#include ", but this header file
> seems to be obsolete (not in the source tree, at least).

This is fixed in my 0.99.5 tree but I can't find the fix in upstream
svn, which is quite disturbing.  I'll upload 0.99.4-6 with the fix and
will ask debian-release@ for unblocking.


> Btw.: Wireshark shows sometimes a "Malformed Packet" in the
> idl2wrs/idl2deb generated GIOP dissector, which Ethereal did
> not. I'll analyse the issue and possibly file another bug.

Thanks,

Frederic


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

Bug#412921: cp: recursive linking of filenames containing spaces fails

[Jim Meyering]

Bas van Schaik <[EMAIL PROTECTED]> wrote:
> Package: coreutils
> Version: 5.97-5
> Severity: normal
>
> When using
>> cp -lar srcdir/* targetdir
>
> on a srcdir containing files (no matter how deep in srcdir) with spaces in 
> their filenames, cp complains:
>> cp: cannot create hard link `targetdir/(...)/filename' to 
>> `targetdir/(...)/filename': No such file or directory

Thanks for the report.
I am unable to reproduce that.

Please try to create a small test case that demonstrates the problem.
For example, here's one of the things I've just tried:

  $ rm -rf a x; mkdir a x; touch 'a/b ' 'a/d e'; /bin/cp --verbose -lar a/* x
  `a/b ' -> `x/b '
  `a/d e' -> `x/d e'

> This cryptical message (which implies trying to create a hardlink from a file 
> to itself?) is caused by a filename
> containing a space. Note that I took the quotes in the above messages exactly 
> as they were: not even a small hint
> about a whitespace at the end of a filename, it took me ages to find the 
> cause of this problem! Also note that
> this problem isn't related to some kind of shell variable expansion, since 
> I'm using recursive cp. The file
> responsible for my problems was about 5 levels deep in the directory 
> structure under srcdir.
>
> In my opinion cp should be able to handle filenames containing all kinds of 
> permitted characters, this includes
> filenames with a white space at the end.

As far as I know, cp has always been able to handle such names.


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

Bug#412963: About "Malformed Packet"

[W. Borgert]

OK, I'm not sure, whether to file a bug about the "Malformed
Packet", as it's already fixed upstream in 0.99.5, see:
http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1272
The fix is a one-liner, see:
http://anonsvn.wireshark.org/viewvc/viewvc.py/trunk-0.99.5/epan/dissectors/packet-giop.c?r1=20198&r2=19751



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

Bug#412963: idl2wrs generates reference to obsolete header file

[Frederic Peters]

I wrote :

> This is fixed in my 0.99.5 tree but I can't find the fix in upstream
> svn, which is quite disturbing.  I'll upload 0.99.4-6 with the fix and
> will ask debian-release@ for unblocking.

Should have looked better, this line was added as part of
debian/patches/10_wireshark_gen.dpatch which is no longer
necessary.

I'll upload 0.99.4-6 to a delayed queue so 0.99.4-5 reaches testing
first.


Frederic


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

Bug#411529: [pkg-kolab] Bug#411529: /usr/sbin/cyrus-makedirs: chown -R cyrus:mail "$confdir" is slow

[Noèl Köthe]

Am Montag, den 19.02.2007, 17:42 +0100 schrieb Holger Burbach:

Hello Holger,

> Updating the package kolab-cyrus-common on our mail server took > 30
> minutes. kolab-cyrus-common.postinst calls 
> 
>   /usr/sbin/cyrus-makedirs --cleansquat

> IMHO a much faster way is:
> 
>   find "$confdir" -not -user cyrus -or -not -group mail -exec chown 
> cyrus:mail {} \;

The kolab cyrus package is the Debian cyrus package with additional
patches for kolab. The /usr/sbin/cyrus-makedirs is s script from the
cyrus-imapd package so I will reassign your request to
cyrus-imapd-2.2-common. This will fix it in the unchanged cyrus package
and then in the kolab package.

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


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#385709: imq -- Intermediate Queueing Device for netfilter

[Fabio Pedretti]

There is an implementation of an imq package here:

http://ace-host.stuart.id.au/russell/files/debian/sarge/kernel-patch-imq/



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

Bug#325830: Acknowledgement (sylpheed: "Code Conversion Error" when reply to UTF-8 message)

[Clayton]

Somewhere along the line the problem with outgoing messages not making it to 
the Sent folder went away, ie. all outgoing messages are getting saved to the 
Sent folder now.

I am still often getting the "Code Conversion Error". If this is expected 
behavior you can go ahead and close this bug report.

Current version of Sylpheed: 2.3.0beta5

Clayton


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

Bug#412963: About "Malformed Packet"

[Frederic Peters]

W. Borgert wrote:

> OK, I'm not sure, whether to file a bug about the "Malformed
> Packet", as it's already fixed upstream in 0.99.5, see:
> http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1272
> The fix is a one-liner, see:
> http://anonsvn.wireshark.org/viewvc/viewvc.py/trunk-0.99.5/epan/dissectors/packet-giop.c?r1=20198&r2=19751

I applied it to 0.99.4-6 since it didn't finish building yet.



Frederic


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

Bug#411709: matplotlib: new upstream version comin soon

[Marco Presi]

Il giorno gio, 01/03/2007 alle 10.20 +, Mark Hymers ha scritto:
> On Thu, 01, Mar, 2007 at 09:58:45AM +, Marco Presi spoke thus..
> > Hi,
> > 
> > I am working to upload the latest upstream version.
> > 
> > I expect to upload before tomorrow
> 
> Please consider the fact that there is an NMUd fix for a grave silent
> FTBFS bug in unstable at the moment which has not yet propogated to
> testing.

I am aware of that. That fix is already included the debian svn (as well
as the fixes introduced in the previous NMUs).

> Please consider waiting until 0.87.7-0.2 has migrated to testing before
> uploading a new upstream version which most likely won't be accepted by
> the RMs for etch.

I am going to upload it to experimental.

Regards

Marco





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

Bug#355757: (no subject)

[Vincent Lefevre]

On 2007-02-28 19:58:29 -0700, Oleksandr Moskalenko wrote:
> It looks like you are looking for a solution somewhat contradictory to what
> was discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365506 i.e.
> having gs keep the same page size as the original as opposed to gs honoring
> /etc/papersize as was proposed there.

I'm not sure it is contradictory, but the discussion in bug 365506
gave a wrong solution. The bug reporter said that the PS file was
for A4 paper size, but was converted to Letter paper size (but this
is strange since ps2pdf seems to run fine here). What I suggest
would be consistent with what is required in this bug: keep the
original paper size. For instance, what if the user had an A3 or
US-Legal (i.e. larger than A4) PS file and wanted to convert it to
PDF? Using /etc/papersize here would clearly be a bad choice.

> Maybe it's a good idea to merge the bugs and sort out the
> differences.

Perhaps.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#412967: "Internal error" in as assembling a temporary mono file on ppc

[Rene Engelhard]

Package: binutils
Version: 2.17-3
Severity: important

[ X-Debbugs-Cc'ing the mono people ]

=
Building project cli_ure
=
/home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.2.0/ooo-build/build/current/cli_ure/inc
-
/home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.2.0/ooo-build/build/current/cli_ure/source
-
/home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.2.0/ooo-build/build/current/cli_ure/version
-
/home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.2.0/ooo-build/build/current/cli_ure/source/basetypes
-
/home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.2.0/ooo-build/build/current/cli_ure/source/climaker
dmake: Executing shell macro: $(FIND) . -name 
"{$(subst,$($(WINVERSIONNAMES)_MAJOR),* $(subst,$(UPD)$(DLLPOSTFIX), 
$(SHL1TARGET)))}.xml"
gmcs -debug -unsafe climaker_csharp.cs 
-reference:../../unxlngppc.pro/bin/cli_basetypes.dll 
-out:../../unxlngppc.pro/bin/climaker.exe
climaker_csharp.cs(2292,12): warning CS0414: The private field 
`UnoXInterfaceMethodTypeDescription.mExceptionTypesHandle' is assigned but its 
value is never used
Compilation succeeded - 1 warning(s)
mkbundle2 --static -o ../../unxlngppc.pro/bin/climaker 
../../unxlngppc.pro/bin/climaker.exe -L ../../unxlngppc.pro/lib
OS is: Linux
Note that statically linking the LGPL Mono runtime has more licensing 
restrictions than dynamically linking.
See http://www.mono-project.com/Licensing for details on licensing.
Sources: 1 Auto-dependencies: False
   embedding: 
/home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.2.0/ooo-build/build/current/cli_ure/unxlngppc.pro/bin/climaker.exe
Compiling:
as -o temp.o temp.s
temp.s: Assembler messages:
temp.s:3: Warning: alignment too large: 31 assumed
temp.s:49160: Internal error!
Assertion failure in write_contents at ../../gas/write.c line 1027.
Please report this bug.
[Fail]
dmake:  Error code 1, while making '../../unxlngppc.pro/bin/climaker'
'---* tg_merge.mk *---'

ERROR: Error 65280 occurred while making 
/home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.2.0/ooo-build/build/current/cli_ure/source/climaker

temp.s is at http://people.debian.org/~rene/openoffice.org.

This is with mono 1.2.3.1-1 from experimental rebuild on my (more or less, some 
sid packages) etch
laptop. If it's a mono problem (like creating some bogus .s) feel free to 
reassign.
(I'd test experimentals binutils but as it depends on libc6 >= 2.5 I won't, 
sorry)

Regards,

Rene

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

Versions of packages binutils depends on:
ii  libc6   2.3.6.ds1-11 GNU C Library: Shared libraries

binutils recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#412896: emacs-snapshot: [gnus] GPG signing does not work

[Romain Francoise]

Frank Küster <[EMAIL PROTECTED]> writes:

> Should I report this to the Emacs mailing list, or do you have a better
> idea to proceed?

If you can, please test with No Gnus (the CVS version of Gnus), it
might have been fixed there.  Beware, if you start it with your
regular Gnus installation, it will convert the data to new formats,
and you won't be able to go back...

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-

Bug#118715: Oops, spoke too soon

[Matthew King]

Apparently the patch has already been done but if the current
maintainers do not want to, my offer to look after the back-end stands.

Matthew

-- 
I must take issue with the term "a mere child", for it has been my
invariable experience that the company of a mere child is infinitely
preferable to that of a mere adult.
   --  Fran Lebowitz



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

Bug#118715: Patch for 9.3.4

[Matthew King]

I have included a patch to build bind 9.3.4 (today's latest in etch)
with sdb-ldap. It protects the ldap inclusion with the SBD_LDAP
directive so it can easily be en/disabled at compile-time. I would
prefer to have this as an option to configure and will hopefully turn it
into one soon.

If I have the time/inclination I will consider making SBD modules
loadable at runtime (and therefore a bind-ldap package can be created)
but I expect this will be a large job.

I am happy to deal with any bug reports relating to the back-end, but
still I suspect the maintainers will want to disable LDAP by default and
let users compile their own package.

Matthew

-- 
I must take issue with the term "a mere child", for it has been my
invariable experience that the company of a mere child is infinitely
preferable to that of a mere adult.
   --  Fran Lebowitz


bind-sdb-ldap-rules.patch.gz
Description: Bind9 SDB-LDAP patch

Bug#412549: netmrg: Improve linux26diskaccess.pl to monitor disk traffic in bytes / sec

[Francois Gouget]

The conversion from blocks to bytes in the linux26diskaccess.pl script I 
sent is wrong because Perl's integers are 32bits so it overflows. 
Avoiding this problem in Perl is a bit tricky: I don't feel like having 
the script depend on the BigInt module.

So I simply modified it to return the number of blocks read and added a 
512 modifier in the graph.

What's strange is that I had to delete everything (graph, monitor, 
subdevice, script) and recreate it all from scratch otherwise NetMRG 
would display nothing. This is not the first time I have this type of 
unexplained problems, it looks like NetMRG is really finicky sometimes. 
But at least now it's all working.

So here's the new version.


-- 
Francois Gouget <[EMAIL PROTECTED]>  http://fgouget.free.fr/
 The software said it requires Win95 or better, so I installed Linux.#!/usr/bin/perl
use strict;

### config variables
my $blockdev = "/sys/block";


### argument processing
if (@ARGV != 2 or
$ARGV[0] !~ /^-[rw]b?$/ or
$ARGV[1] !~ /^\w+(?:\d+)?$/)
{
	print "U\n";
	print "\n";
	print "$0 [-r|-rb|-w|-wb] \n";
	print "\n";
	print "Reports disk I/O statistics counters for use as a NetMRG test script.\n";
	print "\n";
	print "Options:\n";
	print "  -r  Report the number of read operations\n";
	print "  -rb Report the number of read blocks\n";
	print "  -w  Report the number of write operations\n";
	print "  -wb Report the number of written blocks\n";
	print "  dev(n)  Is a relative block device or partition name.\n";
	print "  For instance hda, hda1 or md0\n";
	print "\n";
	exit 1;
}


### figure out device/partitions
my ($hd, $partition);
if ($ARGV[1] =~ /^(hd\w)\d+$/)
{
	$partition = $ARGV[1];
	$hd = $1;
} # end if hd has a partition
else
{
	$hd = $ARGV[1];
} # end else hd is just the drive


### read info from system block

# read the data from the correct path
my $path = "$blockdev/$hd";
$path .= "/$partition" if ($partition ne "");
$path .= "/stat";
open(STAT, $path) || die ("U\nERROR: couldn't open $path\n\n");
my $line = ;
close(STAT);
chomp($line);
my ($read, $readb, $write, $writeb);
if ($partition eq "")
{
	($read, $readb, $write, $writeb)=(split /\s+/, $line)[0, 2, 4, 6];
}
else
{
	($read, $readb, $write, $writeb)=split /\s+/, $line;
}

### output the data
if ($ARGV[0] eq "-r")
{
	print "$read\n";
}
elsif ($ARGV[0] eq "-w")
{
	print "$write\n";
}
elsif ($ARGV[0] eq "-rb")
{
	print "$readb\n";
}
elsif ($ARGV[0] eq "-wb")
{
	print "$writeb\n";
}

Bug#357561: Severity

[Richard Thrippleton]

As the person who found and has thoroughly tested this bug, I can confirm
firsthand that this isn't just a case of apache being vulnerable with "-F"! I
specifically mentioned using the init script in the original report over a
month ago, not "-F". That is, the circumstances required to exploit this are
not 'rare'.
With this in mind, I'm still confused as to why if you can root a machine with
a buffer overflow, it's critical, but if you can root a machine using a
terminal exploit, it's not. Either way, you end up with an owned machine, the
method is unimportant.

Richard


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

Bug#355757: (no subject)

[Vincent Lefevre]

On 2007-03-01 11:41:37 +0100, Vincent Lefevre wrote:
> I'm not sure it is contradictory, but the discussion in bug 365506
> gave a wrong solution. The bug reporter said that the PS file was
> for A4 paper size, but was converted to Letter paper size (but this
> is strange since ps2pdf seems to run fine here). What I suggest
> would be consistent with what is required in this bug: keep the
> original paper size. For instance, what if the user had an A3 or
> US-Legal (i.e. larger than A4) PS file and wanted to convert it to
> PDF? Using /etc/papersize here would clearly be a bad choice.

Well, when I'm saying that ps2pdf seems to run fine, in fact this
depends on the file. When /etc/papersize is empty (to provide no
defaults -- i.e. letter is the default), ps2pdf converts some A4
files into A4 (that's OK), but some other ones (landscape ones?)
into letter, though both contain:

%%DocumentPaperSizes: a4

But perhaps there is some detection based on the bounding box which
doesn't work reliably. The landscape file has:

%%BoundingBox: 0 0 595 842

while the portrait file has:

%%BoundingBox: 0 0 596 842

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#335052: Current version is now 4.5

[Steinar Bang]

I was bit by this bug today.  I was trying to use  inside a
, which has been there since DocBook 4.3.

The most current DocBook XML release, is 4.5:
 http://www.docbook.org/schemas/4x

A RNG version of the DocBook 4.5 schema can be picked up from the
above URL.


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

Bug#412886: exim4: Segfaults occurring

[Ronny Adsetts]

Marc Haber said at 01/03/2007 10:08:

On Thu, Mar 01, 2007 at 09:50:40AM +, Ronny Adsetts wrote:

Marc Haber said at 01/03/2007 09:13:

On Wed, Feb 28, 2007 at 07:43:16PM +, Ronny Adsetts wrote:
My first thought was hardware failure too, but it's not looking that way 
at the moment. The segfaults are too regular in their timing. I'll see if 
the same happens at 20:08.


What does your exim log say in the respective time frame?


Nothing for the email in the tcpdump gets logged to any of the exim logs 
AFAICS.


I'm not seeing any problems on this server at all other than this segfault 
that started yesterday at ~3am and continues every hour when the same email 
is retried.


So it is an incoming message? Can you strace -f your exim daemon in
the time frame where you expect the retry to happen?


Strace for the crashing process attached. Command was:

$ sudo strace -ff -o exim_strace /usr/sbin/exim4 -bd -q30m -oX 587:465:25 -oP 
/var/run/exim4/exim.pid

Segfault log:

Mar  1 11:09:16 nakor kernel: exim4[17576]: segfault at  rip 
002a96bbb220 rsp 007fbfffd758 error 4


Does this also happen when you use a backport of a more recent exim
version?


I'll see if I can give it a go in a little while... it's the office mail server 
so have to a little careful. :-)


I'll send a heads-up to the GnuTLS guys.


Not sure from the strace that that's where the problem is... but then I'm not 
much of an strace guru.

Let me know if there's anything else I can do. I'll let you know in a while, if 
I can, whether the current backports.org exim (4.63-17~bpo.1) crashes.

Ronny
--
Ronny Adsetts
Technical Director
Amazing Internet Ltd, London
t: +44 20 8607 9535
f: +44 20 8607 9536
w: www.amazinginternet.com
getsockname(9, {sa_family=AF_INET, sin_port=htons(48945), 
sin_addr=inet_addr("172.16.1.20")}, [38654705680]) = 0
getpeername(9, 0x7fbfffd8e0, [68719476864])= -1 ENOTCONN (Transport 
endpoint is not connected)
close(3) = 0
close(4)= 0
close(5)= 0
close(6)= 0
close(7)= 0
close(8)= 0
rt_sigaction(SIGCHLD, {SIG_IGN}, NULL, 8) = 0
setsockopt(10, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("172.16.1.20")}, 28) = 0
sendto(3, "c*\1\0\0\1\0\0\0\0\0\0\00219\00279\003179\00264\7in-ad"..., 43, 0, 
NULL, 0) = 43
gettimeofday({1172747355, 836759}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
recvfrom(3, "c*\201\200\0\1\0\1\0\3\0\2\00219\00279\003179\00264\7i"..., 2048, 
0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("172.16.1.20")}, 
[16]) = 182
close(3)= 0
socket(PF_FILE, SOCK_STREAM, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/.nscd_socket"}, 110) = 0
writev(3, [{"\2\0\0\0\5\0\0\0\33\0\0\0", 12}, {"mail.griffinautomation.com\0", 
27}], 2) = 39
read(3, "\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\377\377\377\377\377\377"..., 32) = 32
close(3)= 0
socket(PF_FILE, SOCK_STREAM, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/.nscd_socket"}, 110) = 0
writev(3, [{"\2\0\0\0\4\0\0\0\33\0\0\0", 12}, {"mail.griffinautomation.com\0", 
27}], 2) = 39
read(3, "\2\0\0\0\1\0\0\0\33\0\0\0\0\0\0\0\2\0\0\0\4\0\0\0\1\0\0"..., 32) = 32
readv(3, [{"mail.griffinautomation.com\0", 27}, {"", 0}, {"@\263O\23", 4}], 3) 
= 31
read(3, NULL, 0)= 0
close(3)= 0
getpid()= 17576
time(NULL)  = 1172747356
select(12, [11], NULL, NULL, {0, 0})= 0 (Timeout)
rt_sigaction(SIGTERM, {0x456200, [], 0x400}, NULL, 8) = 0
rt_sigaction(SIGALRM, {0x456170, [], 0x400}, NULL, 8) = 0
write(10, "220 nakor.amazing-internet.net E"..., 80) = 80
alarm(300)  = 0
read(11, "EHLO mail.griffinautomation.com\r"..., 8192) = 33
alarm(0)= 300
rt_sigaction(SIGALRM, {0x425d50, [], 0x400}, NULL, 8) = 0
getpid()= 17576
rt_sigaction(SIGALRM, {0x456170, [], 0x400}, NULL, 8) = 0
write(10, "250-nakor.amazing-internet.net H"..., 139) = 139
alarm(300)  = 0
read(11, "STARTTLS\r\n", 8192)  = 10
alarm(0)= 300
rt_sigaction(SIGALRM, {0x425d50, [], 0x400}, NULL, 8) = 0
brk(0)  = 0x5f4000
brk(0x615000)   = 0x615000
brk(0)  = 0x615000
brk(0x636000)   = 0x636000
open("/var/spool/exim4/gnutls-params", O_RDONLY) = 3
read(3, "@\0\0\0", 4)   = 4
read(3, "\334\311E\3\332\202)M\376+\20s\226\313|W\271\30\347\306"..., 64) = 64
read(3, "\3\0\0\0", 4)  = 4
read(3, "\1\0\1"

Bug#412896: Error when trying to sign an e-mail: Problem with non-ASCII chars in passphrase

[Frank Küster]

Hi,

I am using the Debian "emacs-snapshot" package, for details see below,
and experience problems when trying to gpg-sign an E-mail.  I press C-c
RET C-s which produces in the first line "<'hashsign'part sign=pgpmime>"
  (with s/'hashsign'/#/, but writing this literally has the effect that
   Gnus wants to sign the mail, which obviously wouldn't work),
and it asks for the passphrase when sending.  I enter it and get a "bad
passphrase" together with an error (backtrace below)

I have created a test gpg key and played with the passphrase, and one
that triggered the error was "MitPara§".  "MitDollar$", on the other
hand, worked fine.

What should I do to debug this?  Is this list the right one, or should I
ask the gnus people? The details I can provide so far are

,[ C-h v emacs-version RET ]
| emacs-version is a variable defined in `version.el'.
| Its value is "22.0.94.1"
| [...]
`

,[ C-h v gnus-version RET ]
| gnus-version is a variable defined in `gnus.el'.
| Its value is "Gnus v5.11"
| [...]
`

There's no other gnus installed:

~$ dpkg -l gnus
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version  Description
+++---
pn  gnus(no description available)

This is the error message:

[GNUPG:] USERID_HINT FB1B3D632252FA1A Frank KÃŒster <[EMAIL PROTECTED]>
[GNUPG:] NEED_PASSPHRASE FB1B3D632252FA1A FB1B3D632252FA1A 17 0
[GNUPG:] BAD_PASSPHRASE FB1B3D632252FA1A
gpg: skipped "frank": bad passphrase
gpg: signing failed: bad passphrase

And this is the backtrace:

Debugger entered--Lisp error: (error "Sign error")
  signal(error ("Sign error"))
  error("Sign error")
  mml2015-pgg-sign((part (sign . "pgpmime") (tag-location . 333) (contents . 
"hallo\n-- \nDr. Frank K\xf7cster\nSingle Molecule Spectroscopy, Protein 
Folding @ Inst. f. Biochemie, Univ. Z\xf7crich\nDebian Developer 
(teTeX/TeXLive)\n")))
  mml2015-sign((part (sign . "pgpmime") (tag-location . 333) (contents . 
"hallo\n-- \nDr. Frank K\xf7cster\nSingle Molecule Spectroscopy, Protein 
Folding @ Inst. f. Biochemie, Univ. Z\xf7crich\nDebian Developer 
(teTeX/TeXLive)\n")))
  mml-pgpmime-sign-buffer((part (sign . "pgpmime") (tag-location . 333) 
(contents . "hallo\n-- \nDr. Frank K\xf7cster\nSingle Molecule Spectroscopy, 
Protein Folding @ Inst. f. Biochemie, Univ. Z\xf7crich\nDebian Developer 
(teTeX/TeXLive)\n")))
  mml-generate-mime-1((part (sign . "pgpmime") (tag-location . 333) (contents . 
"hallo\n-- \nDr. Frank K\xf7cster\nSingle Molecule Spectroscopy, Protein 
Folding @ Inst. f. Biochemie, Univ. Z\xf7crich\nDebian Developer 
(teTeX/TeXLive)\n")))
  mml-generate-mime()
  message-encode-message-body()
  message-send-mail(nil)
  message-send-via-mail(nil)
  message-send(nil)
  message-send-and-exit(nil)
  call-interactively(message-send-and-exit)

After that, there's an empty ' *PGG output*' buffer, but no ' *PGG errors*'. 


TIA, Frank

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

Bug#412968: Start ntop on interface eth0 (internal), eth0:1(virtual or vlan), eth1(external) and netflows exit with SIGSEGV

[fabel]

Package: ntop
Version: 3:3.2-2+sarge0
Severity: normal
Tags: patch



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-3-686
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2)

Versions of packages ntop depends on:
ii  adduser   3.63   Add and remove users and groups
ii  debconf [debconf-2.0] 1.4.30.13  Debian configuration management sy
ii  libc6 2.3.2.ds1-22sarge5 GNU C Library: Shared libraries an
ii  libfreetype6  2.1.7-6FreeType 2 font engine, shared lib
ii  libgd2-noxpm  2.0.33-1.1sarge1   GD Graphics Library version 2 (wit
ii  libgdbm3  1.8.3-2GNU dbm database routines (runtime
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpcap0.70.7.2-7System interface for user-level pa
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libssl0.9.7   0.9.7e-3sarge4 SSL shared libraries
ii  zlib1g1:1.2.2-4.sarge.2  compression library - runtime

-- debconf information:
* ntop/user: ntop
* ntop/interfaces: eth0,eth1


For test this error:
- Install 2 network interfaces (eth0,eth1)
- Configure 1 or other virtual or vlan interfaces on eth0 (eth0:1 or eth0.1)
- Create file with netflows example '/tmp/flows':
internet 80='port 80',
internet 443='port 443',
internet FTP='port (21 or 20)',
internet DNS='port 53'
- Run ntop -w 3000 -P /tmp -F /tmp/flows
exit with SIGSEV
- Run ntop -w 3000 -i eth0 -P /tmp -F /tmp/flows
exit with SIGSEV
- Run ntop -w 3000 -i eth1 -P /tmp -F /tmp/flows
run without errors

I send patch this error Luca Deri and he insert in in new version of ntop.
Please, is trivial error and trivial patch (one if for virtual device),
backport it on ntop in Debian. Thanks. DF
--- util.c-3.2	2007-02-16 15:23:58.0 +0100
+++ util.c-3.3	2006-12-20 09:51:31.0 +0100
@@ -1713,19 +1713,24 @@
newFlow->fcode = (struct bpf_program*)calloc(myGlobals.numDevices, sizeof(struct bpf_program));
 
 for(i=0; ifcode[i],
-flowSpec, 1, myGlobals.device[i].netmask.s_addr);
-
-  if(rc < 0) {
-traceEvent(CONST_TRACE_WARNING, "Wrong flow specification \"%s\" (syntax error). "
-			   "It has been ignored.", flowSpec);
-free(newFlow);
-
-		/* Not used anymore */
-		free(myGlobals.runningPref.flowSpecs);
-		myGlobals.runningPref.flowSpecs = strdup("Error, wrong flow specification");
-return;
-  }
+  if(myGlobals.device[i].pcapPtr
+		 && (!myGlobals.device[i].virtualDevice)
+		 /* Fix courtesy of David Fabel <[EMAIL PROTECTED]> */
+		 ) {
+		rc = pcap_compile(myGlobals.device[i].pcapPtr, &newFlow->fcode[i],
+  flowSpec, 1, myGlobals.device[i].netmask.s_addr);
+
+		if(rc < 0) {
+		  traceEvent(CONST_TRACE_WARNING, "Wrong flow specification \"%s\" (syntax error). "
+			 "It has been ignored.", flowSpec);
+		  free(newFlow);
+
+		  /* Not used anymore */
+		  free(myGlobals.runningPref.flowSpecs);
+		  myGlobals.runningPref.flowSpecs = strdup("Error, wrong flow specification");
+		  return;
+		}
+	  }
 }
 
 newFlow->flowName = strdup(flowName);

Bug#346176: (no subject)

[SCHERER Michael]

We also see this behavior on a freshly upgraded etch system, from Sarge.

The mysql server is running sarge and mysql 4.1, and the mysql commandline 
client work fine on both server ( the old database server, and the new web 
server ).





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

Bug#412896: emacs-snapshot: [gnus] GPG signing does not work

[Frank Küster]

Romain Francoise <[EMAIL PROTECTED]> wrote:

> Frank Küster <[EMAIL PROTECTED]> writes:
>
>> Should I report this to the Emacs mailing list, or do you have a better
>> idea to proceed?
>
> If you can, please test with No Gnus (the CVS version of Gnus), it
> might have been fixed there.  Beware, if you start it with your
> regular Gnus installation, it will convert the data to new formats,
> and you won't be able to go back...

Hm, is there a HOWTO about doing it in a testbed?

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

Bug#412886: exim4: Segfaults occurring

[Marc Haber]

On Thu, Mar 01, 2007 at 11:20:46AM +, Ronny Adsetts wrote:
> Strace for the crashing process attached.

Thanks. This unfortunately is not very conclusive.

Again, unfortunately, exim4 in sarge does not yet have a -dbg package.

Can you rebuild the exim packages locally, run an unstripped exim and
see whether you can obtain a backtrace?

Or would you prefer me giving you an unstripped exim package?

The backports.org packages have functional -dbg packages, so obtaining
a backtrace from backported exim is much easier. I can, however,
understand that you are reluctant to install such beasts on a
production system.

Greetings
Marc

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


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

Bug#412886: exim4: Segfaults occurring

[Ronny Adsetts]

Marc Haber said at 01/03/2007 11:30:

On Thu, Mar 01, 2007 at 11:20:46AM +, Ronny Adsetts wrote:

Strace for the crashing process attached.


Thanks. This unfortunately is not very conclusive.

Again, unfortunately, exim4 in sarge does not yet have a -dbg package.

Can you rebuild the exim packages locally, run an unstripped exim and
see whether you can obtain a backtrace?

Or would you prefer me giving you an unstripped exim package?


If you could provide an unstripped package, this would help me no end. I have 
to get out to the datacentre soon so don't have much time today.


The backports.org packages have functional -dbg packages, so obtaining
a backtrace from backported exim is much easier. I can, however,
understand that you are reluctant to install such beasts on a
production system.


I'll probably try the backports packages outside of office hours later today so 
that I can confirm if the crash is still there in later packages. Assuming the 
server causing the problems continues to connect anyway.

Ronny
--
Ronny Adsetts
Technical Director
Amazing Internet Ltd, London
t: +44 20 8607 9535
f: +44 20 8607 9536
w: www.amazinginternet.com



signature.asc
Description: OpenPGP digital signature

Bug#367979: x-window-system-core is broken/missing fonts.alias file?

[Brice Goglin]

reassign 367979 xfonts-utils
thank you



Hi Rusty,

Do you still have this fonts.alias problem with current Xorg/Etch?
Note that fonts.alias files are not included in packages, they are
generated by postinst script when a new package adds some fonts. This is
why dpkg -S didn't find anything. But there have been some reports about
the postinst script failing. It might be the reason why you didn't have
a fonts.alias in the misc/ directory.
By the way, x-window-system-core does not exists anymore. I am
reassigning this bug to xfonts-utils which contains the script to
generate fonts.alias.

Brice




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

Bug#355757: papersize

[Vincent Lefevre]

retitle 355757 gs-gpl: ps2pdf and pdf2ps modify the paper size
thanks

More precisely, ps2pdf sometimes fails to detect the paper size
(so that it will sometimes modify the size in the conversion,
depending on the locales), and pdf2ps doesn't generate a paper
size in the PS file (well, it should probably split into a
pdf2eps command, that recomputes the bounding box, and pdf2ps,
that keeps the meta-information from the PDF file, as both
behaviors can be useful, depending on the context).

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#407055: Compiz breaks the X server if the other head doesn't have DRI

[Daniel Ruoso]

Hi,

I have a similar setup and a similar need, but differently from the
described scenario, compiz breaks my X server when I try to start it.

I think the difference from my case to the other case reported here is
that I don't have any support for DRI in the other head, instead of
having a bad DRI.

I'm attaching the log from the server just before the break, I think
this can help. As this bug not only makes compiz unusable, but also
affects another programs, I'll raise it's severity.

Daniel



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

Bug#412969: ITP: xen-shell -- Console based Xen administration utility

[Radu Spineanu]

Package: wnpp
Severity: wishlist
Owner: Radu Spineanu <[EMAIL PROTECTED]>


* Package name: xen-shell
  Version : 0.9
  Upstream Author : Steve Kemp <[EMAIL PROTECTED]>
* URL : http://xen-tools.org/software/xen-shell/releases.html
* License : Perl: GPL/Artistic
  Description : Console based Xen administration utility

 Using the xen-shell a hosting company could easily allow their customers
 to fully manage inidividual Xen guest instances.
 .
 The shell allows users to start, stop, reboot, or connect to the serial
 console of their Xen guest isntance.
 .
 Homepage: http://xen-tools.org/software/xen-shell

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


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

Bug#412970: too lax depends/missing conflicts?

[Rene Engelhard]

Package: mono
Version: 1.2.3.1-1
Severity: normal

For trying to build the OOo mono bindings on i386 I got
 - dh_makeclilibs finding no libs at all
 - dh_clipdeps failing with an assertion error.

Further debugging showed that I had installed mono 1.2.3.1-1 from
experimental (-mcs, -gmcs, libmono-dev, -gac) and cli-common-dev from
sid - and mono-utils from sid. The latter one seemed to have caused t he
problem because after upgrading mono-utils both commands did what they
are supposed to do without errors.

Regards.

Rene

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


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

Bug#407752: inn2: innfeed silently dies when logfile reaches 2G

[Torge Szczepanek]

Hi!

I can confirm this bug using 2.4.2-3 package from Debian Sarge and I can
confirm that this fix works.

One might consider changing the maximum filesize of 1G to a smaller
value and maybe change permissions of the created old files to 0440, so
that permissions are 0440 like the copied logfiles from news.daily

-r--r-  1 news news 204 Mar  1 04:08 expire.log.1.gz
-r--r-  1 news news 202 Feb 28 04:08 expire.log.2.gz
-r--r-  1 news news 204 Feb 27 04:08 expire.log.3.gz
-rw-r--r--  1 news news2237 Mar  1 12:34 innfeed.log.1.gz


Greetings Torge



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

Bug#412971: debarchiver: Breaks uploads

[Turbo Fredriksson]

Package: debarchiver
Version: 0.1.8
Severity: grave
Tag: patch, sarge, sid, etch

When running debarchiver on my incoming, it
installed SOME DEB's, didn't install the
orig.tar.gz file but removed instead...

In general, it messed up my 'whole' archive
(I was moving from a manually managed archive
to one controlled with debarchiver) and I had
to re-upload (and in some cases re-build)
packages (my original repository was aparently
broken to so not ALL blame goes to debarchive,
but it did a bigger mess than manually handling
this - and much faster to :).


The bug comes from a misspelling of a variable
'$movecmd' visavi (two places) '$mvcmd'.

Patch included...

- s n i p -
--- /usr/bin/debarchiver~   2005-04-13 22:29:44.0 +0200
+++ /usr/bin/debarchiver2007-02-28 23:16:23.0 +0100
@@ -1091,13 +1091,13 @@
   2);
 }
 if ($CMeta{ChangesFile} != "") {
-   cmdaction("$mvcmd $CMeta{ChangesFile} REJECT/",
+   cmdaction("$movecmd $CMeta{ChangesFile} REJECT/",
  "Move .changes to REJECT dir.",
  2);
 }
 foreach $file (keys %CFiles) {
if (-f $file) {
-   cmdaction ("$mvcmd $file REJECT/",
+   cmdaction ("$movecmd $file REJECT/",
   "Move $file to REJECT dir.",
   3);
}
- s n i p -


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

Bug#407055: Compiz breaks the X server if the other head doesn't have DRI

[Daniel Ruoso]

Qui, 2007-03-01 às 12:46 +0100, Brice Goglin escreveu:
> On 3/1/07, Daniel Ruoso <[EMAIL PROTECTED]> wrote:
> >I'm attaching the log from the server just before the break, I think
> >this can help. As this bug not only makes compiz unusable, but also
> >affects another programs, I'll raise it's severity.
> Did you forget to attach?

Ops...

Here it goes now...

daniel

X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN 
Current Operating System: Linux cajazeiras 2.6.18-4-686 #1 SMP Wed Feb 21 
16:06:54 UTC 2007 i686
Build Date: 01 March 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar  1 10:41:09 2007
(==) Using config file: "/etc/X11/xorg.conf"
(WW) I810: No matching Device section for instance (BusID PCI:0:2:1) found
(EE) AIGLX: Screen 1 is not DRI capable
xkb_keycodes { include "xfree86+aliases(qwerty)" };
xkb_types{ include "complete" };
xkb_compatibility{ include "complete" };
xkb_symbols  { include "pc(pc105)+pt" };
xkb_geometry { include "pc(pc104)" };
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:  Type "ONE_LEVEL" has 1 levels, but  has 2 symbols
>   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
(EE) xf86OpenSerial: Cannot open device /dev/wacom
No such file or directory.
Error opening /dev/wacom : No such file or directory
(EE) xf86OpenSerial: Cannot open device /dev/wacom
No such file or directory.
Error opening /dev/wacom : No such file or directory
(EE) xf86OpenSerial: Cannot open device /dev/wacom
No such file or directory.
Error opening /dev/wacom : No such file or directory
(EE) xf86OpenSerial: Cannot open device /dev/wacom
No such file or directory.
Error opening /dev/wacom : No such file or directory
(EE) xf86OpenSerial: Cannot open device /dev/wacom
No such file or directory.
Error opening /dev/wacom : No such file or directory
(EE) xf86OpenSerial: Cannot open device /dev/wacom
No such file or directory.
Error opening /dev/wacom : No such file or directory
Synaptics DeviceInit called
SynapticsCtrl called.
Synaptics DeviceOn called
Synaptics DeviceOff called
Synaptics DeviceOn called

Backtrace:
0: X(xf86SigHandler+0x84) [0x80c4354]
1: [0xb7fe2420]
2: 
/usr/lib/xorg/modules/extensions/libGLcore.so(_mesa_initialize_context+0x53f) 
[0x900b2aaf]
3: /usr/lib/xorg/modules/extensions/libGLcore.so(XMesaCreateContext+0x77) 
[0x9020a287]
4: /usr/lib/xorg/modules/extensions/libGLcore.so [0x90206f44]
5: /usr/lib/xorg/modules/extensions/libglx.so(DoCreateContext+0x10f) 
[0xb7cab17f]
6: /usr/lib/xorg/modules/extensions/libglx.so(__glXCreateContext+0x44) 
[0xb7cab994]
7: /usr/lib/xorg/modules/extensions/libglx.so [0xb7cadf6a]
8: X(Dispatch+0x19b) [0x8086cab]
9: X(main+0x489) [0x806e699]
10: /lib/tls/libc.so.6(__libc_start_main+0xc8) [0xb7de3ea8]
11: X(FontFileCompleteXLFD+0xa9) [0x806d9d1]

Fatal server error:
Caught signal 11.  Server aborting

Bug#412972: dvdauthor: Does not install upstream changelog

[Paul Martin]

Package: dvdauthor
Version: 0.6.14-1
Severity: minor

Would be nice if it installed ./ChangeLog into /usr/share/doc/dvdauthor/

To fix, modify your dh_installchangelogs line in debian/rules to read:

dh_installchangelogs ChangeLog


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

Bug#410561: Fw: Re: Error 500 when trying to edit tt_news entry

[Martin Sebald]

Hi all,

me and most of all my customers having serious problems with a Typo3
extension called tt_news. When trying to edit a tt_news entry by clicking
on the edit icon in the backend the server produces a 500 error.

I contacted Rupert Germann in December 2006, the author of tt_news and
after trying and sorting out he believes that this is a PHP 5.2.0 issue.
Attached the mail Rupert sent me. As I'm not a programmer I cannot say for
sure if Rupert is right. But at least it reads comprehensible to me.

As tt_news is a very popular extension plus I sure that also other
extensions or complete different PHP applications have problems with this
xml parsing bugs I hope that this is fixed very soon. I was waiting for the
release of PHP 5.2.1 and after that the release of the Debian package since
then. 

Thanks and regards,
Martin


===8<===This is a forwarded message

Von: Rupert Germann
An: Martin Sebald
Datum: Dienstag, 12. Dezember 2006, 10:34:17 [GMT +0100]
Betreff: Re: Error 500 when trying to edit tt_news entry

===8<==Original message text===

hi Martin,

I also tried it with PHP 5.2.0-7 on Debian and after I wasted some hours with 
unsuccesful testing/debugging I downgraded to the former 5.1.6 version.
The error seems to be located in the xmlparser of PHP. The extension manager 
from TYPO3 could not parse the extensions.xml file and also the parsing of 
big flexform xml files (like tt_news uses) failed.

In the TYPO3 mailinglists there are several theads about the PHP 5.2 problems, 
f.i.:
http://lists.netfielders.de/pipermail/typo3-english/2006-November/033111.html
http://lists.netfielders.de/pipermail/typo3-english/2006-November/033273.html
http://lists.netfielders.de/pipermail/typo3-english/2006-November/033480.html

conclusion is that you either should downgrade to 5.1.6 or you could try the 
5.2.1dev version where people say that this problem is fixed.

greets
rupert

===8<===End of original message text===

Bug#412973: mixmaster: /etc/init.d/mixmaster stop - does not stop server (missing pid file)

[Jari Aalto]

Package: mixmaster
Version: 3.0b2-3
Severity: normal

The standard stop command does not really stop the daemon. This
may be a bug in dpkg's end (start-stop-daemon)

A possible cause: There is no pid file for the process.

SUGGESTION

It shoudl really stop the daemon, no matter what is the situation.  Or
at least give an indication with an error message if the daemon
couldn't be stopped

---

sh -x  /etc/init.d/mixmaster stop
+ set -e
+ DESC='Mixmaster Daemon'
+ NAME=mixmaster
+ DAEMON=/usr/bin/mixmaster
+ ARGS='--daemon --no-ask-passphrase'
+ USER=mixmaster
+ GROUP=mixmaster
+ REMAILCONFIGFILE=/etc/mixmaster/remailer.conf
++ printf '\t'
+ WS='[ ]'
++ printf '\t'
+ WSE='[=   ]'
+ '[' -x /usr/bin/mixmaster ']'
+ '[' -e /etc/mixmaster/remailer.conf ']'
+ case $1 in
+ echo -n 'Stopping Mixmaster Daemon: '
Stopping Mixmaster Daemon: + echo -n mixmaster
mixmaster+ start-stop-daemon --stop --quiet --oknodo --pidfile 
/var/run/mixmaster/mixmaster.pid --user mixmaster --exec /usr/bin/mixmaster
+ echo .
.
+ exit 0

[EMAIL PROTECTED] /var/spool/mail ps -ef | grep mixmas
113   3540 1  0 01:27 ?00:00:41 /usr/bin/mixmaster --daemon 
--no-ask-passphrase
root 16806  5367  0 14:03 pts/200:00:00 grep mixmas

[EMAIL PROTECTED] /var/spool/mail ls -l /var/run/mixmaster/mixmaster.pid
ls: /var/run/mixmaster/mixmaster.pid: No such file or directory



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)


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

Bug#412974: linphone: Doesn't start if no KDE apps are running

[Erich Schubert]

Package: linphone
Version: 1.5.1-1
Severity: normal

Linphone wouldn't start with the error message
---
Creating link /home/erich/.kde/socket-hepcat.
can't create mcop directory
---
until I started konqueror first. Then it started fine.

A strace looked like this at the end:
---
stat64("/home/erich/.kde", {st_mode=S_IFDIR|0700, st_size=4096, ...}) =
0
uname({sys="Linux", node="hepcat", ...}) = 0
lstat64("/home/erich/.kde/socket-hepcat", 0xbf8ee250) = -1 ENOENT (No
such file or directory)
write(2, "can\'t create mcop directory\n", 28can't create mcop directory
---
Since that is a symlink to /tmp, I would have to always start some KDE
app first, then run linphone?

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

Versions of packages linphone depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.4-2  The ATK accessibility toolkit
ii  libbonobo2-0   2.16.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.16.0-1  The Bonobo UI library
ii  libc6  2.5-0exp3 GNU C Library: Shared libraries
ii  libcairo2  1.2.6-1   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libgconf2-42.16.1-1  GNOME configuration database syste
ii  libglib2.0-0   2.12.9-2  The GLib library of C routines
ii  libgnome-keyring0  0.6.0-3   GNOME keyring services library
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.16.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.16.3-6GNOME Virtual File System (runtime
ii  libgtk2.0-02.10.7-1  The GTK+ graphical user interface 
ii  libice61:1.0.3-1 X11 Inter-Client Exchange library
ii  liblinphone1   1.5.1-1   linphone web phone's library (supp
ii  libmediastreamer0  1.5.1-1   linphone web phone's media library
ii  liborbit2  1:2.14.4-1libraries for ORBit2 - a CORBA ORB
ii  libortp5   1.5.1-1   Real-time Transport Protocol stack
ii  libosip2-3 2.2.2-3.1 Session Initiation Protocol (SIP) 
ii  libpanel-applet2-0 2.14.3-5  library for GNOME 2 panel applets
ii  libpango1.0-0  1.14.8-5  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 1:1.0.2-1 X11 Session Management library
ii  libx11-6   2:1.0.3-5 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.2.0-4 X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  linphone-nox   1.5.1-1   web phone

linphone recommends no packages.

-- no debconf information


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

Bug#412941: kvm: tun/tap network broken for non-root on 2.6.18+ kernels

[Kevin Locke]

On Thu, 2007-03-01 at 08:25 +0200, Leonard Norrgard wrote:
> Thanks for the detailed bug report, although I don't think this really
> qualifies as a bug.

Only to the extent that users trying to run kvm as non-root will be
in for some fun web searching to figure this out.  (It could be argued
that all programs require this to some extent, I was just hoping to
make the process easier)

> | I'm using a kernel >=2.6.18 and am having problems with tun/tap and QEMU
> | 
> http://www.kidsquid.com/cgi-bin/moin.cgi/FrequentlyAskedQuestions#head-2511814cb92c14dbe1480089c04f83c281117a86

Thanks for pointing that out, I completely overlooked it.  Guess I was
a bit too quick to jump to search...

> I haven't got a plan for what to do about this yet. It seems that
> giving the qemu/kvm binary cap_net_admin re-opens the hole that the
> kernel patch fixed to begin with. On the other hand, requiring kvm
> users to have sudo access is just as bad.

Is there any way to give users in the kvm group cap_net_admin
capability (when running kvm)?  I suppose making the binary only group
and user executable and setting cap_net_admin would do it.  Are there
any typical use cases where people using the binary are not in the kvm
group (which would require changing permissions on /dev/kvm AFAIK).

> Perhaps on '/etc/init.d/kvm start', automatically create one or more
> interfaces for each user in the kvm group?
> 
> #!/bin/sh
> for user in `grep ^kvm: /etc/group | cut -d : -f 4 | tr , ' '`; do
>   tunctl -u ${user} -t tap-${user}0
>   #tunctl -u ${user} -t tap-${user}1
>   #tunctl -u ${user} -t tap-${user}2
> done

Sure.  Would kvm then attempt to use these interfaces automatically or
would the user be encouraged to pass them as iface= arguments?  Seems
like it might be a little bit excessive on systems with many users in
the kvm group, but it would probably get the job done.

> This is the kind of task that virt-manager [1] may be more suited to
> handle at some level.

Yeah, probably true.

> Thanks for the perror() suggestion.

Sure.  While you are at it, you might want to add one to the ioctl()
at qemu/vl.c:1001 on /dev/rtc (or even check for an inappropriate
ioctl errno) since HPET systems do not support the RTC_IRQP_SET
ioctl[1].

1.  https://www.x86-64.org/pipermail/bugs/2003-December/000828.html

-- 
Cheers,  |  [EMAIL PROTECTED] |[EMAIL PROTECTED]
Kevin|   http://kevinlocke.name  |   kevinoid on freenode


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

Bug#412975: quilt-el: please include debian/watch

[Tatsuya Kinoshita]

Package: quilt-el
Version: 0.4-hg20060425-2
Severity: wishlist
Tags: patch

To check a newest upstream version by uscan, could you please
include a debian/watch file in the quilt-el source package as
follows?


version=3
http://stakeuchi.sakura.ne.jp/dev/quilt-el/ \
download/quilt-el-([0-9].*)\.tar\.gz debian uupdate


This wishlist bug is for Lenny (Etch+1), so it's enough to update
the package after Etch is released.  You'll also update
debian/copyright and debian/control for the new upstream package.

Thanks,
--
Tatsuya Kinoshita


pgpj8HVNC3Y2S.pgp
Description: PGP signature

Bug#412976: mixmaster: Add /etc/default/mixmaster to control the daemon startup at boot

[Jari Aalto]

Package: mixmaster
Version: 3.0b2-3
Severity: minor

Mixmaster is unconditionally started at boot. The only way to 
disable it is to remove the startup scripts:

  $ find /etc/rc* -name "S*mix*" | xargs rm

SUGGESTION

Please add /etc/default/mixmaster with entry

  ENABLED=1

and "source" it in the /etc/init.d/mixmaster

  DESC="Mixmaster Remailer Daemon"

  ENABLED=""   # Default value
  test -f /etc/default/mixmaster && . /etc/default/mixmaster

  if [ "$ENABLED" = "1" ] || [ "$ENABLED" = "yes" ]; then
 :
  else
  echo "$DESC: disabled, see /etc/default/mixmaster"
  exit 0
  fi


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)


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

Bug#412467: manpages-dev: repeated words

[Justin Pryzby]

On Wed, Feb 28, 2007 at 05:25:15PM -0800, Michael Kerrisk wrote:
> tags 412467 fixed-upstream
> thanks
> 
> Hi Justin,
> 
> > The following pages repeat the the word "the":
> 
> Was this subtle humour? ;-)
Or otherwise my attempt thereat.

> >   ptrace
> 
> This seems already to have been fixed in some post 2.39 upstream release.
In 2.40 now:

This call is used by programs like User Mode Linux that want to emu-
late all the the child's syscalls.  (addr and data are ignored;
 ^^^

> 
> >   scanf
corresponding pointer argument.  If the next item of input does not
match the the conversion specification, the conversion fails
  ^^^

> I do not even see the problem in 2.39.  Please provide more info.
> 
> >   tsearch
|to a leaf node.  (These symbols are defined in .)  The third
|argument is the depth of the node, with zero being the root.  You should
|not modify the tree while traversing it as the the results would be
^^^
|undefined.


> I also wrote a short script that found a few other duplicated word errors.
Could you share it?   I wrote something to the effect of
  dpkg -L |xargs zgrep -Ee '(\w{5,})  *\1'

I think I wrote something more effective another time, but can't think
what it was.

Justin


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

Bug#379106: Info received (Bug#379106: I tried version 2.16.3-6 of libgnomevfs2-0)

[Mika Rastas]

Thank you!

Version 2.16.3-7 works.

Was the password dialog from ssh command/library responsible? The
connector couldn't check that the server responced with a meaningfull
responce?

-- Mika

Debian Bug Tracking System wrote:
> Thank you for the additional information you have supplied regarding
> this problem report.  It has been forwarded to the package maintainer(s)
> and to other interested parties to accompany the original report.
>
> Your message has been sent to the package maintainer(s):
>  Josselin Mouette <[EMAIL PROTECTED]>
>
> If you wish to continue to submit further information on this problem,
> please send it to [EMAIL PROTECTED], as before.
>
> Please do not reply to the address at the top of this message,
> unless you wish to report a problem with the Bug-tracking system.
>
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)




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

Bug#412971: debarchiver: Breaks uploads

[Ola Lundqvist]

Hej

On Thu, Mar 01, 2007 at 12:55:27PM +0100, Turbo Fredriksson wrote:
> Package: debarchiver
> Version: 0.1.8
> Severity: grave
> Tag: patch, sarge, sid, etch
> 
> When running debarchiver on my incoming, it
> installed SOME DEB's, didn't install the
> orig.tar.gz file but removed instead...
> 
> In general, it messed up my 'whole' archive
> (I was moving from a manually managed archive
> to one controlled with debarchiver) and I had
> to re-upload (and in some cases re-build)
> packages (my original repository was aparently
> broken to so not ALL blame goes to debarchive,
> but it did a bigger mess than manually handling
> this - and much faster to :).
> 
> 
> The bug comes from a misspelling of a variable
> '$movecmd' visavi (two places) '$mvcmd'.

Whoops! I'll correct that.

> Patch included...
> 
> - s n i p -
> --- /usr/bin/debarchiver~ 2005-04-13 22:29:44.0 +0200
> +++ /usr/bin/debarchiver  2007-02-28 23:16:23.0 +0100
> @@ -1091,13 +1091,13 @@
>  2);
>  }
>  if ($CMeta{ChangesFile} != "") {
> - cmdaction("$mvcmd $CMeta{ChangesFile} REJECT/",
> + cmdaction("$movecmd $CMeta{ChangesFile} REJECT/",
> "Move .changes to REJECT dir.",
> 2);
>  }
>  foreach $file (keys %CFiles) {
>   if (-f $file) {
> - cmdaction ("$mvcmd $file REJECT/",
> + cmdaction ("$movecmd $file REJECT/",
>  "Move $file to REJECT dir.",
>  3);
>   }
> - s n i p -

Should this 2 be changed to a 3 according to you?

// Mvh Ola

> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://opalsys.net/ UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#412968: Start ntop on interface eth0 (internal), eth0:1(virtual or vlan), eth1(external) and netflows exit with SIGSEGV

[Ola Lundqvist]

Thanks David

I'll see if I can include this fix in next stable release.

Regards,

// Ola

On Thu, Mar 01, 2007 at 12:27:50PM +0100, fabel wrote:
> Package: ntop
> Version: 3:3.2-2+sarge0
> Severity: normal
> Tags: patch
> 
> 
> 
> -- System Information:
> Debian Release: 3.1
> Architecture: i386 (i686)
> Kernel: Linux 2.6.8-3-686
> Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2)
> 
> Versions of packages ntop depends on:
> ii  adduser   3.63   Add and remove users and groups
> ii  debconf [debconf-2.0] 1.4.30.13  Debian configuration management 
> sy
> ii  libc6 2.3.2.ds1-22sarge5 GNU C Library: Shared libraries 
> an
> ii  libfreetype6  2.1.7-6FreeType 2 font engine, shared 
> lib
> ii  libgd2-noxpm  2.0.33-1.1sarge1   GD Graphics Library version 2 
> (wit
> ii  libgdbm3  1.8.3-2GNU dbm database routines 
> (runtime
> ii  libjpeg62 6b-10  The Independent JPEG Group's 
> JPEG 
> ii  libpcap0.70.7.2-7System interface for user-level 
> pa
> ii  libpng12-01.2.8rel-1 PNG library - runtime
> ii  libssl0.9.7   0.9.7e-3sarge4 SSL shared libraries
> ii  zlib1g1:1.2.2-4.sarge.2  compression library - runtime
> 
> -- debconf information:
> * ntop/user: ntop
> * ntop/interfaces: eth0,eth1
> 
> 
> For test this error:
> - Install 2 network interfaces (eth0,eth1)
> - Configure 1 or other virtual or vlan interfaces on eth0 (eth0:1 or eth0.1)
> - Create file with netflows example '/tmp/flows':
> internet 80='port 80',
> internet 443='port 443',
> internet FTP='port (21 or 20)',
> internet DNS='port 53'
> - Run ntop -w 3000 -P /tmp -F /tmp/flows
> exit with SIGSEV
> - Run ntop -w 3000 -i eth0 -P /tmp -F /tmp/flows
> exit with SIGSEV
> - Run ntop -w 3000 -i eth1 -P /tmp -F /tmp/flows
> run without errors
> 
> I send patch this error Luca Deri and he insert in in new version of ntop.
> Please, is trivial error and trivial patch (one if for virtual device),
> backport it on ntop in Debian. Thanks. DF



-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://opalsys.net/ UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#379106: Info received (Bug#379106: I tried version 2.16.3-6 of libgnomevfs2-0)

[Josselin Mouette]

Le jeudi 01 mars 2007 à 14:28 +0200, Mika Rastas a écrit :
> 
> 
> Was the password dialog from ssh command/library responsible? The
> connector couldn't check that the server responced with a meaningfull
> responce? 

Exactly. Thanks for testing.

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

Bug#412977: slapd segfaults with certain ACL's

[Henry Jensen]

Package: slapd
Version: 2.3.30-4
Severity: important

I test the latest egroupware trunk on Etch. When I apply the suggested 
acl_addressbook.conf
to slapd.conf slapd segfaults (as do slapadd and possibly other slapd-tools)

$ slapd -g openldap -u openldap  -d 16383
[...]

line 21 (access to 
dn.regex="cn=([^,]+),ou=personal,ou=contacts,o=([^,]+),dc=iww-test,dc=local$" 
attrs=entry,@inetOrgPerson,@mozillaAbPersonAlpha,@evolutionPerson by 
dn.regex="uid=$1,ou=accounts,o=$2,dc=iww-test,dc=local" write by users none)
Segmentation fault

I use Etch with linux-image-2.6.18-3-686   2.6.18-7 and libc6 2.3.6.ds1-11.

IMHO slapd shouldn't crash like this, no matter how ill-configured the ACL's 
maybe.

My slapd.conf:

allow bind_v2

include /etc/ldap/schema/core.schema
include /etc/ldap/schema/cosine.schema
include /etc/ldap/schema/rfc2307bis.schema
include /etc/ldap/schema/inetorgperson.schema

pidfile /var/run/slapd/slapd.pid
argsfile/var/run/slapd/slapd.args
loglevel 0

modulepath  /usr/lib/ldap
moduleload  back_bdb

sizelimit 500
tool-threads 1
backend bdb
checkpoint 512 30

databasebdb
suffix  "dc=iww-test,dc=local"
rootdn  "cn=admin,dc=iww-test,dc=local"
rootpw {MD5}verysecrethash
directory   "/var/lib/ldap"
dbconfig set_cachesize 0 2097152 0
dbconfig set_lk_max_objects 1500
dbconfig set_lk_max_locks 1500
dbconfig set_lk_max_lockers 1500
password-hash {MD5}

index default eq
index objectClass eq
index uidNumber pres,eq
lastmod on

access to attrs=userPassword,shadowLastChange
by dn="cn=admin,dc=iww-test,dc=local" write
by anonymous auth
by self write
by * none

include /etc/ldap/acl_addressbook.conf

access to dn.base="" by * read

access to *
by dn="cn=admin,dc=iww-test,dc=local" write
by * read



The content of acl_addressbook.conf is:

# Access to users personal addressbooks

# allow read of addressbook by owner and egwadmin account
access to 
dn.regex="^cn=([^,]+),ou=personal,ou=contacts,o=([^,]+),dc=iww-test,dc=local$"
attrs=entry
by dn.regex="uid=$1,ou=accounts,o=$2,dc=iww-test,dc=local" read
by dn.regex="cn=egwadmin,o=$2,dc=iww-test,dc=local" write
by users none

# allow user to create entries in own addressbook; no-one else can access it
# needs write access to the entries ENTRY attribute ...
access to 
dn.regex="cn=([^,]+),ou=personal,ou=contacts,o=([^,]+),dc=iww-test,dc=local$"
attrs=children
by dn.regex="uid=$1,ou=accounts,o=$2,dc=iww-test,dc=local" write
by users none

# ... and the entries CHILDREN
access to 
dn.regex="cn=([^,]+),ou=personal,ou=contacts,o=([^,]+),dc=iww-test,dc=local$"
attrs=entry,@inetOrgPerson,@mozillaAbPersonAlpha,@evolutionPerson
by dn.regex="uid=$1,ou=accounts,o=$2,dc=iww-test,dc=local" write
by users none

# Access to groups addressbooks

# allow read of addressbook by members and egwadmin account
access to 
dn.regex="^cn=([^,]+),ou=shared,ou=contacts,o=([^,]+),dc=iww-test,dc=local$"
attrs=entry
by group.expand="cn=$1,ou=groups,o=$2,dc=iww-test,dc=local" read
by dn.regex="cn=egwadmin,o=$2,dc=iww-test,dc=local" write
by users none

# allow members to create entries in there group addressbooks; no-one else can 
access it
# needs write access to the entries ENTRY attribute ...
access to 
dn.regex="cn=([^,]+),ou=shared,ou=contacts,o=([^,]+),dc=iww-test,dc=local$"
attrs=children
by group.expand="cn=$1,ou=groups,o=$2,dc=iww-test,dc=local" write
by users none

# ... and the entries CHILDREN
access to 
dn.regex="cn=([^,]+),ou=shared,ou=contacts,o=([^,]+),dc=iww-test,dc=local$"
attrs=entry,@inetOrgPerson,@mozillaAbPersonAlpha,@evolutionPerson
by group.expand="cn=$1,ou=groups,o=$2,dc=iww-test,dc=local" write
by users none



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

Bug#412944: set command lists contents of /etc/bash_completion

[Justin Pryzby]

On Thu, Mar 01, 2007 at 02:35:39PM +1100, Evan Clarke wrote:
> Package: bash
> Version: 3.1dfsg-8
> Severity: normal
> 
> *** Please type your report below this line ***
> 
> When issuing the set command to view the environment, this is the 
> result:
> 
> BASH=/bin/bash
> BASH_ARGC=()
> [snip]
> TERM=xterm
> UID=1000
> USER=evan
> _=set
> bash205='3.1.17(1)-release'
> bash205b='3.1.17(1)-release'
> bash3='3.1.17(1)-release'
> _alias ()
> {
> local cur;
> COMPREPLY=();
> cur=${COMP_WORDS[$COMP_CWORD]};
> case "$COMP_LINE" in
> [snip more of /etc/bash_completion]
> 
> The _alais line is line 351 from /etc/bash_completion.  The rest of the
> file is listed until line 4511.
> 
> This is on a fresh install from the testing netinstall image.
This is because your startup scripts source that file (and root's do
not); this seems to be the default now; see /etc/skel/.bashrc.  Bash
lists its functions with variables by set.

Justin


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

Bug#412957: linux-source-2.6.18: UML ARCH=um compile fails with CONFIG_MODE_TT=y (regression)

[Mattia Dongili]

tags 412957 + patch
thanks

On Thu, Mar 01, 2007 at 12:39:04AM -0800, Ryan Finnie wrote:
> Package: linux-source-2.6.18
> Version: 2.6.18.dfsg.1-11
> Severity: important
> 
> When compiling a UML kernel (ARCH=um), compilation fails if TT mode is 
> on (CONFIG_MODE_TT=y).
> 
>   CC  arch/um/sys-i386/unmap.o
> arch/um/sys-i386/unmap.c:8:25: error: sys/syscall.h: No such file or directory
> arch/um/sys-i386/unmap.c: In function 'switcheroo':
> arch/um/sys-i386/unmap.c:12: warning: implicit declaration of function 
> 'syscall'
> arch/um/sys-i386/unmap.c:15: warning: comparison between pointer and integer
> make[1]: *** [arch/um/sys-i386/unmap.o] Error 1
> make: *** [arch/um/sys-i386] Error 2
> 
> defconfig + CONFIG_MODE_TT=y is all that's needed to reproduce this.  
> Compilation was working in 2.6.18.dfsg.1-10.  This appears to have 
> something to do with debian/patches/bugfix/uml-compilation.patch .

The patch you're refrerring is missing some bits to actually work, the
attached patch is based on b428b51ed9a4ff8445ea50769961f948480c1d36
(just one hunk removed since it's already present), applies ontop of
uml-compilation.patch and fixes the build issue you're seeing.

Can you confirm?
-- 
mattia
:wq!
commit b428b51ed9a4ff8445ea50769961f948480c1d36
Author: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Date:   Sun Oct 29 22:46:41 2006 -0800

[PATCH] Fix "Remove the use of _syscallX macros in UML"

Fix commit 5f4c6bc1f369f20807a8e753c2308d1629478c61: it spits out warnings
about missing syscall prototype (it is in ) and it does not
recognize that two uses of _syscallX are to be resolved against kernel
headers in the source tree, not against _syscallX; they in fact do not
compile and would not work anyway.

If _syscallX macros will be removed from the kernel tree altogether, the
only reasonable solution for that piece of code is switching to open-coded
inline assembly (it's remapping the whole executable from memory, except
the page containing this code).

Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Cc: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>

diff --git a/arch/um/os-Linux/tls.c b/arch/um/os-Linux/tls.c
index a2de258..9f7999f 100644
--- a/arch/um/os-Linux/tls.c
+++ b/arch/um/os-Linux/tls.c
@@ -1,6 +1,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include "sysdep/tls.h"
 #include "uml-config.h"
diff --git a/arch/um/sys-i386/unmap.c b/arch/um/sys-i386/unmap.c
index 8e55cd5..1b0ad0e 100644
--- a/arch/um/sys-i386/unmap.c
+++ b/arch/um/sys-i386/unmap.c
@@ -5,17 +5,20 @@
 
 #include 
 #include 
-#include 
 
+static int errno;
+
+static inline _syscall2(int,munmap,void *,start,size_t,len)
+static inline _syscall6(void *,mmap2,void *,addr,size_t,len,int,prot,int,flags,int,fd,off_t,offset)
 int switcheroo(int fd, int prot, void *from, void *to, int size)
 {
-	if (syscall(__NR_munmap, to, size) < 0){
+	if(munmap(to, size) < 0){
 		return(-1);
 	}
-	if (syscall(__NR_mmap2, to, size, prot, MAP_SHARED | MAP_FIXED, fd, 0) == (void*) -1 ){
+	if(mmap2(to, size, prot, MAP_SHARED | MAP_FIXED, fd, 0) == (void*) -1 ){
 		return(-1);
 	}
-	if (syscall(__NR_munmap, from, size) < 0){
+	if(munmap(from, size) < 0){
 		return(-1);
 	}
 	return(0);
diff --git a/arch/um/sys-x86_64/unmap.c b/arch/um/sys-x86_64/unmap.c
index 57c9286..f4a4bff 100644
--- a/arch/um/sys-x86_64/unmap.c
+++ b/arch/um/sys-x86_64/unmap.c
@@ -5,17 +5,20 @@
 
 #include 
 #include 
-#include 
 
+static int errno;
+
+static inline _syscall2(int,munmap,void *,start,size_t,len)
+static inline _syscall6(void *,mmap,void *,addr,size_t,len,int,prot,int,flags,int,fd,off_t,offset)
 int switcheroo(int fd, int prot, void *from, void *to, int size)
 {
-	if (syscall(__NR_munmap, to, size) < 0){
+	if(munmap(to, size) < 0){
 		return(-1);
 	}
-	if (syscall(__NR_mmap, to, size, prot, MAP_SHARED | MAP_FIXED, fd, 0) == (void*) -1){
+	if(mmap(to, size, prot, MAP_SHARED | MAP_FIXED, fd, 0) == (void*) -1){
 		return(-1);
 	}
-	if (syscall(__NR_munmap, from, size) < 0){
+	if(munmap(from, size) < 0){
 		return(-1);
 	}
 	return(0);

Bug#412952: [Fwd: Bug#412952: file conflicts between afnix and aleph]

[Frank Küster]

Michael Koch <[EMAIL PROTECTED]> wrote:

> Add this to afnix:
>
> Conflicts: aleph
> Replaces: aleph
>
> This should make it possible to have always one of them installed and
> make afnix replace aleph on dist-upgrades.

Isn't 

Provides: aleph

also needed?

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

Bug#407055: Compiz breaks the X server if the other head doesn't have DRI

[Daniel Ruoso]

Qui, 2007-03-01 às 11:55 +, Daniel Ruoso escreveu:
> Qui, 2007-03-01 às 12:46 +0100, Brice Goglin escreveu:
> > On 3/1/07, Daniel Ruoso <[EMAIL PROTECTED]> wrote:
> > >I'm attaching the log from the server just before the break, I think
> > >this can help. As this bug not only makes compiz unusable, but also
> > >affects another programs, I'll raise it's severity.
> > Did you forget to attach?
> Ops...
> Here it goes now...
> daniel

Well, the version in experimental also breaks, but it presents a
different backtrace...

Backtrace:
0: X(xf86SigHandler+0x84) [0x80c4354]
1: [0xe420]
2: /usr/lib/xorg/modules/extensions/libGLcore.so(_mesa_free+0x1d)
[0xa780d21d]
3: /usr/lib/xorg/modules/extensions/libGLcore.so(XMesaDestroyVisual
+0x1d) [0xa7910e2d]
4: /usr/lib/xorg/modules/extensions/libGLcore.so [0xa791031f]
5: /usr/lib/xorg/modules/extensions/libglx.so(__glXResetScreens+0x44)
[0xb7c76b04]
6: /usr/lib/xorg/modules/extensions/libglx.so [0xb7c75d2c]
7: X(CloseDownExtensions+0x42) [0x8093f12]
8: X(main+0x4a3) [0x806e6b3]
9: /lib/tls/libc.so.6(__libc_start_main+0xc8) [0xb7db3ea8]
10: X(FontFileCompleteXLFD+0xa9) [0x806d9d1]

daniel

Bug#412921: cp: recursive linking of filenames containing spaces fails

[Bas van Schaik]

Jim Meyering wrote:
> Bas van Schaik <[EMAIL PROTECTED]> wrote:
>   
>> Package: coreutils
>> Version: 5.97-5
>> Severity: normal
>>
>> When using
>> 
>>> cp -lar srcdir/* targetdir
>>>   
>> on a srcdir containing files (no matter how deep in srcdir) with spaces in 
>> their filenames, cp complains:
>> 
>>> cp: cannot create hard link `targetdir/(...)/filename' to 
>>> `targetdir/(...)/filename': No such file or directory
>>>   
>
> Thanks for the report.
> I am unable to reproduce that.
>
> Please try to create a small test case that demonstrates the problem.
> For example, here's one of the things I've just tried:
>
>   $ rm -rf a x; mkdir a x; touch 'a/b ' 'a/d e'; /bin/cp --verbose -lar a/* x
>   `a/b ' -> `x/b '
>   `a/d e' -> `x/d e'
>   
Hmmm... This indeed works. Weird. Check my directory listing which
contains the files causing problems:
> # ls | grep 17256
> 17256
> 17256

A fsck pointed out that the filesystem is consistent, so I assumed there
was a space at the end of one of those filenames (I saw that once
before). However, I can't discover the difference in the filename. Maybe
someone else can suggest a method to find the difference?


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

Bug#409690: havp: diff for NMU version 0.82-1.1

[Rene Mayrhofer]

Am Mittwoch, 28. Februar 2007 13:59 schrieb Stephen Gran:
> tags 409690 + patch
> thanks
>
> Hi,
>
> Attached is the diff for my havp 0.82-1.1 NMU.
>
> I plan to upload in the next day or two, unless you have any objections.
Please wait for a few more days, I'm in the process of preparing a new upload 
that should solve the mand-option RC bug as well.

Rene


pgpHbXXFnFH7z.pgp
Description: PGP signature

Bug#407055: Compiz breaks the X server if the other head doesn't have DRI

[Brice Goglin]

Daniel Ruoso wrote:
> Well, the version in experimental also breaks, but it presents a
> different backtrace...
>   

Do you onyl have compiz in experimental? Or also some other X packages?
Which xserver-xorg-core do you have? The following backtrace seems to
end up in xserver-xorg-core, you could try this package in experimental
too :)


> Backtrace:
> 0: X(xf86SigHandler+0x84) [0x80c4354]
> 1: [0xe420]
> 2: /usr/lib/xorg/modules/extensions/libGLcore.so(_mesa_free+0x1d)
> [0xa780d21d]
> 3: /usr/lib/xorg/modules/extensions/libGLcore.so(XMesaDestroyVisual
> +0x1d) [0xa7910e2d]
> 4: /usr/lib/xorg/modules/extensions/libGLcore.so [0xa791031f]
> 5: /usr/lib/xorg/modules/extensions/libglx.so(__glXResetScreens+0x44)
> [0xb7c76b04]
> 6: /usr/lib/xorg/modules/extensions/libglx.so [0xb7c75d2c]
> 7: X(CloseDownExtensions+0x42) [0x8093f12]
> 8: X(main+0x4a3) [0x806e6b3]
> 9: /lib/tls/libc.so.6(__libc_start_main+0xc8) [0xb7db3ea8]
> 10: X(FontFileCompleteXLFD+0xa9) [0x806d9d1]
>   

How did you get this backtrace? It does not look like a complete
backtrace with debugging information that gdb could give.

Brice



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