Re: -z3 option.

[David Hoover]

On Thu, 2002-08-29 at 23:19, [EMAIL PROTECTED] wrote:
> Guys, i've started a project at SourceForge.net for my
> CGI::Session library, and in their docs then keep
> using -z3 option for remove cvs operations. Why do i
> need to use that option anyways? Can't i just say
> "cvs co CGI-Session" instead of saying "cvs -z3 co CGI::Session"?

>From 'cvs --help-options':

-z # Use compression level '#' for net traffic.

So yes, you _can_ just say "cvs co CGI-Session" without the -z3, but
it'll be slower, since you're not compressing the data stream at all.

You should probably just throw:
cvs -z3

in your ~/.cvsrc file so it always happens w/o you doing anything.

-- 
David Hoover



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

-z3 option.

[sherzodr]

Guys, i've started a project at SourceForge.net for my
CGI::Session library, and in their docs then keep
using -z3 option for remove cvs operations. Why do i
need to use that option anyways? Can't i just say
"cvs co CGI-Session" instead of saying "cvs -z3 co CGI::Session"?

Thanks

-- 
sherzodR

You have to admit that it's difficult to misplace the Perl sources.  :-)
 -- Larry Wall in <[EMAIL PROTECTED]>



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

kserver

[cc]

Hi,

I'm trying to set up a cvs server, but am having some
difficulties doing so.  I've compiled and done the cvs init
on my '/home/cvs' repository.

The question is, should I set it up for pserver or kserver?
pserver seems the easiest, but I don't know much about
security wise.  I'm trying to get it to use kserver, but
I don't quite follow the cederqvist manual.  I tried to 
apply the pserver info to the kserver setup, but I get:

cvs import: Your CVSROOT is set for a kerberos access method
cvs import: but your CVS executable doesn't support it
cvs import: (:kserver:myown.net:/home/cvs)
cvs [import aborted]: Bad CVSROOT.

But the fact is I compiled cvs with encryption enabled and
with the '--with-krb4' option as well.  

is there a way to run cvs to tell what options I've compiled
with it?  

Any help appreciated




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

RE: Getting a file that was removed in repository back?

[Albin Takami]

 -Original Message-
