perl breakage in Cooker mostly resolved

Bernhard Rosenkraenzer <[email protected]>
Newsgroups gmane.linux.mandrake.cooker.devel
Organization LinDev Linux Development
Message-ID <[email protected]>
Hi,
the most important perl related rebuilds have finished - urpmi is 
working with 5.14 on my test box with the current packages.

Updating now is no longer guaranteed to break things. ;)

If you want to play it safe (yes, right. Sure you do. That's why you're 
using Cooker in the first place ;) ), wait a bit longer.
If you rely heavily on perl code other than urpmi, wait a bit longer.
In particular if you're running a mail server that needs spamassassin 
(which uses lots of different perl modules), wait a bit longer.

If you're updating and running into problems, here's how to identify 
and fix them:
In general, the symptom of breakages that can still occur is getting an 
error message like
"undefined symbol: Perl_Gthr_key_ptr"
The fix is to identify the perl module is coming from, and simply 
rebuild it.
e.g. if you see

"/usr/bin/perl: symbol lookup error: 
/usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/List/MoreUtils/MoreUtils.so: 
undefined symbol: Perl_Gthr_key_ptr"

Check what package the module is from --

[bero@localhost ~]$ rpm -qf 
/usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/List/MoreUtils/MoreUtils.so
perl-List-MoreUtils-0.320.0-1
[bero@localhost ~]$

Then simply rebuild that package.

Needless to say, the fixed packages for all the modules still broken 
will appear in the next couple of days. No need to report any such 
breakage as a bug unless you run into it a week or two from now.

ttyl
bero
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.