Bug#464491: apertium does not run at all on systems where /bin/sh -> dash

[Daniel Kahn Gillmor]

Just wanted to point out that these bashisms in apertium have a very
severe effect.   apertium itself does not run now on systems where
/bin/sh points to dash instead of bash:

0 d...@pip:~$ echo hello | apertium en-es
/usr/bin/apertium: 9: function: not found
USAGE: apertium [-d datadir] [-f format] [-u]  [in [out]]
 -d datadir   directory of linguistic data
 -f formatone of: txt (default), html, rtf, odt, docx, wxml, xlsx
 -u   don't display marks '*' for unknown words
 translation  typically, LANG1-LANG2, but see modes.xml in language data
 in   input file (stdin by default)
 out  output file (stdout by default)
bash: echo: write error: Broken pipe
1 d...@pip:~$ echo hello | bash $(which apertium) en-es
hola
0 d...@pip:~$

This is still the case for apertium version 3.0.7+1-2 (from unstable),
unfortunately.

just switching the shebang line in /usr/bin/apertium seems to resolve
the problem for me, though.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#512374: flashplugin-nonfree: Flashplayer isn't shown in list of installed plugins and neither works

[Raphael Hertzog]

Hello Paul,

On Tue, 20 Jan 2009, Paul Romanchenko wrote:
> Package: flashplugin-nonfree
> Version: 1:2.4
> Severity: grave
> Justification: renders package unusable

You could give some more info: in which browser are you trying to use
Flashplayer? how do you check the list of plugins?

> Additional info:
> $ ldd /usr/lib/mozilla/plugins/flash-mozilla.so
[…]
> libm.so.6 => /lib32/libm.so.6 (0xf6b8e000)

You are trying to use a 32 bit flash plugin on a 64 bit (amd64) install.
It is almost bound to fail.

The question is, why does it install the 32 bit version when /var/cache/
apparently also contains the 64 bit one.

Can you show a log of update-flashplugin-nonfree --verbose --install ?

> libnss3.so => not found
> libsmime3.so => not found
> libssl3.so => not found
> libplds4.so => not found
> libplc4.so => not found
> libnspr4.so => not found

Some libraries are missing. The dependencies only ensure that the native
libraries are installed and not the 32 bits variant.

Cheers,
-- 
Raphaël Hertzog

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



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

Bug#441200: libconfig name clash

[Julien Danjou]

At 1232576811 time_t, Carsten Hey wrote:
> I don't think this bug still makes any sense due to this facts. Should
> this bug be closed?

I guess so.

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#512608: [SA33617] Typo3 Multiple Vulnerabilities

[Giuseppe Iuculano]

Package: typo3-src
Severity: grave
Tags: security

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

The following SA (Secunia Advisory) id was published for Typo3:

SA33617[1]

> DESCRIPTION:
> Some vulnerabilities have been reported in Typo3, which can be
> exploited by malicious people to bypass certain security
> restrictions, conduct cross-site scripting and session fixation
> attacks, and compromise a vulnerable system.
> 
> 1) The "Install tool" system extension uses insufficiently random
> entropy sources to generate an encryption key, resulting in weak
> security.
> 
> 2) The authentication library does not properly invalidate supplied
> session tokens, which can be exploited to hijack a user's session.
> 
> 3) Certain unspecified input passed to the "Indexed Search Engine"
> system extension is not properly sanitised before being used to
> invoke commands. This can be exploited to inject and execute
> arbitrary shell commands.
> 
> 4) Input passed via the name and content of files to the "Indexed
> Search Engine" system extension is not properly sanitised before
> being returned to the user. This can be exploited to execute
> arbitrary HTML and script code in a user's browser session in context
> of an affected site.
> 
> 5) Certain unspecified input passed to the Workspace module is not
> properly sanitised before being returned to the user. This can be
> exploited to execute arbitrary HTML and script code in a user's
> browser session in context of an affected site.
> 
> Note: It is also reported that certain unspecified input passed to
> test scripts of the "ADOdb" system extension is not properly
> sanitised before being returned to the user. This can be exploited to
> execute arbitrary HTML and script code in a user's browser session in
> context of an affected website.
> 
> SOLUTION:
> Update to Typo3 version 4.0.10, 4.1.8, or 4.2.4.
> 
> Generate a new encryption key (see vendor's advisory for more
> information).
> 
> PROVIDED AND/OR DISCOVERED BY:
> The vendor credits:
> 1) Chris John Riley of Raiffeisen Informatik, CERT Security
> Competence Center Zwettl
> 2) Marcus Krause
> 3, 4) Mads Olesen
> 5) Daniel Fabian, SEC Consult
> 
> ORIGINAL ADVISORY:
> TYPO3-SA-2009-001:
> http://typo3.org/teams/security/security-bulletins/typo3-sa-2009-001/

If you fix the vulnerability please also make sure to include the CVE id
(if available) in the changelog entry.

[1]http://secunia.com/advisories/33617/

Cheers,
Giuseppe

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

iEYEARECAAYFAkl4IpcACgkQNxpp46476ar0ngCfSRgis+Em7SqxFn/3biLtqRVt
/noAn0W0Y1T7EDOytyIfw4l63Ix+3yEE
=PAgw
-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#512601: multipath-tools: kpartx does not handle multi-Tb filesystems on i386

[Guido Günther]

Hi Vincent,
On Thu, Jan 22, 2009 at 01:59:25PM +1100, Vincent McIntyre wrote:
[..snip..] 
> We then cleared the multipath setup and redid it by hand,
> running the new version of kpartx. Everything else used the programs
> in multipath-tools_0.4.7-1. This created a partition of the correct size.
Thanks a lot for you detailed report. Looking at upstream git this was
fixed in commit
 65d108fbe1bedbc2ef2da07049d174eb88896435
I've attached that commit to this mail (it applies to Debian's 0.4.8 as
well).
Could you try that one? It's very similar to the gentoo version but a
bit cleaner.

[..snip..] 
> A patch against debian's 0.4.8-13 is attached. We haven't tested it yet,
> we would like some advice on what is likely to explode if we just build
> the patched 0.4.8 on an 'etch' system and install it.
You'll need an updated dmsetup/libdevmapper to make it work on lenny.
Packages are available here:
 http://debian.bzed.de/etch-backports/

> We could install a lenny machine and test on that.
That would probably be easier.
 -- Guido
commit 65d108fbe1bedbc2ef2da07049d174eb88896435
Author: Christophe Varoqui 
Date:   Wed Oct 10 23:13:31 2007 +0200

[kpartx] use uint64_t to account slices start/size

And thus support >2TB partitioned devices.
Redhat patch, pushed by Gerald Nowitzky.

diff --git a/kpartx/devmapper.c b/kpartx/devmapper.c
index 3e973aa..893d6dd 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 = NULL;
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 = 

Bug#512457: console-setup: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Christian Perrier]

Quoting Felipe Augusto van de Wiel (faw) (f...@funlabs.org):

>   I noticed that this is kept in D-I SVN, is this not
> listed in packages/po/sublevel* ?   Since I'm keeping the

Because console-setup is not used by d-i as of now (actually, it's
used in Ubuntu, but translations aren't).

So, it wouldn't be fair to those who want to first work on d-i to add
these 75 strings to their workload.

>   If I knew that console-setup is not being listed as
> a sublevel, I would probably have committed (or already
> translated it). Probably, there are other PO files missing
> pt_BR translation there that I was not aware of. :-(


No, there is no other such package.



signature.asc
Description: Digital signature

Bug#512457: console-setup: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Christian Perrier]

Quoting Flamarion Jorge (flamarili...@yahoo.com.br):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
>  > When synced with what we have currently in SVN, 13 fuzzy strings
> > appear. Could you please complete the file and send it back to this
> > bug report?
> > 
> 
> I do not understand, because the result of msgfmt was this:
> 
> $msgfmt -cvo /dev/null pt_BR.po
> 75 mensagens traduzidas.(75 translated messages)


Well, the msgid's in your file where different from those in the POT
file as of now. In short, you apparently worked on an old version..:-)




signature.asc
Description: Digital signature

Bug#512578: wget(1) follow-ftp example is wrong or confusing

[Micah Cowan]

Tracking upstream at https://savannah.gnu.org/bugs/index.php?25377

-- 
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer.
GNU Maintainer: wget, screen, teseq
http://micah.cowan.name/



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

Bug#484696: mtp-tools: mtp-tracks command freezes tvtime

[Rafael Laboissiere]

* Rafael Laboissiere  [2009-01-15 07:53]:

> Linus Walleij has kindly prepared a patch that may fix Bug#484696.  Could
> you please try the new packages found in the apt-getable repository below:
> 
> http://people.debian.org/~rafael/libmtp/

The patch metionned above has been applied to version 0.3.6, which has just
been released [1].  I would be grateful to you if you can test the package
in my repository above, such that I can close this bug report in the next
upload of the package.

[1] 
http://sourceforge.net/mailarchive/forum.php?thread_name=63386a3d0901211606o6c290879nf87b518f60f900d9%40mail.gmail.com&forum_name=libmtp-discuss

Thanks
 
-- 
Rafael



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

Bug#512607: ImportError: No module named gtk

[German]

Package: obmenu
Version: 1.0-1

"ImportError: No module named gtk" when I tried to open it. Changing
python2.4 for 2.5 or plain "python" in /usr/bin/obmenu solve the
issue.

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


Versions of packages obmenu depends on:
ii  python-glade2 2.13.0-2   GTK+ bindings: Glade support
ii  python-support0.8.7  automated rebuilding support for P
ii  python2.4 2.4.6-1An interactive high-level object-o

Versions of packages obmenu recommends:
ii  openbox   3.4.7.2-3  standards compliant, fast, light-w



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

Bug#512466: libavcodec52: Undefined symbol av_lfg_init

[Marcus Lundblad]

Yes, you were correct. I had debian-multimedia.org repo. I had forgot
about it. Now I removed that repo, and installed all ffmpeg packages
from experimental.
The linkage error is now gone.

Thanks!

//Marcus




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

Bug#474504: X aborts when I try to switch to another VT

[Marc Shapiro]

I also seem to be hit by this bug.  I have a PC Chips MB with the SiS 
760GX/964 chipset and an Athlon XP 2800+ CPU.  Everything was working 
fine under Etch, but then I upgraded to Lenny and things are not so 
fine.  I can start X, but if I try to exit, or switch to another VT then 
the server aborts with the error:


   Caught signal 11. Server aborting

The other error that always pops up is:

   Emulator asked to make a suspect byte access to port 4 (0x0004); 
terminating.


Since I usually have X running in three separate VTs one each for 
myself, my wife and my daughter, not being able to switch between them 
is quite inconvenient.


The last post that I see concerning this was back in August, 2008.  Is 
there any chance that this can be corrected in time to get into Lenny 
before it is released.


If there is any information which I can supply to help this along, 
please let me know.


--
Marc Shapiro
mshapiro...@yahoo.com






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

Bug#512606: [alsa-source] build failure on stock 2.6.26-1-amd64

[Filipus Klutiero]

Package: alsa-source
Version: 1.0.18.dfsg+1.0.18a-1
Severity: important

I'm unable to build for this kernel. I'm able to build on 2.6.26-1-686 on the 
same system. Hopefully there's little more information needed so I'll 
remember to attach the build log.

Extract:

In file included from /usr/src/modules/alsa-driver/include/adriver.h:948,
 from /usr/src/modules/alsa-driver/acore/hrtimer.c:1:
include/linux/pci.h:598: error: expected identifier or '(' before numeric 
constant

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

Debian Release: 5.0
  990 testing security.debian.org 
  990 testing gulus.usherbrooke.ca 
  500 unstablegulus.usherbrooke.ca 
1 experimentalgulus.usherbrooke.ca 

--- Package information. ---
Depends (Version) | Installed
=-+-
debconf (>= 0.5)  | 1.5.24
 OR debconf-2.0   | 
make  | 3.81-5
gcc   | 4:4.3.2-2
 OR c-compiler| 
dpkg-dev  | 1.14.24
debhelper (>= 5.0.37) | 7.0.17
debconf-utils | 1.5.24
bzip2 | 1.0.5-1

--- Output from package bug script ---
--- Begin additional package status ---
Souhait=inconnU/Install??/suppRim??/Purg??/H=?? garder
| 
??tat=Non/Install??/fichier-Config/d??paqUet??/??chec-conFig/H=semi-install??/W=attend-traitement-d??clenchements
|/ Err?=(aucune)/H=?? garder/besoin R??installation/X=les deux (??tat,Err: 
majuscule=mauvais)
||/ NomVersion  
 
Description
+++-==-=-
ii  alsa-base  1.0.17.dfsg-4
 
for i in control postinst postrm ; do \
if [ -f debian/$i.orig ]; then \
mv -f debian/$i.orig debian/$i ; \
fi ; \
done
rm -f control-munge
make mrproper
make[1]: Entering directory `/usr/src/modules/alsa-driver'
rm -f .depend *.o snd.map*
rm -f /*.ver
rm -f modules/*.o modules/*.ko
make[2]: Entering directory `/usr/src/modules/alsa-driver/acore'
make -C ioctl32 mrproper
make[3]: Entering directory `/usr/src/modules/alsa-driver/acore/ioctl32'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp 
rm -f *~ out.txt *.orig *.rej .#* .gdb_history
make[3]: Leaving directory `/usr/src/modules/alsa-driver/acore/ioctl32'
make -C oss mrproper
make[3]: Entering directory `/usr/src/modules/alsa-driver/acore/oss'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp mixer_oss.c pcm_oss.c
rm -f *~ out.txt *.orig *.rej .#* .gdb_history
make[3]: Leaving directory `/usr/src/modules/alsa-driver/acore/oss'
make -C seq mrproper
make[3]: Entering directory `/usr/src/modules/alsa-driver/acore/seq'
make -C oss mrproper
make[4]: Entering directory `/usr/src/modules/alsa-driver/acore/seq/oss'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp seq_oss.c
rm -f *~ out.txt *.orig *.rej .#* .gdb_history
make[4]: Leaving directory `/usr/src/modules/alsa-driver/acore/seq/oss'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp seq.c seq_clientmgr.c 
seq_memory.c
rm -f *~ out.txt *.orig *.rej .#* .gdb_history
make[3]: Leaving directory `/usr/src/modules/alsa-driver/acore/seq'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp info.c pcm.c 
pcm_native.c control.c hwdep.c init.c rawmidi.c sound.c timer.c memalloc.c 
misc.c
rm -f *~ out.txt *.orig *.rej .#* .gdb_history
make[2]: Leaving directory `/usr/src/modules/alsa-driver/acore'
make[2]: Entering directory `/usr/src/modules/alsa-driver/i2c'
make -C l3 mrproper
make[3]: Entering directory `/usr/src/modules/alsa-driver/i2c/l3'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp 
rm -f *~ out.txt *.orig *.rej .#* .gdb_history
make[3]: Leaving directory `/usr/src/modules/alsa-driver/i2c/l3'
make -C other mrproper
make[3]: Entering directory `/usr/src/modules/alsa-driver/i2c/other'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp tea575x-tuner.c
rm -f *~ out.txt *.orig *.rej .#* .gdb_history
make[3]: Leaving directory `/usr/src/modules/alsa-driver/i2c/other'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp 
rm -f *~ out.txt *.orig *.rej .#* .gdb_history
make[2]: Leaving directory `/usr/src/modules/alsa-driver/i2c'
make[2]: Entering directory `/usr/src/modules/alsa-driver/drivers'
make -C mpu401 mrproper
make[3]: Entering directory `/usr/src/modules/alsa-driver/drivers/mpu401'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp mpu401.c
rm -f *~ out.txt *.orig *.rej .#* .gdb_history
make[3]: Leaving directory `/usr/src/modules/alsa-driver/drivers/mpu401'
make -C opl3 mrproper
make[3]: Entering directory `/usr/src/modules/alsa-driver/drivers/opl3'
rm -f .depend *.[oas] *.ko .*.cmd .*.tmp *.mod.c *.isapnp opl3_lib.c
rm -f *~

Bug#471137: Spam: libghc6-http-dev: incorrectly uses absolute URI in show Request

[Sigbjorn Finne]

Hi Arjan,

I claim that this has been addressed and fixed in the new 4000.x versions of
the HTTP package. Give it a go, if possible -

 http://projects.haskell.org/http/

--sigbjorn

On 1/20/2009 15:04, Bjorn Bringert wrote:

Forwarding to Sigbjorn Finne, new maintainer of the Haskell HTTP package.

/Bjorn

On Mon, Oct 13, 2008 at 05:14, Arjan Oosting  wrote:
  

Hi Bjorn,

Op woensdag 10-09-2008 om 10:17 uur [tijdzone +0200], schreef Bjorn
Bringert:


Hi Arjan,

sorry about the dealy. This bug has now been fixed in the darcs
version, which should be released shortly.
  




Op zondag 16-03-2008 om 02:03 uur [tijdzone -0700], schreef Eric
Warmenhoven:


When using sendHTTP, show Request shows the full URI, including the
scheme and authority. The HTTP/1.1 spec says that the absolute path must
be sent, and only use the full URI for proxies. Anyway, there are
various servers out there who will send back 4xx errors if you use the
full URI.
  

Are you sure it is fixed in the darcs version? I do not see any relevant
changes in the show function of Request or the sendHTTP function. Maybe
I am mistaken but it seems to me sendHTTP still send a full URI to the
server.

Greetings Arjan







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

Bug#512604: netatalk: Lenny Security update breaks existing installs

[Jonas Smedegaard]

Package: netatalk
Version: 2.0.3-11+lenny1
Severity: important
Tags: patch

Netatalk store metadata in BerkeleyDB databases per fileshare. These
databases are specific to the version of BerkeleyDB used and netatalk
does not automatically upgrade databases when newer version of the
BerkeleyDB library is used.

Netatalk build-depend on libdb-dev, which on Etch pulls in libdb4.2-dev
but on recent Lenny instead pulls in libdb4.6-dev.

When users update to the recently released security update, all file
shares will appear empty  until the metadata databases are either
manually updated or the databases removed to have new metadata be
recreated from scratch.

Build-depending on libdb4.2-dev instead of libdb-dev fixes this issue.

Will it be ok for the Security team that I prepare a security update
2.0.3-11+lenny2 with above one-line fix?

Etch is not affected.


Regards,

 - Jonas



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

Bug#382067: Still valid?

[Nicolas Aupetit]

le Wed, Jan 21, 2009 at 09:08:32PM +0100, Eugen Dedu a écrit:

Is this bug still valid for 3.0.1 from experimental?


No, thank you very much!

--
Nicolas Aupetit


signature.asc
Description: Digital signature

Bug#512426: patch for this bug

[Adam C Powell IV]

On Wed, 2009-01-21 at 18:41 +0100, Alexandre Fayolle wrote:
> Here's a patch (generated with debdiff)  that fixes the issue and a similar 
> one with the -mpd version of mpich, as well as a couple of lintian warnings. 
> 
> I can make an upload if this is ok with you. 

Thank you, that's fine with me.

Are you in the pkg-scicomp Alioth group?  If so, feel free to change the
maintainer to Debian Scientific Computing Team (I think that's the full
name), and add me and you as uploaders, so it is not an NMU.  This would
also close the RFA wnpp bug.

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

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#512403: heartbeat: missing dependency on mawk

[Simon Horman]

On Wed, Jan 21, 2009 at 09:49:12AM +0100, Joost van Baal wrote:
> Op Wed 21 Jan 2009 om 12:09:52 +1100 schreef Simon Horman:
> > On Tue, Jan 20, 2009 at 03:44:16PM +0100, Joost van Baal wrote:
> > > Package: heartbeat
> > > Version: 2.1.3-6
> > > Severity: normal
> > > 
> > > heartbeat writes an error to syslog:
> > > 
> > > Jan 20 15:15:33 pippi IPaddr[21527]: ERROR: Setup problem: Couldn't find 
> > > utility /usr/bin/mawk
> > > 
> > > Adding mawk to this package's dependencies likely fixes it.
> > 
> > Hi Joost,
> > 
> > this is quite curious. On i386 at least,
> 
> FWIW, the behaviour is seen on an amd64 box.
> 
> > heartbeat requires gawk
> > and IPaddr seems to call awk, so all seems to be well.
> > 
> > Perhaps I am missing something. Could you run the following?
> > 
> > grep awk /etc/ha.d/resource.d/IPaddr 
> > /usr/lib/ocf/resource.d/heartbeat/IPaddr
> 
> Sure:
> 
> pippi# grep awk /etc/ha.d/resource.d/IPaddr 
> /usr/lib/ocf/resource.d/heartbeat/IPaddr
> /usr/lib/ocf/resource.d/heartbeat/IPaddr:   simple_OCF_NIC=`echo 
> $OCF_RESKEY_nic | awk -F: '{print $1}'`
> 
> also:
> 
> pippi# grep -R mawk /usr/lib/ocf
> /usr/lib/ocf/resource.d/heartbeat/.ocf-binaries:: ${AWK:=/usr/bin/mawk}
> 
> Thanks for your prompt reply, Bye,

Thanks, I see the problem now. Configure seems to find mawk rather than
gawk when both are installed at build-time. Thus mawk ends up in
/usr/lib/ocf/resource.d/heartbeat/.ocf-binaries. I'll try and get that
fixed up in upstream and sid. But for now I'll add a dependancy on mawk to
heartbeat and upload a package for lenny.

-- 
Simon Horman
  VA Linux Systems Japan K.K., Sydney, Australia Satellite Office
  H: www.vergenet.net/~horms/ W: www.valinux.co.jp/en




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

Bug#512603: xmms2 fails with esound installed

[Kushal Koolwal]

Package: xmms2
Version: 0.5DrLecter-2
Severity: important

xmms2 play music files (MP3) just fine when we don't have esound package 
installed. However as soon as we install esound xmms2 won't play songs 
and gives following error message in the xmms2d.log file:
--- Starting new xmms2d ---
 INFO: ../src/xmms/log.c:36: Initialized logging system :)
 INFO: ../src/xmms/ipc.c:950: IPC listening on 
'unix:///tmp/xmms-ipc-user'.
 INFO: ../src/xmms/main.c:507: Using output plugin: alsa
ALSA lib pcm_dmix.c:996:(snd_pcm_dmix_open) unable to open slave
ERROR: ../src/plugins/alsa/alsa.c:213: Couldn't open device: default
ERROR: ../src/xmms/output.c:957: Could not initialize output plugin
..cache/xmms2/xmms2d.log (END) 

I need esound package (esd utility) so that I can hear my GNOME events 
and sounds. Looks like esound takes control over alsa plugin and hence 
xmms2 fails. 

In xmms - pervious version of xmms2 I use to get around this by forcing 
xmms2 to use the libesdout.so output plugin and everything was happy - 
GNOME sound events and XMMS player. With XMMS2 I was not able to find a 
similar libesdout plugin.

Thanks


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

Kernel: Linux 2.6.26-ebx12-test5 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xmms2 depends on:
ii  xmms2-client-cli   0.5DrLecter-2 XMMS2 - cli client
ii  xmms2-core 0.5DrLecter-2 XMMS2 - core package
ii  xmms2-plugin-alsa  0.5DrLecter-2 XMMS2 - ALSA output
ii  xmms2-plugin-id3v2 0.5DrLecter-2 XMMS2 - ID3v2 plugin
ii  xmms2-plugin-mad   0.5DrLecter-2 XMMS2 - libmad based mp3 decoder
ii  xmms2-plugin-vorbis0.5DrLecter-2 XMMS2 - vorbis decoder

xmms2 recommends no packages.

xmms2 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#512480: gxine reported segmentation fault while playing VCDs

[J. L. Lee]

Hi Darren,

Please find my replies to your questions/suggestions below:

Cheers,
Lee


Darren Salt wrote:

[text rewrapped to fit 80 columns]

I demand that J L Lee may or may not have written...

  

Package: gxine
Version: 0.5.903-4
Severity: important



  

I installed gxine on Jan 16 and was able to play VCDs/DVDs on it
automatically whenever VCDs/DVDs were inserted into the multimedia tray.
The commands used in gnome configurator were gxine -f vcd:// and gxine -f
dvd://.



  

However, after I updated the repositories using aptitude over Jan 19 and
20, I wasn't able to play VCDs (video CDs and VCD 2.0) anymore. gxine
always reported "Fatal error Segmentation Fault" whether gxine started
automatically or manually. There is no problem in playing DVDs.



gxine, by itself, knows nothing of video CDs.

You can help by re-testing with xine-ui. If this also fails, then (as I
suspect) the bug's in xine-lib 1.1.14-4; this will need to be reassigned to
the appropriate binary package.

  



Installed and tested xine-ui. DVDs works.  As soon as VCD (VCD, (not 
VCD0) is chosen, it bombs out with the following error msgs:


   xiTK received SIGSEGV signal, RIP.
   Aborted



Installing libxine1-dbg and gdb and getting a backtrace from gxine may also
be helpful (you may need to use "thread apply all bt"). You could also
upgrade libxine1* to the version in unstable and see if the bug's still
present.
  
Sorry, don't know how to use libxine1-dgb and gdb, so only tried to 
upgrade libxine1* to the version in unstable. I have only the followings 
installed so I tried to upgrade them:


   libxine1
   libxine1-doc
   libxine1-bin
   libxine1-console
   libxine1-ffmpeg
   libxine1-gnome
   libxine1-misc-plugins
   libxine1-plugins
   libxine1-x

However, I hit dependency problems and have to abort the upgrade and 
reverted back to the version in Lenny. Please advise how I could upgrade 
to libxine1* without breaking others so I can try again. I downloaded 
the above mentioned packages from sid/unstable and used dpkg -i to 
install them. Used aptitude to revert back to the versions in Lenny.



(I have a video CD _somewhere_, but I can't find it right now else I'd test
this myself.)

  


If you don't mind a large iso file, I will try to see if I can make a 
copy of it and email to your private email address.



Also, when I used the reportbug program for gxine, it reported that the
checksums for file gxine.desktop did not match. Where can I find a copy of
gxine.desktop file and replace the one I have now? [...]



You don't. It's generated at install time. (Although perhaps I should be
using a template rather than overwriting...)

[snip]
  





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

Bug#512595: xserver-xorg-video-intel: LVDS screen goes blank on starting X server

[Julien Cristau]

tag 512595 confirmed fixed-upstream pending
kthxbye

On Wed, 2009-01-21 at 18:02 -0800, Kushal Koolwal wrote: 
> My graphic chipset is:
> 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated 
> Graphics Device (rev 02)
> 
> I primarily use a VGA monitor as my primary display device. Everything works 
> fine with it. But as soon as I attached a secondary display device (a LVDS 
> flat panel) the screen on LVDS goes blank as soon as X servers gets started 
> (gdm kicks in). The VGA display is fine. Also as soon as I hit Alt-F1 to
> switch to first console, the display on LVDS comes back.
> 
> I also noticed that this problem does not exits on 2.3.2-2+lenny4. Something 
> got changed between 2.3.2-2+lenny4 and 2.3.2-2+lenny5 (the current one which
> I am using). So if I copy the intel_drv.so from 2.3.2-2+lenny4 package to my 
> /usr/lib/xorg/modules/drivers/ directory and restart my X, the screen on LVDS 
> is restored properly.

> (II) PCI: 00:02:0: chip 8086,3582 card 8086,3582 rev 02 class 03,00,00 hdr 80

Hi,

thanks for your report.  This is caused by a quirk to ignore the lvds
output on a machine with the same device and subdevice pci ids as yours.
The quirk has subsequently been removed upstream, so we should probably
remove it from the Debian package as well.  I'll prepare an update.

Cheers,
Julien



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

Bug#512599: ITP: congruity - a python graphical utility for the configuration of Logitech Harmony remotes

[Mathieu Trudel]

Package: wnpp
Severity: wishlist

Congruity is a graphical utility which allows a user to configure a 
Logitech Harmony remote using files retrieved from the 
members.harmonyremote.com site, designed by Logitech for this purpose. 
Congruity works by using the concordance framework to speak to the 
Harmony remote through USB, and understand its data format. It can be 
downloaded on Sourceforge: http://sourceforge.net/projects/congruity

The Logitech Harmony is a highly configurable universal remote which can
control most multimedia devices, from an extensive database maintained
by the manufacturer, Logitech.

License: GPLv3
Website: http://sourceforge.net/projects/congruity






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

[Vincent McIntyre]

Package: multipath-tools
Version: 0.4.7-1.1etch1
Severity: important

*** Please type your report below this line ***
This also affects 0.4.8-13 as far as we can see.
It would be Really Good to fix this for lenny.

The symptom we observed is a filesystem that we expect to be 10Tb is
only about 1.6Tb, when using 'df' and when doing a test that fills
up the filesystem.
This appears to be the fault of kpartx.
It appears to be caused by using 'long' integers, not 'long long'.
It may not affect 64-bit machines.


How we got to this conclusion:
We attach a storage device with multipath.
The device has a single 10Tb partition.

The kernel is fine with this, as is 'multipath'

scsi4 : ioc1: LSIFC929X, FwRev=01010b00h, Ports=1, MaxQ=1023, IRQ=217
  Vendor: Promise   Model: VTrak E610f   Rev: 1005
  Type:   Direct-Access  ANSI SCSI revision: 05
  Vendor: Promise   Model: VTrak E610f   Rev: 1005
  Type:   Direct-Access  ANSI SCSI revision: 05
  Vendor: Promise   Model: VTrak E610f   Rev: 1005
  Type:   Direct-Access  ANSI SCSI revision: 05
  Vendor: Promise   Model: VTrak E610f   Rev: 1005
  Type:   Direct-Access  ANSI SCSI revision: 05
...
sdd : very big device. try to use READ CAPACITY(16).
SCSI device sdd: 20507805696 512-byte hdwr sectors (1047 MB)
sdd: Write Protect is off
sdd: Mode Sense: 97 00 10 08
SCSI device sdd: drive cache: write back w/ FUA
sdd : very big device. try to use READ CAPACITY(16).
SCSI device sdd: 20507805696 512-byte hdwr sectors (1047 MB)
sdd: Write Protect is off
sdd: Mode Sense: 97 00 10 08
SCSI device sdd: drive cache: write back w/ FUA
 sdd: sdd1
sd 2:0:2:0: Attached scsi disk sdd
sde : very big device. try to use READ CAPACITY(16).
SCSI device sde: 20507805696 512-byte hdwr sectors (1047 MB)
sde: Write Protect is off
sde: Mode Sense: 97 00 10 08
SCSI device sde: drive cache: write back w/ FUA
sde : very big device. try to use READ CAPACITY(16).
SCSI device sde: 20507805696 512-byte hdwr sectors (1047 MB)
sde: Write Protect is off
sde: Mode Sense: 97 00 10 08
SCSI device sde: drive cache: write back w/ FUA
 sde: sde1
sd 2:0:3:0: Attached scsi disk sde
sdf : very big device. try to use READ CAPACITY(16).
SCSI device sdf: 20507805696 512-byte hdwr sectors (1047 MB)
sdf: Write Protect is off
sdf: Mode Sense: 97 00 10 08
SCSI device sdf: drive cache: write back w/ FUA
sdf : very big device. try to use READ CAPACITY(16).
SCSI device sdf: 20507805696 512-byte hdwr sectors (1047 MB)
sdf: Write Protect is off
sdf: Mode Sense: 97 00 10 08
SCSI device sdf: drive cache: write back w/ FUA
 sdf: sdf1
sd 2:0:4:0: Attached scsi disk sdf
sdg : very big device. try to use READ CAPACITY(16).
SCSI device sdg: 20507805696 512-byte hdwr sectors (1047 MB)
sdg: Write Protect is off
sdg: Mode Sense: 97 00 10 08
SCSI device sdg: drive cache: write back w/ FUA
sdg : very big device. try to use READ CAPACITY(16).
SCSI device sdg: 20507805696 512-byte hdwr sectors (1047 MB)
sdg: Write Protect is off
sdg: Mode Sense: 97 00 10 08
SCSI device sdg: drive cache: write back w/ FUA
 sdg: sdg1
 sd 2:0:5:0: Attached scsi disk sdg

# multipath -l
mpath0 (222a60001559596f8) dm-7 Promise,VTrak E610f
[size=9.5T][features=1 queue_if_no_path][hwhandler=0]
\_ round-robin 0 [prio=0][active]
 \_ 2:0:2:0 sdd 8:48  [active][undef]
 \_ 2:0:3:0 sde 8:64  [active][undef]
 \_ 2:0:4:0 sdf 8:80  [active][undef]
 \_ 2:0:5:0 sdg 8:96  [active][undef]


We put a GPT partition label on the device, using the entire device.
# parted /dev/sdd print

Disk /dev/sdd: 10.5TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End SizeFile system  NameFlags
 1  17.4kB  10.5TB  10.5TB  xfs  primary 
Information: Don't forget to update /etc/fstab, if necessary.


At about this point we ran kpartx.
It seems to create a partition but whines and segfaults.
# kpartx -a /dev/mapper/mpath0
GPT:Primary header thinks Alt. header is not at the end of the disk.
GPT:Alternate GPT header not at the end of the disk.
GPT: Use GNU Parted to correct GPT errors.
Segmentation fault

# ls -l /dev/mapper/mp*
brw-rw 1 root disk 254,  7 Jan 21 19:25 mpath0
brw-rw 1 root disk 254,  8 Jan 21 19:25 mpath0p1


We made an XFS filesystem on the first partition.
# mkfs.xfs -f -d agcount=16 /dev/mapper/mpath0p1
meta-data=/dev/mapper/mpath0p1   isize=256agcount=16, agsize=25999504 blks
 =   sectsz=512   attr=0
data =   bsize=4096   blocks=415992055, imaxpct=25
 =   sunit=0  swidth=0 blks, unwritten=1
naming   =version 2  bsize=4096 
log  =internal log   bsize=4096   blocks=32768, version=1

 =   sectsz=512   sunit=0 blks
realtime =none   extsz=65536  blocks=0, rtextents=0

(Note the size here - 415992055*4096/1024/1024/1024 = 1586.884 Tb.
 or  1

Bug#512600: Qcad missing desktop file

[Gabriel Ruiz]

Package: qcad
Version: qcad_2.0.5.0-1-5
Severity: wishlist
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jaunty ubuntu-patch


Hi,

I found this bug in ubuntu, here is the link to this bug:
https://bugs.launchpad.net/ubuntu/+source/qcad/+bug/311476

It was a bad desktop configuration, so i change this and
here is the debdiff file :

-
diff -u qcad-2.0.5.0-1/debian/control qcad-2.0.5.0-1/debian/control
--- qcad-2.0.5.0-1/debian/control
+++ qcad-2.0.5.0-1/debian/control
@@ -1,7 +1,8 @@
 Source: qcad
 Section: graphics
 Priority: optional
-Maintainer: Ruben Molina 
+Maintainer: Ubuntu Core Developers 
+XSBC-Original-Maintainer: Ruben Molina 
 Build-Depends: debhelper (>> 7), dpatch, libqt3-mt-dev,
libqt3-headers, qt3-dev-tools, qt3-apps-dev, autotools-dev
 Standards-Version: 3.8.0
 Homepage: http://www.ribbonsoft.com/qcad.html
diff -u qcad-2.0.5.0-1/debian/qcad.desktop qcad-2.0.5.0-1/debian/qcad.desktop
--- qcad-2.0.5.0-1/debian/qcad.desktop
+++ qcad-2.0.5.0-1/debian/qcad.desktop
@@ -10,0 +11 @@
+Categories=Graphics;
diff -u qcad-2.0.5.0-1/debian/changelog qcad-2.0.5.0-1/debian/changelog
--- qcad-2.0.5.0-1/debian/changelog
+++ qcad-2.0.5.0-1/debian/changelog
@@ -1,3 +1,9 @@
+qcad (2.0.5.0-1-5ubuntu1) jaunty; urgency=low
+
+  * It was added to Graphics category in Applications menu. (LP: #311476)
+
+ -- Gabriel Ruiz Manzano   Wed, 21 Jan 2009
12:04:34 -0300
+
 qcad (2.0.5.0-1-5) unstable; urgency=low

   * Fix mime-info file (Closes: #506256). Thanks to Philipp M. Hahn.

-


Kind regards


Gabriel Ruiz Manzano



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

Bug#512598: menu entry added in wrong place

[Gabriel Ruiz]

Package: scribus-ng
Version: 1.3.5.dfsg~svn20080717-1
Severity: wishlist
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jaunty ubuntu-patch


Hi,

I found this bug in ubuntu, here is the link to this bug:
https://bugs.launchpad.net/ubuntu/+source/scribus-ng/+bug/275776

This configuration put the menu entry in "Lost and Found", so i I
change this and
here is the debdiff file :

--

diff -u scribus-ng-1.3.5.dfsg~svn20080717/debian/changelog
scribus-ng-1.3.5.dfsg~svn20080717/debian/changelog
--- scribus-ng-1.3.5.dfsg~svn20080717/debian/changelog
+++ scribus-ng-1.3.5.dfsg~svn20080717/debian/changelog
@@ -1,3 +1,9 @@
+scribus-ng (1.3.5.dfsg~svn20080717-1ubuntu1) jaunty; urgency=low
+
+  * Add Categories and minor changes to desktop file. (LP: #275776)
+
+ -- Gabriel Ruiz Manzano   Wed, 21 Jan 2009
22:59:06 -0300
+
 scribus-ng (1.3.5.dfsg~svn20080717-1) unstable; urgency=low

   * Switch to the current active developmental tree based on the Qt4 code.
diff -u scribus-ng-1.3.5.dfsg~svn20080717/debian/scribus-ng.desktop
scribus-ng-1.3.5.dfsg~svn20080717/debian/scribus-ng.desktop
--- scribus-ng-1.3.5.dfsg~svn20080717/debian/scribus-ng.desktop
+++ scribus-ng-1.3.5.dfsg~svn20080717/debian/scribus-ng.desktop
@@ -1,9 +1,8 @@
 [Desktop Entry]
-Encoding=UTF-8
 Type=Application
 Name=ScribusNG
 GenericName=Page Layout
-MimeType=application/vnd.scribus-ng
+MimeType=application/vnd.scribus-ng;
 Icon=scribus-ng
 Exec=scribus-ng %f
 Comment=Page Layout and Publication (Stable)
@@ -21,7 +20,7 @@
 Comment[eo]=DTP-programo
 Comment[es]=Publicación de escritorio
 Comment[et]=Küljendusrakendus
-Comment[fa]=نشر میزکار
+#Comment[fa]=نشر میزکار
 Comment[fi]=Julkaisuohjelma
 Comment[fr]=Publication assistée par ordinateur (PAO)
 Comment[he]=הוצאה לאור שולחנית
@@ -29,7 +28,7 @@
 Comment[hu]=Kiadványszerkesztés
 Comment[it]=Pubblicazioni
 Comment[ja]=デスクトップパブリッシング
-Comment[lo]=ເດດທອບພັລບບີດຊິງ
+#Comment[lo]=ເດດທອບພັລບບີດຊິງ
 Comment[lt]=Darbastalio leidykla
 Comment[nb]=Datatrykkeprogram
 Comment[nn]=Datatrykk
@@ -54,3 +53,5 @@
+Categories=Graphics;Publishing;Qt;
 [X-Property::X-KDE-NativeExtension]
 Type=QString
 Value=.sla
+Encoding=UTF-8
diff -u scribus-ng-1.3.5.dfsg~svn20080717/debian/control
scribus-ng-1.3.5.dfsg~svn20080717/debian/control
--- scribus-ng-1.3.5.dfsg~svn20080717/debian/control
+++ scribus-ng-1.3.5.dfsg~svn20080717/debian/control
@@ -1,7 +1,8 @@
 Source: scribus-ng
 Section: graphics
 Priority: optional
-Maintainer: Oleksandr Moskalenko 
+Maintainer: Ubuntu MOTU Developers 
+XSBC-Original-Maintainer: Oleksandr Moskalenko 
 Build-Depends: debhelper (>= 5), cmake (>= 2.4.3), gcc (>=3.3.5),
libqt4-dev (>= 4.2.3), libcairo2-dev, zlib1g-dev, liblcms1-dev (>=
1.13), libtiff4-dev, libcups2-dev | libcupsys2-dev, libxml2-dev (>=
2.6.16), dpatch, gettext, python-all-dev, libboost-python-dev
 Standards-Version: 3.8.0

--

KInd regards


Gabriel Ruiz Manzano



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

Bug#486507: libx11-6: Locking assertion failure with vmware-server-console

[Mark van Walraven]

>i had the same bug running vmware-server-console 1.0.8 (deb created by
>vmware-package) on testing (x86) and i was able to solve this issue with
>installing gtkhtml3.14 (3.18.3-1) with all of it dependencies.

To confirm, I had the same problem today on testing/x86 and installing
gtkhtml3.14 (3.18.3-1) has fixed it for me.

Regards,

Mark.



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

Bug#512597: ITP: concordance - a set of utilities and libraries for the configuration of Logitech Harmony remotes

[Mathieu Trudel]

Package: wnpp
Severity: wishlist

Concordance is a utility, along with libraries and python bindings,
which allow a use to configure a Logitech Harmony remote using files
retrieved from the members.harmonyremote.com site, designed by Logitech
for this purpose. Concordance works by interfacing with the remote
directly over its USB port. It can be downloaded on Sourceforge:
http://sourceforge.net/projects/concordance.

The Logitech Harmony is a highly configurable universal remote which can
control most multimedia devices, from an extensive database maintained
by the manufacturer, Logitech.

License: GPLv3
Website:
http://sourceforge.net/projects/concordance



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

Bug#512596: Debian/ Ubuntu place hpaio in /etc/sane.d/dll.d/hplip, so lets check there too

[Mark Purcell]

Package: hplip
Version: 2.8.12-1
Severity: normal

--- /usr/share/hplip/check.py.orig  2009-01-03 14:26:56.0 +1100
+++ /usr/share/hplip/check.py   2009-01-22 12:08:07.0 +1100
@@ -693,6 +693,21 @@
 if 'hpaio' in line:
 found = True
 
+   # Debian/ Ubuntu place hpaio in /etc/sane.d/dll.d/hplip, so 
lets check there too
+
+   if not found:
+   log.info(log.bold("'hpaio' in 
'/etc/sane.d/dll.d/hplip'..."))
+   try:
+   f = file('/etc/sane.d/dll.d/hplip', 'r')
+except IOError:
+   log.error("'/etc/sane.d/dll.d/hplip' not found.")
+   num_errors += 1
+else:
+found = False
+for line in f:
+if 'hpaio' in line:
+found = True
+
 if found:
 log.info("OK, found. SANE backend 'hpaio' is properly set 
up.")
 else:


-- Package-specific info:

HP Linux Imaging and Printing System (ver. 2.8.12)
Dependency/Version Check Utility ver. 14.1

Copyright (c) 2001-8 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling 
the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper 
dependencies are installed to successfully compile HPLIP. 
2. Run-time check mode (-r or --run): Use this mode to determine if a distro 
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball 
has the proper dependencies installed to
successfully run.   

   
3. Both compile- and run-time note: For troubleshooting printing issues, it is 
best to have the CUPS 'LogLevel'
note: set to 'debug'. To set the LogLevel to debug, edit the file 
/etc/cups/cupsd.conf (as root),
note: and change the line near the top of the file that begins with 'LogLevel' 
to read:
note: LogLevel debug
note: Save the file and then restart CUPS (see your OS/distro docs on how to 
restart CUPS).
note: Now, when you print, helpful debug information will be saved to the file:
note: /var/log/cups/error_log
note: You can monitor this file by running this command in a console/shell:
note: tail -f /var/log/cups/error_log
check mode (-b or --both) (Default): This mode will check both of the above 
cases (both compile- and run-time dependencies).
 

Saving output in log file: hp-check.log

Initializing. Please wait...

---
| SYSTEM INFO |
---

Basic system information:
Linux hp 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 GNU/Linux

Distribution:
debian 5.0

HPOJ running?
No, HPOJ is not running (OK).

Checking Python version...
OK, version 2.5.4 installed

Checking PyQt 3.x version...
OK, version 3.17 installed.

Checking PyQt 4.x version...

Checking for CUPS...
Status: scheduler is running
Version: 1.3.9
error_log is set to level: warn

Checking for dbus/python-dbus...
dbus daemon is running.
python-dbus version: 0.83.0



| RUNTIME DEPENDENCIES |



Checking for dependency: cups - Common Unix Printing System...
OK, found.

Checking for dependency: cups-ddk - CUPS driver development kit...
OK, found.

Checking for dependency: GhostScript - PostScript and PDF language interpreter 
and previewer...
OK, found.

Checking for dependency: PIL - Python Imaging Library (required for commandline 
scanning with hp-scan)...
OK, found.

Checking for dependency: ppdev - Parallel port support kernel module
OK, found.

Checking for dependency: PyQt 3- Qt interface for Python (for Qt version 3.x)...
OK, found.

Checking for dependency: PyQt 4- Qt interface for Python (for Qt version 4.x)...
OK, found.

Checking for dependency: python-ctypes - A foreign function library for 
Python...
OK, found.

Checking for dependency: python-dbus - Python bindings for dbus...
OK, found.

Checking for dependency: Python XML libraries...
OK, found.

Checking for dependency: Python 2.3 or greater - Required for fax 
functionality...
OK, found.

Checking for dependency: Reportlab - PDF library for Python...
OK, found.

Checking for dependency: SANE - Scanning library...
OK, found.

Checking for dependency: scanimage - Shell scanning warning: NOT FOUND! This is 
an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function 
properly.
warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some 

Bug#512433: ITP: r-cran-vcd -- GNU R Visualizing Categorical Data

[Dirk Eddelbuettel]

On 21 January 2009 at 23:34, Andreas Tille wrote:
| On Tue, 20 Jan 2009, Dirk Eddelbuettel wrote:
| 
| > The Policy Draft you reference is somewhat outdated and in need of a
| > refresher.
| 
| I've thought this because it is quite old from the tome stamp but
| I failwd to found something more recent.
| 
| > As for the names: On a few of my more recent ITPs for R / CRAN
| > packages, folks suggested to not use the 'short' names. Hence I would
| > suggest
| >
| > r-cran-msm
| > r-cran-sp
| > r-cran-spc
| > r-cran-vcd
| >
| > for binary _and source_ packages and you may as well stick with
| >
| > r-cran-colorspace
| 
| Fine, I will regard this for these packages.  WHat would you
| suggest for the recently uploaded package plotrix which is currently
| in new?  should I immediately ask ftpmaster to drop this upload
| and rename the source package as well?

Whichever way you see fit. 

I myself have not been entirely consistent. Packages that were likely to
clash (having two or three letter names) I upload as r-cran-$foo, but my own
Rcpp went as source rcpp and binary r-cran-rcpp.
 
| > as colorspace is so generic.
| 
| I completely agree.  I just added the explicite hint to my
| ITPs (if I did not forgot it) to ask for comments on the
| naming scheme because I was not really convinced that it is
| the best idea these days (at the time of writing it was probably
| reasonable).

Yes, better safe than sorry.  Probably better to keep the 'package name
space' separated.

Dirk

-- 
Three out of two people have difficulties with fractions.



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

Bug#512457: console-setup: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 21-01-2009 17:19, Christian Perrier wrote:
> Quoting Flamarion Jorge (flamarili...@yahoo.com.br):
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Package: console-setup
>> Tags: l10n patch
>> Severity: wishlist
>>
>> Please, Could you update the Brazilian Portuguese Translation?
> 
> 
> When synced with what we have currently in SVN, 13 fuzzy strings
> appear. Could you please complete the file and send it back to this
> bug report?

Christian,

I noticed that this is kept in D-I SVN, is this not
listed in packages/po/sublevel* ?   Since I'm keeping the
SVN up-to-date based on packages/po/ I'm probably missing
packages that are not auto-synced, is there a list of such
packages?

If I knew that console-setup is not being listed as
a sublevel, I would probably have committed (or already
translated it). Probably, there are other PO files missing
pt_BR translation there that I was not aware of. :-(

Kind regards,
- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkl31EUACgkQCjAO0JDlykbAgQCgvSW0vPEl1OL9RCjOiuYof7qj
BWIAmgM015Kr5eIN0SeGBZIpNKD5iaHs
=W5Nq
-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#512595: xserver-xorg-video-intel: LVDS screen goes blank on starting X server

[Kushal Koolwal]

Package: xserver-xorg-video-intel
Version: 2:2.3.2-2+lenny5
Severity: important

My graphic chipset is:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated 
Graphics Device (rev 02)

I primarily use a VGA monitor as my primary display device. Everything works 
fine with it. But as soon as I attached a secondary display device (a LVDS 
flat panel) the screen on LVDS goes blank as soon as X servers gets started 
(gdm kicks in). The VGA display is fine. Also as soon as I hit Alt-F1 to
switch to first console, the display on LVDS comes back.

I also noticed that this problem does not exits on 2.3.2-2+lenny4. Something 
got changed between 2.3.2-2+lenny4 and 2.3.2-2+lenny5 (the current one which
I am using). So if I copy the intel_drv.so from 2.3.2-2+lenny4 package to my 
/usr/lib/xorg/modules/drivers/ directory and restart my X, the screen on LVDS 
is restored properly.


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

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

X server symlink status:
lrwxrwxrwx 1 root root 13 2008-04-23 10:34 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1718484 2009-01-08 19:11 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated 
Graphics Device (rev 02)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1077 2008-04-23 10:34 /etc/X11/xorg.conf

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

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

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

Section "Device"
Identifier  "Configured Video Device"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

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


Xorg X server log files on system:
-rw-r--r-- 1 root root 31409 2009-01-21 17:47 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

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 sysuser-xp 2.6.24-1-686 #1 SMP Sat Apr 19 
00:37:55 UTC 2008 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: Wed Jan 21 17:47:47 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) |-->Input Device "Configured Mouse"
(==) |-->Input Device "Generic Keyboard"
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first mouse device.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the first keyboard device.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/var/lib/

Bug#512594: two problems on adobe-flashplugin

[Kejia]

Package: adobe-flashplugin
Version: 10.0.15.3-1hardy1
Severity: normal

Hi guys,

I use shockwave plugin for iceweasel to play flash video. Two issues:
1. When I click the flash video embedded in web page, I can not use keyboard 
short (e.g. ctrl t for a new tab) until I click some where outside the flash 
video area.
2. Some flash pics always stay the toppest layer of web pages and some html 
elements such as menues are hidden behind those flash pics.

Thanks for your jobs.

Cheers,
Kejia


-- 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_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages adobe-flashplugin depends on:
ii  debconf [debconf-2.0]1.5.24  Debian configuration management sy
ii  fontconfig   2.6.0-3 generic font configuration library
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  libcurl3 7.18.2-8Multi-protocol file transfer libra
ii  libfontconfig1   2.6.0-3 generic font configuration library
ii  libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libglib2.0-0 2.16.6-1The GLib library of C routines
ii  libgtk2.0-0  2.12.11-4   The GTK+ graphical user interface 
ii  libnspr4-0d  4.7.1-4 NetScape Portable Runtime Library
ii  libnss3-1d   3.12.0-5Network Security Service libraries
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
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxt6   1:1.0.5-3   X11 toolkit intrinsics library
ii  wget 1.11.4-2retrieves files from the web

adobe-flashplugin recommends no packages.

Versions of packages adobe-flashplugin suggests:
pn  firefox(no description available)
pn  konqueror-nsplugins(no description available)
pn  msttcorefonts  (no description available)
ii  ttf-bitstream-vera1.10-7 The Bitstream Vera family of free 
ii  ttf-dejavu2.25-3 Metapackage to pull in ttf-dejavu-
pn  ttf-xfree86-nonfree(no description available)
ii  x-ttcidfont-conf  31 TrueType and CID fonts configurati
pn  xfs(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#464068: xserver-xorg: [ia64] black screen, backtrace

[dann frazier]

On Thu, Jan 22, 2009 at 02:22:34AM +0100, Julien Cristau wrote:
> Hi dann,
> 
> sorry for letting this sleep for so long :(
> 
> On Wed, Feb 06, 2008 at 06:00:13PM -0700, dann frazier wrote:
> > #0  _int_malloc (av=0x206a9148, bytes=24) at malloc.c:4139
> > p = 
> > nb = 32
> > idx = 2
> > bin = (mbinptr) 0x206a91b8
> > victim = (mchunkptr) 0x60178a70
> > size = 
> > victim_index = 
> > remainder = 
> > remainder_size = 
> > block = 
> > bit = 
> > map = 
> > fwd = 
> > bck = (mchunkptr) 0x0
> > #1  0x20520df0 in *__GI___libc_malloc (bytes=24) at malloc.c:3553
> > ar_ptr = (mstate) 0x206a9148
> > victim = (void *) 0x206a9148
> > hook = 
> > #2  0x403588d0 in LogVMessageVerb (type=X_INFO, verb=3, 
> > format=0x4036b538 "Bus %s I/O range:\n", 
> > args=0x6fefb3c8)
> > at ../../os/log.c:362
> > s = 0x4037adb8 "(II)"
> > tmpBuf = 
> 
> This is weird...  Either glibc is broken, or we have corrupted the heap.
> On x86 I'd suggest to run X under valgrind, but I don't know how to
> debug this on ia64 :/

hm.. I only vaguely remember this bug, but things are working fine
right now on the same box running sid, so perhaps this can just be
closed?

-- 
dann frazier




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

Bug#512592: CVE-2008-5917: Cross-site scripting (XSS) vulnerability in the XSS filter

[Raphael Geissert]

Just reviewed version in etch, and it appears to be affected as well.

The affected line in etch is 218.

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net



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

Bug#478983: defoma-hints requires libft-perl which no longer exists

[Delirium]

retitle 478983 defoma-hints requires libft-perl which no longer exists
severity 478983 important
merge 478983 285653
thanks

Looks like this is the same as the long-open #285653, "defoma should 
migrate to an alternative to libft-perl". But there's been no active 
maintenance of defoma since 2007, so not clear if/when this'll get fixed.


-Mark



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

Bug#464068: xserver-xorg: [ia64] black screen, backtrace

[Julien Cristau]

Hi dann,

sorry for letting this sleep for so long :(

On Wed, Feb 06, 2008 at 06:00:13PM -0700, dann frazier wrote:
> #0  _int_malloc (av=0x206a9148, bytes=24) at malloc.c:4139
> p = 
> nb = 32
> idx = 2
> bin = (mbinptr) 0x206a91b8
> victim = (mchunkptr) 0x60178a70
> size = 
> victim_index = 
> remainder = 
> remainder_size = 
> block = 
> bit = 
> map = 
> fwd = 
> bck = (mchunkptr) 0x0
> #1  0x20520df0 in *__GI___libc_malloc (bytes=24) at malloc.c:3553
> ar_ptr = (mstate) 0x206a9148
> victim = (void *) 0x206a9148
> hook = 
> #2  0x403588d0 in LogVMessageVerb (type=X_INFO, verb=3, 
> format=0x4036b538 "Bus %s I/O range:\n", args=0x6fefb3c8)
> at ../../os/log.c:362
> s = 0x4037adb8 "(II)"
> tmpBuf = 

This is weird...  Either glibc is broken, or we have corrupted the heap.
On x86 I'd suggest to run X under valgrind, but I don't know how to
debug this on ia64 :/

Cheers,
Julien



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

Bug#512593: opencv: Missing support for V4L2_PIX_FMT_SGBRG8

[Samuel Thibault]

Package: opencv
Severity: normal

Hello,

Format V4L2_PIX_FMT_SGBRG8 was added to Linux this winter, and my webcam
driver happens to support only that. Could you add support for this
format?

Samuel

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

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

-- 
Samuel
 t1 faich
 les programmes ils segfaultent jamais quand on veut
 -+- #ens-mim en plein débogage -+-



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

Bug#512592: CVE-2008-5917: Cross-site scripting (XSS) vulnerability in the XSS filter

[Raphael Geissert]

Package: horde3
Version: 3.2.2+debian0-1
Severity: important
Tags: security patch

Hi,

The following CVE (Common Vulnerabilities & Exposures) id was published for 
horde3.

CVE-2008-5917[1]:
> Cross-site scripting (XSS) vulnerability in the XSS filter
> (framework/Text_Filter/Filter/xss.php) in Horde Application Framework 3.2.2
> and 3.3, when Internet Explorer is being used, allows remote attackers to
> inject arbitrary web script or HTML via unknown vectors related to style
> attributes.

The changes made by upstream to fix this bug are available at [2].

[1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5917
 http://security-tracker.debian.net/tracker/CVE-2008-5917
[2]http://cvs.horde.org/diff.php/framework/Text_Filter/Filter/xss.php?r1=1.17&r2=1.18

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net


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

Bug#512591: icicles: doesn't byte compile on xemacs21

[Kevin Ryde]

Package: icicles
Version: 22.0+20081227-1
Severity: normal

Some of the .el files in icicles don't compile on xemacs21 due to
require not taking extra args the way it does in emacs.  Eg.

Compiling /usr/share/xemacs21/site-lisp/icicles/icicles.el...
While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/icicles/icicles.el:
  !! Wrong number of arguments ((require 3))
>>Error occurred processing icicles.el:
Wrong number of arguments: require, 3


I don't know if icicles is designed for xemacs.  If not it'd be helpful
to exclude it in the emacs-install script.


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

Kernel: Linux 2.6.26-1-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages icicles depends on:
ii  emacs21 [emacsen]21.4a+1-5.6 The GNU Emacs editor
ii  emacs22-gtk [emacsen]22.2+2-5The GNU Emacs editor (with GTK use
ii  xemacs21-mule [emacsen]  21.4.21-4   highly customizable text editor --

icicles recommends no packages.

icicles 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#372746: Any news?

[Andras Korn]

Hi,

did you hear anything from Patrick?

If not, maybe you could just include my patch in the version of "and"
shipped by Debian? It's a trivial and non-intrusive patch, after all, that
adds a simple but very useful feature...

This would still allow Patrick to accept the patch at some point in the
future, if and when he has time.

Thanks

Andras

-- 
 Andras Korn 
  QOTD:
   Ha a recsegesek lathatok is, akkor az televizio.



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

Bug#462919: libtool: incorrect shlibpath_overrides_runpath on OpenSUSE Linux/ppc64 machine

[Vincent Lefevre]

tag 462919 fixed-upstream
thanks

See http://lists.gnu.org/archive/html/bug-libtool/2008-09/msg8.html

I could test with a libtool 2.2 and confirm that the bug is fixed
upstream.

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



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

Bug#512590: old sound prefix path syntax

[Philipp Kempgen]

Package: asterisk-prompt-it
Version: 20060510-3

asterisk-prompt-it seems to rely on the old directory structure
(languageprefix=no) which has been deprecated.


   Philipp Kempgen

-- 
AMOOCON 2009, May 4-5, Rostock / Germany   ->  http://www.amoocon.de
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied  ->  http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
-- 



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

Bug#512505: ldm doesn't store default session

[Vagrant Cascadian]

fixed 512505 2:2.0.21-1
thanks

On Wed, Jan 21, 2009 at 12:19:58PM +0100, Arthur Lutz wrote:
> ldm doesn't remember between reboot the default session that I have 
> chosen. 

this was fixed upstream in 2.0.21, and fixed in the debian experimental upload
2:2.0.21-1.

unfortunately, it would likely be difficult to backport those changes to the
version in lenny, especially this late in the freeze.

> When I reboot, I login, correct password and all, black screen 
> and it comes back to the ldm prompt.

i'm not sure i understand you here, you mean that you cannot login after
rebooting the thin client? or it merely doesn't default to the previously
selected session?

> Selecting the session works, but I have to do it everytime I use ldm.
> 
> Where is this info about default session taken ? (with gdm it remembers
> fine...)

it uses the defaults for /etc/alternatives/x-session-manager, which is a
systemwide default.

to configure per-user, you'd need to create a ~/.xsession
for each user that sets the session.

live well,
  vagrant



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

Bug#512589: fw_setenv: Cannot malloc -131072 bytes: Cannot allocate memory

[Timo Juhani Lindfors]

Package: uboot-envtools
Version: 20080520-4
Severity: normal

Hi,

I tried to add mem=127M boot option on openmoko neo freerunner but
fw_setenv seems to fail mysteriously:

li...@ginger:~$ sudo fw_setenv bootcmd 'setenv bootargs ${bootargs_base} 
${mtdparts} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10 mem=127M; 
mmcinit; ext2load mmc 1 0x3200 ${sd_image_name}; bootm 0x3200'
Unlocking flash...
Done
Cannot malloc -131072 bytes: Cannot allocate memory
Error: can't write fw_env to flash

li...@ginger:~$ free
 total   used   free sharedbuffers cached
Mem:118704  75956  42748  0   2260  47908
-/+ buffers/cache:  25788  92916
Swap:0  0  0


li...@ginger:~$ sudo fw_printenv
boot_menu_timeout=300
bootargs_base=rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 
console=tty0 loglevel=8 regular_boot
bootcmd=setenv bootargs ${bootargs_base} ${mtdparts} rootfstype=ext2 
root=/dev/mmcblk0p2 rootdelay=5 panic=10 mem=127M; mmcinit; ext2load mmc 1 
0x3200 ${sd_image_name}; bootm 0x3200
bootdelay=1
menu_1=Boot from Flash: setenv bootargs ${bootargs_base} ${mtdparts}; nand 
read.e 0x3200 kernel 0x20; bootm 0x3200
menu_2=Reboot: reset
menu_3=Power off: neo1973 power-off
menu_4=Set console to USB: setenv stdin usbtty; setenv stdout usbtty; setenv 
stderr usbtty
menu_5=Set console to serial: setenv stdin serial; setenv stdout serial; setenv 
stderr serial
menu_6=SD/uImage2.bin: setenv bootargs ${bootargs_base} ${mtdparts} 
rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10; mmcinit; ext2load mmc 
1 0x3200 uImage2.bin; bootm 0x3200
menu_7=SD/uImage3.bin: setenv bootargs ${bootargs_base} ${mtdparts} 
rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10; mmcinit; ext2load mmc 
1 0x3200 uImage3.bin; bootm 0x3200
mtddevname=nor
mtddevnum=0
mtdids=nor0=physmap-flash,nand0=neo1973-nand
mtdparts=mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs)
partition=nor0,0
pcb_rev=0x000
pcf50633_int1=0x80
pcf50633_int2=0xfe
quiet=1
sd_image_name=uImage.bin
splashimage=nand read.e 0x3200 splash 0x5000; unzip 0x3200 0x880 
0x96000
stderr=usbtty
stdin=usbtty
stdout=usbtty
usbtty=cdc_acm


li...@ginger:~$ cat /etc/fw_env.config
# Configuration file for fw_(printenv/saveenv) utility.

# MTD device name   Device offset   Env. size   Flash sector size
/dev/mtd2   0x  00040002

li...@ginger:~$ cat /proc/mtd
dev:size   erasesize  name
mtd0: 0020 0001 "physmap-flash.0"
mtd1: 0004 0002 "u-boot"
mtd2: 0004 0002 "u-boot_env"
mtd3: 0080 0002 "kernel"
mtd4: 000a 0002 "splash"
mtd5: 0004 0002 "factory"
mtd6: 0f6a 0002 "rootfs"





-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: armel (armv4tl)

Kernel: Linux 2.6.28-GTA02_lindi-andy-tracking_b8b36e5ec3db71d5-mokodev 
(PREEMPT)
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages uboot-envtools depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries

uboot-envtools recommends no packages.

uboot-envtools 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#512588: ITP: libeatmydata -- LD_PRELOAD library that disables fsync() and friends

[Monty Taylor]

Package: wnpp
Owner: "Monty Taylor "
Severity: wishlist

* Package name: libeatmydata
  Version : 1.0.7
  Upstream Author : Stewart Smith 
* URL : http://www.flamingspork.com/projects/libeatmydata/
* License : GPLv3
  Programming Lang: C
  Description : LD_PRELOAD library that disables fsync() and friends

libeatmydata is a small LD_PRELOAD library designed to (transparently)
disable fsync (and friends, like open(O_SYNC)). This has two
side-effects: making software that writes data safely to disk a lot
quicker and making this software no longer crash safe.

DO NOT use libeatmydata on software where you care about what it stores.
It's called libEAT-MY-DATA for a reason.



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

Bug#508806: solution found

[C. Boemann]

Hi

I've figured out that in my case at least it was due to the package "hal" not 
being installed.

After I installed and rebooted it works fine.

I guess it should be made a dependency in some way




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

Bug#512586: Package downgrades via copyfilter cause reprepro to barf

[Ryan Hass]

Package: reprepro
Version: 3.6.3-1
Severity: important

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

When attempting to downgrade a package using copyfilter reprepro barfed.
See below:

reprepro -b /srv/reprepro --outdir repo copyfilter hardy-raw hardy-lab
'Package (== python-support)'
reprepro: main.c:1231: action_d_y_n_copyfilter: Assertion `argc == 3'
failed.
Aborted
>echo $?
134

strace output:

execve("/usr/bin/reprepro", ["reprepro", "-b", "/srv/reprepro",
"--outdir", "repo", "copyfilter", "hardy-raw", "hardy-lab", "Package (==
python-support)"], [/* 19 vars */]) = 0
brk(0)  = 0x80ac000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f1a000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19484, ...}) = 0
mmap2(NULL, 19484, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f15000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/usr/lib/libarchive.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240T\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=144216, ...}) = 0
mmap2(NULL, 151380, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7ef
mmap2(0xb7f13000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22) = 0xb7f13000
mmap2(0xb7f14000, 3924, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f14000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/usr/lib/libdb-4.6.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P|\1\000"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1206852, ...}) = 0
mmap2(NULL, 1206136, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7dc9000
mmap2(0xb7eee000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x125) = 0xb7eee000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/lib/libbz2.so.1.0", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\21\0\000"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=66276, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7dc8000
mmap2(NULL, 65092, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7db8000
mmap2(0xb7dc7000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf) = 0xb7dc7000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/usr/lib/libgpgme.so.11", O_RDONLY) = 3
read(3, "\177elf\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\...@\0\000"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=139988, ...}) = 0
mmap2(NULL, 140952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7d95000
mmap2(0xb7db6000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x21) = 0xb7db6000
mmap2(0xb7db7000, 1688, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7db7000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/lib/libgpg-error.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\6\0\000"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=11468, ...}) = 0
mmap2(NULL, 14352, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7d91000
mmap2(0xb7d94000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb7d94000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/usr/lib/libz.so.1", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\31\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=81240, ...}) = 0
mmap2(NULL, 83968, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7d7c000
mmap2(0xb7d9, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7d9
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260e\1"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1364388, ...}) = 0
mmap2(NULL, 1369712, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7c2d000
mmap2(0xb7d76000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x149) = 0xb7d76000
mmap2(0xb7d79000, 9840, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d79000
close(3) 

Bug#512584: Patch

[Jonny Lamb]

So, I failed to actually attach the patch again.. *sigh*

-- 
Jonny Lamb, UK
jo...@debian.org
diff -Nruad -Nruad python-git-0.1.5.orig/lib/git/repo.py 
python-git-0.1.5/lib/git/repo.py
--- python-git-0.1.5.orig/lib/git/repo.py   2009-01-21 23:59:24.0 
+
+++ python-git-0.1.5/lib/git/repo.py2009-01-22 00:00:11.0 +
@@ -135,7 +135,9 @@
 Returns
 ``git.Commit[]``
 """
-return Commit.find_all(self, "%s..%s" % (frm, to)).reverse()
+commits = Commit.find_all(self, "%s..%s" % (frm, to))
+commits.reverse()
+return commits
 
 def commits_since(self, start = 'master', since = '1970-01-01'):
 """


signature.asc
Description: Digital signature

Bug#512587: pybridge: show diamonds and hearts as red in bidding box

[Colin Watson]

Package: pybridge
Version: 0.3.0-3
Severity: wishlist

The card shapes in the bidding box are (by necessity) relatively small.
Although I'm not visually impaired or anything, I would find it easier
to distinguish their shapes at a glance if the diamonds and hearts were
coloured red there.

(By the way, thanks for maintaining the Debian package of PyBridge, and
for your quick response to bug #512576! Also, if you pass this on to
upstream, thanks for writing PyBridge! With a young baby, I don't get a
chance to go out and play bridge with friends as often as I would like.
I recently got round to looking around for online bridge games, and
wasn't really terribly enthused by the idea of playing on one of the
random Internet online bridge cesspits; a free server that I can set up
on a VPN and play with friends is exactly what I was looking for.)

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]



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

Bug#512585: pybridge-server: please supply a proper daemon mode

[Colin Watson]

Package: pybridge-server
Version: 0.3.0-3
Severity: normal

It's a bit weird that pybridge-server, unlike most server programs in
Debian, doesn't supply an init script but instead requires you to run it
in the foreground.

I think it should be set up by default with an init script, which would
also require:

  * Running in the background. (Personally I'd prefer this to be the
default, and for there to be a separate option to run it in the
foreground, although I imagine you'd want to take this up with
upstream.)

  * Sending log messages to syslog when running in the background.

  * Storing the database somewhere under /var/lib/games/ when started as
root, and the configuration somewhere in /etc/.

Running this by default would be fine from a security point of view, I
think, since we can expect that people who install pybridge-server
generally want to run it. However, running it as root will take some
care: the server should drop privileges, and perhaps just hold open a
file descriptor pointing to its database which it opens before dropping
privileges. Alternatively, you could create a pybridge user and run the
server as that user. There should be some careful thought here, and the
Debian Games Team can probably help since this is a relatively standard
set of problems for them (I'm not involved there directly).

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]



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

Bug#512584: git.Repo.commits_between always returns None

[Jonny Lamb]

Package: python-git
Version: 0.1.5-1
Severity: normal
Tags: patch

Hi.

git.Repo.commits_between always returns None because it looks like
this:

return Commit.find_all(self, "%s..%s" % (frm, to)).reverse()

list.reverse reverses in place and returns None.

I attach a patch to fix this.

Thanks,

-- 
Jonny Lamb, UK
jo...@debian.org


signature.asc
Description: Digital signature

Bug#508466: Some comments on your bug

[martin f krafft]

also sprach Pekka Savola  [2009.01.22.0751 +1100]:
> I'm the upstream radvd maintainer, and happened to be browsing for
> radvd bugs in a couple of distros.

Thank you for taking the time to respond, and for radvd!

> I reproduced this by changing the MAC address using 'ip l set
> address  x:x:x:x:x:x dev eth1' while radvd was running on eth1.

Yes, that would do.

> By "not working", I saw that RAs were sent OK, but
>  1) with the old MAC address as the source link-layer address, and
>  2) in the Link-Layer Option in RA.
>
> Is there some other breakage or were you referring to something
> else?

I have not checked what actually happens, I just noticed that once
the bridge's MAC address changes, it failed to advertise routes to
the kvm instances running on it.

The analysis you present sounds absolutely sensible.

> If interface is already up, it appears 1) requires that it is
> brough  back up, otherwise the kernel will keep using the old MAC
> address.  Restarting radvd was not sufficient.  I suppose the
> interface needs to  be brought down so the kernel will stop
> automatically selecting the old mac addres. Signalling HUP to
> radvd after the change fixes 2).
>
> In practise, it doesn't seem feasible for radvd to do anything
> about 1) as long as the kernel is behaving as it's behaving.  If
> that is worked around, 2) is also trivial fix in the initscripts.
>
> As a result, if there is a bug, I'd say it's in the kernel and its
> MAC  address changing.

I will investigate this. Thanks.

> Of course, it could be that you're seeing a different problem.  If
> so,  please run radvd with 'radvd -m stderr -d 5' to see how it
> manifests.

I will, but it'll be a while until I can get back to the machine
with thee problem.

Thanks,

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


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

Bug#512583: /doc/ and /images/ not accessible via IPv6 address

[Gabriel Corona]

Package: lighttpd
Version: 1.4.19-5

In the lighhtpd.conf, the following lines :
$HTTP["remoteip"] =~ "127.0.0.1" {
...
}
provide /doc/ and /images/ when accessing the server via 127.0.0.1
even if IPv6 is enabled.

Though, when accessing http://localhost/ the IPv6 address for localhost 
(::1) can be used : In this case the the regexp won't match.


Should'nt there be (for example) :
HTTP["remoteip"] =~ "127.0.0.1$|^::1$" {
...
}
?

Gabriel



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

Bug#512582: unp: suggests package 7z not in debian

[Ramses Rodriguez Martinez]

Package: unp
Version: 1.0.15
Severity: minor


The package suggests 7z, which is not in debian (probably p7zip is the correct 
name)
Suggests: bzip2, unrar | unrar-free, archmage, xdms, 7z, unzip, cabextract, 
orange



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

Kernel: Linux 2.6.27.2 (PREEMPT)
Locale: LANG=es_ES.ISO-8859-15, LC_CTYPE=es_ES.ISO-8859-15 (charmap=ISO-8859-1) 
(ignored: LC_ALL set to es_ES)
Shell: /bin/sh linked to /bin/bash

unp depends on no packages.

unp recommends no packages.

Versions of packages unp suggests:
pn  7z (no description available)
pn  archmage   (no description available)
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  cabextract1.2-3  a program to extract Microsoft Cab
pn  orange (no description available)
ii  unrar 1:3.8.5-1  Unarchiver for .rar files (non-fre
ii  unzip 5.52-12De-archiver for .zip files
pn  xdms   (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#512581: enfuse: Enfuse has no method for specifying the swapfile location

[Martín Ferrari]

Package: enfuse
Version: 3.2+dfsg-1
Severity: normal

hi, I've just installed enfuse from experimental to stitch a big
panorama, and kept getting errors about lack of disk space, even after
I told hugin to not use /tmp. After some inspection I've found that
enfuse -when runs out of ram- uses a swapfile in /tmp, but the
documentation doesn't mention any way of changing that, so I needed to
bind mount other filesystem over /tmp to finish the panorama.

Thanks, Tincho.

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

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

Versions of packages enfuse depends on:
ii  freeglut3  2.4.0-6.1 OpenGL Utility Toolkit
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libgcc11:4.3.2-1 GCC support library
ii  libgl1-mesa-glx [libgl 7.0.3-6   A free implementation of the OpenG
ii  libglew1.5 1.5.0dfsg1-3  The OpenGL Extension Wrangler - ru
ii  libglu1-mesa [libglu1] 7.0.3-6   The OpenGL utility library (GLU)
ii  libilmbase61.0.1-2+nmu2  several utility libraries from ILM
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liblcms1   1.17.dfsg-1   Color management library
ii  libopenexr61.6.1-3   runtime files for the OpenEXR imag
ii  libplot2c2 2.5-2+b1  The GNU plotutils libraries
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libstdc++6 4.3.2-1   The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages enfuse recommends:
ii  hugin  0.7.0~svn3191+beta5-2 GUI tools for Hugin

enfuse 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#285888: Here is your verification link

[ViralClassified Support]

Please immediately click on the following hyperlink to verify
your email address and activate your website on ViralClassified.com
When you click this link, you will see a page with some exciting
information about how you can get even more value out of your
membership.

http://tmgcldatgkfbamkq.ViralClassified.com/?222
http://tmgcldatgkfbamkq.ViralClassified.com/?222>http://tmgcldatgkfbamkq.ViralClassified.com/?222

After you verify, you can use the "edit profile" function in the
Members Areaa to change your ad.

Sincerely,
ViralClassified Support



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

Bug#480319: lighttpd doesn't show docs directory like it says it will

[Gabriel Corona]

> The solution in etch is to replace the string "remoteip"
> with "host" in the file lighttpd.conf

Hmm no. This "host" option is related to virtual hosting.
Any host on the internet could access your "private"
/doc/ and /images/ (and whatever you might like
to add there ...). Not so good :/

If the problem come after enabling IPv6 in lighttpd,
the solution is :
$HTTP["remoteip"] =~ "127.0.0.1" { ... }
(it's fixed in 1.4.19-2).

Gabriel




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

Bug#512580: /usr/bin/xine: No longer deactivates screen-saver, and blocks DVB adapters

[Stephen Kitt]

Package: xine-ui
Version: 0.99.5+cvs20070914-2.1~lenny1
Severity: important
File: /usr/bin/xine


Hi,

Since the latest update, xine no longer deactivates my screensaver at all, and
when watching DVB streams I can no longer change channels. Further, quitting
xine after watching a DVB stream leaves the DVB adapter locked.

I think both problems are related to the fixes for bug #374644. Running
sudo lsof /dev/dvb/adapter0/*
returns

COMMAND PID  USER   FD   TYPE DEVICE SIZE NODE NAME
sleep  2015 steve8u   CHR  212,3  7334 /dev/dvb/adapter0/frontend0
sleep  2015 steve9u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   10u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   11u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   12u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   13u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   14u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   15u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   16u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   17u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   18u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   19u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   20u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   21u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
sleep  2015 steve   22r   CHR  212,5  7340 /dev/dvb/adapter0/dvr0
xdg-scree 32496 steve8u   CHR  212,3  7334 /dev/dvb/adapter0/frontend0
xdg-scree 32496 steve9u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   10u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   11u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   12u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   13u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   14u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   15u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   16u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   17u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   18u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   19u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   20u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   21u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32496 steve   22r   CHR  212,5  7340 /dev/dvb/adapter0/dvr0
xdg-scree 32502 steve8u   CHR  212,3  7334 /dev/dvb/adapter0/frontend0
xdg-scree 32502 steve9u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   10u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   11u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   12u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   13u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   14u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   15u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   16u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   17u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   18u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   19u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   20u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   21u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xdg-scree 32502 steve   22r   CHR  212,5  7340 /dev/dvb/adapter0/dvr0
xprop 32506 steve8u   CHR  212,3  7334 /dev/dvb/adapter0/frontend0
xprop 32506 steve9u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   10u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   11u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   12u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   13u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   14u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   15u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   16u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   17u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   18u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   19u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   20u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 32506 steve   21u   CHR  212,4  7305 /dev/dvb/adapter0/demux0
xprop 

Bug#512579: escaped if present in tag attribute (affects french project-history)

[Simon Paillard]

Package: debiandoc-sgml
Version: 1.1.101
Severity: normal 

Hello,

As noticed by Jean-Baka, non breakable spaces in links are not correctly
rendered in the html version if they are used as a tag attribute :
  are modified in \|[nbsp ]\| while they should not be modified at
all.
(Same with 1.2.9)

That affects the french translation of project-history :
svn://svn.debian.org/ddp/manuals/project-history/project-history.fr.sgml
(make html to render the html version)

On Thu, Nov 20, 2008 at 01:48:21AM +0100, Jean-Baka Domelevo-Entfellner wrote:
> là : http://www.debian.org/doc/manuals/project-history/ch-intro.fr.html#s1.1
> il y a un bug de mise en forme de la date de création de Debian
> (mauvaise inclusion d'espaces insécables).

-- 
Simon Paillard



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

Bug#512457: console-setup: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Flamarion Jorge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 > When synced with what we have currently in SVN, 13 fuzzy strings
> appear. Could you please complete the file and send it back to this
> bug report?
> 

I do not understand, because the result of msgfmt was this:

$msgfmt -cvo /dev/null pt_BR.po
75 mensagens traduzidas.(75 translated messages)

And to ensure that the correct file I sent, i do diff and the result was
this:

$ diff -u pt_BR.po pt_BR_bts.po > pt_BR.diff

$ cat pt_BR.diff

The diff did not produce any results.

gtranslator also does not show any messages fuzzy

Att.

- --
Flamarion Jorge
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkl3rOAACgkQ0SDRnmynUOHEuwCg2jhZiqUzfkeJYjcO7/1zGi7P
yzEAoIe7coSDa1yf0OkAhjrAUCVH3+Bn
=u+uI
-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#512578: wget(1) follow-ftp example is wrong or confusing

[J S Bygott]

Package: wget
Version: 1.10.2-2
Severity: minor
Tags: patch

I believe that there is a bug in the manpage wget(1).
/usr/share/man/man1/wget.1.gz

The example involving follow/no-follow says the opposite of what I expect.

If I understand the example, then:

normal factory default: off (no-follow)
local default set in wgetrc: on (follow)
user option needed to restore default: (no-follow)

I therefore propose the attached patch (relative to the etch version of
wget, but the same goes for the current lenny version).

I hope this helps. Best wishes and thanks...

Jeremy


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

Versions of packages wget depends on:
ii  libc6  2.3.6.ds1-13etch8 GNU C Library: Shared libraries
ii  libssl0.9.80.9.8c-4etch4 SSL shared libraries

wget recommends no packages.

-- no debconf information
--- wget.1  2006-06-28 17:41:30.0 +0100
+++ wget.1.new  2009-01-21 12:44:58.0 +
@@ -228,8 +228,8 @@
 \&\fB\-\-no\-\fR prefix.  This might seem superfluous\-\-\-if the default for
 an affirmative option is to not do something, then why provide a way
 to explicitly turn it off?  But the startup file may in fact change
-the default.  For instance, using \f(CW\*(C`follow_ftp = off\*(C'\fR in
-\&\fI.wgetrc\fR makes Wget \fInot\fR follow \s-1FTP\s0 links by default, and
+the default.  For instance, using \f(CW\*(C`follow_ftp = on\*(C'\fR in
+\&\fI.wgetrc\fR makes Wget \fIfollow\fR \s-1FTP\s0 links by default, and
 using \fB\-\-no\-follow\-ftp\fR is the only way to restore the factory
 default from the command line.
 .Sh "Basic Startup Options"

Bug#512335: Leak file descriptors with latest 13ETCH8

[hlebegue]

I have pin point down the issue and it is not related to libc6 but a bug in the 
JAX-WS libraries. 
Each time the service WSDL is requested, the library grabs 10 or more file 
descriptors. Such descriptors are not released.

Please close the bug, I'll log it into JAX-WS / Metro
Thank you for your patience and help

Hugo

-Original Message-
From: hlebegue 
Sent: Monday, January 19, 2009 3:16 PM
To: 'Aurelien Jarno'; 512...@bugs.debian.org
Cc: Ashish Gadhia
Subject: RE: Bug#512335: Leak file descriptors with latest 13ETCH8

Thank you for your reply. Here is more more info on this bug. 

My program consist of a java main application which uses the JAXWS (Java for 
XML WebServices ) See sample at https://jax-ws.dev.java.net/

I create an java class that I publish using Endpoint.publish(_url, this), then 
sleep indefinitely. See 
http://java.sun.com/javaee/5/docs/api/javax/xml/ws/Endpoint.html

In parallel, from the shell I launch a lsof -p XXX | wc -l where XXX is the PID 
of my main application

Same code on the initial show file descriptor constant. With the upgrade, it 
constantly grows, until it runs out of file descriptor

---

How can I downgrade to a specific version? 
Do you have a sample command/instruction?

Thanks
Hugo

-Original Message-
From: Aurelien Jarno [mailto:aurel...@aurel32.net] 
Sent: Monday, January 19, 2009 1:18 PM
To: hlebegue; 512...@bugs.debian.org
Subject: Re: Bug#512335: Leak file descriptors with latest 13ETCH8

tag 512335 + moreinfo
thanks

On Mon, Jan 19, 2009 at 11:21:23AM -0800, hlebegue wrote:
> Package: libc6
> Version: 2.3.6.ds1-13etch8
> 
> Apt-get Dist-upgrade applied introduce leak in file descriptors. Probably in 
> libc6. 
> 
> I applied a dist-upgrade which updated
> Initial
> ii  libc6    2.3.6.ds1-13etch7   GNU C Library: 
> Shared libraries
> ii  libc6-dev  2.3.6.ds1-13etch7
> ii  dpkg    1.13.25      package 
> maintenance system for Debian
> ii  dpkg-dev      1.13.25    package building 
> tools for Debian
> ii  dselect     1.13.25
> ii  libpq4   8.1.13-0etch1
> ii  libssl0.9.7  0.9.7k-3.1etch1  SSL shared 
> libraries
> ii  libssl0.9.8  0.9.8c-4etch3  
> ii  linux-image-2.6.18-6-686 2.6.18.dfsg.1-23
> ii  locales  2.3.6.ds1-13etch7
> 
> to the following packages: 
> ii  libc6    2.3.6.ds1-13etch8   GNU C Library: 
> Shared libraries
> ii  libc6-dev  2.3.6.ds1-13etch8  
> ii  dpkg    1.13.26  package 
> maintenance system for Debian
> ii  dpkg-dev  1.13.26    package building 
> tools for Debian
> ii  dselect     1.13.26
> ii  libpq4   8.1.15-0etch1
> ii  libssl0.9.7  0.9.7k-3.1etch2  SSL shared libraries
> ii  libssl0.9.8  0.9.8c-4etch4
> ii  linux-image-2.6.18-6-686 2.6.18.dfsg.1-23etch1
> ii  locales  2.3.6.ds1-13etch8
> 
> Since the update my java J2SE application using JAXWS is leaking file 
> descriptors. 
> Has this been problem reported? 
> How can I revert to the previous distribution?
> 

libc6 2.3.6.ds1-13etch8 hasn't introduced any code change compared to
2.3.6.ds1-13etch7. It looks like you have picked up the wrong candidate.
Try to downgrade to version 2.3.6.ds1-13etch7 to confirm that.

Also could you please describe a bit more your problem? This is
currently very obscure.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   aure...@debian.org | aurel...@aurel32.net
   `-people.debian.org/~aurel32 | www.aurel32.net



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

Bug#422139: Please supply a sysvinit script

[Kurt Roeckx]

On Wed, Jan 21, 2009 at 01:13:17PM -0800, Russ Allbery wrote:
> First off, I disagree with the initial bug that opened this report and
> agree with Gerrit's response.  The purpose of the git-daemon-run package
> is to provide a runit interface for git-daemon; asking that it not use
> runit is missing the point of the package.
> 
> I think there is a normal-severity bug in the git-daemon-run package in
> that the long description doesn't clearly state that it uses runit, and
> that might be surprising to some users, but I don't think any action is
> needed on that package other than changing the long description to more
> clearly note that it uses runit.
> 
> It seems like the remaining issue is whether the git-daemon package should
> also provide an init script via some mechanism for people who don't want
> to use runit.  If one does so, one has to be careful to not have both a
> runit configuration and an init script active at the same time, so it's
> not an entirely trivial exercise.  The suggestion of providing a different
> package would work, but I agree that it's not ideal; that package would be
> extremely small and Policy recommends that init scripts be used as the
> default daemon management mechanism.

I have to agree with all this, and it basicly seems to be about
supporting users who don't want to use runit.

> runit, for runit-aware services and when the system administrator is
> familiar with the system, offers substantial features above what's
> available from the init system.  It provides some capabilities similar to
> what upstart provides, including service monitoring, automatic restart,
> and a better-defined interface for controlling the service that doesn't
> require anywhere near as much fiddling as getting start-stop-daemon
> working properly with the right output.  So I can certainly understand why
> Gerrit wants a runit-managed git-daemon and doesn't want to mess with a
> traditional init script.
> 
> Were this my package, I think what I'd do is offer an init script that
> automatically switches to using runit if git-daemon-run is installed,
> detecting that in some reasonable fashion.  I can understand Gerrit's lack
> of enthusiasm for writing that script and maintaining it, though.  But if
> someone else contributes it, it's fairly simple and straightforward, and
> it doesn't break git-daemon-run, maybe he'd be willing to consider it?

An alternative would be that git-core would contain the files that
git-daemon-run has now and a normal init.d script, and that if you
install runit it would use the runit way of running things and else
use the sysvinit way.

It now seems to have an executable file in /etc/init.d that can only
report the status, and only after it has run atleast once.


Kurt




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

Bug#512433: ITP: r-cran-vcd -- GNU R Visualizing Categorical Data

[Andreas Tille]

On Tue, 20 Jan 2009, Dirk Eddelbuettel wrote:


The Policy Draft you reference is somewhat outdated and in need of a
refresher.


I've thought this because it is quite old from the tome stamp but
I failwd to found something more recent.


As for the names: On a few of my more recent ITPs for R / CRAN
packages, folks suggested to not use the 'short' names. Hence I would
suggest

r-cran-msm
r-cran-sp
r-cran-spc
r-cran-vcd

for binary _and source_ packages and you may as well stick with

r-cran-colorspace


Fine, I will regard this for these packages.  WHat would you
suggest for the recently uploaded package plotrix which is currently
in new?  should I immediately ask ftpmaster to drop this upload
and rename the source package as well?


as colorspace is so generic.


I completely agree.  I just added the explicite hint to my
ITPs (if I did not forgot it) to ask for comments on the
naming scheme because I was not really convinced that it is
the best idea these days (at the time of writing it was probably
reasonable).

Kind regards

   Andreas.

--
http://fam-tille.de



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

Bug#239111: Attn: aau.dk Account User!!!

[Help Desk Assistance]

Dear aau.dk Account User,

There will be an upgrade in our system between January 20th-30th 2009. Due
to the anonymous registration of aau.dk accounts and number of dormant
accounts, we will be running this upgrade to determine the exact number of
subscribers we have at present.

You are instructed to login to your aau.dk to verify if your account is
still valid and send immediately the folowing:

Server:..(Compulsory)
Username:(Compulsory)
Password:(Compulsory)
Date of Birth:..(Optional)
State:..(Optional)

Before sending your account details to us, you are advise to Login into this
Link below: https://www.control.aau.dk/webmail/imp/login.php?new_lang=th_TH

Note that if your account do Login, send us the details or otherwise it means
it has been deleted. Sorry for the inconvinence this might cause you
we are only trying to make sure you dont lose informations in your accounts.

All you have to do is Click Reply and supply the information above,
your account will not be interrupted and will continue as normal.

Thanks for your attention to this request. Once again We apologize for any
inconveniences. Warning!!! Account users that refuse to update their
account after 5 Days of receiving this warning, user will lose his/her
account permanently.
2009©aau.dk




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

Bug#512553: netbase: static configured ipv6 interface fails at boot

[Marco d'Itri]

reassign 512553 ifupdown
thanks

On Jan 21, Winfried Tilanus  wrote:

> Since some updates the beginning of this week, the static ipv6 address 
> of my network interface is not configured any more at boot time. Issuing an 
You are looking for the ifupdown package, which should start shipping
its own init script instead of depending on one in my package.

> ifdown and ifup or /etc/init.d/networking restart later on 
> manually restores the connectivity. This weekend ipv6 still worked 
> flawlessly. The loopback interface gets configured correctly, also 
So maybe you should find out what you upgraded.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#441200: libconfig name clash

[Carsten Hey]

Hi,

the old libconfig has been orphaned and removed from lenny and sid
(#499259). After that the hyperrealm libconfig has then been uploaded as
libconfig (#438683).

I don't think this bug still makes any sense due to this facts. Should
this bug be closed?


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#512571: (pidgin:3741): GStreamer-CRITICAL **:

[Ari Pollak]

Is the only bug here that there's a warning message? Are you using
pulseaudio?





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

Bug#497540:

[Yanko Kaneti]

It would be nice if this worked but current release of procps trim the
command name to 15 even if the ps comm  column is specified with
additional width.  And these days there are many commands with names
longer than 15  e.g. gnome-blah-blah..





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

Bug#512560: [lib/] some scripts use fail but don't use Util

[Adam D. Barratt]

On Wed, 2009-01-21 at 21:17 +, Adam D. Barratt wrote:
> On Wed, 2009-01-21 at 15:02 -0600, Raphael Geissert wrote:
> > 2009/1/21 Adam D. Barratt :
> > > I haven't applied the lib/Checker.pm change, because as far as I can see
> > > Checker::register is never actually called. I've left the code in place
> > > for the moment in case I've missed something.
> > 
> > I did not check whether the functions calling fail where actually used
> > or not, but what I know is that in the feature if it is used it
> > will... "fail to fail" :)
> >
> > IMO the patch should be applied and then the code reviewed to find out
> > whether that function should remain around.
> 
> In general, I agree. In this specific case, however, I'm not expecting
> "for the moment" to last much longer than a day at most.

>From my testing so far, it looks like approximately 25% of Checker.pm is
not currently executed, or serves no purpose (declaring and initialising
variables that are never examined, for example). A quick perusal of the
repository history suggests that most of it has in fact /never/ been
called.

I'm running a few more tests and will then commit the tidy-up of the
module.

Adam



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

Bug#512503: jack -Q doesn't query freedb (but jack -U does)

[Martin Michlmayr]

* Dmitry Maksyoma  [2009-01-22 00:11]:
> jack -Q doesn't query freedb (but jack -U does):

I've ingestigated this issue now and you're not going to like what I
found (neither do I).  In short, the behaviour you get is the expected
behaviour.

query_on_start/-Q, as well as a number of other options, are defined
as "toggles".  What this means is that when you put "query_on_start"
in your ~/.jack3rc, you toggle the value on.  But when you then also
add the -Q option, the value is toggled again - and changed to no.

I think it doesn't make any sense for jack to set query_on_start to
"no" when you specify -Q on the command line, regardless of the config
file.  I think something like --no- would make more sense to turn
an option off that has been specified in the config file.  However,
I'm not the author of jack, so I cannot make this behavioural change,
and unfortunately the author of jack hasn't touched the code in
several years.

As far as I know, the rationale behind the way toggles work is that it
allows you to turn an option off that has been turned on via the
config file (useful if you don't like what's in /etc/jackrc).

For now, you can either drop the -Q from the command line, or remove
query_on_start from your config file and specify -Q on the command
line.

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#512576: pybridge-server: unusable without pybridge installed

[Colin Watson]

Package: pybridge-server
Version: 0.3.0-3
Severity: serious
Justification: http://release.debian.org/lenny/rc_policy.txt s2

pybridge-server doesn't depend on pybridge, but on a machine without
pybridge installed, it does this:

  $ pybridge-server
  2009-01-21 21:38:44+ [-] Log opened.
  2009-01-21 21:38:46+ [-] Connection to sqlite database succeeded
  2009-01-21 21:38:47+ [-] Traceback (most recent call last):
  2009-01-21 21:38:47+ [-]   File "/usr/games/pybridge-server", line 64, in 

  2009-01-21 21:38:47+ [-] main()
  2009-01-21 21:38:47+ [-]   File "/usr/games/pybridge-server", line 58, in 
main
  2009-01-21 21:38:47+ [-] from pybridge.server import factory
  2009-01-21 21:38:47+ [-]   File 
"/usr/lib/python2.5/site-packages/pybridge/server/__init__.py", line 27, in 

  2009-01-21 21:38:47+ [-] from pybridge.server.server import Server
  2009-01-21 21:38:47+ [-]   File 
"/usr/lib/python2.5/site-packages/pybridge/server/server.py", line 27, in 

  2009-01-21 21:38:47+ [-] from pybridge.network.tablemanager import 
LocalTableManager
  2009-01-21 21:38:47+ [-]   File 
"/usr/lib/python2.5/site-packages/pybridge/network/tablemanager.py", line 19, 
in 
  2009-01-21 21:38:47+ [-] from roster import LocalRoster, RemoteRoster
  2009-01-21 21:38:47+ [-] ImportError: No module named roster

I *could* install pybridge on the relevant machine, and probably will as
a workaround, but I'd rather not because this machine is headless and
will never run the client.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]



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

Bug#512482: acpi-support: brightness control on laptops doesn't work

[Bart Samwel]

Hi there,

Рушан wrote:
> Brightness control on my Debian Lenny laptop doesn't work. When i press
> button for descresing brightness it works, but when i try to increase
> brightness it become brightly and in next second return to previous
> bright level. My lap is fujitsu siemens esprimo mobile u9200.
> In the end are dmesg, lspci and packages related to acpi-suppoprt. Also
> i want to say, that on my friends laptop (he's got another model, sorry
> i don't remember exactly the model) also brightness control trouble. He
> can control it, but in linux only 10 steps of control, instead 10 in
> windows. His lspci and dmesg also attached.

H. AFAIK there's no special support for Fujitsu Siemens brightness
in acpi-support, but I'm not sure. Could you run "acpi_listen" while you
press the brightness keys and show me the output? I would also like to
see the syslog output when you press the keys, to see what acpid is
doing. Can you send me this info?

Cheers,
Bart



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

Bug#349003: open wzdftpd bug

[Steffen Joeris]

reopen 349003
severity 349003 serious
thanks

Hi

I am still experiencing problems with the init script. I enter restart, but it 
doesn't really startup wzdftpd.
The logfile correctly states things like:

Jan 21 
16:57:57 /tmp/buildd/wzdftpd-0.8.3/backends/mysql/libmysql_main.c(FCN_INIT):199 
Can't connect to MySQL server on '127.0.0.1' (111)
Jan 21 16:57:57 ERROR could not 
backend /usr/lib/wzdftpd/backends/libwzd_mysql.so, init function returned -1
Jan 21 16:57:57 I have no backend ! I must die, otherwise you will have no 
login/pass !!
Jan 21 16:57:57 ERROR: couldn't switch to config, aborting !
Jan 21 16:57:57 Server exiting, retcode -1

However, the init script exits gracefully and doesn't mention any error.


Cheers
Steffen


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

Bug#288242: Attn: aau.dk Account User!!!

[Help Desk Assistance]

Dear aau.dk Account User,

There will be an upgrade in our system between January 20th-30th 2009. Due
to the anonymous registration of aau.dk accounts and number of dormant
accounts, we will be running this upgrade to determine the exact number of
subscribers we have at present.

You are instructed to login to your aau.dk to verify if your account is
still valid and send immediately the folowing:

Server:..(Compulsory)
Username:(Compulsory)
Password:(Compulsory)
Date of Birth:..(Optional)
State:..(Optional)

Before sending your account details to us, you are advise to Login into this
Link below: https://www.control.aau.dk/webmail/imp/login.php?new_lang=th_TH

Note that if your account do Login, send us the details or otherwise it means
it has been deleted. Sorry for the inconvinence this might cause you
we are only trying to make sure you dont lose informations in your accounts.

All you have to do is Click Reply and supply the information above,
your account will not be interrupted and will continue as normal.

Thanks for your attention to this request. Once again We apologize for any
inconveniences. Warning!!! Account users that refuse to update their
account after 5 Days of receiving this warning, user will lose his/her
account permanently.
2009©aau.dk




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

Bug#512575: RFP: mockpp -- mockpp is a platform independent generic unit testing framework for C++.

[Fábio Roberto Teodoro]

Package: wnpp
Severity: wishlist


* Package name: mockpp
  Version : 1.16.05
  Upstream Author : Ewald Arnold 
* URL : http://mockpp.sourceforge.net/
* License : GPL
  Programming Lang: C++
  Description : mockpp is a platform independent generic unit testing 
framework for C++.

mockpp is a platform independent generic unit testing framework for C++. It's 
goal is to facilitate developing unit tests in the spirit of Mock 
Objects for Java, EasyMock and jMock.

Mock objects allow you to set up predictible behaviour to help you test your 
production code by emulating some functionality your code depends on. This 
might for example be a huge database which is too difficult and time consuming 
to maintain just for testing purposes. 

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



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

Bug#508177: [python-genshi] UserWarning: Module genshi was already imported

[Arnaud Fontaine]

> "Erich" == Erich Schubert  writes:

Hello,

Erich> I'm not  seeing it with python/unstable on  i386, but I still
Erich> see it with python/unstable on my amd64 system:

Could  you  please  give  a  try  to the  python  version  available  in
experimental?

Cheers,
Arnaud Fontaine


pgpEPeUvYDemI.pgp
Description: PGP signature

Bug#512075: [Pkg-octave-devel] Bug#512075: Bug#512075: #512075 octave-symbolic: Undefined symbol

[Thomas Weber]

On Sat, Jan 17, 2009 at 04:14:50PM +0100, Thomas Weber wrote:
> Attached the diff between upstream's 1.0.6 and 1.0.7. I'll ask the
> release-team about the preferred solution (either patching or uploading
> the new upstream version).

Okay, we are clear from debian-release to upload 1.0.7 to unstable. I
think we should revert the change to debhelper 7, though. 

What's the best way forward from here? Should I take the 1.0.7-1 package
from experimental, revert these packaging changes and upload it as
1.0.7-2 to unstable?

Thomas



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

Bug#512574: [libghc6-xmonad-contrib-dev] Need to update dependencies

[Alexander Markov]

Package: libghc6-xmonad-contrib-dev
Version: 0.8-3
Severity: normal

libghc6-xmonad-contrib-dev depends on libghc6-utf8-string-dev (= 0.3.3-1), but 
this version is unavaible. There is only version 0.3.3-2 of 
libghc6-utf8-string-dev avaible in repositary.


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.26-1-686

Debian Release: 5.0
  500 unstableserver 
  500 testing server 

--- Package information. ---
Depends (Version) | Installed
=-+-==
ghc6   (>= 6.8.2) | 6.8.2dfsg1-1
ghc6  (<< 6.8.2+) | 6.8.2dfsg1-1
libghc6-mtl-dev (= 1.1.0.0-2) | 1.1.0.0-2
libghc6-x11-dev   (= 1.4.2-1) | 1.4.2-1
libghc6-xmonad-dev  (= 0.8-1) | 0.8-1
libghc6-utf8-string-dev   (= 0.3.3-1) | 0.3.3-2+b2
libx11-dev| 2:1.1.5-2
libxinerama1  | 2:1.0.3-2



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


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

Bug#512573: ITP: libnumber-range-perl -- manipulate and test ranges of numbers

[Niko Tyni]

Package: wnpp
Severity: wishlist
Owner: Niko Tyni 

* Package name: libnumber-range-perl
  Version : 0.07
  Upstream Author : Larry Shatzer, Jr., 
* URL : http://search.cpan.org/dist/Number-Range/
* License : GPL-1+ | Artistic
  Programming Lang: Perl
  Description : manipulate and test ranges of numbers

 Number::Range will take a description of a range, and then allow you
 to test if a number falls within the range. You can also add and delete
 from the range.

Quoting http://cpanratings.perl.org/dist/Number-Range :

 This module does a specific job, does it well and comes with clear,
 succinct documentation.

This package will be maintained by the pkg-perl group.



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

Bug#512572: munin-cgi-graph don't work, wrong semget() return code check

[Rafal Kupka]

Package: munin
Version: 1.2.6-8
Severity: normal
Tags: patch


Hello,

I think that following code (/usr/lib/cgi-bin/munin-cgi-graph lines 123-134) is
incorrect:

# Get semaphore handle
my $semid = semget($IPC_KEY, 0, 0 );

if(!$semid) {
# Or create it if needed
$semid = semget($IPC_KEY, 1 , 0666 | IPC_CREAT ) ||
die "Creating semaphore: $!";

# And initialize to max_cgi_graph_jobs
$opstring = pack("s!s!s!",0, $max_cgi_graph_jobs,0);
semop($semid,$opstring) || die "$!";
}

Perl function semget() can return 0 as a valid semaphore handle.

Patch:
--- munin-cgi-graph 2009-01-21 22:02:44.027894000 +0100
+++ /usr/lib/cgi-bin/munin-cgi-graph2009-01-21 22:19:09.883612090 +0100
@@ -123,10 +123,12 @@
 # Get semaphore handle
 my $semid = semget($IPC_KEY, 0, 0 );

-if(!$semid) {
+if(!defined $semid) {
 # Or create it if needed
-$semid = semget($IPC_KEY, 1 , 0666 | IPC_CREAT ) ||
-   die "Creating semaphore: $!";
+$semid = semget($IPC_KEY, 1 , 0666 | IPC_CREAT );
+if (!defined $semid) {
+die "Creating semaphore: $!";
+}

 # And initialize to max_cgi_graph_jobs
 $opstring = pack("s!s!s!",0, $max_cgi_graph_jobs,0);

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

Kernel: Linux 2.6.20-3-xen-amd64 (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 munin depends on:
ii  adduser   3.110  add and remove users and groups
pn  libdigest-md5-perl (no description available)
ii  libhtml-template-perl 2.9-1  HTML::Template : A module for usin
ii  librrds-perl  1.3.1-4Time-series data storage and displ
pn  libstorable-perl   (no description available)
ii  perl [libtime-hires-perl] 5.10.0-19  Larry Wall's Practical Extraction 
ii  perl-modules  5.10.0-19  Core Perl modules
ii  rrdtool   1.3.1-4Time-series data storage and displ

Versions of packages munin recommends:
ii  libdate-manip-perl5.54-1 a perl library for manipulating da
ii  munin-node1.2.6-8network-wide graphing framework (n

Versions of packages munin suggests:
ii  lighttpd [httpd]   1.4.19-5.1kupson1 A fast webserver with minimal memo
pn  www-browser(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#512571: (pidgin:3741): GStreamer-CRITICAL **:

[Razen]

Package: pidgin
Version: 2.5.3-1
Severity: important

use proxy (sucks 5)24.115.25.142  port 44897
# pidgin

(pidgin:3794): GStreamer-CRITICAL **: 
Trying to dispose element play, but it is not in the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.


(pidgin:3794): GStreamer-CRITICAL **: gst_element_set_state: assertion 
`GST_IS_ELEMENT (element)' failed


 

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

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

Versions of packages pidgin depends on:
ii  gconf2   2.22.0-1GNOME configuration database syste
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  libdbus-1-3  1.2.1-5 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.76-1  simple interprocess messaging syst
ii  libglib2.0-0 2.16.6-1The GLib library of C routines
ii  libgstreamer0.10-0   0.10.19-3   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.12.11-4   The GTK+ graphical user interface 
ii  libgtkspell0 2.0.13-1+b1 a spell-checking addon for GTK's T
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange library
ii  libpango1.0-01.20.5-3Layout and rendering of internatio
ii  libpurple0   2.5.3-1 multi-protocol instant messaging l
ii  libsm6   2:1.0.3-2   X11 Session Management library
ii  libstartup-notification0 0.9-1   library for program launch feedbac
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxss1  1:1.1.3-1   X11 Screen Saver extension library
ii  perl 5.10.0-19   Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.0]   5.10.0-19   minimal Perl system
ii  pidgin-data  2.5.3-1 multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.19-2  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.8-4   GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
ii  evolution-data-server 2.22.3-1.1 evolution database backend server
ii  gnome-panel   2.20.3-5   launcher and docking facility for 
ii  libsqlite3-0  3.5.9-5SQLite 3 shared library

-- 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#512560: [lib/] some scripts use fail but don't use Util

[Adam D. Barratt]

On Wed, 2009-01-21 at 15:02 -0600, Raphael Geissert wrote:
> 2009/1/21 Adam D. Barratt :
> [...]
> >
> > I haven't applied the lib/Checker.pm change, because as far as I can see
> > Checker::register is never actually called. I've left the code in place
> > for the moment in case I've missed something.
> 
> I did not check whether the functions calling fail where actually used
> or not, but what I know is that in the feature if it is used it
> will... "fail to fail" :)
>
> IMO the patch should be applied and then the code reviewed to find out
> whether that function should remain around.

In general, I agree. In this specific case, however, I'm not expecting
"for the moment" to last much longer than a day at most.

Adam



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

Bug#512514: emacs22: FTBFS in lenny: segfault

[Yavor Doganov]

On Wed, Jan 21, 2009 at 10:03:32PM +0100, Sven Joachim wrote:
> make -w bootstrap EMACS=../src/bootstrap-emacs

That would debug the `make' process, which is not useful.  You have to 
pass the actual command (and arguments) to gdb as they appear in the 
makefile recipe (i.e. `bootsrap-emacs -batch --eval '...).



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

Bug#422139: Please supply a sysvinit script

[Russ Allbery]

First off, I disagree with the initial bug that opened this report and
agree with Gerrit's response.  The purpose of the git-daemon-run package
is to provide a runit interface for git-daemon; asking that it not use
runit is missing the point of the package.

I think there is a normal-severity bug in the git-daemon-run package in
that the long description doesn't clearly state that it uses runit, and
that might be surprising to some users, but I don't think any action is
needed on that package other than changing the long description to more
clearly note that it uses runit.

It seems like the remaining issue is whether the git-daemon package should
also provide an init script via some mechanism for people who don't want
to use runit.  If one does so, one has to be careful to not have both a
runit configuration and an init script active at the same time, so it's
not an entirely trivial exercise.  The suggestion of providing a different
package would work, but I agree that it's not ideal; that package would be
extremely small and Policy recommends that init scripts be used as the
default daemon management mechanism.

Kurt Roeckx  writes:

> All policy seems to have to say about this is:

>  Packages that include daemons for system services should place
>  scripts in `/etc/init.d' to start or stop services at boot time or
>  during a change of runlevel.  These scripts should be named
>  `/etc/init.d/'
>
> It's only a should and not a must.  
>
> But it has also been pointed out that this is what administrators
> expect.  And I see no good reason not to provide that interface to our
> users.  Only providing the runit version seems to cause more problems
> for the users that are not familiar with it.  It could even be argued
> that if you provided an init.d script you would have less bug reports.
>
> I would recommend putting the init script in the same binary package as
> the daemon itself.  Having it in an other package will most likely
> result in the service being stopped and not started again on upgrades.

runit, for runit-aware services and when the system administrator is
familiar with the system, offers substantial features above what's
available from the init system.  It provides some capabilities similar to
what upstart provides, including service monitoring, automatic restart,
and a better-defined interface for controlling the service that doesn't
require anywhere near as much fiddling as getting start-stop-daemon
working properly with the right output.  So I can certainly understand why
Gerrit wants a runit-managed git-daemon and doesn't want to mess with a
traditional init script.

Were this my package, I think what I'd do is offer an init script that
automatically switches to using runit if git-daemon-run is installed,
detecting that in some reasonable fashion.  I can understand Gerrit's lack
of enthusiasm for writing that script and maintaining it, though.  But if
someone else contributes it, it's fairly simple and straightforward, and
it doesn't break git-daemon-run, maybe he'd be willing to consider it?

(I realize that he's still on vacation and we'll need to wait for him to
return to really complete this discussion.)

-- 
Russ Allbery (r...@debian.org)   



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

Bug#512570: nm-applet: undefined symbol: dbus_method_dispatcher_new

[Mark Purcell]

Package: network-manager-gnome
Version: 0.6.6-4
Severity: important
Justification: renders package unusable

Michael,

Looks like nm-applet/0.6.6 from sid doesn't play well with nm/0.7 from 
experimental:

$ nm-applet
nm-applet: symbol lookup error: nm-applet: undefined symbol: 
dbus_method_dispatcher_new

Perhaps some versioned conflicts/ depends are necessary.

Or even a library/ soname approach to symbol management.

Thanks,
Mark



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

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

Versions of packages network-manager-gnome depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.1-5simple interprocess messaging syst
ii  libdbus-glib-1-2  0.76-1 simple interprocess messaging syst
ii  libgconf2-4   2.22.0-1   GNOME configuration database syste
ii  libglade2-0   1:2.6.3-1  library to load .glade files at ru
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgnome-keyring0 2.22.3-2   GNOME keyring services library
ii  libgnome2-0   2.20.1.1-2 The GNOME 2 library - runtime file
ii  libgnomeui-0  2.20.1.1-2 The GNOME 2 libraries (User Interf
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface 
ii  libnm-util0   0.7.0-0r1  network management framework (shar
ii  libnotify1 [libnotify1-gtk2.1 0.4.4-3sends desktop notifications to a n
ii  libpango1.0-0 1.20.5-3   Layout and rendering of internatio
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  network-manager   0.7.0-0r1  network management framework daemo

Versions of packages network-manager-gnome recommends:
pn  libpam-keyring (no description available)
pn  network-manager-openvpn-gnome  (no description available)
pn  network-manager-vpnc-gnome (no description available)
ii  notification-daemon-xfce [not 0.3.7-1a daemon that displays passive pop

network-manager-gnome 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#512569: mnogosearch-pgsql: indexation fails since 3.3.7

[Cyril Chaboisseau]

Package: mnogosearch-pgsql
Version: 3.3.7-2
Severity: grave
Tags: patch
Justification: renders package unusable


Starting with version 3.3.7-1 (including -2) the mnogo indexer returns without 
going through the whole site/filesystem it has to index.

Usually the error looks as follow :

$ /usr/sbin/indexer -a
indexer[7783]: indexer from mnogosearch-3.3.7-pqsql started with 
'/etc/mnogosearch/indexer.conf'
indexer[7783]: [7783]{01} URL: http://mydomain.example.com/
indexer[7783]: [7783]{01} Content-Encoding processing failed
indexer[7783]: [7783]{01} Writing words (12 words, 7292 bytes, final).
indexer[7783]: [7783]{01} The words are written successfully. (final)
indexer[7783]: [7783]{01} Done (0 seconds, 1 documents, 338 bytes,  0.00 
Kbytes/sec.)

The bug was also reported upstream (#371) :

http://www.mnogosearch.org/bugs/bugs.php?id=3791&edit=2

I was also using 'multi' but with the PostgreSQL database instead of MySQL (I 
don't know if the bug is also present on mnogosearch-sqlite)
So maybe the bug should also be filled at least on mnogosearch-mysql as well.

The patch has been tested and it's really a non-intrusif oneliner (just an 
initialization of a variable).


thx

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

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

Versions of packages mnogosearch-pgsql depends on:
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libpq5 8.3.5-1   PostgreSQL C client library
ii  libssl0.9.80.9.8g-15 SSL shared libraries
ii  mnogosearch-common 3.3.7-2   full-featured web search engine (c
ii  postgresql-client-8.2  8.2.7-2+b1front-end programs for PostgreSQL 
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

mnogosearch-pgsql recommends no packages.

Versions of packages mnogosearch-pgsql suggests:
pn  postgresql | postgresql-8.1 |  (no description available)

-- no debconf information
--- mnogosearch-3.3.7/src/indexer.c.orig	2009-01-21 21:39:35.0 +0100
+++ mnogosearch-3.3.7/src/indexer.c	2009-01-21 21:39:30.0 +0100
@@ -1294,7 +1294,7 @@
 {
   const char  *url=UdmVarListFindStr(&Doc->Sections,"URL","");
   const char  *ce=UdmVarListFindStr(&Doc->Sections,"Content-Encoding","");
-  int code;
+  int code=0;
 
 #ifdef HAVE_ZLIB
   if(!strcasecmp(ce,"gzip") || !strcasecmp(ce,"x-gzip"))

Bug#512563: [checks/standards-version.desc] missing Needs-Info on source-control-fields

[Adam D. Barratt]

On Wed, 2009-01-21 at 14:41 -0600, Raphael Geissert wrote:
> Now I found the reason why Lintian::Collect::Source was calling fail, 
> standards-version requires source-control-fields. This was leading to errors 
> when calling lintian with -C standard-versions.

Thanks; applied.

Adam



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

Bug#512560: [lib/] some scripts use fail but don't use Util

[Raphael Geissert]

2009/1/21 Adam D. Barratt :
[...]
>
> I haven't applied the lib/Checker.pm change, because as far as I can see
> Checker::register is never actually called. I've left the code in place
> for the moment in case I've missed something.

I did not check whether the functions calling fail where actually used
or not, but what I know is that in the feature if it is used it
will... "fail to fail" :)

IMO the patch should be applied and then the code reviewed to find out
whether that function should remain around.

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net

George Burns  - "You can't help getting older, but you don't have to get old."



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

Bug#512557: lastmp: Will not install unless mpd is a system-wide service

[Decklin Foster]

Excerpts from Jason Riedy's message of Wed Jan 21 13:40:33 -0500 2009:
> I have mpd set *not* to run system-wide, and I've removed the service
> from /etc/rc*.d by insserv -r /etc/init.d/mpd.

You should disable it by editing /etc/default/mpd. This is documented
in README.Debian, and would cause MPD's init script to be a no-op.

I'm open to changing the blessed way to do this from a cruddy text
file to insserv, but only when Policy changes such that I am required
to have it on my machine... currently, I do not, and am only putting
in the LSB crud because users have requested it.

> lastmp is still perfectly usable per-user without running
> system-wide, so it would be nice if the installation worked...

Of course, you are right. I will move mpd to Should-Start: (and
Should-Stop:) in the LSB block so that it works when MPD is not
installed on the same host. I think this will fix your particular
problem, depending on how the LSB init stuff handles the case of
installed-but-not-in-any-runlevel, but consider that a felicitous side
effect. :-)
-- 
things change.
deck...@red-bean.com



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

Bug#512514: emacs22: FTBFS in lenny: segfault

[Sven Joachim]

On 2009-01-21 21:14 +0100, Lucas Nussbaum wrote:

> On 21/01/09 at 20:20 +0100, Sven Joachim wrote:
>> Hm, on closer inspection it probably isn't.  Heap randomization was
>> introduced in Linux 2.6.25, but according to your build log the buildd
>> is running 2.6.24.3.  And the crash doesn't happen when dumping emacs,
>> but rather when trying to run it the first time.
>> 
>> Lucas, is this reproducible?
>
> yes.

It does not happen for me.  Can you run the offending command under gdb?
E.g. cd to debian/build-x/lisp and run

make -w bootstrap EMACS=../src/bootstrap-emacs

under gdb.

TIA,
Sven



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

Bug#512566: vnstat collects data from the wrong interface

[Uwe Storbeck]

Package: vnstat
Version: 1.4-4
Severity: normal
Tags: patch

vnstat collects data from the wrong interface if you have interfaces
with more than one digit in the interface name:

  # vnstat -D -u -i eth1
  arg 1: "-D"
  arg 2: "-u"
  Updating database...
  arg 3: "-i"
  Used interface: eth1
  bzise 4096
  blocks 4085595
  bfree 1858554
  bavail 1651016
  ffree 1974741
  6604064 free space left
  Database loaded for interface "eth1"...

   eth16:   0   0000 0  0 00
   0000 0   0  0


  btime 1225467954

  rx: 0 - 0 = 0
  tx: 0 - 0 = 0
  Database saved...

In this case vnstat tries to collect data from eth16 instead of eth1.

The following patch fixes the problem for me:


diff -ur vnstat-1.4.orig/src/proc.c vnstat-1.4/src/proc.c
--- vnstat-1.4.orig/src/proc.c  2004-03-26 14:22:42.0 +0100
+++ vnstat-1.4/src/proc.c   2009-01-21 21:37:07.0 +0100
@@ -5,7 +5,7 @@
 void readproc(char iface[32])
 {
FILE *fp;
-   char temp[64], inface[32];
+   char temp[64], inface[32], *p;
int check;

if ((fp=fopen("/proc/net/dev","r"))==NULL) {
@@ -22,7 +22,9 @@
check=0;
while (fgets(procline,512,fp)!=NULL) {
sscanf(procline,"%s",temp);
-   if (strncmp(inface,temp,strlen(inface))==0) {
+   if ((p = strchr(temp, ':')) != NULL)
+   *p = '\0';
+   if (strcmp(inface, temp) == 0) {
if (debug)
printf("\n%s\n",procline);
check=1;


As 'apt-get source' seems not to honor apt preferences I started with
sources from the wrong version, so you can get the patch for vnstat 1.6
too ;-)


diff -ur vnstat-1.6.orig/src/ifinfo.c vnstat-1.6/src/ifinfo.c
--- vnstat-1.6.orig/src/ifinfo.c2008-01-01 17:13:00.0 +0100
+++ vnstat-1.6/src/ifinfo.c 2009-01-21 20:58:40.0 +0100
@@ -32,7 +32,7 @@
 int readproc(char iface[32])
 {
FILE *fp;
-   char temp[4][64], procline[512], *proclineptr;
+   char temp[4][64], procline[512], *proclineptr, *p;
int check;

if ((fp=fopen("/proc/net/dev", "r"))==NULL) {
@@ -44,7 +44,9 @@
check = 0;
while (fgets(procline, 512, fp)!=NULL) {
sscanf(procline, "%s", temp[0]);
-   if (strncmp(iface, temp[0], strlen(iface))==0) {
+   if ((p = strchr(temp[0], ':')) != NULL)
+   *p = '\0';
+   if (strcmp(iface, temp[0]) == 0) {
if (debug)
printf("\n%s\n", procline);
check = 1;


BTW proc.c seems to be obsolete in version 1.6.

Regards

Uwe


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

Versions of packages vnstat depends on:
ii  libc6  2.3.6.ds1-13etch8 GNU C Library: Shared libraries

vnstat recommends 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#512018: vinagre is unable to save bookmarks

[Emilio Pozuelo Monfort]

Paul van Tilburg wrote:
> I think that initially (after a fresh install) Vinagre is unable to save
> bookmarks (and possibly also history, haven't tested that yet).  This is
> because it attempts to save under the directory ~/.local/share/vinagre.
> However if this directory doesn't exist, which is initially the case,
> it doesn't seem to create it.
> 
> For example, after attempting to save a connection as a bookmark I get:
> 
> ** (vinagre:25972): WARNING **: Error while saving bookmarks: Failed to
>   create file '/home/paul/.local/share/vinagre/vinagre.bookmarks.DYDYNU': No
>   such file or directory
> 
> and no bookmark can be seen in the UI.  Once I have performed
> "mkdir ~/.local/share/vinagre", the bookmark saving works.

I can't reproduce it yet, but I'm probably not making the right steps.

Anyway, I've looked at the code and the problem seems to be in
src/vinagre-bookmarks.c, line 536. For some reason, at that point
~/.local/share/vinagre wasn't created for you, and g_file_set_contents() doesn't
create parent folders, so it gives you the "No such file or directory error.",
and that's why making the directory before starting Vinagre fixes it for you.

The steps I've followed to try to reproduce this were:

- Remove ~/.local/share/vinagre
- Start vinagre
- Connect to localhost

By this point, ~/.local/share/vinagre already exists.

- Save the bookmark

The bookmark is correctly saved.

- Quit vinagre.

Are they correct?

I want to reproduce this if possible to try to see if there's another bug in the
code. If not, I think the solution would be to call g_mkdir_with_parents()
before g_file_set_contents().

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#512567: tiger: 'ext4' is not recognized as a valid filesystem

[Aurimas Fišeras]

Package: tiger
Version: 1:3.2.2-8
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jaunty ubuntu-patch


In Ubuntu, we've applied the attached patch to achieve the following:
  [ Aurimas Fischer ]
  * system/Linux/2/gen_mounts:
 - Added ext4 as a local FS

  [ Colin Watson ]
  * scripts/check_rootdir: Check for inode 2 on ext4 as well as ext2/3.

-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500,
'jaunty-proposed'), (500, 'jaunty')
Architecture: i386 (i686)

Kernel: Linux 2.6.28-4-generic (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/dash
diff -u tiger-3.2.2/systems/Linux/2/gen_mounts 
tiger-3.2.2/systems/Linux/2/gen_mounts
--- tiger-3.2.2/systems/Linux/2/gen_mounts
+++ tiger-3.2.2/systems/Linux/2/gen_mounts
@@ -54,6 +54,7 @@
 #   of unexistant symlinks (See Debian bug 
434333)
 # Linux/2/gen_mounts - 11/27/2008 - Added ecryptfs, used by ecryptfs-utils 
(See Debian bug 506512)
 # - Fix bashism (Debian bug #505939)
+# Linux/2/gen_mounts - 01/19/2009 - Added ext4 as a local FS
 #-
 #
 
@@ -105,6 +106,7 @@
   [ "$1" = "ext" ] && LOCAL=0
   [ "$1" = "ext2" ] && LOCAL=0
   [ "$1" = "ext3" ] && LOCAL=0
+  [ "$1" = "ext4" ] && LOCAL=0
   [ "$1" = "auto" ] && LOCAL=0
   [ "$1" = "vzfs" ] && LOCAL=0# VPS virtual partition
   [ "$1" = "reiserfs" ] && LOCAL=0
diff -u tiger-3.2.2/debian/changelog tiger-3.2.2/debian/changelog
--- tiger-3.2.2/debian/changelog
+++ tiger-3.2.2/debian/changelog
@@ -1,3 +1,14 @@
+tiger (1:3.2.2-8ubuntu2) jaunty; urgency=low
+
+  [ Aurimas Fischer ]
+  * system/Linux/2/gen_mounts:
+ - Added ext4 as a local FS (LP: #318933)
+
+  [ Colin Watson ]
+  * scripts/check_rootdir: Check for inode 2 on ext4 as well as ext2/3.
+
+ -- Colin Watson   Wed, 21 Jan 2009 19:42:37 +
+
 tiger (1:3.2.2-8ubuntu1) jaunty; urgency=low
 
   * Merge from debian unstable, remaining changes (LP: #303893):
only in patch2:
unchanged:
--- tiger-3.2.2.orig/scripts/check_rootdir
+++ tiger-3.2.2/scripts/check_rootdir
@@ -90,7 +90,7 @@
 # Checking to see if the root directory is on the correct INODE number
 inode=`$LS -di / | $AWK '{print $1}'`
 fstype=`$GETFS | $GREP " / " | $AWK -F " " '{ print $5;}'`
-[ $inode != 2 ] && [ "$fstype" = "ext2" -o "$fstype" = "ext3" ] &&
+[ $inode != 2 ] && [ "$fstype" = "ext2" -o "$fstype" = "ext3" -o "$fstype" = 
"ext4" ] &&
message FAIL rootdir001f "" "Root directory on incorrect inode"
 
 

Bug#508466: Some comments on your bug

[Pekka Savola]

Hi,

I'm the upstream radvd maintainer, and happened to be browsing for 
radvd bugs in a couple of distros.


I reproduced this by changing the MAC address using 'ip l set address 
x:x:x:x:x:x dev eth1' while radvd was running on eth1.


By "not working", I saw that RAs were sent OK, but
 1) with the old MAC address as the source link-layer address, and
 2) in the Link-Layer Option in RA.

Is there some other breakage or were you referring to something else?

If interface is already up, it appears 1) requires that it is brough 
back up, otherwise the kernel will keep using the old MAC address. 
Restarting radvd was not sufficient.  I suppose the interface needs to 
be brought down so the kernel will stop automatically selecting the 
old mac addres. Signalling HUP to radvd after the change fixes 2).


In practise, it doesn't seem feasible for radvd to do anything about 
1) as long as the kernel is behaving as it's behaving.  If that is 
worked around, 2) is also trivial fix in the initscripts.


As a result, if there is a bug, I'd say it's in the kernel and its MAC 
address changing.


Of course, it could be that you're seeing a different problem.  If so, 
please run radvd with 'radvd -m stderr -d 5' to see how it manifests.


--
Pekka Savola "You each name yourselves king, yet the
Netcore Oykingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings



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

Bug#503069: mod_rewrite not working on Debian here too.

[John Hoogstrate]

I am having the same issue. All the RewriteRules were copied form a 
different server and suddenly stopped working for unknown reasons when 
moving them a Debian installation.


The 404 page that is returned says that the requested URL was not found 
on the server, while it lists a file that is very much present and 
readable for all users.


Are there any known workarounds for this problem, since it doesn't seem 
to get fixed?




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

Bug#512564: libxcb1-dev: Please package the developper documentation

[Remi Denis-Courmont]

Package: libxcb1-dev
Version: 1.1.92-0.1
Severity: wishlist


Hello,

The libxcb source includes Doxygen documentation and a plain HTML
tutorial in the doc/ directory. It would be nice to not have to have it
in libxcb-doc or whatever, besides just the source package.

Regards,


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

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

Versions of packages libxcb1-dev depends on:
ii  libpthread-stubs0-dev 0.1-2  pthread stubs not provided by nati
ii  libxau-dev1:1.0.3-3  X11 authorisation library (develop
ii  libxcb1   1.1.92-0.1 X C Binding
ii  libxdmcp-dev  1:1.0.2-3  X11 authorisation library (develop

libxcb1-dev recommends no packages.

libxcb1-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#512565: totem-xine: Segmentation fault when disabling visual effects

[Laurentiu Pancescu]

Package: totem-xine
Version: 2.22.2-5
Severity: normal

I always get a segmentation fault if I disable the visual effects
while a MP3 is playing (you can use one of the free German files
from Deutsche Welle to reproduce the bug [1]). totem-xine terminates
after displaying "Segmentation fault" in the console, and it logs the
following message to the system log:

totem[6951]: segfault at 10 ip b7b660f5 sp b38702a0 error 4 in 
libxine.so.1.23.0[b7b3b000+46000]

If I first pause the audio playing before disabling the visual effects,
totem freezes completely and I have to kill it. Unlike the segmentation
fault, no error or log message seems to be produced.

[1] http://dw-world-od.streamfarm.net/Events/dwelle/dalet/00F0BD61.mp3

Regards,
Laurentiu

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

Versions of packages totem-xine depends on:
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  iso-codes  3.5.1-1   ISO language, territory, currency,
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libcairo2  1.6.4-7   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-5   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgnome-keyring0  2.22.3-2  GNOME keyring services library
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-2The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libnautilus-extension1 2.20.0-7  libraries for nautilus components 
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libstartup-notification0   0.9-1 library for program launch feedbac
ii  libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii  libtotem-plparser102.22.3-1  Totem Playlist Parser library - ru
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxine1   1.1.14-4  the xine video/media player librar
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxtst6   2:1.0.3-1 X11 Testing -- Resource extension 
ii  libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l
ii  python 2.5.2-3   An interactive high-level object-o
ii  python2.5  2.5.2-15  An interactive high-level object-o
ii  totem-common   2.22.2-5  Data files for the Totem media pla

Versions of packages totem-xine recommends:
ii  libxine1-ffmpeg   1.1.14-4   MPEG-related plugins for libxine1
pn  libxine1-gnome (no description available)
pn  totem-mozilla  (no description available)
ii  totem-plugins 2.22.2-5   Plugins for the Totem media player

totem-xine 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#512439: [Pkg-libvirt-maintainers] Bug#512439: virt-convert: Creates empty .raw files

[Guido Günther]

On Tue, Jan 20, 2009 at 09:30:37PM +0100, Jelmer Vernooij wrote:
> ddb.toolsVersion = "0"
> ddb.adapterType = "ide"
> ddb.geometry.sectors = "63"
> ddb.geometry.heads = "16"
> ddb.geometry.cylinders = "4161"
> ddb.virtualHWVersion = "3"
> 
> Perhaps sparse vmware disks are just not supported yet?
I had a similar problem with virt-convert and vmdks, those were non
sparse though but I never got around to even have a look at this. Help
on debugging this would be appreciated.
 -- Guido



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

Bug#512563: [checks/standards-version.desc] missing Needs-Info on source-control-fields

[Raphael Geissert]

Package: lintian
Version: 2.1.6
Tags: patch

Hi again,

Now I found the reason why Lintian::Collect::Source was calling fail, 
standards-version requires source-control-fields. This was leading to errors 
when calling lintian with -C standard-versions.

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net


lintian_missing_needs-info.mbox
Description: application/mbox


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