From:   [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent:   Wednesday, August 28, 2002 7:37 PM
To: Albin Takami
Cc: 'Larry Jones'; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject:RE: Getting a file that was removed in repository back?

 :end of: .
 :
 :I've been reading that part and I've been trying some of the examples,
 :however it couldn't get the files in the Attic restored.
 :The link you gave me to chapter 5 deals with branching and merging and I
 :couldn't see anything that brings back files in the Attic.
 :What can I do to check that my repository is not corrupted, and restoring
of
 :repository should be possible?


Here i'm pasting that part of the manual:

Specifying two `-j' options can also undo file removals or additions. For
example, suppose you have a file named `file1' which existed as revision
1.1, and you then removed it (thus adding a dead revision 1.2). Now suppose
you want to add it again, with the same contents it had previously. Here is
how to do it:

  $ cvs update -j 1.2 -j 1.1 file1
U file1
$ cvs commit -m test
Checking in file1;
/tmp/cvs-sanity/cvsroot/first-dir/file1,v  <--  file1
new revision: 1.3; previous revision: 1.2
done
$




--
sherzod

Thanks for spelling it out Mr. Sherzod
It worked out fine. The only thing is that I couldn't restore all the file
at once or the whole directory. I had to restore them file by file. Anyhow,
that is not much of an issue unless you have hundreds of different files to
restore.

Albin





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

[WinCvS]: Problem with SSH access: [checkout aborted]: end-of-file from server

[Patrick Van der Veken]

Hi all,

I am using a CVS server on RH7.3 which works very well in :pserver: setup
with WinCVS 1.2 client. However I trying to configure WinCVS with SSH. I
have created a correct set of public/private keys that work well with Putty
v0.52.

However, when I am trying to use plink from within WinCVS I am getting the
following error:

[checkout aborted]: end of file from server (consult above messages if any)

There are not other messages so I have no clue what is going on.

Any Ideas?

Regards,

Patrick.


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

[WinCvS]: Problem with SSH access: [checkout aborted]: end-of-file from server

[Patrick Van der Veken]

Hi all,

I am using a CVS server on RH7.3 which works very well in :pserver: setup
with WinCVS 1.2 client. However I trying to configure WinCVS with SSH. I
have created a correct set of public/private keys that work well with Putty
v0.52.

However, when I am trying to use plink from within WinCVS I am getting the
following error:

[checkout aborted]: end of file from server (consult above messages if any)

There are not other messages so I have no clue what is going on.

Any Ideas?

Regards,

Patrick.



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

Re: file in more than one project

[Paul Sander]

This only works if the shared files are in separate directories from the
rest of the source.  If a file is shared across multiple projects and it
must appear in the same directory as project-specific sources, then it
can't be done with CVS alone; your build system will have to do something
funky to make the source appear with the rest.

But I find that software reuse at the source code level is a cumersome
and error-prone process.  It's better to put the shared code in a library
somewhere and link with it.

--- Forwarded mail from [EMAIL PROTECTED]

For those files that need to be in more than one project
put them in their own module that both projects automatically
pull when you create a workspace.  Look at 'modules' in
the cvs documentation.

On Thu, Aug 29, 2002 at 10:15:56AM +0200, Vera Kiessling wrote:

> does anyone know if cvs supports files in more than one project?

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



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

RE: CVS vs. RCS

[Greg A. Woods]

[ On Thursday, August 29, 2002 at 10:54:26 (-0400), Zieg, Mark wrote: ]
> Subject: RE: CVS vs. RCS
>
> To my way of thinking, CVS is network-centric while RCS is host-centric.
> RCS seems to require (correct me if I'm wrong) that all developers
> cooperating on a project actually log into the same host, or else you have
> to shuttle a lot of files around manually.

Well, sort of, though with a full working[*] NFSv3 (or v4) client and
server implementation, or AFS, it's trivial to use RCS over the network
via the distributed filesystem.  You'll need an IPsec or SSH or some
proprietary encrypted tunnel to do such things securely over WAN links.

There are other network aware front-ends to RCS too.

[*] I don't know of any freely available _and_ complete NFSv3 client
implementations yet, so choices are very much narrowed, though it may be
possible to make an RCS variant implementation that can safely interlock
with other instances over even NFSv2.

> This leaves RCS hopelessly crippled in the internet age, when developers
> rarely have the opportunity or desire to share common hardware, and are
> frequently separated by thousands of miles.

Moving files across the network is just one way to use a network, and
not always a very good way at that.  (well, at least in the normal
internetworked unix world there are other MUCH better ways to access
remote machines)

It's probably just as easy to simply ssh over to the central development
machine and hack away, no matter what the version control system is.
Heck I've even used emacs-x11 over 56kbps ISDN links lots of times!

(other version control tools approach the distributed operation issue
from yet another reasonably sane direction, such as the way BitKeeper
works, and presumably a bitkeeper-like tool could just as easily be
built upon RCS as it has been on SCCS, but then one has to ask the
question as to whether RCS or SCCS is the better underlying file
versioning tool, and I concur with Larry McVoy et al and say SCCS wins
hands down.  There's room for improvement across the board though!  :-)

-- 
Greg A. Woods

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


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

RE: CVS vs. RCS

[Zieg, Mark]

> > The biggest difference is that CVS allows module level control over
> > source.  RCS is designed to work on a single file at a time.
> 
> An even bigger difference is that CVS essentially uses RCS under the
> hood so to speak.  I.e. CVS is built on top of RCS and only a few of the
> commonly used RCS features are not exploited by CVS.

To my way of thinking, CVS is network-centric while RCS is host-centric.
RCS seems to require (correct me if I'm wrong) that all developers
cooperating on a project actually log into the same host, or else you have
to shuttle a lot of files around manually.

This leaves RCS hopelessly crippled in the internet age, when developers
rarely have the opportunity or desire to share common hardware, and are
frequently separated by thousands of miles.

Both tools can be used to support _concurrent_ development, but CVS makes
possible _distributed_ development.


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

Re: Problem with CR in cvs log.

[Larry Jones]

Apostolos Manolitzas writes:
> 
> I use cvs 1.11.1p1 in my Linux box (RH7.1). The linux box is the client 
> and the server
> uses cvsnt (win2000) on a windows machine.

CVSNT is entirely separate from CVS -- you should probably ask this
question on the CVSNT mailing list (see ).

> cvs server: Logging .
> cvs [server aborted]: linefeed expected in C:/cvsrepo/test/file.c,v (got 13)
> 
> I think that the problem is obvious and I have read several mails 
> describing the same
> problem:
> The windows use CRLF instead of the LF that the cvs log requires.

That should be irrelevant -- files in the repository are *binary* files,
so the standard line ending conventions don't apply to them.  Either
something is horribly wrong with CVSNT (which I sincerely doubt) or
someone did something to your repository files with DOS/Windows commands
that treated them as text files and thus corrupted them.

-Larry Jones

Like I'm going to get any sleep NOW. -- Calvin


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

Re: Diff by branch tag and date

[Larry Jones]

Simon Conrad-Armes writes:
> 
> Some old patches exist for cvs diff -r 'branch:date' ... style diff, but
> nothing current. Is this enourmouslt useful feature still in planning?
> Has it been merged into the cvs release, but under a different
> mechanism? Spent hours scouring cvshome.org and google; cannot believe
> this is still missing.

Yes, it's still missing.  The main problem is conceptual, not physical
-- some CVS commands allow you to specify -r and -D at the same time to
specify a date on a branch, but that doesn't work with diff since it
takes two revisions and there's no way to know how to distribute the
options between them.  It would be nice if the way to specify a tag/date
combination were consistent for all the subcommands, but making
everything work in an upward-compatible fashion, particularly in client/
server mode with a mixture of old and new clients and old and new
servers, would be somewhat tricky.

-Larry Jones

These findings suggest a logical course of action. -- Calvin


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

Re: CVS vs. RCS

[Greg A. Woods]

[ On Thursday, August 29, 2002 at 07:25:35 (-0400), Donald Sharp wrote: ]
> Subject: Re: CVS vs. RCS
>
> The biggest difference is that CVS allows module level control over
> source.  RCS is designed to work on a single file at a time.

An even bigger difference is that CVS essentially uses RCS under the
hood so to speak.  I.e. CVS is built on top of RCS and only a few of the
commonly used RCS features are not exploited by CVS.


-- 
Greg A. Woods

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


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

RE: file in more than one project

[Riechers, Matthew W]

> From: Vera Kiessling [mailto:[EMAIL PROTECTED]]
>
> does anyone know if cvs supports files in more than one project?

Maybe. Be more specific.

-Matt


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

Re: make cvs text agnostic?

[Frederic Brehm]

At 09:58 PM 8/28/2002, Matthew Herrmann wrote:
>re this conversation of file types -- why autodetect them, isn't that the
>whole point
>of a file type, given in every file's extension? heuristic detection of
>binariness -- yuck!

Exactly!



>a mechanism already exists to tell with this problem -- why don't people
>just make a whopper of a cvswrappers file and then be done with it?

I assume that you are talking about filename extensions on a Microsoft 
operating system. That mechanism isn't very reliable. Quick, what kind of 
file is a ".dat"?

You may have local shop procedures that define the type of all files you 
deal with and give them unique filename extensions that are enforced in 
some way by your culture. That's fine. You can now make a whopping 
cvswrappers file and be done with it.

Try taking your cvswrappers file to a different shop, especially one that 
uses a variant of Unix, and see what happens.

I'll avoid the rant about overloading filenames with semantic information 
about the contents of the file. That discussion doesn't belong here.

CVS is nice because it doesn't try to enforce that particular way of using 
filenames on shops that do  not or cannot use it. It does, however, provide 
a mechanism (cvswrappers) to allow you to do it in your shop, though.

Fred

___
Frederic W. Brehm, Sarnoff Corporation, http://www.sarnoff.com/




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

Diff by branch tag and date

[Simon Conrad-Armes]

Hi, does anyone know the current status of this feature of CVS?

Problem:
Make a checkout of a branch.
cvs co -r Feature1 module
cd module

Then you want to generate a diff, to see the changes since a specific date
on the branch.
cvs diff -d'2002/07/24' 

...however, this does not yield the expected result. Instead, cvs provides
a diff between the trunk on that date and your local copy.

Some old patches exist for cvs diff -r 'branch:date' ... style diff,
but nothing current. Is this enourmouslt useful feature still in planning?
Has it been merged into the cvs release, but under a different mechanism?
Spent hours scouring cvshome.org and google; cannot believe this is still
missing.

Thanks.
-- 

   If a vegetarian eats vegetables,          Cell Phairony Inc.
what does a humanitarian eat?       [EMAIL PROTECTED]

Re: file in more than one project

[Donald Sharp]

For those files that need to be in more than one project
put them in their own module that both projects automatically
pull when you create a workspace.  Look at 'modules' in
the cvs documentation.

donald
On Thu, Aug 29, 2002 at 10:15:56AM +0200, Vera Kiessling wrote:
> 
> 
> Hi,
> 
> does anyone know if cvs supports files in more than one project?
> 
> Thanks for any idea,
> 
> Vera
> 
> 
> 
> 
> 
> ___
> 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 vs. RCS

[Donald Sharp]

The biggest difference is that CVS allows module level control over
source.  RCS is designed to work on a single file at a time.

dopnald
On Wed, Aug 28, 2002 at 10:19:39PM -0600, [EMAIL PROTECTED] wrote:
> Hi
> 
> I recently got started with CVS, and also heard about RCS.
> Was woundering what are the pros and cons of these two 
> systems.
> 
> Thanks
> 
> 
> -- 
> sherzodR
> 
> Not that I have anything much against redundancy.  But I said that already.
>  -- Larry Wall in <[EMAIL PROTECTED]>
> 
> 
> 
> 
> ___
> 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 update, empty dirs, permission denied

[sherzodr]

 :If someone adds a empty directory to the cvs project, on the cvs server
 :the directory is there. 

To keep an emtpy directory insert a dummpy file in it called ".keepme" 
or something like that. 

--  
sherzodR




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

cvs update, empty dirs, permission denied

[Dirk]

Hi there,

i've a problem with cvs 1.11.1p1 (client/server) running on Mandrake
Linux 8.2.

The Clients are working with Linux or WinCVS 1.20.

All works fine, but only one problem is still alive.

If someone adds a empty directory to the cvs project, on the cvs server
the directory is there. 

If a client does an cvs update to get the latest version, the empty
directory is not into the checkout directory of the client.

Following error message:

cvs server: cannot open directory . for empty check: Permission denied

Anybody who can help me?

Thanx a lot.

Dirk






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

Problem with CR in cvs log.

[Apostolos Manolitzas]

Hello everybody,

I use cvs 1.11.1p1 in my Linux box (RH7.1). The linux box is the client 
and the server
uses cvsnt (win2000) on a windows machine.
I am having a problem with the logging. When I try to do cvs log file 
the server responds
with:
 
cvs server: Logging .
cvs [server aborted]: linefeed expected in C:/cvsrepo/test/file.c,v (got 13)

I think that the problem is obvious and I have read several mails 
describing the same
problem:
The windows use CRLF instead of the LF that the cvs log requires.
So my question is what it the correct solution of this problem?
For testing purposes, I took a backup of the repository (all *,v files) 
in my linux box
and I applied the dos2unix command. After that the repository was 
working fine locally.
But my question is about the windows machine (where the repository is). 
What should I do
to correct the problem?


Thank you,
Apostolos



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

file in more than one project

[Vera Kiessling]

Hi,

does anyone know if cvs supports files in more than one project?

Thanks for any idea,

Vera





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