Oh, sorry, of course linux-image doesn't. Thank you for clarifying, so this is
an expected situation; it still seems slightly odd for me, because drives the
repository into an inconsistent state though. But OK if it's by intention.
Please reopen this bug!
Maybe it's fixed in 2.63a-2, but nobody can install it via apt-get because it
has incorrect dependency on unavailable package libpng15-15. :)
I would also appreciate the new version of avra in Debian.
Please update it :-)
Thanks for the quip, I found it :)
It's probably libc6, not gcc...
See libc6 Bug 12453 - Broken thread local storage (TLS) initialization
http://sourceware.org/bugzilla/show_bug.cgi?id=12453
See also:
https://bugs.gentoo.org/353224
https://github.com/cschwan/sage-on-gentoo/issues/40
There is a
Package: libc6
Version: 2.13-7
Severity: important
Tags: upstream
There is a bug with TLS in libc6, beginning with 2.12.
See libc6 Bug 12453 - Broken thread local storage (TLS) initialization
http://sourceware.org/bugzilla/show_bug.cgi?id=12453
There is a test script demonstrating the segfault:
My backtrace:
Program received signal SIGSEGV, Segmentation fault.
0xb639f382 in get_random_fd () at gen_uuid.c:156
156 jrand_seed[0] = getpid() ^ (tv.tv_sec & 0x);
(gdb) bt
#0 0xb639f382 in get_random_fd () at gen_uuid.c:156
#1 0xb63a0678 in uuid_generate (out=0xa95f3d0
Oops, sorry.
6.7.1 also fails, but in some different situation... Previous test runs
without SIGSEGV in 6.7.1. I haven't found the new test yet.
It's curious that if you specify LD_PRELOAD=/lib/libuuid.so.1 on the
command line, the segmentation fault goes away completely.
--
With best rega
I also confirm this bug. In my case, however, a separate perl module
(T.pm) with a function must be used to reproduce the bug. Just calling
Search::Xapian::WritableDatabase->new() from the test script doesn't work.
This is probably an ImageMagick bug, just because it doesn't happen with
6.7.1
What environment variables are you using? To what are you setting them?
Are you using any extensions? hgsubversion is known to ignore
http_proxy, for example.
No, I'm not using any extensions, I simply clone a googlecode HG
repository.
This is very strange, I also could not reproduce this bug o
Package: mercurial
Version: 1.7.3-1
Severity: normal
Mercurial fails to clone from https site being behind an http proxy.
Environment variables are set correctly. Mercurial first connects to
proxy, but then also tries to open direct connection and fails.
So this is probably a reopened Bug 49
Hi!
The problem was much simpler: I had partially broken hardware (RAM module)
on that server =)
Database corruption was probably caused simply by some changes of memory
read/write activity on the resync under load.
All the same, thank you for the answer! And sorry for incorrect bug report
:)
--
Hi!
I was running MySQL InnoDB databases on mdadm RAID5 partition with XFS
file system when I discovered that if /etc/cron.d/mdadm (checkarray) of
this partition concurs with some database updates, database file is
corrupted and needs some kind of recovery, which is not always simple.
Thi
Package: php-openid
Version: 2.1.3-1
Severity: important
Tags: patch
*** Please type your report below this line ***
In Auth/OpenID/Parse.php, $_tag_expr regexp is
"<%s\b(?!:)([^>]*?)(?:\/>|>(.*?)(?:<\/?%s\s*>|\Z))". And libpcre3's
implementation of .*? is probably recursive. So, on big HTML
Package: php5-common
Version: 5.2.6.dfsg.1-3
Severity: important
Description:
When using PHP's internal xml parser (xml_parser_create) linked to libxml2,
standard entity references ("<", ">", "'", """, "&") are
all cut off and not passed to character_data_handler.
Al
I think it's also related to this bug.
When you try to set "PerlOptions +Parent" in some enabled vhost, httpd
segfaults on any command.
mod-perl 2.0.4-5 does not; indeed, Etch has 2.0.2-2.4 so you couldn't use
+Parent on etch... (I solved this problem building 2.0.4-5 debs from
dpkg-source on Etch
15 matches
Mail list logo