Help setting up CVS for multiple users/projects

[Keyser Soze]

I need to access CVS via SSH.  I would like to have several different product modules 
with different users having different access rights to each one.

For example, I have projects 1-5 and users 1-5 and I would like to have access 
something like

Project 1
users 1, 2, 3, 4 & 5
Project 2
users 1, 2, 3 & 5
Project 3
users 1, 3 & 4
Project 4
users 2, 4 & 5
Project 5
users 2 & 3

If a user has access, they have both read and write access.

I first looked at the chrooted CVS through SSH as discussed here
http://www.idealx.org/prj/idx-chrooted-ssh-cvs/dist/chrooted-ssh-cvs-server.html
by using the scripts at http://www.informatimago.com/linux/chrooted-ssh-cvs.

However, I could not see how a single user could have access to more then one project.

How can I do this?
-- 
___
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm



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

Re: edit document in several branches simultaneously

[Derek Robert Price]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Gelderblom (ptok) wrote:

>edit -c (regrettably in my opinion) is not a part of the official
version of
>CVS which is the subject of this mailing list. There is a patch available


It is the longstanding policy of this team that changes to the source
are not accepted without accompanying doc and test changes because any
changes not documented and tested simply do not hold up over time.
Please see the HACKING file in the top level of the CS source
distribution for more on this topic.

Other than that, I have and still do consider that patch to be a great
idea!  The only reason it isn't part of the CVS source tree yet is that
no one has come forth to add documentation to doc/cvs.texinfo and test
cases to src/sanity.sh yet.  If anyone would like to volunteer to finish
and submit a new patch, I will be happy to review it.  :)

Derek

- --
*8^)

Email: [EMAIL PROTECTED]

Get CVS support at !
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Netscape - http://enigmail.mozdev.org

iD8DBQFANWJyLD1OTBfyMaQRAkclAKCmUqsmm8H35CZh4GV8TVxtRQeNvwCggOx4
ksVf07cspDsz/0RUwncl3Ok=
=EWRs
-END PGP SIGNATURE-




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

Re: Repeated Conflicts

[Paul Sander]

Chances are you're using the default common ancestor for each merge.  The
3-way merge algorithm then rediscovers each change made cumulatively on both
branches each time.  The solution is to specify the result of the last merge
as the common ancestor when you run "cvs update".  For that, you must tag
the results of each merge and remember to use that tag for the next merge.

It's a pain, but if you reuse the tag then the procedure can be automated.

--- Forwarded mail from [EMAIL PROTECTED]

We now have developers working in multiple branches.

When ready I merged their branches into a release branch.

When merging I'm finding myself fixing the same conflicts over and
over.

I have a feeling I'm missing something simple in our process. Any enlightenment?

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



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

Repeated Conflicts

[Jeraimee Hughes]

We now have developers working in multiple branches.

When ready I merged their branches into a release branch.

When merging I'm finding myself fixing the same conflicts over and
over.

I have a feeling I'm missing something simple in our process. Any enlightenment?


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

Re: Difficulty connecting to CVS repos from winCVS

[Yanglong Zhu]

mark francisco wrote:

Hi Yanglong,

 

Now here is the address for my user-friendly CVS quick start howto 
(forum). https://125.15.160.110/bzoffice1/. I set this forum just for 
   

Sorry guys. The address is https://129.15.160.110/bzoffice1/.

this dear CVS issue since I have tried for a long time to set up a 
workable CVS system, and not until very recently I made it through.

Hope this helps someone setting up CVS systems, or speed up their 
process of setting up their CVS systems.

Comments and suggestions are welcome.
   

Thanks for the quick reply!

I was unable to connect to the CVS quick start howto that you had created.

On a brighter note, I was finally able to get WinCVS to connect to my CVS
Repository.  One of the problems was that I misnamed a cvs parameter on my
CVS Server, specifically, the /etc/xinetd.d/cvspserver file, for Redhat
Linux 7.3.  The file was misnamed to cvsserver (i forgot the 'p') and
caused many problems. I'm glad that it's done with.
But i would still be interested in reading your "how to" and giving you
some feedback.
Thanks,

~mark joseph francisco
---
"A day without laughter is a day wasted."
- Charlie Chaplin 

:: mark joseph francisco ::
 [EMAIL PROTECTED]
http://www.sce.carleton.ca/~mfranc
Sent using cyberus.ca WebMail - http://www.cyberus.ca/
 



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

Re: edit document in several branches simultaneously

[Paul Gelderblom \(ptok\)]

edit -c (regrettably in my opinion) is not a part of the official version of
CVS which is the subject of this mailing list. There is a patch available
(see http://mail.gnu.org/archive/html/info-cvs/2003-12/msg00135.html)
which gives you cvs edit -c in the "standard" cvs, but it is more likely you
are talking to a cvsnt server (find out using "cvs version"). See
www.cvsnt.com for info on that cvs server flavour.

The version of edit -c I know indeed behave as you describe :
edit -c foo
locks all versions of the foo file on all branches - so it is intended
behaviour. Your server is not broken. But it is probably still not what you
want.

It may be the case that the RCS lock (cvs admin -l) does give you the
opportunity to
lock only certain revisions of a file. But I'm not an expert on that one.
And admin -l may not be supported by TortoiseCvs.

Paul Gelderblom

- Original Message - 
From: "Axel Benz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 19, 2004 13:46
Subject: edit document in several branches simultaneously


> Hi,
> this is a newby question.
> I am using CVS with the TortoiseCVS client. This client opens files always
> with the
> cvs edit -c
> command, which makes sense in my case, because I am working only with
binary
> files and concurrent editing would lead to unsolvable conflicts.
> The problem is that, when the versioning path is branched, with
> cvs edit -c mydocument
> mydocument is "locked" (better: tagged as being edited) in both branches.
> In my opinion, this does not make sense, since the versions of the
document
> reside in different branches and can be totally different from each other.
>
> Why behaves CVS like this? Is there a certain sense in it? Can I prevent
CVS
> from doing so? Or should the client use another command? Which one? Or is
> this a bug of the CVS server I am using?
>
> Thank you for hints,
>
> Axel
>
> 
> Fraunhofer Institut fuer
> Arbeitswirtschaft und Organisation (IAO)
> Dipl. Inf. Axel Benz
> Nobelstr. 12
> D-70569 Stuttgart
> Germany
> Tel. +49(0)7119702289
> Fax. +49(0)7119702401
> mail: mailto:[EMAIL PROTECTED]
> www.vis.iao.fhg.de
> www.m-lab.iao.fhg.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: Binary release announcements?

[david]

> [ On Wednesday, February 18, 2004 at 10:21:41 (-0500), Jim.Hyslop wrote: ]
> > Subject: RE: Binary release announcements?
> >
> If you can't, or won't, build the software you use yourself then you
> need to find someone who can _and_ who you trust to do that for you.
>
Some people seem to be awfully trusting.
 
> Perhaps that's some big software company like Microsoft.
> 
> Perhaps it's just some group of volunteers who stake their reptuations
> on the quality of the software they create (even though most every one
> will disclaim all responsibility for damages or loss you might incur
> when using their software  :-).
>
Why put that parenthetical observation only after your second alternative?
I haven't seen any software company act as if it took responsibility
for such damages or loss.  Software license agreements and EULAs haven't
changed from the days when they were guarantees that these things were
disks, and would remain so for ninety days, coupled with a long list
of things you couldn't do with any software you happened to find on
there.
 
> The problem with computers and digital networking is that the malicious
> acts can be perpetrated several steps removed from where one might
> expect them to happen and by the time anyone's aware of what's happened
> it's far too late because these speedy little machines and wire's we've
> created have already spread the damage further and wider than any human
> could ever imagine possible without understanding the many quantum leaps
> computing technology gives the criminal.
> 
> PLEASE read Schneier's book "Secrets & Lies".
>
Greg and I have disagreed before.  This isn't one of those times.
I don't know if there are other good books that cover the same ground,
but I do recommend that one.
 
-- 
Now building a CVS reference site at http://www.thornleyware.com
[EMAIL PROTECTED]



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

Re: CVS Update problem : cannot rename file .new..buildnum to .buildn um

[Derek Robert Price]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Viraj Purang wrote:

>Everytime I try to "cvs update" a file called ".buildnum"
>
>I get an error :
>"cannot rename file .new..buildnum to .buildnum"
>
>This is true for all files which have been changed on client workspace
>and are thus different from the server.
>
>What could be the possible problem ?
>
>Another interesting issue is that this problem occurs only when I am
using a
>Perl script to
>do that CVS update.Manual updated are all ok.


I would have to sauspect a problem with your perl script.  CVS does not
use any file naming pattern similar to `.new.*'.

Derek

- --
*8^)

Email: [EMAIL PROTECTED]

Get CVS support at !
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Netscape - http://enigmail.mozdev.org

iD8DBQFANREELD1OTBfyMaQRAlWpAKCc1I1HKN1zp5c4sU1rqbx89z6TPgCgyxrp
1uBP1nHYuQufxwMzOW0yr3o=
=Bw7+
-END PGP SIGNATURE-




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

edit document in several branches simultaneously

[Axel Benz]

Hi,
this is a newby question.
I am using CVS with the TortoiseCVS client. This client opens files always
with the 
cvs edit -c
command, which makes sense in my case, because I am working only with binary
files and concurrent editing would lead to unsolvable conflicts.
The problem is that, when the versioning path is branched, with
cvs edit -c mydocument
mydocument is "locked" (better: tagged as being edited) in both branches. 
In my opinion, this does not make sense, since the versions of the document
reside in different branches and can be totally different from each other.

Why behaves CVS like this? Is there a certain sense in it? Can I prevent CVS
from doing so? Or should the client use another command? Which one? Or is
this a bug of the CVS server I am using?

Thank you for hints,

Axel

 
Fraunhofer Institut fuer
Arbeitswirtschaft und Organisation (IAO)
Dipl. Inf. Axel Benz
Nobelstr. 12
D-70569 Stuttgart
Germany
Tel. +49(0)7119702289
Fax. +49(0)7119702401
mail: mailto:[EMAIL PROTECTED]
www.vis.iao.fhg.de
www.m-lab.iao.fhg.de
 



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

RE: error faced...frequently on a file

[Gurpreet Singh (SCM)]

I just read to the NEWS for cvs 1.11.13 - can this check for the broken pipe
signal.

Regards
Gurpreet S

-Original Message-
From: Gurpreet Singh (SCM) [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 19, 2004 10:23 AM
To: '[EMAIL PROTECTED]'
Subject: error faced...frequently on a file


Hi All,

I am facing a following error frequently on a file, while getting the code :

ERROR>cvs checkout: Updating Project1/Binary
OUTPUT>U Project1/Binary/j2re-1_4_1_03-windows-i586.exe
ERROR>cvs [checkout aborted]: received broken pipe signal
ERROR>cvs [checkout aborted]: end of file from server (consult above
messages if
 any)

We are doing a clean get.
Also to mention- when again I try to get the code its done without any
error.this also certains that the file in the cvs is intact and has no
error and is not corrupt.

Any inputs..

Regards
Gurpreet S


___
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 support symlinks?

[Robert P. J. Day]

On Wed, 18 Feb 2004, Larry Jones wrote:

> Robert P. J. Day writes:
> > 
> > does anyone have a copy of this, or whatever people have settled on as
> > a common solution?
> 
> Since my previous response was apparently not clear enough, the common
> solution is to create the symlinks as an integral part of your
> (presumably) existing build or install process.  If you don't have an
> existing build or install process, then create one.  On Unix-like
> systems, that typically involves ``make''; I can't speak for other
> systems.

and since my previous query was apparently not clear enough, i *know* the
philosophy behind the solution.  i was asking for a reference/URL/pointer
to a previous solution so that i could, in the great tradition of geeks
everywhere, avoid re-inventing the wheel.

mercifully, a couple people had more google luck than me and provided
the locations.  thanks muchly.

rday


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

Re: how to support symlinks?

[Robert P. J. Day]

-Original Message-
From: Frederic Brehm <[EMAIL PROTECTED]>
Sent: Feb 18, 2004 5:27 PM
To: [EMAIL PROTECTED]
Subject: Re: how to support symlinks?

At 04:58 PM 2/18/2004, Eric Siegerman wrote:
>a simple mechanism has been implemented

Perhaps it is really, really simple:

 cat .symlinks | xargs ln -s

-

  i can see that it's not a deep solution.  but since
that's the case, why did at least one person go to
the trouble of once writing a script to handle it?

  tell you what -- to avoid wasting any more 
bandwidth, let's do this.  if you off-hand happen to 
know of a pre-rolled script that's equivalent to the
aforementioned "symlinks", drop me a note offline
with a pointer and i'll be amused to see how similar
it is to the solution i already came up with.

  if you *don't* know of a pointer to such a script,
please don't waste any more time by telling me
that:

a) CVS doesn't handle symlinks, or
b) it's really, really simple

  in other words, if you don't know the answer to
my *actual* question, just hit 'delete' and keep moving.
fair?

rday




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