mgmt dropped requirement! Thanks! Re: I want initial revision to be 2.1, not 1.1

"Louis Geronime" <[email protected]> Fri, 29 Jun 2012 09:07:43 -0500
Newsgroups gmane.comp.version-control.cvs.tortoisecvs.user
Message-ID <[email protected]>
Thank you Torsten Martinsen [email protected] and Michael Kohne [email protected] 

mgmt retreated.

They now want to version using tags, and only allow certain CVS users the power to use certain tags...  what could go wrong?

thanks!

On 26/06/12 23:01, Louis Geronime wrote:
> Hi;
>
> TortoiseCVS version
> 1.12.5
> Concurrent Versions System (CVSNT) 2.5.05 (Gan) Build 3744
>
>
> We are doing a major upgrade and mgmt want all code (Crystal reports)  for the new system to be branded with a new version.   Our current CVS system uses the default 1.1 for new files -- which works great.
>
> We now want anything checked into the new repository to start at v2.1  -- this sounds fine because Cederqvist says:
Forget about it. Revision numbers are used internally by CVS and should 
not be modified.

Use tags, that's what they are there for.

-Torsten

>>> Michael Kohne <[email protected]> 6/27/2012 7:35 AM >>>
On Tue, Jun 26, 2012 at 5:01 PM, Louis Geronime
<[email protected]> wrote:
> Hi;
>
> TortoiseCVS version
> 1.12.5
> Concurrent Versions System (CVSNT) 2.5.05 (Gan) Build 3744
>
>
> We are doing a major upgrade and mgmt want all code (Crystal reports)  for the new system to be branded with a new version.   Our current CVS system uses the default 1.1 for new files -- which works great.
>
> We now want anything checked into the new repository to start at v2.1  -- this sounds fine because Cederqvist says:

Trying to force revision numbers in CVS is probably a bad idea. These
are intended as internal-use things, and by trying to force them to be
a particular number you risk exposing bugs in the clients and/or
servers that expect certain behavior. It's much safer to tag things
and let CVS do what it likes with the file version numbers.

>
> I noticed that CVSNT...   you must now pay a distribution fee to obtain the Community Edition of CVSNT.
> I think this is an issue with CVSNT but hope* someone has a solutiion...
>
If you can pry source code out of the March Hare folks, then perhaps
you could fix it. March Hare seems to have stopped work on CVSNT and
moved onto their own products.

My inquiries about the supposed source availability (supposedly
cvs.cvsnt.org maintains a public CVS server where the code can be
found, but I've been greeted with access refused every time I've tried
it) were met with 'we don't maintain that server, not our problem'.

If I read the GPL correctly, they DO have an obligation to provide the
source code to anyone that they've distributed the binary to. They DO
NOT have an obligation to provide the source to anyone who comes along
and asks for it. So, whoever originally got the binaries from them
that are in TortiseCVS could (in theory) ask for the source and (under
the GPL) they pretty much have to give it up. They could then publish
the source for the rest of us to get to.

Note that I've found http://cvsnt.sourcearchive.com/ which appears to
have source up through 2.5.03, but nothing beyond that. If you really
wanted to, you could start from there, re-implement whatever fixes are
in 2.5.05 and move forward.

-- 
Michael Kohne
[email protected]


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/