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