value of _CS_PATH\

  • Done
  • quality assurance status badge
Details
2 participants
  • John Darrington
  • Ludovic Courtès
Owner
unassigned
Submitted by
John Darrington
Severity
normal

Debbugs page

J
J
John Darrington wrote on 25 Mar 2016 11:06
(address . bug-guix@gnu.org)
20160325180600.GA20217@jocasta.intra
Would it not be correct for guix to have

confstr (_CS_PATH, buf, len);

set the contents of buf with the bin directory of the currently
installed coreutils package?

For me, it returns /bin:/usr/bin which is not correct.

J'

--
Avoid eavesdropping. Send strong encryted email.
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.netor any PGP keyserver for public key.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAlb1fggACgkQimdxnC3oJ7MJwgCeIYBE1NKxHgtSZHgIry++EK6q
xYMAnA9FXfA2p6izTK6ZWhtIi1vIwLBl
=yAax
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 5 Apr 2016 14:31
(name . John Darrington)(address . john@darrington.wattle.id.au)(address . 23112@debbugs.gnu.org)
87bn5nwxmx.fsf@gnu.org
John Darrington <john@darrington.wattle.id.au> skribis:

Toggle quote (9 lines)
> Would it not be correct for guix to have
>
> confstr (_CS_PATH, buf, len);
>
> set the contents of buf with the bin directory of the currently
> installed coreutils package?
>
> For me, it returns /bin:/usr/bin which is not correct.

Fixing it is a bit tricky because:

1. The meaning of this variable is ill-defined. Specifically, POSIX
says it “is the value for the PATH environment variable that finds
all standard utilities.” By “standard utilities”, surely they must
be talking of ‘guile’, ‘guix’, ‘herd’, and a couple of others, but
we can’t be sure. ;-)


2. If CS_PATH refers to Coreutils, then that means that libc refers to
Coreutils, which is inconvenient at best.

3. We could set CS_PATH to /run/current-system/profile/bin but that
wouldn’t work on foreign distros.

So I’m inclined to leave things as is.

Did you find a situation where the invalid value was causing troubles?

Thanks,
Ludo’.
L
L
Ludovic Courtès wrote on 14 Apr 2016 13:30
control message for bug #23112
(address . control@debbugs.gnu.org)
87d1pshr0m.fsf@gnu.org
tags 23112 moreinfo
L
L
Ludovic Courtès wrote on 3 May 2016 13:22
Re: bug#23112: value of _CS_PATH\
(name . John Darrington)(address . john@darrington.wattle.id.au)(address . 23112@debbugs.gnu.org)
87bn4mki24.fsf@gnu.org
ludo@gnu.org (Ludovic Courtès) skribis:

Toggle quote (29 lines)
> John Darrington <john@darrington.wattle.id.au> skribis:
>
>> Would it not be correct for guix to have
>>
>> confstr (_CS_PATH, buf, len);
>>
>> set the contents of buf with the bin directory of the currently
>> installed coreutils package?
>>
>> For me, it returns /bin:/usr/bin which is not correct.
>
> Fixing it is a bit tricky because:
>
> 1. The meaning of this variable is ill-defined. Specifically, POSIX
> says it “is the value for the PATH environment variable that finds
> all standard utilities.” By “standard utilities”, surely they must
> be talking of ‘guile’, ‘guix’, ‘herd’, and a couple of others, but
> we can’t be sure. ;-)
>
> http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/unistd.h.html
>
> 2. If CS_PATH refers to Coreutils, then that means that libc refers to
> Coreutils, which is inconvenient at best.
>
> 3. We could set CS_PATH to /run/current-system/profile/bin but that
> wouldn’t work on foreign distros.
>
> So I’m inclined to leave things as is.

I’ll close the bug if you don’t mind, but…

Toggle quote (2 lines)
> Did you find a situation where the invalid value was causing troubles?

… I’m still interested in knowing this. :-)

TIA,
Ludo’.
J
J
John Darrington wrote on 3 May 2016 22:45
(name . Ludovic Court??s)(address . ludo@gnu.org)
20160504054537.GA9330@jocasta.intra
On Tue, May 03, 2016 at 10:22:43PM +0200, Ludovic Court??s wrote:
ludo@gnu.org (Ludovic Court??s) skribis:
> John Darrington <john@darrington.wattle.id.au> skribis:
>
>> Would it not be correct for guix to have
>>
>> confstr (_CS_PATH, buf, len);
>>
>> set the contents of buf with the bin directory of the currently
>> installed coreutils package?
>>
>> For me, it returns /bin:/usr/bin which is not correct.
>
> Fixing it is a bit tricky because:
>
> 1. The meaning of this variable is ill-defined. Specifically, POSIX
> says it ???is the value for the PATH environment variable that finds
> all standard utilities.??? By ???standard utilities???, surely they must
> be talking of ???guile???, ???guix???, ???herd???, and a couple of others, but
> we can???t be sure. ;-)
>
>
> 2. If CS_PATH refers to Coreutils, then that means that libc refers to
> Coreutils, which is inconvenient at best.
>
> 3. We could set CS_PATH to /run/current-system/profile/bin but that
> wouldn???t work on foreign distros.
>
> So I???m inclined to leave things as is.
I???ll close the bug if you don???t mind, but???

OK
> Did you find a situation where the invalid value was causing troubles?
??? I???m still interested in knowing this. :-)

I didn't find a technical trouble. Only political ones.
TIA,
Ludo???.

--
Avoid eavesdropping. Send strong encryted email.
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.netor any PGP keyserver for public key.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAlcpjIEACgkQimdxnC3oJ7NuOACfTnUQjwx61KTKSjqYnFkQh4Wb
obUAn2VA93I7sVQZ+tC0OXSL0kna42P6
=Jxgv
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 4 May 2016 00:27
control message for bug #23112
(address . control@debbugs.gnu.org)
87zis6gu5p.fsf@gnu.org
tags 23112 wontfix
close 23112
?
Your comment

This issue is archived.

To comment on this conversation send an email to 23112@patchwise.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 23112
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch