Bug#409849: ITP: afni -- toolkit for analyzing and visualizing functional MRI data

[Andreas Tille]

On Mon, 5 Feb 2007, Michael Hanke wrote:


Package: wnpp
Severity: wishlist
Owner: Michael Hanke <[EMAIL PROTECTED]>

* Package name: afni
 Version : 2006.12.22.0933
 Upstream Author : Robert Cox et al. <[EMAIL PROTECTED]>
* URL : http://afni.nimh.nih.gov/
* License : GPL (sources might contain some OCL licensed docs)
 Programming Lang: C
 Description : toolkit for analyzing and visualizing functional MRI data

AFNI is an environment for processing and displaying functional MRI data.
It provides a complete analysis toolchain, including 3D cortical surface models,
and mapping of volumetric data (SUMA).

In addition to its own format AFNI understands the NIfTI format and is
therefore easily usable in combination with FSL and Freesurfer.


I wanted to set the user-tags to this ITP and thought med-imaging would be
the right category to use but I hesitate now.  I wonder if we slightly
are at the point where splitting of med-bio and med-imaging into more
fine grained categories would make sense.  This also concerns deb-tagging
which was proposed by Steffen Möller in
   http://lists.debian.org/debian-med/2007/01/msg00023.html

What do you think?

Kind regards

 Andreas.

--
http://fam-tille.de

Bug#409894: dnsprogs: [INTL:pt] Portuguese translation for debconf messages

[Traduz!]

Package: dnprogs
Version: 2.38.1
Tags: l10n, patch
Severity: wishlist

Portuguese translation for dnprogs's debconf messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

--
Best regards,

Portuguese Translation Team
http://www.DebianPT.org


# Portuguese translation for dnsprogs debconf messages.
# Copyright (C) 2007 Pedro Ribeiro <[EMAIL PROTECTED]>
# This file is distributed under the same license as the dnsprogs package.
# Pedro Ribeiro <[EMAIL PROTECTED]>, 2007
#
msgid ""
msgstr ""
"Project-Id-Version: dnsprogs_2.38.1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-12-07 11:43+\n"
"PO-Revision-Date: 2007-02-05 22:08+0100\n"
"Last-Translator: Pedro Ribeiro <[EMAIL PROTECTED]>\n"
"Language-Team: Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Portuguese\n"
"X-Poedit-Country: PORTUGAL\n"

#. Type: string
#: ../dnet-common.templates:1001
msgid "DECnet node name:"
msgstr "Nome do nó DECnet:"

#. Type: string
#: ../dnet-common.templates:1001
msgid "All nodes on a DECnet network have a node name. This is similar to the IP hostname but can only be a maximum of 6 characters long. It is common that the DECnet name is the same as the IP name (if your machine has one). If you do not know the answer to this question please contact your system administrator."
msgstr "Todos os nós numa rede DECnet têm um nome de nó. É semelhante ao nome "
"de máquina IP mas estão limitados a 6 caracteres. É comum o nome de nó "
"DECnet ser o mesmo do nome IP (se a máquina tiver um nome IP). Se não sabe "
"a resposta a esta questão, por favor contacte o administrador do sistema."

#. Type: string
#: ../dnet-common.templates:2001
msgid "DECnet node address:"
msgstr "Endereço de nó DECnet:"

#. Type: string
#: ../dnet-common.templates:2001
msgid "All nodes on a DECnet network have a node address. This is two numbers separated with a period (e.g. 3.45) where the first number denotes the area and the second is the node within that area."
msgstr "Todos os nós numa rede DECnet têm um endereço de nó. São dois números "
"separados por um ponto final (e.g. 3.45) sendo que o primeiro número indica "
"a área e o segundo indica um nó nessa área."

#. Type: string
#: ../dnet-common.templates:2001
msgid "Do not make up a number here. If you do not know your DECnet node address then ask your system administrator."
msgstr "Não atribua um número ao acaso. Se não souber o endereço do nó DECnet "
"contacte o seu administrador do sistema."

#. Type: note
#: ../dnet-common.templates:3001
msgid "DECnet startup changes your ethernet hardware address"
msgstr "O arranque DECnet muda o seu endereço de hardware ethernet"

#. Type: note
#: ../dnet-common.templates:3001
msgid "The \"setether\" program in this package will change the hardware (MAC) address of all ethernet cards in your system (by default) to match the DECnet node address. This is essential for the operation of DECnet and so is not optional. However, if you have more than one ethernet card you may want to edit /etc/default/decnet to alter the list of cards whose hardware addresses are changed."
msgstr "O programa \"setether\" neste pacote irá mudar o endereço de hardware "
"(MAC) de todas as placas ethernet no seu sistema (por omissão) para "
"corresponder ao endereço de nó DECnet. Isto é essencial para a operação da "
"rede DECnet e como tal não é opcional. No entanto, se têm mais de uma placa "
"ethernet pode querer editar /etc/default/decnet para alterar a lista de "
"placas que terão os seus endereços alterados."

#. Type: note
#: ../dnet-common.templates:3001
msgid "Be aware that any other machines that have your system's MAC address in their ARP cache may no longer be able to communicate with you via IP protocols until this cache has timed out or been flushed."
msgstr "Atenção que quaisquer outras máquinas que tenham o endereço MAC do seu "
"sistema na cache ARP podem não conseguir comunicar consigo via protocolos IP "
"até a cache ser limpa ou expirar."

#. Type: note
#: ../dnet-common.templates:3001
msgid "The MAC address cannot be changed on-the-fly so you will need to reboot your machine before DECnet can function."
msgstr "O endereço MAC não pode ser mudado \"a quente\" portanto têm que "
"reiniciar a máquina antes que a rede DECnet possa funcionar."

#. Type: note
#: ../dnet-common.templates:3001
msgid "You should also edit /etc/decnet.conf to add the names and addresses of DECnet nodes you want to communicate with."
msgstr "Deve também editar /etc/decnet.conf para acrescentar os nomes e "
"endereços dos nós DECnet com os quais quer comunicar."

Bug#409789: gnome-panel: list of applets not updated after installation

