Bug#513196: [xine-lib] missing security updates

[bugtrac...@slideomania.com]

Package: xine-lib
Version: 1.1.2+dfsg-7
Severity: medium
Tags: security

Hi,

yesterday I noticed an update for xine-lib [1] on my last remaining Ubuntu 
system. When I checked xine-lib's state on my etch system(s), I noticed that 
the last security update is from quite some months ago [2] and therefore etch 
lacks many security updates compared to lenny [3] or Ubuntu.

Please provide them for stable as soon as possible.

Thank you,
hk47

[1] USN-710-1: xine-lib vulnerabilities:
http://www.ubuntu.com/usn/USN-710-1

[2] Debian Changelog xine-lib (1.1.2+dfsg-7) (etch):
http://packages.debian.org/changelogs/pool/main/x/xine-lib/xine-lib_1.1.2+dfsg-7/changelog

[3] Debian Changelog xine-lib (1.1.14-5) (lenny):
http://packages.debian.org/changelogs/pool/main/x/xine-lib/xine-lib_1.1.14-5/changelog



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512601: multipath-tools: kpartx does not handle multi-Tb filesystems on i386

[Guido Günther]

On Tue, Jan 27, 2009 at 08:26:53AM +1100, vincent.mcint...@csiro.au wrote:
> umm - can't see it. I checked the bug as well. Could you resend please?
> The 65d108f.diff patch does not apply cleanly.
Attached now.
 -- Guido
>From d0e2a9285f0fa787c5de8ab82e8d9e075ce24d95 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Guido=20G=C3=BCnther?= 
Date: Fri, 23 Jan 2009 17:19:59 +0100
Subject: [PATCH] [kpartx] use uint64_t to account slices start/size

And thus support >2TB partitioned devices.
Redhat patch, pushed by Gerald Nowitzky.
---
 kpartx/devmapper.c |4 +++-
 kpartx/devmapper.h |4 ++--
 kpartx/gpt.c   |   35 ++-
 kpartx/kpartx.c|   25 +
 kpartx/kpartx.h|6 --
 5 files changed, 44 insertions(+), 30 deletions(-)

diff --git a/kpartx/devmapper.c b/kpartx/devmapper.c
index 6e3e198..91070e5 100644
--- a/kpartx/devmapper.c
+++ b/kpartx/devmapper.c
@@ -4,10 +4,12 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
 #include 
+#include "devmapper.h"
 
 #define UUID_PREFIX "part%d-"
 #define MAX_PREFIX_LEN 8
@@ -72,7 +74,7 @@ dm_simplecmd (int task, const char *name) {
 
 extern int
 dm_addmap (int task, const char *name, const char *target,
-	   const char *params, unsigned long size, const char *uuid, int part) {
+	   const char *params, uint64_t size, const char *uuid, int part) {
 	int r = 0;
 	struct dm_task *dmt;
 	char *prefixed_uuid;
diff --git a/kpartx/devmapper.h b/kpartx/devmapper.h
index ccdbead..2bd27d2 100644
--- a/kpartx/devmapper.h
+++ b/kpartx/devmapper.h
@@ -1,7 +1,7 @@
 int dm_prereq (char *, int, int, int);
 int dm_simplecmd (int, const char *);
-int dm_addmap (int, const char *, const char *, const char *, unsigned long,
-	   char *, int);
+int dm_addmap (int, const char *, const char *, const char *, uint64_t,
+	   const char *, int);
 int dm_map_present (char *);
 char * dm_mapname(int major, int minor);
 dev_t dm_get_first_dep(char *devname);
diff --git a/kpartx/gpt.c b/kpartx/gpt.c
index dc846ca..047a829 100644
--- a/kpartx/gpt.c
+++ b/kpartx/gpt.c
@@ -36,6 +36,7 @@
 #include 
 #include 
 #include 
+#include 
 #include "crc32.h"
 
 #if BYTE_ORDER == LITTLE_ENDIAN
@@ -50,10 +51,18 @@
 #  define __cpu_to_le32(x) bswap_32(x)
 #endif
 
+#ifndef BLKGETLASTSECT
 #define BLKGETLASTSECT  _IO(0x12,108)   /* get last sector of block device */
+#endif
+#ifndef BLKGETSIZE
 #define BLKGETSIZE _IO(0x12,96)	/* return device size */
+#endif
+#ifndef BLKSSZGET
 #define BLKSSZGET  _IO(0x12,104)	/* get block device sector size */
+#endif
+#ifndef BLKGETSIZE64
 #define BLKGETSIZE64 _IOR(0x12,114,sizeof(uint64_t))	/* return device size in bytes (u64 *arg) */
+#endif
 
 struct blkdev_ioctl_param {
 unsigned int block;
@@ -143,20 +152,14 @@ get_sector_size(int filedes)
 static uint64_t
 _get_num_sectors(int filedes)
 {
-	unsigned long sectors=0;
 	int rc;
-#if 0
-uint64_t bytes=0;
+	uint64_t bytes=0;
 
- 	rc = ioctl(filedes, BLKGETSIZE64, &bytes);
+	rc = ioctl(filedes, BLKGETSIZE64, &bytes);
 	if (!rc)
 		return bytes / get_sector_size(filedes);
-#endif
-rc = ioctl(filedes, BLKGETSIZE, §ors);
-if (rc)
-return 0;
-
-	return sectors;
+
+	return 0;
 }
 
 /
@@ -193,7 +196,7 @@ last_lba(int filedes)
 		sectors = 1;
 	}
 
-	return sectors - 1;
+	return sectors ? sectors - 1 : 0;
 }
 
 
@@ -220,17 +223,22 @@ read_lba(int fd, uint64_t lba, void *buffer, size_t bytes)
 {
 	int sector_size = get_sector_size(fd);
 	off_t offset = lba * sector_size;
+	uint64_t lastlba;
 ssize_t bytesread;
 
 	lseek(fd, offset, SEEK_SET);
 	bytesread = read(fd, buffer, bytes);
 
+	lastlba = last_lba(fd);
+	if (!lastlba)
+		return bytesread;
+
 /* Kludge.  This is necessary to read/write the last
block of an odd-sized disk, until Linux 2.5.x kernel fixes.
This is only used by gpt.c, and only to read
one sector, so we don't have to be fancy.
 */
-if (!bytesread && !(last_lba(fd) & 1) && lba == last_lba(fd)) {
+if (!bytesread && !(lastlba & 1) && lba == lastlba) {
 bytesread = read_lastoddsector(fd, lba, buffer, bytes);
 }
 return bytesread;
@@ -505,7 +513,8 @@ find_valid_gpt(int fd, gpt_header ** gpt, gpt_entry ** ptes)
 	if (!gpt || !ptes)
 		return 0;
 
-	lastlba = last_lba(fd);
+	if (!(lastlba = last_lba(fd)))
+		return 0;
 	good_pgpt = is_gpt_valid(fd, GPT_PRIMARY_PARTITION_TABLE_LBA,
  &pgpt, &pptes);
 if (good_pgpt) {
diff --git a/kpartx/kpartx.c b/kpartx/kpartx.c
index f859bd3..54a628e 100644
--- a/kpartx/kpartx.c
+++ b/kpartx/kpartx.c
@@ -25,6 +25,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -355,16 +356,16 @@ main(int argc, char **argv){
 
 slices[j].minor = m++;
 
-printf("%s%s%d : 0 %lu %s %lu\n",
+printf("%s%s%d : 0 %" PRIu64 " %s %"

Bug#513197: causes qemu to FTBFS

[Tshepang Lekhonkhobe]

Package: linux-libc-dev
Version: 2.6.28-1~experimental.1~snapshot.12650
Severity: important

Downgrading to 2.6.26-13 fixes the problem.

-- System Information:
Debian Release: 5.0
  APT prefers experimental
  APT policy: (1, 'experimental')
Architecture: i386 (i686)

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

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512739: python-qt4: Python-qt4 4.4.3 on experimental will not install

[Sune Vuorela]

Hi!

$ sudo apt-get -t experimental install python-qt4
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
  python-qt4-dbg
The following packages will be upgraded:
  python-qt4
1 upgraded, 0 newly installed, 0 to remove and 536 not upgraded.
Need to get 0B/4947kB of archives.
After this operation, 102kB disk space will be freed.
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 375438 files and directories currently installed.)
Preparing to replace python-qt4 4.4.2-4 (using .../python-
qt4_4.4.4-3_i386.deb) ...
pycentral: pycentral pkgprepare: not overwriting local files
pycentral pkgprepare: not overwriting local files
dpkg: error processing /var/cache/apt/archives/python-qt4_4.4.4-3_i386.deb (--
unpack):
 subprocess pre-installation script returned error exit status 1
Errors were encountered while processing:
 /var/cache/apt/archives/python-qt4_4.4.4-3_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

this is how it looks.

/Sune
-- 
I'm not able to digit from the GUI, how does it work?

From AutoCAD or from the file inside Explorer 9.5 you can never install a tower 
for disabling a graphic system on a URL.



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

Bug#513198: ghc6: FTBFS on GNU/kFreeBSD

[Petr Salinger]

Package: ghc6
Severity: important
Version: 6.10.1+dfsg1-4
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd

Hi,

the current experimental version fails to build on GNU/kFreeBSD,
see http://buildd.debian-ports.org/build.php?&pkg=ghc6

On kfreebsd-i386 6.10.1+dfsg1-3 builds fine, the 6.10.1+dfsg1-4 fails.

I suspect it is due to
ifeq '$(findstring $(shell dpkg-architecture -qDEB_HOST_ARCH), i386 amd64 
powerpc ia64)' ''
   echo "GhcUnregisterised=YES" >> mk/build.mk
endif

Please, could you change DEB_HOST_ARCH into DEB_HOST_ARCH_CPU ?


On kfreebsd-amd64 ghc6 have not yet been ported.
But both kfreebsd-i386 amd (linux-)amd64 builds fine,
so it shouldn't be hard to do it.
The upstream page claims that bootstrapping is currently unsupported :-(
http://hackage.haskell.org/trac/ghc/wiki/Building/Porting

Do you have any recipe or hints for this part ?

Thanks

Petr



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513199: No translation file in the gnumeric package

[Julien PUYDT]

Package: gnumeric
Version: 1.8.4-1

My wife wondered why her gnumeric wasn't in french anymore -- and worse, 
complained about it. After some poking around it turns out the package 
doesn't contain the translation files anymore :

$ dpkg -L gnumeric | grep locale
$

Hope this helps,

Snark on #gnome-hackers



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513200: judy: Watch file for Judy.

[Charles Plessy]

Package: judy
Severity: wishlist
Tags: patch

Dear Troy,

the following two lines can be used as a debian/watch file.

version=3
http://sf.net/judy/Judy-([\d\.]+)\.tar\.gz

Strangely, sourceforge only has version 1.0.4. Where did you get 1.0.5 ?

Have a nice day,

--
Charles Plessy
Tsurumi, Kanagawa, Japan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#499797: pal -m moves cursor strange after 8bit characters (in utf8 locale)

[Carsten Hey]

Hi Martijn.

On Tue, Sep 23, 2008 at 12:57:12PM +0200, Martijn van Oosterhout wrote:
> On Tue, Sep 23, 2008 at 12:46:50PM +0200, Gerfried Fuchs wrote:
> >  When you then press tab to go to the next entry, type e for edit, you
> > have the New description: line infront of you, and the current text. Add
> > an 8bit character, and the cursor will move not one character but two to
> > the right. When you move the cursor back with the arrow key it jumps two
> > characters instead of only one.
>
> Aha. Interactive mode, that makes a difference. The problem is then in
> pal_rl_ncurses_hack which does indeed seem the place the cursor wrong
> when using multibyte characters. Now all we need is a way to determine
> the correct location and it can be fixed...

I did a *quick* look into the code before I read your mail again and my
first guess was that the line "readline_x = col + strlen(
locale_prompt);" in pal_rl_get_raw_line() counts the length wrong and
thus indirectly causes this bug, but I might be wrong.

When fixing this bug we should consider that one UTF-8 characters might
need two columns to be displayed properly, e.g. some Chinese signs.
wcwidth(3) and wcswidth(3) look good under this aspect to determine the
display width of one wide character or one wide-character string.

Since we don't use wchar_t* we probably need to convert between
multibyte strings (what we have now) and wide character strings before
we call above-mentioned functions. One can use mbsrtowcs(), wcsrtombs()
and mbtowc() to do this.

Alternatively mbstowcs(NULL,s,0) could be used to count the number of
characters of a string. Using this solution would fix this bug for
languages that do not use signs which need more than one column to be
displayed correctly.

I found http://www.cl.cam.ac.uk/~mgk25/unicode.html and
http://www.chemie.fu-berlin.de/chemnet/use/info/libc/libc_18.html to be
very helpful to gain some deeper knowledge about Unicode.

Grepping for strlen in pal's source code and rethinking what we want to
archive (to get the number of columns needed to display a character, the
number of bytes, the number of characters ...) might point us to some
unreported bugs.


Regards
Carsten



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513192: Debian Bug - grave; Recoll (1.10.2-1); Lenny

[Kartik Mistry]

On Tue, Jan 27, 2009 at 11:48 AM, Kartik Mistry  wrote:
> Did that initial indexing finished? Let me know. And, I think its
> certainly not grave issue. I am marking it as important and forwarding
> bug to upstream too.

severity 513192 important
thanks

-- 
 Cheers,
 Kartik Mistry | 0xD1028C8D | IRC: kart_
 Debian GNU/Linux Developer
 Blog.en: ftbfs.wordpress.com
 Blog.gu: kartikm.wordpress.com



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512769: [INTL:es] Spanish debconf template translation for rtpg

[Francisco Javier Cuadrado]

In previous translation there was a little error, so please use this
updated template.

Thanks.

-- 
Saludos

Fran
# rtpg po-debconf translation to Spanish
# Copyright (C) 2009 Software in the Public Interest
# This file is distributed under the same license as the rtpg package.
#
# Changes:
#   - Initial translation
#   Francisco Javier Cuadrado , 2009
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: rtpg 0.0.6-1\n"
"Report-Msgid-Bugs-To: r...@packages.debian.org\n"
"POT-Creation-Date: 2009-01-12 07:02+0100\n"
"PO-Revision-Date: \n"
"Last-Translator: Francisco Javier Cuadrado \n"
"Language-Team: Debian l10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../rtpg-www.templates:2001
msgid "Add an entry for the virtual server in /etc/hosts?"
msgstr "¿Desea añadir una entrada para el servidor virtual en el archivo «/etc/hosts»?"

#. Type: boolean
#. Description
#: ../rtpg-www.templates:2001
msgid "This package may define a virtual server in the web server configuration."
msgstr "Este paquete puede definir un servidor virtual en la configuración del servidor web."

#. Type: boolean
#. Description
#: ../rtpg-www.templates:2001
msgid "For this to be fully functional, an entry is needed in the /etc/hosts file for the virtual server. This operation can be made automatic by enabling this option."
msgstr "Para que esto sea completamente funcional, se necesita una entrada para el servidor virtual en el archivo «/etc/hosts». Esta operación se puede realizar automáticamente activando esta opción."

Bug#513142: ucf/dbconfig warning when package is installed

[Michael Ablassmeier]

tags 513142 + unreproducible
thanks

hi Miguel,

On Mon, Jan 26, 2009 at 09:34:26PM +0100, Miguel A. Rojas wrote:
> Configuring zabbix-frontend-php (1:1.6.2-2) ...
> dbconfig-common: writing config to  
> /etc/dbconfig-common/zabbix-frontend-php.conf
> *** WARNING: ucf was run from a maintainer script that uses debconf, but
> the script did not pass --debconf-ok to ucf. The maintainer
> script should be fixed to not stop debconf before calling ucf,
> and pass it this parameter. For now, ucf will revert to using
> old-style, non-debconf prompting. Ugh!
> 
> Please inform the package maintainer about this problem.
> 
> I do not know if this happens in a fresh installation of 1.6.2-2 (without 
> upgrade from previous versions) because I just upgraded from the previous 
> version: 1.6.2-1 --> 1.6.2-2 and this error appears.

i cant reproduce this error. Neither on a fresh installation, nor on upgrade
from 1.6.2-1. The zabbix-frontend-php packages postinst isnt calling ucf
anyways. Its only called in postrm on purge (which works nicely too).

So i guess it may also be dbconfig-common which produces this warning.
What dbconfig-common version are you using?

bye,
- michael



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513201: enable debugger

[Wei Mingzhi]

Package: zsnes
Version: 1.510-2.1
Severity: wishlist

Hi,

Current the package doesn't have the zsnes debugger enabled. It would
be no harm to enable the debugger, as the debugger won't cause much
performance loss and only adds functionality to the package.

Thanks



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512900: [Pkg-xen-devel] Bug#512900: xen-hypervisor-3.2-1-amd64: don't support core 2 duo processor

[Bastian Blank]

severity 512900 normal
tags 512900 moreinfo
thanks

On Sat, Jan 24, 2009 at 11:58:20PM +0300, Victor Chukhantsev wrote:
> Current xen hypervisor don't support Intel Core 2 Duo T9400 processor. 
> Processor supports Intel (R) Virtualization Technology.

Care to provide _any_ information? This hypervisor is known to run on
Core 2 Duo CPUs.

Bastian

-- 
There is a multi-legged creature crawling on your shoulder.
-- Spock, "A Taste of Armageddon", stardate 3193.9



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510793: Dies with sigseg

[Jörg Sommer]

Hi Clint,

Jörg Sommer schrieb am Sat 24. Jan, 15:00 (+0100):
> Clint Adams schrieb am Mon 19. Jan, 00:32 (+):
> > On Sun, Jan 18, 2009 at 02:10:03PM +0100, Jörg Sommer wrote:
> > > As I can't reproduce the problem, so I can't surely if it would be gone,
> > > but I try the upgrade. But the changelog doesn't sound like anything
> > > around this was changed.
> > 
> > No, but there was a mutex change in mp/mp_region.c.
> 
> I've upgraded to 4.6.21-13 five days ago and I've got no crash since
> then. If this keeps for the next ten days, I expect the bug is fixed and
> I would flag this bug as fixed in 4.6.21-13 or do you object?

I'm sorry, I've to tell that bogofilter and exim still crash in the same
source line.

(gdb) bt
#0  __memp_bh_priority (bhp=0x1e761bb) at ../dist/../mp/mp_mvcc.c:30
#1  0xb7eedc62 in __memp_fget (dbmfp=0x8e4d958, pgnoaddr=0x8e44ab0, txn=0x0, 
flags=1, addrp=0x8e75180) at ../dist/../mp/mp_fget.c:739
#2  0xb7e3f453 in __ham_get_meta (dbc=0x8e75010)
at ../dist/../hash/hash_meta.c:41
#3  0xb7e4061a in __ham_open (dbp=0x8e4d6d8, txn=0x0, 
name=0xbfab3764 "/var/spool/exim4/db/retry", base_pgno=0, 
flags=) at ../dist/../hash/hash_open.c:95
#4  0xb7ebaadc in __db_open (dbp=0x8e4d6d8, txn=0x0, 
fname=0xbfab3764 "/var/spool/exim4/db/retry", dname=0x0, type=DB_UNKNOWN, 
flags=32, mode=416, meta_pgno=0) at ../dist/../db/db_open.c:210
#5  0xb7eb3109 in __db_open_pp (dbp=0x8e4d6d8, txn=0x0, 
fname=0xbfab3764 "/var/spool/exim4/db/retry", dname=0x0, type=DB_UNKNOWN, 
flags=32, mode=416) at ../dist/../db/db_iface.c:1129
#6  0x080553fc in ?? ()

Bye, Jörg.
-- 
Wer eher stirbt ist länger tot.
(Un B. Kant)


signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP

Bug#513122: gimp stuck querying plugin xsane, cannot start

[Julien BLACHE]

jida...@jidanni.org wrote:

Hi,

> Cannot start gimp 2.6.3-1. Gets stuck at querying plugin xsane.

What happens if you run xsane outside of gimp?

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer -  
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513202: gns3 - unavailbe dependence

[Alexander Markov]

Package: gns3
Version: 0.6-2
Severity: serious

--- Please enter the report below this line. ---

gns3 depends on dynamips (>= 0.2.7-0.2.8RC1), bug this package is unavaible in 
repositry.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.26-1-amd64

Debian Release: 5.0
  500 unstableserver 
  500 testing server 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
| 



-- 
Alexander Markov.
e-mail/jabber: apsheron...@gmail.com


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

Bug#513149: [pkg-cryptsetup-devel] Bug#513149: ryptdisks_start with explicit volume does not give proper errors

[Joachim Breitner]

Hi,

Am Dienstag, den 27.01.2009, 01:10 +0100 schrieb Jonas Meurer:
> Hello,
> 
> On 26/01/2009 Joachim Breitner wrote:
> > when trying to start a device with a crypttab entry using
> > cryptdisks_start directly, as in
> > 
> > $ cryptdisks_start media500
> > Starting crypto disk...done.
> > 
> > does not give an error message when the device is not present (in my
> > case, because I did not run vgchange -a y vg-500 yet).
> > 
> > While it is ok to ignore the entry during boot (it has the noauto flag),
> > it really should tell me about problems when I specifiy it explicitly.
> 
> you're right, that should be fixed.
> 
> could you try to set LOUD="yes" at the beginning of
> /usr/sbin/cryptdisks_start and see whether that fixes your problem?

no, unfortunately not:

$ head -n 20 /usr/sbin/cryptdisks_start 
#!/bin/sh

# cryptdisks_start - wrapper around cryptsetup which parses
# /etc/crypttab, just like mount parses /etc/fstab.

# Initial code and (c) 2007 Jon Dowland 
# License: GNU General Public License, v2 or any later
# (http://www.gnu.org/copyleft/gpl.html)

set -e

export LOUD=yes

if [ $# -lt 1 ]; then
echo "usage: $0 " >&2
echo >&2
echo "reads /etc/crypttab and starts the mapping corresponding to
" >&2
exit 1
fi

~ $ cryptdisks_start media500
Starting crypto disk...done.

Greetings,
Joachim
-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#513203: Cache values

[Neil Williams]

When trying to close #480716, I found that the cache values required by
findutils had not been included into dpkg-cross.

+# findutils
+if [ "$PACKAGE" = "findutils" -o "$PACKAGE_NAME" = "findutils" ]; then
+ac_cv_func_malloc_0_nonnull=yes
+ac_cv_func_realloc_0_nonnull=yes
+ac_cv_func_calloc_0_nonnull=yes
+gl_cv_header_working_fcntl_h=yes
+gl_cv_func_fflush_stdin=yes
+ac_cv_func_fnmatch_gnu=yes
+gl_cv_func_getcwd_null=yes
+gl_cv_func_gnu_getopt=yes
+gl_cv_func_wcwidth_works=yes
+fi
+

This change will be in dpkg-cross 2.3.4, due for release today.

-- 


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



pgpOKvW8FpdLo.pgp
Description: PGP signature

Bug#512769: [INTL:es] Spanish debconf template translation for rtpg

[Dmitry E. Oboukhov]

On 09:32 Tue 27 Jan , Francisco Javier Cuadrado wrote:
FJC> In previous translation there was a little error, so please use this
FJC> updated template.

ok, thanks :)
FJC> Thanks.

FJC> --
FJC> Saludos

FJC> Fran

FJC> # rtpg po-debconf translation to Spanish
FJC> # Copyright (C) 2009 Software in the Public Interest
FJC> # This file is distributed under the same license as the rtpg package.
FJC> #
FJC> # Changes:
FJC> #   - Initial translation
FJC> #   Francisco Javier Cuadrado , 2009
FJC> #
FJC> # Traductores, si no conocen el formato PO, merece la pena leer la
FJC> # documentación de gettext, especialmente las secciones dedicadas a este
FJC> # formato, por ejemplo ejecutando:
FJC> #   info -n '(gettext)PO Files'
FJC> #   info -n '(gettext)Header Entry'
FJC> #
FJC> # Equipo de traducción al español, por favor lean antes de traducir
FJC> # los siguientes documentos:
FJC> #
FJC> #   - El proyecto de traducción de Debian al español
FJC> # http://www.debian.org/intl/spanish/
FJC> # especialmente las notas de traducción en
FJC> # http://www.debian.org/intl/spanish/notas
FJC> #
FJC> #   - La guía de traducción de po's de debconf:
FJC> # /usr/share/doc/po-debconf/README-trans
FJC> # o http://www.debian.org/intl/l10n/po-debconf/README-trans
FJC> #
FJC> msgid ""
FJC> msgstr ""
FJC> "Project-Id-Version: rtpg 0.0.6-1\n"
FJC> "Report-Msgid-Bugs-To: r...@packages.debian.org\n"
FJC> "POT-Creation-Date: 2009-01-12 07:02+0100\n"
FJC> "PO-Revision-Date: \n"
FJC> "Last-Translator: Francisco Javier Cuadrado \n"
FJC> "Language-Team: Debian l10n Spanish 
\n"
FJC> "MIME-Version: 1.0\n"
FJC> "Content-Type: text/plain; charset=UTF-8\n"
FJC> "Content-Transfer-Encoding: 8bit\n"

FJC> #. Type: boolean
FJC> #. Description
FJC> #: ../rtpg-www.templates:2001
FJC> msgid "Add an entry for the virtual server in /etc/hosts?"
FJC> msgstr "¿Desea añadir una entrada para el servidor virtual en el archivo 
«/etc/hosts»?"

FJC> #. Type: boolean
FJC> #. Description
FJC> #: ../rtpg-www.templates:2001
FJC> msgid "This package may define a virtual server in the web server 
configuration."
FJC> msgstr "Este paquete puede definir un servidor virtual en la configuración 
del servidor web."

FJC> #. Type: boolean
FJC> #. Description
FJC> #: ../rtpg-www.templates:2001
FJC> msgid "For this to be fully functional, an entry is needed in the 
/etc/hosts file for the virtual server. This operation can be made automatic by 
enabling this option."
FJC> msgstr "Para que esto sea completamente funcional, se necesita una entrada 
para el servidor virtual en el archivo «/etc/hosts». Esta operación se puede 
realizar automáticamente activando esta opción."
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#478755: ITP eZComponents

[Thomas Koch]

Hi,

I do need eZComponents as Debian packages in a couple of days. Therefor
I already started the packaging two weeks ago and uploaded a first try
to mentors.debian.org, but without announcing my ITP. Mez advised me
about my error and I do appologize for it.
However Mez told me, that he would finish his packages at the end of
january.
Now that january is almost over, may I upload my ezcomponents packages
to mentors?

Given that the original ITP is as old as it takes to carry a child to
term, it may already has timed out. :-)

