ea3d04ea0a
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. |
||
---|---|---|
.. | ||
access | ||
create | ||
creator | ||
D | ||
desc | ||
fork | ||
git-config | ||
help | ||
htpasswd | ||
info | ||
list-dangling-repos | ||
lock | ||
mirror | ||
perms | ||
print-default-rc | ||
push | ||
rsync | ||
sshkeys-lint | ||
sskm | ||
sudo | ||
svnserve | ||
symbolic-ref | ||
who-pushed | ||
writable |