[Francesco Potorti`]

Have you received my response?  I attach it for reference.  Should I
file a bug to some other package, or will you take care of it?


>> I don't know where this bug belongs, but after I install a new gnome
>> applet, it does not show in the list of applets that can be added to the
>> panel until I don't run gtk-update-icon-cache -f -t /usr/share/icons/hicolor.
>
> Remove /usr/share/icons/hicolor/icon-theme.cache.  Debian does not ship
> such caches; either it's a bug in another Debian package (grep
> gtk-update-icon-cache /var/lib/dpkg/info/*.postinst, dpkg -S
> icon-theme.cache), or you used third party packages, or you installed
> software from source in /usr/share/icons.

I don't think I did anything like the above...

I get this:

$ grep gtk-update-icon-cache /var/lib/dpkg/info/*.postinst
/var/lib/dpkg/info/gnome-accessibility-themes.postinst:if [ -x 
/usr/bin/gtk-update-icon-cache ]; then
/var/lib/dpkg/info/gnome-accessibility-themes.postinst:
gtk-update-icon-cache /usr/share/icons/$theme
/var/lib/dpkg/info/gnome-themes.postinst:if [ -x /usr/bin/gtk-update-icon-cache 
]; then
/var/lib/dpkg/info/gnome-themes.postinst:gtk-update-icon-cache 
/usr/share/icons/$theme




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

Bug#409873: wormux: New upstream version 0.79

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Daniel Nelson wrote:
> Package: wormux
> Version: 0.7.4-3
> Severity: wishlist
> 
> There is a new upstream release.  Version 0.79 is newer than 0.8 alpha.

Actually, 0.7.9 is a crippled 0.8 (it has the networking code disabled).

We knew about the release, but the freeze is putting us in a difficult
position. We already have 0.8alpha1 in experimental and 0.7.4-3 in both
Etch and Sid.

Jean, I think we should release a 0.7.9 package and let it stay in Sid a
little longer than usual, then request its migration. If bugs are found
in either of the versions we can:

- - update the Sid version as usual, making it more and more solid, if
bugs are found in 0.7.9
- - update 0.7.4 in Etch via testing-proposed-updates, if bugs are found
in 0.7.4

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

iD8DBQFFyC9/Y8Chqv3NRNoRAlbZAKDYBWrmkrzCxvbwS5boD6nkk9wy3wCggqlz
+Cv47sct785kNkd+VzY3Nc4=
=PLXx
-END PGP SIGNATURE-


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

Bug#409224: Unable to install on Intel DG965SS

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Toby Chamberlain wrote:
> Hi Geert,
> 
> Thanks for replying.
> 
> I read those 2 bug reports you mentioned and noticed that they both used
> the amd64 build rather than the i386 build I was using... am I correct
> in assuming that the amd64 build should be used for Core 2 Duo
> processors? 

Yes

> I downloaded the latest amd64 builds and have managed to get
> a USB install working.

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

iD8DBQFFyC3vY8Chqv3NRNoRAmNWAJ99enE8GHeiQZWJ2RUUztmx2CiKhwCgjpVw
arakms6yYymBHv8R60/25vA=
=baHK
-END PGP SIGNATURE-


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

Bug#409851: Fwd: Bug#409851: postgrey: Please whitelist two new hosts

[Adrian von Bidder]

tags 409851 +upstream
tags 409851 +pending
forwarded 409851 http://lists.ee.ethz.ch/postgrey/msg01631.html
thanks

Hi David,

I've just added the following, in response to 
:

--- postgrey_whitelist_clients  (revision 1477)
+++ postgrey_whitelist_clients  (working copy)
@@ -158,3 +158,5 @@
 registrarmail.net
 # google.com (big pool, reported by Matthias Dyer)
 /^.*-out-.*\.google\.com$/
+# Debian #409851: two different subnets, long retry
+/^mail[12].pi.ws$/


cheers
-- vbi

--  Forwarded Message  --

Subject: Bug#409851: postgrey: Please whitelist two new hosts
Date: Monday 05 February 2007 23:44
From: Sven Mueller <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>

Package: postgrey
Version: 1.27-3~bpo.1
Severity: normal


PI (Physik Instrumente) uses two outgoing mailservers on different
class-C networks. They also have a long retry time of > 1 hour, so it
would be nice if they could get whitelisted:

mail1.pi.ws
mail2.pi.ws


-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (990, 'stable'), (400, 'experimental'), (90, 'testing'), (50,
 'unstable') Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.12-incase
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages postgrey depends on:
ii  adduser3.63  Add and remove users and
 groups ii  libberkeleydb-perl 0.26-3use Berkeley DB 4
 databases from P ii  libnet-dns-perl0.48-1Perform DNS
 queries from a Perl sc ii  libnet-server-perl 0.87-3sarge1  An
 extensible, general perl server ii  perl  
 5.8.4-8sarge5 Larry Wall's Practical Extraction ii  ucf   
 1.17  Update Configuration File: preserv

Versions of packages postgrey recommends:
ii  libdigest-sha1-perl2.10-1NIST SHA-1 message digest
 algorith ii  libnet-rblclient-perl  0.5-1 Queries multiple
 Realtime Blackhol ii  postfix2.3.6-1~bpo.1 A
 high-performance mail transport

-- debconf information:
  postgrey/1.13-5_move-db:
  postgrey/1.13-5_old-config:
  postgrey/1.14-1_lookup-by-subnet:

---

-- 
featured product: vim - http://vim.org


pgp6A4yB3XE6d.pgp
Description: PGP signature

Bug#375673: Patch for the 2002.04.10-13.1 NMU of glide

[Christian Perrier]

Dear maintainer of glide,

Two days ago I sent you a notice announcing my intent to upload
a NMU of your package to fix its pending l10n issues. I also pinged
you on IRC, Guillem..:-)

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: glide
Version: 2002.04.10-13.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Sat,  3 Feb 2007 18:25:28 +0100
Closes: 375673 377260 388113
Changes: 
 glide (2002.04.10-13.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - Dutch updated. Closes: #375673, #377260, #388113

-- 


diff -Nru glide-2002.04.10.old/debian/changelog glide-2002.04.10/debian/changelog
--- glide-2002.04.10.old/debian/changelog	2007-02-03 18:23:17.514678536 +0100
+++ glide-2002.04.10/debian/changelog	2007-02-03 18:26:19.882075786 +0100
@@ -1,3 +1,11 @@
+glide (2002.04.10-13.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Debconf translations:
+- Dutch updated. Closes: #375673, #377260, #388113
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Sat,  3 Feb 2007 18:25:28 +0100
+
 glide (2002.04.10-13) unstable; urgency=low
 
   * Build all binary dependent packages under binary-arch. (Closes: #366062)
diff -Nru glide-2002.04.10.old/debian/po/nl.po glide-2002.04.10/debian/po/nl.po
--- glide-2002.04.10.old/debian/po/nl.po	2007-02-03 18:23:17.658687536 +0100
+++ glide-2002.04.10/debian/po/nl.po	2007-02-03 18:25:23.902577286 +0100
@@ -1,3 +1,5 @@
+# translation of glide 2002.04.10-13_templates.po to Dutch
+# This file is distributed under the same license as the glide package.
 #
 #Translators, if you are not familiar with the PO format, gettext
 #documentation is worth reading, especially sections dedicated to
@@ -11,13 +13,17 @@
 #
 #Developers do not need to manually edit POT or PO files.
 #
+# Luk Claes , 2004
+# Kurt De Bree , 2006
+# This is an unofficial translation
+#
 msgid ""
 msgstr ""
-"Project-Id-Version: glide 2002.04.10-5\n"
+"Project-Id-Version: glide 2002.04.10-13\n"
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2005-07-30 18:38+0300\n"
-"PO-Revision-Date: 2004-06-09 16:47+0100\n"
-"Last-Translator: Luk Claes <[EMAIL PROTECTED]>\n"
+"PO-Revision-Date: 2006-09-18 19:17+0100\n"
+"Last-Translator: Kurt De Bree \n"
 "Language-Team: Debian l10n Dutch \n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=iso-8859-1\n"
@@ -28,14 +34,14 @@
 #: ../libglide2.templates:4
 msgid "No 3Dfx card supported by glide2 found! Manually select driver?"
 msgstr ""
-"Geen door glide2 ondersteunde 3Dfx-kaart gevonden! Stuurprogramma handmatig "
-"selecteren?"
+"Er is geen door glide2 ondersteunde 3Dfx-kaart gevonden! Wilt u het "
+"stuurprogramma handmatig selecteren?"
 
 #. Type: boolean
 #. Description
 #: ../libglide2.templates:4
 msgid "ERROR: No 3Dfx card supported by glide2 found!"
-msgstr "FOUT: Geen door glide2 ondersteunde 3Dfx-kaart gevonden!"
+msgstr "FOUT: Er is geen door glide2 ondersteunde 3Dfx-kaart gevonden!"
 
 #. Type: boolean
 #. Description
@@ -55,8 +61,8 @@
 "not compiling programs against glide, you should not have this package "
 "installed."
 msgstr ""
-"Als u geen kaart heeft gebaseerd op één van deze chipsets en u bent geen "
-"programma's aan het compileren met glide, dan hoeft u dit pakket niet "
+"Als u geen kaart heeft die is gebaseerd op één van deze chipsets, en u bent "
+"geen programma's aan het compileren met glide, dan hoeft u dit pakket niet "
 "geïnstalleerd te hebben."
 
 #. Type: boolean
@@ -67,13 +73,13 @@
 "on this package, including the output from the command 'lspci -vm' in the "
 "bug report."
 msgstr ""
-"Als u geen kaart hebt gebaseerd op één van deze chipsets stuur dan een "
-"bugrapport over dit pakket met de uitvoer van het commando 'lspci -vm'."
+"Als u geen kaart heeft die is gebaseerd op één van deze chipsets, stuur dan "
+"een bugrapport in over dit pakket; met de uitvoer van het commando 'lspci -"
+"vm'."
 
 #. Type: boolean
 #. Description
 #: ../libglide2.templates:4 ../libglide3.templates:4
-#, fuzzy
 msgid ""
 "Would you like to manually select the driver to use for now? (If not, a "
 "default sane value for compiling against will be selected.)"
@@ -85,9 +91,8 @@
 #. Type: select
 #. Description
 #: ../libglide2.templates:25 ../libglide3.templates:25
-#, fuzzy
 msgid "Please select a driver."
-msgstr "Selecteer stuurprogramma."
+msgstr "Welk stuurprogramma wilt u?"
 
 #. Type: select
 #. Description
@@ -108,9 +113,8 @@
 #. Type: select
 #. Description
 #: ../libglide2.templates:34 ../libglide3.templates:34
-#, fuzzy
 msgid "Please select a card."
-msgstr "Selecteer kaart."
+msgstr "Welke kaart wilt u gebruiken?"
 
 #. Type: select
 #. Description
@@ -145,14 +149,14 @@
 #: ../libglide3.templates:4
 msgid "No 3Dfx card suppor

Bug#362137: Patch for the 0.9.7k-3.1 NMU of openssl097

[Christian Perrier]

Dear maintainer of openssl097,

Two days ago, I sent you a notice announcing my intent to upload
a NMU of your package to fix its pending debconf 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: openssl097
Version: 0.9.7k-3.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Sun,  4 Feb 2007 12:21:42 +0100
Closes: 362137 399222 408335
Changes: 
 openssl097 (0.9.7k-3.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf tempaltes translations:
 - Galician. Closes: #362137
 - German. Closes: #399222
 - Portuguese. Closes: #408335

-- 


diff -Nru openssl097-0.9.7k.old/debian/changelog openssl097-0.9.7k/debian/changelog
--- openssl097-0.9.7k.old/debian/changelog	2007-02-04 12:14:36.871887286 +0100
+++ openssl097-0.9.7k/debian/changelog	2007-02-04 12:22:45.118400786 +0100
@@ -1,3 +1,13 @@
+openssl097 (0.9.7k-3.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Debconf tempaltes translations:
+- Galician. Closes: #362137
+- German. Closes: #399222
+- Portuguese. Closes: #408335
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Sun,  4 Feb 2007 12:21:42 +0100
+
 openssl097 (0.9.7k-3) unstable; urgency=high
 
   * Fix patch for CVE-2006-2940, it left ctx unintiliased.
diff -Nru openssl097-0.9.7k.old/debian/po/de.po openssl097-0.9.7k/debian/po/de.po
--- openssl097-0.9.7k.old/debian/po/de.po	1970-01-01 01:00:00.0 +0100
+++ openssl097-0.9.7k/debian/po/de.po	2007-02-04 12:18:18.0 +0100
@@ -0,0 +1,64 @@
+# Translation of openssl097 debconf templates to German
+# Copyright (C) Helge Kreutzmann <[EMAIL PROTECTED]>, 2006.
+# This file is distributed under the same license as the openssl097 package.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: openssl097\n"
+"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
+"POT-Creation-Date: 2006-10-19 01:14+0200\n"
+"PO-Revision-Date: 2006-11-18 17:41+0100\n"
+"Last-Translator: Helge Kreutzmann <[EMAIL PROTECTED]>\n"
+"Language-Team: de \n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=ISO-8859-15\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: string
+#. Description
+#: ../libssl0.9.7.templates:1001
+msgid "Which services should be restarted to make them use the new libraries?"
+msgstr ""
+"Welche Dienste sollen neu gestartet werden, damit sie die neuen Bibliotheken "
+"benutzen?"
+
+#. Type: string
+#. Description
+#: ../libssl0.9.7.templates:1001
+msgid ""
+"Security holes were fixed with this release. Services may not use these "
+"fixes until they are restarted. Note: restarting sshd should not affect any "
+"existing connections."
+msgstr ""
+"In dieser Veröffentlichung wurden Sicherheitslöcher geschlossen. Dienste "
+"können nicht von diesen Korrekturen profitieren bevor sie neu gestartet "
+"wurden. Hinweis: ein Neustart von sshd sollte keine existierenden "
+"Verbindungen betreffen."
+
+#. Type: string
+#. Description
+#: ../libssl0.9.7.templates:1001
+msgid ""
+"Following is a list of detected services that need to be restarted. Please "
+"correct the list, if you think it is incorrect. The services names must be "
+"identical to the script names in /etc/init.d and must be separated by "
+"spaces. If you clear the list, no services will be restarted."
+msgstr ""
+"Es folgt eine Liste von erkannten Diensten, die neu gestartet werden müssen. "
+"Bitte korrigieren Sie die Liste, falls Sie denken, sie sei nicht korrekt. Die "
+"Namen der Dienste müssen mit den den Skriptnamen in /etc/init.d "
+"übereinstimmen und durch Leerzeichen getrennt sein. Falls Sie diese Liste "
+"leeren, werden keine Dienste neu gestartet."
+
+#. Type: string
+#. Description
+#: ../libssl0.9.7.templates:1001
+msgid ""
+"If other services begin to fail mysteriously after this upgrade, it may be "
+"necessary to restart them too.  We strongly recommend you to reboot your "
+"machine to avoid the SSL related trouble."
+msgstr ""
+"Falls andere Dienste auf mysteriöse Weise anfangen, nach diesem Upgrade zu "
+"versagen, könnte es notwendig sein, dass Sie diese auch neu starten müssen. "
+"Wir empfehlen Ihnen nachdrücklich, Ihre Maschine neu zu starten, um den SSL-"
+"bezogenen Problemen aus dem Weg zu gehen."
diff -Nru openssl097-0.9.7k.old/debian/po/gl.po openssl097-0.9.7k/debian/po/gl.po
--- openssl097-0.9.7k.old/debian/po/gl.po	1970-01-01 01:00:00.0 +0100
+++ openssl097-0.9.7k/debian/po/gl.po	2007-02-04 12:17:59.176530536 +0100
@@ -0,0 +1,69 @@
+#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 av

Bug#406395: hylafax-server: bin/faxrcvd, bin/notify won't be able to send email

[Giuseppe Sacco]

Il giorno mer, 10/01/2007 alle 21.44 +0100, Paolo ha scritto:
[...]
> unless I've screwed things up, I've checked Woody, Sarge, Etch for 
> possibility for uucp.uucp to call sendmail -f - ie setting return-path:
> and it results it can't - ie uucp isn't in 'trusted' group. At least, with 
> masqmail I'm using.
[...]

Hi Paolo,
you are right about this problem, but the current code works well with
the standard configuration. Problems my arise if you use a non default
MTA. I would add a note about this in README.Debian.

I wrote about default configuration. All my tests are done using exim as
MTA. exim have uucp among the trusted users. I also checked default
postfix configuration and it seems it does the same. I tough all MTA
would accept uucp user as special user since uucp is required for
transferring email via UUCP over TCP.

If you agree, I would add a note in README.Debian and close this bug
report.

Bye,
Giuseppe


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

Bug#409892: please remove the dependency to java-gcj-compat-dev for m32r.

[Kazuhiro Inaoka]

Package:db4.2
Version:4.2.52+dfsg-1
Serverity:wishlist
Tags:patch

Could you please remove the dependency to java-gcj-compat-dev for m32r.

Regards,

Kazuhiro Inaoka


--- db4.2-4.2.52+dfsg/debian/control.org2007-02-06 10:00:37.0 
+0900
+++ db4.2-4.2.52+dfsg/debian/control2007-02-06 10:00:49.0 +0900
@@ -4,7 +4,7 @@
 Maintainer: Debian Berkeley DB Maintainers <[EMAIL PROTECTED]>
 Uploaders: Clint Adams <[EMAIL PROTECTED]>, Matthew Wilcox <[EMAIL 
PROTECTED]>, Andreas Barth <[EMAIL PROTECTED]>, Adam Conrad <[EMAIL PROTECTED]>
 Standards-Version: 3.7.2
-Build-Depends: tcl8.4-dev, procps [!hurd-i386], java-gcj-compat-dev [!m68k 
!mips !mipsel !arm !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
+Build-Depends: tcl8.4-dev, procps [!hurd-i386], java-gcj-compat-dev [!m32r 
!m68k !mips !mipsel !arm !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
 
 Package: libdb4.2-dev
 Architecture: any

Bug#409893: please remove the dependency to java-gcj-compat-dev for m32r.

[Kazuhiro Inaoka]

Package:db4.4
Version:4.4.20-1
Serverity:wishlist
Tags:patch

Could you please remove the dependency to java-gcj-compat-dev for m32r.

Regards,

Kazuhiro Inaoka


--- db4.4-4.4.20/debian/control.org 2007-02-06 09:58:37.0 +0900
+++ db4.4-4.4.20/debian/control 2007-02-06 09:58:52.0 +0900
@@ -4,7 +4,7 @@
 Maintainer: Debian Berkeley DB Maintainers <[EMAIL PROTECTED]>
 Uploaders: Clint Adams <[EMAIL PROTECTED]>, Matthew Wilcox <[EMAIL 
PROTECTED]>, Andreas Barth <[EMAIL PROTECTED]>, Adam Conrad <[EMAIL PROTECTED]>
 Standards-Version: 3.7.2
-Build-Depends: tcl8.4-dev, procps [!hurd-i386], java-gcj-compat-dev [!m68k 
!mips !mipsel !arm !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
+Build-Depends: tcl8.4-dev, procps [!hurd-i386], java-gcj-compat-dev [!m32r 
!m68k !mips !mipsel !arm !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
 
 Package: db4.4-doc
 Architecture: all

Bug#409891: please remove the dependency to java-gcj-compat-dev for m32r.

[Kazuhiro Inaoka]

Package:db4.5
Version:4.5.20-1
Serverity:wishlist
Tags:patch

Could you please remove the dependency to java-gcj-compat-dev for m32r.

Regards,

Kazuhiro Inaoka


--- db4.5-4.5.20/debian/control.org 2007-02-06 13:36:39.0 +0900
+++ db4.5-4.5.20/debian/control 2007-02-06 13:36:54.0 +0900
@@ -4,7 +4,7 @@
 Maintainer: Debian Berkeley DB Maintainers <[EMAIL PROTECTED]>
 Uploaders: Clint Adams <[EMAIL PROTECTED]>, Matthew Wilcox <[EMAIL 
PROTECTED]>, Andreas Barth <[EMAIL PROTECTED]>, Adam Conrad <[EMAIL PROTECTED]>
 Standards-Version: 3.7.2
-Build-Depends: tcl8.4-dev, procps [!hurd-i386], java-gcj-compat-dev [!m68k 
!mips !mipsel !arm !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
+Build-Depends: tcl8.4-dev, procps [!hurd-i386], java-gcj-compat-dev [!m32r 
!m68k !mips !mipsel !arm !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
 
 Package: db4.5-doc
 Architecture: all

Bug#405270: machine hangs after loading ipw3945d

[Jurij Smakov]

Hi Michael,

I just wanted to check whether you had better luck using 
ipw3945/ipw3945d with newer versions of the kernel and/or driver. Does 
the daemon still hang when kill switch is on?

Best regards,
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC


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

Bug#409890: please remove the dependency to java-gcj-compat-dev for m32r.

[Kazuhiro Inaoka]

Package:db4.3
Version:4.3.29-6
Serverity:wishlist
Tags:patch

Could you please remove the dependency to java-gcj-compat-dev for m32r.

Regards,

Kazuhiro Inaoka


--- db4.3-4.3.29/debian/control.org 2007-02-06 09:34:23.0 +0900
+++ db4.3-4.3.29/debian/control 2007-02-06 09:34:44.0 +0900
@@ -4,7 +4,7 @@
 Maintainer: Debian Berkeley DB Maintainers <[EMAIL PROTECTED]>
 Uploaders: Clint Adams <[EMAIL PROTECTED]>, Matthew Wilcox <[EMAIL 
PROTECTED]>, Andreas Barth <[EMAIL PROTECTED]>, Adam Conrad <[EMAIL PROTECTED]>
 Standards-Version: 3.7.2
-Build-Depends: tcl8.4-dev, procps [!hurd-i386], java-gcj-compat-dev [!m68k 
!mips !mipsel !arm !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
+Build-Depends: tcl8.4-dev, procps [!hurd-i386], java-gcj-compat-dev [!m32r 
!m68k !mips !mipsel !arm !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
 
 Package: db4.3-doc
 Architecture: all

Bug#408928: ipw3945d: please allow /var/run as tmpfs

[Jurij Smakov]

Hi Luca,

Thanks for the report. I've prepared a new version of ipw3945d which 
should handle the /var/run on tmpfs properly. I would appreciate if 
you could test it and confirm that it works ok in your setup. You
can download the source package and the deb from

http://www.wooyd.org/debian/ipw3945d/

Thanks,
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC


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

Bug#409887: git-core: git-http-fetch creates double slash("//") which not all servers know how to handle

[gary ng]

Package: git-core
Version: 1:1.4.4.3-1
Severity: normal

http-fetch.c construct the pack info retreival based on the pased in base
which has deliberately added a "/" at the end in perl script. This results in
url of the form "http://base//objects/info/packs"; being submitted to the
server. I briefly go through the RFC and there is no specification saying
double slash(or multiple for that matter) should be compressed into a single
one. Though most apache installation does.

What I am using is amazon's S3 service which does not though. As a result, the
URL is not found. The result is that I cannot serve a packed repo on S3.

Below is a patch to fix this, please consider it or discuss it with upstream.

--- http-fetch.c.old2006-12-21 04:11:12.0 +0800
+++ http-fetch.c2007-02-06 12:27:18.0 +0800
@@ -400,7 +400,7 @@
fprintf(stderr, "Getting index for pack %s\n", hex);
 
url = xmalloc(strlen(repo->base) + 64);
-   sprintf(url, "%s/objects/pack/pack-%s.idx", repo->base, hex);
+   sprintf(url, "%sobjects/pack/pack-%s.idx", repo->base, hex);
 
filename = sha1_pack_index_name(sha1);
snprintf(tmpfile, sizeof(tmpfile), "%s.temp", filename);
@@ -479,7 +479,7 @@
 
/* Try reusing the slot to get non-http alternates */
alt_req->http_specific = 0;
-   sprintf(alt_req->url, "%s/objects/info/alternates",
+   sprintf(alt_req->url, "%sobjects/info/alternates",
base);
curl_easy_setopt(slot->curl, CURLOPT_URL,
 alt_req->url);
@@ -634,7 +634,7 @@
fprintf(stderr, "Getting alternates list for %s\n", base);
 
url = xmalloc(strlen(base) + 31);
-   sprintf(url, "%s/objects/info/http-alternates", base);
+   sprintf(url, "%sobjects/info/http-alternates", base);
 
/* Use a callback to process the result, since another request
   may fail and need to have alternates loaded before continuing */
@@ -684,7 +684,7 @@
fprintf(stderr, "Getting pack list for %s\n", repo->base);
 
url = xmalloc(strlen(repo->base) + 21);
-   sprintf(url, "%s/objects/info/packs", repo->base);
+   sprintf(url, "%sobjects/info/packs", repo->base);
 
slot = get_active_slot();
slot->results = &results;
@@ -766,7 +766,7 @@
}
 
url = xmalloc(strlen(repo->base) + 65);
-   sprintf(url, "%s/objects/pack/pack-%s.pack",
+   sprintf(url, "%sobjects/pack/pack-%s.pack",
repo->base, sha1_to_hex(target->sha1));
 
filename = sha1_pack_name(target->sha1);

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

Versions of packages git-core depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcurl3-gnutls  7.15.5-1Multi-protocol file transfer libra
ii  libdigest-sha1-perl  2.11-1  NIST SHA-1 message digest algorith
ii  liberror-perl0.15-8  Perl module for error/exception ha
ii  libexpat11.95.8-3.3  XML parsing C library - runtime li
ii  perl-modules 5.8.8-6.1   Core Perl modules
ii  rcs  5.7-18  The GNU Revision Control System
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages git-core recommends:
ii  curl 7.15.5-1Get a file from an HTTP, HTTPS, FT
ii  git-doc  1:1.4.4.1-1 content addressable filesystem (do
ii  less 394-4   Pager program similar to more
ii  openssh-client [ssh-client]  1:4.3p2-7   Secure shell client, an rlogin/rsh
ii  patch2.5.9-4 Apply a diff file to an original
ii  python   2.4.4-2 An interactive high-level object-o
ii  rsync2.6.9-2 fast remote file copy program (lik

-- no debconf information


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

Bug#409886: Installation report

[Campbell, Ian]

Package: installation-reports

Boot method:  CD
Image version: Debian-testing-i386.iso downloaded 10th Jan 07
Date: 2/2/07

Machine: Dell SC440
Processor: Xeon 3000
Memory: 2gb
Partitions: 2 x 250gb SATA mirrored
FilesystemSize  Used Avail Use% Mounted on
/dev/sda1 259M  107M  139M  44% /
tmpfs1014M 0 1014M   0% /lib/init/rw
udev   10M  100K   10M   1% /dev
tmpfs1014M 0 1014M   0% /dev/shm
/dev/sda9 218G  189M  206G   1% /home
/dev/sda8 373M   11M  343M   3% /tmp
/dev/sda5 4.6G  1.7G  2.7G  39% /usr
/dev/sda6 2.8G  619M  2.1G  24% /var
/dev/fd0  1.4M  3.5K  1.4M   1% /mnt
Output of lspci -nn and lspci -vnn:
00:00.0 Host bridge [0600]: Intel Corporation E7230 Memory Controller
Hub [8086:2778]
00:01.0 PCI bridge [0604]: Intel Corporation E7230 PCI Express Root Port
[8086:2779]
00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI
Express Port 1 [8086:27d0] (rev 01)
00:1c.4 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7
Family) PCI Express Port 5 [8086:27e0] (rev 01)
00:1c.5 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7
Family) PCI Express Port 6 [8086:27e2] (rev 01)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB UHCI #1 [8086:27c8] (rev 01)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB UHCI #2 [8086:27c9] (rev 01)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB UHCI #3 [8086:27ca] (rev 01)
00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB UHCI #4 [8086:27cb] (rev 01)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB2 EHCI Controller [8086:27cc] (rev 01)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge
[8086:244e] (rev e1)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801GB/GR (ICH7 Family)
LPC Interface Bridge [8086:27b8] (rev 01)
00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE
Controller [8086:27df] (rev 01)
00:1f.2 IDE interface [0101]: Intel Corporation 82801GB/GR/GH (ICH7
Family) Serial ATA Storage Controller IDE [8086:27c0] (rev 01)
00:1f.3 SMBus [0c05]: Intel Corporation 82801G (ICH7 Family) SMBus
Controller [8086:27da] (rev 01)
01:00.0 PCI bridge [0604]: Intel Corporation 6702PXH PCI Express-to-PCI
Bridge A [8086:032c] (rev 09)
02:08.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic
SAS1068 PCI-X Fusion-MPT SAS [1000:0054] (rev 01)
05:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme
BCM5754 Gigabit Ethernet PCI Express [14e4:167a] (rev 02)
06:02.0 SCSI storage controller [0100]: Adaptec ASC-39320A U320
[9005:8016] (rev 10)
06:02.1 SCSI storage controller [0100]: Adaptec ASC-39320A U320
[9005:8016] (rev 10)
06:04.0 Communication controller [0780]: Conexant HSF 56k Data/Fax Modem
[14f1:2f20]
06:07.0 VGA compatible controller [0300]: ATI Technologies Inc ES1000
[1002:515e] (rev 02)

00:00.0 Host bridge [0600]: Intel Corporation E7230 Memory Controller
Hub [8086:2778]
Subsystem: Dell Unknown device [1028:01df]
Flags: bus master, fast devsel, latency 0
Capabilities: [e0] Vendor Specific Information

00:01.0 PCI bridge [0604]: Intel Corporation E7230 PCI Express Root Port
[8086:2779] (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=02, sec-latency=0
I/O behind bridge: d000-dfff
Memory behind bridge: efd0-efef
Capabilities: [88] Subsystem: Intel Corporation Unknown device
[8086:]
Capabilities: [80] Power Management version 2
Capabilities: [90] Message Signalled Interrupts: Mask- 64bit-
Queue=0/0 Enable+
Capabilities: [a0] Express Root Port (Slot+) IRQ 0
Capabilities: [100] Virtual Channel
Capabilities: [140] Unknown (5)

00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI
Express Port 1 [8086:27d0] (rev 01) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
Memory behind bridge: efc0-efcf
Capabilities: [40] Express Root Port (Slot+) IRQ 0
Capabilities: [80] Message Signalled Interrupts: Mask- 64bit-
Queue=0/0 Enable+
Capabilities: [90] Subsystem: Gammagraphx, Inc. Unknown device
[:]
Capabilities: [a0] Power Management version 2
Capabilities: [100] Virtual Channel
Capabilities: [180] Unknown (5)

00:1c.4 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7
Family) PCI Express Port 5 [8086:27e0] (rev 01) (prog-if 00 [Normal
decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
Capabilities: [40] Express Root Port (Slot+) IRQ 0
Capabilities: [80] Message Signalled Interrupts: Mask- 64

Bug#401800: inclusion status?

[Joshua Rubin]

Hi,

I am currently working on trying to get trousers and opencryptoki into
Debian. As this is a somewhat related project, would you be interested
in a co-maintainer? I have made some initial packages (replacing the
debian/ directory in the original source with my new one). They can be
found here:

http://www.rubixlinux.org/debian/ecryptfs-utils/

Please let me know if I can help. I am not a DD, so I will have to get
this package sponsored.

Thanks,
Joshua



signature.asc
Description: OpenPGP digital signature

Bug#409593: Rename to libengine-tpm-openssl

[Joshua Rubin]

I believe that libengine-tpm-openssl will be a better name for this
package. There is already a libengine-pkcs11-openssl, so I have updated
the naming accordingly.



signature.asc
Description: OpenPGP digital signature

Bug#409885: device3dfx-source: FTBFS with newer linux 2.6 kernels

[Guillem Jover]

Package: device3dfx-source
Version: 2004.08.21-2
Severity: serious
Tags: pending

Hi,

The package does not build with recent linux 2.6 kernels, starting
from 2.6.10. I've fixed this in upstream CVS so that it works with
kernels as recent as 2.6.20, and I'll proceed by uploading to sid.

regards,
guillem


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

Bug#409884: File-Roller hangs when clicking Extract

[James Anderson]

Package:  file-roller
Version:  2.14.4-2


file-roller hangs on clicking "Extract" button in menu for any archive.

When a file is opened in file-roller either directly via "open" or
through nautilus, the program hangs when "Extract" is chosen. The button
 depresses as it is clicked and remains there.

It dumps an error to console or .xsession-errors depending on how its
run:

*** glibc detected *** free(): invalid pointer: 0xb7ee60cc ***

with the last few hex numbers changing.  such as:  0xb7e2f0cc and
0xb7ef30cc

Steps to reproduce the crash:
1.  open archive
2.  click extract

Happens every time.

Works fine using nautilus context menu.

Tried re-installing file-roller but same thing happens.


Debian testing
Kernel version: 2.6.18-3-686 #1 SMP
glibc version: 2.3.6.ds1-10


Cheers,

James Anderson





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

Bug#409472: ttf-dejavu: Condensed fonts not working

[Hash C. Borger]

--Snipped Quoted Text--

Thank you very much for clearing this up.  I do not know if this is
advised, however I was able to get around this bug, though in an
unorthodox manner.  Since I only need/use the condensed version of one
particular font, I simply mv to

/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf.backup

and cp

/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerifCondensed.ttf to DejaVuSerif.ttf

Having done this, I simply select DejaVu Serif in the fonts list, and
the Condensed version is used.


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

Bug#409693: kernel-package: please rename to linux-package

[Manoj Srivastava]

On Mon, 5 Feb 2007 15:28:59 -0500, Filipus Klutiero <[EMAIL PROTECTED]> said: 

> On Monday 05 February 2007 15:37, [EMAIL PROTECTED] wrote:
>> On Mon, 5 Feb 2007 08:00:09 -0500, Filipus Klutiero
>> 
>> <[EMAIL PROTECTED]> said:
>> > On Monday 05 February 2007 13:14, Manoj Srivastava wrote:
>> >> Hi,
>> >
>> > [...]
>> >
>> >> b) Changing the name would be mischaracterization of the
>> >> capabilities of the package
>> >
>> > Why?
>> 
>> Because linux is just one of the targets for the package?
> According to the package description: A utility for building Linux
> kernel related Debian packages.

Hmm. Should remove the word Linux from that.

> Which other targets would there be?

Anything that Debian ships should be fair game. Like the BSD
 kernel, which this builds.

manoj
-- 
Even if previously careless, when a man later stops being careless, he
illuminates the world, like the moon breaking away from a cloud. 172
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Bug#409637: tasksel: [INTL:eo] kelkaj korektoj pri la esperanta traduko.

[Christian Perrier]

tags 409637 pending
thanks

Quoting Serge Leblanc ([EMAIL PROTECTED]):
> Package: tasksel
> Version: N/A
> Severity: wishlist
> Tags: l10n patch d-i
> 
> Estimata,
> Bonvolu ricevi ĉi tiujn korektojn pri la esperanta traduko de 'tasksel'.


Commitoj




signature.asc
Description: Digital signature

Bug#409883: firefox-dbg: It should be removed from repository

[Hideki Yamane]

Package: firefox-dbg
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

 I suggest you to remove firefox-dbg package from repository.

 - transition from firefox to iceweasel seems fine.
   now iceweasel-dbg package is in repository. 
 - it is based on firefox 1.5, and it contains lots of vulnerability
   that fixed in iceweasel* packages.
 
 Could you think about this?

- -- 
Regards,

 Hideki Yamane 

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

iD8DBQFFyAfoIu0hy8THJksRAj6JAJwJzv5seLagTw6ga6q2EcIIclP2RgCgppoA
fXBOQzmzlXK82lZCEiSeJKk=
=IazI
-END PGP SIGNATURE-


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

Bug#409747: apex-nslu2 1.4.14 breaks current debian-installer build

[Martin Michlmayr]

* Marc Singer <[EMAIL PROTECTED]> [2007-02-05 18:21]:
> Looks like an inadvertent change of the output file name.  I'll fix
> it and do an upload.

... or we simply stay with the new name since I've changed d-i to cope
with both the old and new name.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#409854: dnsprogs: [INTL:pt] Portuguese translation for debconf messages

[Martin Michlmayr]

* Traduz! <[EMAIL PROTECTED]> [2007-02-05 23:11]:
> Package: dnsprogs

There's no such package in Debian and I cannot quite figure out which
one you really mean.  There's e.g. dnsmasq 2.37-1.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#409302: update-java-alternatives is broken

[Steve Langasek]

severity 409302 important
thanks

On Thu, Feb 01, 2007 at 10:32:24PM +0100, Nicolas DEGAND wrote:
> After migrating from java 1.5 to java6, my jre was not
> working anymore in my browser, complaining it could not find the java
> binary. After following the symlinks, I found out that /etc/alternatives
> was still pointing to java 1.5.
> /usr/share/doc/sun-java6-bin/README.alternatives said that I should type
> (this should probably been done automagically during upgrade and I
> guess it has been designed to be this way, but it seems flawed)
> :

> update-java-alternatives --jre java-6-sun

> But the script does not work (it only prints the help messages).

I see the same errors from update-java-alternatives, but it looks like the
problem is that no JREs have yet registered with this particular script. 
I'm not sure what all java-common is supposed to do, but there are a large
number of packages which depend on it and none of them seem to care about
update-java-alternatives; so I don't think we should consider this package
unusable just because this particular script is unusable.

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


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

Bug#409882: kqemu: new version available with GPL license

[Aurelien Jarno]

Package: kqemu
Version: 1.3.0~pre9-12
Severity: wishlist

Hi,

A new version of kqemu has been released (pre10). The most noticeable
change is that the license is now the GPL.

http://fabrice.bellard.free.fr/qemu/

Bye,
Aurelien


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


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

Bug#409867: azureus: Hard-freezes whole system whenever it is run

[Steve Langasek]

severity 409867 important
tags 409867 unreproducible
thanks

On Mon, Feb 05, 2007 at 08:10:14PM -0500, Darren Charette wrote:
> Whenever Azureus is run, it freezes the entire system after an arbitrary 
> length of time.  This is a hard-freeze, and I can only manage to reboot 
> via SysRq or the power button.

> The freeze occurs anywhere from before the splash-screen to after ~30 of 
> observed running.  I do not know what, if anything, affects this.

> I've tried both GIJ and Sun Java6 runtimes/JVM's, with freezes under 
> both.

This doesn't happen to me, I'm using azureus here without errors.

-- 
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#409703: CVE-2007-0667: sql-ledger: Arbitrary Code Execution

[Chris Travers]

This patch was made against 2.6.18 but could be applicable to many other 
versions as well.  It alters the redirect() subroutine in the Form.pm to 
effectively whitelist scripts.


Raphael Hertzog wrote:

Hello,

On Sun, 04 Feb 2007, Alex de Oliveira Silva wrote:
  

Package: sql-ledger
Version: 2.6.22-1
Severity: important
Tags: security

Hi.
Maybe sql-ledger is affected by CVE-2007-0667.

Description:
Separate from CVE-2006-5872, there is a possibility of causing arbitrary
code execution during redirects. This requires a valid login to exploit
and was discovered and brought to the attention of both the SQL-Ledger
and LedgerSMB team in November. LedgerSMB 1.1.5 corred the problem, but
it is still not corrected in SQL-Ledger.

Reference:
http://www.frsirt.com/english/advisories/2007/0407
http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-0667



Indeed, none of the vulnerabilities which require an account have been
fixed in SQL-Ledger. Chris Travers promised to post an unofficial patch
for sql-ledger but I can't find on the sql-ledger mailing list...

Chris ? Can you point us to the patch ?

Cheers,
  


diff -C3 -r sql-ledger-orig/SL/Form.pm sql-ledger/SL/Form.pm
*** sql-ledger-orig/SL/Form.pm	2007-02-05 18:20:34.0 -0800
--- sql-ledger/SL/Form.pm	2007-02-05 18:23:06.0 -0800
***
*** 311,318 
  
if ($self->{callback}) {
  
! my ($script, $argv) = split(/\?/, $self->{callback});
! exec ("perl", $script, $argv);
 
} else {
  
--- 311,327 
  
if ($self->{callback}) {
  
! 	my ($script, $argv) = split(/\?/, $self->{callback});
! 	foreach (qw/admin.pl login.pl am.pl ap.pl ar.pl bp.pl ca.pl 
! 			cp.pl ct.pl menu.pl gl.pl hr.pl ic.pl ir.pl
! 			is.pl jc.pl oe.pl pe.pl ps.pl rc.pl rp.pl/) {
! 		if ($_ =~ /(?:custom_)?$script/) {
! 			exec ("perl", $script, $argv);
! 		}
! 	}
! 	# $script not in whitelist
! 	$self->error('Access Denied!')
! 
 
} else {
  
begin:vcard
fn:Chris Travers
n:Travers;Chris
email;internet:[EMAIL PROTECTED]
tel;work:509-888-0220
tel;cell:509-630-7794
x-mozilla-html:FALSE
version:2.1
end:vcard

Bug#409880: FW: libpam-ldap upgrade breaks pam_ldap.conf and can't login

[Jamie ffolliott]

Package: libpam-ldap
Version: 180-1.5

I've sent the following email and did not receive a response from the
libpam-ldap maintainer.  I've upgraded another sarge box since and confirmed
the bug still exists. This is a serious problem for upgrades from sarge, or
any package update, so please fix it before release.

-Original Message-
From: Jamie ffolliott [mailto:[EMAIL PROTECTED] 
Sent: Saturday, January 20, 2007 5:59 PM
To: '[EMAIL PROTECTED]'
Subject: libpam-ldap upgrade breaks pam_ldap.conf and can't login

Package: libpam-ldap
Version: 180-1.4

After an apt-get upgrade, the libpam-ldap packate updated, and in doing so
it rewrote parts of the /etc/pam_ldap.conf file as follows
- rewrote host, base, ldap_version, pam_password
- commented out the "uri" setting, which is an alternative setting to "host"
that supports ldap over ssl.

Since I don't use unencrypted logins to my ldap server, and I'm not sure who
would do such a thing, I cannot use the host setting.  The latter step that
comments out "uri" in fact breaks authentication to this machine.

I've tried dpkg-reconfigure libpam-ldap and there's no option to preserve my
URI setting, which must be set to "ldaps://ldap.mydomain.com" for logins to
succeed.

Even if I leave "host" blank, it will still disable the "uri" setting - and
this is the heart of the issue, I can't avoid breaking the existing
libpam-ldap config.

Luckily I have ssh's pub key authentication setup, so I can get in to fix,
but without that this debian client would be rendered useless upon upgrade
from sarge to etch.

Please consider this critical, I don't want all my servers to be rendered
inaccessible after upgrading to etch which I hope to do upon release.  It
locks out access to the box completely.

Thx!



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

Bug#409877: multi-gnome-terminal: Control PageUp/PageDown characters are not recognized inside vim

[Kamaraju Kusumanchi]

Package: multi-gnome-terminal
Version: 1.6.2-13
Severity: normal

$cat temp1.txt
file1

$cat temp2.txt
file2

With a version of vim that has tabs functionality, if you do

$vim -p temp1.txt temp2.txt 
2 files to edit

both the files will be opened up in two tabs. Usually one can traverse across
these tabs using Control-PageUp, Control-PgDown keys. These two keys work
perfectly in konsole, xterm. However they do not seem to work in
multi-gnome-terminal. Having this functionality would be tremendously useful for
keyboard junkies.

I am currently running Etch.

hth
raju


$dpkg -l vim\* | grep ^ii
ii  vim   7.0-122+1  Vi IMproved - enhanced vi editor
ii  vim-common7.0-122+1  Vi IMproved - Common files
ii  vim-doc   7.0-122+1  Vi IMproved - HTML documentation
ii  vim-gtk   7.0-122+1  Vi IMproved - enhanced vi editor - with 
GTK2
ii  vim-gui-common7.0-122+1  Vi IMproved - Common GUI files
ii  vim-latexsuite20060325-1 View, edit and compile LaTeX documents from
ii  vim-runtime   7.0-122+1  Vi IMproved - Runtime files


$vim --version
VIM - Vi IMproved 7.0 (2006 May 7, compiled Oct 10 2006 00:14:41)
Included patches: 1-122
Compiled by [EMAIL PROTECTED]
Big version with GTK2 GUI.  Features included (+) or not (-):
+arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset +cindent
+clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments
+cryptv +cscope +cursorshape +dialog_con_gui +diff +digraphs +dnd -ebcdic
+emacs_tags +eval +ex_extra +extra_search +farsi +file_in_path +find_in_path
+folding -footer +fork() +gettext -hangul_input +iconv +insert_expand +jumplist
 +keymap +langmap +libcall +linebreak +lispindent +listcmds +localmap +menu
+mksession +modify_fname +mouse +mouseshape +mouse_dec +mouse_gpm
-mouse_jsbterm +mouse_netterm +mouse_xterm +multi_byte +multi_lang -mzscheme
+netbeans_intg -osfiletype +path_extra -perl +postscript +printer -profile
-python +quickfix +reltime +rightleft -ruby +scrollbind +signs +smartindent
-sniff +statusline -sun_workshop +syntax +tag_binary +tag_old_static
-tag_any_white -tcl +terminfo +termresponse +textobjects +title +toolbar
+user_commands +vertsplit +virtualedit +visual +visualextra +viminfo +vreplace
+wildignore +wildmenu +windows +writebackup +X11 -xfontset +xim +xsmp_interact
+xterm_clipboard -xterm_save
   system vimrc file: "$VIM/vimrc"
 user vimrc file: "$HOME/.vimrc"
  user exrc file: "$HOME/.exrc"
  system gvimrc file: "$VIM/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
system menu file: "$VIMRUNTIME/menu.vim"
  fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12
 -O2 -g -Wall
Linking: gcc   -L/usr/local/lib -o vim   -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 
-lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama 
-lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lgobject-2.0 
-lgmodule-2.0 -lglib-2.0   -lXt -lncurses -lgpm



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

Versions of packages multi-gnome-terminal depends on:
ii  debconf   1.5.11 Debian configuration management sy
ii  gdk-imlib11   1.9.14-31  imaging library for use with gtk
ii  libart2   1.4.2-34   The GNOME canvas widget - runtime 
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.6.ds1-10   GNU C Library: Shared libraries
ii  libdb33.2.9+dfsg-0.1 Berkeley v3 Database Libraries [ru
ii  libesd-alsa0 [libesd0]0.2.36-3   Enlightened Sound Daemon (ALSA) - 
ii  libglade-gnome0   1:0.17-8   library to load .glade files at ru
ii  libglade0 1:0.17-8   library to load .glade files at ru
ii  libglib1.21.2.10-17  The GLib library of C routines
ii  libgnome321.4.2-34   The GNOME libraries
ii  libgnomesupport0  1.4.2-34   The GNOME libraries (Support libra
ii  libgnomeui32  1.4.2-34   The GNOME libraries (User Interfac
ii  libgnorba27   1.4.2-34   GNOME CORBA services
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  liborbit0 0.5.17-11.1Libraries for ORBit - a CORBA ORB
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm61:1.0.1-3  

Bug#409878: nginx_0.5.11-1(ia64/unstable): FTBFS: compile errors

[lamont]

Package: nginx
Version: 0.5.11-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of nginx_0.5.11-1 on caballero by sbuild/ia64 98
> Build started at 20070206-0034

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5), autotools-dev, libpcre3-dev, zlib1g-dev

[...]

>   -o objs/src/core/ngx_times.o \
>   src/core/ngx_times.c
> gcc -c -O -pipe  -O -W -Wall -Wpointer-arith -Wno-unused-parameter 
> -Wno-unused-function -Wunused-variable -Wunused-value -Werror -g  -I src/core 
> -I src/event -I src/event/modules -I src/os/unix -I objs \
>   -o objs/src/core/ngx_shmtx.o \
>   src/core/ngx_shmtx.c
> src/core/ngx_shmtx.c:38:73: error: macro "ngx_open_file" requires 4 
> arguments, but only 3 given
> src/core/ngx_shmtx.c: In function 'ngx_shmtx_create':
> src/core/ngx_shmtx.c:38: error: 'ngx_open_file' undeclared (first use in this 
> function)
> src/core/ngx_shmtx.c:38: error: (Each undeclared identifier is reported only 
> once
> src/core/ngx_shmtx.c:38: error: for each function it appears in.)
> make[2]: *** [objs/src/core/ngx_shmtx.o] Error 1
> make[2]: Leaving directory `/build/buildd/nginx-0.5.11'
> make[1]: *** [build] Error 2
> make[1]: Leaving directory `/build/buildd/nginx-0.5.11'
> make: *** [build] Error 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=nginx&ver=0.5.11-1



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

Bug#409879: hal hide some partitions

[EagleScreen]

Package: hal
Version: 0.5.8.1-6
Severity: normal

When hal is installed in machines that have more than one hard disk, 
some partitions don't apperars on Computer section of GNOME desktop 
enviroment.

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

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

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

-- no debconf information


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

Bug#409876: RFA: cyrus2courier

[Roberto C. Sanchez]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have not used cyrus2courier in a very long time now.  I do not forsee
doing any other transitions ever (or for a long time at least).  As a
result, I will not be in a position to diagnose or fix bugs that may
arise with this package.  So far, it has been a very trouble-free
package with no currently open bugs.  The logical person to take this
package is either the current maintainer of the courier packages or
someone who is currently interested in transitioning a number of
installations from cyrus imap to courier imap.

If it has not been adopted by the time Etch releases, I will orphan the
package.  I maintain the complete revision history of the package in
subversion.  It is available to the prospective adopter on request.

Regards,

- -Roberto

- -- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.17-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

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

iD8DBQFFx/e65SXWIKfIlGQRAmKPAJ9xpUWxSwxsAP52PyD5uzXrJx3zdgCgozqj
oO4j1NMaiN/MKJ2An1ducRw=
=Zbjb
-END PGP SIGNATURE-


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

Bug#409081: rob focus when mouse fly over the inactive freemind window's node

[LI Daobing]

On 2/5/07, Eric Lavarde - Debian <[EMAIL PROTECTED]> wrote:

Hi Li,

I can't reproduce your issue with FreeMind 0.8.0 resp. the beta of 0.9.0.

Could you please try to install one of both and check if you still get the
issue? (the debian 0.8.0 packages on the FreeMind homepage are also from
the me, so the quality should be equivalent ;-) ).

Check http://freemind.sourceforge.net/wiki/index.php/FreeMind_on_Linux for
more details.

Note: the reason for not having a more recent version in Debian are
license reasons. 0.9.0 should make it into Debian!



I can reproduce this bug on freemind 0.8.0+01-4 debian package

--
LI Daobing


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

Bug#409874: Please add m32r-linux to config.guess

[Kazuhiro Inaoka]

Package:db4.2
Version:4.2.52+dfsg-1
Serverity:wishlist
Tags:patch

Could you please update config.guess or apply the patch to add m32r-linux.

Regards,

Kazuhiro Inaoka
--- db4.2-4.2.52+dfsg/dist/config.guess.org 2007-02-06 11:37:44.0 
+0900
+++ db4.2-4.2.52+dfsg/dist/config.guess 2007-02-06 11:16:44.0 +0900
@@ -899,6 +899,9 @@
 sh*:Linux:*:*)
echo ${UNAME_MACHINE}-unknown-linux-gnu
exit 0 ;;
+m32r*:Linux:*:*)
+   echo ${UNAME_MACHINE}-unknown-linux-gnu
+   exit 0 ;;
 sparc:Linux:*:* | sparc64:Linux:*:*)
echo ${UNAME_MACHINE}-unknown-linux-gnu
exit 0 ;;

Bug#409875: cryptsetup fails to create mapping on raid1

[Johannes Schlumberger]

Package: cryptsetup
Version: 2:1.0.4+svn26-1
Severity: important

Hi,
when trying to create a mapping for /dev/md0 cryptsetup fails to do so.

[04:11:[EMAIL PROTECTED]:/home/spjsschl]# cryptsetup -c aes -s 256 -d /dev/stdin
create root /dev/md0 < /key
Command failed: device-mapper: reload ioctl failed: Invalid argument

[04:12:[EMAIL PROTECTED]:/home/spjsschl]# dmesg | tail -n 3
device-mapper: table: 253:2: crypt: Device lookup failed
device-mapper: ioctl: error adding target to table
device-mapper: ioctl: device doesn't appear to be in the dev hash table.

creating a mapping on a loop-device or my swap-partitions works just fine, as it
always did.

[04:12:[EMAIL PROTECTED]:/home/spjsschl]# cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 hdd5[0] hdc1[1]
  19542976 blocks [2/2] [UU]

unused devices: 

I have attached my kernelconfig, if you need any other piece of information,
please let me know!
best regards,
Johannes


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

Versions of packages cryptsetup depends on:
ii  dmsetup  2:1.02.12-1 The Linux Kernel Device Mapper use
ii  libc62.3.6.ds1-11GNU C Library: Shared libraries
ii  libdevma 2:1.02.12-1 The Linux Kernel Device Mapper use
ii  libgcryp 1.2.3-2 LGPL Crypto library - runtime libr
ii  libgpg-e 1.4-2   library for common error values an
ii  libpopt0 1.10-3  lib for parsing cmdline parameters
ii  libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-1 universally unique id library

cryptsetup recommends no packages.

-- no debconf information
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.19.2-asso-50
# Tue Feb  6 01:17:05 2007
#
CONFIG_X86_32=y
CONFIG_GENERIC_TIME=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
CONFIG_DMI=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

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

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

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

#
# Block layer
#
CONFIG_BLOCK=y
CONFIG_LBD=y
# CONFIG_BLK_DEV_IO_TRACE is not set
CONFIG_LSF=y

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

#
# Processor type and features
#
# CONFIG_SMP is not set
# CONFIG_X86_PC is not set
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_NUMAQ is not set
# CONFIG_X86_SUMMIT is not set
# CONFIG_X86_BIGSMP is not set
# CONFIG_X86_VISWS is not set
CONFIG_X86_GENERICARCH=y
# CONFIG_X86_ES7000 is not set
CONFIG_X86_CYCLONE_TIMER=y
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUMM is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
CONFIG_MK7=y
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MEFFICEON is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MGEODEGX1 is not set
# CONFIG_MGEODE_LX is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
CONFIG_X86_GENERIC=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_

Bug#409873: wormux: New upstream version 0.79

[Daniel Nelson]

Package: wormux
Version: 0.7.4-3
Severity: wishlist

There is a new upstream release.  Version 0.79 is newer than 0.8 alpha.

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

Versions of packages wormux depends on:
ii  libc6  2.3.6.ds1-11  GNU C Library: Shared libraries
ii  libgcc11:4.1.1-21GCC support library
ii  libglib2.0-0   2.12.6-2  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.12.0-1  C++ wrapper for the GLib toolkit (
ii  libsdl-gfx1.2-42.0.13-2+b1   drawing and graphical effects exte
ii  libsdl-image1.21.2.5-3   image loading library for Simple D
ii  libsdl-mixer1.21.2.6-1.1+b2  mixer library for Simple DirectMed
ii  libsdl-net1.2  1.2.5-7+b1network library for Simple DirectM
ii  libsdl-ttf2.0-02.0.8-3+b1ttf library for Simple DirectMedia
ii  libsdl1.2debian1.2.11-7  Simple DirectMedia Layer
ii  libsigc++-2.0-0c2a 2.0.17-2  type-safe Signal Framework for C++
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libxml++2.6-2  2.14.0-0.1A C++ interface to the GNOME XML l
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  wormux-data0.7.4-3   Data files for the game wormux

wormux recommends no packages.

-- no debconf information


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

Bug#409368: Info received (Bug#409368: Acknowledgement (thoggen: unexplained halting))

[Paul Bransford]

The problem seems to be media-specific - other DVDs are working fine.


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

Bug#409856: fakeroot: nested fakeroot calls don't re-raise

[Mark Eichin]

Clint Adams <[EMAIL PROTECTED]> writes:

>> I'm not sure that subject is clear, but the demonstration that follows
>> should be:
>
> Currently fakeroot doesn't support nested operation.  There is this
> little block in faked.c:
>
>   if(getenv(FAKEROOTKEY_ENV)) {
>  /* I'm not sure -- maybe this can work?) */
> fprintf(stderr,"Please, don't run fakeroot from within fakeroot!\n");
> exit(1);
>   }
>
> Obviously this isn't working.  I can have the fakeroot script choke
> if the environment variable is set as a short-term fix.

I'd noticed that code, and that it wasn't having any impact, but I
assumed it was just old and that the fakeroot wrapper was already
taking care of it.

> In the long term, some kind of mechanism for the additional faked
> processes to talk to the "parent" might be possible.  A single faked
> process for all "children" might be possible as well, if it can track
> multiple "threads".

I'll certainly recommend it as a useful feature - we're working
towards running pbuilder itself without privileges, and it uses
fakeroot and fakechroot deeper inside.  In that sense, we're filling
in "fakeroot" where other users would fill in "sudo", so the desired
behavior really is "run this command as [apparent] root".


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

Bug#409517: dvipdfm segfault related to /etc/localtime

[Mark A. Wicks]

I've tried Martin's /etc/localtime with his malaga.dvi file on my system 
and had no problems.  The localtime file doesn't appear to be corrupt and 
this isn't one of those half-hour timezones. I think those are red 
herrings.  This is probably a new problem that might be unique to the 
AMD64 architecture.


There aren't very many ways I can imagine where the patch would corrupt 
memory.  Possibilities are the call to time() itself, the call to 
localtime(), and the call to sprintf() which writes to the variable named 
'date_string'. In the unpatched code, the buffer named 'date_string' was 
being overrun due to the half-hour time zones.  Assuming the AMD64 time() 
and localtime() calls work as expected, it's possible the 'date_string' 
buffer may still be overrun somehow.  Since I don't have AMD64/Debian, 
could you, Martin, run a debugger to see what's being written to 
'date_string' in the sprintf() call in pdfdoc.c?  If not, could you see if 
enlarging the date_string buffer has any effect on the problem?


Mark

On Mon, 5 Feb 2007, Frank K?ster wrote:


Date: Mon, 05 Feb 2007 10:18:18 +0100
From: "Frank [iso-8859-1] K?ster" <[EMAIL PROTECTED]>
To: Mark A. Wicks <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], Martin Michlmayr <[EMAIL PROTECTED]>
Subject: Re: Bug#409517: dvipdfm segfault related to /etc/localtime

Hi Mark,

there seems to be a problem with the timezone patch that we applied
recently to our version of dvipdfm: It again segfaults with certain
timezone files.  I'm not even sure whether /etc/localtime might not be
corrupted - but still it should give an error and not segfault.  On the
other hand, dvipdfm doesn't open localtime, but query it through defined
APIs, well.

Martin Michlmayr <[EMAIL PROTECTED]> wrote:


* Frank K?ster <[EMAIL PROTECTED]> [2007-02-03 21:13]:

Sorry, I have no idea.  But I asked because one of the last changes to
dvipdfm was a patch to *prevent* a segfault when used in a timezone with
half-hour offset from UTC.  It's in the same source file, but at a
different place than indicated by the trace, and I don't see the
relation ATM.  You can look at it at


Reverting this patch (debian/patches/patch-dvipdfm-timezone-crash)
gets rid of my segfault.


So the exact patch that we applied is at

http://svn.debian.org/wsvn/debian-tex/tetex-bin/trunk/debian/patches/patch-dvipdfm-timezone-crash?op=file&rev=0&sc=0

and Martin's complete bug report is at

http://bugs.debian.org/409517

Martin, do you happen to know how tzconfig handles /etc/localtime?  On
my sarge system, /etc/localtime is a symlink to a particular file below
/usr/share/zoneinfo/ (to Europe/Zurich), on my sid system it's an
ordinary file.

Is there an easy way to find out which of the preprocessor conditional
branches we're in?  I'm speaking of

+#ifdef HAVE_TM_GMTOFF  /* Preferred way to get time zone offset */
+  tz_offset = bd_time->tm_gmtoff;
+#else
+#ifdef HAVE_TIMEZONE   /* Plan B --- use external variable 'timezone'
+   /* (may not provide correct offset for daylight savings 
time) */
+  tz_offset = - timezone;
+#else  /* Last resort --- without more information, set offset 
to zero */
+  tz_offset = 0l;
+#endif /* HAVE_TIMEZONE */
+#endif /* HAVE_TM_GMTOFF */

The file is compiled with this command:

cc -DHAVE_CONFIG_H  -I. -I. -I.. -I./..   -O2 -c pdfdoc.c -o pdfdoc.o

TIA, Frank

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

Bug#409872: On slow arch apt just wastes cpu while waiting for dpkg to run

[Brian Brunswick]

Package: apt
Version: 0.6.46.4
Severity: normal


I'm running apt from an nfs-mounted chroot of the real disk inside a 
qemu-system-arm instance. This is quite slow, but better than the real machine
(nslu2) which has infeasibly little memory (32MB) [When I was young...],
at least for modern big package databases.

However, I notice that while dpkg is running to decompress something,
apt is still taking about as much cpu as the dpkg instance. This is sad,
giving that all its doing is waiting.

strace reveals:

read(4, 0xbea58906, 1)  = -1 EAGAIN (Resource temporarily 
unavailable)
nanosleep({0, 100}, NULL)   = 0
wait4(12980, 0xbea58758, WNOHANG, NULL) = 0
read(4, 0xbea58906, 1)  = -1 EAGAIN (Resource temporarily 
unavailable)
nanosleep({0, 100}, NULL)   = 0


So its got a wait4 and a 1ms delay. A real ARM chip is a disaster on context 
switches (need to flush the cache - it uses virtual addresses.) I guess
qemu-ed it is as well.

So I guess I'm asking for this particular bit of code to be fixed to be a bit
more gentle. There shouldn't be much slowdown on faster arches, and it
could double the speed in this case. Maybe it could do a smart backoff
or something. Or indeed just 10ms instead of 1ms would be enough.

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "arm";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::userstatus "status.user";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";
Dir::Etc "etc/apt/";
Dir::Etc::sourcelist "sources.list";
Dir::Etc::sourceparts "sources.list.d";
Dir::Etc::vendorlist "vendors.list";
Dir::Etc::vendorparts "vendors.list.d";
Dir::Etc::main "apt.conf";
Dir::Etc::parts "apt.conf.d";
Dir::Etc::preferences "preferences";
Dir::Bin "";
Dir::Bin::methods "/usr/lib/apt/methods";
Dir::Bin::dpkg "/usr/bin/dpkg";
DPkg "";
DPkg::Pre-Install-Pkgs "";
DPkg::Pre-Install-Pkgs:: "/usr/bin/apt-listchanges --apt || test $? -ne 10";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true";
DPkg::Tools "";
DPkg::Tools::Options "";
DPkg::Tools::Options::/usr/bin/apt-listchanges "";
DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2";

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --

deb http://ftp.uk.debian.org/debian/ etch main
#deb http://debian.hands.com/debian/ sid main
#deb-src http://ftp.uk.debian.org/debian/ etch main

deb http://security.debian.org/ etch/updates main
#deb-src http://security.debian.org/ etch/updates main

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

Versions of packages apt depends on:
ii  debian-archive-keyring  2006.11.22   GnuPG archive keys of the Debian a
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libgcc1 1:4.1.1-21   GCC support library
ii  libstdc++6  4.1.1-21 The GNU Standard C++ Library v3

apt recommends no packages.

-- no debconf information


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

Bug#409782: German manual page of aptitude is incomplete

[Sebastian Kapfer]

Am Montag, den 05.02.2007, 18:09 +0100 schrieb Christian Perrier:

> I'm hereby CC'ing Sebastian Kapfer who is, I think, the translator of
> aptitude doc files, as well as the German l10n mailing list.
> 
> What could be done is switching the aptitude documentation translation
> to gettext, just like it has been done for French and Japanese.

Hello guys,

I've not done any work on translating Aptitude in a while, and somebody
else has been handling the main .po file for quite some time.  However
if "somebody" is willing to sort out the technical details (i.e.
producing the .po and Makefiles and stuff), I'm willing to review/update
the German translation.

I agree that the XML file is a really big kludge :-)

-- 
Best Regards,  | Hi! I'm a .signature virus. Copy me into
 Sebastian | your ~/.signature to help me spread!


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#409747: apex-nslu2 1.4.14 breaks current debian-installer build

[Marc Singer]

On Mon, Feb 05, 2007 at 12:30:05AM -0700, Gordon Farquharson wrote:
> Package: apex
> Version: 1.4.14
> Severity: important
> 
> apex-nslu2 1.4.14 breaks the current debian-installer build because
> /boot/apex.flash no longer exists in the 1.4.14 deb.
> 
> cp /boot/apex.flash ./tmp/ixp4xx_netboot/apex.flash
> cp: cannot stat `/boot/apex.flash': No such file or directory
> make[2]: *** [nslu2_swap] Error 1
> make[1]: *** [_build] Error 2
> make: *** [build_ixp4xx_netboot] Error 2
> 
> Files in apex-nslu2_1.4.7_arm.deb
> 
> boot/apex.flash
> usr/share/doc/apex-nslu2/changelog.Debian.gz
> usr/share/doc/apex-nslu2/changelog.gz
> usr/share/doc/apex-nslu2/copyright
> 
> and in apex-nslu2_1.4.14_arm.deb
> 
> boot/apex.bin
> usr/sbin/apex-env
> usr/share/doc/apex-nslu2/changelog.Debian.gz
> usr/share/doc/apex-nslu2/changelog.gz
> usr/share/doc/apex-nslu2/copyright
> usr/share/man/man8/apex-env.8.gz
> 
> Please adjust the severity of this bug appropriately.

Looks like an inadvertent change of the output file name.  I'll fix it and do 
an upload.


> 
> Gordon
> 
> -- 
> Gordon Farquharson


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

Bug#408325: sfsauthd: fatal: Should not be reached - server fails on arm nslu2

[Brian Brunswick]

On 03/02/07, Jaakko Niemi <[EMAIL PROTECTED]> wrote:


On Wed, 24 Jan 2007, Brian Brunswick wrote:
> Package: sfs-server
> Version: 1:0.8-0+pre20060720.1-1
> Severity: grave
> Justification: renders package unusable
>
>
> While sfs-client seems to work ok onto another server, I get sfsauthd
crashing
> out and exiting leaving the above message in the syslog, when I do:
>  sfskey register
> while trying to set up a server. (after sfskey gen)

Sorry about the delay, I've been awfully busy with work.



No problem - I've been away as well.

For starters, please do shut down the server, and start sfssd manually

with -d switch, and see if any additional information is outputted.



Not much use I'm afraid...

LKG8A754B:~# sfssd -d
sfssd: version 0.8pre, pid 9479
sfssd: listening on TCP port 4
sfsrwsd: version 0.8pre, pid 9481
sfsauthd: version 0.8pre, pid 9480
sfsauthd: dbcache_refresh_delay = 0
sfsauthd: Disabling authentication server cache refresh...
sfsauthd: serving @nslu2.internal,pv5tbuysggfb3322r5wbs4v6mg9xzpk3
sfsrwsd: serving /sfs/@nslu2.internal,pv5tbuysggfb3322r5wbs4v6mg9xzpk3
sfsauthd: fatal: Should not be reached
sfssd: EOF from /usr/lib/sfs-0.8pre/sfsauthd

This seems unreproducible on other platforms, and given that the

authentication function just runs to the end, I'm thinking that something
(PAM or shadow) broke on ARM. Do you have possibility to rebuild sfs
on your machine? (quite a few hours and >500mb of disk needed..)

--j



Well, the machine in question is a 32MB nslu2, and it has difficulty even
running dpkg with todays database sizes! Mad swapping, sometimes onto a usb
key!:-( Can you say low expected lifetime?

However, I did manage yesterday to get debian etch installed with an
nfs-booted qemu instance, so things are looking up.(Minor fights with duff
mirrors and using vde2 being different from vde on the web page I was
following, and /dev/console missing etc. Might be worth putting my notes up
somewhere.) Its slow, but at least its not swapping to death. It looks like
its going to build - I'll leave it overnight :-)

I've just looked at the code, and at least that message only appears once.
Its also a bit suspicious - theres something that sets
pwd to NULL possibly further up. I can't help wondering also if somehow I
managed to trash the config files, or be weird by running as root (but it
does have a password) or something! I'm going to try purging all the config
and re-installing sfs from scratch, just in case.

Hmm... running dpkg on an nfs-mounted chroot inside qemu (256M memory set)
is much faster :-)

But running apt is slower! apt is busy-waiting on a 1ms loop waiting for
dpkg output. Its taking actually taking most of the cpu. I feel another bug
report coming on.

Anyway, its late here, more news another day. I'll just verify the bug with
a clean config, and then maybe bung in some traces and find out
whats going on with that suspicous auth function.

--
[EMAIL PROTECTED]

Bug#409871: i2e doesn't allow user to type correctly

[EagleScreen]

Package: i2e
Version: 0.5.1-2
Severity: normal

i2e doesn't allow user to type correctly the word to translate.
In addiction, i2e paste automatically any string copied in the system (a word 
copied by Ctrl + c) and doesn't keep 
free the field to insert the word to translate.

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

Versions of packages i2e depends on:
ii  gettext 0.16.1-1 GNU Internationalization utilities
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libglib1.2  1.2.10-17The GLib library of C routines
ii  libgtk1.2   1.2.10-18The GIMP Toolkit set of widgets fo
ii  libx11-62:1.0.3-5X11 client-side library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxi6  1:1.0.1-4X11 Input extension library

i2e recommends no packages.

-- no debconf information


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

Bug#409870: nvidia-kernel-legacy-2.6.18-3-486: Please extend description

[Moritz Naumann]

Package: nvidia-kernel-legacy-2.6.18-3-486
Version: 1.0.7184+5
Severity: wishlist

Currently, the legacy versions of the binary kernel modules use exactly
the same package description as the current packages. As such, it's not
possible to determine the difference between the legacy and non-legacy
versions by reading the package description. Please make the legacy
packages state how they differ from the 'current' ones. Pointing users
to
http://wiki.debian.org/NvidiaGraphicsDrivers#head-8268a723b3e5205d6b2e35444ab6895bab3f072c
or http://www.nvidia.com/object/IO_32667.html or refactoing some of the
information given there could help, too.

TIA,
Moritz

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
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#409434: Can reports of serious policy violations be downgraded to important?

[Philippe Cloutier]

Romain Beauxis a écrit :


Le dimanche 4 février 2007 13:35, vous avez écrit :
 


Anyway, one of the bugs is serious. If you keep the bugs merged, the merged
reports should have the maximum severity, i.e. serious rather than
important. So please upgrade.
   



It is serious regarding the policy violation.
However, I do not want to set it to serious as for now because of what Steve 
said.
 


What Steve said is for #393962 but not #388616.

If you wish to add a RC bug more to debian, please ask to the release managers 
if they feel that this should be solved for debian etch.


Release team: I believe that #388616 should be upgraded back to serious. 
Please state that you agree with Romain if the report shouldn't be 
upgraded back to serious.



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

Bug#409693: kernel-package: please rename to linux-package

[Filipus Klutiero]

On Monday 05 February 2007 15:37, [EMAIL PROTECTED] wrote:
> On Mon, 5 Feb 2007 08:00:09 -0500, Filipus Klutiero
>
> <[EMAIL PROTECTED]> said:
> > On Monday 05 February 2007 13:14, Manoj Srivastava wrote:
> >> Hi,
> >
> > [...]
> >
> >> b) Changing the name would be mischaracterization of the
> >> capabilities of the package
> >
> > Why?
>
>   Because linux is just one of the targets for the package?
According to the package description:
A utility for building Linux kernel related Debian packages.

