Summary: | <net-nds/rpcbind-0.2.1 fails to build with glibc-2.14 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Network Filesystems <net-fs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dschridde+gentoobugs, DuPol, kamil.kuduk, omcfadde, StormByte |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 381391 | ||
Attachments: | Build log |
Description
Diego Elio Pettenò (RETIRED)
2011-07-13 11:45:59 UTC
Has it been already reported upstream? I've been researching a bit on google, and if I didn't understood it bad, other distros are shipping glibc-2.14 already (Fedora for example), and in this case, it seems that they are installing too (old) headers missing. As glibc still supports libraries linked to old rpc behaviour, I think that they only removed its headers in order not to compile new libraries, but they should work (as a workarround) if you can have them installed anyway. From [1]: "- Reexport RPC interface" in Fedora's changelog. [1]: http://lists.fedoraproject.org/pipermail/package-announce/2011-June/061204.html More info: - https://admin.fedoraproject.org/updates/glibc-2.14-2 (special attention to their bug number 704926) - https://bugzilla.redhat.com/show_bug.cgi?id=704926 So it seems that they indeed reinstall those missing headers and have things working, can gentoo have this workarround too (via USE variable not defaulted for example?) (In reply to comment #2) > I've been researching a bit on google, and if I didn't understood it bad, other > distros are shipping glibc-2.14 already (Fedora for example), and in this case, > it seems that they are installing too (old) headers missing. > > As glibc still supports libraries linked to old rpc behaviour, I think that > they only removed its headers in order not to compile new libraries, but they > should work (as a workarround) if you can have them installed anyway. > > From [1]: "- Reexport RPC interface" in Fedora's changelog. > > [1]: > http://lists.fedoraproject.org/pipermail/package-announce/2011-June/061204.html > > More info: > - https://admin.fedoraproject.org/updates/glibc-2.14-2 (special attention to > their bug number 704926) > - https://bugzilla.redhat.com/show_bug.cgi?id=704926 > > So it seems that they indeed reinstall those missing headers and have things > working, can gentoo have this workarround too (via USE variable not defaulted > for example?) Needless to say that this will ease migrating, and can have things working while they are being ported to new RPC interface. *** Bug 422489 has been marked as a duplicate of this bug. *** Has there been any progress on this? The last update (excluding mine) was during 2011! And this is still a problem with glibc-2.15-r2! (Could somebody update the title?) glibc-2.15-r2.ebuild: > PATCH_VER="18" # Gentoo patchset > ... > [[ -n ${PATCH_VER} ]] && gentoo_uris glibc-${RELEASE_VER}-patches-${PATCH_VER}.tar.bz2 glibc-2.15-patches-18.tar.bz2: > tarfile::patches/0070_all_glibc-2.14-rpc-export.patch This patch should be installing /usr/include/rpcsvc/*, however either the patch isn't applied or the patch does not work? I just (re-)emerged sys-libs/glibc-2.15-r2 and attempting compilation of net-nds/rpcbind-0.2.0 fails. > security.c:26:23: fatal error: rpcsvc/yp.h: No such file or directory > compilation terminated. > make[3]: *** [rpcbind-security.o] Error 1 Ah, if you have "vanilla" USE flag you will not get any Gentoo patches. This was my problem after digging into the ebuilds a bit. Sorry for the noise. This shouldn't be an issue anymore with >=0.2.1. |