From Fedora Project Wiki

Infrastructure

This section contains the discussion happening on the fedora-infrastructure-list

http://fedoraproject.org/wiki/Infrastructure

Contributing Writer: HuzaifaSidhpurwala

New Key Repo Locations v2

Warren Togami writes for fedora-infrastructure-list [1]

Warren sent out a mail enlisting the new repo locations. Also the repo names have been changed so debuginfo and source are always at the end.


[1] https://www.redhat.com/archives/fedora-infrastructure-list/2008-September/msg00001.html

archives on secondary1

Matt Domsch writes for fedora-infrastructure-list [2]

Matt asked if archives.fp.o is on secondary1.fp.o There are 2 separate rsyncd.conf files in puppet, one for archives,one for secondary. Given they land at the same place on the same machine, only the one for secondary is actually in effect. If they're going to be on the same machine, we need to merge them. On this Mike replied with an affirmative saying that they need to be merged.

[2] https://www.redhat.com/archives/fedora-infrastructure-list/2008-September/msg00030.html


rawhide, /mnt/koji and /pub/fedora

Jesse Keating writes for fedora-infrastructure-list [4]

Jesse created a user "masher" to have the ability to write to /mnt/koji/mash/ but not any of the other koji space. This is useful to prevent too much damage from a horribly wrong rawhide compose. To make things easier in the rawhide compose configs, they decided to run the cron/scripts as the masher user. This is also good because it means things run unprivileged. However he ran into a snag. They have another user, 'ftpsync' that has write access to /pub/fedora/. Previously the rawhide script was ran as root, and thus it was no problem to su ftpsync for the rsync calls. The masher user does not possess the capability of doing this.


[4] https://www.redhat.com/archives/fedora-infrastructure-list/2008-August/msg00174.html

New Key Repo Locations

Warren Togami writes for fedora-infrastructure-list [5]

Warren proposed the latest draft of New Key repo locations. Jesse Keating points out that the deep levels are necessary because mirrors exclude releases by directory name like "9/"

[5] https://www.redhat.com/archives/fedora-infrastructure-list/2008-August/msg00198.html