RE: Help: Obtaining User Changes

2003-06-30 Thread Hill, Benjamin W
Thanks!

I did a:

cvs log -d 2003-07-01 | grep date  changes.log

...and that produces:

date: 2003/05/13 10:36:10;  author: [USERID];  state: Exp;

...which shows activity percentile over date periods. The changelog:


cvs log -d 2003-07-01

...produces some decent info too!

Cheers,

Ben


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 29 June 2003 18:53
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Help: Obtaining User Changes


Hill, Benjamin W writes:
 
 Is there a method in CVS is obtain changes to files for a particular 
 user, over a particular time? I am using pserver to connect to a 
 remote repository, and would like to find out what files have been 
 edited over a particular time range.

Sort of.  cvs log can list the log messages for changes checked in by a
particular user over a time range.  cvs diff can show the changes over a
time range, but it would be for all users, not just a particular one.

-Larry Jones

What this games needs are negotiated settlements. -- Calvin


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


RE: Help: Obtaining User Changes

2003-06-30 Thread Hill, Benjamin W
This has made me think...

Are there any good tools that can generate HTML reports from CVS ChangeLogs?

I'd be looking for something that generates in tabular form, a report that
would list the updates to files, and activity percentile of authors. I know
there is view CVS, but would it do this job?

Cheers,

Ben

-Original Message-
From: Hill, Benjamin W 
Sent: 30 June 2003 10:08
To: Jones, Larry
Cc: [EMAIL PROTECTED]
Subject: RE: Help: Obtaining User Changes


Thanks!

I did a:

cvs log -d 2003-07-01 | grep date  changes.log

...and that produces:

date: 2003/05/13 10:36:10;  author: [USERID];  state: Exp;

...which shows activity percentile over date periods. The changelog:


cvs log -d 2003-07-01

...produces some decent info too!

Cheers,

Ben


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 29 June 2003 18:53
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Help: Obtaining User Changes


Hill, Benjamin W writes:
 
 Is there a method in CVS is obtain changes to files for a particular
 user, over a particular time? I am using pserver to connect to a 
 remote repository, and would like to find out what files have been 
 edited over a particular time range.

Sort of.  cvs log can list the log messages for changes checked in by a
particular user over a time range.  cvs diff can show the changes over a
time range, but it would be for all users, not just a particular one.

-Larry Jones

What this games needs are negotiated settlements. -- 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: Help: Obtaining User Changes

2003-06-30 Thread Riechers, Matthew W
Hill, Benjamin W wrote:
 
 Is there a method in CVS is obtain changes to files for a particular user,
 over a particular time? I am using pserver to connect to a remote
 repository, and would like to find out what files have been edited over a
 particular time range.

CVSps http://www.cobite.com/cvsps/ is a handy tool for this type of
reporting. You could get the logs for all commits by foo_user with

cvsps -a foo_user

This will dump summaries of each patchset. You can then dump the diffs for any
number of patchsets, and also restrict the selection to a range of dates or
tags. Very nice, IMHO.

NOTE: some operations don't work so well over pserver, as they can flood the
server with connection requests. CVSps uses a caching system that may help
mitigate this, but it's something to be aware of.

-Matt


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


Re: cvs commands in a script

2003-06-30 Thread Larry Jones
Vijay Kumar writes:
 
 How can we include cvs commands in a shesll or perl script - no interactive.

Just do it.

-Larry Jones

You should see me when I lose in real life! -- Calvin


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


RE: Info-cvs Digest, Vol 7, Issue 54

2003-06-30 Thread Luis Gonzalez

cvs annotate program | grep user_id

Best regards ...

-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Enviado el: Lunes 30 de Junio de 2003 13:06
Para: [EMAIL PROTECTED]
Asunto: Info-cvs Digest, Vol 7, Issue 54




Send Info-cvs mailing list submissions to
[EMAIL PROTECTED]

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
[EMAIL PROTECTED]

