[±¤°í]Á¤º¸Åë½ÅºÎ¿¡¼­ ±³À°ºñ¸¦ Áö¿øÇÕ´Ï´Ù.

[±¹Á¦¸¶½ºÅÍ]

Title: Untitled




 

 
 
  
   
  
   
   
   
¸ðÁý±â°£ : 9¿ù 3ÀÏ~9¿ù 
20ÀÏ
°³°­ : 9¿ù 24ÀÏ /
±³À°½Ã°£ : 9 : 00 ~ 18 : 
00 (¿ù~±Ý) "Ãѱ³À°±â°£ 640½Ã°£-4°³¿ù" 
Áö¿øÀÚ°Ý : °íÁ¹,´ëÁ¹ ¹ÌÃë¾÷ÀÚ(ÀçÇлý 
Áß Á¹¾÷¿¹Á¤ÀÚ Æ÷ÇÔ) ¶Ç´Â ½Ç¾÷ÀÚ¡ØÀÚ°ÝÁ¦ÇÑ : 2001³âµµ¿¡ ŸºÎó°¡ ¼öÇàÁßÀÎ IT °ü·Ã ±³À° ¼öÇýÀÚ´Â 
Á¦¿Ü 
±¸ºñ¼­·ù: ¾øÀ½(´Ü, ÀçÇлýÀÏ °æ¿ì 
Á¹¾÷¿¹Á¤Áõ¸í¼­)
¸éÁ¢ ºÒÂü½Ã ºÒÇÕ°Ý Ã³¸®µÇ¸ç Á¶±â¸¶°¨ µÉ ¼ö 
ÀÖ½À´Ï´Ù. 
1ÀÎ 1PC ±³À°, ÃÊ°í¼Ó ÀÎÅͳÝ(T1±Þ) ¼³Ä¡¿Ï·á 

   
   


 
  ±³À°°úÁ¤ (¼¼ºÎ°úÁ¤)
 
  ±³À°ºñ
 
  Á¤ºÎ Áö¿ø±Ý
 
  °³ÀÎ 
ºÎ´ã±Ý

 
  CIW 
  SiteDesigner
 
  300¸¸¿ø
 
  256¸¸¿ø
 
  44¸¸¿ø
   
   
   


 
  ±³À°°úÁ¤ (¼¼ºÎ°úÁ¤)
 
  ±³À°ºñ
 
  Á¤ºÎ Áö¿ø±Ý
 
  °³ÀÎ 
ºÎ´ã±Ý

 
  Master 
  CIWAdministrator
 
  350¸¸¿ø
 
  252¸¸¿ø
 
  98¸¸¿ø
    
   
   


 
   ±³°ú °ú¸ñ ¸ñÇ¥ 
  
   
   ÀÎÅÍ³Ý Áö½ÄÀÇ ÀϹÝÀûÀÎ ÇÙ½ÉÀ» ÀÌÇØÇÏ°í, ÇʼöÀûÀÎ ±âÃÊ ±â´ÉµéÀ» 
   Àû¿ëÇÑ´Ù.
   Á¦ÀÛ µµ±¸¿Í ½ºÅ©¸³Æà ¾ð¾î¸¦ ÀÌ¿ëÇØ ÇÏÀÌÆÛÅؽºÆ® ±â¹Ý À¥»çÀÌÆ® Á¦ÀÛ 
   ¹× °ü¸®ÇÑ´Ù. 
   À¥ ÄÁÅÙÃ÷¸¦ ¸¸µç´Ù. 
   À¥ °ü·Ã Åøµé°ú ¸ÖƼ¹Ìµð¾î ÅøµéÀ» ´Ù·é´Ù. 
   Àΰ£ ģȭÀûÀÎ µðÀÚÀÎ °³³äÀ» Àû¿ëÇÑ À¥»çÀÌÆ®¸¦ »ý¼ºÇÑ´Ù. 
   E-Commerce À¥ »çÀÌÆ®¸¦ µðÀÚÀÎ ¹× ±¸ÇöÇÑ´Ù. 
   °í°´ÀÇ ¿ä±¸¸¦ ÆľÇÇÏ°í, °í°´µéÀÇ »çÀÌÆ® ÀÌ¿ë ÆÐÅÏÀ» ¸ð´ÏÅÍ 
   ÇÑ´Ù. 
   ÁÖ¹®°úÁ¤ ó¸®¿Í ¾ÖÇÁÅÍ ¼­ºñ½ºÀÇ ¹æÇâÀ» °áÁ¤ÇÑ´Ù. 
   E-Business¸¦ ÅëÇÑ ÆǸŠÁß´ë ¹æ¾ÈÀ» ¸ð»öÇÑ´Ù. 
   
ON - 
   LINE »ó´ã  
     
   


 
  
   

 
  
  
   

*À̸§ 
   

  
   
*¼ºº°
   
³² 
    
¿© 

  
   
*»ý³â
   
 ³â 
¼±ÅÃ12 
 345 
 678 
 91011 
 12 ¿ù ¼±ÅÃ12 
 345 
 678 
 91011 
 121314 
 151617 
 181920 
 212223 
 242526 
 272829 
 3031 ÀÏ   ¿¹: 2001³â 1¿ù 
1ÀÏ
  
   
*ÀüÈ­¹øÈ£
   
¼±ÅÃ02 
 031032033 
 041042043 
 051052053 
 054055061 
 062063064 -  

  
   
*FAX
   
¼±ÅÃ02 
 031032033 
 041042043 
 051052053 
 054055061 
 062063064 -  

  
   
*ÁÖ¼Ò
   

  
   
*ÈÞ´ëÆù
   
¼±ÅÃ011 
 016017018 
 019 -  

  
   
*E-mail
   

  
   
*ȸ»ç¸í
   
(Çб³¸í)
  
   
*¹®ÀÇ 
»çÇ×
   
 

   

    
  
 ¸ÞÀÏ ¼ö½ÅÀ» 
 °ÅºÎÇϽô ºÐµéÀº ¿©±â¸¦ Ŭ¸¯ÇÏ¿© 
 Áֽʽÿä.



 
 
  
   



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

ignore a subdirectory when adding files to the repository

[JM Murillo]

I want to import/add a directory to the cvs repository, but i wan't that a
specific subdirectory of that directory to be added to the repository. Is
there any way to exclude a subdirectory when i'm importing a directory to
the repository?

Is there too a way to do a checkout of a module excluding a subdirectory of
if?

Thanks.


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

creating a new module from existing checkout

[Alexander Welti]

hi!

i would like to create a new module in the repository from
an existing checkout because the changes are too big to
make a branch;

can i go to the checkout dir and say
cvs import bla ...

or do i have to delete all the CVS dirs in every dir of the checkout first?

thanks,
alex

--
Alexander Welti, [EMAIL PROTECTED], A-6900 Bregenz


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

wrappers, TortoiseCVS, newbie :)

[Radek Soska]

Hello

I use CVS 1.11 and TortoiseCVS to make my work easier. 
When I add files or dirs into the repository I want CVS to recognize
file type, ie. *.pas files add normally, *.exe add like binary. I put
such lines into cvswrappers file (in $CVSROOT/CVSROOT)

*.pas -m MERGE
*.exe -k 'b'

but Tortoise still ignore this. What should I do to solve this problem ? 

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

CVS : Multiple Developers

[Sharanya Vemu]

Hi!

Is there anyway where in i can prevent multiple developers edidting the same
file 
something like  a lock option (which i cant.. because for someone to lock a
file he/she has to be a part of the cvsadmin group) so want to know if in
any other way i can attain the same functionality

Regards
Sharanya Vemu

--
There Are Thingz Known And Thingz Unknown
...In Between Are TheDoors Of Percpetion

 --- JimMorrison 

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

