GNU bug report logs -
#75762
[shepherd] Confusion about relative file names
Previous Next
Reported by: Dariqq <dariqq <at> posteo.net>
Date: Wed, 22 Jan 2025 15:32:01 UTC
Severity: normal
Done: Ludovic Courtès <ludo <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #11 received at 75762 <at> debbugs.gnu.org (full text, mbox):
Hi Ludo,
On 05.02.25 11:21, Ludovic Courtès wrote:
> Hi Dariqq,
>
> Dariqq <dariqq <at> posteo.net> skribis:
>
>> Was reading through the shepherd manual and it seems to contain
>> contradictory information regarding relative file names:
>>
>> In Chapter 3 ('herd' and 'shepherd') the manual reads
>>
>>> Since herd passes its current working directory to ‘shepherd’, you can pass relative file names without trouble.
>>
>> Chapter 3.2 (Invoking 'herd')
>>
>>> If you pass a file name as an ARG, it will be passed as-is to the Shepherd, thus if it is not an absolute name, it is local to the current working directory of ‘shepherd’, not to herd.
>>
>> So which one is it or is there something I am missing here?
>
> The situation actually depends on the action you’re running.
>
> Starting from 1a8d686b7fa617d9b1df33858957a240b7e11787, shepherd no
> longer changes directory to the client’s directory. So now it’s up to
> its action to interpret file names as it wants. We should update the
> manual accordingly.
>
> Did you have a specific action in mind though?
>
I was prototyping a user daemon via 'herd load root' before I was ready
to commit it to my home-environment and was a bit surprised that I had
to use the full path resp. a path relative to $HOME. This would be
consistent with the info in section 3.2 but not what I would expect.
> Ludo’.
This bug report was last modified 99 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.