On Tue, January 20, 2004 at 1:00 pm, Warren Togami wrote: > Jesse Keating wrote: >> On Tuesday 20 January 2004 12:43, Warren Togami wrote: >>> What do you mean by "SRPMS are the same across the $basearches"? >> >> When we branch out to x86_64, the srpm for the i386 version is the same >> as the srpm for the x86_64, so why would we keep separate SRPM >> directories? Am I wrong here? > > No. My proposal is to put a SRPM directory at the same level of each > $basearch directory. > > http://download.fedoralegacy.org/redhat/7.2/updates/i386/ > http://download.fedoralegacy.org/redhat/7.2/updates/SRPMS/ > > http://download.fedoralegacy.org/fedora/1/updates/x86_64/ > http://download.fedoralegacy.org/fedora/1/updates/i386/ > http://download.fedoralegacy.org/fedora/1/updates/SRPMS/ > > http://download.fedoralegacy.org/fedora/1/legacy-addons/x86_64/ > http://download.fedoralegacy.org/fedora/1/legacy-addons/i386/ > http://download.fedoralegacy.org/fedora/1/legacy-addons/SRPMS/ > > This arrangement allows the SRPMS of each distribution to be at the same > level as the binaries. I also believe that it is a good thing that it > matches the current Fedora Core development tree mirror structure. They > designed well that way, with far more contributors than legacy-list in > the mirror-list-d discussion. > > The current location for SRPMS has no relative path relation to the > binary locations. Furthermore it lacks any precedent. > > The above structure is the most logical if you intend on including all > SRPMS, and mirror maintainers need to set exclusions for individual > SRPMS directories. I agree with the proposed directory structure above, it does make the most sense. If people don't want to mirror SRPMS they can setup their rsync scripts to exclude them, it's trivial to do so. -Dave