[PATCH 2 of 2 stable v2] tests: prevent Git system and global configuration from loading
Mads Kiilerich
mads at kiilerich.com
Wed Apr 19 17:12:38 UTC 2023
On 19/04/2023 17:27, Manuel Jacob wrote:
> On 19/04/2023 17.21, Manuel Jacob wrote:
>> On Arch Linux:
>>
>> % git --version
>> git version 2.40.0
>> % GIT_CONFIG_GLOBAL=/dev/null GIT_CONFIG_SYSTEM=/dev/null
>> EMAIL='foo at bar' git commit -m "committed new 0" --author "User ǝɯɐᴎ
>> <me at example.com>"
>> Committer identity unknown
>>
>> On CentOS 7:
>>
>> % git --version
>> git version 2.36.5
>> % GIT_CONFIG_GLOBAL=/dev/null GIT_CONFIG_SYSTEM=/dev/null
>> EMAIL='foo at bar' git commit -m "committed new 0" --author "User ǝɯɐᴎ
>> <me at example.com>"
>> Committer identity unknown
>>
>> But with openSUSE Leap 15.4 with git 2.35.3, it works (uses $USER as
>> the name).
>
> Same on openSUSE Tumbleweed with git 2.40.0.
That's interesting obvervations - thanks. It seems like we are far from
a full understanding the problem we are trying to fix. There seems to be
a high risk that we make more assumptions that will be invalid on some
systems.
I verified that it works as I expect on my Fedora 38 system, both with
the system git 2.40.0 and with a git build from
https://github.com/git/git/ source . I don't really have access to other
systems.
It could be somewhat interesting if you could try to build git from
source on your failing systems. It could give a hint if it is some kind
of distro patching or build configuration that makes a difference. Or if
it is controlled by some other unknown factor.
It could also be interesting to ask some git experts if they could
explain why for example 2.40.0 on Arch and openSUSE respond differently
- that is really a question of reliable scripting of git and has nothing
to do with Kallithea.
The code in https://github.com/git/git/blob/main/ident.c has many small
steps and it is not obvious what could make it behave differently.
/Mads
More information about the kallithea-general
mailing list