So while dgilmore was rebuilding the builders this weekend I realized a couple of things: We need to re-think the cvs situation. Not only have the configs become woefully out of date with whats on the actual builders, but upgrades can become difficult when moving from one OS to another because of incompatibilities. I don't know that we should get rid of all of it just re-think what goes in it or try to simplify it a bit. Maybe write a script that runs daily and compares whats in CVS with what's live? Not perfect but better than what we have. Regardless of what we do with it we need to figure out where to put CVS because not everyone has access to lockbox. I've also been giving more thought to the security/access issue. While re-doing the accounting system we need to think about ways to increase security while lowering the barrier for entry to help support Fedora's infrastructure. We can add much of this to the current accounting system for testing for when the new system gets built but I'd like input on this from current infrastructure people and those that aren't as active but are interested in participating more. Which brings me to restarting the topic of officers/leaders/sponsors/whatever. By creating more fine-grained security on the servers there is less of a need for root access on those machines. People interested in working on mail, will be in a mail group and have access to it. Nagios, web, proxy, builders, cvs, etc, all come to mind of things that can be administered without full root access. So the question is how do we determine who has root to what boxes? Should we pick some leaders of Red Hat engineers and community members to have full root? If so should it be of a set number, similar to the FESCo? I lean towards this setup because it allows more people to participate sooner (without having to prove themselves as much) but it will keep those with full root access to the box low. Lot of stuff for one email but it would be nice to get a lot of this figured out before the next meeting so it doesn't run too long :-D -Mike