Which other targets would there be?


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

Bug#409865: Please add .desktop file

[Lukas Fittl]

Package: bygfoot
Version: 2.0.1-1
Severity: wishlist
Tags: patch

Please consider applying the following patch, which adds a desktop file
to this package.

Desktop files are the new way how GNOME and KDE handle the applications
menu, and should be used instead or additionally to old Debian .menu
files. The freedesktop.org specification can be found at
http://standards.freedesktop.org/desktop-entry-spec/latest/

Thanks,
Lukas

-- 
Lukas Fittl <[EMAIL PROTECTED]>
--- bygfoot-2.0.1/debian/rules
+++ bygfoot-2.0.1/debian/rules
@@ -10,0 +11,5 @@
+   mkdir -p $(CURDIR)/debian/bygfoot/usr/share/applications
+   cp $(CURDIR)/debian/bygfoot.desktop $(CURDIR)/debian/bygfoot/usr/share/applications
+
+binary-install/bygfoot::
+   dh_desktop
only in patch2:
unchanged:
--- bygfoot-2.0.1.orig/debian/bygfoot.desktop
+++ bygfoot-2.0.1/debian/bygfoot.desktop
@@ -0,0 +1,11 @@
+[Desktop Entry]
+Encoding=UTF-8
+Type=Application
+Version=1.4
+Name=Bygfoot
+Exec=bygfoot
+Terminal=false
+Categories=Game;SportsGame;
+Comment=A football manager
+Comment[pt]=Gerenciador de Futebol
+Icon=/usr/share/games/bygfoot/support_files/pixmaps/bygfoot_icon.png


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

