Re: [PATCH 1/2] maint: don't reset PATH in out commit-msg git hook

[Stefano Lattarini]

Hi Pádraig, thanks for the quick feedback.

On 02/15/2013 03:56 PM, Pádraig Brady wrote:
> On 02/15/2013 01:39 PM, Stefano Lattarini wrote:
>> I have a custom 'editor' script in ~/bin, and a system-provided
>> 'editor' program in /usr/bin (on Debian, this is a link set up the
>> "debian alternatives" subsystem).  My '$EDITOR' and '$GIT_EDITOR'
>> variables are set simply to 'editor' (no absolute path), which I
>> expect should point to my 'editor' script, since ~/bin precedes
>> /usr/bin in my PATH definition. But the 'commit-msg' hook used in
>> coreutils unconditionally resets its PATH to '/bin:/usr/bin', which
>> causes it to call the "wrong" editor (the one in /usr/bin, not the
>> one in ~/bin) when it makes me update a botched commit message.
>>
>> * scripts/git-hooks: Don't reset $ENV{PATH} to '/bin:/usr/bin'.
>> ---
>>   scripts/git-hooks/commit-msg | 1 -
>>   1 file changed, 1 deletion(-)
>>
>> diff --git a/scripts/git-hooks/commit-msg b/scripts/git-hooks/commit-msg
>> index 3e91e8e..7a11489 100755
>> --- a/scripts/git-hooks/commit-msg
>> +++ b/scripts/git-hooks/commit-msg
>> @@ -7,7 +7,6 @@ use warnings;
>>   (my $ME = $0) =~ s|.*/||;
>>
>>   my $editor = $ENV{EDITOR} || 'vi';
>> -$ENV{PATH} = '/bin:/usr/bin';
>>
>>   # Keywords allowed before the colon on the first line of a commit message:
>>   # program names and a few general category names.
> 
> I'll wait for Jim's input on why he explicitly set a restrictive $PATH
>
It seems that happened when the hook was rewritten from shell into perl
(see commit v8.14-57-g1c5ca5c).  The commit message doesn't hint at any
reason.  Might have been a copy & paste error from a template perhaps?

> It looks good to me anyway.  I'll fix up the "out" typo in the commit
> summary, when applying.
>
Yikes, thanks for catching that.

Best regards,
  Stefano