Bug#868164: Additional Information: everything normal after the 90 seconds timeout

Additional information: * After the 90 second time out, it is booting up like nothing happend. Everything is mounted, everything is working. * This Problem occurs on every bootup process.

Bug#684226: patch available

On 2013-07-08 06:41, reportbug.deb...@moritz.augsburger.name wrote: > according to > https://gnu.googlesource.com/gcc/+/724fcbc302453e801b823c317a1f729a1e3e3dd1 > it got at least implemented, but still not in the official tree. I have to correct myself, it's in 4.8.x. -- To UNSUBSCRIBE, email t

Bug#684226: patch available

Hi, according to https://gnu.googlesource.com/gcc/+/724fcbc302453e801b823c317a1f729a1e3e3dd1 it got at least implemented, but still not in the official tree. Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas..

Bug#695514: workaround

Hi, the upstream bug has a propose for a workaround: http://savannah.nongnu.org/bugs/?35407 For a quick fix, avr2/tiny-stack can be a copy of avr2. The same applies to avr25/tiny-stack and avr25. So I would propose to make it usable to implement this workaround. Thanks Moritz -- To UNSUBSC

Bug#578592: search should search partial words by default, instead of whole words

> Of course there could be an option in find to allow patterns like > supported in search but that will not be the end of it. E.g. if I type > two words in search it will search pages containing both words, if I > do the same in find it will match a literal string with a space in it. this is pain

Bug#578592: search should search partial words by default, instead of whole words

On 2010.05.03 15:54:04 EDT, Jaap Karssenberg wrote: > On Wed, Apr 21, 2010 at 4:26 AM, xavier > > wrote: > > in search, you can search for partial words, like *3005* > > when you go the page where it found P3005x, it can not find it, > > since the find box reads *3005*, and it does not match P3005

Bug#515835: /var/log/messages

After having the problem again, I went back and checked /var/log/messages. This turned up: May 17 15:26:47 hostname kernel: [815860.826184] flickrfs[21821]: segfault at 0 ip b7deb0bf sp b4f0eca8 error 4 in libc-2.7.so[b7d85000+155000] I hope this sheds further light on what is causing this

Bug#506131: fsvs 1.1.17

I understand the matter about Lenny. However, is there a way to get the new package ? even manually ? or through experimental ? I'm willing to install it with dpkg if needed. thanks. -- xavier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contac

Bug#475583: apt-cacher-ng: does not recover from overload

> > my debug value is already 3, and i dont have that many logs... > > ACK, there is not enough logging on internal error conditions. I added > some more log printings. If you ever run into this condition again, > please check/send the error log. I am also interested in output of > "lsof" and "ps

Bug#475583: apt-cacher-ng: does not recover from overload

On Sat, Apr 12, 2008 at 03:32:07PM +0200, Eduard Bloch wrote: > #include > * xavier renaut [Fri, Apr 11 2008, 03:25:23PM]: > > Package: apt-cacher-ng > > Version: 0.1.12-2 > > Severity: normal > > > > > > when accessing the apt-cacher-ng from multiple machines at the same > > time, apt-cacher-ng

Bug#475178: closed by Faidon Liambotis <[EMAIL PROTECTED]> (Re: Bug#475178: asterisk-config: 911/other emergency call not included in extensions.conf)

> > xavier renaut wrote: > >i noticed a lot of stuff is included in extensions.conf for making calls > >and all, but not the 911. i think it's important enough to add it, and > >maybe add comments for people not in a country which accept 911. > That extensions.conf serves only as a demo of the As

Bug#475178: asterisk-config: 911/other emergency call not included in extensions.conf

On Wed, Apr 09, 2008 at 06:16:46PM +0300, Tzafrir Cohen wrote: > On Wed, Apr 09, 2008 at 10:55:32AM -0400, xavier renaut wrote: > > > i noticed a lot of stuff is included in extensions.conf for making calls > > and all, but not the 911. i think it's important enough to add it, and > > maybe add co