> 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 dra
On Fri, 2006-04-07 at 15:18 -0700, Steve Langasek wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Fri, Apr 07, 2006 at 05:23:24PM -0400, Carlos Moffat wrote:
> > On Fri, 2006-04-07 at 13:50 -0700, Steve Langasek wrote:
> > > On Fri, Apr 07, 2006 at 10:16:17AM -0400, Carlos Moffat
please check with the (i386) libstdc++6 test package at
http://people.debian.org/~doko/tmp/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 07, 2006 at 05:23:24PM -0400, Carlos Moffat wrote:
> On Fri, 2006-04-07 at 13:50 -0700, Steve Langasek wrote:
> > On Fri, Apr 07, 2006 at 10:16:17AM -0400, Carlos Moffat wrote:
> > > I'm seeing the same behavior, although my ldconfig is up
Processing commands for [EMAIL PROTECTED]:
> package libstdc++6
Ignoring bugs not assigned to: libstdc++6
> severity 361221 critical
Bug#361221: apt: traceback with "ImportError: libstdc++.so.6: cannot handle TLS
data"
Severity set to `critical'.
> merge 361221 361024
Bug#361024: libstdc++6: ca
On Fri, 2006-04-07 at 13:50 -0700, Steve Langasek wrote:
> On Fri, Apr 07, 2006 at 10:16:17AM -0400, Carlos Moffat wrote:
> > I'm seeing the same behavior, although my ldconfig is up to date. Some
> > info:
>
> > - I'm running a 2.6 kernel
> > - I've run ldconfig (and it's definitely a current one
Processing commands for [EMAIL PROTECTED]:
> reassign 361221 libstdc++6
Bug#361221: apt: traceback with "ImportError: libstdc++.so.6: cannot handle TLS
data"
Bug reassigned from package `apt' to `libstdc++6'.
> merge 361221 361024
Bug#361024: libstdc++6: cannot handle TLS data
Bug#361221: apt: t
On Fri, Apr 07, 2006 at 10:16:17AM -0400, Carlos Moffat wrote:
> I'm seeing the same behavior, although my ldconfig is up to date. Some
> info:
> - I'm running a 2.6 kernel
> - I've run ldconfig (and it's definitely a current one)
> - I don't have a /etc/ld.so.nohwcap file
> Several applications
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.16
> reassign 360776 libstdc++6
Bug#360776: apt-show-versions: cron.daily fails noisily
Bug reassigned from package `libapt-pkg-perl' to `libstdc++6'.
> severity 360776 critical
Bug#36077
> > Current glibc does not support TLS under 2.4 kernels (see #226716),
> > so this is probalby glibc bug (some people call it feature).
> glibc does support TLS on all kernels (even non-linux ones), if there is
> the corresponding kernel support.
Unfortunately not absolutely,
nevertheless i38
Processing commands for [EMAIL PROTECTED]:
> unmerge 361121
Bug#361121: [l10n] Czech translation of torrentflux debconf messages
Bug#361024: libstdc++6: cannot handle TLS data
Bug#361143: apt-show-versions: Invocation fails with Perl errors
Disconnected #361121 from all other report(s).
> reassig
> > > Current glibc does not support TLS under 2.4 kernels (see #226716),
> > > so this is probalby glibc bug (some people call it feature).
> > - provide TLS support for 2.4 kernels and an upgrade path?
> 2.4 kernels does not have the necessary stuff to support TLS,
> so that's not possible
Sheplyakov Alexei a écrit :
On Thu, 6 Apr 2006 22:36:43 +0200, Matthias Klose wrote:
Aurelian Jarno pointed out the following: only reproducible with 2.4
kernels or if you (re)move /lib/tls on a 2.6 kernel.
Current glibc does not support TLS under 2.4 kernels (see #226716), so
this is proba
Package: java-gcj-compat
Version: 1.0.54-1
Severity: serious
Hi,
your package fails to build from source. It seems to miss a dependency
on a python -dev package.
| Automatic build of java-gcj-compat_1.0.54-1 on odin by sbuild/sparc 79
| Build started at 20060402-1017
| **
Hi,
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.
Bye,
Aurelien
On Thu, A
I'm seeing the same behavior, although my ldconfig is up to date. Some
info:
- I'm running a 2.6 kernel
- I've run ldconfig (and it's definitely a current one)
- I don't have a /etc/ld.so.nohwcap file
Several applications are giving me 'cannot handle TLS data' messages,
like file-roller and apt-l
Processing commands for [EMAIL PROTECTED]:
> severity 361121 critical
Bug#361121: [l10n] Czech translation of torrentflux debconf messages
Severity set to `critical'.
> merge 361121 361024
Bug#361024: libstdc++6: cannot handle TLS data
Bug#361121: [l10n] Czech translation of torrentflux debconf m
Processing commands for [EMAIL PROTECTED]:
> reassign 361121 libstdc++6
Bug#361121: [l10n] Czech translation of torrentflux debconf messages
Bug reassigned from package `torrentflux' to `libstdc++6'.
> merge 361121 361024
Bug#361024: libstdc++6: cannot handle TLS data
Bug#361121: [l10n] Czech tra
Matthias Klose a écrit :
Steve Langasek writes:
On Wed, Apr 05, 2006 at 11:06:21PM +0200, Aurelien Jarno wrote:
A few weeks ago, the 2.4 kernels have been declared "deprecated" [1]. I
would like to know what does this exactly mean:
- That users are advised not to use them?
- That we could dr
On Fri, Apr 07, 2006 at 10:44:26AM +0200, Matthias Klose wrote:
> - configure gcc with --disable-tls (on which architectures would that
> be (not) needed?)
amd64, maybe hppa. Anything with supports tla in sarge and don't ship
with 2.4 kernels.
> - build a libstdc++6 with a gcc, configured with
Steve Langasek writes:
> On Wed, Apr 05, 2006 at 11:06:21PM +0200, Aurelien Jarno wrote:
>
> > A few weeks ago, the 2.4 kernels have been declared "deprecated" [1]. I
> > would like to know what does this exactly mean:
> > - That users are advised not to use them?
> > - That we could drop support
Processing commands for [EMAIL PROTECTED]:
> reassign 361143 libstdc++6 4.1.0-1
Bug#361143: apt-show-versions: Invocation fails with Perl errors
Bug reassigned from package `libapt-pkg-perl' to `libstdc++6'.
> severity 361143 critical
Bug#361143: apt-show-versions: Invocation fails with Perl erro
On Thu, 6 Apr 2006 22:36:43 +0200, Matthias Klose wrote:
> Aurelian Jarno pointed out the following: only reproducible with 2.4
> kernels or if you (re)move /lib/tls on a 2.6 kernel.
Current glibc does not support TLS under 2.4 kernels (see #226716), so
this is probalby glibc bug (some people cal
23 matches
Mail list logo