Best regards,
-- 
Thomas Koch, http://www.koch.ro
YMC AG, http://www.ymc.ch




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#507118: release-notes: Document use of backports.org packages during upgrade ( proposed text included )

[Emmanuel Kasper]

W. Martin Borgert schrieb:

On 2008-11-28 10:39, Emmanuel Kasper wrote:

As backports.org is now semi official ( ie links from the packages web
interface ) I propose to document properly how to deal with the
backported packages when doing a etch2lenny upgrade.

This text should go in the userbackports section of the release note
and is a rewording of http://backports.org/dokuwiki/doku.php?id=faq.


Many thanks for your text. It's added now in the SVN, please review.


Hello
The text looks good to me, however I noticed a mistake
line 380:

temporarily to 1001 for all packages from etch

should be replaced with

temporarily to 1001 for all packages from &releasename

I forgot to update this part of the text when rewording the backports FAQ.
Please update it, because the current version of the text gives a 
*wrong* advice: if you apt-pin all the packages to the etch version, you 
would actually never upgrade to lenny ...


Regards





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512625: davfs2: cannot mount davfs: double free or corruption (!prev) error

[Andrei Emeltchenko]

Hi,

The problem exist when I enter username and password when connecting to proxy

Please enter the username to authenticate with proxy
 or hit enter for none.
Username: test
Please enter the password to authenticate user test with proxy
 or hit enter for none.
Password:

If I leave proxy fields empty everything works!

BTW: My proxy does not require authentication.

Regards,
Andrei

On Sat, Jan 24, 2009 at 7:39 PM, Werner Baumann
 wrote:
> The same error was reported on
> http://sourceforge.net/tracker/index.php?func=detail&aid=2351083&group_id=26275&atid=386747
> Unfortunately I can't reproduce this bug and the bug submitter stopped
> responding.
> If you can reproduce the problem, this might help to track down the problem:
>
> 1) Set option "debug config" in davfs2.conf and send the
> mount.davfs-messages from syslog. This might help to find the "free" that
> causes the problem.
>
> 2) If you can build the package from the sources: I suspect a call to free
> the same structure after a fork in the child and in the parent process.
> Commenting out one of these calls could proof this. The only change
> necessary to the sources would be this comment in file mount_davfs.c,
> function main, about line 260:
>
> if (childpid > 0) {
>
>   ...
>
>   if (args->debug & DAV_DBG_CONFIG)
>  syslog(LOG_MAKEPRI(LOG_DAEMON, LOG_DEBUG), "Parent: leaving now");
> /* delete_args(args); */
>   exit(EXIT_SUCCESS);
>
> } else if (childpid < 0) {
>
> Cheers
> Werner
>
>



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511071: nautilus: Can confirm this issue

[Josselin Mouette]

Le mardi 27 janvier 2009 à 00:27 +0100, Kai Weber a écrit :
> * Kernel 2.6.26, ext3: moving files to trash works, files are shown in 
> trash:, trash icon changes state to "full"
> 
> * Kernel 2.6.28, ext3: moving files to trash works, files are shown in 
> trash:, trash icon does not change it's state
> 
> * Kernel 2.6.28, ext4: moving files to trash works, files are not shown 
> in trash:, trash icon does not change it's state (files are in 
> ~/.local/share/Trash/files)

Ah, right, the OP also has a self-compiled 2.6.27 kernel.

