On Wednesday 12 April 2006 12:37, Some have written:
There seems to be tons of feedback with that bug report.
[ Or similar. ]
I must get better at phrasing things then. There is a lot of
feedback in the bug report. However, within the bug report there
are still many questions which are never
Occasionally I get an email from someone who is reporting back to
many people, but in general I have gotten NO FEEDBACK on this bug
report! It apparently wasn't reproducible to the person fielding
the bug report, but it is reproducible here. I asked, what can I
do to send you info to fix
On Saturday 08 April 2006 16:34, Aurelien Jarno wrote:
On Sat, Apr 08, 2006 at 12:57:58AM +0200, Matthias Klose wrote:
please check with the (i386) libstdc++6 test package at
http://people.debian.org/~doko/tmp/
I have made some more tests. First the package looks ok, but it
does not
Please find attached a patch to fix the problem. It disables TLS
on all architectures but amd64, kfreebsd-i386 and
kfreebsd-amd64.
It may possible to build version of libstdc++6 and put the TLS
version in /usr/lib/tls, but I think it could be done in a
further step.
I've been dragging
On Thursday 06 April 2006 11:04, Matthias Klose wrote:
Sheplyakov Alexei writes:
On Wed, 05 Apr 2006 18:41:05 -0600, Gordon Haverland wrote:
Traceback (most recent call last):
File /usr/bin/apt-listchanges, line 30, in ?
import apt_pkg
ImportError: libstdc++.so.6: cannot
I did another apt-get upgrade today, and as expected, this bug was
present again (at least 4 in a row now).
From suggestions in this thread, I ran it under LD_DEBUG=all, and
captured stdout/stderr. This captured output is 481713 lines
long, with the TLS error on line 26074 of that file. I
Package: libstdc++6
Version: 4.1.0-1
Severity: normal
When running apt-get to do upgrades, I am seeing the following:
Traceback (most recent call last):
File /usr/bin/apt-listchanges, line 30, in ?
import apt_pkg
ImportError: libstdc++.so.6: cannot handle TLS data
-- System
Package: gij
Version: 2:3.0.3-1
Severity: normal
Some documentation on gij suggests that the -I/path
switch can be used to prepend directories to otherwise
provided/generated classpath. This includes current
information at the gnu site. The gij binary doesn't
appear to have this (at least I
8 matches
Mail list logo
