Re: repodata - xz

2014-06-22 Thread Tim Lauridsen
On Sat, Jun 21, 2014 at 8:28 PM, Jon jdisn...@gmail.com wrote: Would it be too much trouble to use the sqlite data in DNF? I suppose it would be a step backwards to have our primary (future) tool using gzip metadata. the information in the sqlite files is orded i a way the yum is using the

Re: repodata - xz

2014-06-22 Thread drago01
On Sun, Jun 22, 2014 at 8:11 AM, Tim Lauridsen tim.laurid...@gmail.com wrote: On Sat, Jun 21, 2014 at 8:28 PM, Jon jdisn...@gmail.com wrote: Would it be too much trouble to use the sqlite data in DNF? I suppose it would be a step backwards to have our primary (future) tool using gzip

Re: repodata - xz

2014-06-22 Thread Jon
On Sun, Jun 22, 2014 at 6:26 AM, drago01 drag...@gmail.com wrote: On Sun, Jun 22, 2014 at 8:11 AM, Tim Lauridsen tim.laurid...@gmail.com wrote: On Sat, Jun 21, 2014 at 8:28 PM, Jon jdisn...@gmail.com wrote: Would it be too much trouble to use the sqlite data in DNF? I suppose it would be a

Re: repodata - xz

2014-06-22 Thread drago01
On Sun, Jun 22, 2014 at 9:57 PM, Jon jdisn...@gmail.com wrote: On Sun, Jun 22, 2014 at 6:26 AM, drago01 drag...@gmail.com wrote: On Sun, Jun 22, 2014 at 8:11 AM, Tim Lauridsen tim.laurid...@gmail.com wrote: On Sat, Jun 21, 2014 at 8:28 PM, Jon jdisn...@gmail.com wrote: Would it be too much

Re: repodata - xz

2014-06-22 Thread Kevin Fenzi
On Sun, 22 Jun 2014 22:29:30 +0200 drago01 drag...@gmail.com wrote: Perhaps we should make createrepo default to XZ in Fedora rawhide, and make all the tools do the right thing? We have already done that. rawhide and epel7 repos use --compress-type xz Would be nice if createrepo was

Re: repodata - xz

2014-06-22 Thread drago01
On Sun, Jun 22, 2014 at 10:44 PM, Kevin Fenzi ke...@scrye.com wrote: On Sun, 22 Jun 2014 22:29:30 +0200 drago01 drag...@gmail.com wrote: Perhaps we should make createrepo default to XZ in Fedora rawhide, and make all the tools do the right thing? We have already done that. rawhide and

Re: repodata - xz

2014-06-21 Thread Tim Lauridsen
On Fri, Jun 20, 2014 at 3:44 PM, Dennis Gilmore den...@ausil.us wrote: because thats how createrepo works. the gzipped files are not ones you download. yum and dnf use the sqlite files. yum is using the sqlite files, dnf uses the .xml.gz files -- devel mailing list

Re: repodata - xz

2014-06-21 Thread Kalev Lember
On 06/20/2014 03:19 AM, poma wrote: f20: [...] *primary.sqlite.bz22.7 M *primary.xml.gz1.3 M rawhide: [...] *primary.sqlite.xz17 M *primary.xml.gz 10 M Anyone know why the rawhide metadata size is an order of magnitude bigger than in F20? --

Re: repodata - xz

2014-06-21 Thread Orion Poplawski
On 06/21/2014 11:42 AM, Kalev Lember wrote: On 06/20/2014 03:19 AM, poma wrote: f20: [...] *primary.sqlite.bz22.7 M *primary.xml.gz1.3 M Is this Fedora or Everything ? For f20 Everything (comparable to rawhide) I have: 19M *-primary.sqlite.bz2 so looks like xz is

Re: repodata - xz

2014-06-21 Thread Jon
On Sat, Jun 21, 2014 at 11:25 AM, Tim Lauridsen tim.laurid...@gmail.com wrote: On Fri, Jun 20, 2014 at 3:44 PM, Dennis Gilmore den...@ausil.us wrote: because thats how createrepo works. the gzipped files are not ones you download. yum and dnf use the sqlite files. yum is using the sqlite

Re: repodata - xz

2014-06-21 Thread Kevin Fenzi
On Sat, 21 Jun 2014 13:28:33 -0500 Jon jdisn...@gmail.com wrote: Would it be too much trouble to use the sqlite data in DNF? I suppose it would be a step backwards to have our primary (future) tool using gzip metadata. filed https://bugzilla.redhat.com/show_bug.cgi?id=871 on this. kevin

Re: repodata - xz

2014-06-20 Thread Dennis Gilmore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 20 Jun 2014 03:19:55 +0200 poma pomidorabelis...@gmail.com wrote: f20: *filelists.sqlite.bz2 3.5 M *filelists.xml.gz 3.3 M *primary.sqlite.bz22.7 M *primary.xml.gz1.3 M *other.sqlite.bz2

Re: repodata - xz

2014-06-20 Thread poma
On 20.06.2014 15:44, Dennis Gilmore wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 20 Jun 2014 03:19:55 +0200 poma pomidorabelis...@gmail.com wrote: f20: *filelists.sqlite.bz2 3.5 M *filelists.xml.gz 3.3 M *primary.sqlite.bz22.7 M *primary.xml.gz

Re: repodata - xz

2014-06-20 Thread Jon
because thats how createrepo works!? :) I'm talking in general, why not use the same improved compression for all! I haven't mentioned an interactive, rpm based, package managers, at all. :) But when you mention them, it is obvious that we need features and performance of the delta repodata,

Re: repodata - xz

2014-06-20 Thread Kevin Fenzi
On Fri, 20 Jun 2014 20:13:00 +0200 poma pomidorabelis...@gmail.com wrote: because thats how createrepo works!? :) I'm talking in general, why not use the same improved compression for all! Because createrepo wants to keep backward compatibility? For things that can use xz, they only

Re: repodata - xz

2014-06-20 Thread poma
On 20.06.2014 21:44, Kevin Fenzi wrote: On Fri, 20 Jun 2014 20:13:00 +0200 poma pomidorabelis...@gmail.com wrote: because thats how createrepo works!? :) I'm talking in general, why not use the same improved compression for all! Because createrepo wants to keep backward compatibility? Wait

repodata - xz

2014-06-19 Thread poma
f20: *filelists.sqlite.bz2 3.5 M *filelists.xml.gz 3.3 M *primary.sqlite.bz22.7 M *primary.xml.gz1.3 M *other.sqlite.bz2 1.3 M *other.xml.gz964 K *Fedora-20-comps.xml 906 K *Fedora-20-comps.xml.gz 210 K repomd.xml