Bug#919369: libc6: exit() rewinds fd 0, which causes impredictable behaviour in case of fork()

Package: libc6 Version: 2.28-5 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of

Bug#493963: xserver-xephyr: Allow starting Xephyr at other than 0,0 location

2011/1/30 Cyril Brulebois k...@debian.org: tag 493963 upstream thanks Hi Loïc, Loïc Grenié loic.gre...@gmail.com (06/08/2008):      My patch as is does not apply (because a function changed interface   in between) but it is trivial to adapt.     I'll try to submit to Freedesktop. any

Bug#491149: closed by maximilian attems m...@stro.at (Re: initramfs-tools: panic() won't print error message)

2010/3/26 Debian Bug Tracking System ow...@bugs.debian.org: This is an automatic notification regarding your Bug report which was filed against the initramfs-tools package: #491149: initramfs-tools: panic() won't print error message It has been closed by maximilian attems m...@stro.at.

Bug#511083: strace: Problem with malloc in printstr. Patch provided

Package: strace Version: 4.5.17+cvs080723-2 Severity: normal In printstr, the malloc'ed memory for outstr is insufficient if the string to be printed is longer than max_strlen and is made of binary characters (expanded to \oct). There are two possible fixes. The worse one I think is to

Bug#530377: libarts1c2a: Error with 32-bit binaries on x86-64 arch

Package: libarts1c2a Version: 1.5.9-3 Severity: normal Tags: patch On x86-64 architecture, the script /usr/bin/artsdsp tries to preload some libraries in /usr/lib when the executable is 32-bit. The problem lies when /usr/lib contains 64-bit libraries (which is the case most of the time with

Bug#486402: lesstif2: Missing include in Xpmcreate.c and Xpmscan.c

Package: lesstif2 Version: 1:0.95.0-2.1 Followup-For: Bug #486402 The reason of the crash is a missing include in Xpmcreate.c (with a similar one in Xpmscan.c). The reason is that PutPixel32 is incorrect for 64bits (even if changing (unsigned long *) in (unsigned int *) would probably cure the

Bug#501198: ksplash-engine-moodin: Problem with Magic Labels translation

Package: ksplash-engine-moodin Version: 0.4.2-1 Severity: normal There is a problem with translation of Magic Labels containing non-ascii characters: the non-ascii characters get mangled. One solution is easy enough and is proposed in the enclosed patch. Thank you, Loïc Grenié -- System

Bug#501198: Patch

Strangely enough reportbug did not ask for the patch, here it is... Loïc Grenié diff -ru ksplash-engine-moodin-0.4.2.orig/src/magiclabel.cpp ksplash-engine-moodin-0.4.2/src/magiclabel.cpp --- ksplash-engine-moodin-0.4.2.orig/src/magiclabel.cpp 2005-07-11 20:53:55.0 +0200 +++ ksplash

Bug#489755: closed by Ari Pollak [EMAIL PROTECTED] (Bug#489755: fixed in mozplugger 1.10.2-2)

2008/8/24 Debian Bug Tracking System [EMAIL PROTECTED]: This is an automatic notification regarding your Bug report which was filed against the mozplugger package: #489755: mozplugger: Fails to swallow on amd64 It has been closed by Ari Pollak [EMAIL PROTECTED]. We believe that the bug

Bug#493963: xserver-xephyr: Allow starting Xephyr at other than 0,0 location

2008/8/6 Brice Goglin [EMAIL PROTECTED]: Loic Grenie wrote: There is a ``-origin'' option of Xephyr that is used in PanoramiX mode but is ignored in non-PanoramiX mode. The following patch sets the upper-left corner of the Xephyr window to the coordinates specified as origin if PanoramiX is

Bug#492957: xulrunner-1.9-gnome-support: libmozgnome induces problem with plugin

2008/7/30 Mike Hommey [EMAIL PROTECTED]: On Wed, Jul 30, 2008 at 03:17:27PM +0200, Loïc Grenié wrote: 2008/7/30 Mike Hommey [EMAIL PROTECTED]: On Wed, Jul 30, 2008 at 09:39:14AM +0200, Loic Grenie [EMAIL PROTECTED] wrote: Package: xulrunner-1.9-gnome-support Version: 1.9.0.1-1 Severity

Bug#492957: xulrunner-1.9-gnome-support: libmozgnome induces problem with plugin

2008/7/30 Mike Hommey [EMAIL PROTECTED]: On Wed, Jul 30, 2008 at 09:39:14AM +0200, Loic Grenie [EMAIL PROTECTED] wrote: Package: xulrunner-1.9-gnome-support Version: 1.9.0.1-1 Severity: normal I have observed the problem with both Debian and Ubuntu. When visiting

Bug#482412: Problem with pspdftex

Package: xfig Version: 1:3.2.5-rel-2 2008/5/22 Loïc Grenié [EMAIL PROTECTED]: Hi, I find pspdftex a very useful export option for Xfig. Unfortunately it does not work for me because it does not take into account the special flag for text. I've followed the code flow and I think

Bug#482412: Problem will be corrected in next version

The problem has already been submitted and will be corrected in the next version of xfig. Loïc Grenié -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444825: Upgrade busybox ?

and the recent busybox allows for a smaller initrd, and Ubuntu would consider the upgrade more easily if it were first tested in Debian !). Thank you, Loïc Grenié

Bug#444262: Other dirs have to be unmounted during umountnfs.sh script

to correct somewhat the situation. It is not perfect because losetup does not show the complete filename of a loop device, but the filename that was indicated to the kernel at loop creation. Loïc Grenié *** /etc/init.d/umountnfs.sh.orig 2006-11-28 20:21:30.0 +0100 --- /etc/init.d/umountnfs.sh