/etc/rpc is used by getrpcbyname, which is backed by the NSS framework and as such can only be implemented in glibc, so we still shipped it.

This was pushed to Rawhide already, WITHOUT FESCo approval. (The change is still in "announced" state.) There was also NO announcement of the API change in Rawhide, contrary to policy. This is entirely unacceptable.

(In reply to Kevin Kofler from comment #2)
> This was pushed to Rawhide already, WITHOUT FESCo approval. (The change is
> still in "announced" state.) There was also NO announcement of the API
> change in Rawhide, contrary to policy. This is entirely unacceptable.

This also breaks nfs-utils becuase it remove the rpcgen
command that is needed... Please put it back!!!

(In reply to Steve Dickson from comment #3)
> (In reply to Kevin Kofler from comment #2)
> > This was pushed to Rawhide already, WITHOUT FESCo approval. (The change is
> > still in "announced" state.) There was also NO announcement of the API
> > change in Rawhide, contrary to policy. This is entirely unacceptable.
> 
> This also breaks nfs-utils becuase it remove the rpcgen
> command that is needed... Please put it back!!!

I'm testing a build.  You will have to add

BuildRequires: rpcgen

to install the new glibc-rpcgen package.

I'm currently looking for a package maintainer for the new rpcsvc-proto package.

Maybe I jump the gun... I was told rpcgen was removed... 

(it is taking incredibly long time to download rawhide :-( )

what does the rpcsvc-proto package do??

(In reply to Florian Weimer from comment #4)
> (In reply to Steve Dickson from comment #3)
> > (In reply to Kevin Kofler from comment #2)
> > > This was pushed to Rawhide already, WITHOUT FESCo approval. (The change is
> > > still in "announced" state.) There was also NO announcement of the API
> > > change in Rawhide, contrary to policy. This is entirely unacceptable.
> > 
> > This also breaks nfs-utils becuase it remove the rpcgen
> > command that is needed... Please put it back!!!
> 
> I'm testing a build.  You will have to add
> 
> BuildRequires: rpcgen
> 
Also was there a bz opened for this change? If not no big deal... I'll just
change it...

(In reply to Steve Dickson from comment #5)
> Maybe I jump the gun... I was told rpcgen was removed... 
> 
> (it is taking incredibly long time to download rawhide :-( )
> 
> what does the rpcsvc-proto package do??

It will be the new official way to provide rpcgen.

Until it is available, I'm adding a glibc-rpcgen subpackage (which will not be installed by default).  This is not currently in rawhide, but will land later today (built from the glibc-2.26.9000-37.fc28 source package).

(In reply to Florian Weimer from comment #7)
> (In reply to Steve Dickson from comment #5)
> > Maybe I jump the gun... I was told rpcgen was removed... 
> > 
> > (it is taking incredibly long time to download rawhide :-( )
> > 
> > what does the rpcsvc-proto package do??
> 
> It will be the new official way to provide rpcgen.
Googling around on this it appears the guy from suse 
already has a git tree.. https://github.com/thkukuk/rpcsvc-proto

In the end it probably make sense for me manage the package
since (I belive) I'm the only one using it... 

> 
> Until it is available, I'm adding a glibc-rpcgen subpackage (which will not
> be installed by default).  This is not currently in rawhide, but will land
> later today (built from the glibc-2.26.9000-37.fc28 source package).

Fine... ping me when ready to go..

glibc-2.26.9000-39.fc28 introduces the libnsl subpackage and removes the NIS headers.

Some minor cleanups are still need (see swbz#22701).

*** Bug 1521133 has been marked as a duplicate of this bug. ***

glibc-2.26.9000-40.fc28 has the main fix for swbz#22701 (libnsl.a, libnsl.so removal).

(In reply to Steve Dickson from comment #8)
> (In reply to Florian Weimer from comment #7)
> > (In reply to Steve Dickson from comment #5)
> > > Maybe I jump the gun... I was told rpcgen was removed... 
> > > 
> > > (it is taking incredibly long time to download rawhide :-( )
> > > 
> > > what does the rpcsvc-proto package do??
> > 
> > It will be the new official way to provide rpcgen.
> Googling around on this it appears the guy from suse 
> already has a git tree.. https://github.com/thkukuk/rpcsvc-proto
> 
> In the end it probably make sense for me manage the package
> since (I belive) I'm the only one using it... 

Your not the only one that needs it Steve.
am-utils in Fedora and, later in EPEL, needs it.

Wished I had seen this earlier, would have saved me almost
a day.

Info about this package should have been added to Fedora
changes page, that would have saved me quite a bit of
frustration.

Ian

(In reply to Florian Weimer from comment #9)
> glibc-2.26.9000-39.fc28 introduces the libnsl subpackage and removes the NIS
> headers.

This library being located in a subdirectory breaks configure.

It makes things unnecessarily difficult IMHO, particularly if
you have a package where you shouldn't use pkg-config.

Ian

(In reply to Ian Kent from comment #13)
> (In reply to Florian Weimer from comment #9)
> > glibc-2.26.9000-39.fc28 introduces the libnsl subpackage and removes the NIS
> > headers.
> 
> This library being located in a subdirectory breaks configure.

Of course I meant libnsl2 which I suppose if off-topic for this
bug.

> 
> It makes things unnecessarily difficult IMHO, particularly if
> you have a package where you shouldn't use pkg-config.
> 
> Ian

This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle.
Changing version to '28'.