git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Greg Louis <glouis@dynamicro.on.ca>
To: git@vger.kernel.org
Subject: Re: [PATCH] Redirect cd output to /dev/null, was: git-clone seems dead
Date: Mon, 12 Sep 2005 12:36:37 -0400	[thread overview]
Message-ID: <20050912163637.GA22018@athame.dynamicro.on.ca> (raw)
In-Reply-To: <7vbr2yfp0r.fsf@assigned-by-dhcp.cox.net>

On 20050912 (Mon) at 0529:08 -0700, Junio C Hamano wrote:
> Greg Louis <glouis@dynamicro.on.ca> writes:
> 
> > I could argue that it's a relatively harmless contribution to
> > robustness of the git scripts, but if someone replied that total
> > idiot-proofing isn't a worthwhile goal for a project of this sort, I   
> > wouldn't necessarily disagree.
> 
> We could:
> 
>  (0) do nothing and let people shoot in the foot themselves.
> 
>  (1) unset CDPATH silently while we run.  Most conveniently done
>      by doing so at the beginning of git-setup-sh, and scripts
>      that do not use the setup script but still does "cd".
> 
>  (2) detect CDPATH in the same places as (1), complain and die.

Or (2+1==3) detect CDPATH in the same places as (1), complain with a
brief explanation ("don't export CDPATH; it's really only useful in
interactive shells") and unset it.  That way we'd educate, in a friendly
way, people who thought they needed it for some reason, or who just
never noticed their vendor's /etc/profile was exporting the damn thing.

> Among these, (1) would be naturally the approach of least
> resistance.  It would make things "just work" for everybody,

My patch was about the equivalent of (1), and (1) is what I'd feel
was the most that git owes its users.  Option (0) could be justified on
the grounds that git users are presumably developers and ought to be
able to catch that sort of blunder, but the facts that you didn't
originally twig to it, and that it took me a couple of hours to find it
independently, suggest that that's too cavalier an attitude (neither of
us being a tyro).  Option (3) does qualify as excess baggage IMHO, and
option (2) as a bit unhelpfully pedantic.

> I would probably end up doing (1), though.

As would I if the decision were mine. 

(btw I'm on the list -- no Cc: needed)
-- 
| G r e g  L o u i s         | gpg public key: 0x400B1AA86D9E3E64 |
|  http://www.bgl.nu/~glouis |   (on my website or any keyserver) |
|  http://wecanstopspam.org in signatures helps fight junk email. |

  reply	other threads:[~2005-09-12 16:36 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-11 18:13 git-clone seems dead Peter Eriksen
2005-09-11 19:04 ` Junio C Hamano
2005-09-11 22:04   ` Greg Louis
2005-09-11 23:01     ` [PATCH] Redirect cd output to /dev/null, was: " Greg Louis
2005-09-12  1:47       ` Junio C Hamano
2005-09-12  9:22         ` Peter Eriksen
2005-09-12 10:56         ` Greg Louis
2005-09-12 12:29           ` Junio C Hamano
2005-09-12 16:36             ` Greg Louis [this message]
2005-09-12 19:53               ` Junio C Hamano
2005-09-13 11:07                 ` Greg Louis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050912163637.GA22018@athame.dynamicro.on.ca \
    --to=glouis@dynamicro.on.ca \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).