From: Junio C Hamano <gitster@pobox.com>
To: Jeff King <peff@peff.net>
Cc: Sitaram Chamarty <sitaramc@gmail.com>,
John Arthorne <arthorne.eclipse@gmail.com>,
git <git@vger.kernel.org>
Subject: Re: receive.denyNonNonFastForwards not denying force update
Date: Tue, 21 Aug 2012 09:43:18 -0700 [thread overview]
Message-ID: <7v628cfb6h.fsf@alter.siamese.dyndns.org> (raw)
In-Reply-To: <20120821061059.GA26516@sigill.intra.peff.net> (Jeff King's message of "Tue, 21 Aug 2012 02:10:59 -0400")
Jeff King <peff@peff.net> writes:
> You can get multiple warnings from this, as some programs read the
> config multiple times. I don't think it's really worth caring about, as
> you would want to fix such a misconfiguration quickly anyway.
I agree that we wouldn't care too much about the multiple warnings,
and even if we did, it would be easy to correct. Instead of having a
call to warning(_("unable to access..."), path, strerror(errno))
directly in acceess_or_warn(), make that a helper function that is
called from there and other places you warn in your other patches,
and maintain a small table of already-warned-for paths in the helper,
and we are done.
> A bigger question is whether people are stuck living with such a
> misconfiguration (e.g., inaccessible directories made by a clueless
> admin), and would be annoyed at having no way to turn this feature off.
Yes, /etc/gitconfig would certainly have that issue; exclude and
attr you deal with your other patches are safe, though.
Modulo the above "you might want to turn the call to warn() to
another helper that can be used from elsewhere", this patch looks
perfect to me.
Thanks.
next prev parent reply other threads:[~2012-08-21 16:43 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAHgXSop42qWcAEGn6=og8Pistv_Jrwhgcnv3B_ORVtSMi1fCHA@mail.gmail.com>
2012-08-20 13:33 ` receive.denyNonNonFastForwards not denying force update John Arthorne
2012-08-20 17:05 ` Junio C Hamano
2012-08-21 0:52 ` Sitaram Chamarty
2012-08-21 1:22 ` Junio C Hamano
2012-08-21 1:53 ` Brandon Casey
2012-08-21 2:16 ` Jay Soffian
2012-08-21 3:46 ` Junio C Hamano
2012-08-21 1:57 ` Jeff King
2012-08-21 3:49 ` Junio C Hamano
2012-08-21 6:10 ` Jeff King
2012-08-21 6:22 ` Jeff King
2012-08-21 6:26 ` Jeff King
2012-08-21 6:31 ` Jeff King
2012-08-21 16:50 ` Junio C Hamano
2012-08-21 19:33 ` Jeff King
2012-08-21 16:43 ` Junio C Hamano [this message]
2012-08-21 21:52 ` Junio C Hamano
2012-08-21 21:53 ` Jeff King
2012-08-21 2:08 ` Sitaram Chamarty
2012-09-10 13:24 ` John Arthorne
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=7v628cfb6h.fsf@alter.siamese.dyndns.org \
--to=gitster@pobox.com \
--cc=arthorne.eclipse@gmail.com \
--cc=git@vger.kernel.org \
--cc=peff@peff.net \
--cc=sitaramc@gmail.com \
/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).