Aaron Griffin wrote:
I've been thinking of this as well. It would require some design
effort from the server side though, but wouldn't be too hard. Do we
need full shell accounts for these users?
yes: Can be done in a minimal amount of time with very little changes
to the dbscripts. Management headache with regard to TUs vote new
people in periodically.
yes: People can stage their rebuilds.
no: Would require a restricted sftp process, or some daemon for file
upload. Less management hassle, more code writing.
no: keeps updating packages the same as now (upload and forget). No
manual db-script running.
For TUs who want to know how the main repo update procedure works, see
http://wiki.archlinux.org/index.php/DeveloperWiki:HOWTO_Be_A_Packager .
The main difference to current [community] updating is that packages are
uploaded to a staging area which requires you to run and extra script to
actually push them to the repos.
If we are going to have a testing repo for community (which I think is
overdue and this change would make easy to implement), I think TUs will
need full shell access in order to move the packages from the testing
repo to the main one.
Allan