You can reach the person managing the list at
[EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than Re: Contents of Info-cvs digest...


Today's Topics:

   1. Re: Help: Obtaining User Changes (Larry Jones)
   2. RE: Info-cvs Digest, Vol 7, Issue 53 (Li, Jerry)
   3. Re: acl for cvs try II (Corey Minyard)
   4. RE: Help: Obtaining User Changes (Hill, Benjamin W)
   5. RE: Help: Obtaining User Changes (Hill, Benjamin W)
   6. Re: Help: Obtaining User Changes (Riechers, Matthew W)
   7. cvs commands  in a script  (Vijay Kumar)
   8. Re: cvs commands  in a script (Larry Jones)


--

Date: Sun, 29 Jun 2003 13:52:34 -0400 (EDT)
From: [EMAIL PROTECTED] (Larry Jones)
To: [EMAIL PROTECTED] (Hill, Benjamin W)
Cc: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: Re: Help: Obtaining User Changes
Message-ID: [EMAIL PROTECTED]
In-Reply-To: [EMAIL PROTECTED] from
Hill,
 Benjamin W at Jun 29, 2003 12:06:03 PM
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: list
Message: 1

Hill, Benjamin W writes:

 Is there a method in CVS is obtain changes to files for a particular
user,
 over a particular time? I am using pserver to connect to a remote
 repository, and would like to find out what files have been edited over a
 particular time range.

Sort of.  cvs log can list the log messages for changes checked in by
a particular user over a time range.  cvs diff can show the changes
over a time range, but it would be for all users, not just a particular
one.

-Larry Jones

What this games needs are negotiated settlements. -- Calvin


--

Date: Sun, 29 Jun 2003 12:11:36 -0700
From: Li, Jerry [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: RE: Info-cvs Digest, Vol 7, Issue 53
Message-ID:
[EMAIL PROTECTED]
Content-Type: multipart/alternative;
 boundary=_=_NextPart_001_01C33E72.42C6E230
MIME-Version: 1.0
Precedence: list
Message: 2

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--_=_NextPart_001_01C33E72.42C6E230
Content-Type: text/plain;
 charset=iso-8859-1

The URL below may help you out.

http://ant.apache.org/manual/index.html

thanks,
Jerry

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Sunday, June 29, 2003 9:04 AM
To: [EMAIL PROTECTED]
Subject: Info-cvs Digest, Vol 7, Issue 53


Send Info-cvs mailing list submissions to
 [EMAIL PROTECTED]

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
 [EMAIL PROTECTED]

You can reach the person managing the list at
 [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than Re: Contents of Info-cvs digest...


Today's Topics:

   1. Help: Obtaining User Changes (Hill, Benjamin W)


--

Date: Sun, 29 Jun 2003 12:06:03 +0100
From: Hill, Benjamin W [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: Help: Obtaining User Changes
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain
MIME-Version: 1.0
Precedence: list
Message: 1

Hi,

Is there a method in CVS is obtain changes to files for a particular user,
over a particular time? I am using pserver to connect to a remote
repository, and would like to find out what files have been edited over a
particular time range.

Cheers,

Ben


--

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


End of Info-cvs Digest, Vol 7, Issue 53
***

--
Note:  The information contained in this message may be privileged and
confidential and protected from disclosure. If the reader of this message
is
not the intended recipient, or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby notified
that any dissemination, distribution or copying of this communication is
strictly prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and deleting it
from
your computer. Thank you.

Checkout files to the same working directory

2003-06-30 Thread Martyn Klassen
I'd like to be able to checkout files from different locations in the 
repository to the same working directory. I always get complaints that the 
repository locations are different when I try and check the second project 
out in the same location as the first project. I would have thought it would 
be relatively easy for the information about file location to be stored in 
the CVS/ directory inside the working directory. Is this possible?

Martyn Klassen

_
The new MSN 8: advanced junk mail 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


Branch Merging

2003-06-30 Thread Eric Fritz
Although I've been using CVS for several years I've never used
branches.  Well, I was posed with yet another opportunity where
branching would fit and decided to finally take the plunge.
Unfortunately, the results are a bit worrisome to me... here is the
scenario:

I've got file x.c which is currently at revision 1.22.  The last
released version was revision 1.21.  There has actually only been one
line added near the top of this file between those two revisions. A bug
came up in this file so I thought I would create a branch and try to
fix it that way.  I created a branch tag against my version tag using
rtag as it says in the manual:

cvs rtag -b -r v3_1 v3_1-patch mod
(obviously v3_1 is a tag with includes rev 1.21 of file x.c)

Anyway, I then checked out the branch, updated the file with the fix
(couple lines near the bottom of the file) and checked it in which gave
me a new revision of 1.21.2.1.  Then (just to test it out) I went back
to my main working directory (where all the latest files are, i.e. no
sticky tags etc) and tried to merge the changes in to the main trunk as
they will need to be there eventually anyway.  So I run the merge
command:

cvs update -j v3_1-patch x.c
(x.c was still currently at revision 1.21)

The update went fine (I think) file was merged etc.  But just to make
sure I did a few diffs on the files etc. and noticed that yes it did
move my new lines near the bottom of the file but it completely dumped
the latest changes from the main trunk (that one line near the top). 
Is is really supposed to do things this way.  It seems that it merged
with version 1.21 and then just put that version on the head.  I would
expect it to merge with 1.21 but then to merge 1.21 with the head to
try to get everything up to date.  Am I just asking too much?

---
Eric Fritz
[EMAIL PROTECTED]


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com


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


Re: Info-cvs Digest, Vol 7, Issue 54

2003-06-30 Thread Bogdan Serbanoiu
On Mon, 30 Jun 2003 [EMAIL PROTECTED] wrote:

 Send Info-cvs mailing list submissions to
   [EMAIL PROTECTED]
 
 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
   [EMAIL PROTECTED]
 
 You can reach the person managing the list at
   [EMAIL PROTECTED]
 
 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Info-cvs digest...
 
 
 Today's Topics:
 
1. Re: Help: Obtaining User Changes (Larry Jones)
2. RE: Info-cvs Digest, Vol 7, Issue 53 (Li, Jerry)
3. Re: acl for cvs try II (Corey Minyard)
4. RE: Help: Obtaining User Changes (Hill, Benjamin W)
5. RE: Help: Obtaining User Changes (Hill, Benjamin W)
6. Re: Help: Obtaining User Changes (Riechers, Matthew W)
7. cvs commands  in a script  (Vijay Kumar)
8. Re: cvs commands  in a script (Larry Jones)
 
 
 --
 
 Date: Sun, 29 Jun 2003 13:52:34 -0400 (EDT)
 From: [EMAIL PROTECTED] (Larry Jones)
 To: [EMAIL PROTECTED] (Hill, Benjamin W)
 Cc: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
 Subject: Re: Help: Obtaining User Changes
 Message-ID: [EMAIL PROTECTED]
 In-Reply-To: [EMAIL PROTECTED] from Hill,
   Benjamin W at Jun 29, 2003 12:06:03 PM
 Content-Type: text/plain; charset=us-ascii
 MIME-Version: 1.0
 Content-Transfer-Encoding: 7bit
 Precedence: list
 Message: 1
 
 Hill, Benjamin W writes:
  
  Is there a method in CVS is obtain changes to files for a particular user,
  over a particular time? I am using pserver to connect to a remote
  repository, and would like to find out what files have been edited over a
  particular time range.
 
 Sort of.  cvs log can list the log messages for changes checked in by
 a particular user over a time range.  cvs diff can show the changes
 over a time range, but it would be for all users, not just a particular
 one.
 
 -Larry Jones
 
 What this games needs are negotiated settlements. -- Calvin
 
 
 --
 
 Date: Sun, 29 Jun 2003 12:11:36 -0700
 From: Li, Jerry [EMAIL PROTECTED]
 To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
 Subject: RE: Info-cvs Digest, Vol 7, Issue 53
 Message-ID: [EMAIL PROTECTED]
 Content-Type: multipart/alternative;
   boundary=_=_NextPart_001_01C33E72.42C6E230
 MIME-Version: 1.0
 Precedence: list
 Message: 2
 
 This message is in MIME format. Since your mail reader does not understand
 this format, some or all of this message may not be legible.
 
 --_=_NextPart_001_01C33E72.42C6E230
 Content-Type: text/plain;
   charset=iso-8859-1
 
 The URL below may help you out.
 
 http://ant.apache.org/manual/index.html
 
 thanks,
 Jerry
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
 Sent: Sunday, June 29, 2003 9:04 AM
 To: [EMAIL PROTECTED]
 Subject: Info-cvs Digest, Vol 7, Issue 53
 
 
 Send Info-cvs mailing list submissions to
   [EMAIL PROTECTED]
 
 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
   [EMAIL PROTECTED]
 
 You can reach the person managing the list at
   [EMAIL PROTECTED]
 
 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Info-cvs digest...
 
 
 Today's Topics:
 
1. Help: Obtaining User Changes (Hill, Benjamin W)
 
 
 --
 
 Date: Sun, 29 Jun 2003 12:06:03 +0100
 From: Hill, Benjamin W [EMAIL PROTECTED]
 To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
 Subject: Help: Obtaining User Changes
 Message-ID: [EMAIL PROTECTED]
 Content-Type: text/plain
 MIME-Version: 1.0
 Precedence: list
 Message: 1
 
 Hi,
 
 Is there a method in CVS is obtain changes to files for a particular user,
 over a particular time? I am using pserver to connect to a remote
 repository, and would like to find out what files have been edited over a
 particular time range.
 
 Cheers,
 
 Ben
 
 
 --
 
 ___
 Info-cvs mailing list
 [EMAIL PROTECTED]
 http://mail.gnu.org/mailman/listinfo/info-cvs
 
 
 End of Info-cvs Digest, Vol 7, Issue 53
 ***
 
 -- 
 Note:  The information contained in this message may be privileged and
 confidential and protected from disclosure. If the reader of this message is
 not the intended recipient, or an employee or agent responsible for
 delivering this message to the intended recipient, you are hereby notified
 that any dissemination, distribution or copying of this communication is
 strictly prohibited. If you have received this communication in error,
 please notify us immediately by replying to the message and deleting it from
 your computer. Thank 

Re: acl for cvs try II

2003-06-30 Thread Corey Minyard
Edward Peschko wrote:

On Sun, Jun 29, 2003 at 09:42:11PM -0500, Corey Minyard wrote:
  

Have you looked at my patch, at http://home.attbi.com/~minyard/?  It's
been around for a while and is well tested, and implements full ACLs
(per directory, per file, and per branch) within CVS, and has a lot of
users.




well I wasn't aware of it before I started coding, but yeah I looked at it, it looked 
a 
little bit more complicated/'batched up' than I wanted (ie: you've got other changes 
that don't relate to acl.) Also I wanted something simple, wasn't sure how easy to 
use 
your solution was. 

Yes, it has a few other things, too.  It's not terribly difficult to
use, but it may be difficult to use it to achieve what you want.


Anyways, I'm not against your patches (ie: if they are the standard acl for cvs, I'd 
be
more than happy to use them), but I had a couple of questions:

   1) is your acl mechanism backwards compatible with existing cvs 
 clients/servers?

Yes.  You can't do ACL operations, obviously, but the ACLs are enforced.

   2) how do you use your acl?

Each directory has an owner and a set of permissions.  The owner (or an
admin) can set the permissions for directory/files/branches or assign a
new owner for the directory.  Permissions can also propigate directories
(you can assign them at a base directory and with a command-line option
to the server have the propigate to subdirectories.  propigation can
also be blocked).

Maintenance of ACLs is through new CVS commands.

It is not centralized, though.


#1 is key for me - I need something where I don't need to download a new client for 
everyone who wants to use ACL. #2 is pretty important too - I want something 
centralized,
one file that I can check and see at a glance who has access to what. If #1 and #2 
holds
for your patch, then like I said I'd be more than happy to use it.

For single file centralized access that the users don't have control
over, I believe you could easily set up a shell script to handle that. 
No need to modify CVS.  I've never done it, but if that's what you want,
I'd recommend trying the shell-script approach.  It will be easier to
maintain in the long-term.

-Corey



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


Re: Checkout files to the same working directory

2003-06-30 Thread Larry Jones
Martyn Klassen writes:
 
 I'd like to be able to checkout files from different locations in the 
 repository to the same working directory. I always get complaints that the 
 repository locations are different when I try and check the second project 
 out in the same location as the first project. I would have thought it would 
 be relatively easy for the information about file location to be stored in 
 the CVS/ directory inside the working directory. Is this possible?

Not without significant redesign and reimplementation.  The current
design of CVS requires a one-to-one correspondence between working
directories and repository directories.

-Larry Jones

You're going to be pretty lonely in the nursing home. -- Calvin


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


Re: Checkout files to the same working directory

2003-06-30 Thread Eric Siegerman
On Mon, Jun 30, 2003 at 12:39:14PM -0400, Martyn Klassen wrote:
 I'd like to be able to checkout files from different locations in the 
 repository to the same working directory. [...]
 I would have thought it would 
 be relatively easy for the information about file location to be stored in 
 the CVS/ directory inside the working directory. Is this possible?

Not with CVS as it currently exists.  If you look more closely at
the CVS subdirectory, you'll see why:  CVS/Repository says which
directory in the repo the files came from, and it can't point to
two directories at once.

You can easily check out a *subdirectory* from a different place
in the repo, but you can't mix files from two repo directories in
one sandbox directory.

--

|  | /\
|-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
|  |  /
When I came back around from the dark side, there in front of me would
be the landing area where the crew was, and the Earth, all in the view
of my window. I couldn't help but think that there in front of me was
all of humanity, except me.
- Michael Collins, Apollo 11 Command Module Pilot



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


Re: acl for cvs try II

2003-06-30 Thread Edward Peschko
 #1 is key for me - I need something where I don't need to download a new client for 
 everyone who wants to use ACL. #2 is pretty important too - I want something 
 centralized,
 one file that I can check and see at a glance who has access to what. If #1 and #2 
 holds
 for your patch, then like I said I'd be more than happy to use it.
 
 For single file centralized access that the users don't have control
 over, I believe you could easily set up a shell script to handle that. 
 No need to modify CVS.  I've never done it, but if that's what you want,
 I'd recommend trying the shell-script approach.  It will be easier to
 maintain in the long-term.

Ok, how? From what I saw in the source code, there was nothing preventing files from
propogating to the users; and there was also nothing preventing users from seeing what 
directories/files existed on the server (ie: there was no filter that prevented the
traffic back to the client, even if the client would not get the files.)

I looked at shiela, but again, it looked too complicated for my use - programming a 
bunch of hooks into different info files per operation.  Plus it required a not 
insignificant overhead of installing perl, and a non-trivial setup.

As for maintainability, simple ACL is really not that bad - all I did was put a filter
into 'do_recursion' - which pretty much every command touches - and voila! instant ACL.
If you don't have a aclinfo file, the command is a no-op - hence it defaults back to 
vanilla CVS.  

My intent was to make 'aclinfo' ubiquitous, like all the 'info' files, like /etc/passwd
on unix. You want acl, you put your information in aclinfo and you are guaranteed that 
not only will users not get the files, they won't even see that they are there.

And I maintain that its more unmaintainable to have several, incompatible shell 
wrappers
implementing acl in subtly different ways than it is to have one, centralized version.

Ed


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