gitolite/src
Sitaram Chamarty ea3d04ea0a perms batch mode confuses; print something to help
What happens is that running

    ssh git@host perms reponame

appears to hang, since it is waiting for STDIN.  I added a message to
help, since we don't want users losing files accidentally!

(The other alternative is to add a specific option for batch mode, but
this is backward incompatible for people who have scripts that may be
doing this).

thanks to Caleb Cushing for catching this

----

The "make sure Ctrl-C gets caught" thing needs some explanation.

Without it, a user could inadvertently lose his gl-perms file if he ran
the command in batch mode.  You'd think that the Ctrl-C would hit the

    for (<>) {

line and bail, but it manages to reach the

    _print( $pf, @a );

line somehow.  Even trapping SIG INT does not help.

I suspect it is to do with how signals are propagated by ssh across a
"no-pty" session, but am not sure.
2012-12-29 13:40:13 +05:30
..
VREF refex-expr: die when admin forgets to add the required line to the rc 2012-11-13 08:09:14 +05:30
commands perms batch mode confuses; print something to help 2012-12-29 13:40:13 +05:30
lib/Gitolite minor bugly... 2012-12-29 13:40:13 +05:30
syntactic-sugar (minor) macro buglets 2012-12-14 07:58:14 +05:30
triggers new trigger: update-gitweb-daemon-from-options 2012-12-14 07:58:14 +05:30
gitolite Allow user-specified programs to override system-installed ones 2012-06-09 08:25:51 +05:30
gitolite-shell Set Content-Type to text/plain for gitolite commands over http 2012-12-09 08:09:02 +05:30