[tex-live] TL installer xz.x86_64 expects GLIB_C 2.6

[George N. White III]

2010/11/22 Zdenek Wagner <zdenek.wagner at gmail.com>:
> 2010/11/22 George N. White III <gnwiii at gmail.com>:
>> 2010/11/22 Zdenek Wagner <zdenek.wagner at gmail.com>:
>>> 2010/11/22 George N. White III <gnwiii at gmail.com>:
>>>> $  uname -a
>>>> Linux [..] 2.6.18-194.26.1.el5 #1 SMP Fri Oct 29 14:21:16 EDT 2010
>>>> x86_64 x86_64 x86_64 GNU/Linux
>>>> $ tlmgr update --all
>>>> tlmgr: package repository http://mirror.its.dal.ca/ctan/systems/texlive/tlnet
>>>> tlmgr: saving backups to /usr/local/texlive/2010/tlpkg/backups
>>>> [1/42] auto-remove: acromake
>>>> /usr/local/texlive/2010/tlpkg/installer/xz/xz.x86_64-linux:
>>>> /lib64/libc.so.6: version `GLIBC_2.6' not found (required by
>>>> /usr/local/texlive/2010/tlpkg/installer/xz/xz.x86_64-linux)
>>>>
>>> Where exactly do you see the problem practically? I use CentOS on
>>> x86_64 which is a RHEL based distro, glibc is 2.5.34 but tlmgr updates
>>> TL without any problem, formats were rebuilt without any error. I have
>>> only TL2010 pretest on my i386 notebook.
>>
>> The problem is that tlmgr can't create the backups when xz.x86_64-linux
>> fails to run.  Do you have backups enabled "tlmgr config .."?   I don't know
>> if there are any other programs that need GLIBC_2.6 since I'm using i386
>> binaries.
>>
> It wasn't enabled, I have just put it on the command line:
>
> $ tlmgr update --all --backup
> tlmgr: package repository http://mirrors.ctan.org/systems/texlive/tlnet
> tlmgr: saving backups to /usr/local/texlive/2010/tlpkg/backups
> [1/27] auto-remove: acromake
> [2/27] auto-remove: armenian
> [3/27] auto-remove: mapcodes
> [4/27] auto-remove: siggraph
> [5/27] auto-remove: mhs
> ...
> My path is:
> /home/wagner/velthuis/bin:/usr/local/texlive/2010/bin/x86_64-linux:/opt/jdk1.6.0_14/bin:...

Interesting.   Either your xz.x86_64-linux is different from mine or
tlmgr is finding some
other xz.   I assume tlmgr always uses
...tlpkg/installer/xz/xz.x86_64-linux.  I just ran
tlmgr-latest, and now:

$ strings xz.x86_64-linux | grep GLIBC
GLIBC_2.2
GLIBC_2.0
GLIBC_2.1
GLIBC_2.3

The old version was dated May 28th, while xz.i386_linux was dated
June.  I'm sure "tlmgr update --self" has been run many times -- maybe
that doesn't update the installer binaries.

>>>> $ strings xzdec.x86_64-linux | grep GLIB
>>>> GLIBC_2.2.5
>>>> $ strings xz.x86_64-linux | grep GLIB
>>>> GLIBC_2.2.5
>>>> GLIBC_2.6            <-------------- RHEL has GLIBC_2.5
>>>> GLIBC_2.3
>>>>
>>>> I use the i386-linux binaries on this system, so it is the installer
>>>> that is invoking the x86_64linux version of xz.  A
>>>> workaround should be to replace the x86_64 version with the i386 versiion:
>>>>
>>>> $ strings xz.i386-linux | grep GLIB
>>>> GLIBC_2.2
>>>> GLIBC_2.0
>>>> GLIBC_2.1
>>>> GLIBC_2.3
>>>>
>>>> Since I just did an update, it isn't obvious how to test the backups
>>>> without waiting for an update to appear.
>>>>
>>>> --
>>>> George N. White III <aa056 at chebucto.ns.ca>
>>>> Head of St. Margarets Bay, Nova Scotia
>>>>
>>>
>>>
>>>
>>> --
>>> Zdeněk Wagner
>>> http://hroch486.icpf.cas.cz/wagner/
>>> http://icebearsoft.euweb.cz
>>>
>>
>>
>>
>> --
>> George N. White III <aa056 at chebucto.ns.ca>
>> Head of St. Margarets Bay, Nova Scotia
>>
>
>
>
> --
> Zdeněk Wagner
> http://hroch486.icpf.cas.cz/wagner/
> http://icebearsoft.euweb.cz
>



-- 
George N. White III <aa056 at chebucto.ns.ca>
Head of St. Margarets Bay, Nova Scotia