| 1 |
Am 01.05.2010 um 12:40 schrieb William Kenworthy: |
| 2 |
|
| 3 |
> On Sat, 2010-05-01 at 12:25 +0200, Kraus Philipp wrote: |
| 4 |
>> |
| 5 |
>> Am 01.05.2010 um 11:48 schrieb William Kenworthy: |
| 6 |
>> |
| 7 |
>>> On Sat, 2010-05-01 at 10:57 +0200, Kraus Philipp wrote: |
| 8 |
>>>> |
| 9 |
>>>> On 01.05.2010 um 10:32 wrote Volker Armin Hemmann: |
| 10 |
>>>> |
| 11 |
>>>>> On Samstag 01 Mai 2010, Graham Murray wrote: |
| 12 |
>>>>>> Kraus Philipp <philipp.kraus@×××××××××.de> writes: |
| 13 |
>>>>>>> Hello, |
| 14 |
>>>>>>> |
| 15 |
>>>>>>> I must test a software with a older version of the glibc. I |
| 16 |
>>>>>>> run |
| 17 |
>>>>>>> the |
| 18 |
>>>>>>> 2.11.1 now but for one tool I need a previous version |
| 19 |
>>>>>>> (2.6.1). |
| 20 |
>>>>>>> How can I compile the glibc without changing my system |
| 21 |
>>>>>>> glibc. I |
| 22 |
>>>>>>> would |
| 23 |
>>>>>>> like to set the previous glibc with the LD_PATH. |
| 24 |
>>>>>>> Can I run two different versions or is a better solution to |
| 25 |
>>>>>>> downgrade |
| 26 |
>>>>>>> the system glib? |
| 27 |
>>>>>> |
| 28 |
>>>>>> I think that the only way you can do this is to create a |
| 29 |
>>>>>> chroot |
| 30 |
>>>>>> jail, |
| 31 |
>>>>>> in which you build everything using the old version of glibc |
| 32 |
>>>>>> (in a |
| 33 |
>>>>>> very |
| 34 |
>>>>>> similar way to building a new Gentoo system) and run your |
| 35 |
>>>>>> application in |
| 36 |
>>>>>> that. |
| 37 |
>>>>> |
| 38 |
>>>>> no, you can install glibc in /usr/local and then tell apps to |
| 39 |
>>>>> either |
| 40 |
>>>>> use the |
| 41 |
>>>>> libs in /usr/local or /usr. |
| 42 |
>>>>> |
| 43 |
>>>>> It is just not easy because it easily breaks stuff in horrrible |
| 44 |
>>>>> to |
| 45 |
>>>>> fix ways. |
| 46 |
>>>>> |
| 47 |
>>>> |
| 48 |
>>>> |
| 49 |
>>>> Okay, can I downgrade my glibc? My Gentoo isn't a big system, it's |
| 50 |
>>>> a |
| 51 |
>>>> server |
| 52 |
>>>> installation, so I can recompile the whole system. I had forgotten |
| 53 |
>>>> to |
| 54 |
>>>> mask the |
| 55 |
>>>> glibc on the last update. I have add a line to the portage.mask |
| 56 |
>>>> but |
| 57 |
>>>> emerge says |
| 58 |
>>>> that it can't compile the older version, because will damage the |
| 59 |
>>>> system. |
| 60 |
>>>> |
| 61 |
>>>> |
| 62 |
>>> |
| 63 |
>>> Would LD_PRELOAD solve your problem? - worked for me when needing to |
| 64 |
>>> run |
| 65 |
>>> a legacy redhat app in the past on a more up-to-date gentoo system. |
| 66 |
>>> |
| 67 |
>> |
| 68 |
>> |
| 69 |
>> I think that can solve my problem, because it's only this one lib all |
| 70 |
>> other libs |
| 71 |
>> work very well. |
| 72 |
>> |
| 73 |
>>> There is also a LD_LIBRARY_PATH variable. Get a binary copy of the |
| 74 |
>>> libs |
| 75 |
>>> you need and put em somewhere convenient and let the rest of the |
| 76 |
>>> system |
| 77 |
>>> stay as is. |
| 78 |
>> |
| 79 |
>> |
| 80 |
>> I don't have the glibc binary. I can't emerge it and if I try to |
| 81 |
>> compile from the sources. |
| 82 |
>> The configure script says: These critical programs are missing or too |
| 83 |
>> old: as ld |
| 84 |
>> |
| 85 |
>> |
| 86 |
>> How I can compile the from the sources |
| 87 |
>> (http://ftp.gnu.org/gnu/glibc/glibc-2.10.1.tar.gz) ? |
| 88 |
|
| 89 |
> You can use ebuild to build a package, but not install it - then just |
| 90 |
> un-compress it and grab the wanted libs. |
| 91 |
|
| 92 |
I will try it on my system first, because I can lean something new. |
| 93 |
|
| 94 |
> Or if you tell us what arch, |
| 95 |
> someone (me if its compatible) can create a binary pkg for you using |
| 96 |
> quickpkg. It might also be on the livecd/install medium as well - |
| 97 |
> dont |
| 98 |
> have one here to check. |
| 99 |
|
| 100 |
I run my Gentoo on amd64 (intel xeon), thank's for help. |
Archives