Legacy mirror structure

[Jesse Keating]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 20 January 2004 04:46, Warren Togami wrote:
> I totally agree here.  "apt-get" source would also potentially fail on
> many of the RH packages due to the prevalent missing BuildRequires.
> Legacy's target users are NOT developers who use the SRPMS often.
>
> For this reason I would not include SRPMS for the base distribution nor
> the almost as numerous RH supplied updates.  I would include only SRPMS
> of Legacy supplied updates, as Legacy QA and buildsystem necessitates
> fixing BuildRequires, so "apt-get source" at least has a chance of
> working properly (but it still is not very useful at all).
>
> You make mirroring faster by leaving out those THOUSANDS of SRPMS that
> 0.001% of the users would use.  You make client usage faster by leaving
> it out.  You make it far less of a burden in mirror administration by
> making Legacy as small as possible by default.

I'm convienced to put the SRPMS in a different area for repot purposes, but 
I will not remove it from the server.  I've had too many headaches with 
that.

> Jesse was earlier grappling with the problem of the ugly symlink for a
> unified SRPMS for all archs.  Using a structure like this would work
> wonderfully, while very conveniently placing all archs and the SRPMS at
> the same level.

No longer grappling, if I put SRPMS in their own repository.  No longer 
need symlinks.

> Something like:
> $distnumber/$repository/$basearch/*.rpm
>
> Example:
> 7.2/updates/SRPMS/repodata/ <--- XML metadata
> 7.2/updates/SRPMS/headers/  <--- yum native headers
> 7.2/updates/i386/repodata/  <--- XML metadata
> 7.2/updates/i386/headers/   <--- yum native headers
> 7.2/updates/base/           <--- non-flat apt genbasedir location (*)
> 7.2/legacy/SRPMS/repodata/
> 7.2/legacy/SRPMS/headers/
> 7.2/legacy/i386/repodata/
> 7.2/legacy/i386/headers/
> 7.2/legacy/base/
>   . . .
> 1/updates/SRPMS/repodata/
> 1/updates/SRPMS/headers/
> 1/updates/i386/repodata/
> 1/updates/i386/headers/
> 1/updates/x86_64/repodata/
> 1/updates/x86_64/headers/
> 1/updates/base/

UGH!  I don't like splitting inside the /updates dir the extra archs.  I'd 
rather split it at a higher level.

- -- 
Jesse Keating RHCE MCSE	(http://geek.j2solutions.net)
Fedora Legacy Team	(http://www.fedora.us/wiki/FedoraLegacy)
Mondo DevTeam		(www.mondorescue.org)
GPG Public Key		(http://geek.j2solutions.net/jkeating.j2solutions.pub)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFADVd14v2HLvE71NURAp12AJ0cLFAQ0u/xuQi0BOGRJEzYJyaWigCfY7lh
ISLBIpi9HIRFYFMBGNbVFwc=
=tVgl
-----END PGP SIGNATURE-----