| Summary: | mail-mta/exim-4.91-r2 stable request | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Vadim A. Misbakh-Soloviov (mva) <mva> | ||||
| Component: | Stabilization | Assignee: | Fabian Groffen <grobian> | ||||
| Status: | RESOLVED FIXED | ||||||
| Severity: | normal | CC: | matoro_gentoo, net-mail+disabled | ||||
| Priority: | Normal | Flags: | stable-bot:
sanity-check+
|
||||
| Version: | unspecified | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | Was: mail-mta/exim with =net-libs/libnsl-1.1.0-r1 - In file included from nisplus.c:11:0: /usr/include/rpcsvc/nis.h:36:21: fatal error: rpc/rpc.h: No such file or directory | ||||||
| Package list: |
mail-mta/exim-4.91-r2
|
Runtime testing required: | --- | ||||
| Bug Depends on: | 657148 | ||||||
| Bug Blocks: | 381391, 646004 | ||||||
| Attachments: |
|
||||||
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(-) |
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