RE: DOS EOL pollution in repository

[David L. Martin]

> From: David L. Martin [mailto:[EMAIL PROTECTED]] 
> Commented out from the script is an alternative 
> "automatic" way to determine whether the file 
> is ASCII using the Unix file command.

> From: Jerry Nairn
>A better way of doing this is with "cvs -n log -h". One line of the output will be 
>"keyword substitution: kv" 
>for all of the files which cvs is treating as text. 
>If you're doing some funny things, you might want to allow
>this check on some other keyword substitution modes, like kvl.
>Certainly you would never run this check on anything with mode b.

Unfortunately, this would not work on a file that does not yet exist in the
repository.  It is often the case that the first revision of a file committed is
one strewn with undesired DOS EOL.  You could in this particular case
use the result of a cvs status to see that it is Locally Added and that it has a
kb sticky option.  You are, however, putting trust in the user that the he/she
has appropriately assigned the keyword expansion mode to define whether
the file is binary or not.  This is why I suggested the possibility of an
automatic binary/text determination.

Along these lines, I like the way WinCVS issues a warning if an apparently
binary file is added as a text file (and vice versa).

Use of the cvswrappers file is effective in defining which files are
defined as binary for imports and adds - as long as no keyword expansion
override is specified.  For example, cvswrappers *will* save you if you
issue a cvs add , and  is listed in some search
criterion in cvswrappers to be -k 'b'.  But, cvswrappers *will not* save you
from adding a text file erroneously as a binary file (e.g. cvs add -kb ).
But this case has far less severe implications than adding a binary file
erroneously as a text file.

The more severe problem is in the use of cvs update -kk during merges to
avoid keyword conflicts.  Any newly added binary files will be committed with
the keyword override -kk, thereby losing their binariness, irrespective of
the cvswrappers content.  And that is a topic for another thread not to be
rehashed here ;)

David




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

Re: add directory heirarchy

[Eric Siegerman]

On Wed, Mar 14, 2001 at 02:11:42PM -0500, Derek R. Price wrote:
> $ find newdir -type f -exec cvs add {} \;

$ find newdir \( -type f -o -type d \) -exec cvs add {} \;

If you don't add the directories, you can't add the files...

--

|  | /\
|-_|/  >   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

Re: Pserver Login problem

[Peter Ajamian]

"Furmaniuk, Michael" wrote:
> 
>   The passwd file I am modifying locally using Peter Ajamian's cvspwd
> utility, which is really great, a shameless plug for him.
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> 
> This sounds suspiciously like you are not modifying the correct files.
> Are you actually modifying /home/michael/CVS/webSystems/CVSROOT/passwd
> and /home/michael/CVS/webSystems/CVSROOT/config on the server machine,
> or are you modifying them remotely using CVS?

My CVSPWD utility modifies the passwd and readers files directly.  It
reads in the $CVSROOT environment variable and ends up modifying
$CVSROOT/CVSROOT/passwd and $CVSROOT/CVSROOT/readers, so this does, of
course, assume that $CVSROOT is set correctly.  You're welcome to grab a
copy and look at it if you want any more info from
http://www.pajamian.dhs.org and feel free to email me if you want to
discuss it in more details.

Regards, Peter

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

RE: Checkout - do not get local copy

[Jerry Nairn]

Title: RE: Checkout - do not get local copy





I'm guessing you want to use the "-p" option to checkout.


cvs co -p filename


>From: Hynek Syrovatka [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, March 13, 2001 4:10 AM


>Subject: Checkout - do not get local copy
>how can I do it under CVS? I know this feature from Perforce 
>or SourceSafe.


Jerry

RE: DOS EOL pollution in repository

[Russ Tremain]

At 3:51 PM -0800 3/14/01, Jerry Nairn wrote:
>
>
>> From: David L. Martin [mailto:[EMAIL PROTECTED]] 
>> Sent: Wednesday, March 07, 2001 10:36 PM 
>
>
>> Commented out from the script is an alternative 
>> "automatic" way to determine whether the file 
>> is ASCII using the Unix file command.  I haven't 
>
>
>A better way of doing this is with "cvs -n log -h". One line of the output will be 
>"keyword substitution: kv" 
>for all of the files which cvs is treating as text. 
>If you're doing some funny things, you might want to allow this check on some other 
>keyword substitution modes, like kvl. Certainly you would never run this check on 
>anything with mode b.
>
>
>Sorry I'm so far behind in reading this group. 


thanks, good suggestion.  shouldn't even look at
anything with mode b, and this would provide
a way for someone to create a file with DOS EOL
conventions by intent.

-Russ



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

RE: DOS EOL pollution in repository

[Jerry Nairn]

Title: RE: DOS EOL pollution in repository






> From: David L. Martin [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 07, 2001 10:36 PM


> Commented out from the script is an alternative
> "automatic" way to determine whether the file
> is ASCII using the Unix file command.  I haven't


A better way of doing this is with "cvs -n log -h". One line of the output will be
"keyword substitution: kv"
for all of the files which cvs is treating as text.
If you're doing some funny things, you might want to allow this check on some other keyword substitution modes, like kvl. Certainly you would never run this check on anything with mode b.

Sorry I'm so far behind in reading this group.
Jerry

Re: how to report CVS bugs and submit patches?

[Larry Jones]

Greg Klanderman writes:
> 
> I have tried several times without success to submit a bug report
> regarding CVS.  All attempts have bounced.  Could someone please
> inform me on the proper place/way to do this?

http://www.cvshome.org/docs/manual/cvs_23.html#SEC185:

The way to report bugs is to send email to [EMAIL PROTECTED]

Assuming your CVS has been correctly installed, you can use the "cvsbug"
script to automate the process.  (I note in passing that this seems to
have been overlooked in the manual, the only reference to it is in
NEWS.)

> Secondly, I would like to submit patches for a few small features.  
> It seems there is no way to do this.  In order to participate in
> devel-cvs, you must already have commit access to the repository.  
> To gain commit access to the repository you must submit patches to
> devel-cvs.  So essentially you have no interest in having anyone new
> participate?

What makes you think patches should go to devel-cvs?  Ibid:

If you wish to submit your fix for inclusion in future releases
of CVS, see the file HACKING in the CVS source distribution. It
contains much more information on the process of submitting
fixes. 

The relevant sections of HACKING are "Writing patches (strategy)" and
"Writing patches (tactics)".  The latter indicates that patches should
be sent to [EMAIL PROTECTED], not devel-cvs (which is primarily used [when
it is used at all] for administrative coordination, not technical
discussion).

-Larry Jones

This game lends itself to certain abuses. -- Calvin

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

how to report CVS bugs and submit patches?

[Greg Klanderman]

Hi,

I have tried several times without success to submit a bug report
regarding CVS.  All attempts have bounced.  Could someone please
inform me on the proper place/way to do this?

Secondly, I would like to submit patches for a few small features.  
It seems there is no way to do this.  In order to participate in
devel-cvs, you must already have commit access to the repository.  
To gain commit access to the repository you must submit patches to
devel-cvs.  So essentially you have no interest in having anyone new
participate?

many thanks,
Greg Klanderman
[EMAIL PROTECTED]

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

RE: add directory heirarchy

[Pyatt, Scott]

Title: RE: add directory heirarchy





I've never cared much for the import functionality in CVS, so I've got a little script that does something similar to this.  It has the added ability to perform "cvs add" on the directories and to determine if a file has binary content and therefore provide the "-kb" option to "cvs add".

Food for thought.
-Scott


-Original Message-
From: Mike Castle [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 14, 2001 1:24 PM
To: [EMAIL PROTECTED]
Subject: Re: add directory heirarchy



On Wed, Mar 14, 2001 at 02:11:42PM -0500, Derek R. Price wrote:
> $ find newdir -type f -exec cvs add {} \;


This is the first command I've ever seen that works better with -exec vs
-print | xargs 


(Ie, it won't work at all with -print | xargs)


mrc
-- 
   Mike Castle   Life is like a clock:  You can work constantly
  [EMAIL PROTECTED]  and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day.  -- mrc
    We are all of us living in the shadow of Manhattan.  -- Watchmen


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

Re: add directory heirarchy

[Mike Castle]

On Wed, Mar 14, 2001 at 02:11:42PM -0500, Derek R. Price wrote:
> $ find newdir -type f -exec cvs add {} \;

This is the first command I've ever seen that works better with -exec vs
-print | xargs 

(Ie, it won't work at all with -print | xargs)

mrc
-- 
   Mike Castle   Life is like a clock:  You can work constantly
  [EMAIL PROTECTED]  and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day.  -- mrc
We are all of us living in the shadow of Manhattan.  -- Watchmen

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

RE: Pserver Login problem

[Furmaniuk, Michael]

  The passwd file I am modifying locally using Peter Ajamian's cvspwd
utility, which is really great, a shameless plug for him.

  Config I am modifying locally, I am not bothering with modifying anything
remotely until I can get the CVS only accounts working.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 14, 2001 3:17 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Pserver Login problem


Furmaniuk, Michael writes:
> 
>   I have a system account on machine-A with the Username "michael" and
> Password "password", using "michael/password", I can log into CVS using
the
> client and can access the repository.  If I create the passwd file within
> CVS having a Username "michael" and Password "testing", and uncomment the
> SystemAuth line in the config file, I cannot login with "michael/testing"
> but michael/password still works.

This sounds suspiciously like you are not modifying the correct files. 
Are you actually modifying /home/michael/CVS/webSystems/CVSROOT/passwd
and /home/michael/CVS/webSystems/CVSROOT/config on the server machine,
or are you modifying them remotely using CVS?  If the latter, please
check the actual files on the server and make sure they contain what you
expect them to -- I strongly suspect that they will not.

-Larry Jones

I take it there's no qualifying exam to be a Dad. -- Calvin

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

Re: Pserver Login problem

[Larry Jones]

Furmaniuk, Michael writes:
> 
>   I have a system account on machine-A with the Username "michael" and
> Password "password", using "michael/password", I can log into CVS using the
> client and can access the repository.  If I create the passwd file within
> CVS having a Username "michael" and Password "testing", and uncomment the
> SystemAuth line in the config file, I cannot login with "michael/testing"
> but michael/password still works.

This sounds suspiciously like you are not modifying the correct files. 
Are you actually modifying /home/michael/CVS/webSystems/CVSROOT/passwd
and /home/michael/CVS/webSystems/CVSROOT/config on the server machine,
or are you modifying them remotely using CVS?  If the latter, please
check the actual files on the server and make sure they contain what you
expect them to -- I strongly suspect that they will not.

-Larry Jones

I take it there's no qualifying exam to be a Dad. -- Calvin

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

Re: It is in the way

[Mike Castle]

On Wed, Mar 14, 2001 at 07:01:22PM +0100, Francesc Guasch wrote:
> I'm looking for information about the error message
> 
> "It is in the way"
> 
> When it happens I have to remove the file and checkout again.
> I've been searching the docs and the web unsuccessfully.
> Where can I read about it ?

This shouldn't happen.  It's caused by a mismatch between the CVS/Entries
file and the actual contents of the directory.

Example:
nexus@thune[11:47am]src/wine/wine(511) (ls -l ; cat CVS/Entries) | grep wine.ini 
-rw---   1 nexususers4576 Nov  2 14:08 wine.ini
/wine.ini/1.36/Thu Nov  2 22:08:47 2000//

Are you using a file system that is not case senstive and tools that may
change the case of files?  If you see this, does the CVS/Entries file still
have the file listed?  Is your disk full where maybe the rewriting of the
CVS/Entries file fails?

mrc
-- 
   Mike Castle   Life is like a clock:  You can work constantly
  [EMAIL PROTECTED]  and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day.  -- mrc
We are all of us living in the shadow of Manhattan.  -- Watchmen

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

Re: CVS help

[Larry Jones]

[EMAIL PROTECTED] writes:
> 
> I am new to CVS.  Can someone recommend some steps for setting up 
> CVS.

The INSTALL file that comes with the source distribution provides some
guidance for setting it up.  After that, it pays to read the manual (and
reread it until you understand it).  See http://www.cvshome.org/.

> My CVSROOT is set to 
> c:\etweb\SrcRep\CVSROOT.  I keep getting the error "no such host c".  

That should be :local:c:/etweb/SrcRep/CVSROOT (get used to using forward
slashes with CVS instead of backward slashes -- backward slashes seem to
work right much of the time which causes a great deal of confusion when
you run into one of the cases where they don't).

-Larry Jones

I'm not a vegetarian!  I'm a dessertarian. -- Calvin

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

Re: Branching

[Derek R. Price]

Praveen Sinha wrote:

>  Is it possible to give access permission(Read/Write) to a group of
> individuals working on a branch taken from main trunk.So that the persons
> working on main trunk and branch to avoid modifying the files
> accidently.One person from both the team can be granted permission to help
> in merging the code.
> If this is possible how it can be done?
> Or is there any other way this can be ensured?

I've heard of a couple of patches and hangable scripts floating around for
this purpose.  You might try the email archives.

Derek

--
Derek Price  CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com )
--
If [my] opinions are sound, they will occur to others, and will prevail by
their own weight, without the aid of names.

- Thomas Jefferson to Samuel Kercheval, 1816




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

RE: Pserver Login problem

[Furmaniuk, Michael]

>Let me make sure I understand you.  You changed the system password for
>a user named "User", and you can now log into CVS from the client
>machine using that username and password, right?

  I have a system account on machine-A with the Username "michael" and
Password "password", using "michael/password", I can log into CVS using the
client and can access the repository.  If I create the passwd file within
CVS having a Username "michael" and Password "testing", and uncomment the
SystemAuth line in the config file, I cannot login with "michael/testing"
but michael/password still works.

>> but if I create a new account linked to my User account, as per the docs,
I
>> get refused access.  
>
>I don't understand what you mean by this.  Do you mean you added a new
>entry to the sytem password file with the same uid as User, or that you
>added an entry to the CVS passwd file ($CVSROOT/CVSROOT/passwd) with the
>third field set to User?  If you're talking about the CVS passwd file,
>it would be helpful to show us exactly what it contains.

  My passwd file has an entry like  -   testuser:gu76sdg67f:michael 
so that testuser can access the repository as michael...but it will not
allow testuser access to the repository.  Error message on this follows.

  As I mentioned in my previous posts, I get two different errors, depending
on how I am accessing the CVS repository.

  Using michael/testing as in my previous example I get - incorrect password
as an error on the Unix client and cannot access the repository.  Within
WinCVS I see a little bit more of an error - cvs login: authorization
failed: server machine-A rejected access to /home/michael/CVS/webSystems for
user michael

  Using the testuser Username as an example, all I see on the Unix client is
cvs [login aborted]: unrecognized auth response from machine-A: E Fatal
error, aborting.  Within WinCVS I see a little bit more - Fatal error,
aborting.
testuser: no such user
cvs login: authorization failed: server machine-A rejected access to
/home/michael/CVS/webSystems for user testuser

  CVSROOT is set correctly, and the test repository lives in my area, so I
have permissions to do everything within the repository.  CVS sits on a
Solaris box, and accepts the telnets into port 2401 correctly, I am having
the same access problems when accessing from a client on Windows or another
Solaris box so I am suspecting there is a setting off somewhere in the
repository but I can't figure out where.

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

Re: add directory heirarchy

[Derek R. Price]

Robert Davies wrote:

> bout to put a project into a cvs repository. The project is a visual
> programming tool that has multiple toolboxes. When a new toolbox is created, a
> heirarchy of directory/files is created. When the project is in cvs, when I
> create a new toolbox is it possible to add the directory heirarchy using
> recursion with the add commmand or do I have to add each directory/file
> seperately?

$ find newdir -type f -exec cvs add {} \;

Derek

--
Derek Price  CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com )
--
Goldfish don't bounce.
Goldfish don't bounce.
Goldfish don't bounce...

  - Bart Simpson on chalkboard, _The Simpsons_




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

Re: Unusual error message

[Derek R. Price]

Trent Eggleston wrote:

> Now, whenever anyone trys to commit any file, error messages
> are printed for each and every one of the aforementioned files:
> cvs update: move away Makefile; it is in the way
> cvs update: move away .
> I cannot determine what this message means.  However, the
> master source directory contains CVS/Entries which contains
> no mention of the aforementioned files.

The usual cause of this error message is a file being created locally
and added to the repository elsewhere before an update.  The missing
entries in Entries seems to back this up.  I haven't heard of this
happening before due to anything but user error.

Derek

--
Derek Price  CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com )
--
I will not trade pants with others.
I will not trade pants with others.
I will not trade pants with others...

  - Bart Simpson on chalkboard, _The Simpsons_




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

Re: Pserver Login problem

[Larry Jones]

Furmaniuk, Michael writes:
> 
>   Changing the password in the passwd file, using the passwd utility I show
> the file as changed, and can get in with the User account on the machine,

Let me make sure I understand you.  You changed the system password for
a user named "User", and you can now log into CVS from the client
machine using that username and password, right?

> but if I create a new account linked to my User account, as per the docs, I
> get refused access.  

I don't understand what you mean by this.  Do you mean you added a new
entry to the sytem password file with the same uid as User, or that you
added an entry to the CVS passwd file ($CVSROOT/CVSROOT/passwd) with the
third field set to User?  If you're talking about the CVS passwd file,
it would be helpful to show us exactly what it contains.

> I've still got the config file commented to not use
> system passwd files, but it seems to still do this, I can log in with the
> system account using the system passwd only.

SystemAuth defaults to "yes".  If you want to disable it, you have to
*uncomment* the entry in the config file ($CVSROOT/CVSROOT/config).

>   I'm beginning to think that I can't get this work.  Is there any other way
> to debug what is going on?

Tell us exactly what you did, in detail, and exactly what error messages
you get.

-Larry Jones

The living dead don't NEED to solve word problems. -- Calvin

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

Re: querying non-rtags?

[Derek R. Price]

Alexander Kamilewicz wrote:

> 2.  After the code freeze and before the build (which is me doing cvs
> rtag and then updating our test box with said tag), the "gatekeeper"
> will look at all "tags" and decide what "features" and/or "fixes" will
> go into the build.
> 3.  I'll do the build via a function of re-tagging the "features" or
> "fixes" as that build version:
>
> $cvs rtag -r patchtag buildtag  (this is both simpler than rtagging
> every file that we want in the build, but also has the benefit of
> excluding files that have been changed in the module but that we don't
> want in the build)

Have you tested this procedure?  Offhand it sounds like your ignoring a bunch of
merging.  You might try reading some of the books available on SCM or searching
the mail archive for general process descriptions.

Derek

--
Derek Price  CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com )
--
I will not say "Springfield" just to get applause.
I will not say "Springfield" just to get applause.
I will not say "Springfield" just to get applause...

  - Bart Simpson on chalkboard, _The Simpsons_




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

CVS help

[eknord]

I am new to CVS.  Can someone recommend some steps for setting up 
CVS.  I am currently trying to set it up on an NT box.  It will 
eventually end up on a UNIX box.  I get the init to run fine.  When I 
try to run the import it keeps aborting.  My CVSROOT is set to 
c:\etweb\SrcRep\CVSROOT.  I keep getting the error "no such host c".  
I was hoping someone could help with this.  

Any other advise would be greatly appreciated.

Thanks

Erik Nord



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

Re: Pserver Login problem

[Peter Ajamian]

"Furmaniuk, Michael" wrote:
> 
>   Changing the password in the passwd file, using the passwd utility I show
> the file as changed, and can get in with the User account on the machine,
> but if I create a new account linked to my User account, as per the docs, I
> get refused access.  I've still got the config file commented to not use
> system passwd files, but it seems to still do this, I can log in with the
> system account using the system passwd only.

Make sure that the readers file has permissions set to 640.  The system
account that the CVS user is asigned to needs to have group access to
this file.  I can't think of anything else that might be causing the
problem off the top of my head, but I'd imagine it to be a permissions
problem.  One other thing that worked for me when I was having problems
(I forget which problem exactly) was to simply re-initialize the
repository (with cvs init).

> >Are the passwords encrypted or plaintext?  They have to be encrypted to
> >work.  If you want you can grab a copy of the new CVSPWD program which
> >will manage the password and readers files for you.  You can get the
> >program at http://www.pajamian.dhs.org .
> 
>   Yes, I used the latest version from 3/9/01 - 2.0.5 and installed it, and
> am getting the encrypted keys in the passwd file, that's why I was wondering
> if there was something else on the CVS server that might need checking.

DOH!  I should've realized that not only did your original post state
that you were using the program but you've been corresponding with me (or
maybe I just wanted to get another plug in for it j/k)!

Regards, Peter

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

Re: Synchronize two CVS Server !

[Rob Helmer]

Hi Peter,


I would reccommend simply making your changes while on the road
and doing an update when you get back to the office. If there
are any conflicts, you can resolve them at that time...

If you really want to get conflict resolution done right away, 
as long as the repo back in your office is not being used you
can just copy the repo onto a laptop ( using tar or something ),
the only thing you need to worry about in this case is
syncing UIDs and GIDs.

Or, use cvsup ( http://www.polstra.com/projects/freeware/CVSup/ )
to mirror the repository ( this way is cooler, the previous way
is IMHO easier, although if you do this alot it'd be worth your
while to set up cvsupd on the office repo ).


HTH,
Rob Helmer
Namodn

On Tue, Mar 13, 2001 at 11:43:16AM +0100, Peter Biechele wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> 
> We need a solution for the following problem with CVS (it is not a problem of 
> CVS of course, but of our knowledge about CVS internals !):
> 
> Our repository is located on a desktop in the office.
> 
> We have two laptops, which we use also for development. Now we want to travel 
> with the laptops and work on the project, which is under CVS Control. But 
> both of us want to use version control and avoid producing conflicts, when we 
> are on the road. Because we do not have access tro the repository for about 5 
> days, we cannot checkin/out with it. 
> 
> Is it possible to copy a repository to one of the laptops, connect the 2 
> laptops to get a small network and do the version control on the two laptops 
> until we return to the office. Then we want to Synchronize the two 
> repositories (the one on one of the laptops and the one on the dektop office 
> system.). 
> Is this possible ??
> Does someone have a better solution ???
> 
> 
> Thank you very much !
> 
> Peter Biechele
> 
> - -- 
> #
> Dr. Peter Biechele, E-Mail: [EMAIL PROTECTED]
> beXtec GmbH, Kaiserstuhlstr. 3, 79312 Emmendingen
> Tel.: +49 7641 920869 41, Fax: +49 7641 920869 49
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.0.4 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
> 
> iD8DBQE6rfnEkveh9aGZ5GcRAkWGAJ9L8NxN/CPx2osmYFEM0cO19fPd5wCfQHJV
> P3Yevsq76/KzszHXnLtCglE=
> =kfdY
> -END PGP SIGNATURE-
> 
> ___
> 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 in the way

[Francesc Guasch]

I'm looking for information about the error message

"It is in the way"

When it happens I have to remove the file and checkout again.
I've been searching the docs and the web unsuccessfully.
Where can I read about it ?

It happens to me all the time and it's a pain when
you got many files. I finally made a perl script that
does the checkout, captures the output, removes the
"it is in the way files", and checkout it again.
But I'm still worried. I don't know why this happens.

-- 
 - frankie -

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

Re: Repository recovery and archiving

[Rob Helmer]

Hi Jesus,


Since they are just RCS files on the backend, you can just
create a tarball or use a common backup system ( I used to use
Arkeia for GNU/Linux, I was able to backup and restore the
archive without incident ).

I use tar to backup straight to tape on one of my servers, I've
never had a problem restoring.

Please correct me if I'm missing something important :)

As an aside, I wouldn't consider an HA architecture to be
a substitute for a consistent backup policy.. there's never
a reason not to archive to a decent storage medium on a 
regular basis.



HTH,
Rob Helmer
Namodn


On Sat, Mar 10, 2001 at 04:27:43AM +, Jesus M. Salvo Jr. wrote:
> 
> I am thinking of using CVS as a repository for an internal process for a
> client. The files are a combination of text and binary files. 
> 
> However, they are under a penalty clause such that if they dont deliver
> the data within the specified time in each day, they get penalised.
> Therefore, restoring a CVS repository from yesterday's backup when
> something went wrong at 1:00pm is the last option. ( Yes, they can
> probably have some HA architecture in place, but they dont and is
> probably out of reach for them ).
> 
> So I was wondering if there are documentation / tools for backup and
> recovery of CVS repositories. Meaning, I would like to recover from the
> CVS repositories' consistent state at least an hour ago.
> 
> For achiving, some of the files that are about 1 year old need not be in
> the CVS repository, so there must be some option to archive ( place on
> separate storage apart from the actual CVS repository ) those files.
> 
> Has anyone done these?
> Are these possible?
> 
> 
> The more I think of it, it seems that I need some of the features of a
> database but specifically for dealing with files. That is probably my
> second option if I cannot address these issues to the client.
> 
> Thanks,
> 
> John
> 
> 
> -- 
> Homepage: http://homepages.tig.com.au/~jmsalvo/
> Public Key:
> http://pgp5.ai.mit.edu:11371/pks/lookup?op=get&search=0x51F47D34
> 
> ___
> 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: Cannot re-add files

[Larry Jones]

Ross Burton writes:
> 
> cvs add absolute.oc
> cvs server: re-adding file absolute.oc (in place of dead revision 2.2)
> cvs commit -m "Re-arranged files" absolute.oc 
> Checking in absolute.oc;
> /opt/cvsroot/ORIGIN/Libraries/DataArea/NumberItem/absolute.oc,v  <--
> absolute.oc
> cvs server:
> /opt/cvsroot/ORIGIN/Libraries/DataArea/NumberItem/absolute.oc,v:
> revision 1.1 too low; must be higher than 2.2
> cvs server: could not check in absolute.oc

I've checked in a fix for this problem.

-Larry Jones

Some people just don't have inquisitive minds. -- Calvin

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

Re: conflict

[Rob Helmer]

It's been awhile since I used WinCVS seriously, but as I recall
a file that had conflicts would get a red mark and you could right-click
on it and diff to the previous version, double-click to edit it and check
it back in.

What are you having a problem with exactly? WinCVS doesn't come with
a graphical diff IIRC, but they suggest a decent one you can download
( non-free I think ).


On Fri, Mar 09, 2001 at 03:00:44PM -0800, [EMAIL PROTECTED] wrote:
> How do you fix a conflict on WinCVS before checking it in?  I know based 
> on CVS, you fix the problem and commit the file, but using WinCVS, there 
> doesn't seem to be way to check to see where the conflict is and fix the 
> error.
> 
> 

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

RE: Pserver Login problem

[Furmaniuk, Michael]

  I've now changed my environment as a test to see if there is something
going wrong.

  I have downloaded the CVS 1.11 Solaris client/server version from the CVS
Home web site, as well as WinCVS 1.10, using this as a client.

  Changing the password in the passwd file, using the passwd utility I show
the file as changed, and can get in with the User account on the machine,
but if I create a new account linked to my User account, as per the docs, I
get refused access.  I've still got the config file commented to not use
system passwd files, but it seems to still do this, I can log in with the
system account using the system passwd only.

  I'm beginning to think that I can't get this work.  Is there any other way
to debug what is going on?

-Original Message-
From: Furmaniuk, Michael [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 12, 2001 3:11 PM
To: 'Peter Ajamian'; Info-CVS Mailing List
Subject: RE: Pserver Login problem


>Are the passwords encrypted or plaintext?  They have to be encrypted to
>work.  If you want you can grab a copy of the new CVSPWD program which
>will manage the password and readers files for you.  You can get the
>program at http://www.pajamian.dhs.org .

  Yes, I used the latest version from 3/9/01 - 2.0.5 and installed it, and
am getting the encrypted keys in the passwd file, that's why I was wondering
if there was something else on the CVS server that might need checking.

___
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: syncronizing two repostiories!!!

[Rob Helmer]

You could use rsync, I guess.. cvsup does quite well at this task
though IMHO. Have you tried following the instructions at 

http://www.polstra.com/projects/freeware/CVSup/

?

It helped me to get started..


HTH,
Rob Helmer
Namodn


On Wed, Mar 14, 2001 at 05:02:54AM -0800, [EMAIL PROTECTED] wrote:
> Hello,
> 
> Right now we have one repository and every one is accessing the same server, I want 
>to set up another server at different geographical location which could be the mirror 
>of this server , so that our team over there can work on the same project . And both 
>the sever are syncronized . How is this possible?
> 
> I have seen the cvsup tool but ,I couldn't set up  cvsup .Is there any other 
>solution .
> 
> Thanks in advance
> vinay 
>  
> 
> 
> __
> 123India.com - India's Premier Portal 
> Get your Free Email Account at http://www.123india.com
> 
> 
> 
> ___
> 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 log bug?

[Larry Jones]

Tony Cleveland writes:
> 
>  I am trying to use "cvs log" to obtain the log messages since a certain tag
> using the recently added "cvs log -rSOME_TAG::" syntax as documented from
> cvs log --help. It seems the cvs does not understand the :: syntax as it
> produces a message that tag ":" is not found in XXX. "cvs log -rSOME_TAG:"
> with a single : works as expected.
> 
> I am running the tip of the cvs tree on win2k built using cvsnt.mak.

I suspect you're running client/server and need to install the current
development version on the server side, too.

-Larry Jones

The living dead don't NEED to solve word problems. -- Calvin

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

cvs log bug?

[Tony Cleveland]

 I am trying to use "cvs log" to obtain the log messages since a certain tag
using the recently added "cvs log -rSOME_TAG::" syntax as documented from
cvs log --help. It seems the cvs does not understand the :: syntax as it
produces a message that tag ":" is not found in XXX. "cvs log -rSOME_TAG:"
with a single : works as expected.

I am running the tip of the cvs tree on win2k built using cvsnt.mak.



Tony Cleveland
Bentley Systems, Incorporated
voice: (610)458-6282 fax: (610)458-1060
email: [EMAIL PROTECTED]
  

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

syncronizing two repostiories!!!

[vinaysinha]

Hello,

Right now we have one repository and every one is accessing the same server, I want to 
set up another server at different geographical location which could be the mirror of 
this server , so that our team over there can work on the same project . And both the 
sever are syncronized . How is this possible?

I have seen the cvsup tool but ,I couldn't set up  cvsup .Is there any other solution .

Thanks in advance
vinay 
 


__
123India.com - India's Premier Portal 
Get your Free Email Account at http://www.123india.com



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

[misiek@pld.org.pl: ipv4/ipv6 support for cvs]

[Arkadiusz Miskiewicz]

I posted this long time ago but I didn't get any reply about this,
so I repost it now and I'm waiting for opinions.

- Forwarded message from Arkadiusz Miskiewicz <[EMAIL PROTECTED]> -

Date: Wed, 6 Sep 2000 13:01:37 +0200
From: Arkadiusz Miskiewicz <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: ipv4/ipv6 support for cvs

Hi,

I'm sending small patch for CVS to enable IPv4/IPv6 communication
betwen cvs clients and servers. I also updated kerberos code
but I don't use kerberos at this moment so I can't check if
that part of code works. Testers needed.

Of course for systems without IPv6 API functions (defined
in RFC2553) IPv4 only replacements are provided.

Please consider adding this patch to official cvs and let me know.
Currently few popular systems such as Free/Net/Open BSD, Linux (glibc
based), Solaris 7/8, Windows2000 (with IPv6 stack) already are
supporting IPv6 API.

ps. Patch can be distributed under GPL or BSD license.

- End forwarded message -

Original patch posted with that message is at:
http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/Old/cvs-1.10.8-000903-ipv6.patch.gz
(contains whole autoconf stuff and ipv4 replacements of rfc2553 functions)

And patch which contains only source code changes without autoconf
stuff and ipv4 replacements:
http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/cvs-1.11-20001103-ipv6.patch.gz

-- 
Arkadiusz Miśkiewicz, AM2-6BONE[ PLD GNU/Linux IPv6 ]
http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/   [ enabled ]

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