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
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
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
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
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
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
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
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?
--
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
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
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
-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
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
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,
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
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
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
17 matches
Mail list logo