script for Branch locking in CVS

[Rakesh Dhyani]

Hi ,

I am looking for a patch/script for branch locking in CVS . I am using CVS
1.10 on RedHat 6.2.
I have tried using CVS Admin command for this purpose but it doesnot work.

Thanks.

Rakesh

Rakesh Dhyani
Aplion. Networks India



----- Original Message -----
From: <address@hidden>
To: <address@hidden>
Sent: Tuesday, September 04, 2001 3:27 AM
Subject: Info-cvs digest, Vol 1 #945 - 16 msgs


> Send Info-cvs mailing list submissions to
> address@hidden
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.gnu.org/mailman/listinfo/info-cvs
> or, via email, send a message with subject or body 'help' to
> address@hidden
>
> You can reach the person managing the list at
> address@hidden
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Info-cvs digest..."
>
>
> Today's Topics:
>
>    1. cvs aborted !! (Zanabria, Moises)
>    2. Re: cvs pserver failing : how get log ? (Larry Jones)
>    3. Re: cvs aborted !! (Larry Jones)
>    4. RE: cvs aborted !! (Zanabria, Moises)
>    5. Re: Can't Connect from Windows... (Jesus Manuel NAVARRO LOPEZ)
>    6. Re: Knowing that a merge has happened (Jesus Manuel NAVARRO LOPEZ)
>    7. Re: don't allow a cvs user to execute a specific CVS command (Jesus
Manuel NAVARRO LOPEZ)
>    8. Re: how to? (Greg A. Woods)
>    9. Re: cvs aborted !! (Larry Jones)
>   10. .obj in the cvs (=?iso-8859-1?q?Mart=EDn=20Marqu=E9s?=)
>   11. How to keep "watch on" for all the files, all the time....???
(address@hidden)
>   12. Re: .obj in the cvs (Larry Jones)
>   13. Re: .obj in the cvs (Greg A. Woods)
>   14. Re: .obj in the cvs (=?iso-8859-1?q?Mart=EDn=20Marqu=E9s?=)
>   15. frontend to cvs workflow (Nils9)
>   16. Re: .obj in the cvs (=?iso-8859-1?q?Mart=EDn=20Marqu=E9s?=)
>
> --__--__--
>
> Message: 1
> From: "Zanabria, Moises" <address@hidden>
> To: "'address@hidden'" <address@hidden>
> Subject: cvs aborted !!
> Date: Mon, 3 Sep 2001 11:19:12 -0500
>
> Hi guys:
> is there a way to fix this problem??
> cvs [server aborted]: unrecognized operation 'B' in
> /home/ism/src/srm/psc/web-inf/bin/SRMActuateReports.dll,v
>
> Any help I'll really appreciate.
> Moises.
>
>
>
> --__--__--
>
> Message: 2
> Subject: Re: cvs pserver failing : how get log ?
> To: address@hidden (Patrick Goldbronn - SFME/LGLS)
> Date: Mon, 3 Sep 2001 13:13:28 -0400 (EDT)
> Cc: address@hidden
> From: address@hidden (Larry Jones)
>
> Patrick Goldbronn - SFME/LGLS writes:
> >
> > I see the following error in /var/log/messages :
> > Sep  3 15:12:19 muna inetd[490]: cvspserver/tcp server failing (looping
> > or being flooded), service terminated for 10 min
> >
> > It's not very clear and I like to know what's matter because there are
> > often such trouble.
>
> Since the message is comming from inetd, you need to look at the inetd
> documentation.  See the very last paragraph of:
>
> http://www.cvshome.org/docs/manual/cvs_21.html#SEC182
>
> -Larry Jones
>
> Your gender would be a lot more tolerable if it wasn't so darn cynical!
> -- Calvin
>
>
> --__--__--
>
> Message: 3
> Subject: Re: cvs aborted !!
> To: address@hidden (Zanabria, Moises)
> Date: Mon, 3 Sep 2001 13:25:05 -0400 (EDT)
> Cc: address@hidden ('address@hidden')
> From: address@hidden (Larry Jones)
>
> Zanabria, Moises writes:
> >
> > is there a way to fix this problem??
> > cvs [server aborted]: unrecognized operation 'B' in
> > /home/ism/src/srm/psc/web-inf/bin/SRMActuateReports.dll,v
>
> That indicates that your repository is corrupt.  The only way to "fix"
> it is to edit that RCS file by hand or restore it from a backup.  If i
> were you, I'd have two major concerns at this point:  How many other RCS
> files in the repository are also damaged?  How did they get damaged?
>
> For the first, Donald Sharp has written a perl script to check the
> integrity of a repository:
>
> http://ccvs.cvshome.org/servlets/ReadMsg?msgId=3122&listName=info
>
> For the second, are you accessing your repository with some kind of
> shared filesystem (like Windows file sharing, Samba, or NFS)?  If so,
> stop it immediately and use client/server CVS instead!  There have been
> many reports of corruption caused by bugs in such filesystems.  If not,
> it's likely you have some kind of a hardware problem.  What kind of a
> system is your server running on and what kind of disk holds the
> repository?
>
> -Larry Jones
>
> Hello, I'm wondering if you sell kegs of dynamite. -- Calvin
>
>
> --__--__--
>
> Message: 4
> From: "Zanabria, Moises" <address@hidden>
> To: "'address@hidden '" <address@hidden>
> Cc: "'address@hidden '" <address@hidden>
> Subject: RE: cvs aborted !!
> Date: Mon, 3 Sep 2001 12:51:49 -0500
>
> Oopps :(, actually this problem it happened after I deleted some revisions
> for this file with "cvs admin -o rev2::rev32 SRMActuateReports.dll" ,
> actually I did this command only for this file, the file is still there, I
> can run cvs co,  but I can not run cvs log, cvs status , return the
message
> that I sent in my last email, regarding your questions:
> For the second, are you accessing your repository with some kind of
> shared filesystem (like Windows file sharing, Samba, or NFS)?   Yes, I use
> NFS
> What kind of a system is your server running on and what kind of disk
holds
> the repository?
> We use Sun, let me check disk I'm not 100% sure I'll let you know.
>
> BTW, I tried to modify by hand the file SRMActuateReports.dll,v , but is a
> binary, the head of file looks ok but how can I identify the problem in
this
> file, or the corrupt line.
>
>
> Thanks you so much for advised.
> Moises.
>
>
> -----Original Message-----
> From: address@hidden
> To: address@hidden
> Cc: address@hidden
> Sent: 9/3/01 12:25 PM
> Subject: Re: cvs aborted !!
>
> Zanabria, Moises writes:
> >
> > is there a way to fix this problem??
> > cvs [server aborted]: unrecognized operation 'B' in
> > /home/ism/src/srm/psc/web-inf/bin/SRMActuateReports.dll,v
>
> That indicates that your repository is corrupt.  The only way to "fix"
> it is to edit that RCS file by hand or restore it from a backup.  If i
> were you, I'd have two major concerns at this point:  How many other RCS
> files in the repository are also damaged?  How did they get damaged?
>
> For the first, Donald Sharp has written a perl script to check the
> integrity of a repository:
>
>
> http://ccvs.cvshome.org/servlets/ReadMsg?msgId=3122&listName=info
>
> For the second, are you accessing your repository with some kind of
> shared filesystem (like Windows file sharing, Samba, or NFS)?  If so,
> stop it immediately and use client/server CVS instead!  There have been
> many reports of corruption caused by bugs in such filesystems.  If not,
> it's likely you have some kind of a hardware problem.  What kind of a
> system is your server running on and what kind of disk holds the
> repository?
>
> -Larry Jones
>
> Hello, I'm wondering if you sell kegs of dynamite. -- Calvin
>
>
> --__--__--
>
> Message: 5
> From: Jesus Manuel NAVARRO LOPEZ <address@hidden>
> Subject: Re: Can't Connect from Windows...
> Date: Mon, 03 Sep 2001 19:30:07 +0200
> Organization: PROMOFINARSA, S.A.
> To: address@hidden
>
> Hi, J. Andrew:
>
> "J. Andrew MacDonald" wrote:
> >
> > I am having a problem connecting to a CVS Server...
> >
> > I setup a repository on a NetBSD machine... I added users to the
> > $CVSROOT/CVSROOT/passwd file... I also added an entry to /etc/inetd.conf
> > to allow cvs (pserver) to listen on port 2401.  Local to the repository
> > I can do a "cvs login" and checkout modules... but where my problem lies
> > is when I try to login from a Win98SE machine.  It says that the
> > connection was refused... Normally I would just think that the server
> > isnt running, but I can telnet to it... and my connection is accepted.
> >
> > If you can help me out, I would greatly appreciate it...
> >
>
> Yeah. RTFM.
> --
> SALUD,
> Jesús
> ***
> address@hidden
> ***
>
> --__--__--
>
> Message: 6
> From: Jesus Manuel NAVARRO LOPEZ <address@hidden>
> Subject: Re: Knowing that a merge has happened
> Date: Mon, 03 Sep 2001 19:17:29 +0200
> Organization: PROMOFINARSA, S.A.
> To: address@hidden
>
> Hi, John:
>
> John Minnihan wrote:
> >
> > address@hidden wrote:
> >
> > > Steve Bement wrote:
> > >
> > >
> > >>I'm struggling with one point regarding merging.  I understand the
> > >>mechanics/commands of how to do the merge, but once the merge is done,
I
> > >>can see know way of knowing that it happened.
> > >>
> > >
> > > You could mention it in the commit message after the merge.
> > >
> >
> > The appropriate way to handle this is to pre-tag the contributor &
> > target and post-tag the target.  Beware of the race condition though;
> > freeze your repository (using whatever technique works for you) during
> > the tag ops and the join.
> >
>
> Is it really needed (it is not a rethoric question, I *am* interested on
> this issue)?
> If you tag on a file by file basis, it will be told to you that your
> version is not current for any file updated from your last commit.  This
> way you will be able to look at the changes and opt tagging the updated
> version (if you're sure the changes don't collide with your development)
> or tag a previous version (the one you really want to).
>
> Then you'll branch from the tag (I mean, instead from just HEAD),
> whichever version it points to.
> Obviously it is not the cleaner/easier way to manage this, but I *think*
> it should work with no problems (unless that branching/labelling is not
> an atomic operation when applied to a single file, in which case is true
> that you could send a tag command for, let's say version 1.2.3.4 of file
> foo.c and end up at version 1.2.3.5, if updated from the time the
> command is entered and the time is really applied).
> --
> SALUD,
> Jesús
> ***
> address@hidden
> ***
>
> --__--__--
>
> Message: 7
> From: Jesus Manuel NAVARRO LOPEZ <address@hidden>
> Subject: Re: don't allow a cvs user to execute a specific CVS command
> Date: Mon, 03 Sep 2001 19:29:18 +0200
> Organization: PROMOFINARSA, S.A.
> To: address@hidden
>
> Hi, JM:
>
> JM Murillo wrote:
> >
> > I would like to allow to specific user U1 to execute only the CVS
> > subcommands defined by the CVS admininstrator.
> > for example the user U1 can´t execute the cvs "import" subcommand,
because i
> > don´t want allow him to import files to the repository.
> >
> > Is there any way to restrict specific subcommands to specific users?
> >
>
> I don't know if there a tool/patch to do exactly what you want (though I
> think I remember someone announcing such a patch)
> Anyway, how about a workaround?
> Usually the main groups you need to stablish are:
> no-access
> read-only
> read-write.
>
> These can be achived two ways:
> If read-only group is a global one (ie: not per project/module etc), and
> you're not worried about the no-access group, then you can just give
> anonymous access (read-only) and authenticated access (read-write).
>
> If it is not the case, then you can go with filesystem perms:
> If a user is not on group X, then she will be able to write, but not if
> she doesn't belong to (thus effectively impeding commit).
> If not having and account, then no access at all.
> The usual filesystem tricks will offer you a bit more granularity,
> though if your environment is complex enough, you will need to go with a
> OS/filesystem with proper ACLs in place (beyond UGO schema, I mean).
> --
> SALUD,
> Jesús
> ***
> address@hidden
> ***
>
> --__--__--
>
> Message: 8
> From: address@hidden (Greg A. Woods)
> To: address@hidden
> Cc: address@hidden
> Subject: Re: how to?
> Reply-To: address@hidden (CVS-II Discussion Mailing List)
> Organization: Planix, Inc.; Toronto, Ontario; Canada
> Date: Mon,  3 Sep 2001 14:39:04 -0400 (EDT)
>
> [ On Monday, September 3, 2001 at 11:21:59 (+0100), Ian Molton wrote: ]
> > Subject: how to?
> >
> > I am trying to use it to keep the linux kernel sources in on my local
> > machine.
> >
> > Im starting with kernel 2.4.3.
> >
> > I import 2.4.3
> > I then branch it so I have 2.4.3-rmk1
> > I then add/modify the brached files, and commit them
> > I then import 2.4.4
> >
> > at this point I get conflicts, with files on the *branch*. why? and what
> > do I do about it?
>
> Don't try to use regular branches in a vendor-branched module.  It
> doesn't work well, and indeed wasn't really intended to work.
>
> There can only ever really be one successful vendor branch too, despite
> what some of the documentation might lead you to believe, and especially
> contrary to what the original "CVS-II" paper suggests.
>
> If you really need to have local branches *and* a vendor branch then
> you'd be much better off using "cvs add" to create and populate your
> module and then to create a real branch on which you manually add the
> vendor code to.  Don't use "cvs import" at all, ever, for this kind of
> thing.
>
> --
> Greg A. Woods
>
> +1 416 218-0098      VE3TCP      <address@hidden>     <address@hidden>
> Planix, Inc. <address@hidden>;   Secrets of the Weird <address@hidden>
>
>
> --__--__--
>
> Message: 9
> Subject: Re: cvs aborted !!
> To: address@hidden (Zanabria, Moises)
> Date: Mon, 3 Sep 2001 16:04:16 -0400 (EDT)
> Cc: address@hidden ('address@hidden ')
> From: address@hidden (Larry Jones)
>
> Zanabria, Moises writes:
> >
> > Oopps :(, actually this problem it happened after I deleted some
revisions
> > for this file with "cvs admin -o rev2::rev32 SRMActuateReports.dll" ,
>
> That, by itself, wouldn't corrupt the RCS file.
>
> > actually I did this command only for this file, the file is still there,
I
> > can run cvs co,  but I can not run cvs log, cvs status , return the
message
>
> That implies that the damage is to one of the delta sections.  By
> checking out previous versions (you can use -p and send the output to
> /dev/null) and seeing which work and which don't, you can determine
> which delta is damaged.
>
> > that I sent in my last email, regarding your questions:
> > For the second, are you accessing your repository with some kind of
> > shared filesystem (like Windows file sharing, Samba, or NFS)?   Yes, I
use
> > NFS
>
> I strongly suggest moving your repository to a local disk (or moving
> your CVS server to the machine where the current repository exists).
>
> -Larry Jones
>
> Good gravy, whose side are you on?! -- Calvin
>
>
> --__--__--
>
> Message: 10
> From: =?iso-8859-1?q?Mart=EDn=20Marqu=E9s?= <address@hidden>
> To: address@hidden ('address@hidden ')
> Subject: .obj in the cvs
> Date: Mon, 3 Sep 2001 17:32:16 -0300
>
> How do I make .obj files get imported to the repository of my application
> through cvs?
>
> Saludos.... :-)
>
> --
> Porqué usar una base de datos relacional cualquiera,
> si podés usar PostgreSQL?
> -----------------------------------------------------------------
> Martín Marqués                  |        address@hidden
> Programador, Administrador, DBA |       Centro de Telematica
>                        Universidad Nacional
>                             del Litoral
> -----------------------------------------------------------------
>
>
> --__--__--
>
> Message: 11
> From: address@hidden
> To: address@hidden
> Subject: How to keep "watch on" for all the files, all the time....???
> Date: Mon, 3 Sep 2001 22:48:41 +0200
>
> Hello group,
>
> I'm using "cvs watch on" command to force every developer to use the "cvs
> edit" command before editing files. But for some reason the watch seems to
> be removed from the repository after a while. Most of the developers use
> Netbeans which has an integrated cvs client. Because the watch is lost, I
> run the "cvs watch on" command from time to time. After each time I run
the
> command I check that every file is read only, this is always true. I was
> hoping that when I put the watch on, I would be the only user who could
turn
> it off. If this is not the case how can I keep the watch on for each files
> in the repository.
>
> using : CVS ver. 1.11 ( pserver )
>
> Best regards,
> Ole Thomas Naeringsrud
>
>
> --__--__--
>
> Message: 12
> Subject: Re: .obj in the cvs
> To: address@hidden (=?iso-8859-1?q?Mart=EDn=20Marqu=E9s?=)
> Date: Mon, 3 Sep 2001 17:04:32 -0400 (EDT)
> Cc: address@hidden ('address@hidden ')
> From: address@hidden (Larry Jones)
>
> =?iso-8859-1?q?Mart=EDn=20Marqu=E9s?= writes:
> >
> > How do I make .obj files get imported to the repository of my
application
> > through cvs?
>
> You have to override the default ignore list:
>
> http://www.cvshome.org/docs/manual/cvs_18.html#SEC173
>
> (and be sure to import them in binary mode).
>
> BUT, you need to think about why you want to do that.  Object files are
> almost always derived from source files; it makes much more sense to
> store only the source files in CVS.
>
> -Larry Jones
>
> I've never seen a sled catch fire before. -- Hobbes
>
>
> --__--__--
>
> Message: 13
> From: address@hidden (Greg A. Woods)
> To: =?iso-8859-1?q?Mart=EDn=20Marqu=E9s?= <address@hidden>
> Cc: address@hidden (CVS-II Discussion Mailing List)
> Subject: Re: .obj in the cvs
> Reply-To: address@hidden (CVS-II Discussion Mailing List)
> Organization: Planix, Inc.; Toronto, Ontario; Canada
> Date: Mon,  3 Sep 2001 17:11:00 -0400 (EDT)
>
> [ On Monday, September 3, 2001 at 17:32:16 (-0300),
=?iso-8859-1?Q?Mart=EDn_Marqu=E9s?= wrote: ]
> > Subject: .obj in the cvs
> >
> > How do I make .obj files get imported to the repository of my
application
> > through cvs?
>
> You don't.  You really do not want binary things like that in a CVS
repository.
>
> --
> Greg A. Woods
>
> +1 416 218-0098      VE3TCP      <address@hidden>     <address@hidden>
> Planix, Inc. <address@hidden>;   Secrets of the Weird <address@hidden>
>
>
> --__--__--
>
> Message: 14
> From: =?iso-8859-1?q?Mart=EDn=20Marqu=E9s?= <address@hidden>
> To: address@hidden (CVS-II Discussion Mailing List),
> address@hidden (Greg A. Woods)
> Subject: Re: .obj in the cvs
> Date: Mon, 3 Sep 2001 18:15:26 -0300
> Cc: address@hidden (CVS-II Discussion Mailing List)
>
> On Lun 03 Sep 2001 18:11, Greg A. Woods wrote:
> > [ On Monday, September 3, 2001 at 17:32:16 (-0300),
> > =?iso-8859-1?Q?Mart=EDn_Marqu=E9s?= wrote: ]
> >
> > > Subject: .obj in the cvs
> > >
> > > How do I make .obj files get imported to the repository of my
application
> > > through cvs?
> >
> > You don't.  You really do not want binary things like that in a CVS
> > repository.
>
> They are not binary files. I'm working on PHP applications, and I
> (unfortunetly) named my object files with .obj extension.
>
> Thanks anyway!
>
> --
> Porqué usar una base de datos relacional cualquiera,
> si podés usar PostgreSQL?
> -----------------------------------------------------------------
> Martín Marqués                  |        address@hidden
> Programador, Administrador, DBA |       Centro de Telematica
>                        Universidad Nacional
>                             del Litoral
> -----------------------------------------------------------------
>
>
> --__--__--
>
> Message: 15
> From: "Nils9" <address@hidden>
> To: <address@hidden>
> Subject: frontend to cvs workflow
> Date: Tue, 4 Sep 2001 00:20:34 +0300
>
> Hi,
> I've been wondering if there is some kind of application/scripts
> to see what goes on in cvs, someting like the notifications, but
> more sophisticated, like webpage, or all in one nice email. not
> 100 emails with actually repeating information.
> I was thinking to script up a frontend, gather into database
> everything what happens, and then generate dynamic html page,
> and send summary emails, stuff like that. Its just that CVS
> has grown (5 servers and counting) to this stage.
> It could be possible to patch CVS client to make the watch
> feature work silently for everyone, and it allows to track
> down pretty everything, at any time. Any hints?
>
> Nils Jakobson
> SWHTechnology
>
>
>
>
> --__--__--
>
> Message: 16
> From: =?iso-8859-1?q?Mart=EDn=20Marqu=E9s?= <address@hidden>
> To: address@hidden (Larry Jones)
> Subject: Re: .obj in the cvs
> Date: Mon, 3 Sep 2001 18:50:21 -0300
> Cc: address@hidden ('address@hidden ')
>
> On Lun 03 Sep 2001 18:04, Larry Jones wrote:
> > =?iso-8859-1?q?Mart=EDn=20Marqu=E9s?= writes:
> > > How do I make .obj files get imported to the repository of my
application
> > > through cvs?
> >
> > You have to override the default ignore list:
> >
> > http://www.cvshome.org/docs/manual/cvs_18.html#SEC173
> >
> > (and be sure to import them in binary mode).
>
> For what I see, I should make a file $CVSROOT/CVSROOT/cvsignore that
contains
> this:
>
> !
> RCS     SCCS    CVS     CVS.adm
> RCSLOG  cvslog.*
> tags    TAGS
> .make.state     .nse_depinfo
> *~      #*      .#*     ,*      _$*     *$
> *.old   *.bak   *.BAK   *.orig  *.rej   .del-*
> *.a     *.olb   *.o     *.so    *.exe
> *.Z     *.elc   *.ln
> core
>
>
> Is this right?
>
> > BUT, you need to think about why you want to do that.  Object files are
> > almost always derived from source files; it makes much more sense to
> > store only the source files in CVS.
>
> That's because I used that extension for files that contain class objects.
> They are really source files.
>
> Anyway, for now all I will be saving in the repository is PHP source code.
>
> Saludos... :-)
>
>
> --
> Porqué usar una base de datos relacional cualquiera,
> si podés usar PostgreSQL?
> -----------------------------------------------------------------
> Martín Marqués                  |        address@hidden
> Programador, Administrador, DBA |       Centro de Telematica
>                        Universidad Nacional
>                             del Litoral
> -----------------------------------------------------------------
>
>
>
> --__--__--
>
> _______________________________________________
> Info-cvs mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/info-cvs
>
>
> End of Info-cvs Digest