Hi, keinflue <keinf...@posteo.net> writes:
> Unfortunately the python package also fails with equivalent test > failures. It also has another failure mode where it expects a syscall > to change ownership to the overflow uid to result in EPERM, while it > will produce EINVAL (which happens even if there are no supplementary > groups). Should I post the details here or open a new issue? I think you can post it here. Perhaps we should eventually keep all the issues in this category together in a text file somewhere, with log excerpts: that would allow us to better assess the packages affected by this difference between the privileged and the unprivileged daemon is. >> I will see whether I can report the issue(s) upstream to coreutils and >> gnulib. I noticed that in coreutils 9.2 (guix is currently 9.1) a >> similar fix was applied to handle special gids on MacOS. Unfortunately >> the default Linux overflow gid is not included in that list. In any >> case, the patch needs to be adjusted for newer coreutils versions. > > coreutils already responded and fixed the issue > (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=78225). That was fast! > I still have to report to gnulib, but wanted to try building the > standalone gnulib package first, which caused me to trip over the > python issues. Alright. Thanks a lot for this very important work. I wonder if we should set up a separate Cuirass instance or something building everything with the unprivileged daemon. Thanks, Ludo’.
