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
J
J
John Darrington wrote on 25 Mar 2016 19: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 23: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 22: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 22: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 4 May 2016 07: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 09:27
control message for bug #23112
(address . control@debbugs.gnu.org)
87zis6gu5p.fsf@gnu.org
tags 23112 wontfix
close 23112
?