I've ran unzip command on 10_recommended.zip and here is the message I get at the beggining: # unzip -d tmp/ -q 10_Recommended.zip warning [10_Recommended.zip]: 76 extra bytes at beginning or within zipfile (attempting to process anyway) error [10_Recommended.zip]: reported length of central directory is -76 bytes too long (Atari STZip zipfile? J.H.Holm ZIPSPLIT 1.1 zipfile?). Compensating...
So, it seems that the zip is not correct (I've tested 3 different patch_cluster for Sol 10) but unzip can handle thias, whereas python fails. Pierre 2012/6/28 Pierre Casenove <pcasen...@gmail.com>: > 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. > > Pierre > > > 2012/6/27 Pierre Casenove <pcasen...@gmail.com>: >> OK, I finally got it working... but please, have a deep look on my code. >> 1) for python 2.4, I use only method read on zipfile >> 2) I modify _archive_dir value : if it has a trailing slash, I remove >> it. otherwise, solaris2mpm command was nont able to detect it was a >> patch, and consider the archive as a package. >> >> Thanks, >> >> Pierre >> >> >> 2012/6/26 Michael Mraka <michael.mr...@redhat.com>: >>> Pierre Casenove wrote: >>> % One last point on Solaris support: the hardware information page. I >>> % attach a screenshot of the page with Chrome web browser. >>> % 1) Under, "General", we have "(2) sparcv9 (1503 MHZ)" right in the >>> middle... >>> % 2) Is it normal to get so few information? >>> >>> Unfortunately yes. >>> >>> >>> -- >>> Michael Mráka >>> Satellite Engineering, Red Hat >>> >>> _______________________________________________ >>> Spacewalk-list mailing list >>> Spacewalk-list@redhat.com >>> https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list