This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [Patch] Adding fedfs to /etc/rpc
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Ulrich Drepper <drepper at gmail dot com>
- Cc: Andreas Jaeger <aj at suse dot com>, "Ryan S. Arnold" <ryan dot arnold at gmail dot com>, libc-alpha at sourceware dot org
- Date: Wed, 7 Mar 2012 12:42:58 +0000 (UTC)
- Subject: Re: [Patch] Adding fedfs to /etc/rpc
- References: <4F2C5347.3000209@redhat.com> <20120203215159.45AF62C083@topped-with-meat.com><CADZpyixYUNfdDe9aAVbMvQOyEnBLn-1HX9imK8hinXvFfdCoWA@mail.gmail.com><201202060940.31930.aj@suse.com> <CAAKybw9nAC3yrD9ov3G+d9hnsn6ZTDYCL1B7Pxn5i1uhKPevqw@mail.gmail.com><4F303361.7030404@suse.com> <CAAKybw_xOVNU1qqRZ4=4XYW_dMUqhWViUqVp6OYE=SPiQi=pYw@mail.gmail.com><4F356BC4.5070608@suse.com> <CAOPLpQcryd2UniSyeyy8jk9Pnhj66iujhd+iFUX5Y=q9m73KRg@mail.gmail.com>
On Wed, 7 Mar 2012, Ulrich Drepper wrote:
> I don't know what you mean by supporting NIS. The code in libnss_nis*
> can stay as-is until libtirpc is up to snuff. At that point that
> library can be a build prerequisite and the DSOs can be linked with
> it. No change needed for now.
I think making libtirpc a build dependency is bad - in general circular
dependencies should be avoided where possible - as it makes bootstrapping
unduly hard. Better would be to separate libnss_nis* out completely into
a separate package, not built as part of the glibc build at all; that
separate package *would* then have libtirpc as a built dependency.
(I don't know what the right approach would be for the xdecrypt use in
nss/nss_files/files-key.c, for example, to avoid libtirpc being needed to
use nss_files - perhaps a dlopen of libtirpc much like some library
functionality dlopens libgcc_s.)
--
Joseph S. Myers
joseph@codesourcery.com