Good CVS Admin Docs

[Ricardo Bosch]

I thought the docs on cvshome.org were weak, where else can I look?


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

Re: Too many files open error on CVS/Linux

[Robert J. Clark]

On Wed, 17 Apr 2002 16:10:35 -0600
"Brett G. Palmer" <[EMAIL PROTECTED]> wrote:

> We run cvs on Redhat 7.0.  CVS runs well for a few weeks but then we
> start to get errors saying the following:
> 
> cvs server: cannot open .cvsignore: Too many open files
> cvs server: cannot open .cvswrappers: Too many open files
> cvs server: cannot open current directory: Too many open files
> 
> We usually have to reboot the server to fix the problem.  The problem
> is becoming more frequent as CVS is used more and more.  This is
> probably a Linux file handle limitation but is there a work around? 
> We are also using the WinCVS client (version 1.3.7.1 Beta), but we
> have also seen this problem on JCvs.  Any help would be greatly
> appreciated.

You can change the maximum number of open files on a Linux using the
following method:

echo 8192 > /proc/sys/fs/file-max

you should also set inode-max to 3 or 4 times file-max.

echo 32768 > /proc/sys/fs/inode-max

You can make these change permanent by editing /etc/sysctl.conf (RedHat
only I believe)

See also:



- Rob


msg20065/pgp0.pgp
Description: PGP signature

Re: Good CVS Admin Docs

[Noel Yap]

What about them were weak?

Noel
--- Ricardo Bosch <[EMAIL PROTECTED]> wrote:
> I thought the docs on cvshome.org were weak, where
> else can I look?
> 
> 
> thanks
> rickb
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

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

Re: CVS 1.11.2 Released!

[Noel Yap]

Grrr!  It looks like the advisory locks patch still
didn't make it in.  I think the patch have all the
necessary requisites (doc and test patch).  Is it
still missing something?

Noel
--- Derek Robert Price <[EMAIL PROTECTED]> wrote:
> It's been almost a year since the last release, but
> CVS 1.11.2 has 
> finally been released.  It has quite a few bug fixes
> and a few 
> enhancements. We recommend an upgrade.  Take a look
> at the NEWS file 
>

> 
> from the source distribution or go directly to the
> downloads page 
>
.
> 
> -- 
> *8^)
> 
> CVS Solutions Architect
> Worldwide Information Technologies (
> http://2-wit.com )
> Email: [EMAIL PROTECTED]
> Public key available from www.keyserver.net - Key ID
> 5ECF1609
> Fingerprint 511D DCD9 04CE 48A9 CC07  A421 BFBF 5CC2
> 56A6 AB0E
> -- 
> I will not skateboard in the halls.
> I will not skateboard in the halls.
> I will not skateboard in the halls...
> 
>   - Bart Simpson on chalkboard, _The
> Simpsons_
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

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

Re: Too many files open error on CVS/Linux

[Kaz Kylheku]

On Wed, 17 Apr 2002, Brett G. Palmer wrote:

> Date: Wed, 17 Apr 2002 16:10:35 -0600
> From: Brett G. Palmer <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [info-cvs] Too many files open error on CVS/Linux
> 
> We run cvs on Redhat 7.0.  CVS runs well for a few weeks but then we start
> to get errors saying the following:
> 
> cvs server: cannot open .cvsignore: Too many open files
> cvs server: cannot open .cvswrappers: Too many open files
> cvs server: cannot open current directory: Too many open files

Do you have a cycle in your modules definition file? That's one way to
get this.


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

Re: Too many files open error on CVS/Linux

[Joi Ellis]

On Wed, 17 Apr 2002, Brett G. Palmer wrote:

> We run cvs on Redhat 7.0.  CVS runs well for a few weeks but then we start
> to get errors saying the following:
> 
> cvs server: cannot open .cvsignore: Too many open files
> cvs server: cannot open .cvswrappers: Too many open files
> cvs server: cannot open current directory: Too many open files
> 
> We usually have to reboot the server to fix the problem.  The problem is
> becoming more frequent as CVS is used more and more.  This is probably a
> Linux file handle limitation but is there a work around?  We are also using
> the WinCVS client (version 1.3.7.1 Beta), but we have also seen this problem
> on JCvs.  Any help would be greatly appreciated.
 
We have a 6.2 server which has this problem occasionally, but in
our case it's because there are two many people running GNOME desktops
across VNC and/or running big builds simultaneiously.

One workaround I found is to do something like:

  cat 8196 >/proc/sys/fs/file-max

I think that's the one, anyway.  Check your kernel version and it's
documentation to verify which file it is.  On 6.2 this value defaults to 
4096 open file handles, and you can simply cat a new value into it to
increase the number.

-- 
Joi EllisSoftware Engineer
Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]

No matter what we think of Linux versus FreeBSD, etc., the one thing I
really like about Linux is that it has Microsoft worried.  Anything
that kicks a monopoly in the pants has got to be good for something.
   - Chris Johnson


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

Too many files open error on CVS/Linux

[Brett G. Palmer]

We run cvs on 
Redhat 7.0.  CVS runs well for a few weeks but then we startto get 
errors saying the following:cvs server: cannot open .cvsignore: Too many 
open filescvs server: cannot open .cvswrappers: Too many open filescvs 
server: cannot open current directory: Too many open filesWe usually 
have to reboot the server to fix the problem.  The problem isbecoming 
more frequent as CVS is used more and more.  This is probably aLinux 
file handle limitation but is there a work around?  We are also 
usingthe WinCVS client (version 1.3.7.1 Beta), but we have also seen this 
problemon JCvs.  Any help would be greatly appreciated.Thanks 
in advance,Brett

AW: Is this a bug ???

[Peter Kesch]

Sorry i forget to tell it ... 

The server is a RedHAt 6.2 Linux with cvs-1.11.1p1 ...

The client which produce this error was win 2000 with the cvs dos client
version 1.10.5 

I think th problem is that windoof is not casesensitiv and because of
that i can a file named like TreeMeinWissen.java add to the repository
with cvs add treeMeinWissen.java .. 

I don't know of this could produce this error but i had to use a linux
system to correct it 

Regards

Peter

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Im Auftrag
von Lee Fellows
Gesendet: Mittwoch, 17. April 2002 18:23
An: CVS-Mailinglist
Betreff: Re: Is this a bug ???

  Peter Kesch did not say what platform they were on or what
version of cvs they were using, but I tested with version 1.11.1p1
on a SuSE Linux 7.3 system and could not duplicate his results.  


On Wed, 2002-04-17 at 10:46, gabriel rosenkoetter wrote:
> On Wed, Apr 17, 2002 at 03:05:52PM +0200, Peter Kesch wrote:
> > to get the file added, we needed to restore the old
treeMeinWissen.java and
> > to add the new file TreeMeinWissen.java while the old one exists.
> > 
> > After we added the TreeMeinWissen.java we were able to delete the
other
> > file.
> > 
> > every other way caused an error in hash.c line 312 were asserts(key
!= NULL)
> > fails and the command were aborted.
> 
> Sounds like the hash algorithm table for filenames doesn't take case
> into account, so that your new file (the same name, ignoring case,
> as the old file) got shoved straight into the attic. (Probably worth
> checking that.) I don't see how this wouldn't be a bug.
> 
> (Note that I haven't even glanced at the code.)
> 
> -- 
> gabriel rosenkoetter
> [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: Lying about the author (and so).

[Greg A. Woods]

[ On Wednesday, April 17, 2002 at 09:22:19 (-0700), EXT-Corcoran, David wrote: ]
> Subject: RE: Lying about the author (and so).
>
> > You should _NOT_ use 'cvs import' _unless_ you're managing third-party
> > code.
> 
> This conflicts with another opinion I found on usenet (link below):

You'll find an infinite number of opinions on the Net.

The reason you don't want to use "cvs import" unless you're managing
third-party code is primarily three-fold:

- most people forget to clean out the unwanted dregs of an
  initial "import", and having a vendor branch left over in your
  module might make some other idiot^Wcolleague think he/she can
  do another import for some bizzare reason.

- you'll undoutably need to learn how to use "cvs add"
  eventually anyway.

- there can also be issues with ignored and unignored files
  accidentally (not) being imported -- a manual 'add' process
  ensures everything is where it needs to be and you can start
  out with a .cvsignore files and run 'cvs -nq update' to check
  that everything's in the state it should be before committing
  your freshly added files (i.e. either "added" or "ignored").

> He also suggests an alternate:
> 
>   Another way to do it is to create the top level dir that will
>   hold your sources inside the CVS repository, check out that
>   "empty" project, copy your source tree to your checked out
>   dir and then add everything from there.

That's exactly what I'm talking about..

>  I've done it both
>   ways and import is MUCH easier.

An import appears easier, but then you have to clean up the unwanted
stuff it creates.

> So what is the prefered method of creating a new project given you are *NOT*
> third party code?

Until/unless someone implements my long-standing "cvs add" proposal the
preferred method is to "cvs import" an empty directory, check it out,
copy the sources into it, and then "cvs add" of them.

Or more explicitly using this document I've posted before in the form of
a patch to the (currently incorrect and misleading) manual:


Creating a directory tree from scratch
--

   For a new project, the easiest and best thing to do is start with an
empty temporary directory and use the `import' command to create the
corresponding (empty) directory inside the repository:

 $ mkdir junk
 $ cd junk
 $ cvs import -m "new directory for DIR" yoyodyne/DIR yoyo start
 $ cd ..
 $ rmdir junk

   Check that the permissions CVS sets on the directories inside
`$CVSROOT' are reasonable.  You'll generally want the directory to be
mode 0775, and owned by the Unix group whos members are to have commit
privileges in this new directory.  In general it's irrelevant which
user owns the directories and files so long as the directories are
group-writable.  *Note File permissions:: for more detailed information.

   You can now check out the project directory into a working
directory.  Note that since you hopefully have specified `checkout -P'
in your `~/.cvsrc' file (*note ~/.cvsrc::.), you'll need to specify the
`-f' option to prevent CVS from immediately removing the new, and
empty, working directory:

 $ cd /work
 $ cvs -f checkout -d DIR yoyodyne/DIR

   If you first define a module (*Note Defining the module::) then you
can check out your new working directory using just the module name:

 $ cd /work
 $ cvs -f checkout DIR

   Now use `add' to add files (and new directories) as they are created
in your project.  Note that due to a hard-to-fix "bug" you must be in
the directory where you add new files.

 $ cd /work
 $ vi newfile.c
 $ make test-newfile
 $ cvs add newfile.c
 $ cvs commit -m 'first working version' newfile.c


Creating a directory tree for an existing project
-

   When you begin using CVS you may already have several existing
projects that can be put under CVS control.  If the files are your own
creation (i.e. they are not derived from changes made to files still
primarily being maintained by some third party) then it's best to
simply add them to a new project directory as if you were creating them
from scratch.

   Start by first creating an empty project as in the "From scratch"
examples.  Then after creating a new empty working directory simply
copy all of the files and directories from your existing project into
this new working directory.  You should first clean out all generated
files, of course, so that they won't be added to CVS.

 $ cd /work/oldprojectdir
 $ make maintainer-clean
 $ pax -rw . /work/DIR

   Now go to the newly populated working directory and use `add' to add
all the new files and directories to CVS as if they were all just newly
created.  If your project is large you might wish to use a little shell
script you can type on the command-line to elimina

Re: cvs prune question

[Larry Jones]

Daniels, Dave F writes:
> 
> I know the M means merge, and I suspect the P means prune.

No, it means "patch".  See the manual:



-Larry Jones

Something COULD happen today.  And if anything DOES,
by golly, I'm going to be ready for it! -- Calvin

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

Re: can different files be diff ed?

[Greg A. Woods]

[ On Wednesday, April 17, 2002 at 11:23:28 (-0700), Anshuman Kanwar wrote: ]
> Subject: can different files be diff ed?
>
> So is there any way I could do a cvs diff of 2 different files? Of course, a
> little shell script can check out the files and do the same thing, but it
> would be more clean if cvs could do it.

Why do you think it would be "more clean" if CVS could do it?

>From CVS' point of view such an operation would seem to be extremely
in-elegant.

(There is "cvs checkout -p", which you can do without creating a working
directory, though unless your platform of choice has fdescfs and you
care to try some tricky file descriptor re-direction you're going to
have to create at least one temporary file anyway, so it's "much
cleaner" just to check out each module into a separate working directory
and then let 'diff -r' do the work for you)

-- 
Greg A. Woods

+1 416 218-0098;  <[EMAIL PROTECTED]>;  <[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: paranoid administration mode in cvs?

[Greg A. Woods]

[ On Wednesday, April 17, 2002 at 11:43:52 (-0400), Shane McDaniel wrote: ]
> Subject: paranoid administration mode in cvs?
>
> The manager for our software wants it so that only a select group of
> people can authorize commits to the CVS Rep.  However since the person
> who commits the file gets their userid stamped on the file it doesn't
> seem possible to retain ownership with this method.

Perhaps you should look to a two-phase commit system, such as Aegis.

It will much better solve your manager's concerns.

-- 
Greg A. Woods

+1 416 218-0098;  <[EMAIL PROTECTED]>;  <[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

CVS 1.11.2 Released!

[Derek Robert Price]

It's been almost a year since the last release, but CVS 1.11.2 has 
finally been released.  It has quite a few bug fixes and a few 
enhancements. We recommend an upgrade.  Take a look at the NEWS file 

 
from the source distribution or go directly to the downloads page 
.

-- 
*8^)

CVS Solutions Architect
Worldwide Information Technologies ( http://2-wit.com )
Email: [EMAIL PROTECTED]
Public key available from www.keyserver.net - Key ID 5ECF1609
Fingerprint 511D DCD9 04CE 48A9 CC07  A421 BFBF 5CC2 56A6 AB0E
-- 
I will not skateboard in the halls.
I will not skateboard in the halls.
I will not skateboard in the halls...

  - Bart Simpson on chalkboard, _The Simpsons_



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

cvs prune question

[Daniels, Dave F]

Hi,

When updating a module using the command 'cvs update', CVS prints lines
which look something like this.

M  project/src/com/company/Test1.java
M  project/src/com/company/Test2.java
P  project/src/com/company/Test3.java

I know the M means merge, and I suspect the P means prune. Can someone
confirm that for me? If that's true, why is it performing this action
without the -P switch, and what does it mean in this context?

Thanks for your help,
Dave

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

Re: can different files be diff ed?

[gabriel rosenkoetter]

On Wed, Apr 17, 2002 at 03:02:13PM -0400, Larry Jones wrote:
> Anshuman Kanwar writes:
> > So is there any way I could do a cvs diff of 2 different files?
> No.

... though you're welcome to diff the two files in your sandbox
after a checkout.

(Unless you're on a system that lacks diff(1). But that's your
fault.)

-- 
gabriel rosenkoetter
[EMAIL PROTECTED]



msg20052/pgp0.pgp
Description: PGP signature

Re: Automatically have winCVS place version string in code.

[Larry Jones]

Howard Chandler writes:
>
> Mime-Version: 1.0 (Apple Message framework v481)
> Content-Type: multipart/alternative; boundary=Apple-Mail-21--39916071

Please don't send MIME and/or HTML encrypted messages to the list.
Plain text only, PLEASE.

> Is there a way that winCVS can be set up to do some kind of a string 
> replacement so that a tag can be placed in a version string in my code.  

See the CVS manual:



-Larry Jones

Can I take an ax to school tomorrow for ... um ... show and tell? -- Calvin

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

Re: can different files be diff ed?

[Larry Jones]

Anshuman Kanwar writes:
> 
> So is there any way I could do a cvs diff of 2 different files?

No.

-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: Lying about the author (and so).

[gabriel rosenkoetter]

On Wed, Apr 17, 2002 at 09:22:19AM -0700, EXT-Corcoran, David wrote:
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > You should _NOT_ use 'cvs import' _unless_ you're managing third-party
> > code.
> This conflicts with another opinion I found on usenet (link below):

It's also, incidentally, in direct conflict with the CVS documentation:

  http://www.cvshome.org/docs/manual/cvs_3.html#SEC42

But arguing with Mr. Woods about this (or, really, in general) has
proved in the past to be a fruitless, futile, and blood pressure-
raising affair, which is why I let this one drop. (Till now, I
guess.)

-- 
gabriel rosenkoetter
[EMAIL PROTECTED]



msg20049/pgp0.pgp
Description: PGP signature

Re: CVS commitinfo

[Larry Jones]

Eric Fried writes:
> 
> This is a multi-part message in MIME format.

Please do not send MIME and/or HTML encrypted messages to the list. 
Plain text only, PLEASE!

> I just started trying to work with some of the admin features in CVS;
> particularly with commitinfo.  I am trying to write a validation script
> which will compile code prior to allowing commits.  Running into some
> snags;
> a) Where are the working copies of the file?

In the current directory.

> b) During the commit, the module dir is locked.
> From some other threads, noticed some others had this =
> problem.  From the repository
> path, I parse out the module name.  I then try to check =
> out the module for a test compile
> before allowing the commit.  The command hangs as the =
> rep. is now locked.  Anyway around
> this (aside from removing the the lock files from the =
> dir)?

No.  For some subcommands, you can use the global -n flag to ignore
locks, but not with checkout.  And note that removing the lock files is
an excruciatingly bad idea.  (Unless, of course, you *like* corrupted
repositories.)

-Larry Jones

Why is it you always rip your pants on the day everyone has to
demonstrate a math problem at the chalkboard? -- Calvin

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

Automatically have winCVS place version string in code.

[Howard Chandler]

CVSers

Is there a way that winCVS can be set up to do some kind of a string replacement so that a tag can be placed in a version string in my code.  This should happen when doing a commit I would think.  We're always forgetting to update the version string and of course this confuses the heck out of our developers and software testers.  It would be nice if this could be done automatically (and consistently).

I'm using the WinCVS 1.3 beta version.

Thanks,

Howard Chandler

Re: password on command line of "cvs login", How to ?

[R P Herrold]

On Wed, 17 Apr 2002, Joi Ellis wrote:

> On Wed, 17 Apr 2002, Shailesh Garg wrote:
> 
> >  I am preparing a batch file. 
> > 
> > Any suggestion?
> 
> I have a perl routine that does it using IPC::Open3 and IO::Select.
> It launches cvs as a child process and sends the password to the child's
> stdin.

hmmm   The 'expect' package came to mind as well.  I use that 
to connect to access servers which require provision of a 
password.

-- Russ Herrold


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

can different files be diff ed?

[Anshuman Kanwar]

Hi all,

  I have a peculiar problem. I need to run nightly comparisons of
configuration files that have been checked in from two different routers. 

(In my case any difference would mean that one of the routers does not have
the latest update of the config.)

So is there any way I could do a cvs diff of 2 different files? Of course, a
little shell script can check out the files and do the same thing, but it
would be more clean if cvs could do it.

Thanks for your time.
-ansh

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

CVS commitinfo

[Eric Fried]

Hi, 
 
I just started trying to work with some of the 
admin features in CVS; particularly with commitinfo.  I am trying to write 
a validation script which will compile code prior to allowing commits.  
Running into some
snags;
        
    a) Where are the working copies of the file?
        
        The script is passed the path to the 
repositiory and the files to be committed.  Where
        
        do I find the working copies of the 
files?  THey don't seem to be put back into the repository.
        
        According to CVS documentation, they are 
accessible (but where).
 
        
    b) During the commit, the module dir is locked.
        
        From some other threads, noticed some 
others had this problem.  From the repository
        
        path, I parse out the module name.  I 
then try to check out the module for a test compile
        
        before allowing the commit.  The 
command hangs as the rep. is now locked.  Anyway around
        
        this (aside from removing the the lock 
files from the dir)?
Can anybody help?
 
Thanks,
Eric

RE: Importing a directory tree with empty subdirectories

[Ramón van Alteren]

> A  query,

> Can I import  a directory  tree with empty subdirectores  into
> a cvs repository.

Should be no problem I think

> I tried importoing thro'  wincvs client,  the tree did not get imported.
> Only when i inserted dummy files in the subdirectories the entire tree
> got imported.

Are you sure you don't have the option "Prune empty directorys" enabled in
the global config from wincvs. 
In that case the tree would get imported but the empty dirs would be
automagically removed on checkout/update.

Grtz 

Ramon

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

Disallow multiple checkouts

[Iqbal Shaikh]

Hi all,

Just wanted to know  how to  disallow multiple checkouts of the same
file.

How to apply it  to the entire  cvs repository.
Is there any  administrative file in  CVSROOT dir,
that you need to edit.

Please respond

Thanks and Regards
iqbal


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

File added but it isn't in repository

[Peter Kesch]

hi 

we have changed the for a file in the repository by :

$ move treeMeinWissen.java TreeMeinWissen.java
$ cvs remove treeMeinWissen.java
$ cvs add TreeMeinWissen.jave
$ cvs ci treeMeinWissen.java TreeMeinWissen.java

but after a 'cvs up' or 'cvs co w3l' the files TreeMeinWissen.java and
treeMeineWissen.java
are not in the repository

another try to add the file fails
after the ci - command we get the following message :
cvs: hash.c:312: findnode: Assertion 'key != ((void *)0)' failed.

does anybody can help me to solve the problem ?


regards

Peter


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

Re: added text file as binary, want to change it to text

[Paul Sander]

First, see if doing a "cvs admin -kkv" on the file produces meaningful
results for you.  If it doesn't, you'll have to re-add the file under a
different name.  (CVS' remove and add functions recycle the existing
revision history, with all of its RCS attributes preserved.)

If neither of these options pan out, you'll have to remove the ,v file
from the repository by hand and re-add the file.  Note that this option
is your last resort and can potentially break the reproduction of past
releases.  Avoid it if you can, but if you can't then realize that you
will have problems.

--- Forwarded mail from [EMAIL PROTECTED]

A  good day to you all. i accidentally added a text
file as binary, and would like to know if there is a
way i can  readd it as a text file, aside from
removing  it and adding it again as a  text file.

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


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