Am Montag, 11. Juli 2005 23:46 schrieb Philip Martin:
> firstname.lastname@example.org writes:
> > Leo Savernik <email@example.com> writes:
> >> I'm not doubting the general principle at all. It's especially about the
> >> --non-interactive option which is automatically perceived as an
> >> inherently global option. To --non-interactive, the general principle
> >> doesn't apply, as you correctly state, because it will always mean the
> >> same for any command.
> >> Furthermore, any command disallowing --non-interactive is
> >> non-interactive by default, so there would be no contradiction in
> >> permitting --non-interactive even on those commands.
> > These are excellent points. I'm CC'ing dev@ here to see what other
> > developers say. Folks, Leo's proposal is to make all non-interactive
> > commands silently accept '--non-interactive', so that when writing
> > scripts one can just pass it promiscuously and not worry about whether
> > it's applicable or not.
> Why is --non-interactive special? What about --no-auth-cache? The
> arguments could even apply to --username and --password?
My inquiry isn't about --no-auth-cache etc. It's merely about the fact that
--non-interactive is understood to be in effect for the whole executable
rather than per command.
Furthermore, --non-interactive will never have another meaning than
> > Above, he points out why '--non-interactive'
> > should be treated specially this way.
> I'm don't really have any strong opions about the proposal, but I
> don't think the script argument is a strong one. Script's are
> generally "write once, use many" so I don't see why they should not be
> written to pass the correct arguments.
Well, my script used to cope only with cvs. Now, it has to cope with svn, too,
while providing the same interface to the caller (this is important, because
this script is used by other scripts).
> Perhaps we should allow non-interactive to be set in the config file
In this case I'm going to resort to the same hack as for cvsup, writing out a
temporary config file on the fly.
Received on Sun Jul 17 19:43:51 2005
- application/pgp-signature attachment: stored