After glibc 2.26's splitting net-libs/libnsl, net-libs/rpcsvc-protoand net-libs/libtirpc out of it, Exim (all in-portage versions) started to fail builds, until `I/usr/include/tirpc"` is added to {C,CXX}FLAGS. I guess, tirpc's headers should either be symlinked to old (in-glibc) location (for backward compatibility) or patch net-libs/libnsl to `#include <tirpc/rpc/rpc.h>` instead of just `<rpc/rpc.h>` (and same for other `rpc/*` includes if applicable) Reproducible: Always
Created attachment 504266 [details] exim-4.89-r3:20171115-052749.log Here is exim build log,if any
By the way, this report is not fully correct, since there is no `mail-mta/exim[nis]` versions compatible with glibc-2.26 in the tree, in the first place ('cause it requires glibc[rpc] which can't be satisfied with glibc-2.26). I just didn't noticed this before, since I was rebuilding glibc-dependent packages (including exim) with -O to solve the blocks on world-upgrade, when faced this issue.
does adding net-libs/libtirpc to the dependencies help?
(In reply to Fabian Groffen from comment #3) > does adding net-libs/libtirpc to the dependencies help? Nope, it doesn't. See #c0: > I guess, tirpc's headers should either be symlinked to old (in-glibc) > location (for backward compatibility) or patch net-libs/libnsl to `#include > <tirpc/rpc/rpc.h>` instead of just `<rpc/rpc.h>` (and same for other `rpc/*` > includes if applicable) "old location" was /usr/include/rpc/* (unlike current /usr/include/tirpc/rpc/*). So, as /usr/include/rpcsvc/nis.h from net-libs/libnsl have "#include <rpc/rpc.h>" in the related headers, gcc looking for them in "old" location (/usr/include) and fails. So, since fixing each and every NIS-related software to add "-I${EPREFIX}/usr/include/tirpc" to C{,XX}FLAGS is not a way to go, I see two working ways, as I said in #c0. Either: 1) symlink tirpc/*.h headers to the parent directory, or 2) fix /usr/include/rpcsvc/nis.h from net-libs/libnsl (maybe, something else) to '#include <tirpc/rpc/rpc.h>', and not just '<rpc/rpc.h>'
Not really a libnsl problem. The RPC include path needs fixing.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f9f46770cb19a4d24ac02b9d49768976c13124a2 commit f9f46770cb19a4d24ac02b9d49768976c13124a2 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2018-05-05 14:57:52 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2018-05-05 14:58:49 +0000 mail-mta/exim: Add revbump building with libtirpc, bug 637546 This still needs stabilization, preferably in sync with glibc-2.26. Bug: https://bugs.gentoo.org/637546 Package-Manager: Portage-2.3.33, Repoman-2.3.9 mail-mta/exim/exim-4.91-r2.ebuild | 554 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 554 insertions(+)
An automated check of this bug failed - repoman reported dependency errors (117 lines truncated): > dependency.bad mail-mta/exim/exim-4.91-r2.ebuild: DEPEND: alpha(default/linux/alpha/13.0) ['>=net-libs/libnsl-1:='] > dependency.bad mail-mta/exim/exim-4.91-r2.ebuild: RDEPEND: alpha(default/linux/alpha/13.0) ['>=net-libs/libnsl-1:='] > dependency.bad mail-mta/exim/exim-4.91-r2.ebuild: DEPEND: alpha(default/linux/alpha/13.0/desktop) ['>=net-libs/libnsl-1:=']
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8a6179a12c4b31ba233731146f4078a5f13b4135 commit 8a6179a12c4b31ba233731146f4078a5f13b4135 Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2018-06-21 06:32:55 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2018-06-21 06:33:33 +0000 mail-mta/exim: stable 4.91-r2 for ia64, bug #637546 Bug: https://bugs.gentoo.org/637546 Package-Manager: Portage-2.3.40, Repoman-2.3.9 RepoMan-Options: --include-arches="ia64" mail-mta/exim/exim-4.91-r2.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
amd64 stable
x86 stable
Stable on alpha.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f4da6cb8b9bb005922849b2cc42901c52cf4b646 commit f4da6cb8b9bb005922849b2cc42901c52cf4b646 Author: Rolf Eike Beer <eike@sf-mail.de> AuthorDate: 2018-07-14 17:26:43 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2018-07-14 17:53:44 +0000 mail-mta/exim: stable 4.91-r2 for sparc Bug: https://bugs.gentoo.org/637546 Package-Manager: Portage-2.3.40, Repoman-2.3.9 RepoMan-Options: --include-arches="sparc" mail-mta/exim/exim-4.91-r2.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
arm stable
ppc/ppc64 stable. I've pinged hppa people on IRC.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=061ff65b498e0076335679bfb54aa59980e080f1 commit 061ff65b498e0076335679bfb54aa59980e080f1 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2018-09-11 20:49:24 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2018-09-11 20:49:24 +0000 mail-mta/exim: Drop old, drop hppa to ~hppa Closes: https://bugs.gentoo.org/637546 Package-Manager: Portage-2.3.49, Repoman-2.3.10 mail-mta/exim/Manifest | 2 - mail-mta/exim/exim-4.90.1-r1.ebuild | 528 ---------------------------------- mail-mta/exim/exim-4.91-r1.ebuild | 547 ------------------------------------ 3 files changed, 1077 deletions(-)
