Junio C Hamano <gits...@pobox.com> writes:

> * jn/config-ignore-inaccessible (2013-04-15) 1 commit
>  - config: allow inaccessible configuration under $HOME
>  When $HOME is misconfigured to point at an unreadable directory, we
>  used to complain and die. This loosens the check.
>  I do not think we agreed that this is a good idea, though.

As a data point: yesterday on IRC, two users complained that they each
had this problem.


So for one thing, "ha ha we told you so" is not an extremely
satisfactory answer, especially since we only "told them so" with the
recent doc update.  Wouldn't a stern warning or even an early error be
better?  It could be tempered by checking that HOME agrees with what
getpwnam says should be the HOME of the existing user, and checking that
it is not readable, before warning; more experienced users like the
scenario you mention in


would make sure that at least one of those conditions is not true.

But for another, they both claim that it fails even with HOME unset(!)
and even with a completely empty environment.  I cannot reproduce this,
but there might be another issue lurking?

Thomas Rast
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to