Bug#409867: azureus: Hard-freezes whole system whenever it is run

[Darren Charette]

Package: azureus
Version: 2.5.0.0+0-1
Severity: grave
Justification: renders package unusable

Whenever Azureus is run, it freezes the entire system after an arbitrary 
length of time.  This is a hard-freeze, and I can only manage to reboot 
via SysRq or the power button.

The freeze occurs anywhere from before the splash-screen to after ~30 of 
observed running.  I do not know what, if anything, affects this.

I've tried both GIJ and Sun Java6 runtimes/JVM's, with freezes under 
both.


-- 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-rc6-ck1-dc
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)

Versions of packages azureus depends on:
ii  gij [java-virtual-machine]4:4.1.1-15 The GNU Java bytecode interpreter
ii  gij-4.1 [java2-runtime]   4.1.1-20   The GNU Java bytecode interpreter
ii  java-gcj-compat   1.0.65-10  Java runtime environment using GIJ
ii  libcommons-cli-java   1.0-8  API for working with the command l
ii  liblog4j1.2-java  1.2.13-3   Logging library for java
ii  libseda-java  3.0-3  the Staged Event-Driven Architectu
ii  libswt-gtk-3.2-java   3.2.1-5Standard Widget Toolkit for GTK Ja
ii  sun-java6-jre [java2-runtime] 6-00-2 Sun Java(TM) Runtime Environment (

azureus recommends no packages.

-- no debconf information


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

Bug#409868: CVE-2007-0537: does not properly parse HTML comments in TITLE tag

[Kees Cook]

Package: kdelibs
Version: 4:3.5.5a.dfsg.1-5
Severity: important
Tags: patch, security

Some TITLE-tag XSS attacks can work against Konqueror[1].  Upstream has 
patched this problem[2].

[1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-0537
[2] http://websvn.kde.org/?view=rev&rev=626791

Attached is the patch used in Ubuntu against version 4:3.5.5-0ubuntu3.

-- 
Kees Cook@outflux.net
diff -Nur kdelibs-3.5.5/khtml/html/htmltokenizer.cpp kdelibs-3.5.5.new/khtml/html/htmltokenizer.cpp
--- kdelibs-3.5.5/khtml/html/htmltokenizer.cpp	2006-10-01 10:33:38.0 -0700
+++ kdelibs-3.5.5.new/khtml/html/htmltokenizer.cpp	2007-02-05 16:47:00.359410059 -0800
@@ -316,7 +316,7 @@
 while ( !src.isEmpty() ) {
 checkScriptBuffer();
 unsigned char ch = src->latin1();
-if ( !scriptCodeResync && !brokenComments && !textarea && !xmp && !title && ch == '-' && scriptCodeSize >= 3 && !src.escaped() && QConstString( scriptCode+scriptCodeSize-3, 3 ).string() == "= 3 && !src.escaped() && QConstString( scriptCode+scriptCodeSize-3, 3 ).string() == "

Bug#409869: Please add .desktop file

[Lukas Fittl]

Package: kq
Version: 0.99.cvs20060528-3
Severity: wishlist
Tags: patch

Please consider applying the following patch, which adds a desktop file
to this package.

Desktop files are the new way how GNOME and KDE handle the applications
menu, and should be used instead or additionally to old Debian .menu
files. The freedesktop.org specification can be found at
http://standards.freedesktop.org/desktop-entry-spec/latest/

Thanks,
Lukas

-- 
Lukas Fittl <[EMAIL PROTECTED]>
--- kq-0.99.cvs20060528/debian/rules
+++ kq-0.99.cvs20060528/debian/rules
@@ -33,6 +33,9 @@
dh_install --sourcedir=debian/tmp --list-missing
install -m 644 debian/kq.xpm debian/kq/usr/share/games/kq/
ln -s kq-data `pwd`/debian/kq/usr/share/doc/kq
+
+   mkdir -p debian/kq/usr/share/applications
+   install -m 664 debian/kq.desktop debian/kq/usr/share/applications

 binary-indep: build install
dh_testdir -i
@@ -52,6 +55,7 @@
dh_testroot -a
dh_installmenu -a
dh_installman -a debian/kq.6
+   dh_desktop -a
dh_strip -a
dh_compress -a
dh_fixperms -a
only in patch2:
unchanged:
--- kq-0.99.cvs20060528.orig/debian/kq.desktop
+++ kq-0.99.cvs20060528/debian/kq.desktop
@@ -0,0 +1,11 @@
+[Desktop Entry]
+Encoding=UTF-8
+Type=Application
+Version=1.4
+Name=KQ
+Exec=kq
+Terminal=false
+Categories=Game;AdventureGame;RolePlaying;
+Comment=An RPG like Final Fantasy 1
+Comment[pt]=RPG (Estilo Final Fantasy 1)
+Icon=/usr/share/games/kq/kq.xpm


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

Bug#409866: Please add .desktop file

[Lukas Fittl]

Package: flobopuyo
Version: 0.20-2.1
Severity: wishlist
Tags: patch

Please consider applying the following patch, which adds a desktop file
to this package.

Desktop files are the new way how GNOME and KDE handle the applications
menu, and should be used instead or additionally to old Debian .menu
files. The freedesktop.org specification can be found at
http://standards.freedesktop.org/desktop-entry-spec/latest/

Thanks,
Lukas

-- 
Lukas Fittl <[EMAIL PROTECTED]>
--- flobopuyo-0.20/debian/rules
+++ flobopuyo-0.20/debian/rules
@@ -36,6 +36,9 @@
dh_clean -k
dh_installdirs
$(MAKE) install DESTDIR=$(CURDIR)/debian/flobopuyo
+
+   mkdir -p $(CURDIR)/debian/flobopuyo/usr/share/applications
+   cp $(CURDIR)/debian/flobopuyo.desktop $(CURDIR)/debian/flobopuyo/usr/share/applications

 # Build architecture-independent files here.
 binary-indep: build install
@@ -60,6 +63,7 @@
 #  dh_installinfo
dh_installman debian/flobopuyo.6
dh_link
+   dh_desktop
dh_strip
dh_compress
dh_fixperms
only in patch2:
unchanged:
--- flobopuyo-0.20.orig/debian/flobopuyo.desktop
+++ flobopuyo-0.20/debian/flobopuyo.desktop
@@ -0,0 +1,11 @@
+[Desktop Entry]
+Encoding=UTF-8
+Type=Application
+Version=1.4
+Name=Flobo Puyo
+Exec=flobopuyo
+Terminal=false
+Categories=Game;BlocksGame;
+Comment=A tetris-like game
+Comment[pt]=Estilo Tetris
+Icon=


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

Bug#409224: Unable to install on Intel DG965SS

[Toby Chamberlain]

Hi Geert,

Thanks for replying.

I read those 2 bug reports you mentioned and noticed that they both used the 
amd64 build rather than the i386 build I was using... am I correct in 
assuming that the amd64 build should be used for Core 2 Duo processors? I 
downloaded the latest amd64 builds and have managed to get a USB install 
working.


In doing this I noticed that the daily i386 USB installer I had used was 
using a 2.6.17 kernel, while the daily CD images are using 2.6.18 - which is 
presumably why I was getting the mismatched kernel errors. When I first got 
the error I downloaded fresh daily builds again to make sure I had the same 
versions, so unless I mucked up the copy to the USB, I believe that the i386 
USB daily builds are out of sync with the CD images (or at least, they were 
at 31/1/2007).


Thanks again,
Toby


- Original Message - 
From: "Geert Stappers" <[EMAIL PROTECTED]>

To: 
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, February 06, 2007 5:40 AM
Subject: Re: Unable to install on Intel DG965SS



Op 05-02-2007 om 13:15 schreef Toby Chamberlain:

Hi,

I have been unable to install Etch on a Core 2 Duo machine with the Intel
DG965SS motherboard.

Etch RC1 does not recognise the CD Drive (it's an LG DVD-ROM), I believe
this is an issue due to the CD being PATA and the HD being SATA on a
Marvell controller. I tried every trick I could find on the web but none 
of

them worked.

The daily build for 30/1/2007 had the same issue - I downloaded from
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-businesscard.iso

I then tried a USB install of RC1 and got further, but the ethernet card
could not be detected to complete the install. It's an Intel 82566DC 
which

I believe should work with the e1000 driver, the driver was visible with
lsmod, but there was nothing detected in dmesg. I tried a few other Intel
drivers but no success either.

I tried the daily build from USB but got the error "No kernel modules 
could

be found" - and something about a possible mismatch with the installer
version (I'm sure you know the one). I've never had to do a USB install
before, so it's possible I did it wrong. I downloaded the daily USB
snapshot from
http://people.debian.org/~joeyh/d-i/images/daily/hd-media/boot.img.gz on
31/1/2007, zcat'ted it to the USB stick, then mounted the USB and cp'ed 
the
businesscard.iso onto it (I downloaded it again on 31/1/2007) and used 
this

to boot the new system.

I have submitted this as bug #409224 with the following report:

Package: installation-reports

Boot method: Business Card CD (RC1 and snapshot 30/1/2007)/USB (RC1 and 
31/1/2007 snapshot)

Image version: Firstly RC1 from ftp.au.debian.org
[186 lines deleted]


A few days ago was on this mailinglist the bugreport #394344,
it does reference other BRs like #407759

So I suggest to read http://bugs.debian.org/394344 and 
http://bugs.debian.org/407759

and write a follow up E-mail to 407759 AT bugs.debian.org


Cheers
Geert Stappers


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







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

Bug#407759: Same problem with DG965SS

[Toby Chamberlain]

I had the same issue with the Intel DG965SS motherboard - CD was unable to 
be detected. I had to do a USB install to get Debian installed.


Toby 





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

Bug#319837: memtest86+: does not work: wouldn't fit into memory [PATCH]

[Rajeev V. Pillai]

I've managed to boot both memtest86 (v3.2) and memtest86+
(v1.65 and v1.70) using grub by following the steps below:

1. Use the ELF executable version of memtest (file memtest)
   instead of the zImage i.e. directly bootable version
   (file memtest.bin).

2. Apply the patch below which changes the load address of
   the ELF executable from 0x1 to 0x10. Otherwise,
   grub complains: "Error 7: Loading below 1MB is not supported"

3. Make the binaries as usual by typing `make'.

4. Load the ELF executable memtest like this:

   title Memtest86+ v1.70
   root (hd0,2) # Change this for your setup
   kernel --type=netbsd /boot/memtest


Cheers,
Rajeev

-- Start of Patch --
diff -urN memtest86+-1.70.orig/memtest.lds memtest86+-1.70/memtest.lds
--- memtest86+-1.70.orig/memtest.lds 2005-09-11 23:47:15.0
+0530
+++ memtest86+-1.70/memtest.lds 2006-04-06 11:16:22.089703648 +0530
@@ -3,7 +3,7 @@
 
 ENTRY(_start); 
 SECTIONS {
-   . = 0x1;
+   . = 0x10;
_start = . ;
.data : {
*(.data)
-- End of Patch --


 

Looking for earth-friendly autos? 
Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center.
http://autos.yahoo.com/green_center/


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

Bug#409445: But the urwid interface works

[Rodrigo Chandia]

I got a similar error using the text interface. But using the urwid interface 
worked flawlessly.

This was using an ssh session if it makes any difference.

In my case I got the following traceback:

Traceback (most recent call last):
  File "/usr/bin/reportbug", line 1750, in ?
main()
  File "/usr/bin/reportbug", line 779, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 884, in user_interface
main()
  File "/usr/bin/reportbug", line 779, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1340, in user_interface
ewrite("Maintainer for %s is '%s'.\n", package, maintainer)
  File "/usr/bin/reportbug", line 73, in ewrite
return quietly or ui.log_message(*args)
  File "/usr/share/reportbug/reportbug_ui_text.py", line 49, in ewrite
message = message % args
UnicodeDecodeError: 'ascii' codec can't decode byte 0xed in position 10: 
ordinal not in range(128)

This bug also looks very similar to bug #398904 perhaps is a duplicate.


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

Bug#409856: fakeroot: nested fakeroot calls don't re-raise

[Clint Adams]

> I'm not sure that subject is clear, but the demonstration that follows
> should be:

Currently fakeroot doesn't support nested operation.  There is this
little block in faked.c:

  if(getenv(FAKEROOTKEY_ENV)) {
 /* I'm not sure -- maybe this can work?) */
fprintf(stderr,"Please, don't run fakeroot from within fakeroot!\n");
exit(1);
  }

Obviously this isn't working.  I can have the fakeroot script choke
if the environment variable is set as a short-term fix.

In the long term, some kind of mechanism for the additional faked
processes to talk to the "parent" might be possible.  A single faked
process for all "children" might be possible as well, if it can track
multiple "threads".


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

Bug#409864: viewvc: No such file or directory: '/usr/lib/templates/directory.ezt' for SVN, but CVS works OK

[Rodrigo Chandia]

Package: viewvc
Version: 1.0.3-1
Severity: important


CVS repo works OK. SVN repo fails to display. On the browser I see the
following traceback:

An Exception Has Occurred
Python Traceback
Traceback (most recent call last):
  File "/usr/lib/viewvc/viewvc.py", line 3629, in main
request.run_viewvc()
  File "/usr/lib/viewvc/viewvc.py", line 388, in run_viewvc
self.view_func(self)
  File "/usr/lib/viewvc/viewvc.py", line 1752, in view_directory
generate_page(request, "directory", data)
  File "/usr/lib/viewvc/viewvc.py", line 836, in generate_page
template = get_view_template(request.cfg, view_name, request.language)
  File "/usr/lib/viewvc/viewvc.py", line 830, in get_view_template
template = ezt.Template(tname)
  File "/usr/lib/viewvc/ezt.py", line 293, in __init__
self.parse_file(fname, base_format)
  File "/usr/lib/viewvc/ezt.py", line 298, in parse_file
self.parse(_FileReader(fname), base_format)
  File "/usr/lib/viewvc/ezt.py", line 686, in __init__
self.text = open(fname, 'rb').read()
IOError: [Errno 2] No such file or directory: '/usr/lib/templates/directory.ezt'

Attaching viewvc.conf, although is the one generated by a fresh install.

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

Versions of packages viewvc depends on:
ii  cvs   1:1.12.13-7Concurrent Versions System
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  gawk  1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr
ii  mime-support  3.39-1 MIME files 'mime.types' & 'mailcap
ii  python2.4.4-2An interactive high-level object-o
ii  python-subversion 1.4.2dfsg1-2   Python bindings for Subversion
ii  python-support0.5.6  automated rebuilding support for p
ii  rcs   5.7-18 The GNU Revision Control System
ii  subversion1.4.2dfsg1-2   Advanced version control system

Versions of packages viewvc recommends:
ii  apache2-mpm-prefork [httpd]   2.2.3-3.2  Traditional model for Apache HTTPD
ii  enscript  1.6.4-11   Converts ASCII text to Postscript,

-- debconf information:
* viewvc/forbidden:
* viewvc/svnroots: svn: /var/lib/svn
* viewvc/address: mailto:[EMAIL PROTECTED]">Version control admin
* viewvc/cvsroots: cvs: /var/lib/cvs
* viewvc/allow_tar: true
* viewvc/defaultroot:
#---
#
# Configuration file for ViewVC
#
# Information on ViewVC is located at the following web site:
# http://viewvc.org/
#
#---

#
# BASIC CONFIGURATION
#
# For correct operation, you will probably need to change the following
# configuration variables:
#
#cvs_roots (for CVS)
#svn_roots (for Subversion)
#root_parents (for CVS or Subversion)
#default_root
#rcs_path or cvsnt_exe_path
#mime_types_file 
#
# It is usually desirable to change the following variables:
#
#address
#forbidden
#
#use_enscript
#use_cvsgraph
#
# For Python source colorization:
#
#py2html_path
#
# To optimize delivery of ViewVC static files:
#
#docroot
#
# To customize the display of ViewVC for your site:
#
#template_dir
#the [templates] override section
#

#
# FORMAT INFORMATION
#
# This file is delineated by sections, specified in [brackets]. Within each
# section, are a number of configuration settings. These settings take the
# form of: name = value. Values may be continued on the following line by
# indenting the continued line.
#
# WARNING: indentation *always* means continuation. name=value lines should
#  always start in column zero.
#
# Comments should always start in column zero, and are identified with "#".
#
# Certain configuration settings may have multiple values. These should be
# separated by a comma. The settings where this is allowed are noted below.
#
# Any other setting that requires special syntax is noted at that setting.
# 

#---
[general]

#
# This setting specifies each of the CVS roots on your system and assigns
# names to them. Each root should be given by a "name: path" value. Multiple
# roots should be separated by commas and can be placed on separate lines.
#
cvs_roots = cvs: /var/lib/cvs

#
# This setting specifies each of the Subversion roots (repositories)
# on your system and assigns names to them. Each root should be given
# by a "name: path" value. Multiple roots should be separated by
# commas and can be placed on separate lines.
#
svn_roots = svn: /var/lib/svn

# The 'root_parents' setting specifies a list of directories in which
# any number of repositori

Bug#327667: ITA: isic -- Test the integrity of an IP Stack with semi-random packets

[Jon Stearn]

retitle 327667 ITA: isic -- Test the integrity of an IP Stack with semi-random 
packets



Thanks



--

Jon Stearn



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

Bug#409730: int10 doesn't fall back to x86emu if vm86 fails

[Julien Cristau]

On Mon, Feb  5, 2007 at 01:39:34 +0100, Julien Cristau wrote:

> Indeed, this is a regression from the transition to modular X, the code
> implementing a fallback from vm86 to x86emu isn't getting built.
> In hw/xfree86/os-support/linux/int10/linux.c, this code is dependent on
> the DoSubModules macro, which is never set.

Actually, looking at xfree86 build logs, this wasn't set either.  On
i386, we built two versions of libint10.a:
- one containing the x86emu code, installed as
  /usr/X11R6/lib/modules/libint10.a
- one containing the vm86 code, installed as
  /usr/X11R6/lib/modules/linux/libint10.a
I don't know how the module loader managed to load the right one at
runtime, though, and don't have an amd64 to test.

I'm working on a patch to build vm86 and x86emu as two separate modules,
int10 being a wrapper around them, which is pending testing with a 64bit
kernel.  This tries to replicate the behaviour I described in the
previous mail, based on the Imakefiles from X.Org 6.9.  I'll attach my
current WIP patch to this mail.  I tested a very similar patch against
1.2.0, and it successfully loaded the vm86 submodule on my i386.  I
don't have amd64 hardware, so this is still pending testing on amd64
with 32bit userland.
If anyone wants to test I can provide the 3 needed files which have to
be installed in /usr/lib/xorg/modules.

In addition to the Makefile.am changes, I also had to move the
declaration of "Int10Current" away from xf86int10.c, because that file
is built into the submodules, not the actual int10 module (see upstream
bug #7299).  Hopefully I didn't break int10 on other platforms in the
process...

Cheers,
Julien
Index: xorg-server/hw/xfree86/int10/Makefile.am
===
--- xorg-server.orig/hw/xfree86/int10/Makefile.am	2007-02-06 00:16:58.0 +0100
+++ xorg-server/hw/xfree86/int10/Makefile.am	2007-02-06 00:22:47.0 +0100
@@ -7,16 +7,42 @@
 libint10_la_LDFLAGS = -avoid-version
 
 if INT10_VM86
-AM_CFLAGS = -D_PC -D_VM86_LINUX $(XORG_CFLAGS) $(EXTRA_CFLAGS)
+module_LTLIBRARIES += libvm86.la libx86emu.la
+AM_CFLAGS = -D_PC $(XORG_CFLAGS) $(EXTRA_CFLAGS)
 INCLUDES = $(XORG_INCS)
+libint10_la_CPPFLAGS = $(AM_CPPFLAGS) -DHAVE_SYSV_IPC -DDoSubModules
 libint10_la_SOURCES = \
-	helper_exec.c \
-	helper_mem.c \
 	pci.c \
-	xf86int10.c \
 	xf86int10module.c \
-	$(srcdir)/../os-support/linux/int10/vm86/linux_vm86.c \
+	helper_mem.c \
 	$(srcdir)/../os-support/linux/int10/linux.c
+libvm86_la_LDFLAGS = -avoid-version
+libvm86_la_CPPFLAGS = \
+	$(AM_CPPFLAGS) \
+	-DMOD_NAME=vm86 \
+	-DHAVE_SYSV_IPC \
+	-DSHOW_ALL_DEVICES \
+	-D_VM86_LINUX
+libvm86_la_SOURCES = \
+	xf86int10module.c \
+	$(srcdir)/../os-support/linux/int10/vm86/linux_vm86.c \
+	helper_exec.c \
+	xf86int10.c
+libx86emu_la_LDFLAGS = -avoid-version
+libx86emu_la_CPPFLAGS = \
+	$(AM_CPPFLAGS) \
+	-DMOD_NAME=x86emu \
+	-DHAVE_SYSV_IPC \
+	-DSHOW_ALL_DEVICES \
+	-D_X86EMU \
+	-DNO_SYS_HEADERS \
+	-I$(srcdir)/../x86emu
+libx86emu_la_SOURCES = \
+	xf86int10module.c \
+	xf86x86emu.c \
+	helper_exec.c \
+	xf86int10.c \
+	x86emu.c
 endif
 
 if INT10_X86EMU
Index: xorg-server/hw/xfree86/int10/xf86int10.c
===
--- xorg-server.orig/hw/xfree86/int10/xf86int10.c	2007-02-06 00:23:05.0 +0100
+++ xorg-server/hw/xfree86/int10/xf86int10.c	2007-02-06 00:23:35.0 +0100
@@ -17,7 +17,7 @@
 
 #define REG pInt
 
-xf86Int10InfoPtr Int10Current = NULL;
+// xf86Int10InfoPtr Int10Current = NULL;
 
 static int int1A_handler(xf86Int10InfoPtr pInt);
 #ifndef _PC
Index: xorg-server/hw/xfree86/int10/helper_mem.c
===
--- xorg-server.orig/hw/xfree86/int10/helper_mem.c	2007-02-06 00:23:48.0 +0100
+++ xorg-server/hw/xfree86/int10/helper_mem.c	2007-02-06 00:24:15.0 +0100
@@ -23,6 +23,8 @@
 
 #define REG pInt
 
+xf86Int10InfoPtr Int10Current = NULL;
+
 typedef enum {
 OPT_NOINT10,
 OPT_INIT_PRIMARY,

Bug#409862: Single letter hostnames are rejected as incorrect

[Martin]

Package: vserver-debiantools
Version: 0.3.4

A minor regression:


# newvserver --hostname x --domain example.com --ip 1.2.3.4 --dist sarge
--mirror http://ftp.uk.debian.org/debian/ --vsroot /vserver/

newvserver error: --hostname must be a hostname for the vserver
e.g. "alpha"


Line 235 has the regex

[a-z0-9]*([a-z0-9_-])[a-z0-9])

which looks a little odd to my eyes, perhaps:

[a-z0-9]*([a-z0-9_-]*)[a-z0-9]+)


Cheers,
 - Martin




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

Bug#400186: ktorrent: 2.1~beta1 in experimental would be nice

[Modestas Vainius]

retitle 400186 ktorrent 2.1 released! unofficial dfsg non-free packages here
thanks

Hi,

2006 m. November 24 d., Friday, jūs rašėte:
> ktorrent 2.1 beta1 was released a few days ago. The reasons I'm asking
> for this beta release are:
ktorrent 2.1 was released today/yesterday.

My unofficial packages (source and debs for i386 & amd64) are available at 
this apt repository:

deb http://alioth.debian.org/~modax-guest/ktorrent/ ./
deb-src http://alioth.debian.org/~modax-guest/ktorrent/ ./

Beware, that these packages include dfsg non-free parts (flags etc.). My 
intension was to diverge from official upstream tarball and from official 
debian packaging as little as possible. Only absolutely necessary packaging 
changes were made. It would be great if maintainer released official debian 
packages. I could help if needed (with relibtoolization, dfsg pruning etc.).


pgpeJQK3OiJLs.pgp
Description: PGP signature

Bug#177180: this bug: #177180/grep: option to stay on the filesystem

[Justin Pryzby]

On Mon, Feb 05, 2007 at 09:20:20PM +, Marcin Owsiany wrote:
> On Sun, Feb 04, 2007 at 04:36:36PM -0500, Justin Pryzby wrote:
> > On Sun, Feb 04, 2007 at 08:05:55PM +, Marcin Owsiany wrote:
> > > On Sun, Feb 04, 2007 at 09:30:28AM -0500, Justin Pryzby wrote:
> > > > The accepted way of doing this is with
> > > >   find . -xdev -print0 |xargs -0 grep foo
> > > > 
> > > > Indeed, even grep -r is considered to be bloat, since "find" supports
> > > > many options which don't each need to be implemented in grep, too.
> > > 
> > > Right, I agree that getting rid of those additional keystrokes does not
> > > warrant the increased complexity.
> > Shall I close the bug, and perhaps also a maintainer usertag +
> > bloatless?
> 
> I'm not sure it's me you're asking, but I have nothing against it being
> closed.
You're the original submitter, no?  I don't want to close the report if
you feels it is still justified.  (In practice, I just don't want to be
a third party to a potential bug open/close war, or pollute the bug log
with such!).

Justin


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

Bug#409863: New upstream release

[Le_Vert]

Package: memtest86+
Severity: normal
Tags: patch

Hi,

Memtest86+ 1.70 is out, I have updated your package, fixes a couple of
bugs and make the package looks saner (just a matter of taste).

Here is the current changelog:
  * New upstream release.
  * Fix long description typo (Closes: #377730).
  * Make postinst silent when DEBIAN_FRONTEND is non-interactive.
  * (Closes: #383634).
  * Add a patch for GNU/kFreeBSD (Closes: #338603).
  * Bump Standards-Version, debhelper compatibilty level. 
  * Improve debian/copyright.
  * All older patches dpatchized.
  * Many thanks to Adam Cécile (Le_Vert) <[EMAIL PROTECTED]> for this
release!

Thanks in advance for uploading it.
http://mentors.debian.net/debian/pool/main/m/memtest86+/memtest86+_1.70-1.dsc

Best regards, Adam.

PS: Don't forget to close this bug ;-)

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

Bug#349706: linux-kernel-headers: Needs to conflict with amd64-libs-dev 1.1

[Adam C Powell IV]

On Thu, 2006-12-28 at 14:59 +, Colin Watson wrote:
> On Tue, Jan 24, 2006 at 02:03:21PM -0500, Adam C Powell IV wrote:
> > Both linux-kernel-headers in etch and amd64-libs-dev in sarge
> > provide /usr/include/asm/bootsetup.h (among others), leading to a hiccup
> > during sarge->etch upgrade if they are not upgraded in the right order.
> > 
> > To force the right order, please have linux-kernel-headers conflict with
> > amd64-libs-dev (<<1.4) [or whatever version of amd64-libs-dev dropped
> > those files].
> 
> Please use Replaces rather than Conflicts here; using Conflicts for
> moved files makes the package management system's job unnecessarily
> difficult (because it requires that one package be totally removed from
> the system temporarily during the upgrade).

Either way, please address this bug.  It is causing headaches by
interrupting upgrades.  It is more than a year old.  It's not that hard,
really!

Thank you,
-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Welcome to the best software in the world today cafe!
http://www.take6.com/albums/greatesthits.html



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

Bug#409860: imapd hangs if it's initial connection to portmap is blocked

[Martin]

Package: courier-imap
Version: 3.0.8-4sarge5

Froma  stock Debian/Stable system.  If courier-imap is up and running
then connecting and authenticating work but access to IMAP hangs after
impad has been spawned.  The portmap port was firewalled off which
seemed to force imapd into a loop, with a connection to the portmapper
at SYN_SENT.  It's not a major thing but it would be nice if this could
be handled a little more gracefully, seeing as the portmapper is
optional.

Cheers,
 - Martin




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

Bug#409859: Synthesizer doesn't exist, Xorg needs input dev modules

[José Parrella]

Package: initng
Version: 0.5.2-1

Please use /sbin/udevtrigger instead of /sbin/udevsynthesize as the main
synthesizer since the latter does not exist in Debian. Also, in order to
get initng working in some LiveCD's (i.e. Debian Live), mousedev, evdev
and joydev needs to be modprobed. Please find attached two brief patches
regarding this.

Thanks for your time,
Jose

-- 
José M. Parrella -> Debian Sid, k2.6.18
Escuela de Ingenieria Electrica
Universidad Central de Venezuela -> ucvlug.info

--- initng-0.5.2.orig/initfiles/system/mountroot.ii
+++ initng-0.5.2/initfiles/system/mountroot.ii
@@ -82,14 +82,10 @@
then
echo "Remounting root filesystem read/write"
@mount@ -n -o remount,rw / >/dev/null 2>&1
-#ifd pingwinek
result=${?}
# code 32 means 'not implemented', we got it on livecd 
using
# unionfs combined with squashfs
if [ ${result} -ne 0 -a ${result} -ne 32 ]
-#elsed
-   if [ ${?} -ne 0 ]
-#endd
then
echo "Root filesystem could not be mounted 
read/write :("
exit 1

--- initng-0.5.2.orig/initfiles/system/udev.ii
+++ initng-0.5.2/initfiles/system/udev.ii
@@ -142,13 +142,18 @@
# run syntesizers that will make hotplug events for every
# devices that is currently in the computer, that will
# create all dev files.
-   if [ -x "@/sbin/udevsynthesize@" ]
+   if [ -x "@/sbin/udevtrigger@" ]
then
udevd_timeout=60
-   echo "Running @/sbin/udevsynthesize@ to populate /dev 
..."
+   echo "Running @/sbin/udevtrigger@ to populate /dev ..."
@/bin/mkdir@ -p /dev/.udev/db /dev/.udev/queue 
/dev/.udevdb

-   @/sbin/udevsynthesize@
+# Workaround for X.org
+for module in mousedev evdev joydev; do
+modprobe -q $module || true
+done
+
+   @/sbin/udevtrigger@

# wait for the udevd childs to finish
echo "Waiting for /dev to be fully populated ..."

Bug#330105: libc6-dev: __FD_SETSIZE equals to 1024 is too small

[Pierre Habouzit]

On Mon, Feb 05, 2007 at 10:29:25PM +, Stephen Gran wrote:
> This one time, at band camp, Pierre HABOUZIT said:
> >   I also have a hard time understanding why having 1000+ virtualhosts in
> > apache would create such problems (except if you listen of 1000+
> > different ports btw, but I don't think it would be a very clever setup
> > anyway :])
> 
> Because you have an open fd per virtual host for logfiles.  Whether
> apache has all the fd's open itself, or it pushes the logs to a named
> pipe that does the splitting for apache, something still has all those
> fd's open and you can run into this fairly quickly.

  Oh, good point. Though I suppose it's iff you have one logfile per
virtualhost, which is not necessarily true.

  Anyway , in that case, raising __FD_SETSIZE won't help, as it's a
kernel limitation that forbids a usual process to open more than
getdtablesize() process open, except if you performed a setrlimit
before.

  TTBOMK __FD_SETSIZE is only used for fd_set's (so select, FD_* macros,
...), and redefining it won't work (I tried already in another life)
without recompiling the libc at least -- if not the kernel too, I'm less
sure about that one -- and that would be obvioulsy binary incompatible
with the rest of the linuxes around the globe :)

  Another possibility here, is that apache:
  1. did the setrlimit
  2. opened a lot of fd's for the logfiles (or anything else)
  3. does not have <1024 available fd's anymore, hence cannot use select
 over them => you're screwed.

  If you need to use more than 1024 file descriptors in a program for
this or that reason, you should not use select at all, this is a POSIX
limitation.

  So if the submitter really cares about that problem, I'd suggest him
to reassign the bug to apache, asking for a poll()-based implemenation
(that has no 1024-fd's limitations AFAICT).


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


pgpAuvzUsAcHW.pgp
Description: PGP signature

Bug#409861: Security bug prior to 1.2.5rc2 in IMAP Proxy

[Kyle Wheeler]

Package: imapproxy
Version: 1.2.3-1sarge1

According to www.imapproxy.org, all versions of IMAPProxy prior to 
1.2.5rc2 have a security bug that can be triggered by any host that 
can connect to the proxy.


~Kyle
--
If you're flammable and have legs, you are never blocking a fire exit. 
Unless you're a table.

 -- Mitch Hedberg


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

Bug#409149: [Pbuilder-maint] Bug#409149: pdebuild: limitation with pdebuild command (debbuildopts and its -a option)

[Junichi Uekawa]

Hi,

> > Basically, pdebuild needs an '--architecture' option, to override the
> > current architecture, since the architecture information is only
> > available from what's inside chroot, and pdebuild doesn't really know
> > what's inside chroot.
> 
>  I gave some thought to this and while I don't think there's a standard
>  way to retrive the architecture from the chroot, I think we could add
>  it at "pbuilder create" time: the debootstrapping wrapper would write
>  /etc/pbuilder_arch or something similar and we could read that file
>  when parsing build-deps.
> 
>  (But perhaps I don't know about it and there's an easy command to run
>  in the chroot to retrieve the arch.)

One thing is that I really wanted to make pdebuild command not require
the knowledge of chroot; since pdebuild invokes pbuilder, and chroot
is extracted and removed within pbuilder session, outside of control
of pdebuild.

This may need changing.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#401456: foomatic-gui: Messages given in the console

[Fabio Pugliese Ornellas]

Package: foomatic-gui
Version: 0.7.6
Followup-For: Bug #401456

Same problem. At the terminal, we can see:

[EMAIL PROTECTED]:~# foomatic-gui
lpadmin: Printer name can only contain printable characters!
Could not set up/change the queue "EPSON Stylus C67"!
Reloading Common Unix Printing System: cupsd.

It "knows" this happens, but does nothing at all.

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

Versions of packages foomatic-gui depends on:
ii  gksu 2.0.0-1 graphical frontend to su
ii  python   2.4.4-2 An interactive high-level object-o
ii  python-foomatic  0.7.6   Python interface to the Foomatic p
ii  python-glade22.8.6-8 GTK+ bindings: Glade support
ii  python-gnome22.12.4-6Python bindings for the GNOME desk
ii  python-gnome2-extras 2.14.2-1+b1 Python bindings for the GNOME desk
ii  python-gtk2  2.8.6-8 Python bindings for the GTK+ widge

Versions of packages foomatic-gui recommends:
ii  netcat1.10-32TCP/IP swiss army knife
ii  nmap  4.11-1 The Network Mapper
ii  pconf-detect  0.5-8.1Small printer auto-detect command-
ii  smbclient 3.0.23d-4  a LanManager-like simple client fo

-- no debconf information


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

Bug#408850: mksh: FTBFS on experimental/alpha (Re:Log for failed build of mksh_28.9.20070118 (dist=experimental))

[Pierre HABOUZIT]

On Sun, Jan 28, 2007 at 07:23:04PM +, Thorsten Glaser wrote:
> This version was uploaded to 'experimental' exactly to find out
> possibly portability problems, e.g. with kfreebsd and hurd ;)
> So I suppose that was a good move.
> 
> Martin Zobel-Helas dixit:
> 
> >> /usr/include/sys/stat.h:217: error: conflicting types for 'stat'
> >> /usr/include/sys/stat.h:365: error: previous definition of 'stat' was here
> [...]
> 
> Sounds like a bug in the header file to me:
> 
> 215 extern int __REDIRECT_NTH (stat, (__const char *__restrict __file,
> 216   struct stat *__restrict __buf), 
> stat64)
> 217  __nonnull ((1, 2));
> 
> 363 extern __inline__ int
> 364 __NTH (stat (__const char *__path, struct stat *__statbuf))
> 365 {
> 366   return __xstat (_STAT_VER, __path, __statbuf);
> 367 }
> 
> The second one is missing the restrict qualifier. Could that
> be the cause, possibly induced by invoking the C99 standard
> during compiling with -std=gnu99 ?

  Both prototypes will be enabled if you compile with:
  * __USE_FILE_OFFSET64 defined (which is the case here through
-D_FILE_OFFSET_BITS=64)
  * __REDIRECT_NTH defined

  and a gcc of version >= 2.x (to enable the later decl).

  Later digging shows that __REDIRECT_NTH seems to always be defined.
Though on an amd64, or an i386 having both the prototype with and
without __restrict causes no problem whatsoever.

  it seems that this:

  #include 
  int main(void) {
struct stat st;
return stat("/etc/passwd", &st);
  }

  compiles correctly with an almost up to date etch alpha machine. We
will have to wait for an alpha machine to be accessible to developpers
again to test it further.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpWFI8qqtQ4i.pgp
Description: PGP signature

Bug#409858: courier-maildrop won't accept mail from fetchmail

[Peter Lieverdink]

Package: courier-maildrop
Version: 0.53.2-3
Severity: wishlist


On a setup where fetchmail delivers to `maildrop' for users on cvirtual
domains, it looks like courier-maildrop won't accept mail from
`fetchmail' unless the courier package is set to trust the fetchmail
user, which means the package needs to be compiled with
--enable-trusted-users=root,fetchmail

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

Versions of packages courier-maildrop depends on:
ii  courier-base0.53.3-3 Courier Mail Server - Base system
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libfam0 2.7.0-12 Client library to control the FAM 
ii  libgcc1 1:4.1.1-21   GCC support library
ii  libgdbm31.8.3-3  GNU dbm database routines (runtime
ii  libpcre36.7-1Perl 5 Compatible Regular Expressi
ii  libstdc++6  4.1.1-21 The GNU Standard C++ Library v3
ii  postfix [mail-transport-age 2.3.3-1  A high-performance mail transport 

courier-maildrop recommends no packages.

-- no debconf information


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

Bug#409856: fakeroot: nested fakeroot calls don't re-raise

[Mark Eichin]

Package: fakeroot
Version: 1.2.10
Severity: normal

I'm not sure that subject is clear, but the demonstration that follows
should be:

wildcat$ fakeroot
wildcat# id -u
0
wildcat# id -g
0
wildcat# python
Python 2.4.1 (#2, Oct 18 2006, 20:58:01) 
[GCC 3.3.5 (Debian 1:3.3.5-13)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.setuid(900)
>>> os.system("sh")
sh-2.05b$ id -u
900
sh-2.05b$ id -g
0
sh-2.05b$ fakeroot
wildcat$ id -u
900
wildcat$ id -g
0


pbuilder (in particular, /usr/lib/pbuilder/pbuilder-buildpackage) uses
BUILDUSERID, and if you're using pbuilder with an external ccache this
is kind of useful...  but it means that you can be in a fakeroot,
fake-change to uid $BUILDUSERID (900 as above), then when
"dpkg-buildpackage -rfakeroot" does a "fakeroot debian/rules clean",
the ensuing "dh_testroot" fails:

dh_testroot
dh_testroot: You must run this as root (or use fakeroot).
make: *** [clean] Error 1
pbuilder: Failed autobuilding of package

because just calling fakeroot doesn't fake-change back up to 0.

fakeroot-tcp behaves no differently than the default fakeroot-sysv
(not that I expected it to.)

It looks like 1.5.10 (from roughly current debian/testing) behaves
exactly the same way.

A quick look at fakeroot-1.2.10/scripts/fakeroot.in doesn't show an
obvious way to fix this, without shipping a (obviously not-setuid)
helper that does the above setuid call and exec; bash doesn't appear
to have a syscall builtin :-) (Another possibility is rewriting
fakeroot.in in just about any other language; python or perl would do
fine.)

Another, somewhat twisted, possibility is for libfakeroot to check an
environment variable, that fakeroot.in could set, to execute that
setuid, but there may be reasons that doesn't work out.  Just another
path if delivering a helper doesn't work out for some reason...


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.15-mc2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages fakeroot depends on:
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an

-- debconf-show failed


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

Bug#409857: reportbug: querybts crashes when selecting bug to view

[isaac]

Package: reportbug
Version: 3.31
Severity: important

Traceback (most recent call last):
  File "/usr/bin/querybts", line 211, in ?
main()
  File "/usr/bin/querybts", line 201, in main
source=source)
  File "/usr/share/reportbug/reportbug_ui_newt.py", line 277, in 
handle_bts_query
res = show_report(int(info), bts, mirrors,
ValueError: invalid literal for int(): 388204 [FIXED live-package 0.99.7-1]



-- Package-specific info:

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

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

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

-- no debconf information


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

Bug#409855: libopenhpi2: Requesting more recent version of OpenHPI in Debian

[Bryan Sutula]

Package: libopenhpi2
Version: 2.5.2-2
Severity: important

The current version of OpenHPI in Debian (testing) is 2.5.2 which was
released on June 14, 2006.  That's about 8 months out of date.

Major architectural improvements were made between 2.5 and 2.6.  These
would be useful to users.  In particular, a 2.5 version is probably not
supportable.

As of this date (2/5/07), 2.6.2 would be a good choice (which was
released September 15, 2006).  2.8.0 has just been released (January 26,
2007) and it probably needs some time before being considered for Debian
stable.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
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#409853: mirror submission for teen anal

[demon]

Package: mirrors
Severity: wishlist

Site:  teen anal
Submission-Type: new
Aliases: 
Type: leaf
Archive-ftp: //
Archive-http: //
Archive-rsync: /
CDImage-ftp: //
CDImage-http: //
CDImage-rsync: /
Old-ftp: //
Old-http: //
Old-rsync: /
Security-ftp: //
Security-http: //
Security-rsync: /
Mirrors-from: 
Maintainer: demon <[EMAIL PROTECTED]>
Country: AE United Arab Emirates
Location: 
Sponsor:  http://antkuc.freehostia.com/anal/anal/teen-anal.html";> 
teen anal
Comment: http://antkuc.freehostia.com/anal/anal/teen-anal.html";> teen 
anal
 
 [url=http://antkuc.freehostia.com/anal/anal/teen-anal.html";> teen 
anal][/url]
 


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

Bug#409854: dnsprogs: [INTL:pt] Portuguese translation for debconf messages

[Traduz!]

Package: dnsprogs
Version: 2.38.1
Tags: l10n, patch
Severity: wishlist

Portuguese translation for dnsprogs's debconf messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

--
Best regards,

Portuguese Translation Team
http://www.DebianPT.org

# Portuguese translation for dnsprogs debconf messages.
# Copyright (C) 2007 Pedro Ribeiro <[EMAIL PROTECTED]>
# This file is distributed under the same license as the dnsprogs package.
# Pedro Ribeiro <[EMAIL PROTECTED]>, 2007
#
msgid ""
msgstr ""
"Project-Id-Version: dnsprogs_2.38.1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-12-07 11:43+\n"
"PO-Revision-Date: 2007-02-05 22:08+0100\n"
"Last-Translator: Pedro Ribeiro <[EMAIL PROTECTED]>\n"
"Language-Team: Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Portuguese\n"
"X-Poedit-Country: PORTUGAL\n"

#. Type: string
#: ../dnet-common.templates:1001
msgid "DECnet node name:"
msgstr "Nome do nó DECnet:"

#. Type: string
#: ../dnet-common.templates:1001
msgid "All nodes on a DECnet network have a node name. This is similar to the IP hostname but can only be a maximum of 6 characters long. It is common that the DECnet name is the same as the IP name (if your machine has one). If you do not know the answer to this question please contact your system administrator."
msgstr "Todos os nós numa rede DECnet têm um nome de nó. É semelhante ao nome "
"de máquina IP mas estão limitados a 6 caracteres. É comum o nome de nó "
"DECnet ser o mesmo do nome IP (se a máquina tiver um nome IP). Se não sabe "
"a resposta a esta questão, por favor contacte o administrador do sistema."

#. Type: string
#: ../dnet-common.templates:2001
msgid "DECnet node address:"
msgstr "Endereço de nó DECnet:"

#. Type: string
#: ../dnet-common.templates:2001
msgid "All nodes on a DECnet network have a node address. This is two numbers separated with a period (e.g. 3.45) where the first number denotes the area and the second is the node within that area."
msgstr "Todos os nós numa rede DECnet têm um endereço de nó. São dois números "
"separados por um ponto final (e.g. 3.45) sendo que o primeiro número indica "
"a área e o segundo indica um nó nessa área."

#. Type: string
#: ../dnet-common.templates:2001
msgid "Do not make up a number here. If you do not know your DECnet node address then ask your system administrator."
msgstr "Não atribua um número ao acaso. Se não souber o endereço do nó DECnet "
"contacte o seu administrador do sistema."

#. Type: note
#: ../dnet-common.templates:3001
msgid "DECnet startup changes your ethernet hardware address"
msgstr "O arranque DECnet muda o seu endereço de hardware ethernet"

#. Type: note
#: ../dnet-common.templates:3001
msgid "The \"setether\" program in this package will change the hardware (MAC) address of all ethernet cards in your system (by default) to match the DECnet node address. This is essential for the operation of DECnet and so is not optional. However, if you have more than one ethernet card you may want to edit /etc/default/decnet to alter the list of cards whose hardware addresses are changed."
msgstr "O programa \"setether\" neste pacote irá mudar o endereço de hardware "
"(MAC) de todas as placas ethernet no seu sistema (por omissão) para "
"corresponder ao endereço de nó DECnet. Isto é essencial para a operação da "
"rede DECnet e como tal não é opcional. No entanto, se têm mais de uma placa "
"ethernet pode querer editar /etc/default/decnet para alterar a lista de "
"placas que terão os seus endereços alterados."

#. Type: note
#: ../dnet-common.templates:3001
msgid "Be aware that any other machines that have your system's MAC address in their ARP cache may no longer be able to communicate with you via IP protocols until this cache has timed out or been flushed."
msgstr "Atenção que quaisquer outras máquinas que tenham o endereço MAC do seu "
"sistema na cache ARP podem não conseguir comunicar consigo via protocolos IP "
"até a cache ser limpa ou expirar."

#. Type: note
#: ../dnet-common.templates:3001
msgid "The MAC address cannot be changed on-the-fly so you will need to reboot your machine before DECnet can function."
msgstr "O endereço MAC não pode ser mudado \"a quente\" portanto têm que "
"reiniciar a máquina antes que a rede DECnet possa funcionar."

#. Type: note
#: ../dnet-common.templates:3001
msgid "You should also edit /etc/decnet.conf to add the names and addresses of DECnet nodes you want to communicate with."
msgstr "Deve também editar /etc/decnet.conf para acrescentar os nomes e "
"endereços dos nós DECnet com os quais quer comunicar."

Bug#396360: Is this bugreport valid?

[James Stansell]

My memory is fuzzy, but does the orig source file include a copy of libwv?

-james.

On 2/5/07, Daniel Ruoso <[EMAIL PROTECTED]> wrote:


Tag: moreinfo

I've take a look at this bug, but I couldn't find any relationship
between libwv and AbiWord. Could you ellaborate on that? Is there some
way to reproduce the problem?

daniel

Bug#409852: Binary package openhpi is optional and depends on openhpi-plugin-sysfs which is extra

[Bryan Sutula]

Package: openhpi
Version: 2.6.2-2
Severity: minor

As per Debian policy, optional packages must not depend on extra
packages.  The binary package openhpi-2.6.2-2 depends on
openhpi-plugin-sysfs-2.6.2-2, which is extra.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
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#194625: ksim: very erroneous configuration handling

[Sune Vuorela]

tag 194625 +moreinfo
thanks

Hi!

Sorry for not answering you before on this 4 years old bug.
A lot of things has changed in ksim in the last 4 years - and I am now unable 
to reproduce your bug report.
Do you think it still applies ?

/Sune
-- 
I cannot overclock the ISDN shell from the control drawer inside DOS XP, how 
does it work?

You should never reset a mail in order to log on a memory address.


pgpyIiCwa7eAt.pgp
Description: PGP signature

Bug#377416: libc6-dev: __THROW defined in is broken with GCC 3.3

[Pierre HABOUZIT]

tag 377416 + moreinfo
thanks

On Sat, Jul 08, 2006 at 08:14:35PM +0100, Roger Leigh wrote:
> Package: libc6-dev
> Version: 2.3.6-15
> Severity: important
> 
> # if !defined __cplusplus && __GNUC_PREREQ (3, 3)
> #  define __THROW   __attribute__ ((__nothrow__))  
> #  define __NTH(fct)__attribute__ ((__nothrow__)) fct
> # else
> #  if defined __cplusplus && __GNUC_PREREQ (2,8)
> #   define __THROW  throw ()
> #   define __NTH(fct)   fct throw ()
> #  else
> #   define __THROW
> #   define __NTH(fct)   fct
> #  endif
> # endif
> 
> The line marked with  expands incorrectly:
> 
> void f() __THROW
> ==> void f() __attribute__ ((__nothrow__))
> 
> instead of void __attribute__ ((__nothrow__)) f()

  I'm not sure to understand where the problem is.

  __THROW is meant to be used like this, in a prototype decl:

  void f(void) __TROW;

  but not in a function implementation :

  void f(void) __THROW {
// some impl
  }

  the former is completely correct and will work as expected. I've not
found an example of a problem caused by that macro, but IMHO it's a
problem in the code you are trying to compile, not because of the macro.

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


pgpLIAHPerNaA.pgp
Description: PGP signature

Bug#375044: ITP: libcgi-pm-perl -- Simple Common Gateway Interface Class

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jose Luis Rivas Contreras escribió:
> Package: wnpp
> Severity: wishlist
> Owner: Jose Luis Rivas <[EMAIL PROTECTED]>
> 
> 
> * Package name: libcgi-pm-perl
>   Version : 3.25
>   Upstream Author : Lincoln D. Stein <[EMAIL PROTECTED]>
> * URL : http://search.cpan.org/~lds/CGI.pm-3.25/CGI.pm
> * License : GPL
>   Programming Lang: Perl
>   Description : Simple Common Gateway Interface Class
> 
> This perl library uses perl5 objects to make it easy to create Web
> fill-out forms and parse their contents. This package defines CGI
> objects, entities that contain the values of the current query string
> and other state variables. Using a CGI object's methods, you can examine
> keywords and parameters passed to your script, and create forms whose
> initial values are taken from the current query (thereby preserving
> state information).
> 
> The module provides shortcut functions that produce boilerplate HTML,
> reducing typing and coding errors. It also provides functionality for
> some of the more advanced features of CGI scripting, including support
> for file uploads, cookies, cascading style sheets, server push, and frames.
> 
> Jose Luis,
This package is already in perl-modules. Sorry.
- --

ghostbar @ linux/debian 'unstable' on i686 - Linux Counter# 382503
http://ghostbar.ath.cx/ - irc.freenode.net #talug #velug #debian-es
http://debianvenezuela.org.ve - irc.debian.org #debian-es #debian-ve
CHASLUG -- http://chaslug.org.ve - irc.unplug.org.ve #chaslug
San Cristobal - Venezuela. TALUG -- http://linuxtachira.org
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFx7eEOKCtW8rKsRgRAifkAJ406ZksRWyMm6I9eB+nuXRAk5qYsQCgpjCS
URG9v/0cPqZI0WCaSZT4d2k=
=Prsp
-END PGP SIGNATURE-


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

Bug#409838: Version Fixup

[Stefan Bauer]

Sorry, my fault! the correct version of mnogosearch is:

Version: 3.2.37-3.1

Greetings Stefan


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

Bug#374371: update-grub fix

[Jason Rhinelander]

Otavio Salvador wrote:
> Can you please provide a test case were it was failing and now it's
> working?
>

Sure,

Starting from an unpatched /usr/sbin/update-grub:

[EMAIL PROTECTED]:~$ ls -l /boot/vmlinuz-2.6.*
-rw-r--r-- 1 root root 1366789 2006-12-02 12:43 /boot/vmlinuz-2.6.19
-rw-r--r-- 1 root root 1370776 2007-02-05 12:58 /boot/vmlinuz-2.6.20
-rw-r--r-- 1 root root 1415992 2006-12-23 16:03 /boot/vmlinuz-2.6.20-rc1
-rw-r--r-- 1 root root 1371384 2007-01-31 14:09 /boot/vmlinuz-2.6.20-rc6

[EMAIL PROTECTED]:~$ sudo update-grub
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
grep: /boot/config*: No such file or directory
Found kernel: /boot/vmlinuz-2.6.20-rc6
Found kernel: /boot/vmlinuz-2.6.20-rc1
Found kernel: /boot/vmlinuz-2.6.20
Found kernel: /boot/vmlinuz-2.6.19
Found kernel: /boot/memtest86+.bin
Updating /boot/grub/menu.lst ... done

[EMAIL PROTECTED]:~$ grep ^kernel /boot/grub/menu.lst
kernel  /boot/vmlinuz-2.6.20-rc6 root=/dev/sda1 ro
kernel  /boot/vmlinuz-2.6.20-rc1 root=/dev/sda1 ro
kernel  /boot/vmlinuz-2.6.20 root=/dev/sda1 ro
kernel  /boot/vmlinuz-2.6.19 root=/dev/sda1 ro
kernel  /boot/memtest86+.bin



The position of 2.6.20 in the above is wrong: 2.6.20 should be treated
as newer than 2.6.20-rc*.  With the patch applied:


[EMAIL PROTECTED]:~$ sudo patch -i update-grub.patch /usr/sbin/update-grub
patching file /usr/sbin/update-grub

[EMAIL PROTECTED]:~$ sudo update-grub
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
grep: /boot/config*: No such file or directory
Found kernel: /boot/vmlinuz-2.6.20
Found kernel: /boot/vmlinuz-2.6.20-rc6
Found kernel: /boot/vmlinuz-2.6.20-rc1
Found kernel: /boot/vmlinuz-2.6.19
Found kernel: /boot/memtest86+.bin
Updating /boot/grub/menu.lst ... done

[EMAIL PROTECTED]:~$ grep ^kernel /boot/grub/menu.lst
kernel  /boot/vmlinuz-2.6.20 root=/dev/sda1 ro
kernel  /boot/vmlinuz-2.6.20-rc6 root=/dev/sda1 ro
kernel  /boot/vmlinuz-2.6.20-rc1 root=/dev/sda1 ro
kernel  /boot/vmlinuz-2.6.19 root=/dev/sda1 ro
kernel  /boot/memtest86+.bin



-- 
-- Jason Rhinelander


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

Bug#408676: gnome-applets: drivemount_applet2 should be able to unmount FUSE mounts with fusermount -u

[Olivier Berger]

Sven Arvidsson <[EMAIL PROTECTED]> writes:

> On Wed, 2007-01-31 at 07:50 +0100, Olivier Berger wrote:
>> The fstab contains :
>> obexfs#-u0  /media/phonefusedefaults,user 0 0
>> 
>> And you can get a description of the whole thing here :
>> http://www.olivierberger.com/weblog/index.php/2006/11/12/66-transfering-files-to-the-sony-ericsson-k610i-from-gnu-linux-through-usb-obex
>
> Hi,
>
> I see, I don't have any devices speaking OBEX, so I can't reproduce your
> bug. I tried with sshfs, but I can unmount those fine.
>
> The tutorial you link to does mention problems with FUSE and pmount
> (used by GNOME) "pmount and FUSE are not yet fully integrated". So this
> could be a problem only with pmount.
>

Dunno... maybe drivemount_applet2 is using pumount, or not... in any
case, neither one work atm, and fusermount -u must be used.

Best regards,
-- 
Olivier BERGER (OpenPGP: 1024D/B4C5F37F)
APRIL (http://www.april.org) - Vive python (http://www.python.org)
Pétition contre les brevets logiciels : http://petition.eurolinux.org

Bug#409367: ITP: iceape-locales -- language packs for Iceape

[Mike Hommey]

On Mon, Feb 05, 2007 at 10:20:06PM +0100, Daniel Baumann <[EMAIL PROTECTED]> 
wrote:
> Robert Luberda wrote:
> > Yeah, it seems we have in Debian three different ways of naming 
> > translation packages:
> >   *-l10n-*  used for iceweasel and openoffice.org locales. 
> >   *-locale-*used for icedove and enigmail translations.
> >   *-i18n-*  used by kde packages.
> 
> afaik, there are only icedove packages left using *-locale-*, so i'd
> like to get rid of the *-locale-* using packages completely now.
> 
> > Is there any particular reason for iceape-l10n-*  being a better
> > name then iceape-locale-*? 
> 
> consistency. end users and dumb people like me like it when they don't
> have to learn package naming schemes again and again for every group of
> packages.
> 
> maybe, we can even have a consistency within all debian packages
> for lenny (I don't care so much if it is *-i18n-* or *-l10n-*).

not only for names but for short descriptions[1], or even better,
long descriptions, too

Mike

1. "development files for libfoo", "libfoo -- development files",
"Header files and static libraries for libfoo", "libfoo (development
headers)", "libfoo (development package)", etc.



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

Bug#406064: Bug#408256: Bug#406064: i386 binNMU for asterisk-chan-capi please

[Mark Purcell]

On Monday 05 February 2007 21:53, Mark Purcell wrote:
> I can't recreate my build environment from Oct 06.
> 
> And I can't reproduce the bug, additionally I don't have the hardware to test.

One theory though looking at the time line:

asterisk-chan-capi (0.7.1-1) would of been built against 
asterisk (1:1.2.12.1.dfsg-1)

Etch now has asterisk (1:1.2.13~dfsg-2) and 
asterisk-dev may not be version compatible between 1.2.12 & 1.2.13?

This could explain why the binNMU of asterisk-chan-capi now works for etch,
and would suggest that asterisk-chan-capi should perhaps have a strict
version dependency against asterisk.

Mark


asterisk-chan-capi (0.7.1-1+b1) testing; urgency=low
 -- Debian/i386 Build Daemon   Fri,  2 Feb 2007 00:43:31 
-0800

asterisk-chan-capi (0.7.1-1) unstable; urgency=low
 -- Mark Purcell <[EMAIL PROTECTED]>  Sun, 22 Oct 2006 20:49:40 +0100


asterisk (1:1.2.13~dfsg-2) unstable; urgency=low
 -- Mark Purcell <[EMAIL PROTECTED]>  Mon,  6 Nov 2006 06:33:19 +

asterisk (1:1.2.13~dfsg-1) unstable; urgency=high
 -- Mark Purcell <[EMAIL PROTECTED]>  Wed, 25 Oct 2006 06:46:52 +0100

asterisk (1:1.2.12.1.dfsg-1) unstable; urgency=low
 -- Mark Purcell <[EMAIL PROTECTED]>  Sun, 24 Sep 2006 14:45:58 +0100


pgpc9OYb4PLOy.pgp
Description: PGP signature

Bug#409678: k3b searches in the wrong path for genisoimage

[Francois Marier]

On Sun, Feb 04, 2007 at 07:13:45PM +0100, Patrick Matthäi wrote:
> I wanted to burn a video-dvd, but it fails, because k3b searches in the 
> wrong path for the tool genisoimage.
> 
> genisoimage is located in /usr/bin as dpkg -l genisoimage says.

Hi Patrick,

If you go into K3b's configuration and look at the external programs config,
I suspect that /usr/bin/X11/genisoimage is the default one for mkisofs.  It
should have a green arrow next to it.

What if you make /usr/bin/genisoimage the default instead?  Do you get the
same problems?

Francois

Bug#348226: uxterm refuse to run shell as login-shell

[Brice Goglin]

Hi Juhapekka,

About 1 year ago, you reported a bug to the Debian BTS regarding uxterm
having problems with zsh and luit. Did you see the followups and
reproduce this problem recently?

Thanks,
Brice



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

Bug#403012: Using UUID= for a root partition in /etc/fstab fails to boot

[Joey Hess]

Martin Michlmayr wrote:
> Which change should we make for etch?  Only the minimal one or the big
> one adding LABEL/UUID support?

I'd say the big one, it's not like it's really that big.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#389510: New upstream release

[Fabian Greffrath]

GParted is now miles behind upstream... :(



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

Bug#403012: Using UUID= for a root partition in /etc/fstab fails to boot

[Martin Michlmayr]

* Joey Hess <[EMAIL PROTECTED]> [2007-02-05 14:03]:
> > I've implemented a patch now that will translate LABEL and UUID from
> > /etc/fstab into a proper device string.  Joey, can you please review
> > it.  (FWIW, it's tested and seems to work for me.)
> Seems reasonable to me.

Which change should we make for etch?  Only the minimal one or the big
one adding LABEL/UUID support?
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#409678: k3b searches in the wrong path for genisoimage

[Patrick Matthäi]

Hi,

I created a symlink and it's working now ( called dirty patch :) ).

I've got only original deb packages, the problem that I mean is, that it 
seems as k3b searches in /usr/bin/X11 for it, but Debian is using 
/usr/bin for his binarys.


This could confuse beginners.

Regards, Patrick Matthäi


Francois Marier schrieb:

On Sun, Feb 04, 2007 at 07:13:45PM +0100, Patrick Matthäi wrote:
  
I wanted to burn a video-dvd, but it fails, because k3b searches in the 
wrong path for the tool genisoimage.


genisoimage is located in /usr/bin as dpkg -l genisoimage says.



Hi Patrick,

If you go into K3b's configuration and look at the external programs config,
I suspect that /usr/bin/X11/genisoimage is the default one for mkisofs.  It
should have a green arrow next to it.

What if you make /usr/bin/genisoimage the default instead?  Do you get the
same problems?

Francois

  

Bug#409846: [INTL:gl] Galician debconf templates translation for msttcorefonts

[Jacobo Tarrio]

Package: msttcorefonts
Severity: wishlist
Tags: l10n patch

 It is attached to this report.
# Galician translation of msttcorefonts's debconf templates
# This file is distributed under the same license as the msttcorefonts package.
# Jacobo Tarrio <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: msttcorefonts\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-10-11 15:47+0200\n"
"PO-Revision-Date: 2007-02-05 23:14+0100\n"
"Last-Translator: Jacobo Tarrio <[EMAIL PROTECTED]>\n"
"Language-Team: Galician <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../templates:1001
msgid "These fonts are not free."
msgstr "Estes tipos de letra non son libres."

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"These fonts were provided by Microsoft \"in the interest of cross-platform "
"compatibility\". This is no longer the case, but they are still available "
"from third parties."
msgstr ""
"Estes tipos fornecíaos Microsoft \"no interese da compatibilidade entre "
"plataformas\". Xa non é o caso, pero aínda están dispoñibles grazas a "
"terceiros."

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"You are free to download these fonts and use them for your own use, but you "
"may not redistribute them in modified form, including changes to the file "
"name or packaging format."
msgstr ""
"É libre de descargar estes tipos de letra e empregalos vostede, pero non os "
"pode redistribuír nunha forma modificada, o que inclúe cambios no nome do "
"ficheiro ou no formato do paquete."

#. Type: string
#. Description
#: ../templates:2001
msgid "Directory holding MS fonts (if already downloaded):"
msgstr "Directorio que contén tipos MS (se xa se descargaron):"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"If you have already downloaded Microsoft's TrueType Core Fonts for the web, "
"type the name of the directory which contains them. Those files are in the "
"Microsoft Windows self-installing format, and are named andale32.exe, "
"arial32.exe, arialb32.exe, comic32.exe, courie32.exe, georgi32.exe, impact32."
"exe, times32.exe, trebuc32.exe, verdan32.exe and webdin32.exe."
msgstr ""
"Se xa descargou os tipos centrais TrueType de Microsoft, escriba o nome do "
"directorio que os contén. Eses ficheiros están no formato autoinstalable de "
"Microsoft Windows, e teñen os nomes andale32.exe, arial32.exe, arialb32.exe, "
"comic32.exe, courie32.exe, georgi32.exe, impact32.exe, times32.exe, trebuc32."
"exe, verdan32.exe e webdin32.exe."

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"If you haven't yet downloaded these fonts, leave this blank and the fonts "
"will be downloaded for you. Approximately 4 MB will need to be downloaded."
msgstr ""
"Se aínda non descargou estes tipos de letra, deixe isto en branco e hanse "
"descargar os tipos por vostede. Hase ter que descargar uns 4 MB, "
"aproximadamente."

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"If you are not connected to the internet or do not wish to download these "
"fonts now, enter \"none\" to abort."
msgstr ""
"Se non está conectado a Internet ou non quere descargar agora os tipos, "
"introduza \"none\" para abortar."

#. Type: note
#. Description
#: ../templates:3001
msgid "Font files not found."
msgstr "Non se atoparon os ficheiros de tipos de letra."

#. Type: note
#. Description
#: ../templates:3001
msgid ""
"The directory you entered either did not exist, did not contain the "
"Microsoft TrueType Core Fonts for the Web Microsoft Windows 9x self "
"installing executables, or those executables did not match the versions "
"expected by this script.  Please re-enter the directory containing the "
"Microsoft font files or enter \"none\" to abort."
msgstr ""
"O directorio que introduciu non existe, ou non contén os executables "
"autoinstalables dos tipos centrais TrueType de Microsoft para a Web, ou os "
"executables non coinciden coas versións que este script espera. Volva "
"introducir o directorio que contén os tipos de letra de Microsoft ou "
"introduza \"none\" para abortar."

#. Type: string
#. Description
#: ../templates:4001
msgid "Where should these files be be archived (optional):"
msgstr "Onde se teñen que archivar estes ficheiros (opcional):"

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"If you would like to keep a permanent archive of the compressed Windows self "
"extracting files, enter the directory where you'd like them stored.  If you "
"leave this blank, the files will be deleted after installation."
msgstr ""
"Se quere gardar un arquivo permanente dos ficheiros autoextraíbles de "
"Windows, introduza o directorio no que os quere gardar. Se o deixa en "
"branco, hanse borrar os ficheiros trala instalación."

#. Type: note
#. Description
#: ../templates:5001
msgid "msttcorefonts uses defoma."
msgstr "msttcorefonts emprega defoma."

Bug#409849: ITP: afni -- toolkit for analyzing and visualizing functional MRI data

[Michael Hanke]

Package: wnpp
Severity: wishlist
Owner: Michael Hanke <[EMAIL PROTECTED]>

* Package name: afni
  Version : 2006.12.22.0933
  Upstream Author : Robert Cox et al. <[EMAIL PROTECTED]>
* URL : http://afni.nimh.nih.gov/
* License : GPL (sources might contain some OCL licensed docs)
  Programming Lang: C
  Description : toolkit for analyzing and visualizing functional MRI data

AFNI is an environment for processing and displaying functional MRI data. 
It provides a complete analysis toolchain, including 3D cortical surface models,
and mapping of volumetric data (SUMA).

In addition to its own format AFNI understands the NIfTI format and is
therefore easily usable in combination with FSL and Freesurfer.



The package will be maintained by Yaroslav Halchenko
<[EMAIL PROTECTED]> and me. 

Cheers,

Michael


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (600, 'testing'), (200, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
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]