>Number:         7591
>Category:       pkg
>Synopsis:       pkgsrc/devel/cvs: -u extension causes interop problem
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager (NetBSD software packages system bug manager)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun May 16 22:05:00 1999
>Last-Modified:
>Originator:     Jun-ichiro itojun Hagino
>Organization:
itojun.org
>Release:        NetBSD-1.4
>Environment:
IBM ThinkPad 570
NetBSD 1.4
pkgsrc from NetBSD/NetBSD-1.4/source/sets/pkgsrc.tgz
System: NetBSD lychee.itojun.org 1.4 NetBSD 1.4 (LYCHEE.v6) #15: Sun May 16 15:56:25 JST 1999 itojun@lychee.itojun.org:/export/home/itojun/hyd14/sys/arch/i386/compile/LYCHEE.v6 i386


>Description:
	NetBSD pkgsrc/devel/cvs includes extension to prevent locking (-u).
	The extension is passed as global option (see patches/patch-al).
	However, as this is a non-standard option, there will be
	interoperability problem with non-NetBSD cvs program, especially when:
	- NetBSD cvs is on client side
	- non-NetBSD cvs is on server side (on repository host).

	As anoncvs servers becoming common, we cannot always assume that
	we have NetBSD cvs on the other end (the other end can be configured
	by other guys, not myself).
>How-To-Repeat:
	Install non-NetBSD cvs onto the server side.
		(I tried with stock cvs-1.10.5 on FreeBSD 2.2.7-RELEASE)

	Try to perform "cvs co -p -r tag cvs/tree/filename.c >/dev/null"
	from remote machine with NetBSD cvs.
		(I tried with NetBSD pkgsrc/devel/cvs, which uses cvs-1.10)

	remote end will claim that it knows nothing about global option -u.
>Fix:
	1. disable -u in NetBSD pkgsrc/devel/cvs
	2. add some option for "backward compatible mode" in NetBSD
	   pkgrsc/devel/cvs.
	3. negotiate to understand if the other end uses NetBSD variant of
	   cvs or not (I don't know if it is possible or not)
>Audit-Trail:
>Unformatted: