Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Message-ID:	<3D0A82A7.3090205@ece.gatech.edu>
Date:	Fri, 14 Jun 2002 19:56:23 -0400
From:	Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent:	Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language:	en-us
MIME-Version:	1.0
To:	Charles Wilson <cwilson AT ece DOT gatech DOT edu>
CC:	cygwin AT cygwin DOT com
Subject:	Re: cvs-1.11.2 test release
References:	<3CE83154 DOT 3030202 AT ece DOT gatech DOT edu> <3CE95D54 DOT 1050209 AT ece DOT gatech DOT edu>

Withdrawn.

(a) I've found a few bugs with this release

(b) in attempting to push upstream the patches our version of cvs has 
been using for the past 18 months, I encounted stiff resistance.  Okay, 
not actually resistance -- just utter apathy.  It seems that for all 
intents and purposes the official cvs tree is NOT undergoing any active 
development.  I received a suggestion to look into cvsnt -- which has 
now been backported to unix and is no longer a "windows only" port, as 
of Feb 22, 2002.

This sounds like a good idea.  In the long term, we should be able to 
leverage the cvsnt support for
   1) :pserver: running as a standalone service under LOCALSYSTEM, or 
from inetd(?).
   2) :ntserver: protocol, which uses NT authentication directly to 
change user contexts, when operating within an NT domain
   3) active development

Short term, I would like to create a "port" of cvsnt that compiles under 
cygwin, and provides absolute compatibility with our cvs-1.11.0-1 
package.  For now, I'm not worried about :pserver:, daemon operation, 
:ntserver:, etc.  Just the basics -- which is what we have working now 
with 1.11.0-1.

This means I need to cross-port our local cygwin changes, including the 
gdbm database support for modules and val-tags in CVSROOT.  The good 
news: the cvsnt guys probably LIKE to receive patches.

Since the cvsnt port is currently based on 1.11.1, I will probably 
package the cvsnt version as "t4est: cvs-1.11.1-X" and NOT 
"cvsnt-1.11.1...".  It might be a little confusing ("What?  'cvs' is not 
cvs?  It's cvsnt?") but this course of action would lead to far fewer 
upgrade/downgrade problems in the long run (think: cvs-1.11.0-2 == 
empty, cvsnt-1.11.1-1 conflicts with cvs-1.11.0-1, no way to revert 
back, etc)

Comments?  Questions?  Does anyone have experience with a *cygwin* port 
of cvsnt (not just using the native cvsnt from within cygwin)?

--Chuck


Charles Wilson wrote:

> Bump to 1.11.2-2.  I've fixed the autconf hackery, so it works correctly 
> now.  Thanks to Akim Demaille from the autoconf list for pointers...
> 
> All of the original warnings, provisos, etc apply to this "release". 
> Refer to the first message in this thread for more info.



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -