tiny patch for recognising libncurses

[Greg Stark]

I don't know about Red Hat, I assume it can handle multiple alternative
packages that provide similar functionality somehow. But this kind of misses
the point. You really want to have both installed and not have one conflict
with the other. Especially as you might also want ssl versions of these tools,
and some of the native tools on some OS's have added features that the
kerberized tools don't have.

In the debian kerberos packages i used a transform to prefix all the kerberos
utilities start with k:
	 --program-transform-name='s/^k*/k/' 

Ideally I would ask the maintainer of the standard tools to make them all
"alternatives" so that the local sysadmin could choose which package's
utilities to make the default. I'm not sure if Red Hat has anything like
Debian's "alternatives" though.

"Brandon S. Allbery KF8NH" <allbery at kf8nh.apk.net> writes:

> In message <am7ljpyppb.fsf at hummel.e.kth.se>, Love writes:
> +-----
> | "A.J.Martin" <a.j.martin at qmw.ac.uk> writes:
> | > 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 l
> | ot of
> | > machines to maintain.  The only sensible way round this  would be to 
> | > build a kerberized  replacement version of the rsh RPM.  
> | 
> | rpm -e rsh
> | rpm -e ftp
> | rpm -e telnet
> | rpm -e ...
> | 
> | rpm -i kth-krb4-with-prefix-in-usr-and-has-disgusting-suid-bits-on-r*.rpm
> +--->8
> 
> Even simpler:
> 
> Obsoletes: rsh
> Obsoletes: ftp
> Obsoletes: telnet
> ...
> Provides: rsh
> Provides: ftp
> Provides: telnet
> ...
> 
> 
> -- 
> brandon s. allbery	   os/2,linux,solaris,perl	allbery at kf8nh.apk.net
> system administrator	   kthkrb,heimdal,gnome,rt	  allbery at ece.cmu.edu
> carnegie mellon / electrical and computer engineering			kf8nh
>     We are Linux. Resistance is an indication that you missed the point.
> 
> 

-- 
greg