Thomas, All,
On 2017-03-20 20:51 +0100, Thomas Petazzoni spake thusly:
Hello,
On Mon, 20 Mar 2017 18:21:45 +0100, Waldemar Brodkorb wrote:
What do you think about following patch? We had some discussion about this recently on the buildroot mailinglist. Any other use cases other than rpcbind/nfs-utils you can think of?
I had a quick look in Buildroot to see which packages currently only work with "native RPC" (i.e provided by the C library) and not with libtirpc. Notice that when I say don't work, I mean "not supported by Buildroot", which doesn't mean that the package cannot handle libtirpc, just that it is not done in Buildroot.
- autofs, depends on BR2_TOOLCHAIN_HAS_NATIVE_RPC only
We have the homepage pointing to LFS.org: http://www.linuxfromscratch.org/blfs/view/svn/general/autofs.html
Autofs Dependencies Optional libtirpc-1.0.1 [...]
So we may be able to make it work with libtirpc in the end...
- openvmtools, depends on BR2_TOOLCHAIN_HAS_NATIVE_RPC only
And it is not available for uClibc toolchains. Making it glibc-only would not be too problematic, given the type of package this is.
- portmap, obviously. But I believe we could get rid of this package entirely, it is deprecated and rpcbind is the official replacement.
Maybe drop it, especially since nothing depends on or selects it.
- samba4, depends on BR2_TOOLCHAIN_HAS_NATIVE_RPC only
Given the size of the package, I doubt having it depends on glibc would be too bad.
And when glibc actually drops their internal rpc, then samba will have to add suopport for an alternative implementation.
Regards, Yann E. MORIN.
And that's it. So it leaves three packages to really analyze and see the impact.
Best regards,
Thomas
Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com