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