[Yum] Re: Recreating headers yields different files

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



--MGYHOYXEY6WxJCY8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Apr 28, 2003 at 11:08:00AM -0400, seth vidal wrote:
> On Mon, 2003-04-28 at 03:49, Axel Thimm wrote:
> > I observed that recreating the headers of the same set of rpms is creat=
ing
> > *.hdr files that are different in content. Does some date enter the *.h=
dr
> > files?
> >=20
> > Would it be possible to have the same *.hdr files produced (maybe even
> > timestamp them with the time of the rpm itself)? The reason I am asking=
 is
> > that it may save some rsync time for repository mirroring (e.g. when I =
build a
> > new rpm and recreate the *.hdr files I have to rsync all *.hdr to the m=
aster
> > repo) and also improve caching (yummers with a cache don't need to rege=
t all
> > *.hdr files because I added only one new).
>=20
> so I found out a bit more on this after playing a bit.
>=20
> it's not the rpm functions that are causing the variation - its gzip.
>=20
> gzip even acts like this from the command line.
>=20
> I'll see what else I can find out - but it looks like this may be
> unavoidable.

I think gzip includes the modification time of the included file. If the
modification time of the created hdr files were set to that of the rpm itse=
lf,
gzip would always yield the same result, and it would also make
rsyncing/caching the hdr files even simpler! :)
--=20
Axel.Thimm@xxxxxxxxxxxxxxxxxxx

--MGYHOYXEY6WxJCY8
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+rUmeQBVS1GOamfERAmlBAJwK9i9SnKMFstrhxSvgDTiYdaqj2ACePSSh
o0tubm1dfyDYc3CpW74Ajk0=
=BZ/1
-----END PGP SIGNATURE-----

--MGYHOYXEY6WxJCY8--


[Index of Archives]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux