El dom., 2 jun. 2019 a las 3:27, Casper Ti. Vector escribió:
> On my machine using Void with glibc 2.29 since 20190305

Yay! I thought chances of hearing from someone who uses a GNU
libc-based distribution that is not Gentoo, with a sufficiently recent
version (which usually means it's rolling release), and who is also a
subscriber of this list, were rather slim :)

>, I never encountered this issue.

Do you happen to build skarnet.org packages statically linked to musl
on those Void machines, or do you let them link to the distribution's

> I can confirm the behaviour you described of
> getgrent(3),

Good. Maybe it's upstream then…

> Therefore, at least on my system, endgrent(3) is always called
> with `errno' set to zero.

Yeah, what triggers s6-envuidgid's failure here is that endgrent() is
setting errno to the weird EINVAL value, the program checks errno
*after* the call, and thinks it was caused by a failing  getgrent()
call. Would it be to much to ask you if you could also check if
endgrent(3) flips errno from 0 to EINVAL?


Reply via email to