Looks like a problem with inotify in ext3, and something more fishy with
ext4.

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


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

Bug#513072: update-initramfs: please support running external hooks

[Nikita V. Youshchenko]

> right those hooks should be set up by linux-2.6 not initramfs-tools.
> kernel-package uses /etc/kernel and linux-2.6 should use that
> structure too.
>
> closing as this has no relation with initramfs-tools

Sorry, but what linux-2.6 has to do with initramfs update trigged by e.g. 
mdadm (or random kernel module) package upgrade?

Those do call update-initramfs, not whatever linux-2.6 hooks ...


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

Bug#513204: php5-mysql: doesn't crash anymore if I use taskset to launch my php script

[Michael Bonfils]

Package: php5-mysql
Version: 5.2.6.dfsg.1-0.1~lenny1
Severity: important


As others, I've a lot of problem with PHP when mysql/mysqli is enabled.
Bu I've found that if I use taskset to launch my php script, it works.

My minimal example t.sh
while true; do
echo '

Bug#512660: ocsinventory-server cannot work 'cause many files are missing

[t...@mediaforest.net]

Hello, I can confirm that after installing both server reports on the same server, makes it work, but there is still a 
bug : if the two packages might be on different hosts, why is there an empty database created by server package on the 
host where it is installed while it's reports package which create the tables on the host where it is installed ?



Pierre Chifflier a écrit :

severity 512660 normal
tags 512660 +wontfix
thanks


On Thu, Jan 22, 2009 at 05:33:59PM +0100, root wrote:

Package: ocsinventory-server
Version: 1.01-6
Severity: grave
Justification: renders package unusable

After installing ocsinventory-server, it doesn't work, because while the 
database has been created, there is no tables inside it.
The indications given in /usr/share/doc/ocsinventory-server/README.Debian are 
mainly wrong :



[...]


Post-installation notes
---

Please note that after first installation, or after an upgrade, it's recommended
to call http://localhost/ocsreports/install.php ; please also note that this
particular page is restricted to localhost in /etc/ocsinventory/ocsreports.conf.

For security reasons, this script is protected by an apache authentication, 
using
/etc/ocsinventory/htpasswd.setup

install.php isn't a part of the package,
/etc/ocsinventory/dbconfig.inc.php isn't a part of the package



It seems you have missed the way ocs inventory works:
-server is the *Communication Server* only
-reports is the web interface

Basically, both are required. They are separate packages because they
can be installed on different hosts.

install.php is part of ocsinventory-reports


there isn't any ocsreports location or directory created by the package, the 
only configured are the locations
ocsinventory and ocsinterface so it's impossible to call 
http://localhost/ocsreports/install.php after installation
ocsreports/install.php

It seems that those file are parts of ocsinventory-reports, but there is no 
dependency


# apt-cache show ocsinventory-server | grep reports
Recommends: ocsinventory-reports


-- System Information:
Debian Release: 4.0



Versions of packages ocsinventory-server recommends:
pn  ocsinventory-reports   (no description available)


.. which you have willingly not installed. As said above, it is not a
strict dependency because it is not required to be on the same host.

I have therefore downgraded the bug report severity to normal. I'll wait
for your confirmation that installing all packages make ocs works, and
close the bug.

Cheers,
Pierre







--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#493180: a tip

[Neil Williams]

Just a tip for the cache file handling - when porting the cache file
into dpkg-cross, ensure the "$PACKAGE_NAME" variable is read directly
from the upstream ./configure - e.g. the PACKAGE_NAME for findutils is
"GNU findutils".

-- 


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



pgpYgY4ITgK8m.pgp
Description: PGP signature

Bug#478755: ITP eZComponents

[Martin Meredith]

As I've already explained to Thomas, I am working on the packaging of this, 
however, have stumbled across a few roadblocks along the way.

I'd like to remind Thomas that I actually said I'd have time to start looking 
at 
the package again from tomorrow.

You are free to upload your packages to mentors, however, I'm in doubt as to 
whether you'll find a DD willing to sponsor them at this point in time.

I'm sorry that the package hasn't been created in the timespan you expect, but 
as I've mentioned to you before, there are certain roadblocks along the way, 
and 
the simple fact is, we're all human, we're all fallible, we all have other 
things to do (I for example, am in the process of moving house AND job this 
week)

Regards,
Martin "Mez" Meredith




signature.asc
Description: Digital signature

Bug#511071: nautilus: Can confirm this issue

[Avery Fay]

Josselin Mouette wrote:
> Le mardi 27 janvier 2009 à 00:27 +0100, Kai Weber a écrit :
>> * Kernel 2.6.26, ext3: moving files to trash works, files are shown in 
>> trash:, trash icon changes state to "full"
>>
>> * Kernel 2.6.28, ext3: moving files to trash works, files are shown in 
>> trash:, trash icon does not change it's state
>>
>> * Kernel 2.6.28, ext4: moving files to trash works, files are not shown 
>> in trash:, trash icon does not change it's state (files are in 
>> ~/.local/share/Trash/files)
> 
> Ah, right, the OP also has a self-compiled 2.6.27 kernel.
> 
> Looks like a problem with inotify in ext3, and something more fishy with
> ext4.
> 
> Cheers,

Actually, I'm using a kernel from http://wiki.debian.org/DebianKernel. I
also moved from ext3->ext4 a little while back, so that sounds like a
likely candidate.

Avery



signature.asc
Description: OpenPGP digital signature

Bug#512660: ocsinventory-server cannot work 'cause many files are missing

[Pierre Chifflier]

On Tue, Jan 27, 2009 at 10:39:12AM +0100, t...@mediaforest.net wrote:
> Hello, I can confirm that after installing both server reports on the 
> same server, makes it work, but there is still a bug : if the two 
> packages might be on different hosts, why is there an empty database 
> created by server package on the host where it is installed while it's 
> reports package which create the tables on the host where it is installed 
> ?
>

Because there is one package creating the database, while the other is
only configuring the access to a database which should already exist.
The fact that it creates an empty database is only a side effect from
dbconfig-common (maybe a feature request could be sent to ask
dbconfig-common for a way to configure a read access on a DB without
creating it).

Maybe this should be clarified in the README.Debian (yet the funny this
is that you get this file only *after* installing one of the packages
...)

Cheers,
Pierre



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#437357: ssh key lost

[Alexander Prinsier]

I just came across the same problem.

I rebooted the monitor server and suddenly nagios isn't able to login to
any host anymore.

Apparently it's private ssh key in it's homedir got wiped out
(/var/run/nagios2/.ssh/..., and also it's known_hosts).

The homedir really shouldn't be wiped out, and this is a big problem.

Please change the severity to grave, as this bug causes data loss. I
have to create a new key now, and put it's public key on each host again.

Is this bug fixed in lenny? I might just upgrade already then :)

Thanks,

Alexander



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510965: Acknowledgement (ganeti: Ganeti does not work with python-twisted 8.1)

[Iustin Pop]

On Tue, Jan 27, 2009 at 10:29:19AM +0100, Daniel Schreiber wrote:
> Iustin Pop schrieb:
>> On Mon, Jan 26, 2009 at 02:28:51PM +0100, Daniel Schreiber wrote:
>>>
>>> It blocks forever after printing the twisted version.
>>
>> This is strange then. The breakage occurs even before printin the first 
>> result,
>> which means it does not work at all (so it's different from the bug that we
>> fixed in 1.2.5).
>>
>> Just to be sure, can you confirm this also happens when trying against
>> localhost? And do you get anything in /var/log/ganeti/node-daemon.log?
>
> Traceback (most recent call last):
>   File "/usr/sbin/ganeti-noded", line 635, in 
> main()
>   File "/usr/sbin/ganeti-noded", line 631, in main
> reactor.run()
>   File "/usr/lib/python2.5/site-packages/twisted/internet/base.py", line 
> 1048, in run
> self.mainLoop()
> ---  ---
>   File "/usr/lib/python2.5/site-packages/twisted/internet/base.py", line 
> 1060, in mainLoop
> self.doIteration(t)
>   File  
> "/usr/lib/python2.5/site-packages/twisted/internet/selectreactor.py",  
> line 126, in doSelect
> self._preenDescriptors()
>   File  
> "/usr/lib/python2.5/site-packages/twisted/internet/selectreactor.py",  
> line 88, in _preenDescriptors
> self._disconnectSelectable(selectable, e, False)
>   File "/usr/lib/python2.5/site-packages/twisted/internet/posixbase.py", 
> line 196, in _disconnectSelectable
> selectable.connectionLost(failure.Failure(why))
>   File "/usr/lib/python2.5/site-packages/twisted/internet/posixbase.py", 
> line 150, in connectionLost
> os.close(fd)
> exceptions.OSError: [Errno 9] Bad file descriptor
>
> This happens right after startup of the node-daemon. Same trace on all  
> nodes. Nothing else is logged after that.
>
>> I would be interested at this point in:
>>   - the output of "python -v call_version.py "
>>   - an strace of "python call_version.py ..."
>>   - an strace of ganeti-noded while doing the above
>
> Attached.

Thanks. This is starting to look like a different problem.

The errno 9 we had before, but it should be solved. The strace shows
that the ganeti-noded is not actually listening, and the call_version
talks to a different host - it completes a connect(), while the node
daemon doesn't get any traffic.

I'll try to understand why you get the errno 9 error, but in the
meantime also a "lsof -p $pid_of_node_daemon" and an strace of the node
daemon startup would be helpful to understand in what state a node
daemon is.

iustin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513205: "debian/rules clean" not working

[Wei Mingzhi]

Package: zsnes
Version: 1.510-2.1
Severity: serious

when executing the "fakeroot debian/rules clean" command for zsnes
package, the .o files in the src directory is still not deleted. Only
the stamps are deleted.
This may be a problem with the rules script, as the "make distclean"
command is executed in the top directory and not the "src" directory,
which essentially done nothing.

As far as I've checked, the source appears to need to be cleaned
manually as the "make distclean" in src directory won't work either.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513206: ITP: inputex -- javascript framework to build fields and forms based on YUI

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 


* Package name: inputex
  Version : 0.2.1
  Upstream Author : Eric Abouaf 
* URL : http://javascript.neyric.com/inputex/
* License : MIT
  Programming Lang: Javascript
  Description : javascript framework to build fields and forms based on YUI

inputEx is a javascript framework to build fields and forms.

All the fields and forms are configured using json. It provides a very
efficient abstraction for building interactive web applications.

It is built on top of the YUI library (2.6.0) and currently supports
Firefox 1.5+, Safari 2.0+, IE 7.0+, Chrome 0.2+ and Opera 9+.

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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#351856: +1

[Avery Fay]

Not being auto subscribed to bugs you submit is truly one of the most
bizarre and frustrating aspects the debian bts. As far as I know, the
debian bts is only bug tracking system that works like this.

Avery



signature.asc
Description: OpenPGP digital signature

Bug#512349: A possible solution

[Chris]

Hello,I have the same problem,when I try to turn on my wireless, the LED
just blinks.

My solution is to comment the last two lines:

#! isAnyWirelessPoweredOn;
#setLEDAsusWireless $?

I got some information from report #453861 that:
”rf_kill and led are always coherent“.

So, I think I got the reason, the first part of the script turns it on
but the last two statements turn it off.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#502624: cups-pdf: "Test page" from web interface should use real user instead of 'anonymous'

[Martin-Éric Racine]

reassign 502624 cups
thanks

On Mon, Jan 26, 2009 at 12:52 PM, Volker Behr
 wrote:
> On Tue, 2008-12-23 at 22:06 +0200, =?UTF-8?Q? Martin-=C3=89ric?= Racine
> wrote:
>> > Otherwise one can't print a test page when 'anonymous' is disabled in
>> > cups-pdf configuraiton file. Moreover, no errors are reported either
>> > in web interface or log files in this case.
>>
>> > Looking at the completed jobs I conclude that Etch version used real
>> > users to print test pages. So, this sudden change after upgrade to Lenny
>> > confused me while I was trying to locate the printed test page in ~/PDF
>> > folder.
>>
>> This report seems to confuse too many issues. Let's divide those into
>> smaller blocks:
>>
>> 1. what user should be used to generate the test page? (a CUPS issue)
>
> ...and that's already the end of the story. Since CUPS-PDF has no means
> to determine whether a specific page is a CUPS test page (no, CUPS-PDF
> will never do an in-detail analysis of the contents of the PostScript
> passed to it) the test page will always be printed as the user CUPS
> chooses for printing it.
>
>> 2. where should the test page file be saved to? (a CUPS-PDF issue)
>
> This is solely determined by the user chosen at 1. (i.e. by CUPS).
>
>> 3. whether CUPS-PDF should be dependent upon the AnonUser being
>> enabled to produce a test page?
>> a) if yes, should it print an error message to alert the administrator
>> that, when AnonUser is disabled, it cannot produce the test page?
>> b) if not, which system user should be used to produce the test page?
>> (all those are CUPS-PDF issues)
>
> Once again: since I do not have any chance to tell a test page apart
> from a real print job, the statements made above fully apply. In case of
> denied anonymous accesses already now CUPS-PDF prints an "anonymous
> access denied" as INFO-message to its log file.
>
> Regards,
> Volker

As confirmed by the upstream author of CUPS-PDF, what system user is
called to make test printouts via the CUPS Web interface is not
dependent upon CUPS-PDF at all, since it's a generic feature of CUPS,
so I'm reassigning this bug to CUPS.

Martin-Éric



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513207: [INTL:bg] Bulgarian translation of install-keymap.pot

[Damyan Ivanov]

Package: console-common
Version: 0.7.80
Severity: wishlist
Tags: patch l10n

Hi,

Please find attached Bulgarian translation on console-common's
po/install-keymap.pot file. This is to be used as po/bg.po
(*not* debian/po/bg.po).

I have taken the liberty to list myself as copyright holder of the
translation and state explicit GPL-2+ licensing terms in the start of the
file. FSF looked somehow out-of-band there. I hope this is actually OK.


Thanks,
dam


Versions of packages console-common depends on:
ii  console-data 2:1.07-11   keymaps, fonts, charset maps, fall
ii  console-tools1:0.2.3dbs-65.1 Linux console and font utilities
ii  debconf [debconf-2.0]1.5.24  Debian configuration management sy
ii  debianutils  2.30Miscellaneous utilities specific t
ii  kbd-compat [kbd] 1:0.2.3dbs-65.1 Wrappers around console-tools for 
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip
# translation of install-keymap.pot to Bulgarian
# Copyright (C) 2009 Damyan Ivanov 
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License with
# the Debian GNU/Linux distribution in file /usr/share/common-licenses/GPL;
# if not, write to the Free Software Foundation, Inc., 
# 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA
#
# Damyan Ivanov , 2009.
msgid ""
msgstr ""
"Project-Id-Version: console-common 0.7.81\n"
"PO-Revision-Date: 2009-01-27 11:55+0200\n"
"Last-Translator: Damyan Ivanov \n"
"Language-Team: Bulgarian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

