Re: Cooker upgrade still broken
Per Øyvind Karlsen <[email protected]> Sun, 22 Jan 2012 17:48:33 +0100
| Newsgroups | gmane.linux.mandrake.cooker.devel |
|---|---|
| Message-ID | <CA+0WU1TsAMdpaiK1pCmcGJky9pTkcoobZPAfevXvmuy5pOyp3Q@mail.gmail.com> |
Den 16:55 22. januar 2012 skrev Jeffrey Johnson <[email protected]> følgende: > > On Jan 22, 2012, at 7:25 AM, Per Øyvind Karlsen wrote: > >> Den 08:32 22. januar 2012 skrev <[email protected]> følgende: >>> I just made a simple test upgrading a cooker chroot a few >>> weeks old, and the problem still happens. >>> >>> For the sake of helping anybody willing to quickly fix >>> it, if you attempt to update, urpmi will stop working, so, >>> this should get things working again: >>> >>> -%<- >>> arch=`rpm --eval %_target_cpu` >>> for pkg in \ >>> perl-XML-LibXML-1.890.0-3-mdv2012.0 \ >>> perl-XML-Parser-2.410.0-4-mdv2012.0 \ >>> perl-Locale-gettext-1.50.0-9-mdv2012 \ >>> perl-Term-ReadKey-2.30-14-mdv2012.0 \ >>> ; do >>> wget >>> http://mirrors.kernel.org/mandriva/Mandrakelinux/devel/cooker/$arch/media/main/release/$pkg.$arch.rpm >>> sudo rpm -Uvh $pkg.$arch.rpm && rm -f $pkg.$arch.rpm >>> done >>> -%<- >>> >>> Run the above after updating and urpmi stopping working >>> due to perl missing symbols. >> Should be prevented in urpmi-6.69-2. :) >> > > 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. -- Regards, Per Øyvind