Re: Adding description within changed files

[Frank Thrum ( DAT TEC TI )]

Christian Gudrian wrote:
> The "-m" is the flag for the message/comment that
is embedded in the header
> of the file.
Right. But this sets the description right at the time of committing.
I would like to embed this description within the files itself using
special commands like $Id$ and such. I would comment my changes right
there where I do them: in the file. And I would then like CVS to read
through my files, extracting those comments and using them as
description.
Christian
Hallo,
There is an RCS keyword "Log" which can help you.
Include a line with
    $Log:$
regards,
Frank
below is somethin from %man co
$Log$
  The log message
supplied during checkin, preceded by  a
  header  
containing  the  RCS  filename,  the  revision
  number, the
author, and the date and time.  With -zzone
  a  numeric
time zone offset is appended; otherwise, the
  date is UTC. 
Existing log messages are  not  replaced.
  Instead,  
the   new  log  message  is  inserted 
after
  $Log:...$. 
This is useful for accumulating a  complete
  change log in
a source file.
  Each inserted
line is prefixed by the string that  pre-
  fixes 
the  $Log$ line.  For example, if the $Log$ line
  is  //
$Log:tan.cc $ , RCS prefixes each  line  of  the
  log  with
" " """ .}S 1 3 " //  ." " " " "" "" "" "" ""
  "" This is useful
for languages with comments  that  go
  to  the 
end  of  the  line.   The convention for other
  languages is
to use a  * prefix inside a multiline com-
  ment. 
For example, the initial log comment of a C pro-
  gram conventionally
is of the following form:
  
/*
   
* $Log$
   
*/
  For backwards
compatibility with older versions of RCS,
  if  the 
log  prefix is /* or (* surrounded by optional
  white space,
inserted log lines contain a space instead
  of  / 
or  (;  however,  this  usage is obsolescent and
  should not be
relied on.
 
 
-- 
 Frank Thrum    Tel.   +49 89 234 27097
 Infineon Technologies  Fax.   +49 89 234 24477
 DAT TEC TI mailto:[EMAIL PROTECTED]
 

RE: CVS : Multiple Developers

[Colin Bester]

If you set watchers on, then when users checkout files, they will be
marked as read-only. They then shoud use cvs edit to mark them as
read-write. When committing files back in they will be marked as
read-only.

The system is not fool proof and users can 'cheat'. But if they use cvs
edit, then a system of user watchers can be setup where users will be
notified via email that a file is being edited.

I have found this to be the best compromise.

Colin

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
> On Behalf Of Sharanya Vemu
> Sent: Monday, September 17, 2001 8:21 AM
> To: [EMAIL PROTECTED]
> Subject: CVS : Multiple Developers
> 
> 
> Hi!
> 
> Is there anyway where in i can prevent multiple developers 
> edidting the same file 
> something like  a lock option (which i cant.. because for 
> someone to lock a file he/she has to be a part of the 
> cvsadmin group) so want to know if in any other way i can 
> attain the same functionality
> 
> Regards
> Sharanya Vemu
> 
> --
> There Are Thingz Known And Thingz Unknown
> ...In Between Are TheDoors Of Percpetion
> 
>  --- JimMorrison 
> 
> ___
> 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: Weird module behavior

[Robert Kerr]

On Sat, 15 Sep 2001 [EMAIL PROTECTED] wrote:

> Robert Kerr writes:
> >
> > On dumbo, if I do an update in the freddy directory, cvs looks at the
> > makefile, and the two subdirectories and that's it.  But if I'm doing this
> > remotely, when I do an update in freddy, it looks at the subdirectories
> > and the makefile, and then proceeds to add in the other files from the
> > main directory, which I don't want.
> 
> The remote machine probably has "update -d" in the ~/.cvsrc file.
> 
> -Larry Jones
> 

Aha!! That was it.  Thanks so much for the help.

-- 
-bob


Every day it's the same thing -- variety.  I want something different.
**
* Robert Kerr, The morphing guy.  *MS 0847 Sandia National Labs  *
* [EMAIL PROTECTED]   *Albuquerque NM 87185-0847 *
* [EMAIL PROTECTED] *  Phone: (505) 844-8606   *
* http://www.et.byu.edu/~kerrr*  Fax: (505) 844-9297 *
**



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

how to find branch_names of given files?

[Nils9]

I know this is possible to list all the tags and branches (since
these all are tags actuaaly) with  cvs commands, also rlog.
But I want to list only the branch names to which the files
belong, I need to distinguish these. Is there a way with cvs or
I need to involve other tools?
I'm building web workflow reporting system. Solutions are
welcome.

-Nils Jakobsons
SWHTechnology



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

RE: checking links into source control

[Thornley, David]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 14, 2001 6:21 AM
> To: [EMAIL PROTECTED]
> Subject: Re: checking links into source control
> 
> 
> [EMAIL PROTECTED] (Kaz Kylheku) writes:
> 
> > Not combining unrelated responsibilities into the same 
> program is not
> > necessarily a limitation.  What would you say about an 
> e-mail application
> > that contains a C compiler, and a filesystem repair tool?
> 
> "Microsoft Outlook owns that market."
> 
But how about an e-mail application that contains an editor,
Lisp interpreter, and text adventure game?


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

Re: cvswrappers question

[David Carson]

Eric Siegerman <[EMAIL PROTECTED]> wrote in message 
news:<[EMAIL PROTECTED]>...
> On Fri, Sep 14, 2001 at 11:15:03AM -0700, David Carson wrote:
> > I have tried every method I know
> > about to prevent merging:
> > 
> > o  $CVSROOT/CVSROOT/cvswrappers
> > o  ~/.cvswrappers
> > o  /.cvswrappers
> > o  cvs update -W "-m COPY"
> > 
> > None of them seems to do anything at all.  
> 
> Which CVS version (client and server if appropriate)?  Which
> platform?  The usual basic support questions :-/
> 

server: 1.11.1p1 on Linux
client: 1.11 on cygwin (WinNT 4.0)

However, the cvswrappers seem to have no effect even if I do the
offending update on the server.

> > This leads me to believe I have misunderstood the meaning of the COPY
> > option.
> 
> I don't think so.
> 
> > Here is the situation: The file in question is text, not
> > binary
> 
> I would have thought COPY would work for this.  Hence the version
> question.  But then, some of the cvswrappers stuff doesn't work
> client/server.  Perhaps none of it does?
> 
> > but it gets modified during a build.
> 
> The usual recommendation is not to track generated files in CVS
> in the first place, but just let them get regenerated from
> scratch by the build process.  If necessary, change the
> architecture to make this possible.  That's one of the advantages
> of Autoconf'ed packages (including CVS itself) generating
> Makefile from Makefile.in, as opposed to Smail's (perhaps former)
> scheme of modifying the Makefile in place.
> 

Yes, I was expecting this response.  We could change -- and might at
some point -- but that is not the point.  I want to understand how
this is supposed to work and why it does not work for me.  By the way,
I have implemented a workaround for the time being: I made the file in
question binary.  Now, it will not merge as I had hoped for with -m
COPY (and, of course, does not do keyword subst. or EOL translation
either).

While on the subject of merging against the user's will:
I have just finished moving a group of developers from another version
control system to CVS.  One of the most popular questions is: How can
I update my tree so that CVS will _not_ perform the automerge? 
Granted, it may or may not make sense to do this.  I was just
wondering if there is a way to turn off automerge for a user's whole
working copy via an option.  (I expect someone will tell me to put "*
-m COPY" in my cvswrappers file!)  I think the fear is that automerge,
while it will work syntactically on the file, might introduce logical
inconsistencies in the file.  We are used to merging by hand, which is
tedious but allows users to use logic beyond the ability of automerge
in process.  Perhaps if CVS could invoke a user's own diff program (we
use Visual SlickEdit's diffzilla) when it encounters (1) any merge, or
(2) a conflict in a merge.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

cannot login

[Martin Fibiger]

Hello everybody,
I have a following problem with CVS. I get following error when logging to
my RedHat Linux based  cvs server system:

[root@fibak /etc]# cvs -d :pserver:martas@fibak:/usr/local/cvsroot login
Logging in to :pserver:martas@fibak:2401/usr/local/cvsroot
CVS password:
/usr/local/cvsroot: no such repository

and connection is closed.

I have checked with telnet to port 2401 that the cvs is up and running:

[root@fibak /etc]# telnet fibak 2401
Trying 127.0.0.1...
Connected to fibak.
Escape character is '^]'.
cvs
cvs [pserver aborted]: bad auth protocol start: cvs

Connection closed by foreign host.

I can access the /usr/local/cvsroot with no problem if I'm locally logged to
the machine - all cvs commands work perfectly I can update edit commit ...

thanx for any help

bye
Martin
PS: My cvspserver file looks like this:
service cvspserver
{
type = UNLISTED
socket_type = stream
protocol = tcp
wait = no
port = 2401
passenv = PATH
server = /usr/bin/cvs
server_args = -b/usr/bin --allow-root=/usr/local/cvsroot pserver
disable = no
}



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

cannot log to cvs

[Martin Fibiger]

Hello everybody,
I have a following problem with CVS. I get following error when logging to
my RedHat Linux based  cvs server system:

[root@fibak /etc]# cvs -d :pserver:martas@fibak:/usr/local/cvsroot login
Logging in to :pserver:martas@fibak:2401/usr/local/cvsroot
CVS password:
/usr/local/cvsroot: no such repository

and connection is closed.

I have checked with telnet to port 2401 that the cvs is up and running:

[root@fibak /etc]# telnet fibak 2401
Trying 127.0.0.1...
Connected to fibak.
Escape character is '^]'.
cvs
cvs [pserver aborted]: bad auth protocol start: cvs

Connection closed by foreign host.

I can access the /usr/local/cvsroot with no problem if I'm locally logged to
the machine - all cvs commands work perfectly I can update edit commit ...

thanx for any help

bye
Martin
PS: My cvspserver file looks like this:
service cvspserver
{
type = UNLISTED
socket_type = stream
protocol = tcp
wait = no
port = 2401
passenv = PATH
server = /usr/bin/cvs
server_args = -b/usr/bin --allow-root=/usr/local/cvsroot pserver
disable = no
}





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

Re: giving up CVS

[Antonio Bemfica]

I am afraid you did not get my point. But then again, this seems to be a
common occurrence on this thread. 

A.

On Sat, 15 Sep 2001, Kaz Kylheku wrote:

> In article <[EMAIL PROTECTED]>, Antonio Bemfica wrote:
> >On Fri, 14 Sep 2001, Greg A. Woods wrote:
> >
> >> [...]
> >
> >Whatever you say, buddy.
> 
> Very intelligent there! Snip everything, and don't provide a reference
> to the message ID you are responding to.



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

problem with notify and use of "users" file

[alan mattingly]

We are using an IBM F40 with OS AIX 4.3.2 for the CVS server.  The "notify"
file has been modified to

ALL mail -s "CVS notification" %s

Mail is now being sent to the IBM but it is not being sent to the value
specified in the "users" file.

This file did not originally exist in the CVSROOT directory and was added
using WinCVS.  Does the sever need to be
"restarted" so that it knows the file exists now?  If so, how do you do
that?

I don' see anything about "starting" CVS in the manuals or whether a daemon
runs in the background.  Can someone explain
about the server side of CVS or suggest a good link?

Thanks,

Alan Mattingly
[EMAIL PROTECTED]



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

checking out to the same directory that did the import?

[Maring, Steve]

I'm trying to figure out if there is a way to checkout a module to the same
directory that did the import without blowing the directory away first.  As
expected, I'm getting the "cvs checkout: move away ; it is in the way"
message on every file in the repository.  It took me a while to specify
everything that I DIDN'T want in the repository with a bunch of .cvsignore
files so doing a blanket rm -r before checking out the module would
obviously destroy stuff I want to keep.  Manually removing all the files
that I checked in also seems to be a rather daunting task.  Is there another
way?


-Steve Maring
Tarpon Springs, FL

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

Re: Change module name

[Larry Jones]

Robben Mario writes:
> 
> Can I change a module name safely?

Do you mean change the name in the CVSROOT/modules file?  If so, yes.

-Larry Jones

TIME?!  I just finished the first problem! -- Calvin

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

Re: about cvs time

[Larry Jones]

casper writes:
> 
> When I use cvs, the update time is not my system time. How this
> happen,and how to resolve it.

What do you mean by "the update time"?  CVS uses UTC (aka GMT)
internally and usually displays times that way.  Correctly converting to
local time, particularly in a client/server environment, is a nearly
impossible task.

-Larry Jones

I don't NEED to compromise my principles, because they don't have
the slightest bearing on what happens to me anyway. -- Calvin

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

Re: Kindly help me with CVS-login problem

[Larry Jones]

Zou Bin writes [using very long lines]:
> 
> I am using CVS1.11.1p1 and WinCVS1.2. When I try to connect to my 
> cvspserver, WintCVS tell me: /usr/local/cvsroot: no such repository  cvs
> login: authorization failed: server 192.168.100.131 rejected access  to
> /usr/local/cvsroot for user root 

That indicates that there's no "--allow-root=/usr/local/cvsroot" global
option in the command to start the server.

And I'll note in passing that you don't want to use CVS as root -- there
are too many potential security problems, you lose the ability to trace
changes to a particular person if root is a shared account (as it
usually is), and CVS won't allow root to commit changes by default for
precisely that reason.

-Larry Jones

Well of course the zipper's going to get stuck if everyone
stands around WATCHING me! -- Calvin

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

Re: ignore a subdirectory when adding files to the repository

[Larry Jones]

JM Murillo writes:
> 
> I want to import/add a directory to the cvs repository, but i wan't that a
> specific subdirectory of that directory to be added to the repository. Is
> there any way to exclude a subdirectory when i'm importing a directory to
> the repository?

I believe that ignoring it (with -I) will work.

> Is there too a way to do a checkout of a module excluding a subdirectory of
> if?

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

-Larry Jones

He doesn't complain, but his self-righteousness sure gets on my nerves.
-- Calvin

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

Re: creating a new module from existing checkout

[Larry Jones]

Alexander Welti writes:
> 
> can i go to the checkout dir and say
> cvs import bla ...

Yes.

> or do i have to delete all the CVS dirs in every dir of the checkout first?

You don't have to -- CVS will happily import them, as well.  You can use
-I on the import to avoid that.

-Larry Jones

It's SUSIE!  It's a GIRL!  Santa would understand! -- Calvin

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

Re: problem with notify and use of "users" file

[Larry Jones]

alan mattingly writes:
> 
> Mail is now being sent to the IBM but it is not being sent to the value
> specified in the "users" file.
> 
> This file did not originally exist in the CVSROOT directory and was added
> using WinCVS.  Does the sever need to be
> "restarted" so that it knows the file exists now?  If so, how do you do
> that?

If the file was added using CVS, then you *don't* have a CVSROOT/users
file; you have a CVSROOT/users,v file.  You need to add it to
CVSROOT/checkoutlist to have it automatically checked out on update like
the other administrative files.

-Larry Jones

I don't see why some people even HAVE cars. -- Calvin

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

Re: cannot login

[Larry Jones]

Martin Fibiger writes:
> 
> [root@fibak /etc]# cvs -d :pserver:martas@fibak:/usr/local/cvsroot login
> Logging in to :pserver:martas@fibak:2401/usr/local/cvsroot
> CVS password:
> /usr/local/cvsroot: no such repository

That indicates that there's no "--allow-root=/usr/local/cvsroot" option
in the command to start the server.

> service cvspserver
> {
> type = UNLISTED
> socket_type = stream
> protocol = tcp
> wait = no
> port = 2401
> passenv = PATH
> server = /usr/bin/cvs
> server_args = -b/usr/bin --allow-root=/usr/local/cvsroot pserver
> disable = no
> }

Unless you're running an ancient version of CVS, the "-b/usr/bin" is
completely superfluous.  You should, however, have a "-f" option.  If
that's your current config file, then either you've made changes without
forcing xinetd to re-read it, or you have a very subtle typo somewhere.

-Larry Jones

Yep, we'd probably be dead by now if it wasn't for Twinkies. -- Calvin

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

Re: unrecognized response warnings (solved!)

[Rob Helmer]

Ok, I figured out what the problem was... 

I had this in my .login :

/usr/local/bin/bash -c 'echo -n -e "\\033]0; Dev Server\a"'

( it sets the title on my xterm to "Dev Server" so I can
tell where I am when windows are shaded ).

I guess CVS doesn't like it.. ;) I think I can make it
so CVS does not get this by looking at the env variables,
possibly TERM or DISPLAY.

Anyway, it's obviously not CVS related, but in case anyone
runs into this, it's probably just junk in your .login.. :)



Thanks,
Rob Helmer

On Fri, Sep 14, 2001 at 12:10:43PM -0700, Rob Helmer wrote:
> Hello,
> 
> 
> I started getting these messages the other day whenever
> I perform a CVS action, using SSH as a transport method
> ( local and pserver work, but these are not my preferred
> methods ).
> 
> Here's the message in full :
> 
> --
> 
> cvs log: warning: unrecognized response `Valid-requests Root Vavalid-requests 
>Repository Directory Max-dotdot Static-directoryn-prog Update-prog Entry Kopt 
>Checkin-time Modified Is-modifiedUnchanged Notify Questionable Case Argument 
>Argumentx Global_opam wrapper-sendme-rcsOptions Set expand-modules ci co update diove 
>update-patches gzip-file-contents status rdiff tag rtag imprt history release 
>watch-on watch-off watch-add watch-remove wa init annotate noop version' from cvs 
>server
> 
> --
> 
> This happens for every CVS command I try.
> 
> Also, it says "server does not support global -q" option if I
> have "cvs -q" in my ~/.cvsrc
> 
> Any ideas on what causes this? I am able to do my work, but
> I know something must be wrong. I don't recall making changes
> to my working environment or to the CVS server around the
> time this started happening.
> 
> 
> 
> Thanks,
> Rob Helmer
> 
> 
> ___
> 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: checking out to the same directory that did the import?

[Rob Helmer]

Hi Steve,


I usually just archive the original files and
put them away somewhere before I begin working
on the CVS version.

If you need to keep working on the original version,
just rename the directory and do a fresh checkout.

This way you are sure that what you have in CVS is
what you want, and there isn't anything you forgot to
check in / didn't mean to check in.



HTH,
Rob Helmer

On Mon, Sep 17, 2001 at 11:45:22AM -0400, Maring, Steve wrote:
> I'm trying to figure out if there is a way to checkout a module to the same
> directory that did the import without blowing the directory away first.  As
> expected, I'm getting the "cvs checkout: move away ; it is in the way"
> message on every file in the repository.  It took me a while to specify
> everything that I DIDN'T want in the repository with a bunch of .cvsignore
> files so doing a blanket rm -r before checking out the module would
> obviously destroy stuff I want to keep.  Manually removing all the files
> that I checked in also seems to be a rather daunting task.  Is there another
> way?
> 
> 
> -Steve Maring
> Tarpon Springs, FL
> 
> ___
> 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: ignore a subdirectory when adding files to the repository

[brent]

cvs import -I subdir1 -I subdir2 source/module vendor import
might do the trick, -I will ignore individual files and might just work for
directories as well, check the manual or try it on a test first.

"JM Murillo" <[EMAIL PROTECTED]> wrote in message 
news:<9o4l1l$300$[EMAIL PROTECTED]>...
> I want to import/add a directory to the cvs repository, but i wan't that a
> specific subdirectory of that directory to be added to the repository. Is
> there any way to exclude a subdirectory when i'm importing a directory to
> the repository?
> 
> Is there too a way to do a checkout of a module excluding a subdirectory of
> if?
> 
> Thanks.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: wrappers, TortoiseCVS, newbie :)

[brent]

It's not nice to suggest you use a different tool, but consider using 
WinCVS in addition to Tortoise, WinCVS makes binary importing easier,
before doing the import, it lists all files which may not be text and
allows you to control exactly how to import them.

Apart from that, it is best to do all imports from the actual machine
which has the CVS repository, especially if the repository machine
is not the same OS as your sandbox machines.  I don't know if this is
an issue for you as you didn't mention this.

Radek Soska <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Hello
> 
> I use CVS 1.11 and TortoiseCVS to make my work easier. 
> When I add files or dirs into the repository I want CVS to recognize
> file type, ie. *.pas files add normally, *.exe add like binary. I put
> such lines into cvswrappers file (in $CVSROOT/CVSROOT)
> 
> *.pas -m MERGE
> *.exe -k 'b'
> 
> but Tortoise still ignore this. What should I do to solve this problem ? 
> 
> Best regards
> BennY
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Using network shares as sandboxes

[brent]

I have been informed that there are 'a thousand reasons' why
not to use network shares as sandboxes with CVS.

(--- caer baedwin ---)

I do not recall this being in the CVS manual.  I have done a 
cursory scan of the manual again, to verify this.  Certainly, I know
that repositories should not be on network shares, but I haven't 
heard that sandboxes also need to be locally mounted hard drives.

I have been using CVS for two years now in various configurations.
In one situation we have used NFS mounted home directories as
sandboxes with no difficulties.  Presently I wish to use CVSNT 
as the repository server with Win2K shared drives as sandboxes.  
Mostly, these sandboxes will be accessed from Win2K machines, 
but we also have Linux machines wishing to use the same sandbox.  
Only one user would be actively using the sandbox (ie issuing a 
CVS command), but we wish to keep things on the network to make 
it easy to communicate and share files between team members.

I would appreciate it if anyone could let me know what the difficulties
are in using CVS in such a situation.

Thanks,

Brent S.A. Cowgill, B.A.Sc.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

The krb5.h blues

[Ayers, Mike]

I'm trying to install 1.11.1p1 onto a Solaris8 system.  It seems
that no matter how I configure it, I get the krb5.h not found problem in
server.c.  I've tried configuring --without-gssapi, but that didn't help.
Is there any way around this?


TiA,

/|/|ike /+yers
Test Engineer
BMC Software

Unnecessary efficiency is the root of all bad engineering.

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

Re: unrecognized response warnings (solved!)

[Larry Jones]

Rob Helmer writes:
> 
> I had this in my .login :
> 
> /usr/local/bin/bash -c 'echo -n -e "\\033]0; Dev Server\a"'
> 
> ( it sets the title on my xterm to "Dev Server" so I can
> tell where I am when windows are shaded ).
> 
> I guess CVS doesn't like it.. ;) I think I can make it
> so CVS does not get this by looking at the env variables,
> possibly TERM or DISPLAY.

Consult your shell documentation for the suggested way of distinguishing
interactive/login shells.  In sh-like shells, one can use:

case $- in *i*)
# interactive-only commands go here
;;
esac

-Larry Jones

What's the matter?  Don't you trust your own kid?! -- Calvin

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

Moving CVS Repository

[Cornellious Mann]

If I want to move my CVS repository (let's say from NT
to Unix), can I simply copy everything under CVSROOT
into my new CVSROOT?  Thanks.

=
Regards,
Cornellious Mann

__
Terrorist Attacks on U.S. - How can you help?
Donate cash, emergency relief information
http://dailynews.yahoo.com/fc/US/Emergency_Information/

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

Re: Using network shares as sandboxes

[Eric Siegerman]

On Mon, Sep 17, 2001 at 10:30:50AM -0700, brent wrote:
> I have been informed that there are 'a thousand reasons' why
> not to use network shares as sandboxes with CVS.

The problem is different from the one with a remote-mounted repo,
where one risks repo corruption due to O/S bugs or similar
problems.  In the case of remote mounted sandboxes, the problem
is with line-endings getting messed up.

Client/server CVS deals with the issue using the standard pattern
-- a machine-independent protocol, with the client translating
to/from local conventions.  When you share a sandbox
cross-platform (as you're planning to do for those Linux
clients), it's very easy to screw up, and get strange stuff in
the repo (extra ^M's), or in the sandbox (missing ^M's in a
sandbox that needs them, because it's being used by a Windows
client).

It's *possible* to be careful, and always use the right CVS
client on the right sandbox -- indeed, users at my shop have done
it, though with occasional slipups requiring manual intervention.
But it's a lot easier to just avoid the problem, by avoiding
configurations that make it possible, i.e. avoiding
remote-mounted sandboxes.

> [...] but we wish to keep things on the network to make 
> it easy to communicate and share files between team members.

There's a big process problem here, and it has nothing to do with
where the sandboxes live.

The best way to share sandbox files is using CVS.  If people copy
files directly between sandboxes, they risk losing, or at least
misplacing, changes.  Suppose you and I are collaborating on
foo.c.  The repo is at rev. 1.2.
  - We both update to rev. 1.2 in our sandboxes.
  - Mary checks in 1.3.
  - You do a "cvs update"; I don't.
  - I make some change.  I don't commit it (because I'm not confident
of it yet); instead I say, "hey Brent, try this out".
  - You copy foo.c from my sandbox to yours; you decide you like
the change and commit it, creating rev. 1.4.

Rev. 1.4 does NOT contain the rev. 1.3 changes.  If I had tried
to commit my change, CVS would have forced me to do an update.
But because you were already up to date, the commit succeeded,
even though the file being committed was based on 1.2, not 1.3.

The better way would have been for me to commit the change (to a
branch if necessary), and for you to retrieve my change via CVS.

Yes, in the above example, the change is still there in the repo,
but:
  - Mary will be very confused when she next does an update and
the bug she's *sure* she fixed reappears.  It may take her
quite a while to realize that her changes got clobbered --
and when she does, she's likely to be rather pissed off at
*both* of us :-/
  - Trying to unscramble a situation like that can be
time-consuming and frustrating, especially if many files are
involved, and it's not noticed until many revisions later.
(Trust me; I've spent several days at this kind of stuff this
summer.  I can think of ways I'd rather spend my time...)
  - It would be just as easy to lose changes completely.  Suppose
that, when you copied my foo.c into your sandbox, you had
uncommitted changes and forgot to back them up.  Again, CVS
would have preserved these changes, because it would have done
a merge.

Conclusion: remote-mounting sandboxes is dubious, but possible
with much care, and with willingness to absorb the overhead of
cleaning up the inevitable mistakes ... but your stated reason
for remote-mounting them in the first place is even more
dangerous in and of itself.


> (--- caer baedwin ---)

Wuzzat?

--

|  | /\
|-_|/  >   Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
|  |  /
With sufficient thrust, pigs fly just fine. However, this is not
necessarily a good idea.
- RFC 1925 (quoting an unnamed source)

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

Readonly user can manipulate tags?

[Mark]

Hello,

I am using a non-root pserver on solaris and each repository has a writers file
listing the users permitted to write to it. We have no readers files as we want
all to have read access.

I have noticed that people not in the writers file can manipulate
(add/move/delete) tags but not commit. Is this by design? Rationale?

CVS version 1.11.1p1

Thanks,

Mark

__
Terrorist Attacks on U.S. - How can you help?
Donate cash, emergency relief information
http://dailynews.yahoo.com/fc/US/Emergency_Information/

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

Re: Moving CVS Repository

[Kaz Kylheku]

In article <[EMAIL PROTECTED]>, Cornellious Mann wrote:
>If I want to move my CVS repository (let's say from NT
>to Unix), can I simply copy everything under CVSROOT
>into my new CVSROOT?  Thanks.

You can, however the existing users will be left stranded, pointing
to the old repository.

It's best to coordinate this action with the users so that they can
synchronize with it. This means that they commit any outstanding work,
(or else throw away anything they don't intend to commit).  When everyone
has commited their work, you can move the repository.  The users can
then check out working copies from the new place.

There are shortcuts possible. For example, one can write a script which
edits the metadata stored in the CVS subdirectories of the working copy
in order to ``rehome'' the working copy to a new location.

Whatever you do, you want to avoid the situation where some users continue
commiting changes to the old repository, after others have begun committing
to the new!
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Using network shares as sandboxes

[Kaz Kylheku]

In article <[EMAIL PROTECTED]>, brent wrote:
>I have been informed that there are 'a thousand reasons' why
>not to use network shares as sandboxes with CVS.

You should not use a remote filesystem as your CVS repository. 
Use CVS in client/server mode instead. The CVS software uses the
filesystem as a database, relying on certain atomicity properties
of the various filesystem operations. If the networked file system
does not guarantee the properties in all situations, that can
spell trouble for the integrity of the repository.

There is less of a clearcut case against using a remote filesystem
for a working copy. That is what a ``sandbox'' is.

>sandboxes with no difficulties.  Presently I wish to use CVSNT 
>as the repository server with Win2K shared drives as sandboxes.  
>Mostly, these sandboxes will be accessed from Win2K machines, 
>but we also have Linux machines wishing to use the same sandbox.  
>Only one user would be actively using the sandbox (ie issuing a 
>CVS command), but we wish to keep things on the network to make 
>it easy to communicate and share files between team members.

This is nonsense. Each machine should have its own checked out copy.
The differences between representations of text files are going to
cause problems.

CVS supports sharing at the repository level. There is no provision
for sharing the same working copy among users or machines.  It's 
not supported by the data representation of the working copies,
or the concurrency model.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

cvs log - error

[Joseph Natar]

Title: cvs log - error





Hi:


I am getting this error when doing a cvs log command.


cvs log -N -d ">2001-09-17 17:54:47 GMT"   dir_name


this error gets reported, and the command is aborted:


cvs [server aborted]: mismatch in rcs file /cvs/ ../CWSDVAddCategoryForm2.htt,v between deltas and deltatexts


Any help, suggestions much appreciated.


Thanks in advance,


Joe Natar
[EMAIL PROTECTED]

Re: Moving CVS Repository

[David Taylor]

Kaz Kylheku wrote:

> In article <[EMAIL PROTECTED]>, Cornellious Mann wrote:
> >If I want to move my CVS repository (let's say from NT
> >to Unix), can I simply copy everything under CVSROOT
> >into my new CVSROOT?  Thanks.
>
> You can, however the existing users will be left stranded, pointing
> to the old repository.
>

If the old repository was accessed via a DNS alias - rather than actual host name
(or IP address) - and the path of the new repository is the same, then pointing
that alias to the the host of the new repository points all checked out
directories to the new repository.

dtayl



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

Re: CVS newbie questions

[David Taylor]

I wouldn't be surprised if you're confused by the variety of answers you've
received. At the risk of confusing you further, I'll add this:

1 - The simplest way to setup CVS is to access a repository on a local
filesystem. Assuming, the CVS binary is in your PATH on the Solaris system, you
can create a repository in the home directory of your Solaris account simply by
logging in and typing "cvs -d cvsroot init". This will create a repository in
the directory $HOME/cvsroot.  That's all you need to do, if you are willing to
always transfer files from your home computers to the Solaris system (using FTP
or whatever) and checkin/checkout to CVS repository from there.

2 - But if explicitly transferring files doesn't suit you and you prefer to
access the repository remotely, then I can tell you this: recently, I went
through the archives of this mailing list and did an informal analysis of the
"Subject" lines. Questions on problems setting up CVS for remote access may be
the most frequently-asked questions. Unless you're comfortable doing sysadmin
of a network service,  it's likely that you'll run into problems.

I suggest first using a local filesystem (method #1) and getting familiar with
CVS commands and normal operation, so you have a reference point,  before
attempting  remote access (method #2).  If local access doesn't work (e.g., if
you can't get the path to the CVS binary correct), then remote access won't
work either - but the error you get will probably be more baffling. So reduce
the unknowns and first convince yourself that local access works.

good luck,
dtayl


David Rasmussen wrote:

> Hello there.
>
> Can I create a repository at my university solaris system, locally on my
> account on the system, and use that repository from my portable computer and
> from my stationary computer at home? How? I know nothing about CVS.
>
> David.
>
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


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

Re: The krb5.h blues

[Jonah Tsai]

> From: "Ayers, Mike" <[EMAIL PROTECTED]> 
> To: "'[EMAIL PROTECTED]'"  <[EMAIL PROTECTED]> 
>
> Subject: The krb5.h blues
> Date: Mon, 17 Sep 2001 12:50:11 -0500
> 
> 
>   I'm trying to install 1.11.1p1 onto a Solaris8 system.  It seems
> that no matter how I configure it, I get the krb5.h not found problem in
> server.c.  I've tried configuring --without-gssapi, but that didn't help.
> Is there any way around this?
> 
> 
>   TiA,
> 
> /|/|ike /+yers

1. Solaris 8, by default, does not come with Kerberos 5 include files 
and development libraries, although they were in Solaris 7. Solaris 8 
does come with some krb5 runtime libraries. I am not able to find any of 
the krb5 dev libraries from Sun's website, nor is any question regarding 
these files posted on comp.os.sun.admin got answered.
2. If you need KDC, etc, you'd need to download a copy of Sun's SEAM 
package. This has a nice GUI replacement, gkadmin, for kadmin.
3. The way I get it to compile on Solaris 8 is to download a copy of 
MIT's Kerberos 5, install it in /usr/local/ and then compile CVS with 
kerberos on. I used gcc for the compilation though. I have not tried 
using SparcWork for doing this.

You will probably want to use --with-krb4=<...> and --with-gss-api=yes 
--enable-encryption flags, if a kerbeoized CVS is what you're aiming 
for. These flags will get you a kerberoized CVS with "gserver" in 
client/server mode.



Jonah Tsai





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

Re: cvs log - error

[Larry Jones]

Joseph Natar writes:
> 
> cvs [server aborted]: mismatch in rcs file /cvs/
> ../CWSDVAddCategoryForm2.htt,v between deltas and deltatexts

That RCS file has been corrupted -- CVS can't find the diff (deltatext)
that corresponds to a particular revision (delta).  Search the archives
of this list for possible causes of repository corruption and repair
techniques.

-Larry Jones

Don't you hate it when your boogers freeze? -- Calvin

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

RE: The krb5.h blues

[Ayers, Mike]

> From: Jonah Tsai [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, September 17, 2001 02:07 PM

> > From: "Ayers, Mike" <[EMAIL PROTECTED]> 
> > To: "'[EMAIL PROTECTED]'" 
>  <[EMAIL PROTECTED]> 
> 
> > Subject: The krb5.h blues
> > Date: Mon, 17 Sep 2001 12:50:11 -0500
> > 
> > 
> > I'm trying to install 1.11.1p1 onto a Solaris8 system.  It seems
> > that no matter how I configure it, I get the krb5.h not 
> found problem in
> > server.c.  I've tried configuring --without-gssapi, but 
> that didn't help.
> > Is there any way around this?
> > 

> You will probably want to use --with-krb4=<...> and 
> --with-gss-api=yes 
> --enable-encryption flags, if a kerbeoized CVS is what you're aiming 
> for. These flags will get you a kerberoized CVS with "gserver" in 
> client/server mode.

What I want is an unkerberized CVS, but there does not seem to be
any way to build one.  I don't need kerberos4, kerberos5, GSSAPI, or even a
server, but even if I turn all of these off, it still wants krb5.h in
server.c.  I guess I'm stuck building kerberos just to compile CVS...


/|/|ike

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

RE: The krb5.h blues

[Ellison, Martin [IT]]

./configure --without-krb4 --without-gssapi

> > >   I'm trying to install 1.11.1p1 onto a Solaris8 system.  It seems
> > > that no matter how I configure it, I get the krb5.h not 
> > found problem in
> > > server.c.  I've tried configuring --without-gssapi, but 
> > that didn't help.
> > > Is there any way around this?
> > > 
> 
> > You will probably want to use --with-krb4=<...> and 
> > --with-gss-api=yes 
> > --enable-encryption flags, if a kerbeoized CVS is what 
> you're aiming 
> > for. These flags will get you a kerberoized CVS with "gserver" in 
> > client/server mode.
> 
>   What I want is an unkerberized CVS, but there does not 
> seem to be
> any way to build one.  I don't need kerberos4, kerberos5, 
> GSSAPI, or even a
> server, but even if I turn all of these off, it still wants krb5.h in
> server.c.  I guess I'm stuck building kerberos just to compile CVS...

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

move away ... it is in the way

[Olaf Meding]

Why would I get the below error message?

   cvs checkout: move away dir/file; it is in the way

Even checking the same file out twice does not cause this error.  However,
if you look at the examples below (note they all contain 2 dirs) on what
works on what does not work you can see a pattern.  First, it only happens
with the -D switch!  Second, specifying two directries with the second
directory being a subdirectory of the first.

The examples below are a simplified example of my modules file.  I tracked
it down this far, but to me it looks like a bug?

Could someone try the below examples on a newer version of CVS (my Linux
server is 2-3 years old).  Thanks.

These commands fail:

cvs co -D "2001-09-13 00:30" code/optimization/productOpt
code/optimization/productOpt/include/DVH.h
cvs co -D "2001-09-13 00:30" code/build code/build/config/buildList.txt
cvs co -D "2001-09-13 00:30" code/build code/build/config
cvs co -D "2001-09-13" code/build code/build/config/buildList.txt

These commands work:

cvs co -D "2001-09-13 00:30" code/build code/build/sbc.bat
cvs co code/build code/build/config/buildList.txt


I am using WinCVS with a Linux CVS server.


Olaf


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

Re: The krb5.h blues

[Jonah Tsai]

ftp://ftp.cvshome.org/pub/unix/sunos/cvs-1.11.1p1-SUNOS-5.6.gz.


Jonah


Ellison, Martin [IT] wrote:

> ../configure --without-krb4 --without-gssapi
> 
I'm trying to install 1.11.1p1 onto a Solaris8 system.  It seems
 that no matter how I configure it, I get the krb5.h not 
>>> 
>>> found problem in
>>> 
 server.c.  I've tried configuring --without-gssapi, but 
>>> 
>>> that didn't help.
>>> 
 Is there any way around this?
 
>>> You will probably want to use --with-krb4=<...> and 
>>> --with-gss-api=yes 
>>> --enable-encryption flags, if a kerbeoized CVS is what 
>> 
>> you're aiming 
>> 
>>> for. These flags will get you a kerberoized CVS with "gserver" in 
>>> client/server mode.
>> 
>>  What I want is an unkerberized CVS, but there does not 
>> seem to be
>> any way to build one.  I don't need kerberos4, kerberos5, 
>> GSSAPI, or even a
>> server, but even if I turn all of these off, it still wants krb5.h in
>> server.c.  I guess I'm stuck building kerberos just to compile CVS...
> 


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

cvs and gnats link?

[Schwenk, Jeanie]

We had a bug that toasted some product (see many $$ here).  Now management
wants a "formal" system of notification, complete with reports and and
appropriate sign off when changes take place.  With absolutely nothing for a
budget of course.  This sweeping bureacracy change is to include a bug
tracking system.   I've been looking at GNATS and would like to know if CVS
and GNATS can be linked.  From a developer standpoint, it would be most
convenient and less error prone to type the same information once rather
than twice.  I ran across a statement that ClearCase and GNATS could be
linked but didn't find any evidence to support it.   I'm also looking at
Bugzilla and Jitterbug.  What do you use?  Any recommendations?

Jeanie

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

RE: cvs and gnats link?

[Ellison, Martin [IT]]

Look at Bugzilla http://www.mozilla.org/projects/bugzilla/,
http://groups.google.com/groups?hl=en&safe=off&group=netscape.public.mozilla
.webtools (and cvszilla
http://homepages.kcbbs.gen.nz/~tonyg/cvszilla_1_0_beta_1.tar.gz).
> We had a bug that toasted some product (see many $$ here).  
> Now management
> wants a "formal" system of notification, complete with reports and and
> appropriate sign off when changes take place.  With 
> absolutely nothing for a
> budget of course.  This sweeping bureacracy change is to include a bug
> tracking system.   I've been looking at GNATS and would like 
> to know if CVS
> and GNATS can be linked.  From a developer standpoint, it 
> would be most
> convenient and less error prone to type the same information 
> once rather
> than twice.  I ran across a statement that ClearCase and 
> GNATS could be
> linked but didn't find any evidence to support it.   I'm also 
> looking at
> Bugzilla and Jitterbug.  What do you use?  Any recommendations?

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

Re: [Freepos-cvs] cvs and gnats link?

[John Minnihan]

[EMAIL PROTECTED] wrote:

> We had a bug that toasted some product (see many $$ here).  Now management
> wants a "formal" system of notification, complete with reports and and
> appropriate sign off when changes take place.  With absolutely nothing for a
> budget of course.  This sweeping bureacracy change is to include a bug
> tracking system.   I've been looking at GNATS and would like to know if CVS
> and GNATS can be linked.  From a developer standpoint, it would be most
> convenient and less error prone to type the same information once rather
> than twice.  I ran across a statement that ClearCase and GNATS could be
> linked but didn't find any evidence to support it.   I'm also looking at
> Bugzilla and Jitterbug.  What do you use?  Any recommendations?
> 
> Jeanie
> ___
> Freepos-cvs mailing list
> [EMAIL PROTECTED]
> http://jbminn.com/mailman/listinfo/freepos-cvs
> 
> 
> 
> [Freepos-cvs]
> 
> Content-Type:
> 
> text/plain
> Content-Encoding:
> 
> quoted-printable
> 
> 

Bugzilla is the way to go on such a budget.  Are you still using CC 
in-house?  I have personally tied CC and Gnats together years ago using 
some fairly crude perl scripts.  Not sure if I'd even remember how... it 
was a pre-commit trigger that opened a Gnats bug record.  This was in 
early '98.  I'll dig around to see if I still have the code.

When I last used Gnats, the back-end was flat files.  That being the 
case, data could come into Gnats in pretty loose format, nearly 
free-form in some cases.  That would of course, limit the searching and 
reporting.

That said, Bugzilla can be configured to email all sorts of folks at 
various triggers. Triggers in this case usually means an external event, 
perhaps as basic as someone changing states in an open bug.

CC's use of triggers here is the key: if you understand pre- and post- 
operation triggers, you can make this work.  One drawback to bugzilla, 
though: it is entirely web-centric.  I don't  there's a CLI for it.

Email me off-list, Jeanie, if you would like to see how Bugzilla 
functions.  I'll setup a hosted account for you.
-- 
John Minnihan
mailto:[EMAIL PROTECTED]
http://www.freepository.com


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

Re: cvs and gnats link?

[Kaz Kylheku]

In article <[EMAIL PROTECTED]>, Schwenk, Jeanie wrote:
>We had a bug that toasted some product (see many $$ here).  Now management
>wants a "formal" system of notification, complete with reports and and
>appropriate sign off when changes take place.  With absolutely nothing for a
>budget of course.  This sweeping bureacracy change is to include a bug
>tracking system.   I've been looking at GNATS and would like to know if CVS
>and GNATS can be linked.  From a developer standpoint, it would be most
>convenient and less error prone to type the same information once rather
>than twice.

What would you ever enter twice? Bug reports go into GNATS, code goes
into CVS.

In your bug tracking system, you can make certain references to versions.
For example, a bug can be marked as having been discovered in 
release 'toaster_1_3' and laster marked as having been fixed in
'toaster_1_7'. Not by coincidence, these would correspond to release
tags in CVS.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: cvs and gnats link?

[Chris Cameron]

The linkage we have in place between CVS and gnats is the following:
a. in parts of our repository you have to enter a gnats PR and database into
the log message
b. if a gnats PR and database are in the cvs log message, the PR must be in
a defined state for the commit to succeed
c. the cvs log message is automatically added to the top of the fix: field
in the gnats PR

That is all we have.

***
Chris Cameron   Open Telecommunications Ltd
Product Manager   IN Product Management
[EMAIL PROTECTED]   P.O.Box 10-388
  +64 4 495 8403 (DDI)  The Terrace
fax:  +64 4 495 8419 Wellington
cell: +64 21 650 680New Zealand
Life, don't talk to me about life (Marvin - HHGTTG)

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Schwenk, Jeanie
> Sent: Tuesday, 18 September 2001 1:12 p.m.
> To: CVSpost (E-mail)
> Cc: '[EMAIL PROTECTED]'
> Subject: cvs and gnats link?
>
>
> We had a bug that toasted some product (see many $$ here).  Now management
> wants a "formal" system of notification, complete with reports and and
> appropriate sign off when changes take place.  With absolutely
> nothing for a
> budget of course.  This sweeping bureacracy change is to include a bug
> tracking system.   I've been looking at GNATS and would like to
> know if CVS
> and GNATS can be linked.  From a developer standpoint, it would be most
> convenient and less error prone to type the same information once rather
> than twice.  I ran across a statement that ClearCase and GNATS could be
> linked but didn't find any evidence to support it.   I'm also looking at
> Bugzilla and Jitterbug.  What do you use?  Any recommendations?
>
> Jeanie
>
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs
>


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

RE: Can cvs support distributed development usage.

[Yi Zhou (RD-CN)]

As u say , CVSup is not good enough to implment sync function, can u
recommend me another strong tool?
Can rsync or rdist can do the same thing?

Thanks a lot.
choudes


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 15 September 2001 14:53
To: Yi Zhou (RD-CN)
Cc: [EMAIL PROTECTED]
Subject: Re: Can cvs support distributed development usage.


[ On Saturday, September 15, 2001 at 13:38:01 (+0800), Yi Zhou (RD-CN)
wrote: ]
> Subject: Can cvs support distributed development usage.
>
> Can cvs support distributed development usage? That is to say, if we
> have four CVS server, located in different place. But they are all
> used for just one project developing, each server stores different
> source code or binary data, if a developer want to check in/out the
> source code that does not exist on the local CVS server, local CVS
> server will provide a link pointing to the remote CVS server that
> stores what he want to check in/out.  For the developers, the whole
> four CVS servers are just like one, at least just have a logical
> view.

Well it doesn't work exactly that way, but from the developer's point of
view it is possible to have one (or many) workspace(s) that contains a
view of all code from all servers.  All a developer has to do is to
check out the appropriate modules from each server.  From there the CVS
client program uses information stored in the workspace to keeps track
of which files came from which server and any operations on those files
is handled appropriately by contacting their correct "home" server.

Provided that the code most likely to be worked on by any given
developer is stored in their local repository they'll get decent
performance from localised commit/update/etc operations.

If the developers never commit code to a remote server (i.e. only to the
one local to their site) then you can further optimise this setup by
mirroring the remote repositories to read-only locations on the local
server (thus providing the illusion of fast direct access).  The
mirroring can be done any way you wish, but rsync and CVSup come to mind
as the best alternatives (I locally mirror the NetBSD CVS repo with
rsync, and in the past I've mirrored the FreeBSD CVS repo with CVSup).

I don't know that I would set things up that way though if I were doing
it.  I'd probably want to have just one master server for commits

BTW, I'd strongly recommend never putting any binary data in your CVS
repository either.

> Or can CVS provide the mechanism synchronizing data on different
> CVS server automatily.

no, it cannot do that.  CVSup can synchronise unique branches
between different servers, but I wouldn't recommend trying to do that --
it's far far far too error prone.

-- 
Greg A. Woods

+1 416 218-0098  VE3TCP  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Planix, Inc. <[EMAIL PROTECTED]>;   Secrets of the Weird <[EMAIL PROTECTED]>

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

Re: cvs and gnats link?

[Bob Bowen]

I'd reinforce the sentiments that have already been posted about
Bugzilla. We use a checkin template to collect several items of
information from the user and then update the Bugzilla tables via CVS'
loginfo hook and it has worked very well for us for over a year with
lots of users. The tricky parts were making sure we updated certain
fields only once per checkin (not once per directory) and then delaying
the notification mail of the changes until the last directory was
processed.

I can provide details for anyone interested,

=Bob=

"Schwenk, Jeanie" wrote:
> 
> We had a bug that toasted some product (see many $$ here).  Now management
> wants a "formal" system of notification, complete with reports and and
> appropriate sign off when changes take place.  With absolutely nothing for a
> budget of course.  This sweeping bureacracy change is to include a bug
> tracking system.   I've been looking at GNATS and would like to know if CVS
> and GNATS can be linked.  From a developer standpoint, it would be most
> convenient and less error prone to type the same information once rather
> than twice.  I ran across a statement that ClearCase and GNATS could be
> linked but didn't find any evidence to support it.   I'm also looking at
> Bugzilla and Jitterbug.  What do you use?  Any recommendations?
> 
> Jeanie
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs

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

Re: Can cvs support distributed development usage.

[Kaz Kylheku]

In article <[EMAIL PROTECTED]>, Yi Zhou (RD-CN) wrote:
>As u say , CVSup is not good enough to implment sync function, can u
>recommend me another strong tool?
>Can rsync or rdist can do the same thing?

You don't seem to get it. Suppose you have two repositories A and B which
start out being identical. Then users do some work and commit it to A.
Users of B do some work and commit as well. The problem is, they both
did it to corresponding files. Now what do you do? If you keep only
the A version of the files, you lose the work done on B and vice versa.
No simple-minded sync tool can solve this problem; you need some
real distributed algorithm to keep the updates coherent across the
distributed servers.

The simplest thing you can do with the available tools is have only one
repository be writable, and the others be read-only cached replicas that
are periodically updated.

For real distribution, you would need some protocol which would keep
track of which repository has the latest version of a file, keeping
all the commits coherent across the system. It almost doesn't make
sense; arguably the client/server distribution is already good enough.

>Provided that the code most likely to be worked on by any given
>developer is stored in their local repository they'll get decent
>performance from localised commit/update/etc operations.

That won't necessarily be the case, because their local CVS repository
will have to synchronize with the remote ones. If your local repository
doesn't have the latest version of a given file and you want to update,
then it has to fetch that file from the remote repository.  Moreover,
your commits have to be broadcast to the other servers.  (Or at least
invalidation notices have to be sent out). The algorithms needed
to scale CVS's concistency model to a distributed system could introduce
poor performance.

As far as local replication goes, *you already have that*. It's called
your working copy. Once you have a working copy, files that do not
change are not downloaded when you do a cvs update, only ones that need
updating. So having one additional level of caching in the form of a
local repository won't really help, other than perhaps make your initial
checkout much faster.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Can cvs support distributed development usage.

[Mike Castle]

On Tue, Sep 18, 2001 at 04:09:43AM +, Kaz Kylheku wrote:
> updating. So having one additional level of caching in the form of a
> local repository won't really help, other than perhaps make your initial
> checkout much faster.

One thing that I often do is keep a local copy of a working area checked
out somewhere, and when I want to start a new sandbox, instead of do a
checkout, I copy the working copy over to the new area, then do a cvs up.
Occasionally I will update the initial working area.

I believe that a few CVS hosted projects use that method for initial
distribution (I want to say Mozilla, and possibly wine).  You download
a tar file and unpack it, and then you can do cvs commands directly
from there.

mrc
-- 
 Mike Castle  [EMAIL PROTECTED]  www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan.  -- Watchmen
fatal ("You are in a maze of twisty compiler features, all different"); -- gcc

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

RE: Can cvs support distributed development usage.

[Greg A. Woods]

[ On Tuesday, September 18, 2001 at 11:34:11 (+0800), Yi Zhou (RD-CN) wrote: ]
> Subject: RE: Can cvs support distributed development usage.
>
> As u say , CVSup is not good enough to implment sync function, can u
> recommend me another strong tool?

CVSup is by far the most powerful tool possible of its kind.

However what you are asking to do is quite literally impossible.  CVS is
not architected to be distributed -- it must have one central master
repository and any slave repositories really need to be read-only.

> Can rsync or rdist can do the same thing?

No.

If you really want to be able to use separate repositories cleanly I
would suggest that BitKeeper is your best alternative to CVS.

-- 
Greg A. Woods

+1 416 218-0098  VE3TCP  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Planix, Inc. <[EMAIL PROTECTED]>;   Secrets of the Weird <[EMAIL PROTECTED]>

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

Re: Can cvs support distributed development usage.

[Greg A. Woods]

[ On Monday, September 17, 2001 at 22:52:29 (-0700), Mike Castle wrote: ]
> Subject: Re: Can cvs support distributed development usage.
>
> One thing that I often do is keep a local copy of a working area checked
> out somewhere, and when I want to start a new sandbox, instead of do a
> checkout, I copy the working copy over to the new area, then do a cvs up.
> Occasionally I will update the initial working area.

Yes, this works quite well, especially if the relative amount of change
in the repo is small over time as compared to the overall size of the
repo, or if the connection to the repo is slow.

> I believe that a few CVS hosted projects use that method for initial
> distribution (I want to say Mozilla, and possibly wine).  You download
> a tar file and unpack it, and then you can do cvs commands directly
> from there.

netbsd too...

-- 
Greg A. Woods

+1 416 218-0098  VE3TCP  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Planix, Inc. <[EMAIL PROTECTED]>;   Secrets of the Weird <[EMAIL PROTECTED]>

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