msgid "Usage: install-keymap [ keymap_file | NONE | KERNEL ]"
msgstr "Употреба: install-keypam [ файл_с_подредба | NONE | KERNEL ]"

msgid "Warning: cannot access console;"
msgstr "Предупреждение: няма достъп до конзолата"

msgid " deferring until console is accessible."
msgstr " отлагане до получаване на достъп до конзолата."

msgid ""
"Warning: cannot install keymap on a serial console.\n"
" deferring until non-serial console present."
msgstr ""
"Предупреждение: серийната конзола не поддържа промяна на клавиатурната"
" подредба. Отлагане на операцията до наличието на нормална конзола."

msgid ""
"Warning: no console utilities installed yet.\n"
" deferring keymap setting until either console-tools or kbd is installed."
msgstr ""
"Предупреждение: няма инсталирани програми за работа с конзолата.\n"
" отлагане на настройката на клавиатурната подредба до инсталирането\n"
" на console-tools или kbd."

msgid "Failed to dump keymap!"
msgstr "Грешка при извличане на клавиатурната подредба!"

msgid ""
"This might be because your console cannot be opened.  Perhaps you don't have\n"
"a video card, are connected via the serial console or ssh.\n"
"Not loading keymap!"
msgstr ""
"Причината може да е в невъзможността за достъп до конзолата. Може би \n"
"нямате видео-карта или използвате серийна конзола или ssh за свързване.\n"
"Клавиатурната подредба не е заредена."

msgid "Failed to preserve keymap!"
msgstr "Неуспех при запазване на клавиатурната подредба!"

msgid "conffile ${CONFFILE} is a symlink : not overwriting"
msgstr "файлът с настройки ${CONFFILE} е символна връзка и няма да бъде презаписан"

msgid ""
"It is recommended that ${CONFFILE} is not a symlink; instead\n"
"edit /etc/console-tools/remap to include any local changes."
msgstr ""
"Препоръчва се вместо използването на символна връзка за ${CONFFILE},"
"всички локални промени да се включат в /etc/console-tools/remap."

msgid ""
"The new keymap has been placed in ${CONFFILE}.dpkg ;\n"
"Please move it as required."
msgstr ""
"Новата клавиатурна подредба е запазена в ${CONFFILE}.dpkg;\n"
"Преместете го където е нужно."

msgid "Notice: doing keycode translation to use PC keymap on RiscPC"
msgstr ""
"Забележка: използва се транслация на клавиатурните кодове за да се \n"
"използва подредба за PC на RiskPC"

msgid "Failed to load keymap!"
msgstr "Неуспех при зареждане на клавиатурната подредба!"

Bug#500453: (no subject)

[Martin Meredith]

As far as I can see here, the upstream author info in this ITP is incorect. 
This 
is a conglomoration of what seems to be 2 packages (activestates debugger link 
and Sam Ghods vim support which uses it.


signature.asc
Description: Digital signature

Bug#507118: release-notes: Document use of backports.org packages during upgrade ( proposed text included )

[W. Martin Borgert]

On 2009-01-27 10:21, Emmanuel Kasper wrote:
> temporarily to 1001 for all packages from etch
>
> should be replaced with
>
> temporarily to 1001 for all packages from &releasename

Done.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#500453: ITP stalled

[Thomas Koch]

This ITP is stalled since an effort is going onto restructure
vim.org/scripts and provide a better upstream for vim scripts.

The hope is, that a after the restructuring, debian packages can be
created automatically from the scripts on vim.org.

-- 
Thomas Koch, http://www.koch.ro
YMC AG, http://www.ymc.ch



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513183: Correct severity

[Vincent Danjean]

severity 513183 normal
thanks

  This bug is not in the core mercurial (ie the core software works
correctly). It is in an extension (hgk).
  I really do not think that such a bug should prevent mercurial to be
released with lenny (which would be the case if the severity is kept at
'serious' level).

  I think that this bug in hgk will be corrected now that it has been
discovered. But, unless someone comes quickly with a good patch, I do not
think it will be corrected before lenny.
  And the workaround is simple: just correct the mercurial configuration
so that the warning is not triggered anymore.

Eddy Petrișor wrote:
> 2009/1/26 Vincent Danjean :
>> Because, if I read correctly your short report, you complain about the
>> hgk extension not working as soon as mercurial emits some of its standard
>> warning messages. Any extensions (not just commit-tool) will trigger this
>> bad behavior of hgk if they call not be loaded.
>
> Probably the easiest fix is to redirect the warning about the
> inability to load the extenson to stderr.

The message is already on stderr:
vdanj...@eyak:~$ cat ~/.hgrc
[extensions]
hgext.yo=
vdanj...@eyak:~$ hg > /dev/null
*** failed to import extension hgext.yo: No module named yo
vdanj...@eyak:~$


  Regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513208: fglrx-driver: low default resolution after updating from 8-10 to 8-12

[Henning Glawe]

Package: fglrx-driver
Version: 1:8-12-4
Severity: important

The screen of my Lenovo Thinkpad T60, native resolution 1400x1050, driven by
a mobility radeon x1400, came up after the update to 8-12 with a default
resolution of 1024x768.
The other modes are still there and selectable by xrandr, but the default is
1024x768. looking at the Xorg.0.log, I saw the message:

[...]
(WW) AIGLX: 3D driver claims to not support visual 0x72
(II) AIGLX: Loaded and initialized /usr/lib/dri/fglrx_dri.so
(II) GLX: Initialized DRI GL provider for screen 0

(II) fglrx(0): Restoring recent mode: 1024x...@60hz

(**) Option "CoreKeyboard"
(**) Generic Keyboard: always reports core events
(**) Option "Protocol" "standard"
[...]

how to change that back to 1400x1050?



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

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

Versions of packages fglrx-driver depends on:
ii  fglrx-glx 1:8-12-4   proprietary libGL for the non-free
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libdrm2   2.3.1-2Userspace interface to kernel DRM 
ii  libgl1-mesa-glx [libgl1]  7.0.3-7A free implementation of the OpenG
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxrandr22:1.2.3-1  X11 RandR extension library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  xserver-xorg  1:7.3+18   the X.Org X server

Versions of packages fglrx-driver recommends:
ii  fglrx-atieventsd  1:8-12-4   external events daemon for the non
ii  fglrx-glx 1:8-12-4   proprietary libGL for the non-free
ii  fglrx-glx-ia321:8-12-4   proprietary libGL for the non-free
ii  fglrx-kernel-2.6.26-1 1:8-12-4+2.6.26-13 ATI binary kernel module for Linux
ii  fglrx-source  1:8-12-4   kernel module source for the non-f

Versions of packages fglrx-driver suggests:
ii  fglrx-control 1:8-12-4   control panel for the non-free AMD

-- no debconf information

-- 
c u
henning



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512277: [patch] gnat-4.3: kfreebsd-i386 - libraries are not supported on this platform

[Petr Salinger]

tags 512277 + patch
thanks

Hi,

I tested the proposed patch, it suffices to build asis and 
adabrowse packages.


Please could you include this tiny extension of libgnatprj/configure.ac:

+  | *86-*-kfreebsd*-gnu \
+  | *x86_64-*-kfreebsd*-gnu )

Many thanks in advance

Petr



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512371: Please allow biofox 1.1.5-1 in Lenny.

[Neil McGovern]

