-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Pass user-defined-trusted-dirs to glibc #7
Comments
Hmm, seems like |
Looks like there might be |
Indeed, but it doesn't seem to be picked up by glibc for some reason. There's also |
Passing |
Okay, the following does seem to work (based on this https://wiki.gentoo.org/wiki//etc/portage/package.env):
Running
|
Reopening this issue, since I don't think this worked. For my test installation I saw this:
But with our current installations this doesn't return anything, neither for |
We probably may need/use this for the CUDA support (see EESSI/compatibility-layer#71), and possibly other use cases.
This can be done by modifying the glibc ebuild, but this is a bit cumbersome, since it has to be redone for every new version. We could, instead, use the following approach, which allows us to override variables per package (or even per version of a package):
https://groups.google.com/g/linux.gentoo.user/c/z1ZXuJkd0ro/m/9PUWFv8BXnUJ
I quickly tested it by adding a
$EPREFIX/etc/portage/bashrc
:and a file
$EPREFIX/etc/portage/env.d/sys-libc/glibc
:Running
emerge --ask --verbose sys-libs/glibc
then failed, as expected:This can be easily included in the
etc/portage
dir of this repo, as our compatibility layer playbook already makes symlinks in${EPREFIX}/etc/portage
to all files/dirs in this directory.The text was updated successfully, but these errors were encountered: