Bug#368022: libc6: rational rose license manager fails to start since last glibc update

[Aurelien Jarno <aurelien@aurel32.net>]

On Sun, May 21, 2006 at 10:55:44AM -0400, Daniel Jacobowitz wrote:
> On Sun, May 21, 2006 at 10:31:07AM -0400, Daniel Jacobowitz wrote:
> > On Sun, May 21, 2006 at 04:14:41AM +0000, Aurelien Jarno wrote:
> > > Well since glibc 2.3.6-7, all our "flavours" of the glibc now have
> > > TLS enabled, since it is needed by libstdc++. So I doubt it will
> > > work.
> > 
> > Wrong TLS configure option.  It's still fine:
> > 
> > drow@nevyn:~% readelf -Ds /lib/libc-2.3.6.so|grep errno
> >  1120 124: 0011f360     4  OBJECT GLOBAL DEFAULT  29 errno
> > 
> > 
> > drow@nevyn:~% readelf -Ds /lib/tls/libc-2.3.6.so|grep errno
> >   290 124: 00000008     4     TLS GLOBAL DEFAULT  20 errno
> 
> Oh, you didn't mean 2.3.6-7, you meant 2.3.6-8.
> 
> drow@nevyn:~% readelf -Ds /lib/libc-2.3.6.so|grep errno
>   291 124: 00000008     4     TLS GLOBAL DEFAULT  19 errno
> 
> There's no reason given in the changelog and I did not see a message
> about this anywhere.  

This is probably because the change is spread into two different
versions, because of a bug in the first upload. Below are the relevant
parts of the changelogs:

glibc (2.3.6-7) unstable; urgency=medium

[snip]

  * debian/patches/series: Fix the patchlevel for local-i486_ldt_support.diff
    (Closes: #226716)

[snip]

glibc (2.3.6-6) unstable; urgency=low

[snip]

  * Switch minimum kernel to at least 2.4.0 on all arches but m68k, and change
    kernelcheck.sh accordingly. Affected architectures:
    - alpha: from 2.2.0 to 2.4.0
    - arm: from 2.2.0 to 2.4.0 (but 2.4.0 was checked at installed time)
    - i386: from 2.2.0 to 2.4.0
    - powerpc: from 2.2.0 to 2.4.0
    - s390: from 2.2.10 to 2.4.0
    - sparc: from 2.2.0 to 2.4.0
    (Closes: #174270, #220992)
  * Add i386/local-i486_ldt_support.diff (add ldt support and thus TLS support
    on i486 machines). Thanks to Petr Salinger for the hint.  (Closes: #226716)
  * Bump shlib to (>= 2.3.6-6) on i386.

> Why is it needed?  I'm really not fond of this
> change and I can not see why libstdc++ would need it.

Because libstdc6++ is now provided by gcc-4.1, which need TLS support.
Without it you get when trying to run a C++ program:

libstdc++.so.6: cannot handle TLS data

Please see bug #361904 and all the merged ones for more information.

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net