On Sat, Jan 24, 2009 at 07:09:31PM +0900, Charles Plessy wrote:
> http://people.debian.org/~naoliv/misc/debian-med/biofox_diff.txt
> 
> >* New upstream release, compatible with Firefox 3 (Closes: #512371).
> >* Updated debian/watch.

Both ok.

> >* Use Debhelper 7 (idebian/co{ntrol,mpat}.

Not ok.

> >* Depend on ${misc:Depends} (debian/control).
> >* Converted debian/copyright to machine-readable format.
> >* New homepage (debian/control).
> >* Updated to Policy 3.8.0:
> >  - added a get-orig-source target to debian/rules.
> >  - wrote a README.source file explaining that upstream sources are in 
> > Zip
> >format.

All fine

> >* The package now uses Upstream's biofox.jar instead of rebuilding it in
> >  debian/rules.
> 

Is this what happened to chrome/content/* ?

Neil
-- 
[..] Debian (in the form of a large, busy, and frequently stressed organising
team) has been able to organise food, accommodation and bandwidth [..]
-- Anthony "AJ" Towns



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512371: Please allow biofox 1.1.5-1 in Lenny.

[Charles Plessy]

Hi Neil, thanks for your review.

Le Tue, Jan 27, 2009 at 10:45:30AM +, Neil McGovern a écrit :
> 
> > >* Use Debhelper 7 (idebian/co{ntrol,mpat}.
> 
> Not ok.

What's wrong, Debhelper or the typo? Most freeze exemptions I got so far (from
other release managers) included a Debhelper update.

> > >* The package now uses Upstream's biofox.jar instead of rebuilding it 
> > > in
> > >  debian/rules.
> > 
> 
> Is this what happened to chrome/content/* ?

Yes:

anx159《chrome》$ unzip -l biofox.jar 
Archive:  biofox.jar
  Length Date   TimeName
    
0  06-23-08 18:41   content/
 1267  09-27-06 12:26   content/about.xul
 1858  10-24-05 17:06   content/biofox-pref.xul
26084  06-23-08 19:18   content/biofox.js
 4481  06-23-08 19:25   content/biofoxSidebar.xul
 5263  10-24-05 17:06   content/biofoxoverlay.js
 1157  10-24-05 17:06   content/biofoxoverlay.xul
 1639  10-24-05 17:06   content/contents.rdf
 1247  10-24-05 17:06   content/workspace.html
0  02-14-08 09:02   skin/
0  02-14-08 09:02   skin/classic/
0  02-14-08 09:02   skin/classic/biofox/
21008  05-11-06 08:24   skin/classic/biofox/biofoxlogo.png
30370  10-24-05 17:06   skin/classic/biofox/biotoolbar.png
  556  10-24-05 17:06   skin/classic/biofox/contents.rdf
0  02-14-08 09:02   locale/
0  02-14-08 09:02   locale/en-US/
  529  10-24-05 17:06   locale/en-US/about.dtd
  514  10-24-05 17:06   locale/en-US/contents.rdf
    ---
95973   19 files

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513210: qemu: keyboard layout not detected

[Marcus Better]

Package: qemu
Version: 0.9.1+svn20081214-1
Severity: normal

Recently qemu stopped detecting the correct keyboard layout (sv). I
have to provide it with the -k option.

Just guessing: could it be related to the fact that I now use the
evdev driver for the keyboard?

I'm running qemu in a regular X.org session (xserver-xorg 1:7.4~5,
xserver-xorg-core 2:1.5.99.901-1). 

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

Kernel: Linux 2.6.28.1-melech (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages qemu depends on:
ii  bochsbios  2.3.7-1   BIOS for the Bochs emulator
ii  libasound2 1.0.18-1  shared library for ALSA applicatio
ii  libbluetooth2  3.36-1Library to use the BlueZ Linux Blu
ii  libbrlapi0.5   3.10~r3724-1+b1   braille display access via BRLTTY 
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libgnutls262.4.2-4   the GNU TLS library - runtime libr
ii  libncurses55.7+20081213-1shared libraries for terminal hand
ii  libpulse0  0.9.10-3  PulseAudio client libraries
ii  libsdl1.2debian1.2.13-2  Simple DirectMedia Layer
ii  libvdeplug22.2.2-3   Virtual Distributed Ethernet - Plu
ii  openbios-sparc 1.0~alpha2+20081109-1 SPARC Open Firmware
ii  openhackware   0.4.1-4   OpenFirmware emulator for PowerPC
ii  proll  18-4  JavaStation PROM 2.x compatible re
ii  vgabios0.6b-1VGA BIOS software for the Bochs an
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages qemu recommends:
ii  debootstrap   1.0.10 Bootstrap a basic Debian system
ii  sharutils 1:4.6.3-1  shar, unshar, uuencode, uudecode
ii  vde2  2.2.2-3Virtual Distributed Ethernet

Versions of packages qemu suggests:
pn  kqemu-source   (no description available)
ii  samba 2:3.2.5-4  a LanManager-like file and printer
ii  sudo  1.6.9p17-1 Provide limited super user privile

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513202: gns3 - unavailbe dependence

[Evgeni Golov]

reassign 513202 dynamips
retitle 513202 dynamips is built on i386 only
thanks

On Tue, 27 Jan 2009 12:06:21 +0300 Alexander Markov wrote:

> gns3 depends on dynamips (>= 0.2.7-0.2.8RC1), bug this package is unavaible 
> in 
> repositry.
> 
> --- System information. ---
> Architecture: amd64

Well, it's available on i386, and prolly just needs a build on amd64?
AFAIK non-free isn't autobuilt, so just fetch the source and try to
build it.

@Erik: any chance you can provide official amd64 (and other arch)
binaries for that?
Or via
http://lists.debian.org/debian-devel-announce/2006/11/msg00012.html ?

Regards
Evgeni

-- 
Bruce Schneier Fact Number 5:
The output of Bruce Schneier's pseudorandom generator follows no
describable pattern and cannot be compressed.


pgpQLmQXBGRwG.pgp
Description: PGP signature

Bug#511999: gnome-control-center: Keyboard option "Disable sticky keys if two keys are pressed together" has no effect

[Josselin Mouette]

Le vendredi 16 janvier 2009 à 00:51 -0500, Dylan Thurston a écrit :
> In Keyboard Preferences, the option "Disable sticky keys if two keys
> are pressed together" has no effect; if no other action is taken, the
> option is effectively always on.  Presumably this option is meant to
> control the underlying behaviour of the xkb extension, as revealed,
> for instance, by 'xkbset'.  The other options in that screen do take
> effect immediately, but this option (called 'twokey' by xkbset) has no
> effect.

This option works here on 2.24. Could you confirm whether upgrading to
it fixes the issue?

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


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

Bug#504063: Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations

[Eddy Petrișor]

>> suggest that the blocking is not visible when using the 2.6.26 kernel,=

>> while you said that it is.
>=20
> Only two reports? I really doubt it (search for older bugs!). At least =
it
> worked for me with a more recent kernel whereas it freezed using 2.6.28=
=2E

Did you really mean 2.6.28 (which is just 1 month old), or did you mean
2.6.18 (etch's kernel)?

>> Maybe the common thing is a somewhat slower/older CPU(k7, 686)/machine=
?
>> That would somewhat explain the "I see it on SSH, but not on local" re=
port from
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D479438#15 .
>=20
> Whenever I use aptitude I have to wait up to 5 minutes (or longer) unti=
l it
> has done it's job but it works. My system is a PIII 800MHz with 256 MB =
RAM and
> a *very* slow solid state disk. I also tested aptitude on even slower h=
ardware
> (FreeRunner and a 400MHz Mips workstation and a 370 MHz Mips workstatio=
n). It
> works well (but slow) on these so I suspect a slow CPU is not related t=
o the
> problem.

Not sure if other arches than i686-compatible (or the ones in k7's
generation) are affected, but now that I managed to isolate the version
that introduced the bug, I guess it will be easier for Daniel to figure
out the cause of the problem.

>> If is of any help, this machine has:
>>
>> 0 e...@twix ~/usr/src/perso/aptitude/aptitude-0.4.11.11 $ free -m
>>  total   used   free sharedbuffers cac=
hed
>> Mem:  1003687315  0 34=
252
>=20
> Wow!!!

What? The memory usage? Is normal when you compile aptitude in the
background ;-) while having iceweasel opened.

--=20
Regards,
EddyP
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
"Imagination is more important than knowledge" A.Einstein



signature.asc
Description: OpenPGP digital signature

Bug#513212: ITP: bansheelyricsplugin -- An extension for Banshee which shows song lyrics.

[Chow Loong Jin]

Package: wnpp
Severity: wishlist
Owner: Chow Loong Jin 


* Package name: bansheelyricsplugin
  Version : 0.6.0
  Upstream Author : Christian Martellini

* URL : http://bansheelyricsplugin.googlecode.com
* License : GPL
  Programming Lang: C#
  Description : An extension for Banshee which shows song lyrics.

Banshee Lyrics Plugin is an extension for the Banshee media player which
shows lyrics of the song currently played in Banshee. It supports
retrieving lyrics from http://lyrc.com.ar, http://lyriky.com,
http://lyricwiki.org, and http://www.autolyrics.com. 

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

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


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

Bug#512371: Please allow biofox 1.1.5-1 in Lenny.

[Neil McGovern]

On Tue, Jan 27, 2009 at 07:53:53PM +0900, Charles Plessy wrote:
> Hi Neil, thanks for your review.
> 
> Le Tue, Jan 27, 2009 at 10:45:30AM +, Neil McGovern a écrit :
> > 
> > > >* Use Debhelper 7 (idebian/co{ntrol,mpat}.
> > 
> > Not ok.
> 
> What's wrong, Debhelper or the typo? Most freeze exemptions I got so far (from
> other release managers) included a Debhelper update.
> 

The debhelper change, at this very very late stage in the release. Your
previous request was about a month and a half ago.

> > > >* The package now uses Upstream's biofox.jar instead of rebuilding 
> > > > it in
> > > >  debian/rules.
> > > 
> > 
> > Is this what happened to chrome/content/* ?
> 
> Yes:
> 

Ok, that's fine. Despite lots of whitespace changes / reindentation of
code, the actual diff seems ok. Could you upload to t-p-u with just
these changes and not the ones to the build system?

Neil
-- 
* stockholm bangs head against budget
 outsch
 h01ger: it is still very soft, i did not hurt myself
 stockholm: But you bled on the budget, and now it's red again!



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513214: qemu: does not run or runs slowly on inactive Workspace

[Teus Benschop]

Package: qemu
Version: 0.9.1-6
Severity: normal

When Windows 2000 is installed inside qemu, and then the user switches 
to another Workspace, then Windows 2000 stops running or runs very slow.
It is visible when some program runs inside Windows 2000, for example 
an installer program. When switching to another Workspace, the installer 
program stops working. This applies to any other program I have tried.
It seems when qemu runs on an invisible Workspace that it then stops 
running the guest operating system.

-- System Information:
Debian Release: lenny/sid
Architecture: i386 (i686)

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

Versions of packages qemu depends on:
ii  bochsbios  2.3.7-1   BIOS for the Bochs emulator
ii  libasound2 1.0.16-2  ALSA library
ii  libbrlapi0.5   3.10~r3724-1+b1   braille display access via BRLTTY 
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  libncurses55.6+20080830-1shared libraries for terminal hand
ii  libsdl1.2debian1.2.13-2  Simple DirectMedia Layer
ii  openbios-sparc 1.0~alpha2+20080106-2 SPARC Open Firmware
ii  openhackware   0.4.1-4   OpenFirmware emulator for PowerPC
ii  proll  18-4  JavaStation PROM 2.x compatible re
ii  vgabios0.6b-1VGA BIOS software for the Bochs an
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages qemu recommends:
ii  debootstrap   1.0.10 Bootstrap a basic Debian system
ii  sharutils 1:4.6.3-1  shar, unshar, uuencode, uudecode
ii  vde2  2.2.2-3Virtual Distributed Ethernet

Versions of packages qemu suggests:
ii  samba 2:3.2.3-3  a LanManager-like file and printer
ii  sudo  1.6.9p17-1 Provide limited super user privile

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510176: installation-reports: No network through DHCP router speedtouch 530

[M.-A. DARCHE]

M.-A. DARCHE a écrit :
> Frans Pop a écrit :
>> On Tuesday 06 January 2009, M.-A. DARCHE wrote:
>>> Could there be a problem in the way the ethernet card is labeled
>>> or tracked by the installer? If so, is there a way to make
>>> the dhcpdiscover try on all available interfaces instead of
>>> only the one detected/selected?
>>
>> I doubt that. And as we don't have any other reports of DHCP not working 
>> during installation, my bet is on a local network problem.
>>
> 
> OK. But strange because other Debian boxes can get leases from
> this DHCP router.
> 

Since my last email I have changed of ISP to have a wider bandwidth.

My two Debian boxes (1 Etch and 1 Lenny) both manage to connect without
any problem to the brand new DHCP router modem (which is no more
a SpeedTouch 530).

But the installation still fails. I'm attaching to this email
the new debian-installer log obtained with the new ISP and new DHCP
router modem. This was obtained with 20090126 daily netboot image.

So I would tend to conclude that this is not a local network problem,
but rather a hardware one.

I have one other experiment I'll try tomorrow: installing another
machine on the same local network. I'll keep you posted.


>> There are two ways you could investigate this further:
>> - try to do the network setup manually from one of the debug shells (on
>>   VT2 or VT3)

I didn't manage to do that. Could you give me the command lines please?

>> - use a packet sniffer like wireshark on a separate computer to see the
>>   actual network traffic between the system being installed and your
>>   router
> 

Sorry, I haven't had the time to try this option yet.



Thanks for your time,


-- 
Marc-Aurèle DARCHE

Modèles économiques liés aux logiciels libres :
http://www.aful.org/professionnels/modeles-economiques-logiciels-libres

AFUL
Association Francophone des Utilisateurs de Linux/Logiciels Libres
French speaking Linux and Libre Software Users' Association



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513068: nautilus: the "Always use text-entry location bar" option is missing

[George Kirkham]

Josselin,

Today I had stumbled on this icon by accident.  Maybe there is value in 
having a "preferred state" setting in the Preferences section ?  Anyway, 
as you said, it is possible via the button.


Thanks,

George.


Josselin Mouette wrote:

Le lundi 26 janvier 2009 à 15:09 +1100, George Kirkham a écrit :
  
I have always used the nautilus file browser's "Always use text-entry location 
bar" option found under Edit -> Preferences -> Behovior (tab), which was in etch, 
but in lenny it is missing in my install.


Please reinstate the "Always use text-entry location bar" option.



Why? There is now a button to toggle this mode, directly on the side of
the location bar. What would be the reason for hiding it in the
preferences again?

  





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513213: libmysql++-dev: Please include library for static linking

[Artur R. Czechowski]

Package: libmysql++-dev
Version: 3.0.0-1
Severity: wishlist

Hello,
Could you, please, add an .a library for static linking? It would very
nice of you if you could prepare such a change also for lenny.

Best regards
Artur

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages libmysql++-dev depends on:
ii  libmysql++3   3.0.0-1MySQL C++ library bindings (runtim
ii  libmysqlclient15-dev  5.0.51a-21 MySQL database development files

libmysql++-dev recommends no packages.

libmysql++-dev suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513202: gns3 - unavailbe dependence

[Evgeni Golov]

On Tue, 27 Jan 2009 12:26:10 +0100 Evgeni Golov wrote:

> Well, it's available on i386, and prolly just needs a build on amd64?
> AFAIK non-free isn't autobuilt, so just fetch the source and try to
> build it.

Okay, it was a bit more than "just" a rebuild:
I had to adjust DYNAMIPS_ARCH so it builds with correct amd64 headers.
Patch is attached.

Alexander, can you try installing
http://die-welt.net/~evgeni/tmp/dynamips_0.2.7-0.2.8RC2-3.1_amd64.deb
and tell me whether gns3 will work with it correctly?

Regards
Evgeni

-- 
Bruce Schneier Fact Number 930:
Bruce Schneier can decipher NaN
diff -u dynamips-0.2.7-0.2.8RC2/debian/changelog dynamips-0.2.7-0.2.8RC2/debian/changelog
--- dynamips-0.2.7-0.2.8RC2/debian/changelog
+++ dynamips-0.2.7-0.2.8RC2/debian/changelog
@@ -1,3 +1,10 @@
+dynamips (0.2.7-0.2.8RC2-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Enable building for arches !i386.
+
+ -- Evgeni Golov   Tue, 27 Jan 2009 12:40:36 +0100
+
 dynamips (0.2.7-0.2.8RC2-3) unstable; urgency=low
 
   * [1a8805d8] [rules] added mode fix for debian patches in clean target
diff -u dynamips-0.2.7-0.2.8RC2/debian/rules dynamips-0.2.7-0.2.8RC2/debian/rules
--- dynamips-0.2.7-0.2.8RC2/debian/rules
+++ dynamips-0.2.7-0.2.8RC2/debian/rules
@@ -6,6 +6,19 @@
 include /usr/share/cdbs/1/rules/dpatch.mk
 include /usr/share/cdbs/1/class/makefile.mk
 
+DEB_BUILD_ARCH=$(dpkg-architecture -qDEB_BUILD_ARCH)
+ifeq ($(DEB_BUILD_ARCH),i386)
+ DYNAMIPS_ARCH=x86
+else
+ ifeq ($(DEB_BUILD_ARCH),amd64)
+  DYNAMIPS_ARCH=amd64
+ else
+  DYNAMIPS_ARCH=nojit
+ endif
+endif
+
+export DYNAMIPS_ARCH
+
 # define clean taget
 DEB_MAKE_CLEAN_TARGET = clean
 


pgp3vbHM5F26J.pgp
Description: PGP signature

Bug#512371: Please allow biofox 1.1.5-1 in Lenny.

[Charles Plessy]

Le Tue, Jan 27, 2009 at 11:36:54AM +, Neil McGovern a écrit :
> On Tue, Jan 27, 2009 at 07:53:53PM +0900, Charles Plessy wrote:
> 
> The debhelper change, at this very very late stage in the release. Your
> previous request was about a month and a half ago.

Is there a precise concern? Some problems that could arise with some of my
other packages in Lenny that were made with Debhelper 7?

I spent a lot of time on biofox this week-end, but I would like to do someting
else now…

-- 
Charles



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513216: /usr/sbin/grub-install: line 374: [: =: unary operator expected

[Thomas Lange]

Package: grub
Version: 0.97-47lenny2
Severity: normal

When I use grub-install for a chroot environment (during an
installation with FAI) I get following error:


# /usr/sbin/grub-install --no-floppy --root-directory=/target /dev/sda
grub-probe: error: Cannot open `/boot/grub/device.map'
/usr/sbin/grub-install: line 374: [: =: unary operator expected
Installation finished. No error reported.
This is the contents of the device map /target/boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(hd0)   /dev/sda


This command is run form a nfsroot (which does no have a device.map),
the new system is located in /target on /dev/sda, were I like to
install the grub. grub-install is now checking which type of file
system I had created. This is a part of sh -x output of the command above:

+ sync
++ grub-probe -t fs /target/boot/grub
grub-probe: error: Cannot open `/boot/grub/device.map'
+ '[' = xfs ']'
/usr/sbin/grub-install: line 374: [: =: unary operator expected


I think this grub-probe should be called in this way:

grub-probe --device-map=/target/boot/grub/device.map -t fs /target/boot/grub 
which will report ext2 in my situation.



-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages grub depends on:
ii  grub-common 1.96+20080724-12 GRand Unified Bootloader, version 
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  libncurses5 5.7+20081213-1   shared libraries for terminal hand

grub recommends no packages.

Versions of packages grub suggests:
ii  grub-legacy-doc0.97-47lenny2 Documentation for GRUB Legacy
pn  mdadm  (no description available)
ii  multiboot-doc  0.97-47lenny2 The Multiboot specification

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513215: google-gadgets-gtk: Apps do not know what to do with .gg files

[Marc Fargas]

Package: google-gadgets-gtk
Version: 0.10.5-0.1
Severity: minor

First of all, THANKS for packaging this :)

I downloaded a Gadgetd with Epiphany from the Internet and to my
surprise, it was opened by the Archive Manager instead of Google
Gadgets. Nautilus does the right thing.

Anyway I do not know if it's Epiphany that should do the right thing
or the gadget's package that has to tell Browsers what to do
(I never knew how to tell Epiphany what to do when!).

Thanks,
Marc

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 
'testing-proposed-updates'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages google-gadgets-gtk depends on:
ii  google-gadgets-common0.10.5-0.1  Common files for QT and GTK+ versi
ii  google-gadgets-gst   0.10.5-0.1  GStreamer Module for Google Gadget
ii  google-gadgets-xul   0.10.5-0.1  XULRunner module for Google Gadget
ii  libatk1.0-0  1.22.0-1The ATK accessibility toolkit
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libcairo21.6.4-7 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.6.0-3 generic font configuration library
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libggadget-1.0-0 0.10.5-0.1  Google Gadgets main library
ii  libggadget-gtk-1.0-0 0.10.5-0.1  Google Gadgets GTK+ library
ii  libglib2.0-0 2.18.4-1The GLib library of C routines
ii  libgtk2.0-0  2.14.7-1The GTK+ graphical user interface 
ii  libpango1.0-01.20.5-3Layout and rendering of internatio
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3

google-gadgets-gtk recommends no packages.

google-gadgets-gtk suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513217: Syslogd may deadlock on SIGTERM

[Joris van Rantwijk]

Package: sysklogd
Version: 1.5-5

Syslogd is vulnerable to a race condition where SIGTERM triggers a
futex deadlock, freezing the syslogd process.

To demonstrate the bug, I will assume that syslogd is configured to
send log messages to a remote target, and also that the DNS server is
not responding. Neither condition is necessary, but they make the race
condition much more likely.

If initial lookup of the remote host name fails, syslogd will retry
the lookup later. If a SIGTERM comes in during a retried lookup, this
may result in a recursive call to gethostbyname(), causing a futex
deadlock inside libc.

This bug is related to bug #301511. Even if remote logging is not enabled,
SIGTERM may still cause a deadlock through a recurvise call to ctime(),
similar to #301511.

This bug applies to sysklogd 1.5-5 (lenny) as well as 1.4.1-18 (etch).

Steps to reproduce:

* Ensure DNS lookups will timeout, e.g. set up an iptables entry to
  drop all DNS responses.

* Put a remote target in /etc/syslog.conf: *.* @aap.noot.com

* Start syslogd and monitor with strace.

* Observe how initial host name lookup fails.

* Wait 180 seconds for the lookup retry mechanism to activate.

* Send a message to syslog: "logger blah".
  Syslogd will retry the host name lookup, waiting for a DNS response
  in a "poll" system call.

* While syslogd is waiting for a DNS response, send SIGTERM.

* Observe how syslogd walks into futex() and never recovers.

Proposed solution:

* Extend the sigprocmask() mechanism to block SIGTERM in addition to SIGHUP
  and SIGALRM.

Joris.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513216: Acknowledgement (/usr/sbin/grub-install: line 374: [: =: unary operator expected)

[Thomas Lange]

This bug was introduced in 0.97-47lenny2 and is located in the file 
xfs_freeze.diff

-- 
regards Thomas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#498294: easytag: diff for NMU version 2.1.4-1.1

[Javier Serrano Polo]

Your NMU has restricted the license from GPL 2+ to GPL 2 only. Is this
intentional?




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#482817: initscripts: No longer mounts NFS filesystems at startup

[Maria McKinley]

I am having a similar problem, and portmap 6.0-9 does not solve my
problem either. On my setup, rpc.statd does not start because portmap
does not start, so my nfs mounts do not happen. I end up booting with
the read only file system mounted by initrd. I did also try adding
ASYNCMOUNTNFS=no to /etc/default/rcS

regards,
maria


I tried installing the previous version of portmap (etch portmap 5-26), 
and it still does not start. What does portmap depend on, ie. need to 
have running, in order to start? Could it be something further up stream 
preventing it from starting? I cannot get it running at all, even once 
the system is booted and I have a command line.


thanks,
maria



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512981: [INTL:ja] please add Japanese po-debconf template translation (ja.po)

[Jose Carlos Medeiros]

Hi,

Thanks for your contribution.
I will upload soon.

Regards
[]'s
José Carlos



On Sun, Jan 25, 2009 at 1:24 PM, Hideki Yamane (Debian-JP)
 wrote:
> Package: awffull
> Severity: wishlist
> Tags: patch l10n
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dear awffull maintainer,
>
>  Here's Japanese po-debconf template translation (ja.po) file that
>  reviewed by several Japanese Debian developers and users.
>
>  Could you apply it, please?
>
> - --
> Regards,
>
>  Hideki Yamane henrich @ debian.or.jp
>  http://wiki.debian.org/HidekiYamane
>
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAkl8hDUACgkQIu0hy8THJkvSNgCcCke6duHql96vog/VzPHKWeCI
> RUYAnjv7jukNJmQs5mKZpqlwXy/M3GAk
> =mj9F
> -END PGP SIGNATURE-
>



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#482817: initscripts: No longer mounts NFS filesystems at startup

[Maria McKinley]

Oops, hit send too soon. I was able to get portmap working using the 
older version (etch portmap 5-26), but statd still did not start up. It 
complains that: Opening /var/run/rpc.statd.pid failed: Read-only file 
system. Which seems crazy, as the whole point of this is to have / 
mounted over nfs, and it has to be read-only until statd starts running, 
yes? Note this is the message I got when I tried to start statd after 
the system had booted, the boot message went by too quickly to see if it 
complained about the same thing at boot.


thanks,
maria



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513219: mpi-defaults: please switch to OpenMPI on GNU/kFreeBSD

[Petr Salinger]

Package: mpi-defaults
Version: 0.2
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd

Hello.

Description of packages says
"This package depends on the development files of the recommended MPI
 implementation for each platform, currently OpenMPI on all of the
 platforms where it exists, and LAM on the others."

The openMPI is available on both kfreebsd-i386 and kfreebsd-amd64
since 1.2.4-0, can you please alter Build-Depends to

 debhelper (>= 5.0), \
 libopenmpi-dev (>= 1.2.4-5) [i386 amd64 alpha ia64 powerpc sparc kfreebsd-i386 
kfreebsd-amd64], \
 openmpi-bin [i386 amd64 alpha ia64 powerpc sparc kfreebsd-i386 
kfreebsd-amd64], \
 lam4-dev [!i386 !amd64 !alpha !ia64 !powerpc !sparc !kfreebsd-i386 
!kfreebsd-amd64], \
 lam-runtime [!i386 !amd64 !alpha !ia64 !powerpc !sparc !kfreebsd-i386 
!kfreebsd-amd64]

Thanks for considering it.

Petr




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513218: Unlimited retrying of DNS lookups

[Joris van Rantwijk]

Package: sysklogd
Version: 1.5-5

When syslogd is configured to send messages to a remote target, and
initial DNS lookup of the target host name fails, the lookup will
be retried later.

The intention has clearly been to retry DNS lookups a limited number of
times, and with some time between the attempts.  However, the logic of
this retry mechanism is flawed.  There is effectively no delay between
retry attempts.  Also, under certain conditions, the number of retry
attempts is effectively unlimited.

These bugs have bad consequences for a system with broken DNS and
remote logging enabled.  For every logged message, syslogd will try
a DNS lookup and wait until timeout.  This slows syslogd down to a crawl.
Once socket buffers start to fill up, the clients of syslogd also stall
and the system becomes almost unusable.

This bug applies to sysklogd 1.5-5 (lenny) as well as 1.4.1-18 (etch).

Bugs:

1) syslogd.c, line 1797:
   Host name lookups are retried only when INET_SUSPEND_TIME has passed
   since "f->f_time".  But once the suspend time has passed, if the first
   retry attempt fails, f_time is not reset.  Therefore, the next log
   message will immediately cause a second retry, and so on.

2) syslogd.c:
   The number of retry attempts left is maintained in f->f_prevcount.
   However, this variable is also used to count the number of duplicate
   log messages.  It is thus possible to keep increasing f_prevcount
   by sending duplicate messages at a sufficient rate.  In this case,
   syslogd will continue to retry the DNS lookup indefinately.

Proposed solution:

* Reset the retry delay time after a retry attempt has failed.

* Use separate variables for retry time and retry count instead of 
  re-using variables that were created for a different purpose.

Joris.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513222: fglrx-driver: crashes Xorg

[Mika Hanhijärvi]

Package: fglrx-driver
Version: 1:8-12-4
Severity: grave
Justification: renders package unusable

fgrlx driver crashes the Xorg on Debian Lenny.

I just installed all the latest updates available, including the fglrx 
driver packages. Fglrx packages were updated from version 1:8-7-3 to
1:8-12-4. I then rebooted my system.

After the reboot X does not work. gdm starts but then it shows 
corrupted screen and the whole system hangs. I can't even go to console.
If I reboot to single user mode and run startx from the command line 
then exactly the same happens. I get corrupted screen and systms hangs.

In the /var/log/Xorg.0.log there is error like this (I have also 
attached the whole log file to this report):

Backtrace:
0: /usr/X11R6/bin/X(xf86SigHandler+0x7e) [0x80c91ce]
1: [0xb7f64400]
2: /usr/lib/xorg/modules/drivers//fglrx_drv.so(atiddxPreInit+0xc6e)
[0xb77da76e]
3: /usr/X11R6/bin/X(InitOutput+0xa0f) [0x80ab3ff]
4: /usr/X11R6/bin/X(main+0x2b1) [0x8074591]
5: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7cf9455]
6: /usr/X11R6/bin/X(FontFileCompleteXLFD+0x21d) [0x8073a81]

Fatal server error:
Caught signal 11.  Server aborting


I did not have this problem with ealier fglrx 8-7-3. I downloaded fglrx 
1:8-7-3 packages from the snapshot.debian.net, and now X 
works again. So fglrx 8-12-4 seems to be broken.


-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages fglrx-driver depends on:
ii  fglrx-glx 1:8-12-4proprietary libGL for the
non-free
ii  libc6 2.7-18 GNU C Library: Shared
libraries
ii  libdrm2   2.3.1-2Userspace interface to
kernel DRM 
ii  libgl1-mesa-glx [libgl1]  7.0.3-7A free implementation of
the OpenG
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension
librar
ii  libxrandr22:1.2.3-1  X11 RandR extension library
ii  libxrender1   1:0.9.4-2  X Rendering Extension
client libra
ii  xserver-xorg  1:7.3+18   the X.Org X server

Versions of packages fglrx-driver recommends:
ii  fglrx-atieventsd   1:8-12-4   external events daemon for
the non
ii  fglrx-glx  1:8-12-4   proprietary libGL for the
non-free
ii  fglrx-source   1:8-12-4   kernel module source for
the non-f

Versions of packages fglrx-driver suggests:
ii  fglrx-control 1:8-12-4control panel for the
non-free AMD

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-10)
Current Operating System: Linux Miksuh-desktop 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686
Build Date: 09 January 2009  02:57:16AM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Jan 27 13:43:15 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "DELL P1110"
(**) |   |-->Device "ATI Technologies Inc RS480 [Radeon Xpress 200G Series]"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist.
	Entry deleted from font path.
(==) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType.
(**) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fo

Bug#513221: two small problems with iodine-jigger script

[Stephan Walter]

Package: iodine
Version: 0.5.0-1

The file /usr/share/doc/iodine/examples/iodine-jigger contains the
following lines:

## Minimal customization: put the two lines
##  subdomain=your.tunnel.sub.domain
##  passed=password_for_that_tunnel
## in the file /etc/default/iodine-client.

But the second line in the config file should be passwd=..., not passed=...


Secondly, on line 215 the gensub() function of awk is called. This is
only available on GNU awk, not on mawk or other awk versions (I ran
into this problem as I was using the package on Ubuntu which comes
with mawk by default, but the problem might arise on Debian as well).
The script should call "gawk" instead of "awk" on line 215, and maybe
gawk should be added to the Suggested requirements for the package.
Alternatively the script could be modified so that it can run on any
awk version.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#505037: memcached: 1.2.6 released

[Gerfried Fuchs]

Hi!

* Patrick McFarland  [2008-11-08 19:08:28 CET]:
> memcached 1.2.6 was released on June 2008, and hasn't been packaged
> yet. 1.2.6 contains dozens of major and minor bug fixes that effected
> stability over 1.2.2.

 It's a shame that it wasn't possible to tackle this in time for the
freeze (june might still had been too short of a time for that anyway),
but in the meantime more than a half year has passed, two since this
bugreport was opened without any response at all to it...

 Jay, is there any news on it? Maybe an update, a lifesign, anything?
Would you need some help or aren't you interested anymore in the
package and should someone else be found to pick it up?

 Thanks for any answers,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512968: grub-pc: Fails to install when gnumach is installed

[Robert Millan]

On Tue, Jan 27, 2009 at 02:59:18AM +0200, Guillem Jover wrote:
> Hi!
> 
> On Sun, 2009-01-25 at 23:49:14 +0100, Robert Millan wrote:
> > On Sun, Jan 25, 2009 at 03:31:37PM +0200, Guillem Jover wrote:
> > > When gnumach is installed grub-pc fails to install due to at least the
> > > missing function make_system_path_relative_to_its_root. Also afterwards
> > > it aborts if it cannot find the needed stuff to successfully boot a Hurd
> > > system, which should not be fatal on non Hurd systems. The attached
> > > patch fixes those problems.
> > > 
> > > For upstream submission you might want to replace the dpkg invokation
> > > with uname.
> 
> > I think I'll just refrain from installing those files on systems where
> > they're not useful.  The generated boot entry is going to be system-specific
> > anyway, so there's no use in providing them.
> 
> Hmm, thinking about it now that makes sense, as those scripts seem to be
> designed to work only for the host system (from the README it says
> 10_* are for native entries). But then the users lose the nicely set
> default entry for other systems, which in the Hurd case is known to be
> painful to get right and/or copy paste from random places.
> 
> Anyway, yes, I guess the best option is to not install non-native 10_*
> scripts, and add support for the Hurd and others into the os-prober one,
> which should be more generic, and be able to handle such cases better.

Yes, for non-native build options os-prober (or custom entry) is the way to
go.  I'm working with upstream to get the file selection merged.

But for Lenny we need a quick solution.  We could just use your patch there.

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513189: checkrestart: dpkg warnings with -p

[Javier Fernandez-Sanguino]

2009/1/27 Paul Wise :
> Package: debian-goodies
> Version: 0.48
> Severity: normal
> File: /usr/sbin/checkrestart
>
> I get some warnings from dpkg when using the new -p option, redirecting
> stderr to /dev/null fixes this. Running dpkg --search on the files it
> complains about gives the right package name though, so not sure what is
> going on.

Probably, when checkstart runs the file has been removed (and that's
why dpkg doesn't find it) and when you run it the file is OK. I might
probably redirect this output in the python script to /dev/null or
check why (if redirected already to null) it's still showing up in
console.

Regards

Javier



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512371: Please allow biofox 1.1.5-1 in Lenny.

[Neil McGovern]

On Tue, Jan 27, 2009 at 08:56:29PM +0900, Charles Plessy wrote:
> Le Tue, Jan 27, 2009 at 11:36:54AM +, Neil McGovern a écrit :
> > On Tue, Jan 27, 2009 at 07:53:53PM +0900, Charles Plessy wrote:
> > 
> > The debhelper change, at this very very late stage in the release. Your
> > previous request was about a month and a half ago.
> 
> Is there a precise concern? Some problems that could arise with some of my
> other packages in Lenny that were made with Debhelper 7?
> 

Changing to a new version of a build system really isn't something
that's garunteed to be 100% trouble free. Your other packages will have
had more than a month, and I'd like to shin in less than a month.

> I spent a lot of time on biofox this week-end, but I would like to do someting
> else now…
> 

That's up to you, of course. I'd suggest a call for help, or a request
for removal.

Neil
-- 
 'Maybe you can try to find a nice hotel by shouting in the Mexico DF
streets "where could a gringo find a decent hotel in this dirty third
world lame excuse for a country?". I'm sure the people will rush to help
you, as we south americans love to be called third world in a demeaning 
way.'



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#263514: Gnus, nnmaildir: Hit by the same issue reported before

[Thomas Schwinge]

unarchive 263514
reopen 263514 !
severity 263514 important
thanks


[Paul, I CCed you, as you're the original author of Gnus' nnmaildir
backend, as I understand it.]


Hello!

I've just been hit by the same issue that has already been described in
.  As this defect report has obviously not
been resolved correctly, I'm reopening it.  Gnus is rendered unusable for
me.

For me, this issue didn't happen on a high-traffic list, but instead on a
machine's regular INBOX, where I had this Gnus / nnmaildir setup running
for several years.  Mail regularely showed up in the INBOX, was
processed, and then I set an expiry marker that would expire it after a
week.  Currently there are 269 messages in the INBOX.  However:

tho...@kepler:~ $ find Mail/INBOX/cur/ -type f | wc -l
269
tho...@kepler:~ $ find Mail/INBOX/.nnmaildir/num/ -type f | wc -l
32000

As the latter ones are all hardlinks to the same `:' file, things broke.


This is on x86 Debian testing, Emacs package version 22.2+2-5, bundeled
Gnus version 5.11 (as per `/usr/share/emacs/22.2/lisp/gnus/gnus.el.gz').


Regards,
 Thomas


signature.asc
Description: Digital signature

Bug#513220: [INTL:eu] rtpg debconf templates Basque translation

[Piarres Beobide]

Package: rtpg
Severity: wishlist
Tags: l10n patch

Hi

Attached rtpg debconf templates Basque translation, please add it.

thx


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of rtpg-eu.po to Euskara
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide , 2009.
msgid ""
msgstr ""
"Project-Id-Version: rtpg-eu\n"
"Report-Msgid-Bugs-To: r...@packages.debian.org\n"
"POT-Creation-Date: 2009-01-12 07:02+0100\n"
"PO-Revision-Date: 2009-01-27 13:56+0100\n"
"Last-Translator: Piarres Beobide \n"
"Language-Team: Euskara \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: boolean
#. Description
#: ../rtpg-www.templates:2001
msgid "Add an entry for the virtual server in /etc/hosts?"
msgstr "Gehitu zerbitzari birtualarentzat sarrera bat /etc/hosts-en?"

#. Type: boolean
#. Description
#: ../rtpg-www.templates:2001
msgid "This package may define a virtual server in the web server 
configuration."
msgstr "Pakete honek zerbitzari birtual bat zehaztuko du web zerbitzari 
konfigurazioan."

#. Type: boolean
#. Description
#: ../rtpg-www.templates:2001
msgid ""
"For this to be fully functional, an entry is needed in the /etc/hosts file "
"for the virtual server. This operation can be made automatic by enabling "
"this option."
msgstr ""
"Honek guztiz funtzionatzeko, sarrera bat behar da zerbitzari birtualarentzat "
"/etc/hosts fitxategian. Hau automatikoki egin daiteke aukera hau gaituaz."

Bug#474879: Proposed changes to section 6.2.2 about translation updates and dealing with changed English text

[Eddy Petrișor]

Lucas Nussbaum a scris:
> tags 474879 + pending
> thanks
> 
> On 16/08/08 at 07:35 -0300, Christian Perrier wrote:
>> tags 474879 patch
>> thanks
>>
>> The attached patch adds more information about two topics:
>>
>> - how to "unfuzzy" strings when doing a change in English texts for
>>   debconf templates which has no impact on translations
>>
>> - how to call for translation updates when doing a change in English
>> text that *has* an impact on translations
>>
>> -- 
>>
>>
>>
> 
>> --- best-pkging-practices.dbk.old2008-08-12 22:26:55.987121165 -0300
>> +++ best-pkging-practices.dbk2008-08-16 07:30:46.100519160 -0300
>> @@ -755,30 +755,49 @@
>>  
>>  
>>  Avoid changing templates too often.  Changing templates text induces more 
>> work
>> -to translators which will get their translation fuzzied.  If you plan 
>> changes
>> -to your original templates, please contact translators.  Most active
>> +to translators which will get their translation fuzzied.  A fuzzy 
>> translation is
>> +a string for which the original changed since it was translated, therefore
>> +requiring some update by a translator to be usable.  When changes are small
>> +enough, the original translation is kept in PO files but marked as
>> +fuzzy.
>> +
>> +
>> +If you plan to do changes
>> +to your original templates, please use the notification system provided with
>> +the > +role="package">po-debconf package, namely the 
>> +podebconf-report-po, to contact translators.  Most active
>>  translators are very responsive and getting their work included along with 
>> your
>>  modified templates will save you additional uploads.  If you use 
>> gettext-based
>> -templates, the translator's name and e-mail addresses are mentioned in the 
>> po
>> -files headers.
>> +templates, the translator's name and e-mail addresses are mentioned in the 
>> PO
>> +files headers and will be used by 
>> +podebconf-report-po.
>> +
>> +
>> +A recommended use of that utility is:
>>  
>> +cd debian/po && podebconf-report-po --languageteam 
>> --withtranslators --call --deadline="+10 days"
>>  
>> -The use of the podebconf-report-po from the > -role="package">po-debconf package is highly recommended to warn
>> -translators which have incomplete translations and request them for updates.
>> +This command will first synchronize the PO and POT files in debian/po with
>> +the templates files listed in debian/po/POTFILES.in.
>> +Then, it will send a call for translation updates to the language team
>> +(mentioned in the Language-Team field of each PO file)
>> +as well as the last translator (mentioned in
>> +Last-translator). Finally, it will also send a call for
>> +new translations, in the &email-debian-i18n; mailing list.
>> +
>> +
>> +Giving a deadline to translators is always appreciated, so that they can


>> +organize their work. Please remember that some translation teams have a
>> +formalized translate/review process and a delay lower than 10 days is
>> +considered as reasonable. A shorter delay puts too much pressure on 
>> translation

That's not correct. You probably meant:

... a delay not lower than 10 days is considered reasonable. ...
or
... a delay of at least 10 days is considered reasonable. ...


Also, probably adding "the" before "translation teams" is better:

... too much pressure on the translation teams and ...

>> +teams and should be kept for very minor changes.

> Thanks, applied (with changes suggested by Esko Arajärvi).

Not sure which were those, but here go mine.

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



signature.asc
Description: OpenPGP digital signature

Bug#495528: 495528

[Sergey B Kirpichev]

Version: 3.9p1-7

Related info in /var/log/boot:
Tue Jan 27 15:56:43 2009: Configuring network
interfaces...if-up.d/mountnfs[eth0]: waiting for interface br0 before
doing NFS m
ounts (warning).
Tue Jan 27 15:56:44 2009: Restarting openntpd: ntpd.
Tue Jan 27 15:56:46 2009:
Tue Jan 27 15:56:46 2009: Waiting for br0 to get ready (MAXWAIT is 32 seconds).
Tue Jan 27 15:57:01 2009: Restarting openntpd: invoke-rc.d: initscript
openntpd, action "force-reload" failed.
Tue Jan 27 15:57:02 2009: run-parts: /etc/network/if-up.d/openntpd
exited with return code 1

Openntpd does appear to restart correctly despite the warning.

Attached patch works for me.
--- /etc/network/if-up.d/openntpd.orig	2009-01-27 16:02:40.0 +0300
+++ /etc/network/if-up.d/openntpd	2009-01-27 16:02:45.0 +0300
@@ -1,8 +1,16 @@
 #!/bin/sh
 
+CONFIG="/etc/openntpd/ntpd.conf"
+
 if [ "${METHOD}" = "loopback" ]
 then
 	exit 0
 fi
 
-invoke-rc.d openntpd force-reload
+# Openntpd does not listen anything by default:
+if ! grep -q '^[[:space:]]*listen' "$CONFIG"
+then
+	exit 0
+fi
+
+invoke-rc.d openntpd force-reload >/dev/null 2>&1 || true

Bug#513223: new upstream versions available

[Thijs Kinkhorst]

Package: mpop
Version: 1.0.11-1
Severity: wishlist

Hi,

Several new upstream releases have been made since the version we ship in
Debian; upstream is now at 1.0.16. Perhaps you can update the package in
Debian?


thanks!
Thijs




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512413: Including wc in initramfs

[Jordi Pujol]

Hello all,

The Debian distribution includes wc as a built-in command in Busybox,
therefore including another wc is not needed,
unless that we use a custom Busybox,
and taking care of custom cases should not be a live-initramfs task,

Regards,

Jordi Pujol

Bug#513224: mtools: Missing manpages for mclasserase and amuFormat.sh

[Gunnar Wolf]

Package: mtools
Version: 3.9.11-1
Severity: normal


According to the Debian Policy 12.1, «Each program, utility, and
function should have an associated manual page included in the same
package». Your package is missing manpages for /usr/bin/amuFormat.sh
and for mclasserase, and the information they supply upon command-line
invocation is not enough to understand its functionality:

$ mclasserase --help
mclasserase: invalid option -- -
Mtools version 3.9.11, dated May 31st, 2007
Usage: mclasserase [-d] drive:

$ amuFormat.sh 
Usage: amuFormat.sh  
 has to be defined in amuFormat.sh itself
 has to be defined in mtools.conf

(mostly for the first case). If the programs are meant to be called
from the other programs in the mtools suite, they should be moved to a
less exposed directory (i.e. /usr/share/mtools).

Thank you,

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages mtools depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries

mtools recommends no packages.

Versions of packages mtools suggests:
pn  floppyd(no description available)

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#497142: Also dont't parse http://www.cartoonland.de/feed/ , http://www.lars-downunder.de/feed and http://feeds.feedburner.com/Bildblog

[Steffen Hartwig]

Package: rss2email
Version: 1:2.62-3
Followup-For: Bug #497142

Here are the error message from rss2email:

=== SEND THE FOLLOWING TO rss2em...@aaronsw.com ===
E: could not parse http://feeds.feedburner.com/Bildblog
Traceback (most recent call last):
  File "/usr/share/rss2email/rss2email.py", line 478, in run
r = timelimit(FEED_TIMEOUT, parse)(f.url, f.etag, f.modified)
  File "/usr/share/rss2email/rss2email.py", line 277, in internal2
raise c.error[0], c.error[1]
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 35-37: invalid 
data
rss2email 2.62
feedparser 4.1
html2text 2.29
Python 2.5.2 (r252:60911, Jan  4 2009, 21:59:32) 
[GCC 4.3.2]
=== END HERE ===
=== SEND THE FOLLOWING TO rss2em...@aaronsw.com ===
E: could not parse http://www.cartoonland.de/feed/
Traceback (most recent call last):
  File "/usr/share/rss2email/rss2email.py", line 478, in run
r = timelimit(FEED_TIMEOUT, parse)(f.url, f.etag, f.modified)
  File "/usr/share/rss2email/rss2email.py", line 277, in internal2
raise c.error[0], c.error[1]
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 4-6: invalid 
data
rss2email 2.62
feedparser 4.1
html2text 2.29
Python 2.5.2 (r252:60911, Jan  4 2009, 21:59:32) 
[GCC 4.3.2]
=== END HERE ===
=== SEND THE FOLLOWING TO rss2em...@aaronsw.com ===
E: could not parse http://www.lars-downunder.de/feed
Traceback (most recent call last):
  File "/usr/share/rss2email/rss2email.py", line 478, in run
r = timelimit(FEED_TIMEOUT, parse)(f.url, f.etag, f.modified)
  File "/usr/share/rss2email/rss2email.py", line 277, in internal2
raise c.error[0], c.error[1]
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 2-4: invalid 
data
rss2email 2.62
feedparser 4.1
html2text 2.29
Python 2.5.2 (r252:60911, Jan  4 2009, 21:59:32) 
[GCC 4.3.2]
=== END HERE ===


-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages rss2email depends on:
ii  python2.5.2-3An interactive high-level object-o
ii  python-feedparser 4.1-11 Universal Feed Parser for Python
ii  python-support0.8.4  automated rebuilding support for P

rss2email recommends no packages.

rss2email suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#489233: Same with OOo3 from experimental

[Nikita V. Youshchenko]

severity 489233 important
found 489233 1:3.0.1~rc2-1
thanks

Same is happenning with OOo3 packages currently in experimental.

Bad. Especially when pasting from document into shell command line. This 
really may cause data loss - when absolutely unexpected ... :(.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#509292: rsyslog: random crashes with remote logging

[Rainer Gerhards]

Is there any chance we could try this with the current v3-stable? Or,
better yet, with the current v4? The reason I ask is that I have run
some valgrind/DRD tests today, and that reminded me that 3.18 had a
couple of "not so nice" sync primitive handlings. They should not be the
issue, but it is pretty hard to use valgrind on that version. So I'll
focus troubleshooting on v4. It may be that I will not be able to
backport a fix, once I find it (but it is still too early to think about
the details ... let's find it first ;)).

Rainer

> -Original Message-
> From: Juha Koho [mailto:jmcs...@gmail.com]
> Sent: Sunday, January 25, 2009 10:32 AM
> To: Michael Biebl
> Cc: 509...@bugs.debian.org; Rainer Gerhards
> Subject: Re: Bug#509292: rsyslog: random crashes with remote logging
> 
> On Sat, Jan 24, 2009 at 3:06 PM, Michael Biebl 
> wrote:
> > Rainer suspected atomic operations to be the root cause. This would
> mean a
> > problem in GCC at compile time.
> > rsyslog basically depends on zlib1g and libc6. I don't expect zlib1g
> to have any
> > influence, so you might wanna check if libc6 has been updated on you
> system.
> 
> Just when I said I have had no problems... last night (not during cron
> job) rsyslog had crashed in my client (last lines of syslog attacted).
> 
> So I can still reproduce this bug. Do you want to be sure and wait for
> another crash or do you want me to start be removing the $ActionQueue*
> directives from configuration?
> 
> Regards,
> Juha



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513225: mtools: Executable scripts should not include a language extension (amuFormat.sh)

[Gunnar Wolf]

Package: mtools
Version: 3.9.11-1
Severity: normal


Your package includes /usr/bin/amuFormat.sh - Debian Policy 10.4 says:
«When scripts are installed into a directory in the system PATH, the
script name should not include an extension such as .sh or .pl that
denotes the scripting language currently used to implement it». Please
consider renaming this filename to amuFormat.

Thanks,

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages mtools depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries

mtools recommends no packages.

Versions of packages mtools suggests:
pn  floppyd(no description available)

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513226: mtools: Extend amuFormat.sh to be configurable (expects user to modify it)

[Gunnar Wolf]

Package: mtools
Version: 3.9.11-1
Severity: wishlist


amuFormat.sh is not, AFAICT, intended to be installed as a system-wide
script, at least not in its present form. Upon invocation, it says: 

 $ amuFormat.sh 
 Usage: amuFormat.sh  
  has to be defined in amuFormat.sh itself
  has to be defined in mtools.conf

The script does not report to the user the card names which are
defined, and does not provide any way to define new cards (except for
modifying the script itself, which would get rewritten upon update). 

Please consider splitting this file to use a user-modifiable
configuration file. 

Thanks,

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages mtools depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries

mtools recommends no packages.

Versions of packages mtools suggests:
pn  floppyd(no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513222: fglrx-driver: crashes Xorg

[Mika Hanhijärvi]

A bit more information:

I use current stock Debian Lenny Kernel: linux-image-2.6.26-1-686
version 2.6.26-13 





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513222: [Pkg-fglrx-devel] Bug#513222: fglrx-driver: crashes Xorg

[Bertrand Marc]

Hi,

And what version of the fglrx-module are you using ? Did you compile 
your own module with module-assistant ?


Regards,
Bertrand

Mika Hanhijärvi a écrit :

A bit more information:

I use current stock Debian Lenny Kernel: linux-image-2.6.26-1-686
version 2.6.26-13 






___
Pkg-fglrx-devel mailing list
pkg-fglrx-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-fglrx-devel
  





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513142: ucf/dbconfig warning when package is installed

[Miguel Angel Rojas]

 Hi Michael,

 Here is the version I use (I think is the lastest one):

# dpkg -l | grep dbconfig
ii  dbconfig-common  1.8.40
common framework for packaging database applications

 Thanks for your quick reply.

  Today, I've upgrade the rest of the packages you uploaded yesterday
(zabbix-agent && zabbix-server-mysql) with same result:

Configuring zabbix-agent (1:1.6.2-2) ...
Starting Zabbix agent: zabbix_agentd
Configurando zabbix-server-mysql (1:1.6.2-2) ...
dbconfig-common: writing config to
/etc/dbconfig-common/zabbix-server-mysql.conf
*** WARNING: ucf was run from a maintainer script that uses debconf, but
 the script did not pass --debconf-ok to ucf. The maintainer
 script should be fixed to not stop debconf before calling ucf,
 and pass it this parameter. For now, ucf will revert to using
 old-style, non-debconf prompting. Ugh!

 Please inform the package maintainer about this problem.
dbconfig-common: flushing administrative password
Starting Zabbix server: zabbix_server

 Let me know if you need more information.

 Miguel.


On Tue, Jan 27, 2009 at 9:40 AM, Michael Ablassmeier  wrote:

> tags 513142 + unreproducible
> thanks
>
> hi Miguel,
>
> On Mon, Jan 26, 2009 at 09:34:26PM +0100, Miguel A. Rojas wrote:
> > Configuring zabbix-frontend-php (1:1.6.2-2) ...
> > dbconfig-common: writing config to
> > /etc/dbconfig-common/zabbix-frontend-php.conf
> > *** WARNING: ucf was run from a maintainer script that uses debconf, but
> > the script did not pass --debconf-ok to ucf. The maintainer
> > script should be fixed to not stop debconf before calling
> ucf,
> > and pass it this parameter. For now, ucf will revert to using
> > old-style, non-debconf prompting. Ugh!
> >
> > Please inform the package maintainer about this problem.
> >
> > I do not know if this happens in a fresh installation of 1.6.2-2 (without
> > upgrade from previous versions) because I just upgraded from the previous
> > version: 1.6.2-1 --> 1.6.2-2 and this error appears.
>
> i cant reproduce this error. Neither on a fresh installation, nor on
> upgrade
> from 1.6.2-1. The zabbix-frontend-php packages postinst isnt calling ucf
> anyways. Its only called in postrm on purge (which works nicely too).
>
> So i guess it may also be dbconfig-common which produces this warning.
> What dbconfig-common version are you using?
>
> bye,
> - michael
>

Bug#513012: Confirmed using old vars in zabbix.conf.php from zabbix developers

[Miguel Angel Rojas]

 Hi,

 It is confirmed that variable parameters we are using are not the one
zabbix are using right now. The reason why DB_* vars are still working is
for compatibility reason for older versions. Here you have the link:

http://www.zabbix.com/forum/showthread.php?t=11593

 Michael, do you want me to report another bug about it or we can reopen
this bug and fix it?

 I really appreciate your work. Very fast to be solved!!

 Regards.

Bug#510324: release-notes: Upgrades of Desktop systems should not happen from within X11

[Javier Fernandez-Sanguino]

2009/1/27 W. Martin Borgert :
> On 2008-12-31 14:38, Sam Morris wrote:
>> Package: release-notes
>> Severity: normal
>>
>> Due to #495257, the user's desktop session will crash/freeze/misbehave if the
>> dbus package is upgraded while they are logged in.
>>
>> The release notes should recommend that GNOME users (and users of KDE and 
>> other
>> desktop environments that use dbus) log out, then login on tty1, and perform
>> the upgrade from a text-mode console in order to avoid problems.
>
> Could you please provide a short text? (Patch prefered.) Thanks!

If I'm not mistaken this is already covered in "4.1.4 Prepare a safe
environment for the upgrade":
http://www.debian.org/releases/etch/i386/release-notes/ch-upgrading.en.html#s-upgrade_preparations

Maybe the 'should' to be changed to a 'must' and a footnote could be
added describing this issue. Also, the section "4.1.2 Inform users in
advance" could be changed to describe that users running a X11 session
will not be able to work and all users in that situation should be
asked to log out from their X sessions (remote or local).

Regards

Javier

PD: Is there a way to make gdm/kdm block out users from login in
through an upgrade through the use of a banner text? If so, that could
be recommended too.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510324: release-notes: Upgrades of Desktop systems should not happen from within X11

[Javier Fernandez-Sanguino]

> If I'm not mistaken this is already covered in "4.1.4 Prepare a safe
> environment for the upgrade":
> http://www.debian.org/releases/etch/i386/release-notes/ch-upgrading.en.html#s-upgrade_preparations

Sorry that URL should have been:
http://www.debian.org/releases/lenny/i386/release-notes/ch-upgrading.en.html#upgrade-preparations

Regards

Javier



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513227: mtools: New upstream release (4.0.2)

[Daniel Baumann]

Package: mtools
Severity: wishlist

Hi,

please update to a more current version of mtools, atm that is 4.0.2.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512512: squid: FTBFS in lenny: gzip: debian/tmp/usr/share/doc/squid/debug-sections.txt: No such file or directory

[Loïc Minier]

tag 512512 + confirmed
retitle 512512 FTBFS: claims that debian/rules is -j compatible when these are 
not
stop

Hi,

 I can confirm this bug.

 The problem is that this:
ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
NUMJOBS = $(patsubst parallel=%,%,$(filter
parallel=%,$(DEB_BUILD_OPTIONS)))
MAKEFLAGS += -j$(NUMJOBS)
endif
 enables parallel building of multiple targets in debian/rules, but
 debian/rules isn't -j safe; for instance both binary-arch and
 binary-indep remove, use, and remove debian/tmp, but this declares
 binary-indep and binary-arch as parallel buildable:
binary: binary-indep binary-arch

 Either you should fix your rules to be -j safe, or you should only pass
 -j to *sub* makes.

Cheers,
-- 
Loïc Minier



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513228: linux-2.6: please add intel AGP G41 chipset support

[Alexandre Rossi]

Package: linux-2.6
Severity: wishlist
Tags: patch

Hi,

The patch for intel AGP G41 chipset support is part of upstream 2.6.29.
It applies without modifications to Debian's 2.6.26 (provided the "agp: Fix
stolen memory counting on Intel G4X" has been applied before) and adds support
for this new AGP chipset. It even makes xserver-xorg-video-intel stable with
the Intel X4500HD.

Here is the patch.

Cheers,

Alex


--
commit a50ccc6c6623ab0e64f2109881e07c176b2d876f
Author: Zhenyu Wang 
Date:   Mon Nov 17 14:39:00 2008 +0800

agp/intel: add support for G41 chipset

Signed-off-by: Zhenyu Wang 
Signed-off-by: Eric Anholt 
Signed-off-by: Dave Airlie 

diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c
index 9cf6e9b..7d8db5a 100644
--- a/drivers/char/agp/intel-agp.c
+++ b/drivers/char/agp/intel-agp.c
@@ -40,6 +40,8 @@
 #define PCI_DEVICE_ID_INTEL_Q45_IG  0x2E12
 #define PCI_DEVICE_ID_INTEL_G45_HB  0x2E20
 #define PCI_DEVICE_ID_INTEL_G45_IG  0x2E22
+#define PCI_DEVICE_ID_INTEL_G41_HB  0x2E30
+#define PCI_DEVICE_ID_INTEL_G41_IG  0x2E32

 /* cover 915 and 945 variants */
 #define IS_I915 (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_E7221_HB || \
@@ -63,7 +65,8 @@
 #define IS_G4X (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_IGD_E_HB || \
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_Q45_HB || \
agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_G45_HB || \
-   agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_GM45_HB)
+   agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_GM45_HB || \
+   agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_G41_HB)

 extern int agp_memory_reserved;

@@ -1196,6 +1199,7 @@ static void intel_i965_get_gtt_range(int *gtt_offset, int 
*gtt_size)
case PCI_DEVICE_ID_INTEL_IGD_E_HB:
case PCI_DEVICE_ID_INTEL_Q45_HB:
case PCI_DEVICE_ID_INTEL_G45_HB:
+   case PCI_DEVICE_ID_INTEL_G41_HB:
*gtt_offset = *gtt_size = MB(2);
break;
default:
@@ -2163,6 +2167,8 @@ static const struct intel_driver_description {
"Q45/Q43", NULL, &intel_i965_driver },
{ PCI_DEVICE_ID_INTEL_G45_HB, PCI_DEVICE_ID_INTEL_G45_IG, 0,
"G45/G43", NULL, &intel_i965_driver },
+   { PCI_DEVICE_ID_INTEL_G41_HB, PCI_DEVICE_ID_INTEL_G41_IG, 0,
+   "G41", NULL, &intel_i965_driver },
{ 0, 0, 0, NULL, NULL, NULL }
 };

@@ -2360,6 +2366,7 @@ static struct pci_device_id agp_intel_pci_table[] = {
ID(PCI_DEVICE_ID_INTEL_IGD_E_HB),
ID(PCI_DEVICE_ID_INTEL_Q45_HB),
ID(PCI_DEVICE_ID_INTEL_G45_HB),
+   ID(PCI_DEVICE_ID_INTEL_G41_HB),
{ }
 };


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

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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#509292: rsyslog: random crashes with remote logging

