* [PATCH 0/1] support GIT_IGNORE_INSECURE_OWNER environment variable
@ 2024-06-26 12:33 Florian Schmaus
0 siblings, 0 replies; 2+ messages in thread
From: Florian Schmaus @ 2024-06-26 12:33 UTC (permalink / raw)
To: git; +Cc: Johannes Schindelin, Junio C Hamano, Florian Schmaus
I could imagine that the safe-directory check was deliberately not
made controllable via an environment variable. However, git versions
with the safe-directory check gained adoption and we can now see that
there is some fallout caused by the check.
A prominent example is that git-daemon cannot export repos when
running under nobody (see https://bugs.gentoo.org/932091). Since the
'nobody' user typically has no home directory, the suggested fix
git config --global --add safe.directory xxx.git
does not work. Likewise, adding it to /etc/gitconfig is also not
ideal, as it applies to every user.
In Gentoo, the safe-directory check can be completely disabled via a
USE-flag (i.e., Gentoo's mechanism for compile-time package
customization). However, I recently suggested to Gentoo's git-package
maintainers the following patch, introducing the
GIT_IGNORE_INSECURE_OWNER environment variable, as an alternative.
Being able to disable the safe directory check via an environment
variable allows for more flexibility, solves the issue described
above, and does *not* statically and globally disable the
safe-directory check. This was received with a positive response and
the patch will likely be applied by Gentoo.
But downstream patchery is always the second-best option. Therefore,
I hereby propose the patch to upstream.
Florian Schmaus (1):
setup: support GIT_IGNORE_INSECURE_OWNER environment variable
setup.c | 8 ++++++++
1 file changed, 8 insertions(+)
--
2.44.2
^ permalink raw reply [flat|nested] 2+ messages in thread
* [PATCH 0/1] support GIT_IGNORE_INSECURE_OWNER environment variable
@ 2024-06-26 12:33 Florian Schmaus
0 siblings, 0 replies; 2+ messages in thread
From: Florian Schmaus @ 2024-06-26 12:33 UTC (permalink / raw)
To: git; +Cc: Johannes Schindelin, Junio C Hamano, Florian Schmaus
I could imagine that the safe-directory check was deliberately not
made controllable via an environment variable. However, git versions
with the safe-directory check gained adoption and we can now see that
there is some fallout caused by the check.
A prominent example is that git-daemon cannot export repos when
running under nobody (see https://bugs.gentoo.org/932091). Since the
'nobody' user typically has no home directory, the suggested fix
git config --global --add safe.directory xxx.git
does not work. Likewise, adding it to /etc/gitconfig is also not
ideal, as it applies to every user.
In Gentoo, the safe-directory check can be completely disabled via a
USE-flag (i.e., Gentoo's mechanism for compile-time package
customization). However, I recently suggested to Gentoo's git-package
maintainers the following patch, introducing the
GIT_IGNORE_INSECURE_OWNER environment variable, as an alternative.
Being able to disable the safe directory check via an environment
variable allows for more flexibility, solves the issue described
above, and does *not* statically and globally disable the
safe-directory check. This was received with a positive response and
the patch will likely be applied by Gentoo.
But downstream patchery is always the second-best option. Therefore,
I hereby propose the patch to upstream.
Florian Schmaus (1):
setup: support GIT_IGNORE_INSECURE_OWNER environment variable
setup.c | 8 ++++++++
1 file changed, 8 insertions(+)
--
2.44.2
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-06-26 12:41 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-06-26 12:33 [PATCH 0/1] support GIT_IGNORE_INSECURE_OWNER environment variable Florian Schmaus
-- strict thread matches above, loose matches on Subject: below --
2024-06-26 12:33 Florian Schmaus
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).