Bug 14305 - 2.16(candidate) --enable-obsolete-rpc is not sufficient for libtirpc
Summary: 2.16(candidate) --enable-obsolete-rpc is not sufficient for libtirpc
Status: RESOLVED WONTFIX
Alias: None
Product: glibc
Classification: Unclassified
Component: nis (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: 2.16
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-27 17:14 UTC by Arjan van de Ven
Modified: 2014-06-18 04:31 UTC (History)
4 users (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:
carlos_odonell: review? (vapier)
fweimer: security-

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Arjan van de Ven 2012-06-27 17:14:32 UTC 
trying to use libtirpc with the 2.16 glibc (candidate), glibc compiled with --enable-obsolete-rpc:

/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../lib64/libtirpc.so: undefined reference to `svc_auth_none'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../lib64/libtirpc.so: undefined reference to `_svcauth_none'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../lib64/libtirpc.so: undefined reference to `_des_crypt_call'

these symbols seem hidden, and previously, the old rpc stuff unhid them.
Comment 1 Andreas Jaeger 2012-06-27 18:23:01 UTC 
Could you add a simple test program, please? This does not show up in package building in distributions AFAIK.
Comment 2 Andreas Jaeger 2012-06-27 18:28:53 UTC 
Arjan, this smells like a recent libtirpc bug, please check the libtirpc mailing list, e.g. the following email:
http://sourceforge.net/mailarchive/forum.php?thread_name=4E00E4E6.6020808%40RedHat.com&forum_name=libtirpc-devel
Comment 3 Arjan van de Ven 2012-06-27 18:30:44 UTC 
this shows up if you try to build nfs-utils against libtirpc
I'm sure other distros decide to not use libtirpc because of that...
Comment 4 Andreas Jaeger 2012-06-27 18:31:50 UTC 
Mike, since I reference your email/patch and openSUSE uses that patch: Could
you check this, please?
Comment 5 Andreas Jaeger 2012-06-27 18:35:02 UTC 
openSUSE builds nfs-utils against libtirpc - but we're using the patch I referenced.

check:
http://build.opensuse.org/package/files?package=libtirpc&project=Base%3ASystem
Comment 6 Carlos O'Donell 2012-07-24 04:16:57 UTC 
Using reviewer flags to ask Mike to help review this issue.
Comment 7 Mike Frysinger 2012-08-11 18:17:32 UTC 
yes, this is a bug in libtirpc-0.2.2.  pretty sure it's not (directly) related to our rpc configure options since that test+report was done against <=glibc-2.13 which is before the rpc stuff was removed from glibc.

in Gentoo, i've deleted the building of des_crypt.c in libtirpc, and we seem to be able to link nfs-utils against it (although i haven't verified that *all* symbols nfs-utils needs are being satisfied by libtirpc).  if they aren't, that's a bug for libtirpc to deal with.

if anyone is knowledgeable in sunrpc (i would not claim to be), it seems like the libtirpc guys are short handed on getting it to be a full replacement for what is provided by glibc.
Comment 8 Andreas Jaeger 2012-08-12 05:04:57 UTC 
Marking as WONTFIX since this is a bug not in glibc but in libtirpc.