[Michael Biebl]

Rainer Gerhards wrote:
> Is there any chance we could try this with the current v3-stable? Or,
> better yet, with the current v4? The reason I ask is that I have run
> some valgrind/DRD tests today, and that reminded me that 3.18 had a
> couple of "not so nice" sync primitive handlings. They should not be the
> issue, but it is pretty hard to use valgrind on that version. So I'll
> focus troubleshooting on v4. It may be that I will not be able to
> backport a fix, once I find it (but it is still too early to think about
> the details ... let's find it first ;)).
> 

Latest v3-stable (3.20.3) is available from experimental [1].
I could try to provide unofficial Debian packages for v4 for Juha, if that helps
(but I currently only have a i386 to build these packages)

Cheers,
Michael

[1] http://packages.debian.org/experimental/rsyslog
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#490084:

[Weboide]

Hey Quentin,
Any news on packaging it for Debian?
I recently packaged two versions for Ubuntu (1.0-0ubuntu1 and
1.0.1-0ubuntu1) . I'd like to package it for Debian if you're no longer
interested.

Regards.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512371: Please allow biofox 1.1.5-1 in Lenny.

[Thijs Kinkhorst]

On Tue, January 27, 2009 14:55, Charles Plessy wrote:
> I was thinking that changes like the one I made would be accepted until
> "Deep freeze", since this is the only planned change of unblock policy
> that was announced:
> http://lists.debian.org/debian-devel-announce/2008/12/msg6.html

Perhaps you misunderstood what the "regular freeze" means. It is the
stated policy of the release team that only release critical & important
bugfixes, release goals, translation and documentation updates qualify for
a freeze exception under the regular freeze. The deep freeze tightens this
list more. Hence, this change has in principle already not been acceptable
for freeze exceptions since months, although of course in individual cases
the release managers could have decided that they would allow that case
in.

To me it's crystal clear that changes to something as fundamental as the
package build system without a concrete bug to address, are not
appropriate in the end of a release cycle; rather, something to be done at
the beginning.

As I understand it the best gain this change in the debhelper
compatibility level at this point could bring us, is that the package
builds just as well as with the existing level. So why did you do that now
instead of after the freeze?


cheers,
Thijs




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513230: mutt coredumps on mailboxes list

[Klaus Stein]

Package: mutt
Version: 1.5.18-4
Severity: grave
Justification: renders package unusable

mutt coredumps on mailboxes list, if imap_passive is unset.
>From the start screen use "c" (change mailbox), then TAB (which gives a file
list) and TAB again (which should give the mailboxes list). On the second
TAB the coredump occours.

This is the minimal .muttrc for the coredump
#
mailboxes !\
  imap://us...@mailserver1/ \
  imap://us...@mailserver2/

unset imap_passive
#

Without the "unset imap_passive" everything is ok, no coredump.
I tried different imap-servers, no difference.

I also tried mutt-patched, no difference, also coredumps.

Klaus

-- Package-specific info:
Mutt 1.5.18 (2008-05-17)
Copyright (C) 1996-2008 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.28-1-amd64 (x86_64)
ncurses: ncurses 5.6.20080830 (compiled with 5.6)
libidn: 1.8 (compiled with 1.9)
hcache backend: GDBM version 1.8.3. 10/15/2002 (built Apr 24 2006 03:25:20)
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  +USE_GSS  -USE_SSL_OPENSSL  +USE_SSL_GNUTLS  
+USE_SASL  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  -CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

patch-1.5.13.cd.ifdef.2
patch-1.5.13.cd.purge_message.3.4
patch-1.5.13.nt+ab.xtitles.4
patch-1.5.18.sidebar.20080611.txt
patch-1.5.4.vk.pgp_verbose_mime
patch-1.5.6.dw.maildir-mtime.1
patch-1.5.8.hr.sensible_browser_position.3

-- System Information:
Debian Release: 5.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (200, 'testing')
Architecture: i386 (x86_64)

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

Versions of packages mutt depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libcomerr21.41.3-1   common error description library
ii  libgdbm3  1.8.3-3GNU dbm database routines (runtime
ii  libgnutls26   2.4.2-4the GNU TLS library - runtime libr
ii  libidn11  1.8+20080606-1 GNU libidn library, implementation
ii  libkrb53  1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries
ii  libncursesw5  5.6+20080830-2 shared libraries for terminal hand
ii  libsasl2-22.1.22.dfsg1-23Cyrus SASL - authentication abstra

Versions of packages mutt recommends:
ii  exim4 4.69-9 metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.69-9 lightweight Exim MTA (v4) daemon
ii  locales   2.7-18 GNU C Library: National Language (
ii  mime-support  3.44-1 MIME files 'mime.types' & 'mailcap

Versions of packages mutt suggests:
ii  aspell  0.60.6-1 GNU Aspell spell-checker
ii  ca-certificates 20080809 Common CA certificates
ii  gnupg   1.4.9-3  GNU privacy guard - a free PGP rep
ii  ispell  3.1.20.0-4.4 International Ispell (an interacti
ii  mixmaster   3.0.0-1  Anonymous remailer client and serv
ii  openssl 0.9.8g-15Secure Socket Layer (SSL) binary a
ii  urlview 0.9-18   Extracts URLs from text

Versions of packages mutt is related to:
ii  mutt  1.5.18-4   text-based mailreader supporting M
pn  mutt-dbg   (no description available)
ii  mutt-patched  1.5.18-4   the Mutt Mail User Agent with extr

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#479952: not fixed

[Bastian Blank]

found 479952 2.7-18
thanks

I'm afraid but this is not fixed completely:

| $ dchroot-dsa sid
| dchroot-dsa: pthread_mutex_lock.c:87: __pthread_mutex_lock: Assertion 
`mutex->__data.__owner == 0' failed.
| zsh: abort  dchroot-dsa sid
| $ COLUMNS=72 dpkg -l libc6
| Desired=Unknown/Install/Remove/Purge/Hold
| | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
| |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: 
uppercase=bad)
| ||/ Name   VersionDescription
| +++-==-==-
| ii  libc6  2.7-18 GNU C Library: Shared libraries
| $ strace -e open dchroot-dsa sid |& grep libc
| open("/lib/libc.so.6", O_RDONLY)= 3

Bastian

-- 
The heart is not a logical organ.
-- Dr. Janet Wallace, "The Deadly Years", stardate 3479.4


signature.asc
Description: Digital signature