[arch-general] Glibc 2.16.0-2 and /lib problem : the answer ;)

Jan Steffens jan.steffens at gmail.com
Sat Jul 7 12:18:28 EDT 2012


On Sat, Jul 7, 2012 at 6:09 PM, Jonathan Hudson <jh+arch at daria.co.uk> wrote:
> On Sat, 7 Jul 2012 17:00:06 +0100, Jonathan Hudson wrote:
>
>>On Sat, 07 Jul 2012 17:35:56 +0200, Arno Gaboury wrote:
>>
>>>On 07/07/2012 05:27 PM, fredbezies wrote:
>>>> Well, Tom gave the answer. Boot on rescue-CD / rescue USB-key.
>>>>
>>>> Remove /lib.
>>>>
>>>> And create a symlink : ln -sf /usr/lib lib
>>>>
>>>> I think there will be a lot of problem for a lot of users when glibc
>>>> 2.16.0-x will be uploaded on core.
>>>>
>>>> Well, I think I have to do this mistake. I *do* know that forcing
>>>> wasn't a good idea :|
>>>>
>>>As I will need to do the update too, can someone explain briefly  in
>>>this list what shoule be done to avoid such a situation?
>>>
>>>TY in advance.
>>>
>>
>>It may still fail
>>
>>error: extract: not overwriting dir with file lib
>>error: problem occurred while upgrading glibc
>>call to execv failed (No such file or directory)
>>error: command failed to execute correctly
>>error: could not commit transaction
>>error: failed to commit transaction (transaction aborted)
>>Errors occurred, no packages were upgraded.
>>
>>At this the machine is toast. Hope magic-sysreq is enabled, and you
>>have rescue disk ...
>
> Apologies, this was meant to be in reply to the "upgrade glibc last"
> advice. Two systems upgraded, two failures ... not good.

You used --force (-f) again. http://i.imgur.com/5Zd1w.png


More information about the arch-general mailing list