2011/6/29 Petr Salinger :
> I like the idea of spliting. I am unsure whether we should aim for server
> instalation without client binaries.
I think I missread you here. So you think it'd be better to merge
-nfs-client into -nfs-common? My only worry would be that server
installs are forced to r
2011/6/29 Petr Salinger :
> For the packaging and missing functions, would be possible to i.e. create
> small static lib inside with them or use the same source files from all
> build dirs, like:
>
> SRCS= nfsd.c ../../extra/nfssvc.c
> SRCS= mountd.c getmntopts.c ../../extra/getvfsbyname.c
> ..
If it is, I would suggest a split like:
freebsd-nfs-server
freebsd-nfs-client
freebsd-nfs-common
since a server probably doesn't want to waste memory on
nfsiod either.
Comments?
I like the idea of spliting. I am unsure whether we should aim for server
instalation without client binaries. The
2011/6/28 Robert Millan :
> Here's a new patch, with some final cleanup, and which doesn't
> have any external blockers anymore. The extra functions in
> #629543 and #630843 are patched in untill glibc (or whatever
> else) can provide them.
>
> Would someone like to review this?
Btw, I was thinki
4 matches
Mail list logo
