Re: Cooker upgrade still broken

On Jan 23, 2012, at 4:02 PM, [email protected] wrote:

>> 
>> On Jan 22, 2012, at 11:48 AM, Per Øyvind Karlsen wrote:
>> 
>>>> 
>>>> How? By force reloading all perl modules in a running application?
>>> Running application? urpmi isn't expected to be running, and when it's
>>> actually
>>> running, the required modules has already been loaded and shouldn't be
>>> a problem..
>>> 
>>> It's anyways solved by versioned dependencies on the required perl extensions.
>>> 
>> 
>> I needed to hear the info: thanks.
>> 
>> If versioned dependencies on perl extensions "works", that's fine.
>> 
>> The "correct" solution is likely unachievable and insoluble imho.
>> 
>> (aside)
>> Using net link to detect a SELinux configuration file change to
>> perform a callback to RPM terrifies me ? the expectations
>> of package manager reliability are increasing.
>> 
>> See the bug reports here on cooker@, don't believe what I am saying.
> 
>  Update from 2011 is ugly, still running...
> 
> [...]
> 
>    1/182: zlib1                 #############################################
>    2/182: zlib1-devel           #############################################
>    3/182: locales-en            #############################################
>    4/182: locales               #############################################
>    5/182: perl-base             #############################################
>    6/182: locales-zh            #############################################
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> error: %post(locales-zh-2.14.90-1.x86_64) scriptlet failed, exit status 1
>    7/182: locales-pt            #############################################
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> 
> [...]
> 
>  140/182: locales-hy            #############################################
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> perl: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
> /usr/lib/perl5/5.14.2/x86_64-linux-thread-multi/CORE/libperl.so)
> error: %post(locales-hy-2.14.90-1.x86_64) scriptlet failed, exit status 1
>  141/182: glibc                 #############################################
>  142/182: perl-Filesys-Df       #############################################
>  143/182: glibc-devel           #############################################
> 
> [...]
> 
> but once installing glibc it silences... Too bad I default install is pretty much
> all locales, so, too much noise for every locale post scripts failing…
> 

Yes: when glib follow rather than precedes then almost every %post
script can go off the rails (because /bin/sh needs glib).

In yr specific examples I suspect its perl not bash.

There's a couple things that can be done to correct the ordering.

perl-base needs Requires: glibc should fix most of the problem
(assuming no LOOP's)

You might try using embedded perl in rpm (assuming enabled and
that you don't need too many additional modules which will require
dependencies). The syntax is 

	%post -p <perl>
	your perl script here
Dunno if that will help or not. No guarantees, but I can fix
whatever you break if interested in trying embedded perl.

There is
	%post -p <lua>
which is more widely supported. The goal would be to make the
glibc locales immune to a glibc upgrade and all the usual
dependency/ordering breakage. Embedded perl/lua is likely sufficient
to get the job done, and rpm itself has a "known good" glib
and perl interpreter: invoking the just installed perl is what is breaking
because glib wasn't installed.

>  Also, now urpmi restarts and keeps going, but there are some other errors, like
> issues with x11 evdev and vbox drivers.

Can't compute those issues in my head: sorry.

> 
>  One of the next steps I will test 2010.2 update to cooker.
> 

Do you mean Mageia 1?

/me scampers away merrily