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.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 75762 in the body.
You can then email your comments to 75762 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#75762
; Package
guix
.
(Wed, 22 Jan 2025 15:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dariqq <dariqq <at> posteo.net>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Wed, 22 Jan 2025 15:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
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?
Information forwarded
to
bug-guix <at> gnu.org
:
bug#75762
; Package
guix
.
(Wed, 05 Feb 2025 10:22:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 75762 <at> debbugs.gnu.org (full text, mbox):
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?
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#75762
; Package
guix
.
(Wed, 05 Feb 2025 11:44:02 GMT)
Full text and
rfc822 format available.
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’.
Reply sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
You have taken responsibility.
(Fri, 07 Feb 2025 11:27:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Dariqq <dariqq <at> posteo.net>
:
bug acknowledged by developer.
(Fri, 07 Feb 2025 11:27:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 75762-done <at> debbugs.gnu.org (full text, mbox):
Hi,
Dariqq <dariqq <at> posteo.net> skribis:
>> 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.
Right. I pushed a clarification as
882e56ce168c2ddb014cf35e2767d78778e0ba64.
Thanks!
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 07 Mar 2025 12:24:14 GMT)
Full text and
rfc822 format available.
This bug report was last modified 98 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.