I am also +1 on the idea of the "gump user". Impersonal users are often used by organizations setting up
automated jobs. I have seen impersonal users used for :
- running application servers in a bank,
- running builds in a large software house,
....
The impersonal user is a good medium to make sure that an application will go on running, whoever takes
care of managing it, and whatever the vagaries of personal turnover in open source organizations or in
for-profit companies.
Adam R. B. Jack wrote:
No. I do not know how to share a cronjob without an impersonal user. Also, one can only controlwhat we could also do is create a 'gump' user, and give multiple people
the password. Alternatively, we don't give out the password, but add
multiple people's keys to the authorized_keys file.
I've always frowned on shared user ids (assuming they were excuses for not getting group permissions right) but that isn't the case here, we are working around an SVN bug. [If the bug really does only have a life expectancy of a few weeks, the rollout might take longer.]
As such +1 to this idea. So long as gump is a member of the gump group, that we all have ids within, then it can be easily obsoleted once unecessary.
I don't like the single point of failure we have now at all.
100% agreed.
Anybody know how to do a share cronjob any other way?
(kill) the processes of one's own UNIX user.
Cheers,I'm also supposed to be catching a train in five mins so I don't have
time to change anything over there right now.
I agree, it'd be daft to do a quick transition without everybody around. That said, what I am really hoping for is:
1) Grant folks access to live/working Gumps so they can do 'quick runs' (like python gump/debug.py xmlunit --debug --quick, to test properties, etc.) 2) Grant folks access to live/working Gumps to spread the knowledge, and get more input/opinions on how to install this nicely. 3) Get documentation for the installs into the wiki, and that documentation come from somebody unfamiliar with the config, so they explain it better.
I hope that we can still get these.
regards
Adam5o
Antoine
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
