Re: patch for upgrade48.html (rm /usr/bin/opencvs...)

Nick Holland <[email protected]>
Newsgroups gmane.os.openbsd.www
Message-ID <[email protected]>
On 12/17/10 09:19, Nicolas P. M. Legrand wrote:
> Hey,
> 
> since OpenCVS wasn't link to 4.8 build, maybe it's better to rm the
> 4.7 binary and doc ?

There have certainly been other binaries that have been detached from
builds that have not been rm'd in the upgrade process (i.e., window(1)).

Unlike window(1), I think we hope that opencvs will return.

The primary reason why a binary is rm'd as part of an upgrade is when it
changes location (i.e., from /usr/bin to /bin) or moved to a port
(groff and friends, f77, etc.) where its continued existence is likely
to cause problems.  Unless I'm missing something, that doesn't apply to
opencvs, right?

On the other hand, if someone were USING opencvs for something, this
would actively break it.  So...small risk, no(?) benefit, so I'm not in
favor of this, though a convincing argument could change my mind.

Nick.

> cheers !
> 
> --- upgrade48.html	23 Nov 2010 00:35:41 +0100	1.16
> +++ upgrade48.html	17 Dec 2010 15:13:30 +0100	
> @@ -524,6 +524,7 @@
>  rm evieproto.pc lbxutil.pc printproto.pc trapproto.pc xaw8.pc \
>     xevie.pc xp.pc xprintapputil.pc xprintutil.pc xtrap.pc
>  rm /usr/X11R6/share/aclocal/xaw.m4
> +rm /usr/bin/opencvs /usr/share/man/cat7/cvsintro.0
>  </b></pre></blockquote>
>  
>  <a name="Kernchk"></a>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.