RE: Branching bug ??? (was Re: Bug is tagging the head of a branchhead???)

[Donald Sharp \(sharpd\)]

I don't deny that clearcase is capable of supporting a number of
branching models :)..  What I was saying is that forcing a /0 version on
parent branches can and will cause unnecessary merges( perhaps trivial,
but it's more work still, even more work in cvs for that matter ).
Especially if you are performing syncs on a regular basis between
branches, and long lived development is going on in child branches from
the original child branch.

Looking at the examples in the 'ct man config_spec' I see multiple
examples of more than 2 levels of branching.

And I've read white papers from rational that describe the sparse
branching methodology as the one to go with( unfortunately it was years
ago and I can't find the link this morning :) ).  As I recall they
recommend this methodology because it creates far far fewer versions of
elements, and back in the schema 53 days this *actually* mattered to a
very large extent.  Also anything that you can do to reduce the size of
the vob is important.  Performance can be a real dog on heavily
branched/versioned files( there's some n2( or worse ) algorithms tucked
away nicely in the internals, I would imagine ).  Anything that you can
do to avoid it is highly important, in my opinion :)

donald

-Original Message-
From: Paul Sander [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 19, 2004 8:45 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Branching bug ??? (was Re: Bug is tagging the head of a
branchhead???)


ClearCase is capable of supporting a number of branching models.  If you
read the ClearCase documentation, it never mentions a branch tree deeper
than 2 levels (including /main), so it's unclear what they really
recommend without taking an advanced class or hiring consultants.  And
even then you might get different recommendations from different
parties.  If you have an existing model then consultants would probably
recommend using it in the name of maximal knowledge transfer on the part
of the users.

That said, using a config spec similar to the following implements the
behavior that Chris describes:

element * CHECKEDOUT
element * .../branch2/LATEST
element * .../branch1/LATEST -mkbranch branch2
element * .../main/LATEST -mkbranch branch1

Or the following might be used if branch sprout points are labelled:

element * CHECKEDOUT
element * .../branch2/LATEST
element * .../branch1/BRANCH2 -mkbranch branch2
element * .../branch1/0 -mkbranch branch2
element * /main/BRANCH1 -mkbranch branch1
element * /main/0 -mkbranch branch1

This is a time-honored and common branch methodology in which the actual
branch tree shown in a file's version history matches the logical
structure, assuming that versions have been created on every branch.

The benefit to this is that it's easier for the users the wrap their
minds around branching because any given branch appears in the same
place in the branch tree.  That's not the case with lazy branching,
which is why process reviews done by developers often favor this method.

BTW, the amount of merging is the same between this method and lazy
branching.

Going off on a tangent, it's possible to reduce any branch tree to
maximum depth of 2 (trunk plus one level of branching).  The method
involves sprouting the new branch from the same point as the parent
branch, then copying the actual sprout point from the parent to the new
branch and checking it in as the first version on the new branch.  The
benefit to this is that branch trees are easy to render and understand.
The drawback is the overhead in branch creation.  Merge efforts are also
different due to the change in the common ancestor computations, but
it's hard to know if the change is detrimental or not.

--- Forwarded mail from [EMAIL PROTECTED]

I'm confused, My understanding is that Rational( or IBM ) recommends a
sparse branching methodology.  This methodology is the same one used in
cvs.  So the question becomes how are you doing your branching in
clearcase, and what do you consider it's benefits over this methodology?
I'm at a loss currently to explain why I'd want to create /0 versions
before I needed to on a branch( it forces merges that don't have to
happen ).

--- End of forwarded message from [EMAIL PROTECTED]



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: Branching bug ??? (was Re: Bug is tagging the head of a branchhead???)

[Donald Sharp \(sharpd\)]

I'm confused, My understanding is that Rational( or IBM ) recommends a
sparse branching methodology.  This methodology is the same one used in
cvs.  So the question becomes how are you doing your branching in
clearcase, and what do you consider it's benefits over this methodology?
I'm at a loss currently to explain why I'd want to create /0 versions
before I needed to on a branch( it forces merges that don't have to
happen ).

donald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, May 19, 2004 4:29 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Branching bug ??? (was Re: Bug is tagging the head of a
branchhead???)


> I don't think it's either, I think you're suffering from a fundamental
misconception 
> of some sort about how branches work, but I'm not sure exactly what it
is.

Your explanation (and Larry's now) makes sense, but I wish CVS didn't do
this...

My problem is I'm trying to use CVS like ClearCase, which is clearly
not, nor does it even start to pretend to be. So to "physically," and
not just conceptually accomplish what I want to do, I'll have to somehow
make CVS "think" that I've modified the files on my first branch
"before" I make the second branch. I'll give this a shot...

...or think of another way to accomplish what I want to do, which is to
have a 
development branch, and then individuals' development branches off the
development branch.

-chris

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 19, 2004 4:07 PM
To: Fouts Christopher (); [EMAIL PROTECTED]
Subject: RE: Branching bug ??? (was Re: Bug is tagging the head of a
branch head???)


[EMAIL PROTECTED] writes:
>
> So I ask again, is this a bug in v1.11.14, or is it user error. If 
> user error, how can I achieve my desired results, where b_dev_01_03 is

> off the trunk, and b_dev_01_03_cf branch off b_dev_01_03 branch?

I don't think it's either, I think you're suffering from a fundamental
misconception of some sort about how branches work, but I'm not sure
exactly what it is.  Your b_dev_01_03_cf branch *is* off the b_dev_01_03
branch conceptually, you just can't tell that from the revision numbers
because you didn't commit any changes to the first branch before
creating the second branch.  When you created the second branch, the
file on the first branch was still identical to the file on the trunk,
so the branch was physically rooted on the trunk.  If you think of a
real tree, there's isn't any way to distinguish between a branch that
springs off another branch right where that branch attaches to the trunk
and a branch that comes off the trunk at the same spot.

-chris

-Original Message-
From: Larry Jones [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 19, 2004 12:52 AM
To: Fouts Christopher ()
Cc: '[EMAIL PROTECTED]'
Subject: Re: Bug is tagging the head of a branch head???


"Fouts Christopher ()" writes:
> 
> If I want to tag the head of a newly created branch (with no work 
> committed to it yet), I just do a
> 
>   > cvs rtag -r b_dev_01_02 t_pre_dev_01_02_xx sample
> 
> correct?

Correct.

> Now when I do a checkout of the tagged files,
...
> and do a cvs status -v on one of the files, it shows the tag sticking 
> to the HEAD revision, NOT the branch head revision.

Also correct.

> Is this a bug???

No, it's an optimization.  CVS doesn't really create a branch in the RCS
file until you commit changes on the branch.  So, until you actually
commit changes on the branch, the head of the branch is the revision you
branched from.

-Larry Jones

Mom must've put my cape in the wrong drawer. -- Calvin



mail2web - Check your email from the web at http://mail2web.com/ .




___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: cvs admin -L

[Donald Sharp \(sharpd\)]

It means that it becomes a requirement to lock the file no matter who
you are.

donald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marcelo
Carvalho Fernandes
Sent: Friday, May 14, 2004 5:04 PM
To: [EMAIL PROTECTED]
Subject: cvs admin -L


Hi all !

In "cvs admin" command, there is a -L option that says:

"Set stricting lock. Strict locking means that the owner of an RCS file
is not exempt from locking for checkin"

What does it mean ? Can you give a exemple ?
--
Marcelo Carvalho Fernandes
Smart Tech Consulting
www.smartech.com.br
Tel:(55)21-2532-6335 






___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: Script for renaming CVS files and directories ?

[Donald Sharp \(sharpd\)]

Automation isn't really possible, as far as I understand the problem.
There's no way of putting the knowledge of what you want into a
script...  And essentially the process centers around moving or renaming
files, it's not terribly difficult to do by hand.

What exactly are you looking for?

donald
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Irving
Kimura
Sent: Thursday, May 13, 2004 4:52 PM
To: [EMAIL PROTECTED]
Subject: Script for renaming CVS files and directories ?




I've come across recipes for renaming CVS-tracked files and directories
so as to preserve their history.  Where can I find a script to automate
such renaming? 

Thanks!

Irv

-- 
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: Versioning between checkout|update, commit

[Donald Sharp \(sharpd\)]

The problem with this methodology is that it's very easy for stuff to
get checked in that will break the build for other people.  Isolation is
*good*.  Allowing people to save work that may not be finished is also
good( although maybe not as good ). 

donald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andy
Jones
Sent: Thursday, April 01, 2004 10:05 AM
To: Hugh Sasse Staff Elec Eng; [EMAIL PROTECTED]
Subject: RE: Versioning between checkout|update, commit



>> Some shops also implement a handoff mechanism that divorces the 
>> notion of "latest committed" from "candidate for integration".  That 
>> allows the developers to commit with impunity without fear that the 
>> world would see something inappropriately.
>
>Yes, some places seem to do this with different branches...

You don't *have* to use branches.

Here we tag each release.  We also tag the *next* release, and this tag
gets moved and updated as part of the testing process.

The developers are free to commit code at any time they like, knowing
that it will only appear in the test environment once the release tag
has been moved to that version.

The only time they would need to make a branch would be if they were
developing something that clashed with other development work.  However
this is handled, it will still need a merge at some point - the problem
is not CVS, but the work itself.

Andy Jones
Tapestry Software. 



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: Versioning between checkout|update, commit

[Donald Sharp \(sharpd\)]

-Original Message-
From: Hugh Sasse Staff Elec Eng [mailto:[EMAIL PROTECTED] 
Sent: Thursday, April 01, 2004 7:45 AM
To: Paul Sander
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Fouts Christopher (6452);
MKlinke
Subject: RE: Versioning between checkout|update, commit


Thank you for the responses...
On Wed, 31 Mar 2004, Paul Sander wrote:

> Some shops also implement a handoff mechanism that divorces the notion

> of "latest committed" from "candidate for integration".  That allows 
> the developers to commit with impunity without fear that the world 
> would see something inappropriately.

Yes, some places seem to do this with different branches...
>
> --- Forwarded mail from sharpd(.--.-.)cisco.com
>
> Create your own private branch to do work on.  When you want to save 
> work, commit the code. When you are done, merge the changes down.

The book "Open Source Development with CVS" says that you should keep
few branches active at any one time.  I'm wondering if there are
penalties (apart from storage costs) when many contributors create their
own branches?

---> Yes there are significant penalties with cvs in creating too many
branches.
---> I wouldn't worry about this if you are in a small shop( under 25
developers )
---> though.  I'm pretty sure this has been discussed ad infinitum here
though,
---> do a quick search to find this information :)

Also, doesn't having a separate branch for your own development make
doing an update in between edits more difficult?

---> Creating your own branch, definately increases the process that you
work with.
---> It's easy though, just more process.

>
> Other possibilities include implementing a backup system that takes 
> hourly snapshots

Yes, but it would be less flexible than SCCS, I think...

---> Just trying to give suggestions ;)

---> odnald
>
> --- End of forwarded message from sharpd(.--.-.)cisco.com
>
>

MKlinke  wrote

> I've been known to keep my own private CVS repository going where I 
> can keep track of my own changes until it's ready to be put into the 
> "official" repository.

How does the knowledge about the two repositories interoperate? I mean,
after you have committed to yours a few times, any commit will go to
that rather than the original repository, won't it?

If one has only read-only access to the main repository, that is OK,
because one will send in patches, but this will still change $Revision$
fields, asynchronously with the server.  -ko etc would work around that.
Maybe this reduction in information is acceptable given the cvs status
command, but I don't have enough experience to judge that.
>
> Regards,  Mike Klinke


Thank you,
Hugh



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: Versioning between checkout|update, commit

[Donald Sharp \(sharpd\)]

Create your own private branch to do work on.  When you want to save
work, commit the code.
When you are done, merge the changes down.  

Other possibilities include implementing a backup system that takes
hourly snapshots

Find what works best for you, of course.

donald
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hugh
Sasse Staff Elec Eng
Sent: Wednesday, March 31, 2004 12:39 PM
To: [EMAIL PROTECTED]
Subject: Versioning between checkout|update, commit


Still a newbie, I'd like to know how people tackle changing code they
are not ready to commit.  How does one maintain versions of changes one
has made to one's working copy of code, before one has reached the stage
of doing a commit?

It would be possible to use SCCS for this, I suppose, as I think it's
keyword tags are based on @() rather than $$, but this means keeping two
sets of commands in one's head at once, when they perform much the same
function.  I think this would be error prone. RCS uses the same
information in files as CVS and would therefor conflict.

I've searched the faqs and the last 3 months of the list for likely
subjects, but my keyword searches were less than adequate

Thank you,
Hugh



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: cvs log and UTC

[Donald Sharp \(sharpd\)]

Yes, please, I can't tell you the hell I've had recently with Timezones
being non-numeric.

Did you know that Australia has a EST timezone that nicely corresponds
to the East coast of the united states?

donald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Derek
Robert Price
Sent: Wednesday, March 24, 2004 4:46 PM
To: Mark D. Baushke
Cc: Liza Blaney; [EMAIL PROTECTED]
Subject: Re: cvs log and UTC


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mark D. Baushke wrote:

> Derek Robert Price <[EMAIL PROTECTED]> writes:
>
> I have a minor quibble, the timezone should be numeric - rather 
> than the alphabetic UTC. However, I agree that a timezone indication 
> in the output of cvs log and friends would be reasonable.


Um, yes.  If I'd thought about the matter more I probably would have
suggested the same thing.




___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: EOF while looking for end of string in RCS file : How to deleteproblem file?

[Donald Sharp \(sharpd\)]

If you never wanted the mp3 file to be in the repository, directly
removing the ,v file is a safe operation to do.

donald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fred
Phase
Sent: Tuesday, March 09, 2004 7:28 AM
To: [EMAIL PROTECTED]
Subject: EOF while looking for end of string in RCS file : How to
deleteproblem file?


I imported some MP3s into CVS by mistake (yes I do own the copywrite!).

With my limited knowlege I only know how to delete them by checking the
project out and using "cvs delete" to remove the MP3s one by one.

However, there is one that produces the following error message... "EOF
while looking for end of string in RCS file
/var/cvsroot/intranet/audio/Mon27Oct03e0723.mp3,v"

This sort of thing is not unexpected because I told CVS all about jpgs,
gifs & pngs being binary but not MP3!

If I can't check it out then how do I delete the thing? I heard that
doing stuff directly in the CVSROOT directory is most inadvisable and
could break stuff if I am no careful.

Anyone know how I can get out of this pickle?
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: [OFT] scripting removal of $Id:

[Donald Sharp \(sharpd\)]

find . -print | xargs sed -e ..

as stated earlier make sure it's safe first.

donald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Euan
Guttridge
Sent: Friday, February 20, 2004 11:48 AM
To: [EMAIL PROTECTED]
Subject: RE: [OFT] scripting removal of $Id:


perfect, can you advance on that - to run from top level directory to
recurse through subdirectories - replacing each file with the edited
version?

-Original Message-
From: Rick Genter [mailto:[EMAIL PROTECTED]
Sent: 20 February 2004 16:28
To: Euan Guttridge; [EMAIL PROTECTED]
Subject: RE: [OFT] scripting removal of $Id:


Can't you do this with a one-liner using sed?

sed -e '/\$Id:.*\$/d'

Rick
--
Rick Genter
Sr. Software Engineer
Silverlink Communications

(781) 272-3080 x242

This e-mail, including attachments, may include confidential and/or
proprietary information, and may only be used by the person or entity to
which it is addressed.  If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited.  If you have received this e-mail in error, please notify
the sender by replying to this message and delete this e-mail
immediately.




-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Euan Guttridge
Sent: Friday, February 20, 2004 10:58 AM
To: [EMAIL PROTECTED]
Subject: [OFT] scripting removal of $Id:

Has anybody come across a shell script to parse a large number of text
files, removing the CVS keyword replacement lines (all containing $Id:)?

For example 

input:
 package com.shop.backoffice;
 import javax.servlet.http.HttpServletRequest;
 /**
  * Test class for blah
  * $Id: blah.java,v 1.2.2.3 2004/01/21 10:03:04 jwilson Exp $
  */

output:
 package com.shop.backoffice;
 import javax.servlet.http.HttpServletRequest;
 /**
  * Test class for blah
  */

Thanks


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: [OFT] scripting removal of $Id:

[Donald Sharp \(sharpd\)]

I'd be carefull about using that line as part of a blind search and
removal.
$Id:.* is very legal syntax with perl code.  Having said that a dry run
would 
quickly let you know if it was going to cause you problems.

donald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Lemke,
Michael IZ/HZA-IOP
Sent: Friday, February 20, 2004 11:26 AM
To: 'Euan Guttridge'; [EMAIL PROTECTED]
Subject: RE: [OFT] scripting removal of $Id:


Hm how about:

 sed -e '/\$Id:.*\$/ d' 

Command line suffices.

Michael


> -Original Message-
> From: Euan Guttridge [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 20, 2004 4:58 PM
> To: [EMAIL PROTECTED]
> Subject: [OFT] scripting removal of $Id:
> 
> 
> Has anybody come across a shell script to parse a large number of text

> files, removing the CVS keyword replacement lines (all containing 
> $Id:)?
> 
> For example
> 
> input:
>  package com.shop.backoffice;
>  import javax.servlet.http.HttpServletRequest;
>  /** 
>   * Test class for blah
>   * $Id: blah.java,v 1.2.2.3 2004/01/21 10:03:04 jwilson Exp $
>   */
> 
> output:
>  package com.shop.backoffice;
>  import javax.servlet.http.HttpServletRequest;
>  /** 
>   * Test class for blah
>   */
> 
> Thanks
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
> 


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: CVS Pros/Cons

[Donald Sharp \(sharpd\)]

Nothing I can release to the wild, without alot of work on my part(ie
getting legal involved).  And I'm not terribly interested in doing that,
currently.  It's alot of paperwork.

donald

-Original Message-
From: Brian Murphy [mailto:[EMAIL PROTECTED] 
Sent: Friday, February 13, 2004 3:14 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: CVS Pros/Cons


 --- "Donald Sharp (sharpd)" <[EMAIL PROTECTED]> wrote:
> 
> 
> 
> >Check-outs and commits are not atomic. The
> repository
> >will not become corrupt, but if you are checking in
> a
> >number of files and one file fails, the system does
> >not roll back the other files in the repository to
> >their state before the checkin. Similarly, CVS
> can't
> >roll back an update operation if it generates a
> >conflict.
> 
> I've seen scripts that take care of this problem.
> Wouldn't be that hard
> for someone to write something like this ontop of
> cvs.
> 

Donald - could you  point me in the direction of these
scripts?

Thanks,
Brian





___
BT Yahoo! Broadband - Free modem offer, sign up online today and save
£80 http://btyahoo.yahoo.co.uk



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: CVS Pros/Cons

[Donald Sharp \(sharpd\)]

>Weaknesses of CVS:
>
>There is no integrity-checking for the source-code
>repository. Amazingly, there are no checksums or
>signatures to allow the integrity of the source-code
>repository to be verified. This means that the
>repository can become corrupt and it can be months
>before you realize it. This has never happened to me,
>but it is imperative that you back up the repository
>to permanent storage (burn CD-Roms) regularly because
>of this danger.

check out check_cvs in the contrib code.  It provides a methodology to
automate this problem, via frequent running of this script.  I would
suggest running it once a week via crontab or somesuch.


>Check-outs and commits are not atomic. The repository
>will not become corrupt, but if you are checking in a
>number of files and one file fails, the system does
>not roll back the other files in the repository to
>their state before the checkin. Similarly, CVS can't
>roll back an update operation if it generates a
>conflict.

I've seen scripts that take care of this problem.  Wouldn't be that hard
for someone to write something like this ontop of cvs.


>It is a bit difficult to learn about the myriad of configuration files
that control CVS's
>behavior. The official manual (by Per Cederqvist) is a bit out of date,
so sometimes it's 
>necessary to ask on the mailing lists or look in FAQs about behavior
that seems a bit 
>strange.

I've never found anything undocumented.  The manual is terse, and hard
to read, but it's there.  If you have a specific example of something
that isn't documented properly, please come to this list with it.  It
should be addressed.

donald

Thanks,
Brian







___
BT Yahoo! Broadband - Free modem offer, sign up online today and save
£80 http://btyahoo.yahoo.co.uk


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: Have I got a corrupt repository?

[Donald Sharp \(sharpd\)]

Andy -

As a suggestion to tackling this problem from a different direction,
would you please
run the check_cvs script over your repository.  The script should be
found in the scripts
directory of the cvs distribution.  I'm interested in the output.

donald
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark D.
Baushke
Sent: Wednesday, January 14, 2004 4:48 AM
To: Andy Jones
Cc: [EMAIL PROTECTED]
Subject: Re: Have I got a corrupt repository? 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Andy Jones <[EMAIL PROTECTED]> writes:

> >What do you see in the CVS/Entries file for the corresponding 
> >directory that is showing those 'greek' filenames?
> 
> Yep, you're right.  That's where the "greek filename" is coming from.

Okay. Now to try to figure out why the CVS/Entries file is getting
corrupted... the core dump is happening in the fprintf() that creates an
entry in that file...

> >That would be a matter of looking in bug tracking for your vendor 
> >(Redhat for version 7.1) to see if there were any bug reports against

> >the kernel you are using.
> 
> Okay, I can't see anything, but that's not complete proof that you are

> wrong.

If you are at version 2.4.20-28.7 of the kernel and glibc-2.2.4-33, then
I doubt that there is an mmap bug around any longer. If you are not at
that level, you may wish to look into getting some updates from
ftp://updates.redhat.com/7.1/en/os/ while they are still available.

> >The line in entries.c is this one:
> >if (fprintf (fp, "/%s/%s/%s", p->user, p->version, p->timestamp) 
> >< 0) so it miht be interesting for you to issue the commands
> >
> >  up
> >  up
> >  p *p
> 
> (gdb) up
> #1  0x40156677 in fprintf () from /lib/libc.so.6
> (gdb) up
> #2  0x0805d950 in fputentent (fp=0x82f7b40, p=0x80fbda0) at
entries.c:424
> 424 if (fprintf (fp, "/%s/%s/%s", p->user, p->version,
p->timestamp) < 0)
> (gdb) p *p
> $1 = {type = 136248160, user = 0x80feec8 "\n\tim1", version = 
> 0x632f6c61 ,

Well, a user value having a newline is not auspicious nor is having a
corrupt value for version and timestamp.

>   timestamp = 0x725f7376 ,
>   options = 0x736f7065 ,
>   tag = 0x726f7469 , date =
0x61742f79 ,
>   conflict = 0x74736570 }
> 
> Andy.

Trying to figure out how the values became corrupt is likely to be
harder.

-- Mark

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQFABRBA3x41pRYZE/gRAvPmAKCW9LuZ92eJHg1hhGDtn5RKzOnUIgCgyssJ
LlBeWTZDMV4ieq3mMFskHyw=
=7/YM
-END PGP SIGNATURE-


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Commitinfo examples

[Donald Sharp]

This is a small problem.  Although I would turn it around and create
a wrapper script that the users would need to run to commit.  Part 
of this wrapper script would gather the changes and run whatever
'process' you want around the about to be committed files.

donald
On Thu, Nov 20, 2003 at 04:25:32AM -0800, [EMAIL PROTECTED] wrote:
> I'm trying to deal with some users who habitually commit "useless" changes
> to files.  By "useless" I mean whitespace changes at the front and end of
> line, changing the position of curly-braces, etc.  While I would love to
> flog these people I've been told it would be bad for morale.  My managers
> want me to find a way to enforce, through CVS, some basic coding
> standards.
> 
> We run CVS 1.11.5 (willing to upgrade) pserver on an old Solaris 5.6 box.
> 
> I looked through the code for commit_prep in the contrib directory and
> understand it, but it looks like it is designed to run in the local
> directory.   This may be a problem since we use pserver (behind a firewall
> on a secure sub-network).
> 
> So...  Am I reading the commit_prep script wrong?  Would it work over
> pserver?  If so I could use it as a base for what I'm looking for.  If not
> is there any way to do what I'm looking for over pserver?
> 
> -- David Fuller
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Broken pipe with loginfo in a chroot jail

[Donald Sharp]

It's a term to describe what the purpose of chroot is.  chroot
attempts to severly limit/restrict access to a machine, hence
the term 'jail'.

donald
On Fri, Nov 07, 2003 at 09:28:57AM -0500, Jim.Hyslop wrote:
> Geoff Beier [mailto:[EMAIL PROTECTED] wrote:
> > Sorry if this is a silly question, but have you put a shell 
> > in your jail?
> OK, here's an even sillier question - what is a "chroot jail"?
> 
> -- 
> Jim Hyslop
> Senior Software Designer
> Leitch Technology International Inc. (http://www.leitch.com)
> Columnist, C/C++ Users Journal (http://www.cuj.com/experts)
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Case insensitivity ad nauseum

[Donald Sharp]

It's not terribly uncommon to have both Makefile and makefile
in some build trees I've seen( and they have a different meaning
to make! ) on unix.  I wouldn't want cvs to stop surporting
the ability to track this at all!  It's not unreasonable to have
the same name with different cases, rare yes, but not unreasonable.

The true dichotomy of this problem is that cvs is trying to 
support different filesystems which have different semantics.

donald
On Wed, Nov 05, 2003 at 10:11:45AM -0500, Jim.Hyslop wrote:
> Greg A. Woods [mailto:[EMAIL PROTECTED] wrote:
> > [ On Tuesday, November 4, 2003 at 13:57:25 (-0500), Derek 
> > Robert Price wrote: ]
> > > Subject: Case insensitivity ad nauseum
> > >
> > > So anyway, why _don't_ we remove the case-insensitivity support?
> > 
> > I can only say it should never ever have been put in in the first
> > place.
> First, Derek, let me thank you for all the work you have put in on this.
> 
> It sounds like I'm going to be the sole dissenting voice here, at least so
> far. Let me explain my reasoning; it will be rather round-about, but please
> bear with me. It will (I hope) make sense in the end.
> 
> Historically, computers have not had the processing power to be able to work
> the way humans expect the world to work, so humans have always had to bend
> to the limitations of the computer. While that may have been acceptable
> forty years ago, in this day and age when using desktop or laptop systems,
> it is not. Computers today are tools that should make the jobs easier for
> human beings. Computers should bend to the expectations of humans, not the
> other way around.
> 
> >From the time we first learned to read, we have never considered the case of
> a word to be significant in determining the identity of an object being
> referred to. My name is Jim. My name is also JIM. If you're talking about
> me, then it doesn't matter whether you spell my name "Jim," "JIM," or any of
> the other six variations involving case: the label that you apply to me is
> not case-sensitive. That's the way the world works... except in computer
> sciences. Well, I believe the time has come to rectify that.
> 
> A file name is a label that a human applies to a particular entity called a
> "file". As I said earlier, case distinction in labelling entities is
> irrelevant. Case-preserving, case-insensitive file systems are, in my
> opinion, the correct way to model the world. In this respect Bill Gates
> actually did something *right* with Windows (let's not go into the myriad
> ways he went wrong - that's a whole other troll^H^H^H^H^H rant).
> 
> As you have probably gathered, my background is almost entirely
> Windows-based. In case-sensitive (i.e. Unix) systems, what is the generally
> accepted practise with respect to naming files: is it generally considered
> bad practise to have two files with the same name, that differ only by case,
> in the same directory? My understanding is that the common practise on Unix
> is to use all lower-case names, to avoid potential confusion. Sounds to me
> like this is a manually-operated (and therefore error-prone) convention
> imposed in order to have, effectively, a case-insensitive, case-preserving
> file naming system ;-)
> 
> Let's build software that works the way people expect. On a
> case-insensitive, case-preserving file system such as Windows or (I believe)
> Mac OS, that means making the program smart enough to realize that "cvs rlog
> myproject" also means "cvs rlog MyProject". If you put it in, you
> unfortunately won't get a lot of Windows users saying "thank you for making
> it match the case", but if you leave it out you might get a lot of Windows
> users saying "WTF? Why am I getting an error with 'cvs rlog myproject'?
> Whaddya mean it's case-sensitive?!? What a stupid program!!"
> 
> It won't be easy, and I'm sure the problem is rather complex, but I truly
> believe the end results *will* be worth the extra effort involved.
> 
> -- 
> Jim
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: What is the proper way to talk to the developers

[Donald Sharp]

you appear to have found it.

donald
On Wed, Nov 05, 2003 at 10:28:16AM -0500, Tony Ennis wrote:
> ...and suggest an enhancement.
> 
> Anyone know how?
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: revision/version numbers

[Donald Sharp]

Ick.  I hate keyword expansions.  The minute you ever merge
between branches you have to deal with those keywords.

donald


On Sat, Nov 01, 2003 at 02:18:45PM +0100, Spiro Trikaliotis wrote:
> Hello,
> 
> On Fri, Oct 31, 2003 at 04:53:33PM -0500, Robert Clark wrote:
> 
> > If you are not too worried a few odd merge conflicts, you could always add the
> > $Revision$ or $Id$ keywords to a comment in your source code and the write 
> > the canonical 5 lines of Perl to snag the revision number from the file. Or 
> > use ident (which is part of RCS) to do that for you.
> 
> Sorry for coming to this discussion this late, but IMHO, using the "RCS
> way" (ident with $Id$ in the source code *and* the binary) seems to me
> to be the best solution for what Katherine needs.
> 
> 'ident'ing the resulting binary gives you exactly what you need, the
> list of all revisions of the sources used to compile that binary.
> 
> Spiro.
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: revision/version numbers

[Donald Sharp]

Not so!  If I need to audit the old code I pull from the label!
Are you going to pull from individual file version numbers, instead?
And if you are being required to compare versions to labels
why aren't you trusting your versioning system?

donald
On Fri, Oct 31, 2003 at 04:19:57PM -0500, Bert Robbins wrote:
> The label collectively identifies the files and their individual revisions.
> The label alone is useless in an audit.
> 
> Bert
> 
> 
> > -Original Message-
> > From: Donald Sharp [mailto:[EMAIL PROTECTED]
> > Sent: Friday, October 31, 2003 4:11 PM
> > To: Katherine King
> > Cc: '[EMAIL PROTECTED]'
> > Subject: Re: revision/version numbers
> > 
> > 
> > Why do you need this?  What is important is the label!
> > 
> > If you can't convince them that it's not terribly important
> > pull a workspace over the release label and do a cvs status -R
> > and parse the output.
> > 
> > donald
> > On Fri, Oct 31, 2003 at 03:56:47PM -0500, Katherine King wrote:
> > > Hi,
> > > 
> > > I am pretty much a beginner to CVS, but somehow "becoming" 
> > the expert on the
> > > team, and this is now causing me to need to ask for some 
> > help.  We have a
> > > CVS repository, and we are working with branches and tags, 
> > no problem.  But
> > > we need a little more information about revision numbers 
> > for the quality
> > > assurance team.  I have been able to get this for the main 
> > branch by locking
> > > the tree - this shows the version/revision numbers (cvs 
> > admin -l), but I
> > > need the version/revision numbers for all the files with a 
> > certain tag.  Is
> > > there a way to do this?
> > > 
> > > Sorry if this is a silly question, but I haven't been able 
> > to find it.
> > > 
> > > Thanks
> > > Kate
> > > 
> > > 
> > > ___
> > > Info-cvs mailing list
> > > [EMAIL PROTECTED]
> > > http://mail.gnu.org/mailman/listinfo/info-cvs
> > 
> > 
> > ___
> > Info-cvs mailing list
> > [EMAIL PROTECTED]
> > http://mail.gnu.org/mailman/listinfo/info-cvs
> > 


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: revision/version numbers

[Donald Sharp]

How does this confirm that you are or aren't using a old version of the
file?  It just tells you that a file has a certain version.

donald
On Fri, Oct 31, 2003 at 04:12:54PM -0500, Katherine King wrote:
> It's to do with the quality team - they want to confirm that we aren't using
> an old version of a file, so they want a list of all the files along with
> their versions.  Unfortunately, I would have to find this manually on the
> branch.  The quality team are not programmers, and some of them do not even
> have any programming experience.  They want logs of everything - build,
> local unit testing, deployment to dev environment, unit testing on dev
> environment, deploy to test environment, unit testing on test environment,
> application logs etc, etc
> 
> Thanks
> Kate
> 
> -Original Message-
> From: Donald Sharp [mailto:[EMAIL PROTECTED] 
> Sent: October 31, 2003 4:11 PM
>  Subject: Re: revision/version numbers
> 
> Why do you need this?  What is important is the label!
> 
> If you can't convince them that it's not terribly important
> pull a workspace over the release label and do a cvs status -R
> and parse the output.
> 
> donald
> On Fri, Oct 31, 2003 at 03:56:47PM -0500, Katherine King wrote:
> > Hi,
> > 
> > I am pretty much a beginner to CVS, but somehow "becoming" the expert on
> the
> > team, and this is now causing me to need to ask for some help.  We have a
> > CVS repository, and we are working with branches and tags, no problem.
> But
> > we need a little more information about revision numbers for the quality
> > assurance team.  I have been able to get this for the main branch by
> locking
> > the tree - this shows the version/revision numbers (cvs admin -l), but I
> > need the version/revision numbers for all the files with a certain tag.
> Is
> > there a way to do this?
> > 
> > Sorry if this is a silly question, but I haven't been able to find it.
> > 
> > Thanks
> > Kate


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: revision/version numbers

[Donald Sharp]

Why do you need this?  What is important is the label!

If you can't convince them that it's not terribly important
pull a workspace over the release label and do a cvs status -R
and parse the output.

donald
On Fri, Oct 31, 2003 at 03:56:47PM -0500, Katherine King wrote:
> Hi,
> 
> I am pretty much a beginner to CVS, but somehow "becoming" the expert on the
> team, and this is now causing me to need to ask for some help.  We have a
> CVS repository, and we are working with branches and tags, no problem.  But
> we need a little more information about revision numbers for the quality
> assurance team.  I have been able to get this for the main branch by locking
> the tree - this shows the version/revision numbers (cvs admin -l), but I
> need the version/revision numbers for all the files with a certain tag.  Is
> there a way to do this?
> 
> Sorry if this is a silly question, but I haven't been able to find it.
> 
> Thanks
> Kate
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: roll back repository ?

[Donald Sharp]

On that note, run the check_cvs script that comes with the cvs
distribution.  It'll help you establish if/where corruption
actually happened.

donald
On Wed, Oct 29, 2003 at 12:40:32AM -0500, Larry Jones wrote:
> Richard Pfeiffer writes:
> >  
> > Some of the projects in our cvs repository were corrupted, either when
> > we had an extreme server overload  (77 cvs processes happening at once)
> > and had to shutdown inetd to prevent our cvs server from crashing (swap
> > space was almost gone, load was 46%, kernel was at 63%, some users
> > sub-branching processes were taking huge amounts of CPU time) or when
> > some changes were made to the server kernel parameters.
> 
> What kind of corruption?  CVS is very careful with the RCS files, so
> unless you had a seriously broken kernel, the individual RCS files
> should be intact.  Of course, you may have inconsistencies such as
> partial commit or tag operations, but that should be resolvable by just
> repeating the operation.
> 
> -Larry Jones
> 
> He just doesn't want to face up to the fact that I'll be
> the life of every party. -- Calvin
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: CVS Protocol History

[Donald Sharp]

Why not just look at the source or the CHANGES logs?

donald
On Thu, Jul 03, 2003 at 09:17:22AM -0400, Seshan, Sriram wrote:
> Hi,
> 
> Is there an easy way to trace the development of the CVS protocol. In
> particular I would like to know at what version the Kopt and the Is-modified
> requests were added. 
> 
> Also is it reasonable to expect CVS servers out there today to support them
> 
> 
> Thanks in advance
> 
> Sriram
> 
> 
> 
> The contents of this e-mail are intended for the named addressee only. It
> contains information that may be confidential. Unless you are the named
> addressee or an authorized designee, you may not copy or use it, or disclose
> it to anyone else. If you received it in error please notify us immediately
> and then destroy it. 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Changing group when commit

[Donald Sharp]

chgrp cvs_innov 
chmod g+s 

You might want to do this recursively.

donald
On Thu, May 29, 2003 at 03:34:19PM +0200, [EMAIL PROTECTED] wrote:
> Hi all !
> 
> I have a little problem with security. Is there any way to avoid changing
> group when i commit a file ?
> I'm using pserver and i have a file with this permissions in the repository
> directory:
> 
> -rw- rwx ---1 cvs_innov  cvs_genesisChangelog.txt
> 
> The group cvs_genesis is not the primary group for the cvs_innov users, is
> a group called cvs_innov.
> Then when i get Changelog.txt file, make some modifications and i make the
> commit, then the repository
> directory file is:
> 
> -rw- rwx ---1 cvs_innov  cvs_innovChangelog.txt
> 
> Then when i try to log in with another cvs_genesis group's user i can't get
> this file !.
> 
> Is there any way to preserve the group ??
> 
> Thanks!
> Jorge Fernandez
> 
> --- end of message --
> 
>   Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información CONFIDENCIAL sometida a secreto profesional o cuya divulgación
> esté prohibida en virtud de la legislación vigente. Si ha recibido este
> mensaje por error, le rogamos que nos lo comunique inmediatamente por esta
> misma vía o por teléfono (34 93 739 67 00) y proceda a su destrucción.
> Nótese que el correo electrónico vía Internet no permite asegurar ni la
> confidencialidad de los mensajes que se transmiten ni la correcta recepción
> de los mismos.  En el caso de que el destinatario de este mensaje no
> consintiera la utilización del correo electrónico vía Internet, rogamos lo
> ponga en nuestro conocimiento de manera inmediata.This message is
> intended exclusively for its addressee and may contain information that is
> CONFIDENTIAL and protected by a professional privilege or which disclosure
> is prohibited by law. If this message has been received in error, please
> immediately notify us via e-mail or by telephone (34 93 739 67 00) and
> delete it. Please note that Internet e-mail does not guarantee the
> confidentiality or the proper receipt of the messages sent.  If the
> addressee of this message does not consent to the use of Internet e-mail,
> please communicate it to us immediately.
> _
> 
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: The idea isn't clear...

[Donald Sharp]

Why does each developer need his or her own branch.  

Just pull a workspace and have the developer treat his
local workspace as a branch.  That way whoever commits
first forces everyone else to auto-update and pull in
the changes...  Instead of waiting till the end.

donald
On Wed, May 28, 2003 at 06:39:00PM -0300, Giovanni Giazzon wrote:
> Hi all,
> I'm quite new to CVS, and I'm having some difficulties to understand it's
> logic. I have a project in the HEAD "section", and I've created a branch to
> each developer. So they work on it, commit on it, and we are all happy, but
> when comes the time to generate a new version and merge each branch, I feel
> like having no gain in productivity. It's hard to merge three or more
> branches since different implementations can converge in a same file. That's
> the problem of work with multiple instances of a same file: if you work by
> demand, you might have logical concurrence in different implementations.
> But, is this right? That's the way to work with CVS?
> 
> Regards,
> Giovanni Giazzon
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: outsider's perspective

[Donald Sharp]

On Tue, May 27, 2003 at 02:45:14PM -0700, Kaz Kylheku wrote:
> On Tue, 27 May 2003, Steve deRosier wrote:
> 
> > Also, if so many people NEED this functionality, why doesn't it get 
> > added to CVS? 
> 
> One reason is that it doesn't have to be literally added into the CVS
> program, but rather imposed on top of it. CVS can be used as a
> subprocess in a version control system that has the functionality.
> This is a legitimate way of creating a ``CVS II''. In fact, this
> approach is better in many ways than hacking inside CVS.  Separate
> processes provide fault isolation, and avoid forking the codebase. If
> ``CVS II'' has a bug that stems from CVS, you just upgrade CVS to the
> bugfixed version. It's blackbox inheritance! CVS gives us the ``base
> class'' which we ``override'' to the get ``CVS II'' behavior with
> versioned directories, symbolic links, permissions, etc.
> 
> There are a few drawbacks. The command line interface sometimes is less
> than ideal, and also systems impose limitations on its length, so the
> ``CVS II'' layer sometimes has to break up long command lines, turning
> one logical CVS operation into multiple actual ones.  Another problem
> is that the output of the CVS process sometimes has to be passed
> through a text filter so that it makes sense at the ``CVS II'' level.
> Doing the substitutions in CVS itself would mean altering its code.
> 
> ``CVS II'' has already been written, and released almost 1.5 years ago,
> but you see, it was unfortunately named ``Meta-CVS'', and so people
> somehow don't see it as a proper sequel.  If the sequel to The Matrix
> was called ``Riemann Sphere'', perhaps few would get it either.
> 
> Meta-CVS does directory structure versioning, and other things. but
> it's not CVS II!  Why? Because it's not *called* CVS II, and besides,
> it's not backward compatible.  Never mind that it uses CVS for
> everything: branching, merging, diffing, annotating, viewing logs etc.
> and that it's nearly command-for-command compatible. What it stores
> in the CVS repository can't be grokked by CVS I clients. (Just like
> ANSI C programs can't be grokked by K&R compilers; are those programs
> not written in C?)
> 
> Okay, so if this is not legitimate, let's hear a concrete plan about
> how CVS can be extended to make a ``CVS II'' which is completely
> backward compatible with CVS I clients, and works as well as Meta-CVS.
> Better yet, let's see some code. It's not enough to propose alternative
> ideas when the existing idea is already coded. The CVS mailing list has
> seen more than a *decade* of idle discussions about this subject already.

In some respects I think this last paragraph is unfair.  I've seen
lots of different ideas over the last couple of years that get 
squashed loudly whenever they are brought up.  Why would people want
to contribute when there is no interest in changing cvs.  Or when
people do show interest they get yelled at for not doing it the
'pure cvs' way.   

donald
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: outsider's perspective

[Donald Sharp]

Have you looked at subversion?  Or what about bitkeeper?

I'm pretty sure that subversion can handle directory versioning.

I don't know about bitkeeper as that I refuse to download the 
source due to their restrictive liscensing agreement...

donald
On Tue, May 27, 2003 at 08:50:02AM -0500, Phil R Lawrence wrote:
> Well, I want to say thank you to all who posted regarding my query regarding dir 
> versioning.  That was a heck of a discussion.  My resulting perspective:  CVS seems 
> innapropriate for our real world needs, preferring instead to serve a "purer" 
> versioning paradigm.  (A paradigm which, by the way, seems too complex for me to 
> easily understand.)
> 
> To recap, I was looking for:
>   - the complete history and versioning of every individual file
>   - the ability to recreate dir structures, including hard and
> symbolic links
> 
> These 2 things would have allowed me to checkout our whole ERP dir structure as of a 
> given date.  Sweet!  
> 
> Greg says to use the right tool for the right job.  Well, I wish CVS were the right 
> tool, because the two "right tools" I've read about have real problems!
> 
> ClearCase:
> ClearCase costs a lot of money.  I mean a *lot* of money.  Now, my organization 
> might pay for it, or they might not, I don't know.  We are a University in the USA, 
> so we do have money.  But I guarantee most of this world would never in a million 
> years be able to pay that sort of money.  So while my org might get by, the rest of 
> the world suffers for the lack of an open source solution.
> 
> My own custom build tool, wrapped around CVS:
> Gimme a break.  It's taken our ERP vendor a decade (more?) to evolve their current 
> ... um...  way of doing things.  I'm pretty good at hacking and munging, but I am 
> not prepared to try and automate all of the linking and the recreation of the other 
> inconsistent results of their upgrade scripts upon CVS checkout.  No, I need a tool 
> that can simply capture the *results* of their way of doing things and leave it at 
> that.
> 
> In conclusion, I know I have little choice but to follow Greg's advice.  I'll use 
> CVS for my little perl modules, but I'll be sorry to report to my boss that CVS 
> won't work for our ERP versioning project.
> 
> Phil
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Repository File Corruption

[Donald Sharp]

On Fri, Mar 28, 2003 at 12:48:13PM -0800, Wayne Johnson wrote:
> We had an interesting experience last night.  We have a RH Linux CVS
> server that holds several (hundred?)thousand repository files.  A large
> number (>50) of the CVS files got corrupted (truncated) when (according
> to the history file) one of our users in Germany did a Tag request.  The
> files affected were contained only within a few directories, but didn't
> seem to follow any pattern.  
>  
> This happened once before, last year.  Same repository but a different
> machine (which we promptly executed and buried in the back lot).  We now
> have a new superfast multi-processor raid-5 server.  We would REALLY
> prefer this not happen again.
>  
> One interesting coincidence was that most of the files needing to be
> restored were on the backup tape that was started just a few minutes
> before the corruption occurred.  10 were corrupted on this tape and we
> had to restore from the previous nights tape.
> 
> Is it possible that somehow our Veritas back up program is confusing CVS
> somehow?  I can't see the Veritas backup daemon modifying the file, and
> our sysadmin doesn't think it should even be locking the file.

Backup's of the repository should ideally lock the repository so
that it's not changing underneath you as you save the data off.

>  
> Anyone have any other ideas?  

Yeah, alot depends on how you access the data in the repository.
I'd hazard a guess and say that you are just remotely mounting
the repository everywhere.  I'd suggest switching over to using
pserver or the ext access methodology.

donald
> 
> 
> =
> ---
> Wayne Johnson, | There are two kinds of people: Those 
> 3943 Penn Ave. N.  | who say to God, "Thy will be done," 
> Minneapolis, MN 55412-1908 | and those to whom God says, "All right, 
> (612) 522-7003 | then,  have it your way." --C.S. Lewis
> 
> __
> Do you Yahoo!?
> Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
> http://platinum.yahoo.com
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: cvs issue reporting

[Donald Sharp]

[EMAIL PROTECTED]

donald
On Tue, Mar 25, 2003 at 03:59:31PM +, Mark Cooper wrote:
> Last week, I posted a message to this group for help with a particular 
> problem, namely that when merging between two branches (as opposed to 
> merging between branch and trunk) under certain circumstances removed 
> files can be re-added.
> 
> Having investigated this according to the single useful response I got 
> (thanks to Matthew Herrmann), I am 99.9% sure that there is an issue (as a 
> developer myself I hesitate to use the word 'bug') which needs addressing.
> 
> I have tried to access and add to the (bugzilla?) issues/bugs list at the 
> cvshome site, but found that no-one can actually post to this unless they 
> are have 'joined' the project.
> 
> I did that.
> 
> I then found that no-one can actually post a new issue unless they have at 
> least been given the role of 'observer'.
> 
> I requested that. It was refused (no reason given).
> 
> So. My question is 'How do I report an issue or bug to the cvs development 
> team?'.
> 
> Mark Cooper
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: :ext: , ssh :pserver: relation question

[Donald Sharp]

Look for a env variable $HOME set.  That is where the .cvspass
file should be put.

donald
On Tue, Mar 25, 2003 at 10:18:24AM +0100, Wolfgang Mettbach wrote:
> Hello,
> 
> Mark D. Baushke wrote:
> > Ronald Petty <[EMAIL PROTECTED]> writes:
> > 
> >> Could someone explain the difference between using :ext: (with
> >> CVS_RSH=ssh) over using pserver and having tcpwrapper listen on 2401?
> >> ...
> > ...
> > With pserver, your password is kept in a trivially obscured token in a
> > $HOME/.cvspass file and sent over the network in the clear. Once you
> 
> The file ".cvspass" seems to be created on Linux systems only. When I use
> WinCVS running on "MS Bluescreen" to connect to a pserver I can't find any
> file like ".cvspass" anywhere on my harddisks.
> 
> Does WinCVS store the password at all or does it just keep it in memory? What
> about other IDEs like Eclipse? Has anyone experience with this concerning
> password management?
> 
> 
> 
> -- 
> Wolfgang MettbachPhone: +49 (0)5251 50081-22
> ynes GmbHFax:   +49 (0)5251 50081-19
> Paderborn (Germany)  http://www.ynes.de
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Check out in Cygwin

[Donald Sharp]

Looks like rsh is misbehaving.  Get rsh working correctly
and then retry the cvs command.

donald
On Mon, Mar 24, 2003 at 06:52:59PM -, Dong, Hongbiao wrote:
> Hi all,
> 
> Does anybody happen to know how to check out in Cygwin? The CVS is installed
> during setup the Cygwin, but it seems not to work. The following command are
> tried:
> cvs -d groupworkstation:/mount/mpg4/CA_CVS co -d mysources -r groupscorces
> ca
> 
> it returns:
> groupworkstation.**.**.** Login incorrect
> rsh.exe.can't establish connection
> 
> How can I establish a connection to checkout?  
>
> Any help will be appreciated
> 
> Hong Dong
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: cvs commit behavior

[Donald Sharp]

On Fri, Mar 07, 2003 at 10:02:18AM -0500, Andy Harrison wrote:
> Sorry, I'm new to cvs.  I just want to verify this is correct behavior.
> 
> 
> I got a cvs pserver working and all that.  I added something to the tree to try
> it out.  I check it out, add a line, commit.  When I manually look in the
> CVSROOT, it only shows the ,v file updated.  Back in my home dir, I rm -rf the
> dir I had checked out from cvs.  check out the module again, and the line I
> added and committed is indeed there.
> 
> I just want to make sure this is normal that cvs commits only update the ,v
> file.

The ${CVSROOT}/CVSROOT/history file is updated( if you have a history file ).
But what else would you expect to be updated.  All data and meta data
associated with a particular file is stored in the ,v file.

donald
> 
> 
> -- 
> Andy Harrison
> [EMAIL PROTECTED]
> ICQ: 123472  AIM/Y!: AHinMaine
> homepage: http://www.nachoz.com
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Help required

[Donald Sharp]

manually go fix the data and time.  The time is in the first column
after the first character.  It's stored as a hex time in seconds 
since the epoch.  Find the offending numbers and replace them with
'good' ones.

M3a9b9d79|sharpd|~/develop/*0|check_cvs|1.16|check_cvs.pl
M3a9ba211|sharpd|~/develop/*0|check_cvs|1.17|check_cvs.pl

The time for the above two would be 3a9b9d79 and 3a9ba211.

donald
On Thu, Mar 06, 2003 at 11:27:20AM +0530, Amit Sharma (SCM) wrote:
> Hi All,
>   I have one strange problem and need your help to solve. Wrongly I
> have modifie the date on the Server and users have checked in files to the
> Server So all files gone to the Server have wrong time stamp Later on I
> found the problem and corrected the files which have wrong time stamps but
> in history file under $CVSROOT/CVSROOT/history still have the wrong time
> stamps in it and it creates problem for some of my other programs where I
> need to browse the history Please suggest
> 
> regards,
> Amit
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Really a reserved checkout?

[Donald Sharp]

The cvs documentation is obtuse and hard to read.  I remember investing
many days and hours understanding cvs.  I imagine most people aren't
interested in doing so.  Having said that I don't think that the documentation
is bad.  It's very thourough, you just need to spend lots of time with
it.  People are just trying to get their jobs done.  They want
to treat a scm system as a black box, it's a rare developer who
spends time to understand their tools.

donald
On Fri, Feb 28, 2003 at 04:13:05PM +, Mark Cooper wrote:
> It still amazes me how many people are still unwilling to take the 'leap 
> of faith' to the 'concurrent' teamworking methodology which is, after all 
> what cvs is all about, and yet for some reason still want to use the tool. 
> I suppose it's analogous to riding a bycicle without stabilisers for the 
> first time.
> 
> It leads me to wonder if there is something missing in the documentation 
> or the tool description from the (various) web site(s) that is somehow 
> preventing people from understanding what cvs is all about, although I 
> can't for the life of me see how anyone could 'miss' it.
> 
> Perhaps I'm just too intolerant.
> 
> Mark Cooper
> 
> 
> 
> 
> 
> [EMAIL PROTECTED] (Larry Jones)
> Sent by: [EMAIL PROTECTED]
> 28/02/2003 15:33
> 
>  
> To: [EMAIL PROTECTED] (Arun Sundar)
> cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject:Re: Really a reserved checkout?
> 
> 
> Arun Sundar writes:
> > 
> > Is this really possible in CVS. If I edit a file, UNTIL 
> > I COMMIT it no one should be able to commit that file.
> 
> CVS is the *Concurrent* Versions System.  If that's not what you want,
> you're using the wrong tool.
> 
> -Larry Jones
> 
> Everybody's a slave to routine. -- Calvin
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs
> 
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Anyway to builk delete tags

[Donald Sharp]

I generally hack together a quick and dirty shell script that
does this.  Take your list and make sure that they are in a 
file one per line.  Load it up in vi( or your editor of choice )
and search and replace 1,$s/^/cvs rtag -d /.  Run by /bin/sh 

donald

On Tue, Feb 25, 2003 at 05:00:32PM -0500, Lynch, Harold wrote:
> 
>   We've had a repository running for quite a while now (3.5 years) and
> the list of tags is quite long. Most of the tags don't have any use any
> more and we have found that the output of status commands etc. is quite
> confiusing. So I have a list of about 1500 tags that the users would like 
> removed. Now I ran a couple of tests and found that a cvs rtag -d <> command
> takes between 5 and 10 minutes on this repository. 
> 
>   Has anyone come across a way of doing a "bulk" deletion of tags,
> maybe a perl script that walks the tree in the repository ?
> 
>   Also the repository has both text and binary files checked into it.
> 
> Harold Lynch
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: cvs checkout: authorization failed

[Donald Sharp]

What's the permissions on /usr/local and /usr/local/cvsroot?

donald
On Mon, Feb 24, 2003 at 02:32:41PM +, Lu Fang wrote:
> Hi, all
> I set up the cvs with cygwin under windows2K OS. I want to try a pserver 
> connection protocol for my cvs repo. And I have followed some steps as 
> shown below:
> 
> 1. install and setup inetd, i have configured it properly and it works.
> 2. I also got telnet working successfully.
> 3. I created file /CVSROOT/passwd, it contains:
> lufang:gaM3ke/hHgqkQ:lufang
> joy:SGVStNTq2nwxg:lufang
> 4. I added "passwd" into the end of the file CVSROOT/checkoutlist
> And It seems that I can login with either lufang or joy successfully, but, 
> when I try any cvs command after I just login , it said that the 
> authorization failed.
> 
> You can see this clearly here:
> 
> $ /usr/sbin/inetd start
> 
> [EMAIL PROTECTED] ~
> $ telnet kaguya
> Trying 172.20.54.111...
> Connected to kaguya.
> Escape character is '^]'.
> 
> CYGWIN_NT-5.0 1.3.19(0.71/3/2) (kaguya) (tty0)
> 
> login: lufang
> Password:
> Last login: Mon Feb 24 21:35:12 from kaguya
> Fanfare!!!
> You are successfully logged in to this server!!!
> -bash: kpsexpand: command not found
> 
> [EMAIL PROTECTED] ~
> $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/usr/local/cvsroot
> 
> [EMAIL PROTECTED] ~
> $ cvs login
> (Logging in to [EMAIL PROTECTED])
> CVS password:
> 
> [EMAIL PROTECTED] ~
> $ cvs co CVSROOT
> Fatal error, aborting.
> : no such user
> cvs checkout: authorization failed: server kaguya rejected access to 
> /usr/local/
> cvsroot for user lufang
> 
> Can anyone help? thanks alot!
> 
> lu fang
> 
> 
> 
> 
> 
> 
> 
> _
> The new MSN 8: smart spam protection and 2 months FREE*  
> http://join.msn.com/?page=features/junkmail
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Locking files

[Donald Sharp]

This goes against the cvs philosophy( Concurrent Versioning System ).
But if you must have this look at cvs lock( or is it cvs admin? )
functionality.  But it's all explained in the manual..


donald

On Thu, Feb 20, 2003 at 02:06:50PM +0530, Murali Potla wrote:
> Hi there, 
> 
> I am migrating a repository from VSS to CVS.
> 
> But the important feature that i should provide is file locking when
> some one is editing it so that at least others will not be able to edit
> it. And all of the files are binary files (Microsoft word document). How
> to handle it.
> Is there any good way. 
> 
> Regards
> Murali
> 
> SOFTPRO DISCLAIMER-
> 
> Information contained in this E-MAIL being proprietary to 
> SOFTPRO SYSTEMS LTD is 'privileged' and 'confidential' and intended for
> use only by the individual or entity to which it is addressed. You are 
> notified that any use, copying  or dissemination of the information 
> contained in this E-MAIL in any manner whatsoever is strictly 
> prohibited. 
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: The recursive behavior of CVS

[Donald Sharp]

On Wed, Feb 19, 2003 at 11:37:45PM +0200, Reinstein, Shlomo wrote:
> Another related question:
> In my computer, there is no CVSROOT environment variable. There is no
> meaning to set it, since we use several repositories and we have a Perl
> wrapper around CVS that knows which repository each module should be taken
> from.
> If I run a CVS command from a non-working directory (i.e., a directory with
> no CVS subdirectory), CVS tells me "No CVSROOT specified!  Please use the
> `-d' option or set the CVSROOT environment variable.". If I define the
> CVSROOT environment variable, the CVS command then works and recurses into
> the subdirectories which appear to be working directories.
> 
> I have two questions about this:
> 1. Why is there a need to define the CVSROOT? The directory in which I am
> running the CVS command is not a working directory anyway, and CVS will
> recurse into subdirectories and use the CVS/Root specified in them, right?

cvs looks at the cwd and sees that theres nothing to clue it into the
fact that cvs was used here, so it quits.  I don't think it's reasonable
to expect it to arbitrarily start poking in sub directories.

> 2. As I understand it, it does not matter which value I set the CVSROOT to,
> as long as it's a valid CVSROOT value. Is that right? I can set it to any
> repository that I like, and the command will work the same way.

Urmmm... dunno never tried it..

donald

> 
> Shlomo
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 19, 2003 6:16 PM
> > To: Reinstein, Shlomo
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: The recursive behavior of CVS
> > 
> > 
> > Reinstein, Shlomo writes:
> > > 
> > > About 2 years ago I asked about the recursive behavior of 
> > CVS. I asked how
> > > CVS decides whether it should recurse into a subdirectory 
> > or not, and I got
> > > the following reply from Larry Jones: "In general, if there's no CVS
> > > subdirectory in a directory or if there are no D lines in 
> > CVS/Entries, CVS
> > > will recurse into all of the existing subdirectories. If 
> > there are D lines
> > > in CVS/Entries, CVS will recurse into only those subdirectories."
> > > You can find the question and the reply at:
> > > http://www.mail-archive.com/info-cvs@gnu.org/msg07004.html
> > 
> > That reply was not quite accurate.  I should have said, "will recurse
> > into all of the existing subdirectories *that appear to be working
> > directories*".  If a subdirectory doesn't contain a CVS subdirectory,
> > CVS will not recurse into it.
> > 
> > > Is this behavior limited to a single CVS repository? That 
> > is, if I have a
> > > directory tree that contains working directories from 
> > several repositories,
> > > and also non-working directories, is this algorithm still the same?
> > 
> > Yes, the algorithm is the same, and the subdirectories can 
> > come from any
> > number of different repositories.
> > 
> > -Larry Jones
> > 
> > Fortunately, that was our plan from the start. -- Calvin
> > 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: new files ending up with state: dead

[Donald Sharp]

You added the file cr.c onto the dbupdate_restructure
branch.  As such it shouldn't appear on main.  This 
state tells cvs that when you pull a workspace based
off of main it shouldn't make the file appear.  If 
you were to merge the branch down into main it would
loose the dead state.  

donald
On Wed, Jan 08, 2003 at 12:25:18PM +0100, Tiago Antao wrote:
> Hi!
> 
> I am a CVS user for a few years now and I have stumbled on a problem 
> that is more or less driving me mad:
> 
> When I add a new file to cvs (or update an old one) it will 
> automatically be put in the attic, so if I do
> 
> cvs commit cr.c
> 
> I will have:
> $ ls -l /ncc/cvsroot/ncc/RIP/modules/cr/
> total 4
> drwxrwxr-x2 tiagodbase4096 Oct 24 10:47 Attic
> $ ls -l /ncc/cvsroot/ncc/RIP/modules/cr/Attic/
> total 12
> -r--r--r--1 tiagodbase 404 Oct 24 10:47 Makefile,v
> -r--r--r--1 tiagodbase3809 Oct 24 10:46 cr.c,v
> -r--r--r--1 tiagodbase1197 Oct 24 10:46 cr.h,v
> 
> 
> cvs update doesn't work. But eg cvs diff seems to work.
> 
> If I do a log I get a strange state: dead
> 
> $ cvs log cr.c
> 
> RCS file: /ncc/cvsroot/ncc/RIP/modules/cr/Attic/cr.c,v
> Working file: cr.c
> head: 1.1
> branch:
> locks: strict
> access list:
> symbolic names:
>   dbupdate_restructure: 1.1.0.2
> keyword substitution: kv
> total revisions: 2;   selected revisions: 2
> description:
> 
> revision 1.1
> date: 2002/10/24 08:46:59;  author: tiago;  state: dead;
> branches:  1.1.2;
> file cr.c was initially added on branch dbupdate_restructure.
> 
> revision 1.1.2.1
> date: 2002/10/24 08:46:59;  author: tiago;  state: Exp;  lines: +163 -0
> CR
> =
> 
> I know that other commiters might have done strange things (which I was 
> not able to precesely identify).
> 
> I am a bit lost here, thanks in advance for any help.
> 
> -- 
> Tiago Antao - RIPE NCC
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: local tagging

[Donald Sharp]

Just grab the Date of the latest change you want and then 
when you want to go back do a cvs update -D  -r 

donald
On Tue, Dec 10, 2002 at 11:12:26AM -0500, Volpe, Christopher R (Research) wrote:
> Hi folks-
>   I'm new to the list, so I apologize if this has been asked. I perused the last few 
>months of
> archived messages, but couldn't find the FAQ referred to on
> http://mail.gnu.org/mailman/listinfo/info-cvs. 
>   
>   Anyway, here's what I'd like to be able to do. I want to have the equivalent 
>functionality of a
> tag, but without actually writing to the repository. That is, I want to record the 
>state of the
> revisions of all the files in my working directory so that I can revert to that 
>state at a later
> time. But I don't want to modify the repository itself, for a couple of reasons:
> 
> 1) The repository is shared by a large community, and the owners don't like the 
>prospect of having a
> user (much less *many* users) creating more than one or two tags a year.
> 2) The functionality needs to be available from a shared testing account that has 
>read-only anonymous
> access to the repository.
> 
> Now, the straightforward solution would be to write a script, or a pair of scripts, 
>that does a "cvs
> status", and parses the output and writes it out in a condensed form, and another 
>that reads this
> condensed form and pulls out all the specified file revisions. However, before I go 
>reinventing the
> wheel, I'd like to know if there exists such a tool already, possibly with more 
>bells and whistles
> than I was planning to implement. Thanks in advance for any information you can 
>provide.
> 
> 
> Chris
> > GE Global Research Center 
> > 
>___
> > ___
> > 
> Dr. Christopher R. Volpe, Ph.D.
> Computer Scientist
> Visualization and Computer Vision Lab 
> Imaging Technologies
> Bldg KW, Room C215
> P.O. Box 8, Schenectady, NY 12301
> 
> (518) 387-7766, Dial Comm: 8*833-7766, Fax: (518) 387-6981
> e-mail: [EMAIL PROTECTED]web: http://www.crd.ge.com/~volpecr
> 
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: CVS hangs on exit when using SSH

[Donald Sharp]

Larry -

I've seen you saying 'this is fixed in the development version
of cvs' a bunch recently.  Perhaps we should think about rolling
a new release?

donald
On Mon, Dec 02, 2002 at 01:34:19AM -0500, Larry Jones wrote:
> Ken Williams writes:
> > 
> > When I issue any CVS command (update, checkout, diff, etc.), the 
> > connection hangs indefinitely when the command is [nearly?] completed.  
> > It happens reliably on this client, but never happens on another client 
> > with identical software versions.
> 
> There is a known incompatibility between the 1.11.2 server and all
> previous clients when compression is enabled.  This is fixed in the
> current development version of CVS.
> 
> -Larry Jones
> 
> Yep, we'd probably be dead by now if it wasn't for Twinkies. -- Calvin
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: check_cvs.pl script

[Donald Sharp]

Yes you can use it in your business, it's not escaped.  It was put 
out there.

donald
On Mon, Nov 25, 2002 at 10:21:50AM -0800, Rich Bodo wrote:
> 
> That script seems like something that just escaped Cisco captivity (co
> the header).  Is there a plan to release it under a license of some
> kind?  Can I use it in my business?  I assume so, but wouldn't want to
> assume incorrectly in this case.
> 
> -Rich
> 
> > >
> > > donald
> > > On Thu, Nov 21, 2002 at 08:29:18AM +0200, Reinstein, Shlomo wrote:
> > > > Hi,
> > > > I found the check_cvs.pl script in some of the messages in the
> > > mailing-list.
> > > > Is this script published formally somewhere, or is that a private script
> > > > that was provided only for the cases in those messages?
> > > > Shlomo
> 
> -Rich
> 
> Rich Bodo | [EMAIL PROTECTED] | 650-964-4678
> 


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Merging in CVS

[Donald Sharp]

On Fri, Nov 22, 2002 at 11:16:37AM -0800, Shankar Unni wrote:
> > [ bring up files for merging as soon as the conflict is detected ]
> 
> No, CVS can't do that. Fundamentally, CVS is a command-line tool, and
> all that the GUIs (like WinCVS) do is to put a pretty face on it.
> 
> By the way, how ClearCase works is that in the *command-line* tool
> ("cleartool"), you have an *option* for what to do for conflicts. And in
> ClearCase, *any* situation where someone else has modified a file behind
> your back is considered a "conflict", even if the changes are in
> different parts of the file:
> 
>   * Abort the update if there is any conflict (even if it was
> automatically mergeable)
>   * Attempt to do an automatic merge, and abort if there is (in CVS
> parlance) a conflict in the merge
>   * Do the merge even if there is a (CVS-ese) conflict in the merge, and
> mark the conflicting regions with "" and "" markers (just like
> CVS does).
> 
> CVS only has the last option. Perhaps it should also have the middle
> option, so that GUI tools can use that as a hook to fire up an
> interactive merging GUI (like WinMerge or Araxis Merge) with the two
> conflicting copies.
> 
> In any case, there isn't a whole lot of difference in the philosophies.
> Finding files with conflicts in the merge in CVS is trivial: you can do
> a "cvs update | grep '^C'" to search for these. WinCVS shows them
> automatically in the GUI, and there's a button to only show files with
> conflicts.
> 
> By the way, Perforce isn't such a bad tool either - they have a rather
> odd (to CVS and ClearCase users) branching model, but on the other hand,
> provide some really good changeset management features that CVS doesn't
> have (but ClearCase does).
> 
> Another system you might want to explore is BitKeeper. Google for it.
> It's all the rage in the Linux development world these days, and the
> creator is well-known in the Linux world (Larry McVoy, the lmbench guy).
> But its distributed repository model is somewhat extreme (think
> ClearCase multi-site taken to the limit, where each user is a mirror
> site!)

Be carefull using/working with bitkeeper for those of you who do 
development on any other scm system.  The license prohibits you
from using bitkeeper and doing development on competitors to bitkeeper.

thanks!

doanld
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf
> Of MacMunn, Robert
> Sent: Friday, November 22, 2002 10:54 AM
> To: 'Thomas S. Urban'
> Cc: [EMAIL PROTECTED]
> Subject: RE: Merging in CVS
> 
> 
> We have 3 CM tools within the whole comapny.  CVS, Perforce, and
> Clearcase.
> 
> Management wants to go with 1 tool.  They feel Clearcase is too
> expensive, and it can be.  I am a Clearcase guy, but know the cost.  So,
> Perforce seems limited, CVS seems to be able to handle all that we need.
> I just need to make sure that there aren't any gotcha's.  
> 
> >From the feedback I am getting from other CVS users is that CVS handles
> merges poorly.  I am not here to start an arguement on which is the
> better CM tool.  I am not closed minded to think that because I know
> Clearcase, that it is the best tool.  I am trying to find out where we
> may have problems with release engineering and developers.  The
> graphical merge tool Clearacse has saves a lot of time, and it is part
> of Clearcase.  The cost of Clearcase is just too astronomical now  and
> like I said CVS seems to have all that we need.  I am just trying to
> figure out what we gain and what we lose.
> 
> -Original Message-
> From: 'Thomas S. Urban' [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 22, 2002 1:39 PM
> To: MacMunn, Robert
> Cc: [EMAIL PROTECTED]
> Subject: Re: Merging in CVS
> 
> 
> So use Clearcase if it provides something you can't live without.  I'm
> only trying to point out that logically, the operations are the same
> (the timing may be a little different), e.g:
> 
>   1 You request an update of local file to newest version in repository
>   2 CVS will merge new version and local changes (if any) automatically,
> (if possible)
>   3 If automatic merge is not possible, CVS forces user to *manually*
> resolve conflicts
> 
> If you can show my how clearcase behaves differently than this
> *logically*, then maybe you've got a point (and maybe I'll start using
> clearcase since it would then have the ability to read my mind).
> 
> Everthing else is just interfaces and easy of use, both of which are
> qualities easy to remedy through toolsmithing, IMO.
> 
> 
> On Fri, Nov 22, 2002 at 13:28:02 -0500, MacMunn, Robert sent 3.0K bytes:
> > It isn't a slick interface. In Clearcase it is the merge tool itself 
> > that gives you the ability to deal with the conflicts easily.
> > 
> > -Original Message-
> > From: 'Thomas S. Urban' [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, November 22, 2002 1:27 PM
> > To: MacMunn, Robert
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: Merging in CVS

Re: Problem with partially lost branch information

[Donald Sharp]

I would suggest that the forv_ver1_02X branch tag 
doesn't exist in the first two directories.  Since it
looks like you know the date when the tag was applied
you can pull a workspace with the cvs co -D  command
for those two directories and then apply the branch tag.

Then you should be able to update the original workspace...

donald
On Thu, Nov 21, 2002 at 06:16:08PM +0100, Karl-Knig Knigsson wrote:
> Hi all,
> 
> I have a problem with my CVS repository that I don't understand: I have
> a branch called "forv_ver1_020311-branch" in a module named "itp" which
> has been in use for quite a while (as you can tell from the name).
> 
> I have created a local sandbox of this branch with the following:
> 
>   cvs co -r forv_ver1_020311-branch itp
> 
> Now, the odd thing is that the content of itp/CVS/Tag is
> "Nforv_ver1_020311-branch", where I would have assumed a leading "T"
> instead of the "N".
> 
> Furthermore are there five directories in this module: build, docs,
> external, install and main. The contents of these:
> 
>   $ for i in build docs external install main
>   > do cat $i/CVS/Tag; done
>   Nforv_ver1_020311-branch
>   Nforv_ver1_020311-branch
>   Tforv_ver1_020311-branch
>   Tforv_ver1_020311-branch
>   Tforv_ver1_020311-branch
> 
> As you can see is the branch treated as a tag in two of these, whereas
> it is a branch in the rest. This has the upshot that it is impossible to
> add files to the first two directories in this branch, but quite
> allright in the other three.
> 
> Anyone seen this before? What is going on? How can I fix this?
> 
> Sincerely yours
> 
>   Karl-Koenig Koenigsson
> 
> -- 
> PITLOCHRY (n.)
> The background gurgling noise heard in Wimby Bars caused by people
> trying to get the last bubbles out of their milkshakes by slurping
> loudly through their straws.
> (The Meaning of Liff, Douglas Adams)
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: check_cvs.pl script

[Donald Sharp]

Go ahead and make the changes( if you want to ).  I'll put them
into the copy I have.  Publishing it into cvs is fine if someone
with write permission to the repository wants to do such a thing.

donald
On Thu, Nov 21, 2002 at 03:10:49PM +0200, Reinstein, Shlomo wrote:
> Thanks, Donald, but I didn't mean to get an updated private version. I
> really meant to ask if this script is going to be published (e.g., in the
> contrib/ directory) and regularly updated.
> One thing I'd add to the script is read the checkoutlist file and avoid
> reporting the files specified there as "files that do not belong in the
> repository".
> 
> Shlomo
> 
> -Original Message-
> From: Donald Sharp [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 21, 2002 2:57 PM
> To: Reinstein, Shlomo
> Cc: [EMAIL PROTECTED]
> Subject: Re: check_cvs.pl script
> 
> 
> Attached.  Documentation inside the script.
> 
> donald
> On Thu, Nov 21, 2002 at 08:29:18AM +0200, Reinstein, Shlomo wrote:
> > Hi,
> > I found the check_cvs.pl script in some of the messages in the
> mailing-list.
> > Is this script published formally somewhere, or is that a private script
> > that was provided only for the cases in those messages?
> > Shlomo
> > 
> > 
> > ___
> > Info-cvs mailing list
> > [EMAIL PROTECTED]
> > http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: check_cvs.pl script

[Donald Sharp]

Attached.  Documentation inside the script.

donald
On Thu, Nov 21, 2002 at 08:29:18AM +0200, Reinstein, Shlomo wrote:
> Hi,
> I found the check_cvs.pl script in some of the messages in the mailing-list.
> Is this script published formally somewhere, or is that a private script
> that was provided only for the cases in those messages?
> Shlomo
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs



check_cvs.pl
Description: Perl program

Re: Revision in source code getting modifed

[Donald Sharp]

http://www.cvshome.org/docs/manual/cvs_12.html#SEC98

donald
On Fri, Oct 25, 2002 at 02:43:45PM +0530, Satya Prasad DV wrote:
> hi,
>Iam having a weird problem with CVS. We have recently checked in some 
> source code into CVS. This source contains some Macro definitions like 
> #define REV  "Revision : 27". Surprisingly, when I check out the file, the 
> revision number is getting modified to 1.1 from 27.
> 
> Has any body noticed similar problems. Pl. help me to find a solution to 
> this problem.
> 
> Thanks in advance
> --
> 
> Satya Prasad
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Changing the structure of a project

[Donald Sharp]

Well, off the top of my head I can think of at least a couple of situations
where the ability to go back to old directory structures isn't terribly
important, but it is important to be able to go back and look at the 
history of the actual associated files using standard cvs mechanisms.  
It's all about the individual people involved assaying the risk associated 
with moving directories around within cvs.  The major risk for moving 
directories around is the inability to build old releases.

donald



On Tue, Oct 08, 2002 at 11:09:10AM -0700, Kaz Kylheku wrote:
> Donald Sharp <[EMAIL PROTECTED]> wrote in message 
>news:<[EMAIL PROTECTED]>...
> > yes it's possible, but you will probably loose the ability to
> > do old builds, if that is not terribly important go ahead and
> > lock the repository and move the directories around.
> 
> If it's not terribly important to ``do'' old builds, then why do you
> bother with a version control system? You can back up your sources
> regularly with archiving programs like tar or cpio, if that's all you
> need.
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Changing the structure of a project

[Donald Sharp]

yes it's possible, but you will probably loose the ability to
do old builds, if that is not terribly important go ahead and
lock the repository and move the directories around.

donald
On Tue, Oct 08, 2002 at 11:00:12AM -0300, Pedro Henrique Ponchio wrote:
> Hello all,
> 
> Can I move a file to one directory to another (and keep all the stuff, tags, diffs, 
>etc)? Maybe I can explain better: we have a project and we need to change the 
>structure of it, moving some files and directories to reflect the current stage of 
>the development. Is this possible to do with cvs or have we restart the project from 
>zero? Here what we are trying to do:
> 
> >From this:
> ===
> cai
> --etc
> --lib
> --msg
> --rbdms
> --(...)
> --src 
> --(...)
> ===
> 
> To something like this:
> ===
> cai
> --planej
> --rbdms
> --src
> --auth
> --cpp
> --etc
> --lib
> --mesg
> --jsp
> --java
> --sql
> ===
> 
> 
> Thanks a lot. 
> 
> 
> Pedro Henrique Ponchio
> Sao Paulo - Brazil
> --- 
> www.atech.br   
> 5501-2043
> --- 
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Can I post a problem in this list?

[Donald Sharp]

yeppers.

donald
On Thu, Oct 03, 2002 at 11:21:45AM -0300, Alejandro Gmez wrote:
> I just send this mail because I have a problem setting cvs pserver. I´ve
> search the web and can´t find a way to make it work...
> Is this the list to discuss this kind of problem?
> 
> TIA
> 
> Alejandro Gómez
> IT Analyst
> Lempert y Asociados S.A.
> 
> Donaciano del Campillo 2068
> Cerro de las Rosas
> X 5009 JRZ
> Córdoba - Argentina
> (+54+351) 481-6001 Ext. 105/107
> [EMAIL PROTECTED]
> http://www.lempert.com.ar
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Including file version during checkout

[Donald Sharp]

print( "$Name$bar" );

Ick!.  Perfectly reasonable.

donald
On Fri, Sep 27, 2002 at 09:41:45AM +0200, Martin Roehrig wrote:
> Hi Mike,
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Mike Ayers
> > Sent: Thursday, September 26, 2002 10:08 PM
> > To: Frederic Brehm
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: Including file version during checkout
> >
> >
> > Ever archive a Perl script that used variables with the (not exactly
> > unusual) variable names $Rev, $Name, or $Log?  I'd like to see the
> > whole auto-substitution thing thrown out, myself.
> 
> Could you please give an example? It seems my imagination is not sufficient for 
>finding a valid perl statement wherein CVS would
> really substitute, say $Id.
> 
> Regards
> Martin
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Including file version during checkout

[Donald Sharp]

These tags always cause merge conflicts.  Which makes people
who sync between branches life that much harder for little
to no gain of functionality in the long run.

donald
On Thu, Sep 26, 2002 at 08:09:07AM -0400, Frederic Brehm wrote:
> 
> >You can use the keyword $Revision$ as explained in cederqvist (§12).
> >Though I've read unhappy comments about this feature in this list.
> 
> I don't remember many unhappy comments about $Rev$ or its cousins $Id$ and 
> $Name$. There are many reasons to avoid $Log$, though.
> 
> Fred
> 
> ___
> Frederic W. Brehm, Sarnoff Corporation, http://www.sarnoff.com/
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: checkout multiple tags

[Donald Sharp]

You could tag the commits sequentially and then do a cvs diff
versus the correct predecessor number.

donald
On Thu, Sep 26, 2002 at 03:48:23AM -0700, Eric Fritz wrote:
> Is there anyway to checkout multiple tags at once, or even checkout
> subsequent tags and overlay them on a current working area?
> 
> For example:
> 
> Whenever we make updates to the product we tag all the files that
> changed with this update with a particular tag.  Then we can checkout
> just those files to make a patch tarball pretty easily.
> 
> The problem is what if I want to checkout the last 3 updates.  If I try
> to use: "cvs checkout -r tag1 -r tag2 -r tag3 module"  it only gets the
> files in tag3.  If I try to run them seperately, one on top of the
> other, subsequent checkouts actually remove the files that are not
> listed with the tag.
> 
> I suppose that I could change the process so that we tag everything,
> for every patch but then how can I easily know what was actually
> changed in this particular tag.
> 
> Any ideas would be most appreciated.
> 
> Eric
> 
> __
> Do you Yahoo!?
> New DSL Internet Access from SBC & Yahoo!
> http://sbc.yahoo.com
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: How does one change the identity of the HEAD (trunk) ?

[Donald Sharp]

On Thu, Sep 19, 2002 at 08:46:16PM +0100, Nicholas Nethercote wrote:
> On Thu, 19 Sep 2002, Donald Sharp wrote:
> 
> > On Thu, Sep 19, 2002 at 08:37:38PM +0100, Julian Seward wrote:
> > >
> > > Now what we want to do is to throw away, in effect, the current HEAD
> > > and turn the interesting ERASER branch into the HEAD.
> >
> > Why not just merge the changes on branch ERASER into main?
> 
> Several new files and directories have been added;  this complicates
> things but may not make it impossible.  Also, I don't think the ERASER
> logs will become part of HEAD, will they?

Nope but you can just follow the log trails yourself with one more step..

> 
> > In the end what difference does it truly matter what branch
> > you develop on?
> 
> HEAD is more convenient in general (no -r tags, etc).  More importantly,
> we want to restructure the repository significantly.  Doing that on the
> ERASER branch is No Fun At All, because many of the files don't even exist
> in HEAD, and thus live in Attic/ directories.

Remember restructuring may prevent you from ever going back to
a previous version.

Have you looked at the admin -b command?  I've never
used it, so I would highly suggest you create a test repository
and see how it truly works( if at all )...

donald
> 
> --
> Nick Nethercote
> [EMAIL PROTECTED]
> 


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: How does one change the identity of the HEAD (trunk) ?

[Donald Sharp]

Why not just merge the changes on branch ERASER into main?

In the end what difference does it truly matter what branch
you develop on?

donald
On Thu, Sep 19, 2002 at 08:37:38PM +0100, Julian Seward wrote:
> 
> Greetings.
> 
> We have a project (valgrind) in which development proceeded
> in the normal way on the trunk.  After a while we made a branch 
> (VALGRIND_1_0_BRANCH) from which to do stable releases, and
> that all works fine.
> 
> The plan was to continue development on the trunk (HEAD), as
> you'd normally do.  Problem is, another branch (ERASER) appeared, 
> and all interesting development happened there instead.
> 
> Now what we want to do is to throw away, in effect, the current HEAD
> and turn the interesting ERASER branch into the HEAD.  
> 
> How can we do this?  
> 
> I already looked at 
> 
>the cvs faq-o-matic, entry #36, 
>http://ccvs.cvshome.org/fom//cache/36.html
>which describes how to change the name of a branch,
>but my situation involves throwing away a branch and replacing
>it with a different one.
> 
>I also looked at the section entitled
> "Some real-life problems (with solutions)"
>at http://cvsbook.red-bean.com/cvsbook.html
>and various other parts of this doc.  
> 
> >From neither of them was it possible to see how to do this,
> nor whether it is even possible.
> 
> Can anyone offer guidance here?  We are prepared to mash around 
> our repo contents by hand; whatever it takes.
> 
> Thanks,
> 
> J
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: pserver troubles

[Donald Sharp]

1)  Did you reHUP inetd or xinetd?
2)  If step #1 doesn't work, please send us your changes to inetd.conf
or the xinetd directory so we can inspect them...

donald
On Wed, Sep 04, 2002 at 05:43:42PM -0500, McMurray, James wrote:
> I'm sure everyone on this list is tired of hearing from me, but I've
> switched over to a paserver setup as recommended by the kind people here,
> and now we're having connection refused errors.
> 
> I followed all of the steps laid out in the CVS manual (2.9.3.1 Setting up
> the server for password authentication) and it still does not work. In fact,
> when I try to telnet to the server on port 2401 it refuses connections.
> Anyone have n idea what may be going on here?
> 
> Thanks,
> 
> James McMurray
> (817) 234-6817
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: file in more than one project

[Donald Sharp]

For those files that need to be in more than one project
put them in their own module that both projects automatically
pull when you create a workspace.  Look at 'modules' in
the cvs documentation.

donald
On Thu, Aug 29, 2002 at 10:15:56AM +0200, Vera Kiessling wrote:
> 
> 
> Hi,
> 
> does anyone know if cvs supports files in more than one project?
> 
> Thanks for any idea,
> 
> Vera
> 
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: CVS vs. RCS

[Donald Sharp]

The biggest difference is that CVS allows module level control over
source.  RCS is designed to work on a single file at a time.

dopnald
On Wed, Aug 28, 2002 at 10:19:39PM -0600, [EMAIL PROTECTED] wrote:
> Hi
> 
> I recently got started with CVS, and also heard about RCS.
> Was woundering what are the pros and cons of these two 
> systems.
> 
> Thanks
> 
> 
> -- 
> sherzodR
> 
> Not that I have anything much against redundancy.  But I said that already.
>  -- Larry Wall in <[EMAIL PROTECTED]>
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Repairing repository

[Donald Sharp]

If you have two different tree's( the cvs workspace and the hard copyout ).
I'd diff the two and then patch the changes into the cvs workspace...

donald
On Mon, Jul 29, 2002 at 11:48:53AM -0700, Mike Ayers wrote:
> 
> 
> Matt Riechers wrote:
> > [EMAIL PROTECTED] wrote:
> > 
> >>I have copied the backup in to create a new repository.  Now I
> >>must identify the files in the current working tree which are newer than
> >>(different from) the files in the repository, and get them comitted.  Any
> >>suggestions for the easy way to do this?
> > 
> > 
> > What's wrong with 'cvs update/commit'?
> 
>   Possibly nothing.  However, it was my understanding that `cvs update` 
> will clobber any files which are different from those in the 
> repository.  Checking, I see that this will only happen if I use the 
> '-C' flag (which I don't want).  Will update then mark all files which 
> are different from the repository as commitable, so I can just commit 
> them and be back where I was?  If so, my day just got considerably 
> brighter...
> 
> 
>   Thanks,
> 
> /|/|ike
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Is there a better way

[Donald Sharp]

cvs co -r  

donald
On Mon, Jul 29, 2002 at 06:36:30AM -0700, Patrick Nelson wrote:
> What is the best way to pull a previous release out of the repository.
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: need help with check_cvs.pl

[Donald Sharp]

I've never been terribly successfull at reconstructing ,v files by
hand.  Especially if actual data is missing.  The only good way 
that I have found is to go to backups of the repository prior to 
where the ,v file gets corrupted and restore from there.  This
is painfull for a number of different reasons.  I'm sure other people 
out there have been successfull and might have different/better approaches.

One of the main reasons that I wrote this script was to allow me
to proactively monitor a repository.  If I ran the script once
a week I hopefully would know within a fairly short period of time 
that something has gone terribly wrong.  Retrieving from backup
of a week ago is pretty easy where I work.  Retrieving from backup
on a arbitrary time( that might have been years ago ) is a nightmare.

donald


On Mon, Jul 15, 2002 at 01:23:39PM -0400, Applegate, JoAnne wrote:
> I've run your script and identified a corrupt ,v file.  It appears to have a 
>corrupted delta number (ran rlog).  Any ideas how to fix this or where to find 
>information on fixing this?
> 
> 
> -----Original Message-
> From: Donald Sharp [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 15, 2002 11:18 AM
> To: Applegate, JoAnne
> Cc: Larry Jones; [EMAIL PROTECTED]
> Subject: Re: need help with check_cvs.pl
> 
> 
> On Mon, Jul 15, 2002 at 10:40:51AM -0400, Applegate, JoAnne wrote:
> > Donald,
> > 
> > Approximately how long does this script take to run on each file?  
> 
> Dunno.  It's gonna take a lot longer if you have a lot of branches,
> as that branches introduce much complexity into the version tree and
> you have to do more checking of individual versions.
> 
> 
> > Also, how doesn't it traverse my $CVSROOT directory structure?
> 
> I've put in a list of files that the script should ignore.
> I probably should move the @ignore_files list out and allow
> you to specify more files to ignore...
> 
> donald
> > 
> > thanks.
> > 
> > 
> > -Original Message-
> > From: Donald Sharp [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, July 12, 2002 3:57 PM
> > To: Larry Jones
> > Cc: Applegate, JoAnne; [EMAIL PROTECTED]
> > Subject: Re: need help with check_cvs.pl
> > 
> > 
> > I do believe that Larry is correct.  If your using my check_cvs.pl
> > script you can set the CVSDEBUGEDIT env variable to 1
> > and then see which file(s) it's not having fun with.
> > 
> > donald
> > On Fri, Jul 12, 2002 at 03:30:49PM -0400, Larry Jones wrote:
> > > Applegate, JoAnne writes:
> > > > 
> > > > cvs checkout: cannot find module `locked' - ignored
> > > > cvs checkout: cannot find module `by:' - ignored
> > > > cvs checkout: cannot find module `ghartman' - ignored
> > > 
> > > Another thought -- do you perhaps have files in your repository
> > > (accidentally) that have "locked by: ghartman" in their names?
> > > 
> > > -Larry Jones
> > > 
> > > Oh yeah?  You just wait! -- Calvin
> > > 
> > > ___
> > > Info-cvs mailing list
> > > [EMAIL PROTECTED]
> > > http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: find files that are not in CVS

[Donald Sharp]

If all the files in the directory are supposed to be in cvs, just
run cvs add *.  It'll do the right thing.

donald
On Mon, Jul 15, 2002 at 01:00:13PM +0300, Dmitry Trunikov wrote:
> Hi All.
> I'm newbie in CVS and need in your help. Problem is in following. I have 
> a directory which has many files (more than 600). Some files are in CVS 
> and other are not because they ware not added to CVS in time. I want to 
> add new files to CVS but I don't know exactly their names. At current 
> time I can to do command "cvs status" and select files which are not in 
> CVS but list is too big and hard for processing. Can anybody advise me 
> other solution?
> 
> Thanks.
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: need help with check_cvs.pl

[Donald Sharp]

I do believe that Larry is correct.  If your using my check_cvs.pl
script you can set the CVSDEBUGEDIT env variable to 1
and then see which file(s) it's not having fun with.

donald
On Fri, Jul 12, 2002 at 03:30:49PM -0400, Larry Jones wrote:
> Applegate, JoAnne writes:
> > 
> > cvs checkout: cannot find module `locked' - ignored
> > cvs checkout: cannot find module `by:' - ignored
> > cvs checkout: cannot find module `ghartman' - ignored
> 
> Another thought -- do you perhaps have files in your repository
> (accidentally) that have "locked by: ghartman" in their names?
> 
> -Larry Jones
> 
> Oh yeah?  You just wait! -- Calvin
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Keeping multiple CVS repositories in sync

[Donald Sharp]

On Wed, Jul 10, 2002 at 02:12:47PM -0400, Eric Siegerman wrote:
> On Wed, Jul 10, 2002 at 12:24:04PM -0500, Jay Yarbrough wrote:
> > It would appear for anyone who truly needs multiple repositories kept in sync,
> > that CVS is an unacceptable tool.  This is most unfortunate.
> 
> Correct.  Various kludges have been suggested on this list, and
> maybe even used successfully -- but they're all kludges.
> Fundamentally, CVS expects there to be one repo, and it expects
> users to be connected to it when they do CVS operations.
> 
> Disconnected operation is limited to the most trivial kind: check
> out a sandbox; take the laptop home (for e.g.) but don't do any
> CVS operations; bring the laptop back to work, plug it into the
> network, and commit.
> 
> > Our need is to have them use an SCM tool that can support multiple synchronized
> > repositories.
> 
> Bitkeeper (www.bitkeeper.com) claims to do this.  Not free,
> unfortunately, unless you're willing to live with all your commit
> logs being published.  I've never used it, so can't vouch for it,
> but it might be worth a look.

I've poked around in bitkeeper enough to know that it does 
have this ability.  You can also buy versions of bitkeeper that
don't require the commit log publishing at bitkeepers home
site.  

Basically each bitkeeper repository is loosely analagous to 
a branch in cvs.  When you create a new bk repository you 
specify it's parent and you also specify the relationships
that the bk repository has with other bk repositories.  You
then have the ability to push and pull change sets to other
bk repositories.  The ability to update the bk repository
is of course predicated upon a network connection ;)

donald
> 
> --
> 
> |  | /\
> |-_|/  >   Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
> |  |  /
> Anyone who swims with the current will reach the big music steamship;
> whoever swims against the current will perhaps reach the source.
>   - Paul Schneider-Esleben
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Error when trying to checkout

[Donald Sharp]

Looks like cvs doesn't have permission to write into the
/tmp directory on the cvs server.  You have three choices:

a)  Fix the permission problem under /tmp on the cvs server
b)  Tell cvs to use a different directory via the -T command
line option on the server startup vie inetd.
c)  Recompile cvs to use a different directory other than /tmp


donald
On Wed, Jul 10, 2002 at 09:32:11AM +0200, Anette van der Schyf wrote:
> Hi
> 
> I receive the following error when I try to checkout a Module:
> 
> cvs checkout -P Assembly (in directory D:\Projects)
> can't create temporary directory /tmp/cvs-serv15962
> Permission denied
> 
> This is the first time this error occurs. How can I fix it?
> 
> Thank you
> 
> Anette
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Is there a limit in number of files when doing mass commit?

[Donald Sharp]

There's no theoretical limit besides how much memory you have
that I am aware of.  2000 files is a lot.  As long as you see
progress I'd let it work...

donald
On Wed, Jul 10, 2002 at 12:22:27PM +0200, Tommy Svensson wrote:
> Hi everybody,
> 
> I'm committing approx. 2000 files at the same time... is there a limit in
> how many files you can commit simultaneously? My WinCVS is working and
> working and working and working...
> 
> /Tommy
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: ssh authentication; readers/writers/passwd

[Donald Sharp]

ssh doesn't have a mechanism to use the CVSHOME/* files
for authentication.  If you are going to be using 
ssh then you should be using unix group permissions.

That's not to say you can't write scripts around commit
that could check for correct permission to permit..

donald
On Tue, Jul 09, 2002 at 12:23:24PM -0700, Chris Palmer wrote:
> Hi, all...
> 
> I'm new to the list and have been reading lots about CVS 
> for the last couple weeks.  I still have much to read, but 
> I've read enough so far to start asking specific questions 
> for things I could not find the answer to.
> 
> Before I knew much of anything about CVS, I setup a testing
> repository on one of my machines, just to start tinkering.
> After reading a few things about pserver, I immediately 
> decided to not use pserver and use ssh for access.
> 
> Under this model, is all access controlled solely via the
> unix system permissions, or can I also control things with
> the CVSHOME/readers, writers, passwd files?  I am hoping
> that these are still used by CVS even if I'm not using
> the pserver authentication system.  Is this the case?
> 
> I'd like to use the passwd file to setup aliases for 
> project access with project-based system users.  Or should
> I just do this using unix group permissions?
> 
> Thanks for any info/advice...  :)
> 
> -Chris
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: CVS Update Behaviour

[Donald Sharp]

Hey -

Can you guys take this offline?

thanks!

donald
On Wed, Feb 27, 2002 at 11:37:10AM -0500, Greg A. Woods wrote:
> [ On Tuesday, February 26, 2002 at 23:51:29 (-0800), Paul Sander wrote: ]
> > Subject: Re: CVS Update Behaviour
> >
> > My point was that very few programmers, including the seasoned toolsmiths
> > who read this list, know and regularly use all of the tools at their
> > disposal.
> 
> Then you have confirmed that your point is irrelevant, just as I said it was.
> 
> >  Yes, some of the tools I listed are nearly worthless (or at
> > least have better alternatives).  And in my world, "patch" also falls
> > into that category.  (I don't know why Greg seems to have a problem with
> > this fact.)
> 
> I have no problem with the fact you consider 'patch' to be useless for
> your needs.  I do have a very major problem with the fact that you don't
> have any alternative that's better for your needs.  This is clearly why
> you've had so much problems with file renames.  Clearly you should be
> using 'patch' (or desparately trying to find something equally capable)
> because it solves problems you've apparently left un-solved and which
> you've continually whined and moaned about in this forum for literally
> years now.
> 
> -- 
>   Greg A. Woods
> 
> +1 416 218-0098;  <[EMAIL PROTECTED]>;  <[EMAIL PROTECTED]>;  <[EMAIL PROTECTED]>
> Planix, Inc. <[EMAIL PROTECTED]>; VE3TCP; Secrets of the Weird <[EMAIL PROTECTED]>
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: multiple cvs clients operating on same working directory

[Donald Sharp]

Yes, because cvs locks the directory in question in such a manner
that checkin's and checkouts cannot collide. 

donald 
On Tue, Feb 19, 2002 at 04:36:10PM +0100, Stephan Feder wrote:
> Hello,
> 
> is it safe to run multiple cvs clients that operate on the same working
> directory (for example one does a checkin and another does a checkout)?
> 
> TIA
>   Stephan
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: HOW TO ---- UNSUBSCRIBED

[Donald Sharp]

That's because you are responsible for unsubscribing yourself
and sending a email to a list saying unsubscribe isn't the
way to go about it.  Have you taken a look at the link placed
at the bottom of every email message?

> http://mail.gnu.org/mailman/listinfo/info-cvs

donald
On Wed, Feb 13, 2002 at 12:35:35PM +0530, Vinod Kumar Pissey wrote:
> Me too
> 
> Even though I say unsubscribe .I still continue to receive mails.
> 
> 
> Thanks
> Regards
> Vinod Kumar Pissey
> Ph:5732293/96 Extn:2004
> Unix is user friendly,Its just selective about who its friends are.
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> pang weili
> Sent: Wednesday, February 13, 2002 11:42 AM
> To: [EMAIL PROTECTED]
> Subject: HOW TO  UNSUBSCRIBED
> 
> 
> dear all,
>   how to unsubcribe from the mailing list.
> please help.
> 
> weili
> 
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: updating to a particular date on a branch

[Donald Sharp]

Have you tried

cvs update -D "2 Feb 2002" -r ?

donald
On Tue, Feb 12, 2002 at 06:17:58PM -, chiranjeeb_buragohain wrote:
> I am trying to reconstruct the state of a repository on a particular 
> date on a branch.   If I check out the branch in a particular 
> directory and then run
> 
> cvs update -D "2 Feb 2002" 
> 
> inside the directory, I get the trunk as of 2 Feb 2002, not the 
> branch.   Any help on this will be highly appreciated.   Thanks
> 
> Chiranjeeb
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Question: How to ignore generate files when we do cvs update

[Donald Sharp]

http://www.cvshome.org/docs/manual/cvs_18.html#SEC173

This section spells out exactly what you want to do.

donald
On Thu, Feb 07, 2002 at 03:33:15PM -0600, Tom Choi wrote:
> 
> All,
> 
> We have several generate files and never commit them to our CVSROOT. When we did 
> cvs update. And then I saw "?" for generate files. 
> 
> Would you tell me how to ignore generate files when we do "cvs update"?
> 
> Thanks,
> Tom
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Correct behaviour of status command?

[Donald Sharp]

In the file MINOR-BUGS there is this entry:

* "cvs status" has a difference in its output between local and
  client/server mode.  Namely there's a tab character followed by a
  ctime(3)-style date string at the end of the "Working revision:"
  field.

Looking at the status command it's not apparent what date/time
should be displayed here( if at all ).

In local mode the date/time stamp that is output is the same
as what the CVS/Entries file has for the date time stamp.
The CVS/Entries time date stamp is different depending
on whether or not you have updated or checked out the file.
On original checkout the time date stamp placed into the 
CVS/Entries file is the time/date stamp that was the time/date of
the last commit into the repository for that file.  On
update the CVS/Entries file time/date stamp is updated
to the time/date of the update when the user runs the update.

In server mode no date/time stamp is output, this is because
there is no way the cvs server can look at the CVS/Entries
file that is local to the client machine.

Would it be apropriate to just modify the cvs status command
to not output a date time string?

donald

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: how to checkout a single file????

[Donald Sharp]

cvs -d /your/cvsroot co /the/path/to/the/single/file

donald
On Thu, Feb 07, 2002 at 07:37:12PM +0530, Kamles Mandal wrote:
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: cvs (or something!) on very large scales with non-source code objects

[Donald Sharp]

I disagree.  TIF images are binary files.  cvs does not efficiently
store binary files.  Also as the size of the repository grows
the slower the entire system gets.  It sounds like this guy
is going to be adding *huge* numbers of files, each month. 

I would recommend looking at a different system than cvs...

donald
On Fri, Feb 01, 2002 at 09:56:06AM -0600, Daniels, David wrote:
> I think CVS would probably do quite well for the system you're describing.
> You're already doing a primitive form of versioning when you rename the
> files to FILE..mm.dd.hh.mm.
> 
> 
> -Original Message-
> From: Nigel Kerr [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 01, 2002 9:25 AM
> To: [EMAIL PROTECTED]
> Subject: cvs (or something!) on very large scales with non-source code
> objects
> 
> 
> 
> good folk,
> 
> i ask this forum because i'm not at all sure where start looking for
> ideas on how to address my problems.  cvs may not be the right tool
> for what i have, but any ideas or suggestions or redirections to other
> fora are welcome and desired.
> 
> i have several million objects ("very large scales"): roughly half of
> them are bitonal TIFF files, scanned page images of printed material;
> the other half are OCR'd text of those same TIFF files.  there are a
> relatively small number of other kinds of files: metadata about chunks
> of these data, and auxilliary images of parts of some of the pages.
> right now the top level chunks of this corpus number about 3,000, with
> sub-chunks inside those top-level chunks.
> 
> at any moment, it might be discovered that there is an error or
> problem with any of these objects, that will need to be fixed:
> 
> the TIFF file might be bad/corrupt/unclear
> the ocr'd text might be bad/corrupt/unclear
> the metadata might be found to be wrong
> the auxilliary images might be bad/corrupt/unclear
> 
> we might make a change to a small number of things at a time, we might
> also make a batch change to thousands of things at a time.  back when
> we had less than 500 top-level chunks, our life was relatively easy:
> we had a home-grown edit-history-type system that basically:
> 
> moved the old file FILE to FILE..mm.dd.hh.mm
> 
> moved the new version of FILE into place
> 
> wrote in a date-stamped log file a message meaning "i changed
> this!", where the message phrased differently depending on what
> got changed.
> 
> used the doughty mirror perl script on our different machines to
> get the changed data from the master to the slave machines.
> 
> we're still using that system.  we get about 400,000 new items a month
> in between 30-50 new top-level chunks (a top-level varies in size
> considerably).  the increases in size of our corpus will never slow
> down.
> 
> our stated *goals* for using this system are two-fold:
> 
> a method for communicating from the master to the slave machines
> about what has changed, and what they should try to update.
> 
> a record of what all has changed ever, so that if we had to start
> from original source media (the cd-roms the data arrive to us on),
> we could, and only update what needed updating.
> 
> i don't have much problem with the first goal: we need some
> communication method from master to slave.  i am increasingly nervous
> about the second goal as we get larger and larger, and am looking for
> other ways to address or consider that problem.
> 
> it might be that we:
> 
> give up on "record of what all has changed ever", and try to go
> for "record of what all has changed since the last time we had a
> complete checkpoint of our corpus", and keep using our change
> system, and give up on the "restore from original media" idea.
> 
> use a version control system that can handle millions of things
> (which would be?!) changing, and the master-to-slave transport of
> changes efficiently.
> 
> keep going about things as we have, and just hope we never have to
> restore from scratch.
> 
> something else?
> 
> anyone here approached this kind of problem, know someone who has, or
> have any ideas about it?  people/places i can seek advice from?
> anything is appreciated, thank you.
> 
> cheers,
> nigel kerr
> [EMAIL PROTECTED]
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Commiting the whole project with a different tag name?

[Donald Sharp]

Why all this work?  Why not just have a development branch
and a release branch?  What are you trying to do?

donald
On Wed, Jan 30, 2002 at 01:39:08PM -0500, Datla, Raghav wrote:
> Hi,
> 
> I have a project under CVS and we are going for production in the near
> future.
> Once the code in Present Repository is ready for production, I will create
> another Repository for production code (which will just contain production
> code, so that there will not be any intervention from users) and will commit
> the code into production Repository with some tag name.
> 
> If we get another release after two months for the same project, Will it be
> possible to commit the new code into the Production Repository with some new
> tag name without any conflicts with the existing Release code in the
> repository?.
> Will I be able get the old code by just specifying the tag name if it is
> required as a backout procedure once I commit the new release code?.
> 
> Thanks Inadvance,
> -Raghav
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Revision Problem

[Donald Sharp]

Seyethu -

Just check the source out as you would normally do
cvs -d  co .

The 1.1.1.1 revision is from a vendor import.  Unless
you explicitly work on the vendor branch you will be ok.

Also, I noticed that you also emailed me seperately, in the future
I only answer cvs questions directly on info-cvs.  Emails
sent directly to me will generally be ignored.

donald
On Thu, Jan 24, 2002 at 11:43:21PM -0800, seyethu Abthagir wrote:
> Hi All,
> 
> I have created new directory structure for my project
> and imported it into the CVS repository using "import"
> command on Linux.
> 
> I can see the Revision number as 1.1.1.1, when I
> checking out the imported .cpp files. But, I don't
> want the Revision number to be as 1.1.1.1 and I want
> the Revision number to be start with 1.1 as such.
> 
> It would be appriciated, Could any one of u give me
> solution to erodicate this problem as soon as
> possible?
> 
> Thanks in adv,
> abu.
> 
> __
> Do You Yahoo!?
> Great stuff seeking new owners in Yahoo! Auctions! 
> http://auctions.yahoo.com
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: server help.

[Donald Sharp]

Does the user you have mapped the login to have permission to
read the directories that the repository is actually in?

donald
On Tue, Jan 22, 2002 at 02:48:59PM -, abthagirs wrote:
> Hi All,
> 
> I have set CVS server at one machine and CVS client at some other
> machine. I am getting the following errors while I am trying to import
> some files to the repository. 
> The errors are : cannot access the specified repository and permission
> is denied.
> 
> But I had successfully logged in to the cvs server.
> 
> Could anyone help me out.
> 
> Thanks in adv.
> abu.
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: how do i start the cvs server

[Donald Sharp]

Read section 2.9 of the cvs manual.  Pay close attention to
section 2.9.3.1.

donald
On Tue, Jan 22, 2002 at 02:37:42PM +, [EMAIL PROTECTED] wrote:
> Hi,
>   i am using linux redhat 7.2 machine. how do i start the required cvs
> server so that i can remotely login useing "cvs login". is there any kind 
> of documentation for that. i am new to linux 7.2, how do i make the
> necessary changes to the system files for the same.
> 
> Regards
> 
> 
> 
> -
> This message sent using EMUmail -- http://www.emumail.com
> -
> 
> Jumping through hoops to get E-mail on the road? 
> You've got two choices: Join the circus, or use MollyMail.
> 
> Molly Mail -- http://www.mollymail.com
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: someone shortcircuiting this list to razor-report? / Moving the list!

[Donald Sharp]

Greg -

Fair enough.  Do you have any suggestions?

donald
On Mon, Jan 21, 2002 at 06:30:06PM -0500, Greg A. Woods wrote:
> [ On Monday, January 21, 2002 at 13:33:05 (-0800), Wim Kerkhoff wrote: ]
> > Subject: Re: someone shortcircuiting this list to razor-report? / Moving the   
>list!
> >
> > Donald Sharp wrote:
> > > 
> > > This issue has come up before( repeatedly ).  More than likely
> > > the list owners are not overly interested in acting in the lists
> > > best interests?  Perhaps it is time for someone to step forward
> > > for a new list location?  Perhaps we could use sourceforge for this?
> > 
> > I'll second this as well... I've seen the spam issue brought up several
> > times over the last couple of months.
> 
> I would not recommend using sourceforge for anything whatsoever.
> 
> It is very poorly managed by people who do not seem to be able to even
> read RFCs, let alone follow their recommendations.
> 
> -- 
>   Greg A. Woods
> 
> +1 416 218-0098;  <[EMAIL PROTECTED]>;  <[EMAIL PROTECTED]>;  <[EMAIL PROTECTED]>
> Planix, Inc. <[EMAIL PROTECTED]>; VE3TCP; Secrets of the Weird <[EMAIL PROTECTED]>
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: someone shortcircuiting this list to razor-report?

[Donald Sharp]

This issue has come up before( repeatedly ).  More than likely
the list owners are not overly interested in acting in the lists
best interests?  Perhaps it is time for someone to step forward
for a new list location?  Perhaps we could use sourceforge for this?

donald
On Mon, Jan 21, 2002 at 01:07:24PM -0600, Art wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Karl E. Jorgensen
> > Sent: Monday, January 21, 2002 11:31 AM
> ...
> > On Mon, Jan 21, 2002 at 04:38:53PM +0100, Niklas Hallqvist wrote:
> ...
> > > Although this is clearly the most spam-intensive list I have ever been
> > > onto I somehow find it bad that someone is reporting *all* info-cvs
> > > messages to Razor (a collaborative spam-filtering network, see
> > > http://razor.sourceforge.net/).  This causes false positives from
> > > Razor, which is irritating.  So if someone know that they have done
> > > somekind of automatic filter and is seeing this, please check that
> > > your filter is correct!  I realize there is likely no chance in hell
> > > reaching the one who does this, as (s)he is likely ignoring mails his
> > > filter is throwing away, but I thought I'd try anyhow.
> > 
> > I'm having the same problem. Almost of razor's false positives are
> > postings on this list.
> > 
> > PS: You posting was treated as spam, curtesy of razor (or rather:
> > Somebody feeding bogus info to razor...)
> 
> First, they steal the bandwidth, then they forge headers to innocent
> bystanders, and now, they're using our own anti-spam technology
> against us! I.e., they redirect all messages to a spam filtering network,
> basically debilitating it's efficacy... Sound familiar?
> 
> Perhaps ORDB.org, Razo, et al should communicate better and identify
> and sever all connections to spammers and their ISPs?
> 
> But, I'd like to see the owner of the info-cvs-admin and bug-cvs-admin
> mailing lists ACTUALLY TAKE SOME RESPONSIBILITY in filtering out
> the SPAM. Personally, I'd wouldn't mind a 24 hour blackout once
> a year in exchange for not being subjected to 30 spam messages a day
> from these two mailing lists.
> 
> In fact, I'm more concerned about users who have to pay time and money
> and only have 56 Kbps service, because they've already paid for the
> spam they've had to filter out at their end!
> 
> Art
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: cvs -- connections

[Donald Sharp]

On Mon, Jan 21, 2002 at 06:53:26PM +, Santosh Cheler wrote:
> 
> cvs login opens a tcpip connection and sends login information
> and saves the connection info.
> further cvs commands use the same connection to utilize
> the authentication done.
> Is that the way cvs clients work?

No.  cvs login opens a tcpip connection and sends your login
information.  If it succeeds it saves the password in
a file called .cvspass.  It then exits.

When you do another cvs command to the same repository it
opens the .cvspass file reads the password and then opens
a connection to the repository, using the stored password.

donald
> or every cvs command open a new connection?, and do they
> send the authentication every time?
> 
> thanks
> Santosh
> 
> 
> 
> -=-=-=-=-=-
> 
> _
> Send and receive Hotmail on your mobile device: http://mobile.msn.com
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: cvs problem

[Donald Sharp]

Make sure you have write permissions on the 
/develop/src/MAIN/vault/is/sap_intf_hq directory.

Generally you want everyone in the same group who is doing development
and you want rwx permissions for that group.  You can enforce the
correct directory permissions for when new directories are created
by the group s bit.

donald
On Tue, Jan 08, 2002 at 10:30:54AM -0500, [EMAIL PROTECTED] wrote:
> To whom it may concern:
> 
> I am getting this problem:
> cvs log: failed to create lock directory  in repository
> '/develop/src/MAIN/vault/is/sap_intf_hq':  Permission denied
> cvs log: failed to obtain dir lock in repository
> '/develop/src/MAIN/vault/is/sap_intf_hq'
> cvs [log aborted] :  read lock failed - giving up
> 
> How can I solve this?
> 
> Thank you in advance.
> 
> Sincerely,
> 
> Irene Nicandro
> OMNI Services, Inc.
> Tel.#(540)-829-5518
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Timestamp handling in checkout vs update

[Donald Sharp]

On Mon, Jan 07, 2002 at 04:13:46PM -0800, Harper, Don wrote:
> 
> I have observed and read in the archives that cvs sets file timestamps to
> the commit times when doing a checkout operation but sets them to the
> current time when doing an update.  What is the rationale for this? 

Suppose file foo.c.  Which creates foo.o. and ultimately foo
Suppose the date is today.

foo.c version 1.2 date stamp in repository is 12/1/01
foo.c version 1.1 date stamp in repository is 1/1/01

While your local copy version 1.1 date stamp is from 12/15/01.

You have compiled foo.o and foo.  With time stamps on 12/16/01.

Now suppose you update foo.c to version 1.2.

Under your proposal the timestamp would be set back to 12/1/01
for foo.c Thus making make systems think the foo.o and foo files
do not need recompilation.  

Under the current mechanism.  foo.c gets todays date time stamp 1/7/02.
The make system sees that foo.c is newer than foo.o and foo.  Thus
a rebuild is needed.

donald

> It seems
> to me that operations such as 'update -C' should set the timestamp back to 
> the commit time just like checkout.
> 
> Any information would be greatly appreciated.
> 
> Don Harper
> 
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Not allowing a user to commit in repository

[Donald Sharp]

You need to look into the commitinfo script.

donald
On Fri, Dec 21, 2001 at 09:36:01AM -0800, Hafeez Mohammad wrote:
> Is there a way for not allowing a user to commit in 
> the repository. 
> 
> cvs watch just watches the files but does not have a
> cpability to Stop the user from commiting the changes.
> 
> __
> Do You Yahoo!?
> Check out Yahoo! Shopping and Yahoo! Auctions for all of
> your unique holiday gifts! Buy at http://shopping.yahoo.com
> or bid at http://auctions.yahoo.com
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: verifymsg doesn't work for directories - bug?

[Donald Sharp]

Just as a follow up.

The verify message script if setup will run on directories.  
The script in question had a small bug that was being tripped
on directories.

Thanks!

donald
On Tue, Dec 18, 2001 at 05:30:47PM -0600, Mehrdad Torky wrote:
> 
>Hi,
>
>I have been using cvs for several years. I have noticed a bug in the
>program and I cant get around it. If you have a solution to this
>problem, please let me know.
>
>When you commit a FILE, cvs goes thru commitinfo and verifymsg, but if
>you run commit on a DIRECTORY (cvs commit my-dir) and want to checkin
>the contents of that directory, cvs will go thru commitinfo, but it
>will completely ignore verifymsg. So people in our department found
>out about this and they are committing files left and right without
>associating the check-in with a defect ID.
>
>Do you guys have any recommendation how to resolve this issue?
>
>Your help is appreciated.
>
>
>
>Regards,
>
>
>Mehrdad Torky
>
>2200 E. President Bush Turnpike, RCDN-5
>
>Richardson, Tx 75082
>
>Phone:  469-255-0611
>
>
>  C i s c o  S y s t e m s
>
> 
>
>  |   |
>
> ||| |||
>
>|   |
>
>..::..:|||:..

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Anybody any idea on how to set back a revision number?

[Donald Sharp]

There is no way.  

Its a good idea to just ignore the revision numbers and rely
on labels as the manual states.

donald
On Tue, Oct 30, 2001 at 02:21:42PM +0100, Lukas Ruf wrote:
> 
> Dear all,
> 
> as I posted yesterday:
> Accidentaly, I set a revision to be 3.0 instead of 2.0 by issueing the
> command
> cvs commit -r 3.0
> 
> Is there any way how I can set back the revision to 2.0?
> cvs commit -r 2.0
> 
> Produces the error: "2.0 too low..." -- as the documentation
> describes.
> 
> So, my question:
> Does anybody know how I can set the revision number to be 2.0 back
> from 3.0 ?  -- Do I need to create a script that I must run over the
> CVS repository?
> 
> THANKS A LOT IN ADVANCE FOR ANY HELP!
> Lukas
> -- 
> Lukas RufSwiss Federal Institute of Technology
> Office: ETZ-G61.2 Computer Engineering and
> Phone: +41/1/632 7312Networks Laboratory (TIK)
> Fax:   +41/1/632 1035  ETH Zentrum
> PGP 2.6: ID D20BA2ED;Gloriastr. 35
> Fingerprint 6323 B9BC 9C8E 6563  B477 BADD FEA6 E6B7CH-8092 Zurich
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: auto adding new files

[Donald Sharp]

find . -print | xargs cvs add

If the file's already there it will not add it.

donald
On Tue, Sep 11, 2001 at 12:50:47PM +0200, Martin van Es wrote:
> I have the following question.
> 
> With CVS, is it posible to automaticly add new file\'s.
> I had a project, but added a lot of files, it will cost me a lot of time 
> manualy adding them all 1 by 1. Since there is a option to check for new files
> cvs -n update
> 
> is there a way to check for new files and automaticly add those?
> 
> Please help!
> 
> thnx, martin
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: how to delete the module?

[Donald Sharp]

No.  I mean there is no way to entirely remove a unwanted module
through cvs.  Delete the unwanted demo module by hand.

donald
On Tue, Jun 26, 2001 at 05:27:04PM -0400, kamesh jayachandran wrote:
> Hai,
> You mean "Module once imported should not be deleted"?
> with regards
> kamesh jayachandran
> On Tue, 26 Jun 2001, Donald Sharp wrote:
> 
> > On Tue, Jun 26, 2001 at 04:38:54PM -0400, kamesh jayachandran wrote:
> > > Hai all,
> > > I am just creating some dummy modules in my repository to demonstrate the
> > > capabilities of cvs server to my win32 vss users.I am manually deleting
> > > the directories concerned for each module after demo(from the shell).How
> > > to do it neatly thro cvs client?Is the way I am doing is safe or ethical?
> > 
> > You don't.  If they are demo modules delete them by hand.
> > 
> > donald
> > > with regards
> > > kamesh jayachandran
> > > 
> > > -- 
> > > "Linux kernel development is dominated by a hacker ethos, in which external 
>documentation is 
> > >  held in contempt, and even code comments are viewed with suspicion."
> > >   - Jerry Epplin
> > > 
> > > 
> > > ___
> > > Info-cvs mailing list
> > > [EMAIL PROTECTED]
> > > http://mail.gnu.org/mailman/listinfo/info-cvs
> > 
> 
> -- 
> "Linux kernel development is dominated by a hacker ethos, in which external 
>documentation is 
>  held in contempt, and even code comments are viewed with suspicion."
>   - Jerry Epplin
> 

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Watches-- how to use?

[Donald Sharp]

You need to create a notification methodology.

http://cvshome.org/docs/manual/cvs_10.html#SEC91

donald
On Mon, Jun 25, 2001 at 03:00:00PM -0700, Jeeva Sarma wrote:
> Hi
> Can anyone tell me how I can have 5 people to watch 2
> files and interact so that they can inform others if
> one of them is going to edit it?
> I have set watch on some files,but nothing happened
> when someone edited and committed it.
> 
> Thanks,
> Jeeva Sarma
> 
> __
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: how to delete the module?

[Donald Sharp]

On Tue, Jun 26, 2001 at 04:38:54PM -0400, kamesh jayachandran wrote:
> Hai all,
> I am just creating some dummy modules in my repository to demonstrate the
> capabilities of cvs server to my win32 vss users.I am manually deleting
> the directories concerned for each module after demo(from the shell).How
> to do it neatly thro cvs client?Is the way I am doing is safe or ethical?

You don't.  If they are demo modules delete them by hand.

donald
> with regards
> kamesh jayachandran
> 
> -- 
> "Linux kernel development is dominated by a hacker ethos, in which external 
>documentation is 
>  held in contempt, and even code comments are viewed with suspicion."
>   - Jerry Epplin
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Multiple export to the same dir

[Donald Sharp]

On Tue, Jun 26, 2001 at 12:07:22PM +0200, [EMAIL PROTECTED] wrote:
> Hi,
> 
> I use CVS to control revisions of an HTML project.
> On the web server I have a development area, where
> I can test my files and commit them to CVS.
> 
> If I want to release a new version, I would like to
> export the files to the directory where the "live" version
> resides.
> But CVS complains that it can export the files, because
> there are already files the same name.
> Is there an option flag to overwrite existing files on exports??

You should change your setup some.

Export to a different directory and then move a symlink.

Or you could delete the exported files and then reexport
it.

In any event you should script it so it works automatically.

donald
> 
> Best regards
>   Alex
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: SOS..Need Help Fast.

[Donald Sharp]

RTFM:

http://cvshome.org/docs/manual/cvs_21.html#SEC182

donald
On Tue, Jun 26, 2001 at 10:40:42PM +, vignesh wrote:
> Hi guys,
> 
> I have set up a remote CVS repository on RED HAT linux 6.2 machine. I am able to 
>login, import modules etc. when I try to check out a module I get this error.
> 
> cvs server: cannot open /root/.cvsignore:Permission denied
> 
> cvs [server aborted]: can't chdir(/root): Permission denied
> 
> I have given the right permission to the repository directories (I am able to login 
>and Import) but have no idea what this is about. I cannot allow normal users to 
>access /root which is what the CVS server wants. Whereas when I login as root and try 
>to checkout the module, I get through. Thanks in adavnce.
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: CVS Features

[Donald Sharp]

Please feel free to read the cvs documentation:

http://www.cvshome.org/docs.

How did you determine your list of requirements btw?

donald
On Wed, Jun 13, 2001 at 08:47:55AM -0400, Adam Popp wrote:
> I'm thinking about using the CVS version control but I am comparing it to an
> alterative which is Merant's PVCS could you tell me which features CVS has
> compared to PVCS.
> 
>   Merant PVCS CVS
> 
> Version Control   YES 
> Defect Tracking   YES 
> Configuration Manager YES 
> Web Access Via Web BrowserYES 
> Web Access Via Custom Client  *SEE NOTE*  
> Client / Server Arch  **SEE NOTE**
> Windows ClientYES 
> Windows ServerYES FOR WEB 
> AIX ClientYES 
> AIX ServerYES FOR WEB 
> Proprietary RepositoryYES 
> DB2 RepositoryNO  
> Oracle Repository YES 
> Multi Object Storage Capability   YES 
> Database Backup Capability***SEE NOTE***
> 
> 
> Web Access Via Custom Client  *Thin Client Applet in Conjunction with Web
> Browser*  
> 
> Client / Server Arch  **Defect Tracker uses Client server data on back
> end, VM internet user is client server**  
> 
> Database Backup Capability***Works with current backup method***  
> 
> Adam Popp
> e-mail:  [EMAIL PROTECTED]
> 
> 
> 

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: not able to commit

[Donald Sharp]

You checked out the this particular file( or the module )
using a revision.  CVS prevents people from committing
code to sticky-tagged code.  You should pull your workspace
without a revision, or alternatively remove the sticky tags
with a cvs update -A command.  Then try your commit.

I would highly recommend you read the cvs documentation
about sticky tags and how to properly use them.

donald
On Tue, Jun 12, 2001 at 07:02:09AM -, Rajiv  Kumar wrote:
> hi all 
> 
> I can able to check out the file and can edit, but when i want to commit or i mean 
>to say when i want to check in aain then WINCVS gives the following error
> 
> cvs -q commit -m "check in first time" main.jsp (in directory C:\cvsrootnew\jsps\)
> cvs server: sticky tag `1.1' for file `main.jsp' is not a branch
> cvs [server aborted]: correct above errors first!
> 
> 
> please help
> 
> thanks in advance
> 
> rajiv
> 
> _
> Chat with your friends as soon as they come online. Get Rediff Bol at
> http://bol.rediff.com
> 
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: IPv6

[Donald Sharp]

On Tue, Jun 12, 2001 at 09:33:17AM +0200, Michal Svec wrote:
> 
> On Wed, 6 Jun 2001, Donald Sharp wrote:
> 
> > cvs relies on other processes to provide a inter-machine transport
> > mechanism. If those other transports provide ipv6 support cvs will
> > work with them.
> 
> CVS needs to recognize ipv6 addresses and hostname replies with ipv6
> addresses. At least in connect (-d directive) it needs an ipv6 support.
> 
> Just try "cvs -d :pserver:user@::1:/some/path/cvsroot co module".
> Note, that ::1 is an ipv6 address for localhost.

Couldn't you just put localhost instead of :1?
I would always try to use the machines name instead
of the ip address.

donald
> 
> Regards
> Michal
> 
> > On Wed, Jun 06, 2001 at 10:29:09AM +0200, Michal Svec wrote:
> > > 
> > > Hi!
> > > How far is the IPv6 support in cvs?
> > > 
> > > Thanks
> > > Michal
> > > 
> > > 
> > > ___
> > > Info-cvs mailing list
> > > [EMAIL PROTECTED]
> > > http://mail.gnu.org/mailman/listinfo/info-cvs
> > 
> 

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Use of CVS on large scales

[Donald Sharp]

On Fri, Jun 08, 2001 at 09:30:16AM -0700, John Minnihan wrote:
> Do you have specific experience with CVS 'breaking down and becoming unusable'?
> If so, please share that experience here so others may learn from it.
> 
> 'Developing at the same time' is a misnomer in this context.
> 
> CVS' transitory file locking (the # files that get left hanging around after a
> transient network blip) occurs during commit only (right Larry or Derek?), and
> thus would be a factor if and only if all developers were attempting to commit to
> the same file at the same time.

Just to make sure everyone knows.  CVS file locking is done for
both reads and writes on a per directory basis in the repository.

donald

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Use of CVS on large scales

[Donald Sharp]

On Fri, Jun 08, 2001 at 12:59:34PM -0400, Greg A. Woods wrote:
> [ On Friday, June 8, 2001 at 09:30:01 (-0400), Donald Sharp wrote: ]
> > Subject: Re: Use of CVS on large scales
> >
> > CVS starts to break down( ie become unuseable ) with
> > over a 100 developers actively developing at a single time.
> > This is related to how cvs does file locking inside of 
> > the repository when people commit/update/checkout in the
> > repository.
> 
> 
> *AND* if you have large modules.  There shouldn't be any issue if you
> have many small modules...

well hopefully.  I wasn't specific enough in what I was talking about
above.   I said 100 developers.  I should have really said
Large scale development( 100's to thousands of developers, 30+k
files, millions of lines of codes, 500+k revisions, hundreds of
branches ).

CVS just starts to break down at that levels with how it implements
file locking and how it puts all information in the individual ,v
files.

> 
>  
> > Another good advantage of Clearcase is the multisite capabilities.
> > If you have developers working at a large number of remote 
> > sites, you might want to think seriously about this.  Especially
> > if they are connected at a relatively slow ethernet speeds
> > or their connection can be unreliable
> 
> that's where I'd recommend BitKeeper over CVS -- it's just getting ready
> for prime time, but has infinitely better multi-site capabilities than
> anything else I've ever heard of

I don't like comparing something that isn't even released( and 
BitKeeper has been almost released for a long time now ) to
existing systems.  In any event BitKeeper sounds good,
but I don't count it towards anything until I can get a copy
in my hand and use it.

I was unaware of BitKeepers multi-site capabilities though,
guess I'm gonna have to go check out it's web pages...

donald
> 
> 
> -- 
>   Greg A. Woods
> 
> +1 416 218-0098  VE3TCP  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
> Planix, Inc. <[EMAIL PROTECTED]>;   Secrets of the Weird <[EMAIL PROTECTED]>
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Use of CVS on large scales

[Donald Sharp]

What's large scale for your team?

Go with Clearcase if you have 100+ developers.

CVS starts to break down( ie become unuseable ) with
over a 100 developers actively developing at a single time.
This is related to how cvs does file locking inside of 
the repository when people commit/update/checkout in the
repository.

Another good advantage of Clearcase is the multisite capabilities.
If you have developers working at a large number of remote 
sites, you might want to think seriously about this.  Especially
if they are connected at a relatively slow ethernet speeds
or their connection can be unreliable

One big disadvantage of clearcase over cvs is that their tends
to be a lot more administration needed( ie a dedicated support 
staff ) and their is a large yearly maintenance costs associated
with buying and getting support from rational.

donald



On Fri, Jun 08, 2001 at 11:40:35AM +1000, Lucas Chan wrote:
> Guys,
> 
> We are currently looking at implementing some kind of version control
> system.  We have been trialling CVS for the past few weeks, storing sources
> on a FreeBSD machine and using WinCVS on our development machines.  It seems
> that this is exactly what we're looking for.
> 
> I have struck a problem that I'm hoping some of you can help me with.
> 
> Our company hired a "testing expert" a week or so ago, and he is currently
> opposing our move to roll out WinCVS.
> 
> This is because:
> a) He's never heard of it.
> b) He doubts that it is scalable enough for us.
> c) He believes that anything that's free _must_ have disadvantages (as
> opposed to Clearcase for example).
> 
> This didn't go down too well with me (or my team) because:
> a) For someone who's supposed to be an expert on testing systems, it
> surprises me that he's never heard of CVS.
> b) When talking about scalability, I gave the example that FreeBSD itself is
> maintained using CVS.  i.e. implying that we're only building web sites, not
> whole operating systems.  This didn't seem to be good enough evidence for
> him.
> c) And of course, I'm a FreeBSD and Open Source fan.
> 
> So, to cut to the chase... it would be great if some of you could show me
> where to find further information about CVS.
> 
> I'm particularly interested in it's uses for (really)large scale projects,
> perhaps even some stats on the quantity of sources it can maintain, any
> advantages it has over commercial source control products, etc.  I've
> checked out the CVS web site but none of the information there was useful in
> this context.
> 
> Something like... a case study of a large software company using CVS would
> be pefect (I imagine).
> 
> Thanks for your time everyone.
> 
> Regards,
> 
> [ lucas ]
> 
> 
> 
> 
> [ the ego has landed ]
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs