Summary: | net-libs/libtirpc-1.2.6 - (?) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jean-Francois Ostiguy <jfostiguy> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | grknight |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge.info
build.log |
Description
Jean-Francois Ostiguy
2020-11-30 15:34:41 UTC
Created attachment 675838 [details]
emerge.info
Created attachment 675841 [details]
build.log
(In reply to Jean-Francois Ostiguy from comment #2) > Created attachment 675841 [details] > build.log >checking for i686-pc-linux-gnu-krb5-config... /etc/krb5.conf.fnal >/var/tmp/portage/net-libs/libtirpc-1.2.6/work/libtirpc-1.2.6/configure: line 4433: /etc/krb5.conf.fnal: Permission denied >/var/tmp/portage/net-libs/libtirpc-1.2.6/work/libtirpc-1.2.6/configure: line 4434: /etc/krb5.conf.fnal: Permission denied This looks to be an unclean environment where KRB5_CONFIG is set when it should not be. Does not seem to be related to the profile upgrade itself. *** This bug has been marked as a duplicate of bug 655156 *** Thank you for the quick resolution. From time to time I get bitten by this. For what it is worth, it has never been clear to me why KRB5_CONFIG should not be automatically unset by the ebuild. Anyway - after "unset KRB5_CONFIG" emerge proceeds without error. (In reply to Jean-Francois Ostiguy from comment #5) > From time to time I get bitten by this. For what it is worth, it has never > been clear to me why KRB5_CONFIG should not be automatically unset by the > ebuild. If we unset the variable in the libtirpc ebuild, that prevents the user from overriding the path to the krb5-config program. As I mentioned in bug 655156 comment 4, please raise the issue with the tirpc upstream developer if there is a conflict in variable naming. |