tiny patch for recognising libncurses

[A.J.Martin]

On Thu, 11 Nov 1999, Bjoern Groenvall wrote:
> "Patrick J. Lawrence" <pjlawrence at ucdavis.edu> writes:
> 
> > > (Currently my krb4 is however pretty crude...just bungs every thing in
> > > /usr/athena)
> > 
> > How would you propose putting this (krb4) into the /usr hierarchy anyway? 
> > It's kind of hard to do as a drop-in replacement to the normal r-tools as
> > the Kerberized version of r(sh|login|cp) are not compatible with their
> > non-Kerberized counterparts.  Now, if you want to force the user to *only*
> > use the Kerberized r-tools, this isn't a bad thing. :-)  So, I ended up
> > punting the same way you did and had our local RPM build into /opt/kerberos
> > which has been our traditional location.
> 
> The default krb4 installation installs r(sh|login|cp) suid root and
> are compatible with other r* implementations. If you don't like the
> warning message "using standard r..." you can se RSTAR_NO_WARN=yes.
> 
> Just build with --prefix=/usr and install.
> 

Making a RPM which has overlapping files with one of the official RH RPMS, 
or worst, simply replacing the binaries,  is  just bad news  if one has a lot of
machines to maintain.  The only sensible way round this  would be to 
build a kerberized  replacement version of the rsh RPM.  

cheers,
Alex