[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