I was able to sync fc21 repo on Spacewalk nightly together with the comps file. Feel free to check [1] for more information.
Even if Brian installed pyliblzma, it's possible there were more changes done since Spacewalk 2.1 that affect the issue. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://bugzilla.redhat.com/show_bug.cgi?id=1144008 ----- Original Message ----- > From: "Stephen Herr" <sh...@redhat.com> > To: spacewalk-list@redhat.com > Sent: Thursday, January 29, 2015 4:07:08 PM > Subject: Re: [Spacewalk-list] Support for LZMA-compressed comps.xml > > Here you go Tomas: > > https://dl.fedoraproject.org/pub/fedora/linux/releases/21/Everything/x86_64/os/repodata/ > > Take a look at *-comps-f21.xml.xz > > -Stephen > > On 01/29/2015 06:23 AM, Tomas Lestach wrote: > > Would you share a public repo with lzma compressed comps? > > > > Regards, > > -- > > Tomas Lestach > > Red Hat Satellite Engineering, Red Hat > > > > > > ----- Original Message ----- > >> From: "Brian Buesker" <bbues...@qti.qualcomm.com> > >> To: spacewalk-list@redhat.com > >> Sent: Wednesday, January 28, 2015 9:53:48 PM > >> Subject: [Spacewalk-list] Support for LZMA-compressed comps.xml > >> > >> > >> I've started trying to bring online a Fedora 21 distro/kickstart > >> profile against our Spacewalk 2.1 server. Unlike others who have > >> had > >> trouble getting the fedora installer generation to work, it mostly > >> seems to be working for me. I'm not sure if that is because I am > >> using 2.1 instead of 2.2 or if there is some other explanation. > >> > >> However, one thing I ran into is that when I created a Fedora 21 > >> Everything channel, Spacewalk ended up not handling the comps.xml > >> properly. In the upstream yum repo, the comps.xml is actually LZMA > >> compressed. It does not look like Spacewalk decompresses this when > >> staging the comps in the local file system. Thus, when a client > >> fetches the repo metadata, it gets a file named comps.xml that is > >> actually compressed and thus it complains about the XML not being > >> well formed. > >> > >> I looked at the Spacewalk git repo and I see that an RPM > >> dependency > >> was added for pyliblzma. I already have that installed on my > >> system, > >> but despite that, Spacewalk still does not handle the compressed > >> comps properly. I dug further into this and found that two python > >> modules need to be updated, namely reposync.py and fileutils.py. > >> > >> I would provide a patch with the fixes, although I have to go > >> through > >> a somewhat lengthy procedure before I can get permission from my > >> employer to release the patch. Therefore, I'll describe the > >> necessary changes in case others want to make the same ones (or > >> even > >> better, get this updated in git). > >> > >> > >> 1. In reposync.py, the list of suffixes in import_groups() > >> needs > >> to include '.xz'. > >> 2. In fileutils.py, decompress_open() needs to be updated to > >> use > >> the lzma.LZMAFile() function on files ending in '.xz' (and of > >> course an import is needed as well). > >> > >> > >> Let me know if you have any questions. > >> > >> > >> Thanks, > >> Brian Buesker > >> > >> _______________________________________________ > >> 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 > > > > _______________________________________________ > 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
