Re: can't check out modules

[Brandon Watterson]

Well that fixed that one error. Thanks!

Now I just need to figure out what

cvs server: Updating CVSROOT
cvs server: failed to create lock directory for
`/var/cvsroot/CVSROOT'
(/var/cvsroot/CVSROOT/#cvs.lock): Permission denied
cvs server: failed to obtain dir lock in repository
`/var/cvsroot/CVSROOT'
cvs [server aborted]: read lock failed - giving up

means...

Ah its late, I'll work on it in the morning.  It
sounds like some user or permission problem.

--- Larry Jones <[EMAIL PROTECTED]> wrote:
> Brandon Watterson writes:
> > 
> > cvs server: cannot open /root/.cvsignore:
> Permission
> > denied
> > cvs [server aborted]: can't chdir(/root):
> Permission
> > denied
> > 
> > The troubleshooting documentation says if I'm
> getting
> > this error:
> > 
> > then you probably haven't specified `-f' in
> > `inetd.conf'.
> > 
> > But I have included the -f option in my xinetd.d
> > directory.
> 
> Add "passenv = PATH" to your xinetd config file or
> upgrade to the
> current release of CVS (1.11.1p1, which you can get
> from
> www.cvshome.org) that has a work-around for that
> Linux bug.
> 
> -Larry Jones
> 
> Hmm... That might not be politic. -- Calvin


__
Do You Yahoo!?
Yahoo! Sports - Coverage of the 2002 Olympic Games
http://sports.yahoo.com

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

Re: parsing loginfo

[Larry Jones]

Rob Helmer writes:
> 
> If loginfo is specified like this : %{ sVv} then the output is like :
> 
> sandbox/blah test ,space file.txt,1.12,1.13
> 
> instead of :
> 
> sandbox/blah test space file.txt,1.12,1.13
[...]
> Anyone know why this works? Is this unintended or not?

When the loginfo processor encounters an unknown format character, it
inserts an empty field.  The assumption is that there's a newer version
of CVS running on the same repository that defines a new format
character that this version doesn't know about.  In order to avoid
screwing up the loginfo script by giving it a line with the wrong number
of fields, it inserts a field, but leaves it empty since it doesn't have
a clue what to put in it.

-Larry Jones

It's hard to be religious when certain people are never
incinerated by bolts of lightning. -- Calvin

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

Re: Oops.

[Larry Jones]

Derek Pomery writes:
> 
> > No.  The CVS client/server protocol makes it clear that it is the
> > >client's< responsibility to get the line endings right.
> 
> It's a pity that the clients seem to be rather casual about that 
> responsibility.

The standard client takes it quite seriously.

> There are quite a few possible formats for text files out there, but 
> still, you'd think it'd be easier
> to keep a list on the server and eliminate that disparity between 
> clients.

"There are more things in heaven and earth, Horatio, than are dreamed of
in all of your philosophy."  Only the client, running on the client
machine, has any hope of knowing what the text file format is on that
machine.  How is the server supposed to deal with record structured
files?  Partitioned data sets?  How is the client even supposed to send
them to the server?

> I guess the only solution for me will be to dig up that old -f/-t code 
> and see how difficult it'll be to add it back in to our version of CVS, 

The code is still in the source files, it's just #ifdef'ed out.

-Larry Jones

Honey, are we out of aspirin again? -- Calvin's Dad

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

Re: can't check out modules

[Larry Jones]

Brandon Watterson writes:
> 
> cvs server: cannot open /root/.cvsignore: Permission
> denied
> cvs [server aborted]: can't chdir(/root): Permission
> denied
> 
> The troubleshooting documentation says if I'm getting
> this error:
> 
> then you probably haven't specified `-f' in
> `inetd.conf'.
> 
> But I have included the -f option in my xinetd.d
> directory.

Add "passenv = PATH" to your xinetd config file or upgrade to the
current release of CVS (1.11.1p1, which you can get from
www.cvshome.org) that has a work-around for that Linux bug.

-Larry Jones

Hmm... That might not be politic. -- Calvin

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

200M ¿Õ¼ä + ¹ú¼ÊÓòÃû = 150Ôª/Äê

[webmaster]

×ð¾´µÄÐÂÀÏ¿Í»§£ºÊý×ÖÒýÇ湫˾¹§×£´ó¼Òдº¿ìÀÖ!Âíµ½³É¹¦! 

ÎÒÃǹ«Ë¾µÄÆóÒµÓÊÏä½üÆÚÒÑÉý¼¶µ½Imail 7.04°æ±¾£¬²¢¼ÓÁËSMTPÉí·ÝÑéÖ¤£¬

ÇëÄúÔÚÄúµÄÓʼþÊÕ·¢¹¤¾ßÖÐÉèÖÃSMTPµÄÉí·ÝÑé֤Ϊ"ÓëPOP3ͬÑùµÄÉèÖÃ"¡£ÈçÄúÔÚ

ʹÓÃÖз¢ÏÖÓÐÈκβ»±ãÇëºÍÎÒÃÇÁªÏµ£¬Êý×ÖÒýÇ潫ÒÔ×î¿ìµÄËٶȸøÄú½â¾öÎÊÌâ¡£

ͬʱ,ÎÒÃǽ«Ò»Èç¼ÌÍù¸øÄúÌṩ×îÓÅÖʵķþÎñºÍ×îÓŻݵļ۸ñ£º


200M HTML¿Õ¼ä + 1¸ö¹ú¼ÊÓòÃû  =  150Ôª/Äê

200M¿Õ¼ä(Ö§³ÖASP)+200MÆóÒµÓʾÖ+30M AccessÊý¾Ý¿â+1¸ö¹ú¼ÊÓòÃû£¬
   
Ö»Ðè350Ôª/Äê

 
ÒÔÉÏÖ»ÊÇÁãÊÛ¼Û¸ñ¡£»¶Ó­Ñ¡¹º£¬Ò²»¶Ó­Äú³ÉΪÎÒÃǵĴúÀíÉÌ!

ÎÒÃÇ»¹Óиü¶àµÄÀñ°üºÍÓŻݼ۸ñ£¬ÏêÇéÇë½ø http://www.c-jet.com

   
   ÏÃÃÅÊý×ÖÒýÇæÍøÂç¼¼ÊõÓÐÏÞ¹«Ë¾
   
   ÁªÏµÈË£ºÈÄÏÈÉú  QQ£º93753765
   
   ÁªÏµµç»°£º0592-5567025
  
  £¨¾ßÌåÁªÏµ·½Ê½²Î¼ûÎÒÃǵÄÍøÕ¾£©   
 
   



























































































































































































---
·ÐµãȺ·¢Óʼþ,À´×ÔÈí¼þ¹¤³Ìר¼ÒÍø(http://www.21cmm.com)

½øCMMÍøУ(http://www.21cmm.com)£¬³ÉÏîÄ¿¹ÜÀíר¼Ò

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

[±¤ °í] Çؿܱ³Æ÷µéÀÇ Çѱ¹½ÄÇ° Á¾ÇÕ¼îÇθô

[HanBay]

Title: :+: ÇѺ£ÀÌ È«º¸¸ÞÀÏ :+:

























+
Ŭ¸¯ÇÏ½Ã¸é ¹Ù·Î ÀúÈñ ÀÚ·á¿¡¼­ ±ÍÇÏÀÇ À̸ÞÀÏ ÁÖ¼Ò°¡ »èÁ¦µË´Ï´Ù   ¢Ñ ¼ö½Å°ÅºÎ

 

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

CVS MERGE PROBLEMS.

[wangj]

Hello all,

I encountered this MERGING problem in CVS.

After BranchA was off from MAIN trunk, people created new files as well new
directories in BRANCHA but not in main. When I issued the merge, CVS
successfully added the new files in existing directories of BRANCHA but
failed to add new directories and files in BRANCHA.
cvs -q update -j LASTMERGE -J TMP_MERGE_TAG module
(TMP_MERGE_TAG simply pointed to the tip of BRANCHA)

And people checked some files both into MAIN and BRANCHA, and made changes
on BRANCHA, but CVS refused to merge the changes.

cvs server: file resource/js/homepage.js exists, but has been added in
revision TMP_MERGE_TAG
cvs server: file resource/js/rollover.js exists, but has been added in
revision TMP_MERGE_TAG

Thanks for any input.

cheers
George



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

Re: parsing loginfo

[Rob Helmer]

Hey, this is perfect, thanks David :)

If loginfo is specified like this : %{ sVv} then the output is like :

sandbox/blah test ,space file.txt,1.12,1.13

instead of :

sandbox/blah test space file.txt,1.12,1.13

So I can split on "/", " ," and ",".
It would be even better if I could stick my own characters in there
as delimeters, I tried this but to no avail. 

This will allow me to account for spaces, at least for the time being.

Anyone know why this works? Is this unintended or not?



Thanks,
Rob Helmer
Namodn

On Fri, Feb 15, 2002 at 03:12:29PM -0800, David Taylor wrote:
> The question sounds familiar, though I'm not sure since I don't pay much
> attention  to 'space in filename' problems. Maybe
> http://mail.gnu.org/pipermail/info-cvs/2001-August/018969.html has what you
> need.
> 
> dtayl

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

Re: parsing loginfo

[David Taylor]

The question sounds familiar, though I'm not sure since I don't pay much
attention  to 'space in filename' problems. Maybe
http://mail.gnu.org/pipermail/info-cvs/2001-August/018969.html has what you
need.

dtayl


Rob Helmer wrote:

> On Fri, Feb 15, 2002 at 03:58:03PM -0500, Larry Jones wrote:
> > Rob Helmer writes:
> > >
> > > All the info I want is actually in %s. Anyone have examples where
> > > they have successfully parsed this data if it contains spaces
> > > in the subdirs leading to the filename and/or the filename itself?
> >
> > Just one more reason why rational people don't use filenames with spaces
>
> :)
>
> > in them.  ;-)  If you haven't also used commas in your filenames, you
> > can use %{sV} or %{sv} and look for the comma between the filename and
> > the version number to determine the end of the filename.
>
> Thanks for the info, I'm already doing that part.
>
> I've noticed the main problem though is that I can't tell the
> directory apart from the filename, see this example of %s output
> where the dir is named "blah test" and the file is named "space file.txt" :
>
> sandbox/blah test space file.txt
>
> Nasty. I don't really see a way around that.
>
> What I'd like to do is this : when a file is committed, I want
> to get the full path w/ filename, current revision, previous revision
> and run a diff to put up on a webpage.
>
> This works great except for a space issue like the one above.
>
> I don't think I can get people to stop using spaces in filenames
> for this particular repository, but I guess I could workaround by
> not allowing spaces in dir names and in my loginfo parsing script
> split on the first space I see. Ack.
>
> Thanks,
> Rob Helmer
> Namodn
>
> ___
> 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

can't check out modules

[Brandon Watterson]

I am currently receiving the following errors.  I can
connect to cvs, but when I try to checkout a module it
tells me the following.

cvs server: cannot open /root/.cvsignore: Permission
denied
cvs [server aborted]: can't chdir(/root): Permission
denied

The troubleshooting documentation says if I'm getting
this error:

then you probably haven't specified `-f' in
`inetd.conf'.

But I have included the -f option in my xinetd.d
directory.

service cvspserver
{
disable = no
socket_type = stream
protocol= tcp
wait= no
user= root
server  = /usr/bin/cvs
server_args = -f --allow-root=/var/cvsroot
pserver
}

I am using Red Hat 7.0 and CVS 1.10.8.

Any suggestions?

__
Do You Yahoo!?
Got something to say? Say it better with Yahoo! Video Mail 
http://mail.yahoo.com

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

Re: Oops.

[Derek Pomery]

> > Alternatively, if there is an option to turn on to enforce unix text file
> > formatting, that would work too.

> No.  The CVS client/server protocol makes it clear that it is the
> >client's< responsibility to get the line endings right.

It's a pity that the clients seem to be rather casual about that 
responsibility.
There are quite a few possible formats for text files out there, but 
still, you'd think it'd be easier
to keep a list on the server and eliminate that disparity between 
clients.

I guess the only solution for me will be to dig up that old -f/-t code 
and see how difficult it'll be to add it back in to our version of CVS, 
or add a very tiny section that operates on the temporary file before the 
test scripts are run, modifies it as needed.
(at least, I *think* CVS saves checkins in temporary files first, I'll 
have to look)

Ah well, thanks for the info, in any case.


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

Re: PreservePermissions variable

[Larry Jones]

Jeeva Sarma writes:
> 
> I saw in the cvs
> manual(http://www.loria.fr/~molli/cvs/doc/cvs_15.html
> and
> http://www.loria.fr/~molli/cvs/doc/cvs_18.html#SEC173)
> that setting the variable PreservePermissions in
> config file enables support for saving special device
> files, symbolic links, file permissions and ownerships
> in the repository.Is this enough to use symbolic links
> in CVS?Are there any problems I should be aware of?

You might want to consult the current manual at www.cvshome.org in the
future rather than relying on old ones from elsewhere.  The
PreservePermissions code is notoriously buggy and frequently causes CVS
to crash.  It has been completely disabled by default since CVS 1.11 and
I don't recommend reenabling it unless you plan on debugging the code. 
What exactly is it that you want CVS to do with symlinks?

-Larry Jones

It's not denial.  I'm just very selective about the reality I accept.
-- Calvin

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

Re: Changing CVS 'Lock' and 'Edit' command behavior

[Noel Yap]

Have you looked at the "reserved edit" patches
available at SourceForge/RCVS?  Although they don't
give you reserved locks, they do give you advisory
locks.  If all users put "edit -c" and "commit -c" in
their ~/.cvsrc files, and users don't override the
checks, you pretty much have the same control you'd
have with reserved locks.

Noel


--- X X <[EMAIL PROTECTED]> wrote:
> 
> >Why would you ever want to do such a thing?
> 
> I'm trying to get CVS to work like my team's current
> source control 
> software. It does seem crazy if you are used to
> working with CVS, but for my 
> team it makes sense.
> 
> Thanks.
> 
> >From: Noel Yap <[EMAIL PROTECTED]>
> >To: X X <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> >Subject: Re: Changing CVS 'Lock' and 'Edit' command
> behavior
> >Date: Fri, 15 Feb 2002 12:53:12 -0800 (PST)
> >
> >Not that I know of.  In fact, every now and then,
> >there's talk of removing "cvs admin".  Why would
> you
> >ever want to do such a thing?
> >
> >Noel
> >--- X X <[EMAIL PROTECTED]> wrote:
> > > Hello,
> > >
> > > I want to change the behavior of CVS when
> locking
> > > and editing files. I want
> > > the lock to lock the file and make it editable.
> I
> > > want the edit command to
> > > make the file editable and lock it.
> > >
> > > Is this possible via a preference file or
> > > environment variable?
> > >
> > > Thanks.
> > >
> > >
> > >
> > >
>
>_
> > > Get your FREE download of MSN Explorer at
> > > http://explorer.msn.com/intl.asp.
> > >
> > >
> > > ___
> > > Info-cvs mailing list
> > > [EMAIL PROTECTED]
> > > http://mail.gnu.org/mailman/listinfo/info-cvs
> >
> >
> >__
> >Do You Yahoo!?
> >Got something to say? Say it better with Yahoo!
> Video Mail
> >http://mail.yahoo.com
> >
> >___
> >Info-cvs mailing list
> >[EMAIL PROTECTED]
> >http://mail.gnu.org/mailman/listinfo/info-cvs
> 
> 
>
_
> Chat with friends online, try MSN Messenger:
> http://messenger.msn.com
> 


__
Do You Yahoo!?
Got something to say? Say it better with Yahoo! Video Mail 
http://mail.yahoo.com

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

Re: PreservePermissions variable

[Jeeva Sarma]

Hi
I just read the last line in the manual page which
says that "The PreservePermissions features do not
work with client/server CVS". Sorry for the previous
mail.Is there any way to deal with symbolic links in
cvs? We use Unix server and windows and linux clients.
Thanks,
Jeeva Sarma


--- Jeeva Sarma <[EMAIL PROTECTED]> wrote:
> Hi
> I saw in the cvs
>
manual(http://www.loria.fr/~molli/cvs/doc/cvs_15.html
> and
>
http://www.loria.fr/~molli/cvs/doc/cvs_18.html#SEC173)
> that setting the variable PreservePermissions in
> config file enables support for saving special
> device
> files, symbolic links, file permissions and
> ownerships
> in the repository.Is this enough to use symbolic
> links
> in CVS?Are there any problems I should be aware of?
> It also says that setting this variable means users
> have to be root to do cvs operations.Is this for all
> cvs operations?Is this necessary in case of remote
> users on windows too?How can this be achieved?
> 
> Thanks,
> Jeeva Sarma
> 
> __
> Do You Yahoo!?
> Got something to say? Say it better with Yahoo!
> Video Mail 
> http://mail.yahoo.com
> 


__
Do You Yahoo!?
Got something to say? Say it better with Yahoo! Video Mail 
http://mail.yahoo.com

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

Re: parsing loginfo

[Rob Helmer]

On Fri, Feb 15, 2002 at 03:58:03PM -0500, Larry Jones wrote:
> Rob Helmer writes:
> > 
> > All the info I want is actually in %s. Anyone have examples where
> > they have successfully parsed this data if it contains spaces
> > in the subdirs leading to the filename and/or the filename itself?
> 
> Just one more reason why rational people don't use filenames with spaces

:)

> in them.  ;-)  If you haven't also used commas in your filenames, you
> can use %{sV} or %{sv} and look for the comma between the filename and
> the version number to determine the end of the filename.

Thanks for the info, I'm already doing that part.

I've noticed the main problem though is that I can't tell the 
directory apart from the filename, see this example of %s output
where the dir is named "blah test" and the file is named "space file.txt" :

sandbox/blah test space file.txt

Nasty. I don't really see a way around that.

What I'd like to do is this : when a file is committed, I want
to get the full path w/ filename, current revision, previous revision
and run a diff to put up on a webpage.

This works great except for a space issue like the one above.

I don't think I can get people to stop using spaces in filenames
for this particular repository, but I guess I could workaround by
not allowing spaces in dir names and in my loginfo parsing script
split on the first space I see. Ack.



Thanks,
Rob Helmer
Namodn

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

PreservePermissions variable

[Jeeva Sarma]

Hi
I saw in the cvs
manual(http://www.loria.fr/~molli/cvs/doc/cvs_15.html
and
http://www.loria.fr/~molli/cvs/doc/cvs_18.html#SEC173)
that setting the variable PreservePermissions in
config file enables support for saving special device
files, symbolic links, file permissions and ownerships
in the repository.Is this enough to use symbolic links
in CVS?Are there any problems I should be aware of?
It also says that setting this variable means users
have to be root to do cvs operations.Is this for all
cvs operations?Is this necessary in case of remote
users on windows too?How can this be achieved?

Thanks,
Jeeva Sarma

__
Do You Yahoo!?
Got something to say? Say it better with Yahoo! Video Mail 
http://mail.yahoo.com

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

RE: Using password file for pserver user authentication

[Miller Dale Contractor HQ AFWA]

George Schlitz wrote:

> I am using the $CVSROOT/CVSROOT/passwd file to store login 
> information for
> many users who don't have user accounts on the unix server.
> 
> Here are some examples:
> user1:rFw.zb2Ewn6..:cvsuser
> user2:Mb3Czoc1zMBrU:cvsuser
> user3:Mb3Czoc1zMBrU:cvsuser
> 
> I am using several administrative files (taginfo, commitinfo 
> et. al.) to
> kick off scripts to perform various kinds of validation.
> In this example, $USER always expands to "cvsuser" in these 
> scripts.  Is
> there any way to determine the login name- for example, I 
> want to determine
> that the current user is "user1" so that I can differentiate 
> between my
> non-system-account cvs users.
> 
> Are there any variables set that can provide this information 
> to the admin
> files?
> Basically, I want to be able to allow users to access the CVS 
> repository
> without having to manage unix logons, but still control 
> different levels of
> controls/permissions for these users on a module by module basis.
> 
> Thanks!
> George

George,

I restrict people from being able to commit to CVSROOT by using commitinfo.

I added the following line to commitinfo:
CVSROOT $CVSROOT/CVSROOT/commitinfo_ckuser -user=$USER

I added commitinfo_ckuser in checkoutlist so that it is available with the
other administrative files.

And my commitinfo_ckuser program looks like the following:
--  < cut here > --
#!/usr/local/bin/perl -ws
# commitinfo_ckuserD.Miller
#   called by commitinfo
#
#  $Id: commitinfo_ckuser,v 1.6 2000/09/20 16:06:46 miller Exp $
#
#  This program is called by $CVSROOT/CVSROOT/commitinfo
#  and is used to verify if user is authorized for changing CVSROOT
#  so that commit to CVSROOT files can be restricted
#
#  The logfile is not used at this time.
#

$user= $ENV{"USER"} unless defined $user;
$CVSROOT = $ENV{"CVSROOT"} unless defined $CVSROOT;
$logfile = "$CVSROOT/CVSROOT/commitinfo_ckuser.log" unless defined $logfile;

print "\$CVSROOT=$CVSROOT\n";

%authorized = ($user =>0,#prevent uninitialized variable
   'miller' =>1, #authorized users for CVSROOT checkin
   'heuston' =>1,
   'cmbuild' =>1,
   'cmvmgr' =>1,
   'brodzell' =>1
  );


($repository, @files) = @ARGV;

$ck_user = @ck_user = getpwnam $user;  # checking if user exists locally

if ($repository =~ /$CVSROOT\/CVSROOT/) {
if (($authorized{$user} == 0) || ($ck_user == 0)) {
print "You are not authorized to commit CVSROOT files.\n";
exit 1;# --<<<
}
}

exit 0;# --<<<

# current date and time
$sec = $mday = $mday = $wday = $wday = $yday = $isdst = 0;  #not used
($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst) =
gmtime(time);
$date = sprintf("%4d%02d%02s-%02d:%02d", ($year + 1900), ($mon + 1), $mday,
$hour,
$min);

open(LOGFILE, ">>$logfile") or die "Cannot append to $logfile: $!\n";

print LOGFILE "$date $user $repository @files\n";

close(LOGFILE);
--  < cut here > --
I currently have the log file code turned off.
This version has a hard coded list of authorized users, however, I have also
done
it by checking the users group.  This version also checks if a person has a
local
account
using:   $ck_user = @ck_user = getpwnam $user;  # checking if user exists
locally

If none of your users have local accounts you could use that method and have
no
hard coded authorized list.

Dale Miller

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

Re: Changing CVS 'Lock' and 'Edit' command behavior

[X X]

>Why would you ever want to do such a thing?

I'm trying to get CVS to work like my team's current source control 
software. It does seem crazy if you are used to working with CVS, but for my 
team it makes sense.

Thanks.

>From: Noel Yap <[EMAIL PROTECTED]>
>To: X X <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
>Subject: Re: Changing CVS 'Lock' and 'Edit' command behavior
>Date: Fri, 15 Feb 2002 12:53:12 -0800 (PST)
>
>Not that I know of.  In fact, every now and then,
>there's talk of removing "cvs admin".  Why would you
>ever want to do such a thing?
>
>Noel
>--- X X <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I want to change the behavior of CVS when locking
> > and editing files. I want
> > the lock to lock the file and make it editable. I
> > want the edit command to
> > make the file editable and lock it.
> >
> > Is this possible via a preference file or
> > environment variable?
> >
> > Thanks.
> >
> >
> >
> >
>_
> > Get your FREE download of MSN Explorer at
> > http://explorer.msn.com/intl.asp.
> >
> >
> > ___
> > Info-cvs mailing list
> > [EMAIL PROTECTED]
> > http://mail.gnu.org/mailman/listinfo/info-cvs
>
>
>__
>Do You Yahoo!?
>Got something to say? Say it better with Yahoo! Video Mail
>http://mail.yahoo.com
>
>___
>Info-cvs mailing list
>[EMAIL PROTECTED]
>http://mail.gnu.org/mailman/listinfo/info-cvs


_
Chat with friends online, try MSN Messenger: http://messenger.msn.com


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

Re: Oops.

[Larry Jones]

[EMAIL PROTECTED] writes:
> 
> Well, back to the original question then.  Is there anything else besides
> these options that would allow me to filter a file?

No.

> Alternatively, if there is an option to turn on to enforce unix text file
> formatting, that would work too.

No.  The CVS client/server protocol makes it clear that it is the
>client's< responsibility to get the line endings right.

-Larry Jones

I don't think math is a science, I think it's a religion. -- Calvin

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

Re: Changing CVS 'Lock' and 'Edit' command behavior

[Noel Yap]

Not that I know of.  In fact, every now and then,
there's talk of removing "cvs admin".  Why would you
ever want to do such a thing?

Noel
--- X X <[EMAIL PROTECTED]> wrote:
> Hello,
> 
> I want to change the behavior of CVS when locking
> and editing files. I want 
> the lock to lock the file and make it editable. I
> want the edit command to 
> make the file editable and lock it.
> 
> Is this possible via a preference file or
> environment variable?
> 
> Thanks.
> 
> 
> 
>
_
> Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp.
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


__
Do You Yahoo!?
Got something to say? Say it better with Yahoo! Video Mail 
http://mail.yahoo.com

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

Re: parsing loginfo

[Larry Jones]

Rob Helmer writes:
> 
> All the info I want is actually in %s. Anyone have examples where
> they have successfully parsed this data if it contains spaces
> in the subdirs leading to the filename and/or the filename itself?

Just one more reason why rational people don't use filenames with spaces
in them.  ;-)  If you haven't also used commas in your filenames, you
can use %{sV} or %{sv} and look for the comma between the filename and
the version number to determine the end of the filename.

-Larry Jones

He piqued my curiosity. -- Calvin

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

Re: Using password file for pserver user authentication

[Larry Jones]

Schlitz writes:
> 
> I am using several administrative files (taginfo, commitinfo et. al.) to
> kick off scripts to perform various kinds of validation.
> In this example, $USER always expands to "cvsuser" in these scripts.  Is
> there any way to determine the login name- for example, I want to determine
> that the current user is "user1" so that I can differentiate between my
> non-system-account cvs users.

The CVS internal variable $USER contains the CVS login name (as opposed
to the $USER environment variable that, as you know, contains the system
user name).  You need to pass that as an explicit argument to your
script.  See the loginfo example in the manual, for example:



Recent versions of CVS also set the $CVS_USER environment variable.  For
further details, see:



-Larry Jones

Kicking dust is the only part of this game we really like. -- Calvin

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

Changing CVS 'Lock' and 'Edit' command behavior

[X X]

Hello,

I want to change the behavior of CVS when locking and editing files. I want 
the lock to lock the file and make it editable. I want the edit command to 
make the file editable and lock it.

Is this possible via a preference file or environment variable?

Thanks.



_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.


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

Re: Oops.

[pomerydc]

> There aren't any -f and -t options to commitinfo -- I think you're
> talking about -t/-f wrappers.  If so, they're broken and can cause loss
> of data, so they've been disabled for quite some time.  For more
> information, see:

Thanks for the link, although it is disappointing.
Well, back to the original question then.  Is there anything else besides
these options that would allow me to filter a file?
I'm not interested in treating a directory as a file, just that before CVS
commits a file, if it would give me the opportunity to manipulate it.
Alternatively, if there is an option to turn on to enforce unix text file
formatting, that would work too.


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

Using password file for pserver user authentication

[Schlitz]

I am using the $CVSROOT/CVSROOT/passwd file to store login information for
many users who don't have user accounts on the unix server.

Here are some examples:
user1:rFw.zb2Ewn6..:cvsuser
user2:Mb3Czoc1zMBrU:cvsuser
user3:Mb3Czoc1zMBrU:cvsuser

I am using several administrative files (taginfo, commitinfo et. al.) to
kick off scripts to perform various kinds of validation.
In this example, $USER always expands to "cvsuser" in these scripts.  Is
there any way to determine the login name- for example, I want to determine
that the current user is "user1" so that I can differentiate between my
non-system-account cvs users.

Are there any variables set that can provide this information to the admin
files?
Basically, I want to be able to allow users to access the CVS repository
without having to manage unix logons, but still control different levels of
controls/permissions for these users on a module by module basis.

Thanks!
George



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

Re: using files with .xls and .doc in CVS

[Larry Jones]

Paul Sander writes:
> 
> The definitive RCS sources permit configurations that can either memory map
> files or use temporary files, depending on the capabilities of the system.
> Although CVS' "librified" RCS cuts corners to get the basic capabilities,
> it does little more than expose the command line as an API.  It should be
> (theoretically) possible to pull in the definitive RCS sources into CVS
> and regain that capability.

The current development version of CVS uses mmap() when it's available,
so that will be in the next release.

-Larry Jones

I thought my life would seem more interesting with a musical
score and a laugh track. -- Calvin

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

Re: Oops.

[Larry Jones]

Derek Pomery writes:
> 
> Just noticed these -f and -t options to commitinfo.
> That looks like what I need.  Now, to figure out how they are used.

There aren't any -f and -t options to commitinfo -- I think you're
talking about -t/-f wrappers.  If so, they're broken and can cause loss
of data, so they've been disabled for quite some time.  For more
information, see:



-Larry Jones

Everybody's a slave to routine. -- Calvin

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

Re: using files with .xls and .doc in CVS

[Paul Sander]

>--- Forwarded mail from [EMAIL PROTECTED]

>>   2) CVS can't automatically merge changes.  This matters more or
>>  less depending on (a) how frequently the files change (hence
>>  the gif vs. spreadsheet discussion), and (b) how hard it is
>>  to merge changes manually, or through semiautomatic tools
>>  external to CVS.
>> 
>This can be a bit of a problem. Using watches and cvs edit makes things 
>bearable in this respect.

CVS can be made to merge changes to binary files.  Search the archives
of this mailing list for message ID [EMAIL PROTECTED]
for one method to make CVS' merge mechanism extensible.

>> 
>>   4) As you noted, deltas for binary files tend to grow more
>>  quickly than those for text files, since the former don't
>>  "diff" as well; thus, the ,v files get bigger, faster.
>>  Personally, I don't really care; disk is cheap.  But others
>>  have different circumstances.
>> 
>There is one other thing to consider about this. To do operations on the ,v 
>files CVS reads them into memory. As the file gets larger so does the demand 
>on your CVS server. As long as you don't have really large files that change
>a lot you should be okay with this for a while.

The definitive RCS sources permit configurations that can either memory map
files or use temporary files, depending on the capabilities of the system.
Although CVS' "librified" RCS cuts corners to get the basic capabilities,
it does little more than expose the command line as an API.  It should be
(theoretically) possible to pull in the definitive RCS sources into CVS
and regain that capability.

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


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

Re: parsing loginfo

[Rob Helmer]

Correction :

On Fri, Feb 15, 2002 at 10:24:28AM -0800, Rob Helmer wrote:
> I can get this all in one string from loginfo using %{sVv} however
> if there are spaces in any of the above data, I can't really parse
> this string reliably.
> 
> I tried passing these variables independently, like %s %V %v and
> %{s} %{V} %{v} so my script could just grab then as individual
> arguments, but only %s seems to work, the others get printed
> literally.

All the info I want is actually in %s. Anyone have examples where
they have successfully parsed this data if it contains spaces
in the subdirs leading to the filename and/or the filename itself?



Thanks,
Rob Helmer 
Namodn

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

Re: Converting ClearCase to CVS

[Kaz Kylheku]

In article <[EMAIL PROTECTED]>, Ajmal Chaumun wrote:
>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_01C1B62C.E57FD1A0
>Content-Type: text/plain;
>   charset="iso-8859-1"
>
>Hi,
>
>Amazing how these are very much similar to what happened here. I do not want
>to repeat the whole story, but would simply add this.
>
>When we realized that going from ClearCase to CVS was still an option, we
>were told of the lack of features in CVS compared to ClearCase, e.g., no
>directory versioning, etc. However, even with those "deficiencies", this
 

Meta-CVS has solid directory versioning, supporting parallel development
of your project's directory structure. You can do merges, conflict resolution,
etc. And as a CVS user, you will find that you basically 
*already know how* to do these things.

Now here is a list of Meta-CVS ``blocking issues'' to use
management-speak:

- portability: 
  1 currently it only runs on Linux.
  2 it requires an operating system with hard link support though
it can be made to work, albeit disk space inefficiently, and somewhat
time inefficiently.
- reduced features over CVS in some areas:
  3 modules file is meaningless (but with directory versioning, you largely
don't need this silly hack anyway).
  4 vendor imports won't work properly (unless you do them at the CVS level
over raw Meta-CVS archives, in which case they will not only work,
but work with directory versioning).
  5 currently, there is nothing like .cvsignore and cvswrappers under
Meta-CVS. (The import and add commands will soon be revised to incorporate
file type management).

Problem 1 is user driven. If someone wants it badly enough, they can port
it; there are enough hoooks there to do the job.  Point 2 shouldn't be a
problem. If it is ported to windows, it can use NTFS hard links. Nobody
should be using development tools on any ``lesser'' Windows besides NT
and 2K anyway.  

Problem 5 will be history within weeks; Meta CVS will gather up file types
and keep metadata about how a files having a given suffix should be added.

Problem 4 can be solved with some intelligent code that will analyze
a tree of files, and then figure out how to import it, with some
interactive assistance from the user. A vendor import under Meta-CVS
must be capable of importing snapshots whose directory structure has
changed. This will require matching the new tree against the existing
one, and cross-referencing the elements that have been renamed or
moved. This could be largely automated, with some help from the user,
who could override some of the automatic decisions as well as provide
a final integrity check.

-- 
Meta-CVS: version control with directory structure versioning over top of CVS.
http://users.footprints.net/~kaz/mcvs.html
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Oops.

[Derek Pomery]

Just noticed these -f and -t options to commitinfo.
That looks like what I need.  Now, to figure out how they are used.
*hunts through the cederqvistU*


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

parsing loginfo

[Rob Helmer]

Hello,


Please point me to documentation on this if it exists, I can't
seem to find what I am looking for on the cvshome.org site.

I want to parse the following info out of each checkin ( currently
I am using "CVSROOT/loginfo" to pass this info ) :

module name
path to file
file name
previous revision
current revision

I can get this all in one string from loginfo using %{sVv} however
if there are spaces in any of the above data, I can't really parse
this string reliably.

I tried passing these variables independently, like %s %V %v and
%{s} %{V} %{v} so my script could just grab then as individual
arguments, but only %s seems to work, the others get printed
literally.

I looked at some other loginfo parsing scripts as an example, but
they seem to be parsing the whole string, and I imagine they'd fall
victim to the same thing.

Any info would be greatly appreciated.



Thanks,
Rob Helmer
Namodn

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

Line feeds and uncooperative clients.

[Derek Pomery]

We have been using Forte for Java development, which uses CVS for 
version control.
Previously, the windows client would use an external binary (defaulted 
to Cygwin).
Recently, however, they included their own.

Also recently, I have been noticing an increasing number of files in CVS 
with extra blank lines.
Once I caught the Forte client in the act.  It seems that the file 
(which had been last edited in forte) had gotten checked onto the server 
in DOS format.  Forte, however, when checking it out, seems to have 
converted the extra CRs into LFs.  As a result, the number of blank 
lines in the file kept growing.
Even worse, occasionally Forte would check in the file completely 
stripped of newlines.  The Forte mailing list was less than helpful and 
claimed this could be expected of trying to do CVS across platforms.  I 
am certain the built-in CVS client is at fault but I could not find an 
option to make certain it was converting to unix format before checking 
in, and in any case, a number of clients could be used, and it doesn't 
seem reasonable to have file integrity be all purely client side.

I realise I can add a script that blocks checking of files in DOS 
format, but I wanted something more.
Is there a place to add a trigger on checkin convert all files tagged as 
text to unix format before adding the revision?
Also, can I get away with running a script across the repository to try 
and eliminate extra newlines and DOS format text files?  Is there 
anything it would break right away?

Just wanted peoples opinion before I do something extreme, desperate, n 
stupid like arbitrarily rewriting bits of cvs or slapping a wrapper 
around it in the pserver.


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

Re: xml in excel [was RE: using files with .xls and .doc in CVS]

[Rob Helmer]

On Fri, Feb 15, 2002 at 06:20:51AM -0800, EXT-Corcoran, David wrote:
> 
> 
> >
> > This probably is not the best argument for people who wish to store
> > binaries in CVS, though. In my case, I would *love* to not have .xls
> > or .doc files in my repository. So far, the farthest I've pushed is
> > to get people off .xls and onto .xml ( w/ custom schema/stylesheets ).
> 
> I'm interested in doing this...
> 
> Are  you using excel? I can't seem to find how to rd/wr to xml with excel.
> And the bit about style sheets... do you have any pointers?


Sorry if I misled you here, instead of using MS Excel to enter customer
data into binary .xls format, we are using XML editors to put
the info into .xml files.

The closest we've come to automating the process is some Java code
that converts .csv files to .xml

This is kind of off-topic for this list though, can you email me
privately if you want pointers to XML editors that use stylesheets
and such?



Thanks,
Rob Helmer
Namodn

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

Re: log only changed files

[Rob Helmer]

Hey,


Not sure if this is exactly what you're looking for, but I think
it will do what you want to do :

http://www.red-bean.com/cvs2cl/


On Fri, Feb 15, 2002 at 09:51:10AM +0100, Fabian Cenedese wrote:
> Hi
> 
> With cvs log -rLAST_TAG:: I get a list of all files and the changes they had
> since this tag. Unfortunately the state of every file is printed out, even 
> if there
> wasn't a change at all. If only few files changed I have to look through all of
> it to find them. I know, scripts are a nice way to filter output. But I just
> wondered if I can make it output only those files that I wanna see (selected
> revisions >0).
> 
> Thanks
> 
> F. Cenedese
> 
> 
> 
> 
> ___
> 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: Converting ClearCase to CVS

[Mark A. Flacy]

Oh yes.  I've felt that the return that we get from CC around here is not
worth what we are paying for it.  I'm not high enough in the food chain to
change things.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: using head revision in branch after add on branch

[C. Wienberg]

Hello David,

> > I just want to check in different files, that are
> > in a common _folder_, into different repositories!
> Nope; not in CVS.  It would take a major redesign of CVS to make
> this possible.

Well, it became obvious quite soon, that CVS will not do it
without some tricks.

> > Also, I do not think that what we do is an abuse of the
> > branch concept, or that my request is perverted ;-).
> I wouldn't call the desire perverted, but CVS alone isn't going to
> do what you want, and probably never will.  This is unfortunate, since
> the easiest way to test things is often to change them in the working
> directory rather than to change them elsewhere and run make/ANT/whatever,
> but it is a characteristic of CVS.

What I tried to bring across: The idea of using branches in such a
context
might make it easier!

> All files managed by CVS that are checked out into one directory
> must be in the same directory in the same repository.  If you don't
> like this, your choices are basically:

> There is no guarantee that any of these options are attractive,
> but I don't see any alternatives.

Thanks for your hints!

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

Re: log only changed files

[Anjali Madhekar]

I think you may be able to use the CVS rdiff or patch command to list all the files
that changed. But it will not list the actual changes.

-Anjali

Fabian Cenedese wrote:

> Hi
>
> With cvs log -rLAST_TAG:: I get a list of all files and the changes they had
> since this tag. Unfortunately the state of every file is printed out, even
> if there
> wasn't a change at all. If only few files changed I have to look through all of
> it to find them. I know, scripts are a nice way to filter output. But I just
> wondered if I can make it output only those files that I wanna see (selected
> revisions >0).
>
> Thanks
>
> F. Cenedese
>
> ___
> 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 aborted]:

[Larry Jones]

David Hoag writes:
> 
> Give me a little credit here. I don't kill the process until long
> after the client has died. I realize that if I had killed the process
> prior to the client dieing I would get the "connection reset" error.
> The server process is simply lingering (probably waiting for the below
> mentioned timeout) after my client dies.

In that case, you've almost certainly got some kind of a network
problem.  You need to run netstat on the server to find out for sure
what state the connections are in.  The client died because the
connection was forcibly closed -- under normal circumstances, that would
cause the server to die, too.

-Larry Jones

Well, it's all a question of perspective. -- Calvin

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

Re: cvs [commit aborted]:

[David Hoag]

[EMAIL PROTECTED] (Larry Jones) wrote in message 
news:<[EMAIL PROTECTED]>...
> Manually killing a server process will cause a "connection reset" error
> at the client.  If you don't kill the server process, do you still get
> the client error and, if so, is the server process still running
> afterwards or has it died?

Give me a little credit here. I don't kill the process until long
after the client has died. I realize that if I had killed the process
prior to the client dieing I would get the "connection reset" error.
The server process is simply lingering (probably waiting for the below
mentioned timeout) after my client dies.
 
> The only timeout in CVS is that the server uses TCP/IP Keep-Alive to
> detect clients that disappear without properly closing their
> connections, but that usually takes hours to kick in.

I didn't get a chance to try it out last night, perhaps sometime this
weekend. I'll keep you posted.

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

RE: Converting ClearCase to CVS

[Ajmal Chaumun]

Title: RE: Converting ClearCase to CVS





Hi,


Amazing how these are very much similar to what happened here. I do not want to repeat the whole story, but would simply add this.

When we realized that going from ClearCase to CVS was still an option, we were told of the lack of features in CVS compared to ClearCase, e.g., no directory versioning, etc. However, even with those "deficiencies", this move has proved to be a worthy one: definitely one with lighter SCM processes, little admin intervention, users being productive within minutes.

It will be curious to watch for this trend with new tools like SubVersion ...


Regards,
/Ajmal.



> -Original Message-
> From: Mark [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 15, 2002 8:45 AM
> To: [EMAIL PROTECTED]
> Cc: Mark A. Flacy
> Subject: Re: Converting ClearCase to CVS
> 
> 
> --- "Mark A. Flacy" <[EMAIL PROTECTED]> wrote:
> > Out of curiosity, why are you moving from ClearCase to CVS?
> 
> Okay, you asked. Here it comes. But my question would be why 
> not move from
> ClearCase to CVS? This comes from my personal experience at 
> multiple clients,
> some using CVS, some CC, some both. 
> 
> ClearCase has:
> 
> - much large cost of tool and support (I think their in 
> kohuts with $Oracle$
> and that they are learning software development and customer 
> relations from
> Microsoft)
> - much more money to shell out if you need to work at 
> different locations
> without depending "always on" conection over a network, to 
> simulate the
> unwritten rule that the client and server need to be 
> (logically) on the same
> machine to work. (even if you use multisite, you get to the 
> added benefit of
> needing merge everything on each end, which kills most if not 
> all benefit of
> multisite if both sites need to work on the same release/branch)
> - a much larger "tool admin" to "project/user" ratio. Are you 
> spending more
> time on CM activities or babysitting the tool? Does you phone 
> ring for CM
> issues or CC issues? Do your users that just want to checkin 
> their work without
> needing a PhD from $Rational University$ 
> - cannot handle interopability, yes Virginia, you must 
> purchase or obtain yet
> another tool to assist CC, and add that to your overhead 
> activities to maintain
> this tool to compensate/help out CC. (how much did you spend 
> on CC and how much
> is it still costing you per day?)
> - much more larger (and persistent) learning curve (and ongoing user
> frustration level, especially if the out-of-touch high level 
> people that where
> sold the tool where also sold on UCM, the so called 
> "out-of-the-box" solution)
> - no additional functional benefit do to "directory 
> versioning", cvs add/remove
> per branch per file is suffiently equivalent/reasonable. 
> (continue reading if
> you want to reply to this one about renames and moves) don't 
> get me wrong, I
> think directory version is great, but its importance in the 
> grand scheme of
> things is artificially inflated.
> - cost/amount of infrastructure that is needed, 
> CPU/bandwith/servers. Its
> expensive to keep performance up. contrary to what you may 
> find on CCUIG,
> clearcase is anything but efficient when it comes to disk 
> space. You have the
> VOB and all versions, fine, but the VOB also has cache it 
> maintains to send
> files to views and you must regularly free it up to get back 
> disk space. Views
> do not save on disk space, beacuse to use a file, it must be 
> _copied_ into the
> view (just like CVS). but views have an added benefit, they 
> can collect and
> store deltas in a cache for more that one version of the 
> file, that must be
> cleaned up to get back disk space. Oh, you need to update a 
> few files in you
> view, CC needs to continuously export a file system over the 
> network to each
> client, CVS just sends packets with just the deltas needed, 
> when needed. CC
> functionaly does what CVS does for updating views/workarea, 
> CC just needs a lot
> more of everything (CPU/bandwith/diskspace) to do it and does 
> it at a different
> time (at file use or checkout vs workarea creation). So if 
> you never use or
> view a file in a CC view or have a bunch of garbage in your 
> repostory you will
> never use in a build or development, then CC can be more 
> efficient. How about
> all those processes CC has up and running, dragging down the 
> system, just
> waiting around to be used (or begging to be restarted/bounced).
> - Trigger processing on the client, and all the maintenance 
> fun that goes with
> it . why can't you have integration prcoess ing done on 
> the server and
> have a web based tracking tool and not worry about users 
> client machine setup
> and configuration? well now we can.
> - lousy vendor support, yes the CCUIG keeps rational in 
> business, without it I
> think rational would be out of business.
> 
> Okay, the way Clearcase stores elements is neat (hey, its a relational
> database), you can rename a elem

Re: It is possible to forbid tagged modules

[Matt Riechers]

izabella szekely wrote:
> 
> Hello!
> 
> My question is:
>   Somebady (who has read/write access to the
> repository) checked out a tagged version from CVS and
> he can removed some modules from this tag.
> 
> How can I stop this?

Tags don't work that way. Tags are contained in files, not the other way around.
You can restrict tag operations with $CVSROOT/CVSROOT/taginfo. See the manual
for details 

-Matt

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

xml in excel [was RE: using files with .xls and .doc in CVS]

[EXT-Corcoran, David]

>
> This probably is not the best argument for people who wish to store
> binaries in CVS, though. In my case, I would *love* to not have .xls
> or .doc files in my repository. So far, the farthest I've pushed is
> to get people off .xls and onto .xml ( w/ custom schema/stylesheets ).

I'm interested in doing this...

Are  you using excel? I can't seem to find how to rd/wr to xml with excel.
And the bit about style sheets... do you have any pointers?

--@@ 
   ~ 
 DavidC 

"Our schools have been scientifically designed to prevent over-education
from happening...The average American [should be] content with their humble
role in life, because they're not tempted to think about any other role."
~ William Harris, U.S. Commissioner of Education, 1889 
 
> ___
> 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

It is possible to forbid tagged modules

[izabella szekely]

Hello!

My question is: 
  Somebady (who has read/write access to the
repository) checked out a tagged version from CVS and
he can removed some modules from this tag.

How can I stop this? 

Thanks in advance...

__
Do You Yahoo!?
Got something to say? Say it better with Yahoo! Video Mail 
http://mail.yahoo.com

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

Re: Converting ClearCase to CVS

[Mark]

--- "Mark A. Flacy" <[EMAIL PROTECTED]> wrote:
> Out of curiosity, why are you moving from ClearCase to CVS?

Okay, you asked. Here it comes. But my question would be why not move from
ClearCase to CVS? This comes from my personal experience at multiple clients,
some using CVS, some CC, some both. 

ClearCase has:

- much large cost of tool and support (I think their in kohuts with $Oracle$
and that they are learning software development and customer relations from
Microsoft)
- much more money to shell out if you need to work at different locations
without depending "always on" conection over a network, to simulate the
unwritten rule that the client and server need to be (logically) on the same
machine to work. (even if you use multisite, you get to the added benefit of
needing merge everything on each end, which kills most if not all benefit of
multisite if both sites need to work on the same release/branch)
- a much larger "tool admin" to "project/user" ratio. Are you spending more
time on CM activities or babysitting the tool? Does you phone ring for CM
issues or CC issues? Do your users that just want to checkin their work without
needing a PhD from $Rational University$ 
- cannot handle interopability, yes Virginia, you must purchase or obtain yet
another tool to assist CC, and add that to your overhead activities to maintain
this tool to compensate/help out CC. (how much did you spend on CC and how much
is it still costing you per day?)
- much more larger (and persistent) learning curve (and ongoing user
frustration level, especially if the out-of-touch high level people that where
sold the tool where also sold on UCM, the so called "out-of-the-box" solution)
- no additional functional benefit do to "directory versioning", cvs add/remove
per branch per file is suffiently equivalent/reasonable. (continue reading if
you want to reply to this one about renames and moves) don't get me wrong, I
think directory version is great, but its importance in the grand scheme of
things is artificially inflated.
- cost/amount of infrastructure that is needed, CPU/bandwith/servers. Its
expensive to keep performance up. contrary to what you may find on CCUIG,
clearcase is anything but efficient when it comes to disk space. You have the
VOB and all versions, fine, but the VOB also has cache it maintains to send
files to views and you must regularly free it up to get back disk space. Views
do not save on disk space, beacuse to use a file, it must be _copied_ into the
view (just like CVS). but views have an added benefit, they can collect and
store deltas in a cache for more that one version of the file, that must be
cleaned up to get back disk space. Oh, you need to update a few files in you
view, CC needs to continuously export a file system over the network to each
client, CVS just sends packets with just the deltas needed, when needed. CC
functionaly does what CVS does for updating views/workarea, CC just needs a lot
more of everything (CPU/bandwith/diskspace) to do it and does it at a different
time (at file use or checkout vs workarea creation). So if you never use or
view a file in a CC view or have a bunch of garbage in your repostory you will
never use in a build or development, then CC can be more efficient. How about
all those processes CC has up and running, dragging down the system, just
waiting around to be used (or begging to be restarted/bounced).
- Trigger processing on the client, and all the maintenance fun that goes with
it . why can't you have integration prcoess ing done on the server and
have a web based tracking tool and not worry about users client machine setup
and configuration? well now we can.
- lousy vendor support, yes the CCUIG keeps rational in business, without it I
think rational would be out of business.

Okay, the way Clearcase stores elements is neat (hey, its a relational
database), you can rename a element (the name is just metadata, like a
tag/label is) and even track an elements movement around a repository (more
data for the database). What's the value added benefit? When was the last time
someone asked where a file was in the repository 5 months ago? Or, has this
file had a different name before? Is the total cost to your business, by doing
business with rational, worth being able to answer these silly questions?

Then only thing going for ClearCase is merge tracking (UCM sure knows about
this), that is really an asset. but coordinating merging in CVS isn't that bad.
But if you branch for every silly thing, well... can't help that, we have a one
to one relationship between branches and product releases, merging is minimal.
Is all about planning, and ounce of CVS is worth a pound of CC.

UCM - this is not a process, it is not CM, it is called change sets, its a tool
function that has been implemented in the most convoluted way (adding a whole
new command set and abstraction to protect you from you, I guess). Normally you
connect to a tracking tool and tie file versions to a tic

AW: login -> connection refused

[Softwareentwicklung Hauschel]

It is unbelivable !

It works.. I can connect my cvs from my windows eclipse client ;-)))

The problem was the sample lines in etc/service and
inetd.conf from suse linux 7.3.
The problems are the f... commas.
Yesterday i've delete them in inetd.conf, but there was
another one in the etc/service "pserver" entry.

THANKS ALL OF YOU FOR YOUR HELP !!

Fredy


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

Re: using files with .xls and .doc in CVS

[Mike Pumford]

>   1) CVS's handling of binaries is a bit fragile, in that it's
>  fairly easy to accidentally lose the "-kb" setting.  If that
>  happens, subsequent commits will put garbage revisions into
>  the repo (subsequent updates of older revisions, which were
>  committed correctly, will yield garbage working files, but
>  that's recoverable; the garbage commits aren't).
> 
I've never actually seen this happen. I have seen people forget to add the
-kb flag when adding new files but this can be managed successfully by
greating a CVSROOT/cvsrwrappers file which covers all the extensions you will 
be handling.

>   2) CVS can't automatically merge changes.  This matters more or
>  less depending on (a) how frequently the files change (hence
>  the gif vs. spreadsheet discussion), and (b) how hard it is
>  to merge changes manually, or through semiautomatic tools
>  external to CVS.
> 
This can be a bit of a problem. Using watches and cvs edit makes things 
bearable in this respect.

> 
>   4) As you noted, deltas for binary files tend to grow more
>  quickly than those for text files, since the former don't
>  "diff" as well; thus, the ,v files get bigger, faster.
>  Personally, I don't really care; disk is cheap.  But others
>  have different circumstances.
> 
There is one other thing to consider about this. To do operations on the ,v 
files CVS reads them into memory. As the file gets larger so does the demand 
on your CVS server. As long as you don't have really large files that change
a lot you should be okay with this for a while.




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

log only changed files

[Fabian Cenedese]

Hi

With cvs log -rLAST_TAG:: I get a list of all files and the changes they had
since this tag. Unfortunately the state of every file is printed out, even 
if there
wasn't a change at all. If only few files changed I have to look through all of
it to find them. I know, scripts are a nice way to filter output. But I just
wondered if I can make it output only those files that I wanna see (selected
revisions >0).

Thanks

F. Cenedese




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