Mirroring: Bad datestamps prevent hardlinking
Axel Thimm
Axel.Thimm at ATrpms.net
Sat Apr 16 23:53:32 UTC 2005
On Sat, Apr 16, 2005 at 06:08:14PM -0400, Marc Deslauriers wrote:
> On Sat, 2005-04-16 at 12:52 -0700, Jesse Keating wrote:
> > On Saturday 16 April 2005 12:21, Daniel Roesen wrote:
> > > Could superseeded updates please be moved to another directory,
> > > like attic/ or so? So this is available at central sites, but
> > > all local mirrors (like I do have for my systems) don't need to
> > > carry them "just in case".
> >
> > Welp, I'll take community input on it. Is there anybody (besides
> > me) that wants to keep the superseeded updates on the mirror
> > server?
>
> I would like the superseeded updates to stay available. They are
> invaluable in figuring out if it was one of our security updates
> that broke something or if the original package was broken.
I think this is a misunderstanding, noone wants to remove foo-1.2.3-4
when FL releases foo-1.2.3-5.legacy. The "superseeded updates" are
superseeded by updates coming from Red Hat. I.e. these packages have
vanished from the Red Hat master mirror. As an example:
-rw-r--r-- 1 ftp ftp 92161 Apr 14 2004 download.fedoralegacy.org/fedora/1/updates/i386/neon-0.24.5-1.i386.rpm
-rw-r--r-- 4 ftp ftp 92305 May 19 2004 download.fedoralegacy.org/fedora/1/updates/i386/neon-0.24.5-2.1.i386.rpm
The latter is what Red Hat's (frozen) update folder currently
contains, while the former had been deleted by RH before FC2 went EOL.
When FL issues neon-0.24.5-3.legacy.i386.rpm the vendor-superseeded
package (0.24.5-2.1) should stay, but why keep 0.24.5-1?
> I don't mind an "attic" directory, but I don't know how easy that is
> to setup and maintain...
--
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-legacy-list/attachments/20050417/66a75762/attachment.sig>
More information about the fedora-legacy-list
mailing list