threads / discuss / 19802

running git as root

Subject: running git as root

## tl;dr

7 messages between Jun 13, 2009 and Jun 14, 2009.

replies: 6people: 4as markdown or json

Marco Nelissen· Jun 13, 2009, 15:25 UTC · lore

When running as root, git fails a number of test cases that expect it to fail on read-only repositories (for example 't0004-unwritable.sh'). I was thinking of either changing the code so that it checks permissions itself when opening files as root, or add a prerequisite to those test cases so that they are skipped when running as root. What would be the preferred way?

Michael J Gruber· Jun 13, 2009, 15:42 UTC · re: Marco Nelissen · lore

Re: running git as root

Marco Nelissen venit, vidit, dixit 13.06.2009 17:25:
Show 6 quoted lines
> When running as root, git fails a number of test cases that expect it
> to fail on read-only repositories (for example 't0004-unwritable.sh').
> I was thinking of either changing the code so that it checks
> permissions itself when opening files as root, or add a prerequisite
> to those test cases so that they are skipped when running as root.
> What would be the preferred way?

The preferred ways is to build git as non-root user. This is true even more so for running the test suite.

Michael
Marco Nelissen· Jun 14, 2009, 01:42 UTC · re: Michael J Gruber · lore

Re: running git as root

On Sat, Jun 13, 2009 at 8:42 AM, Michael J Gruber<git@drmicha.warpmail.net> wrote:

Show 10 quoted lines
> Marco Nelissen venit, vidit, dixit 13.06.2009 17:25:
>> When running as root, git fails a number of test cases that expect it
>> to fail on read-only repositories (for example 't0004-unwritable.sh').
>> I was thinking of either changing the code so that it checks
>> permissions itself when opening files as root, or add a prerequisite
>> to those test cases so that they are skipped when running as root.
>> What would be the preferred way?
>
> The preferred ways is to build git as non-root user. This is true even
> more so for running the test suite.

This is not possible on BeOS, where there is only one user, and it is the super user.

Alex Riesen· Jun 13, 2009, 17:49 UTC · re: Marco Nelissen · lore

Re: running git as root

2009/6/13 Marco Nelissen <marcone@xs4all.nl>:
Show 5 quoted lines
> When running as root, git fails a number of test cases that expect it
> to fail on read-only repositories (for example 't0004-unwritable.sh').
> I was thinking of either changing the code so that it checks
> permissions itself when opening files as root, or add a prerequisite
> to those test cases so that they are skipped when running as root.

There is such a prerequisite already (POSIXPERM), but what caused you to run the _tests_ as root?

> What would be the preferred way?

Use the prerequisite would sound right when not the strangeness of the idea.

Marco Nelissen· Jun 14, 2009, 01:41 UTC · re: Alex Riesen · lore

Re: running git as root

On Sat, Jun 13, 2009 at 10:49 AM, Alex Riesen<raa.lkml@gmail.com> wrote:
Show 9 quoted lines
> 2009/6/13 Marco Nelissen <marcone@xs4all.nl>:
>> When running as root, git fails a number of test cases that expect it
>> to fail on read-only repositories (for example 't0004-unwritable.sh').
>> I was thinking of either changing the code so that it checks
>> permissions itself when opening files as root, or add a prerequisite
>> to those test cases so that they are skipped when running as root.
>
> There is such a prerequisite already (POSIXPERM), but what caused
> you to run the _tests_ as root?

POSIXPERM doesn't appear to be quite right for this. For example, the 't1301-shared-repo.sh' test has the POSIXPERM prereq, but it runs fine as root, because it merely validates that permissions are preserved.

Nanako Shiraishi· Jun 14, 2009, 06:08 UTC · re: Alex Riesen · lore

Re: running git as root

Quoting Alex Riesen <raa.lkml@gmail.com>:
Show 14 quoted lines
> 2009/6/13 Marco Nelissen <marcone@xs4all.nl>:
>> When running as root, git fails a number of test cases that expect it
>> to fail on read-only repositories (for example 't0004-unwritable.sh').
>> I was thinking of either changing the code so that it checks
>> permissions itself when opening files as root, or add a prerequisite
>> to those test cases so that they are skipped when running as root.
>
> There is such a prerequisite already (POSIXPERM), but what caused
> you to run the _tests_ as root?
>
>> What would be the preferred way?
>
> Use the prerequisite would sound right when not the
> strangeness of the idea.
I think somebody needs to repost an old patch from the archive.
    http://thread.gmane.org/gmane.comp.version-control.git/116729/focus=118385
-- 
Nanako Shiraishi
http://ivory.ap.teacup.com/nanako3/
Marco Nelissen· Jun 14, 2009, 21:40 UTC · re: Nanako Shiraishi · lore

Re: running git as root

On Sat, Jun 13, 2009 at 11:08 PM, Nanako Shiraishi<nanako3@lavabit.com> wrote:
Show 20 quoted lines
> Quoting Alex Riesen <raa.lkml@gmail.com>:
>
>> 2009/6/13 Marco Nelissen <marcone@xs4all.nl>:
>>> When running as root, git fails a number of test cases that expect it
>>> to fail on read-only repositories (for example 't0004-unwritable.sh').
>>> I was thinking of either changing the code so that it checks
>>> permissions itself when opening files as root, or add a prerequisite
>>> to those test cases so that they are skipped when running as root.
>>
>> There is such a prerequisite already (POSIXPERM), but what caused
>> you to run the _tests_ as root?
>>
>>> What would be the preferred way?
>>
>> Use the prerequisite would sound right when not the
>> strangeness of the idea.
>
> I think somebody needs to repost an old patch from the archive.
>
>    http://thread.gmane.org/gmane.comp.version-control.git/116729/focus=118385

That's almost identical to the patch I wanted to submit, except for the name 'SANITY', which doesn't make much sense I think.

← back to recent threads