[Rpm-metadata] createrepo 0.4.11

Richi Plana myfedora at richip.dhs.org
Thu Nov 29 15:47:27 UTC 2007


On Thu, 2007-11-29 at 16:32 +0100, Florian La Roche wrote:
> On Thu, Nov 29, 2007 at 10:03:04AM -0500, seth vidal wrote:
> > 
> > On Thu, 2007-11-29 at 16:03 +0100, Florian La Roche wrote:
> > > On Wed, Nov 28, 2007 at 08:57:09AM -0500, seth vidal wrote:
> > > > 
> > > > On Wed, 2007-11-28 at 14:54 +0100, Florian La Roche wrote:
> > > > > On Wed, Nov 28, 2007 at 08:39:21AM -0500, seth vidal wrote:
> > > > > > 
> > > > > > On Wed, 2007-11-28 at 14:25 +0100, Florian La Roche wrote:
> > > > > > 
> > > > > > > 
> > > > > > > Hello Seth,
> > > > > > > 
> > > > > > > below is a patch to sort the output, otherwise createrepo
> > > > > > > depends on the order of the local filesystem and how rpms
> > > > > > > are stored there.
> > > > > > 
> > > > > > Why does the order matter? Doesn't this just take more time to do the
> > > > > > sort?
> > > > > 
> > > > > It makes the metadata predictable and not dependent on the fs of the
> > > > > server. 
> > > > 
> > > > Again, how does the predictability of order the filelists and deps/reqs
> > > > are put into the metadata impact the functionality?
> > > 
> > > 
> > > Hello Seth,
> > > 
> > > This is about stability of the data. Currently you cannot easily
> > > run createrepo and quickly check the output against the existing data.
> > 
> > yes, you can - use the metadata diff tool in createrepo's source -
> > dmd.py
> 
> 
> Hello Seth,
> 
> dmd.py is nice, this wasn't part of earlier releases. I still think
> putting this into the format you write out to disk is a plus.

Please, if it's not absolutely necessary nor does the eventual savings
in time, energy or security fallout outweigh the effort, let's not do
it. I don't mind sorting once if it means n-fold savings down the line.
Otherwise, we're just wasting time AND energy. Those CPU cycles
(potentially hundreds of them) do translate to something.

There are reasons for ordered and unordered lists. Kindly just argue for
the "plus" side if you can.
--

Richi Plana




More information about the fedora-devel-list mailing list