[Spacewalk-list] Status of Solaris support

[Pierre Casenove]

One other point of this:
1) even if unzip complains at the beginning, it does unzip the archive
2) if I update unzip command on my rhel 5 box, by compiling the latest
version, python ZipFile would still fail IMHO, and so would do
solaris2mpm

I'll try to get a much smaller patch_cluster to see if it helps

Pierre

2012/6/28 Pierre Casenove <pcasenove at gmail.com>:
> Hello,
> Indeed, on RHEL 5:
> rpm -qf /usr/bin/unzip
> unzip-5.52-3.el5
>
> on RHEL 6:
> # rpm -qa | grep unzip
> unzip-6.0-1.el6.x86_64
>
> Problem is: unzip v6 is not available on RHEL 5... Is the conclusion
> that solaris2mpm is not compatible with RHEL 5?
>
> Pierre
>
> 2012/6/28 Michael Mraka <michael.mraka at redhat.com>:
>> Pierre Casenove wrote:
>> % Hello,
>> % Did you have time to review the patch?
>> %
>> % Now that I got patch working, I wanted to try patch_cluster.... and
>> % ZipFile class is complaining!
>> % # solaris2mpm --tempdir=/data/solaris/tmp/ 10_Recommended.zip
>> % Opening archive, this may take a while
>> % Bad magic number for central directory
>> % Error creating mpm for /data/solaris/10_Recommended.zip:
>> % <zipfile.BadZipfile instance at 0x2ad1050c5e18>
>> %
>> % The "Bad magic number for central directory" appears during the
>> % creation of ZipFile object (before my code modification.
>> % The zip file is correct as "unzip" command is uncompressing it without
>> % any problem.
>> %
>> % I'm starting to wonder: is using ZipFile class really better thant old
>> % code, which called unzip command?
>> %
>> % Anyway, any help would be greatly appreciated on this one too.
>>
>> AFAIR this means patch zip file is newer than you zip command can
>> understand. Solution is to upgrade zip package.
>>
>> % Pierre
>>
>> Regards,
>>
>> --
>> Michael Mráka
>> Satellite Engineering, Red Hat
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list