delta/git.git, branch jk/run-command-eacces

[DONTMERGE] semi-squashable test addition

2012-03-27T19:19:30+00:00

git: continue alias lookup on EACCES errors

2012-03-27T19:12:26+00:00

If git receives an EACCES error while trying to execute an
external command, we currently give up and report the error.
However, the EACCES may be caused by an inaccessible
directory in the user's PATH.

In this case, execvp will skip over the inaccessible
directory and keep searching the PATH. If it finds
something, then that gets executed. Otherwise, the earlier
EACCES is remembered and returned.

However, git does not implement the same rule when looking
up aliases. It will return immediately upon seeing EACCES
from execvp, without trying aliases.  This renders aliases
unusable if there is an inaccessible directory in the PATH.

This patch implements a logical extension of execvp's lookup
rules to aliases. We will try to find aliases even after
execvp returns EACCES. If there is an alias, then we expand
it as usual.  If ther eisn't, then we will remember and
report the EACCES error.

Signed-off-by: Jeff King 
Signed-off-by: Junio C Hamano

run-command: propagate EACCES errors to parent

2012-03-27T19:01:54+00:00

The caller of run_command does not directly get access to
the errno from exec, because it happens in the forked child.
However, knowing the specific reason for an exec failure can
help the parent respond better or produce better error
messages.

We already propagate ENOENT to the parent via exit code 127.
Let's do the same for EACCES with exit code 126, which is
already used by bash to indicate the same thing.

Signed-off-by: Jeff King 
Signed-off-by: Junio C Hamano

Git 1.7.9

2012-01-27T19:31:02+00:00

Signed-off-by: Junio C Hamano

INSTALL: warn about recent Fedora breakage

2012-01-27T05:51:29+00:00

Recent releases of Redhat/Fedora are reported to ship Perl binary package
with some core modules stripped away (see http://lwn.net/Articles/477234/)
against the upstream Perl5 people's wishes. The Time::HiRes module used by
gitweb one of them.

Signed-off-by: Junio C Hamano

git-completion: workaround zsh COMPREPLY bug

2012-01-26T22:03:51+00:00

zsh adds a backslash (foo\ ) for each item in the COMPREPLY array if IFS
doesn't contain spaces. This issue has been reported[1], but there is no
solution yet.

This wasn't a problem due to another bug[2], which was fixed in zsh
version 4.3.12. After this change, 'git checkout ma' would resolve
to 'git checkout master\ '.

Aditionally, the introduction of __gitcomp_nl in commit a31e626
(completion: optimize refs completion) in git also made the problem
apparent, as Matthieu Moy reported.

The simplest and most generic solution is to hide all the changes we do
to IFS, so that "foo \nbar " is recognized by zsh as "foo bar". This
works on versions of git before and after the introduction of
__gitcomp_nl (a31e626), and versions of zsh before and after 4.3.12.

Once zsh is fixed, we should conditionally disable this workaround to
have the same benefits as bash users.

[1] http://www.zsh.org/mla/workers/2012/msg00053.html
[2] http://zsh.git.sourceforge.net/git/gitweb.cgi?p=zsh/zsh;a=commitdiff;h=2e25dfb8fd38dbef0a306282ffab1d343ce3ad8d

Signed-off-by: Felipe Contreras 
Signed-off-by: Junio C Hamano

docs: minor grammar fixes for v1.7.9 release notes

2012-01-26T19:09:08+00:00

Signed-off-by: Jeff King 
Signed-off-by: Junio C Hamano

Fix typo in 1.7.9 release notes

2012-01-23T18:11:13+00:00

Signed-off-by: Michael Haggerty 
Signed-off-by: Junio C Hamano

Git 1.7.9-rc2

2012-01-18T23:53:35+00:00

Signed-off-by: Junio C Hamano

Merge branch 'maint'

2012-01-18T23:52:08+00:00

* maint:
  Git 1.7.8.4
  Git 1.7.7.6
  diff-index: enable recursive pathspec matching in unpack_trees

Conflicts:
	GIT-VERSION-GEN