Re: Any consequences over removing a subdir permanently?

[S I]

Thanks for the input and all the helpful info.  I'm glad I posted :)

Original Message Follows
From: Todd Denniston <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>, info-cvs@gnu.org
Subject: Re: Any consequences over removing a subdir permanently?
Date: Thu, 14 Jul 2005 14:26:30 -0500
MIME-Version: 1.0
Received: from mail.ssa.crane.navy.mil ([164.227.42.3]) by 
MC6-F16.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 14 Jul 2005 
12:29:41 -0700
Received: from ssa.crane.navy.mil ([EMAIL PROTECTED] 
[164.227.42.142]) by mail.ssa.crane.navy.mil  with ESMTP id OAA27690; Thu, 
14 Jul 2005 14:28:20 -0500

X-Message-Info: JGTYoYF78jHlrUEQ9SNZpCQAWdASPfyipP4Os14W2EY=
Organization: Code 6067, NSWC Crane
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.25glock1 i686)
X-Accept-Language: en
References: <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>

Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 14 Jul 2005 19:29:41.0641 (UTC) 
FILETIME=[61CA8F90:01C588AA]


Todd Denniston wrote:
>
Clerity demands I respond to my own post. sorry.

> S I wrote:
> >

> > We have restructured our code so many times and we may soon port over
> > to a completely clean repository without its history.  So in our case 
it

> > shouldn't matter but I see your point about NOT exercising this.
>
> A middle ground might be:
> 1) tell everyone to commit all changes they have currently.
> 2) backup to cold storage media.
> 3) copy the CVS tree to a new location.
> 4) do a checkout from the new location and then do a `cvs watch on -R`
> against that checkout.
> 5) find and mark all the directories in the new copies location read 
only,

> and setup a lockdir for it so people can do readonly checkouts. (lock it
> down)
> 6) again backup to cold storage media.

 7) remove the unused directories, in the original (and still current)
version of the repo, i.e., no one has to change their CVSROOT values.

8) if people still have sand boxes from before there may be some difficulty
in doing updates and such, have them check that `cvs update -dP` command
works with out error at a minimum. If your really sure just have them remove
all their old sandboxes and start fresh.

>
> This should leave you with a copy in the new location for people who need 
to
> know the ancient history, a copy to recover from if you hit enter on the 
rm

> in the wrong directory, and a smaller repo but with all the history since
> the each of the files were last restructured.

--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Any consequences over removing a subdir permanently?

[S I]

Thank you as always.

Do you think though that deleting a dir and later retrieving a dead file 
would confuse the dead file where to implant itself?  I have a dummy 
repository and I'm going to try this to find out the outcome.


The subdirs I speak of are about 5 years old and don't think anyone would 
care.  We have restructured our code so many times and we may soon port over 
to a completely clean repository without its history.  So in our case it 
shouldn't matter but I see your point about NOT exercising this.


Thanks. :)

Original Message Follows
From: Todd Denniston <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: Any consequences over removing a subdir permanently?
Date: Thu, 14 Jul 2005 12:13:32 -0500
MIME-Version: 1.0
Received: from mail.ssa.crane.navy.mil ([164.227.42.3]) by 
mc7-f2.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 14 Jul 2005 
10:13:35 -0700
Received: from ssa.crane.navy.mil ([EMAIL PROTECTED] 
[164.227.42.142]) by mail.ssa.crane.navy.mil  with ESMTP id MAA27385; Thu, 
14 Jul 2005 12:15:22 -0500

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
Organization: Code 6067, NSWC Crane
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.25glock1 i686)
X-Accept-Language: en
References: <[EMAIL PROTECTED]>
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 14 Jul 2005 17:13:35.0856 (UTC) 
FILETIME=[5E9AA700:01C58897]


S I wrote:
>
> Hi
>
> I know how to delete and commit files to the attic and on the next 
checkout
> do a -P to prune out empty dirs but I have not seen any documentation on 
how
> to remove empty dirs/subdirs permanently.  Is this not recommended lest 
you
> have to retrieve dead files later? And CVS wouldn't know what structure 
to
> retrieve them to?  Should I or not delete the empty dirs on the server 
side

> or too dangerous?  We have many, and I mean many, empty dirs just sitting
> there!

Deleting anything permanently out of a version control system is _usually_ a
_very_ BAD idea. However if your project management really desires it, keep
your self sane with a good backup, and go directly into the repository and
`rm -fr  offensive_directory_structure`. The reason that cvs does not have a
built-in command (that I am aware of) for doing this is that it is such a
_very_ BAD idea.


Got permission and a backup?
Happy hunting. :)

--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Any consequences over removing a subdir permanently?

[S I]

Hi

I know how to delete and commit files to the attic and on the next checkout 
do a -P to prune out empty dirs but I have not seen any documentation on how 
to remove empty dirs/subdirs permanently.  Is this not recommended lest you 
have to retrieve dead files later? And CVS wouldn't know what structure to 
retrieve them to?  Should I or not delete the empty dirs on the server side 
or too dangerous?  We have many, and I mean many, empty dirs just sitting 
there!


Thanks

Steve




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: How do I get a barebone stripped off list of files changedbetween 2 builds?

[S I]

Ok that worked beautifully, thank you again. :)

Original Message Follows
From: Robert Clark <[EMAIL PROTECTED]>
To: info-cvs@gnu.org
Subject: Re: How do I get a barebone stripped off list of files 
changedbetween 2 builds?

Date: Tue, 12 Jul 2005 16:40:05 -0400
MIME-Version: 1.0
Received: from lists.gnu.org ([199.232.76.165]) by mc9-f9.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.211); Tue, 12 Jul 2005 18:38:23 -0700
Received: from localhost ([127.0.0.1] helo=lists.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43)id 1DsWDl-0003BE-94for [EMAIL PROTECTED]; Tue, 12 Jul 
2005 21:39:33 -0400
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)id 
1DsS0u-00053P-Tgfor info-cvs@gnu.org; Tue, 12 Jul 2005 17:10:01 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)id 
1DsS0r-000520-QOfor info-cvs@gnu.org; Tue, 12 Jul 2005 17:09:59 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43) id 1DsS0q-000502-FOfor info-cvs@gnu.org; Tue, 12 Jul 
2005 17:09:57 -0400
Received: from [12.106.87.68] (helo=irvbhxw02.prod.quest.corp)by 
monty-python.gnu.org with esmtp (Exim 4.34) id 1DsRfn-0007kS-3Tfor 
info-cvs@gnu.org; Tue, 12 Jul 2005 16:48:11 -0400
Received: from tormbxw01.prod.quest.corp ([10.4.100.91]) 
byirvbhxw02.prod.quest.corp with Microsoft SMTPSVC(6.0.3790.211); Tue, 12 
Jul 2005 13:40:07 -0700
Received: from tor106065.prod.quest.corp ([10.4.114.58]) 
bytormbxw01.prod.quest.corp with Microsoft SMTPSVC(5.0.2195.6713);Tue, 12 
Jul 2005 16:40:06 -0400

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
Organization: Quest Software Inc.
User-Agent: KMail/1.8.1
References: <[EMAIL PROTECTED]>
X-Face: 
@wf=R>`Gp1sqW"$*(jmq~x\Y:on!638~obu4W34T^iIADeQK]
K>WA}}rUgp4Ih&a3^:<~P&$|P|2"Ad=8J_&^Y.qHk1)8i[n/[#/~oi$,g(:/)gt6"Fm^GW!BBsD
+RP"I3Xb~I6OH#&2^==29GQ~5UAfE._cNv.V4{qdw2uBp
X-OriginalArrivalTime: 12 Jul 2005 20:40:06.0564 
(UTC)FILETIME=[E3372640:01C58721]

X-BeenThere: info-cvs@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Announcements and discussions for the CVS version control 
system
List-Unsubscribe: 
<http://lists.gnu.org/mailman/listinfo/info-cvs>,<mailto:[EMAIL PROTECTED]>

List-Archive: <http://lists.gnu.org/pipermail/info-cvs>
List-Post: <mailto:info-cvs@gnu.org>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Subscribe: 
<http://lists.gnu.org/mailman/listinfo/info-cvs>,<mailto:[EMAIL PROTECTED]>

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]

On Tuesday July 12, 2005 03:58 pm, "S I" <[EMAIL PROTECTED]> wrote:
> I'm trying to get a stripped down list of files modified and
> committed between 2 builds or a build and my working folder in CVS.
>  I would just like to see the path/filename only.

What I generally do is use the rdiff command with the -q and -s (for
shout output) options. Something like:

cvs -q rdiff -s -r TAG1 -r TAG2 module.

You can substitute any valid combination of -r and -D options to
restrict the output to the range you want. So in this case, your
example would be:

cvs -q rdiff -s -r HEAD -D yesterday your-module-name > cvsHist1.txt

- Rob

--
Robert J. Clark
[EMAIL PROTECTED]


___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: How do I get a barebone stripped off list of files changed between2 builds?

[S I]

Thank you for all the helpful info.  I figured it wasn't that easy and I'll 
end up doing some scripting in the end.


I'm on Windows desktop; so I guess I'll download Cygwin and do this on the 
client side or I could just logon to the server; since I'm the Admin; and do 
this via the perl module you mentioned.  Thanks for your help.


Original Message Follows
From: Todd Denniston <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: How do I get a barebone stripped off list of files changed 
between2  builds?

Date: Tue, 12 Jul 2005 15:39:06 -0500
MIME-Version: 1.0
Received: from mail.ssa.crane.navy.mil ([164.227.42.3]) by 
mc4-f14.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 12 Jul 2005 
13:45:34 -0700
Received: from ssa.crane.navy.mil ([EMAIL PROTECTED] 
[164.227.42.142]) by mail.ssa.crane.navy.mil  with ESMTP id PAA22761; Tue, 
12 Jul 2005 15:40:52 -0500

X-Message-Info: JGTYoYF78jEX/saG2w4rcUbSHsP4TB9Fy0A5sBYpQco=
Organization: Code 6067, NSWC Crane
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.25glock1 i686)
X-Accept-Language: en
References: <[EMAIL PROTECTED]>
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 12 Jul 2005 20:45:34.0745 (UTC) 
FILETIME=[A6D39890:01C58722]


S I wrote:
>
> Hi
>
> I'm trying to get a stripped down list of files modified and committed
> between 2 builds or a build and my working folder in CVS.  I would just 
like

> to see the path/filename only.  Compare it to a list received from the
> developers to verify we're in synch, do the build and deliver their
> corresponding .class files.
>
> Many of the CVS commands (log, tag, history, diff, etc) generate way more
> than I need.  Do I need to write scripts that parse out what I need?  Is
> there a cvs command to do this so I can avoid scripting?
>
> For instance I did the following command:
>
> cvs history -ac -D yesterday  >cvsHist1.txt
>
> And this is yet the closest I've got to what I needed.
>
I am usually happy with what cvs2cl gives me. I do however have a script
which does:
PREVIOUS_DATE="`ls -l --full-time $OUTFILE  2>/dev/null| \
awk '{print $7 \" \" $8 \" \" $9 \" \" $10}'`"

cvs his -calD "$PREVIOUS_DATE" |sort -rb -k 7,7 |\
sort -mub -k 7,7|sort -b -k 8,8 >>$TMP_FILE

the sorts get rid of redundant information to hopefully just show the last
change of each file.

$OUTFILE is a file that was created when the script was last ran, and well I
expect you know what $TMP_FILE is. It still has a lot of information in it,
but I find that info useful, I believe if you take $TMP_FILE and run it
through the following awk it will have just what you want:

 cat $TMP_FILE|awk '{print $8 "/" $7 }'

as I indicated I only use it to see what has changed between runs, more of a
disaster recovery tool than anything (and yes I have _used it for that_),
now that I have cvs2cl and am using CVS vs SCCS.
Your biggest trick is either creating a file with the date you want, or
building up the $PREVIOUS_DATE string by hand.

> Thanks
>
> Steve

--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

How do I get a barebone stripped off list of files changed between 2 builds?

[S I]

Hi

I'm trying to get a stripped down list of files modified and committed 
between 2 builds or a build and my working folder in CVS.  I would just like 
to see the path/filename only.  Compare it to a list received from the 
developers to verify we're in synch, do the build and deliver their 
corresponding .class files.


Many of the CVS commands (log, tag, history, diff, etc) generate way more 
than I need.  Do I need to write scripts that parse out what I need?  Is 
there a cvs command to do this so I can avoid scripting?


For instance I did the following command:

cvs history -ac -D yesterday  >cvsHist1.txt

And this is yet the closest I've got to what I needed.

Thanks

Steve




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

How do I get a barebone stripped off list of files changed between 2 builds?

[S I]

Hi

I'm trying to get a stripped down list of files modified and committed 
between 2 builds or a build and my working folder in CVS.  I would just like 
to see the path/filename only.  Compare it to a list received from the 
developers to verify we're in synch, do the build and deliver their 
corresponding .class files.


Many of the CVS commands (log, tag, history, diff, etc) generate way more 
than I need.  Do I need to write scripts that parse out what I need?  Is 
there a cvs command to do this so I can avoid scripting?


For instance I did the following command:

cvs history -ac -D yesterday  >cvsHist1.txt

And this is yet the closest I've got to what I needed.

Thanks

Steve




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Locking CVS

[S I]

All 3 projects are under /usr/local/cvs/proj1 thru 3.  I just added a blank 
writers file.  Will this do it until I do a final build, tag, and branch?


Original Message Follows
From: Todd Denniston <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: Locking CVS
Date: Mon, 11 Jul 2005 11:01:21 -0500
MIME-Version: 1.0
Received: from mail.ssa.crane.navy.mil ([164.227.42.3]) by 
mc1-f12.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 11 Jul 2005 
09:04:32 -0700
Received: from ssa.crane.navy.mil ([EMAIL PROTECTED] 
[164.227.42.142]) by mail.ssa.crane.navy.mil  with ESMTP id LAA19518; Mon, 
11 Jul 2005 11:03:05 -0500

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
Organization: Code 6067, NSWC Crane
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.25glock1 i686)
X-Accept-Language: en
References: <[EMAIL PROTECTED]>
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 11 Jul 2005 16:04:32.0380 (UTC) 
FILETIME=[39A923C0:01C58632]


S I wrote:
>
> Hi everyone,
>
> I'm planning to lock cvs today getting ready for our release.  I realize
> with certain version control software nowadays you don't have to lock the
> repo and the developers can continue with their work.  However, we're
> imposing and enforcing a few days for freeze and to regroup.

Another method would be to tag and then branch, decide whether the trunk or
branch is where you will host the release, and use cvs_acls to lock down the
trunk/branch for release work only. look at ACME [2] for ideas.

>
> Our repository resides on a linux box with :pserver method access from 
WinXP
> CVS DOS and Tortoise clients.  Could I just lock the repo by executing 
cvs

> admin -l or -L  or do I have to download some perl module to accomplish
> this? I need to lock our CVS repository today.  Three projects reside in 
the
> repository, is it possible to lock them selectively or would admin -l 
lock

> the entire repo?
>

There are  a few ways I think you could go at it.

If you don't even want anyone reading from the repo, you could temporarily
remove it's allow-root option from [x]inetd.conf.(assumes the three projects
have different roots in [x]inetd.conf)

if you are ONLY accessing the repo via pserver, the reader / writer [1]
files could do it for you.(assumes the three projects have different roots
in [x]inetd.conf, OR that none of the developers work on multiple projects)

if you want fine grain control, look at using cvs_acl, from the distribution
contrib directory, as a commitinfo script.

[1] https://www.cvshome.org/docs/manual/cvs-1.11.20/cvs_2.html#SEC36

[2] http://www.cmcrossroads.com/bradapp/acme/
http://www.cmcrossroads.com/bradapp/acme/branching/

--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Locking CVS

[S I]

Thank you. I'm not sure what /bin/test represents? To be replaced with the 
path to my proj?


Original Message Follows
From: "Mark D. Baushke" <[EMAIL PROTECTED]>
To: "S I" <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: Locking CVS
Date: Mon, 11 Jul 2005 08:49:43 -0700
MIME-Version: 1.0
Received: from colo-dns-ext1.juniper.net ([207.17.137.57]) by 
mc3-f23.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 11 Jul 2005 
08:49:51 -0700
Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10])by 
colo-dns-ext1.juniper.net (8.11.3/8.9.3) with ESMTP id j6BFnn912917;Mon, 11 
Jul 2005 08:49:49 -0700 (PDT)(envelope-from [EMAIL PROTECTED])
Received: from juniper.net (sapphire.juniper.net [172.17.28.108])by 
merlot.juniper.net (8.11.3/8.11.3) with ESMTP id j6BFnhj59521;Mon, 11 Jul 
2005 08:49:43 -0700 (PDT)(envelope-from [EMAIL PROTECTED])

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
References: <[EMAIL PROTECTED]>
X-Mailer: MH-E 7.84+cvs; nmh 1.0.4; GNU Emacs 21.3.1
X-Face: 
#8D_6URD2G%vC.hzU8Up0!v/%1Q[(d?ES0mQW8dRCXi18gK)luJu)loHk,}4{Vi`yX?p?crF5o:LL{6#eiO:(E:YMxLXULB 
k|'a*EjN.B&L+[J!PhJ*aX0n:5/

Mail-Followup-To: info-cvs 
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 11 Jul 2005 15:49:51.0677 (UTC) 
FILETIME=[2CB886D0:01C58630]


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

S I <[EMAIL PROTECTED]> writes:

> Hi everyone,
>
> I'm planning to lock cvs today getting ready for our release.  I
> realize with certain version control software nowadays you don't have
> to lock the repo and the developers can continue with their work.
> However, we're imposing and enforcing a few days for freeze and to
> regroup.
>
> Our repository resides on a linux box with :pserver method access from
> WinXP CVS DOS and Tortoise clients.  Could I just lock the repo by
> executing cvs admin -l or -L  or do I have to download some perl
> module to accomplish this? I need to lock our CVS repository today.
> Three projects reside in the repository, is it possible to lock them
> selectively or would admin -l lock the entire repo?

admin -l will not really do what you want.

It would probably be simplest to add something to your CVSROOT/commitinfo
to do the job and fail whenever the :pserver: userid was used.

If you have an 'id' command that accepts the -u option, and for example
if the 'id -u' command printed 12345 as your userid, you could add

For cvs 1.11.x

ALL /bin/test `id -u` = 12345


For cvs 1.12.x you might want to use

ALL /bin/test `id -u` = 12345 && : %r/%p %s

This should return a non-zero error code for anyone other than the user
with the uid 12345 which we would presume you would use your own userid
and that you would be accessing the repository outside of the :pserver:
method or have arranged for your :pserver: usage to use your real userid
rather than masking it with the system userid.

Other methods exist for just locking a single branch (such as the main
trunk) using something like the contrib/cvs_acls file that comes with
recent cvs distributions.

Good luck,
-- Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQFC0pUX3x41pRYZE/gRAidYAJ4q835ZSjjYD585MNFhbFjRMdibWwCeKjwT
HJNxXIpklSOnVL0LdeqU7DM=
=dQWC
-END PGP SIGNATURE-




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Locking CVS

[S I]

Hi everyone,

I'm planning to lock cvs today getting ready for our release.  I realize 
with certain version control software nowadays you don't have to lock the 
repo and the developers can continue with their work.  However, we're 
imposing and enforcing a few days for freeze and to regroup.


Our repository resides on a linux box with :pserver method access from WinXP 
CVS DOS and Tortoise clients.  Could I just lock the repo by executing cvs 
admin -l or -L  or do I have to download some perl module to accomplish 
this? I need to lock our CVS repository today.  Three projects reside in the 
repository, is it possible to lock them selectively or would admin -l lock 
the entire repo?


Thanks
steven




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Retrieving dead files from the Attic

[S I]

See page 113 of the Repository Admin:

cd into the folder where you need to retrieve the file and do

c:>cvs -Q update -p -r 1.1 foo.jpg > foo.jpg
c:>dir (to verify)
c:>cvs add -kb foo.jpg
c:>cvs ci -m "comment" foo.jpg





Original Message Follows
From: "Dennis W. Bulgrien" <[EMAIL PROTECTED]>
To: info-cvs@gnu.org
Subject: Re: Retrieving dead files from the Attic
Date: Fri, 8 Jul 2005 10:00:29 -0500
Received: from lists.gnu.org ([199.232.76.165]) by mc10-f16.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.211); Fri, 8 Jul 2005 08:16:17 -0700
Received: from localhost ([127.0.0.1] helo=lists.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43)id 1Dqubp-py-HHfor [EMAIL PROTECTED]; Fri, 08 Jul 
2005 11:17:45 -0400
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)id 
1DquY6-0008AD-FQfor info-cvs@gnu.org; Fri, 08 Jul 2005 11:13:54 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)id 
1DquY3-000894-JDfor info-cvs@gnu.org; Fri, 08 Jul 2005 11:13:53 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43) id 1DquY3-00087M-2lfor info-cvs@gnu.org; Fri, 08 Jul 
2005 11:13:51 -0400
Received: from [80.91.229.2] (helo=ciao.gmane.org)by monty-python.gnu.org 
with esmtp (TLS-1.0:RSA_AES_128_CBC_SHA:16)(Exim 4.34) id 
1DqubV-0002l7-Fsfor info-cvs@gnu.org; Fri, 08 Jul 2005 11:17:25 -0400
Received: from root by ciao.gmane.org with local (Exim 4.43)id 
1DquUW-0005YW-3Ffor info-cvs@gnu.org; Fri, 08 Jul 2005 17:10:12 +0200
Received: from saturn.vcsd.com ([64.238.237.215])by main.gmane.org with 
esmtp (Gmexim 0.1 (Debian))id 1AlnuQ-0007hv-00for ; Fri, 
08 Jul 2005 17:10:12 +0200
Received: from dbulgrien by saturn.vcsd.com with local (Gmexim 0.1 
(Debian))id 1AlnuQ-0007hv-00for ; Fri, 08 Jul 2005 
17:10:12 +0200

X-Message-Info: JGTYoYF78jG1CpPzNfJmeEfSZiYehpSFfnKOeq8XphM=
X-Injected-Via-Gmane: http://gmane.org/
Lines: 2
References: 
<[EMAIL PROTECTED]><[EMAIL PROTECTED]>

X-Complaints-To: [EMAIL PROTECTED]
X-Gmane-NNTP-Posting-Host: saturn.vcsd.com
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-BeenThere: info-cvs@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Announcements and discussions for the CVS version control 
system
List-Unsubscribe: 
,

List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: 
,

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 08 Jul 2005 15:16:18.0034 (UTC) 
FILETIME=[FD41BD20:01C583CF]


___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

RE: CVS Read-Only Access: readers & writers files

[S I]

Hi

Posting a 2nd time; does anyone know the answer to my questions?  Thank you


Hi

I'm reading the manual for CVS 1.11.20 and on page 27 (preprinted on the 
page, however, the .pdf document shows it to be page 29)  I find the 
documentation for readers and writers files somewhat confusing and 
ambiguous.  Could both readers and writers coexist or one at any given time?


Question 1: Could anyone tell me when (as of what version) these files were 
implemented?  I'm running CVS 1.11.1p1 on our Linux server and I just 
created the 'readers' file anyway and added a user to and will ask him to 
test it.  I don't think I could or would want to test and block myself lest 
running the risk of undoing what I've done.  Would my current version of CVS 
understand readers?


Question 2: If not, then I'm overdue an upgrade and hate to bring down the 
server during a critical release.  Would someone please shed some light on 
upgrading?


Thanks

Steve




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

CVS Read-Only Access: readers & writers files

[S I]

Hi

I'm reading the manual for CVS 1.11.20 and on page 27 (preprinted on the 
page, however, the .pdf document shows it to be page 29)  I find the 
documentation for readers and writers files somewhat confusing and 
ambiguous.  Could both readers and writers coexist or one at any given time?


Question 1: Could anyone tell me when (as of what version) these files were 
implemented?  I'm running CVS 1.11.1p1 on our Linux server and I just 
created the 'readers' file anyway and added a user to and will ask him to 
test it.  I don't think I could or would want to test and block myself lest 
running the risk of undoing what I've done.  Would my current version of CVS 
understand readers?


Question 2: If not, then I'm overdue an upgrade and hate to bring down the 
server during a critical release.  Would someone please shed some light on 
upgrading?


Thanks

Steve




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

RE: Don't commit during tagging

[S I]

Needn't worry about that.  CVS tags the matching copies of the revisions in 
your working folder only.  In other words, if you just did a checkout of 
-foo.bar (rev 1.6) and a developer shortly after, committed a new rev 1.7, 
your build and compile are based on 1.6 and when you tag 
cvs/respository/project...you have only tagged rev 1.6 (e.g. 
release_build_1.2.139) and 1.7 is not of your concern.  And when you do a 
checkout base on release_build_1.2.139 in the future, you'd always get rev 
1.6 of -foo.bar.



To ensure proper tagging I always work with a clean & fresh working folder.  
Delete your local project and do a fresh checkout.  You can now tag this 
pristine working folder, however, if your build does not compile or the 
Mainline's in a broken state (it does happen, you know?), then you've just 
wasted a tag.


I always tag after, only because I have to modify couple of files and commit 
them during or after the build.  Historically most folks or build/release 
engineers tag after they've made sure they have a clean build.  But everyone 
does it differently based on their needs.



AlwaysSo it doesn't matter whether you t

Original Message Follows
From: "Stephan Lange" <[EMAIL PROTECTED]>
To: 
Subject: Don't commit during tagging
Date: Sun, 3 Jul 2005 20:25:03 +0200
MIME-Version: 1.0
Received: from lists.gnu.org ([199.232.76.165]) by mc7-f34.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.211); Sun, 3 Jul 2005 11:30:45 -0700
Received: from localhost ([127.0.0.1] helo=lists.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43)id 1Dp9G1-0007Um-H2for [EMAIL PROTECTED]; Sun, 03 Jul 
2005 14:31:57 -0400
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)id 
1Dp9Ey-0007L8-OHfor info-cvs@gnu.org; Sun, 03 Jul 2005 14:30:53 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)id 
1Dp9Ev-0007Jt-HKfor info-cvs@gnu.org; Sun, 03 Jul 2005 14:30:51 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43) id 1Dp9Ev-0007IV-Bafor info-cvs@gnu.org; Sun, 03 Jul 
2005 14:30:49 -0400
Received: from [213.165.64.20] (helo=mail.gmx.net)by monty-python.gnu.org 
with smtp (Exim 4.34) id 1Dp9Fw-yu-69for info-cvs@gnu.org; Sun, 03 Jul 
2005 14:31:52 -0400

Received: (qmail invoked by alias); 03 Jul 2005 18:26:02 -
Received: from e180009081.adsl.alicedsl.de (EHLO mmadmin) [85.180.9.81]by 
mail.gmx.net (mp019) with SMTP; 03 Jul 2005 20:26:02 +0200

X-Message-Info: JGTYoYF78jGErbofBFuQwn4TW5/jwTiTvD3bIpKlmB0=
X-Authenticated: #6465864
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
Thread-Index: AcV//IfFqwuAxwp3Qka7EV5kgQUBOA==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2149
X-Y-GMX-Trusted: 0
X-BeenThere: info-cvs@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Announcements and discussions for the CVS version control 
system
List-Unsubscribe: 
,

List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: 
,

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 03 Jul 2005 18:30:45.0421 (UTC) 
FILETIME=[537EF5D0:01C57FFD]


Hey Folks!



We are using cvs in an enterprise web-application development project.



My task is the build and deployment of the new releases.



The build will be making every week. Before I start the process I tag all
the modules I need and then check out the modules with this tag.



The tagging process needs time because some modules are very big.



The question is, how can I be sure that during my tagging operation, no
developer is committing some new stuff to the modules?



Thanks for your help!



So long!



Stephan





___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Modifying the comment

[S I]

Hi

Let's say you checked in a file: C:\>cvs ci -m "wrong comment" filename...

How's is it possible to remodify the comment w/o checking in and out the 
file again, if you inadvertently checked it in with the wrong comment?


Thanks

Steve




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: CVS Lock Files

[S I]

Thanks.

I think(?) we've pinpointed the culprit (search for tags in Tortoise) and 
have asked the user not to execute and redo what she did to cause the 
problem.  So since last week the problem has stopped.  So I deduced that was 
the culprit.


In the mean time, I could modify my shell script to do a combo on 'find' : 
find /cvs/ -name *lock* && -ctime? I'll look for any locks older than a 
certain number of days.  However, the problem is that our Builds are 
automated and at 2 a.m. I'm not here watching them to call or stop the 
person who caused the problem and if the builds are successful, the tagging 
must go on.


Original Message Follows
From: [EMAIL PROTECTED] (Larry Jones)
To: [EMAIL PROTECTED] (S I)
CC: [EMAIL PROTECTED], info-cvs@gnu.org
Subject: Re: CVS Lock Files
Date: Wed, 22 Jun 2005 18:22:17 -0400 (EDT)
MIME-Version: 1.0
Received: from sdrc.com ([146.122.132.195]) by mc5-f16.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.211); Wed, 22 Jun 2005 15:22:19 -0700
Received: from sunlist.sdrc.com (sunlist.sdrc.com [146.122.142.20])by 
sdrc.com (8.9.1/8.9.1) with ESMTP id SAA16078;Wed, 22 Jun 2005 18:22:18 
-0400 (EDT)
Received: from thor.net.plm.eds.com (thor.net.plm.eds.com 
[146.122.201.250])by sunlist.sdrc.com (8.11.6+Sun/8.11.6) with ESMTP id 
j5MMMId07711;Wed, 22 Jun 2005 18:22:18 -0400 (EDT)
Received: (from [EMAIL PROTECTED])by thor.net.plm.eds.com (8.11.6/8.10.1) id 
j5MMMHF28349;Wed, 22 Jun 2005 18:22:17 -0400 (EDT)

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
X-Mailer: ELM [version 2.5 PL3]
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 22 Jun 2005 22:22:19.0839 (UTC) 
FILETIME=[DAABA4F0:01C57778]


S I writes:
>
> Thank you.  But do you see anything wrong with me manually removing such
> files?  They won't corrupt CVS or anything like that, would they?

Yes, it very well might.  You're not making any attempt to differentiate
between legitimate lock files (caused by someone currently running CVS)
and stale lock files (those left over from something horrible
happening).  Removing legitimate lock files is a recipe for disaster.
Figuring out which is which is somewhat tricky, particularly in a
script, so I strongly suggest you figure out what the horrible thing is
that's happening to leave you with stale lock files and fix it.

-Larry Jones

Just when I thought this junk was beginning to make sense. -- Calvin




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

RE: CVS Lock Files

[S I]

Thank you.  But do you see anything wrong with me manually removing such 
files?  They won't corrupt CVS or anything like that, would they?


p.s. the user is using tortoise with eclipse and I think that's what caused 
it or rather doing a search for tags within tortoise.


Original Message Follows
From: "Rod Macpherson" <[EMAIL PROTECTED]>
To: "S I" <[EMAIL PROTECTED]>,
Subject: RE: CVS Lock Files
Date: Wed, 22 Jun 2005 14:12:46 -0700
MIME-Version: 1.0
Received: from exchange1.meddatahcs.com ([66.193.203.133]) by 
MC8-F38.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 22 Jun 2005 
14:13:13 -0700

X-Message-Info: JGTYoYF78jG7Wo4tVlYkO3SAsLmFQsbTobegfEpTil8=
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: CVS Lock Files
Thread-Index: AcV3bmIGFH4V5F6wRG2knwRi1xbkTAAAExQg
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 22 Jun 2005 21:13:13.0132 (UTC) 
FILETIME=[330A5EC0:01C5776F]


Thing is, if this is that frequent there ottabee many reports of stray
locks. I can say we are not seeing that at all but will admit it used to
show up with a product called SmartCVS - not pointing the finger at that
product, just conveying our experience.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of S I
Sent: Wednesday, June 22, 2005 2:01 PM
To: info-cvs@gnu.org
Subject: CVS Lock Files

Hi

I've setup a cronjob on our unix server to run nightly to clean up CVS
lock
files before my build and before tagging CVS.   A user using Tortoise
accidentally caused certain folders in the repository to lock up during
my
build (about 3x's in 1 week) and tagging took about 600 minutes
(pending) to
complete until I manually removed the offensive "#cvs.*.*" files on the
server side and we cleaned up her Windows PC of any cvs.lock.tmp or
cvs.lock.folder pattern files and folders.  We seem to be OK now since I

deleted the files.

During my research I've found out that there're PERHAPS 3 ways files
COULD
be locked up UNINTENTIONALLY (NOT executing cvs admin -l):

1. Multiple users concurrently doing checkout, commit, or update.

2. Tagging?

3. And by means of an IDE such as IntelliJ or Eclipse?


Do you see anything wrong or dangerous with my unix script below?


#!/bin/sh

# Delete lock debris on cvs

find /usr/local/cvs -name "#cvs.lock*" -print | xargs rm -fdr
find /usr/local/cvs -name "#cvs.lock.*" -print | xargs rm -f
find /usr/local/cvs -name "#cvs.rfl.*" -print | xargs rm -f
find /usr/local/cvs -name "#cvs.wfl.*" -print | xargs rm -f
find /usr/local/cvs -name "#cvs.pfl.*" -print | xargs rm -f
find /usr/local/cvs -name "#cvs.tfl.*" -print | xargs rm -f
find /usr/local/cvs -name "cvsloc" -print | xargs rm -fdr

Thank you

Steve




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

CVS Lock Files

[S I]

Hi

I've setup a cronjob on our unix server to run nightly to clean up CVS lock 
files before my build and before tagging CVS.   A user using Tortoise 
accidentally caused certain folders in the repository to lock up during my 
build (about 3x's in 1 week) and tagging took about 600 minutes (pending) to 
complete until I manually removed the offensive "#cvs.*.*" files on the 
server side and we cleaned up her Windows PC of any cvs.lock.tmp or 
cvs.lock.folder pattern files and folders.  We seem to be OK now since I 
deleted the files.


During my research I've found out that there're PERHAPS 3 ways files COULD 
be locked up UNINTENTIONALLY (NOT executing cvs admin -l):


1. Multiple users concurrently doing checkout, commit, or update.

2. Tagging?

3. And by means of an IDE such as IntelliJ or Eclipse?


Do you see anything wrong or dangerous with my unix script below?


#!/bin/sh

# Delete lock debris on cvs

find /usr/local/cvs -name "#cvs.lock*" -print | xargs rm -fdr
find /usr/local/cvs -name "#cvs.lock.*" -print | xargs rm -f
find /usr/local/cvs -name "#cvs.rfl.*" -print | xargs rm -f
find /usr/local/cvs -name "#cvs.wfl.*" -print | xargs rm -f
find /usr/local/cvs -name "#cvs.pfl.*" -print | xargs rm -f
find /usr/local/cvs -name "#cvs.tfl.*" -print | xargs rm -f
find /usr/local/cvs -name "cvsloc" -print | xargs rm -fdr

Thank you

Steve




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

RE: CVS Lock Errors

[S I]

Thank you all for your help.

I found out(by googling) this was the case and cvs had left out debris of 
#cvs.rfl.blah.blah files in certain directories on the server as well as 
cvs.lock files on the user's pc.  Once we made sure she had checked in all 
his work, we manually deleted the .lock files and everything SEEMS to be ok 
now.  Thank you for the useful information.  It's always good to know more 
:)


Thanks again

Original Message Follows
From: "Arthur Barrett" <[EMAIL PROTECTED]>
To: "S I" <[EMAIL PROTECTED]>,
Subject: RE: CVS Lock Errors
Date: Fri, 17 Jun 2005 10:32:42 +1000
MIME-Version: 1.0
Received: from mail.march-hare.com ([61.88.121.170]) by mc5-f15.hotmail.com 
with Microsoft SMTPSVC(6.0.3790.211); Thu, 16 Jun 2005 17:46:19 -0700

X-Message-Info: JGTYoYF78jH8W+5Xll35zI9kPqLdLWobjEchZ/b194k=
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: CVS Lock Errors
Thread-Index: AcVyqNiqBr4ZKrETSUePSnLXucct9QAKkT6N
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 17 Jun 2005 00:46:19.0718 (UTC) 
FILETIME=[F9F60E60:01C572D5]


Steven,

This is quite a common problem (at least for some people).

CVS locks at the directory level on the server, by creating a "lock file".  
If the server process terminates unexpectedly (eg: kill -9) then the "lock 
file" is left in place.  To "unlock" your repository remove the lock files.


CVSNT (open source, GPL, Linux, Unix, Mac, Windows, just like CVS) resolves 
this by having a separate lock server process.  If the client process dies 
so do the locks.  It also means that checkout and update are atomic.  CVSNT 
also includes "chacl", "lsacl" etc for setting access control lists on 
branhes etc which I notice was another question of yours in another thread).


If you are using Tortoise on the client - by default Tortoise uses the CVSNT 
client (it comes with Tortoise) - you will get better integration if you use 
CVSNT server and Tortoise with CVSNT...


If you are interested in CVSNT please refer questions to the CVSNT 
newsgroup:

http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt
or
news://news.cvsnt.org/support.cvsnt

Regards,


Arthur Barrett


-Original Message-
From:	[EMAIL PROTECTED] on behalf of S 
I

Sent:   Fri 6/17/2005 5:35 AM
To: info-cvs@gnu.org
Cc:
Subject:CVS Lock Errors

Hi

I have a 2nd question:

A user using Tortoise window's client using :pserver to the linux box,
executed the commad searching for tags.  Not a specific tag but all tags in
the repository.  The command's been running for about 15 hours now, locking
cvs, and not allowing anyone else to tag.  We can update, commit, etc but
not tag. And I do need to tag my build today.

When I try to tag, I get the error msg that so & so user has it locked. When
I do -cvs admin -U, the server says waiting for the user's lock, etc.

On the linux server side, I thought it was a ps process I could kill...but
NONE!

How can I kill this annoying process?  I told him to delete all his working
folders, reboot, and check out fresh and anew again.

Any suggestions?

Thank you

Steven




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: CVS Lock Errors

[S I]

I'm ok now. Oddly I didn't find any cvs processes running on the unix 
server.  So I cut & paste the error msgs into google and found out cvs.locks 
were created by the user, inadvertently, and we had to delete them manually. 
 Thank you very much for the info and your time. :)


Original Message Follows
From: Todd Denniston <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: CVS Lock Errors
Date: Thu, 16 Jun 2005 19:13:39 -0500
MIME-Version: 1.0
Received: from mail.ssa.crane.navy.mil ([164.227.42.3]) by 
mc3-f29.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 16 Jun 2005 
17:16:50 -0700
Received: from ssa.crane.navy.mil ([EMAIL PROTECTED] 
[164.227.42.142]) by mail.ssa.crane.navy.mil  with ESMTP id TAA26924; Thu, 
16 Jun 2005 19:14:42 -0500

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
Organization: Code 6067, NSWC Crane
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.25glock1 i686)
X-Accept-Language: en
References: <[EMAIL PROTECTED]>
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 17 Jun 2005 00:16:51.0102 (UTC) 
FILETIME=[DBC8ABE0:01C572D1]


S I wrote:
>
> Hi
>
> I have a 2nd question:
>
> A user using Tortoise window's client using :pserver to the linux box,
> executed the commad searching for tags.  Not a specific tag but all tags 
in
> the repository.  The command's been running for about 15 hours now, 
locking

> cvs, and not allowing anyone else to tag.  We can update, commit, etc but
> not tag. And I do need to tag my build today.
>
> When I try to tag, I get the error msg that so & so user has it locked. 
When

> I do -cvs admin -U, the server says waiting for the user's lock, etc.
>
> On the linux server side, I thought it was a ps process I could 
kill...but

> NONE!

If it is a process that is still running,  you should be able to find the
process with
`ps options |grep cvs` where options are either "aux" or "ef".

>
> How can I kill this annoying process?  I told him to delete all his 
working

> folders, reboot, and check out fresh and anew again.

If he has done all the those things, which should be unnecessary, and the ps
netted nothing ... some how cvs (on the server) was terminated while he was
doing his tag search and was not given a chance to clean up after itself.

>
> Any suggestions?
>
WARNING USE AT YOUR OWN RISK * WARNING USE AT YOUR OWN RISK *
with all the above going on I would:
1) configure inetd or xinetd to not run any more cvs processes while I
figure out what is going on. (and restart [x]inetd)
2) stop any currently running cvs instances (under linux on the server)
`killall -SIGTERM cvs;echo "nice kill done"; \
sleep 60; killall -9 cvs; echo "lets se-em survive that"`
#if you get any output before the "nice kill done" echo,
#there were no cvs's running.
3) make a backup of the repository.
4) run Donald Sharp's check_cvs script to see what if anything is amiss with
the repository
5) take note of and delete any locks check_cvs finds.
6) decide if you want to fix anything else check_cvs finds.
7) take some guesses as to how it got into this state
(this seems like a very weird state to me, it would probably be good to let
the mailing list know what version of cvs you are running on the server and
Tortoise. have you ever had this search for all tags action work in the
past?)
8) put the system back on line for cvs work. reconfigure [x]inetd to run cvs
pserver and restart [x]inetd.

9) you might want to check and make sure everyone is accessing the repo
through pserver or ext (to the same server machine) and that no one is
accessing it using a filesystem method.

WARNING USE AT YOUR OWN RISK * WARNING USE AT YOUR OWN RISK *
--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

CVS Lock Errors

[S I]

Hi

I have a 2nd question:

A user using Tortoise window's client using :pserver to the linux box, 
executed the commad searching for tags.  Not a specific tag but all tags in 
the repository.  The command's been running for about 15 hours now, locking 
cvs, and not allowing anyone else to tag.  We can update, commit, etc but 
not tag. And I do need to tag my build today.


When I try to tag, I get the error msg that so & so user has it locked. When 
I do -cvs admin -U, the server says waiting for the user's lock, etc.


On the linux server side, I thought it was a ps process I could kill...but 
NONE!


How can I kill this annoying process?  I told him to delete all his working 
folders, reboot, and check out fresh and anew again.


Any suggestions?

Thank you

Steven




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Repository Access

[S I]

Great, thanks.

Original Message Follows
From: Jim Hyslop <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED],  info-cvs@gnu.org
Subject: Re: Repository Access
Date: Thu, 16 Jun 2005 14:50:05 -0400
MIME-Version: 1.0
Received: from tomts22-srv.bellnexxia.net ([209.226.175.184]) by 
MC8-F23.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 16 Jun 2005 
11:52:08 -0700
Received: from [127.0.0.1] ([67.68.52.19]) by tomts22-srv.bellnexxia.net 
 (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP  
id <[EMAIL PROTECTED]>;   
   Thu, 16 Jun 2005 14:50:15 -0400

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
References: <[EMAIL PROTECTED]>
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 16 Jun 2005 18:52:08.0959 (UTC) 
FILETIME=[7F8590F0:01C572A4]


S I wrote:
cvs_acls? Ok thanks.  I have to research that.  Is that a 3rd party tool or 
part of CVS?


It's part of the source code distributed from www.cvshome.org. Download the 
tarball (or check out the source) and cvs_acls will be in a directory named 
'contrib'.


cvs_acls provides more fine-grained control over access - it allows, for 
example, control over who can check into branches, and so on.


--
Jim




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Repository Access

[S I]

cvs_acls? Ok thanks.  I have to research that.  Is that a 3rd party tool or 
part of CVS?


Original Message Follows
From: Todd Denniston <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: Repository Access
Date: Thu, 16 Jun 2005 08:56:09 -0500
MIME-Version: 1.0
Received: from mail.ssa.crane.navy.mil ([164.227.42.3]) by 
mc3-f29.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 16 Jun 2005 
06:56:10 -0700
Received: from ssa.crane.navy.mil ([EMAIL PROTECTED] 
[164.227.42.142]) by mail.ssa.crane.navy.mil  with ESMTP id IAA25670; Thu, 
16 Jun 2005 08:57:11 -0500

X-Message-Info: JGTYoYF78jGyC0d8LB2jTso0kYQInfoqWjVpkDHFtCs=
Organization: Code 6067, NSWC Crane
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.25glock1 i686)
X-Accept-Language: en
References: <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>

Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 16 Jun 2005 13:56:10.0860 (UTC) 
FILETIME=[26DEB2C0:01C5727B]


Jim Hyslop wrote:
>
> S I wrote:
> > Hi Class!
> >
> > Currently our CVS repo has 3 main & separate projects running under it.
> > By default when I create a new unix user; I give them access to the
> > whole repository, however, some folks have been editing files in
> > projects they were not supposed to.
>
> > How can I ONLY and specifically create or modify the access rights &
> > privileges of only few specific people w/o wreaking havoc on the whole
> > repository?  And by default if they're not listed in that file then 
that

> > means they have access to all projs?  Is there a way?
>
> Use your operating system's access control system. Create a group for
> each project, and assign people to the groups they are allowed to be in.
> You will have to determine, in conjunction with your project leaders,
> which projects new users will have access to, by default.
>
> And, of course, get the managers and project leaders on side to explain
> that changing project files they haven't been assigned to will result in
> disciplinary action, up to and including termination.

Although the above is what I also see as the best option, you *MAY* also be
able to get some where in the middle using the cvs_acls script.

--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Repository Access

[S I]

Thank you.  I suspected I had to or end up doing it from the unix admin 
level.  I thought (being a misguided person that I am ;) that like any other 
cvs task (such as notify, etc) you could simply create a text file and in it 
say something like:


#comment
[EMAIL PROTECTED] proj-A proj-B
[EMAIL PROTECTED]  proj-C only

So, looks like I have to create different unix groups, etc.  Thanks for the 
response.


Steve

Original Message Follows
From: Jim Hyslop <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: Repository Access
Date: Thu, 16 Jun 2005 09:21:16 -0400
MIME-Version: 1.0
Received: from tomts25-srv.bellnexxia.net ([209.226.175.188]) by 
mc4-f30.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 16 Jun 2005 
06:21:22 -0700
Received: from [127.0.0.1] ([67.68.52.19]) by tomts25-srv.bellnexxia.net 
 (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP  
id <[EMAIL PROTECTED]>;   
   Thu, 16 Jun 2005 09:21:21 -0400

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
References: <[EMAIL PROTECTED]>
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 16 Jun 2005 13:21:22.0999 (UTC) 
FILETIME=[4A686470:01C57276]


S I wrote:

Hi Class!

Currently our CVS repo has 3 main & separate projects running under it.  By 
default when I create a new unix user; I give them access to the whole 
repository, however, some folks have been editing files in projects they 
were not supposed to.


How can I ONLY and specifically create or modify the access rights & 
privileges of only few specific people w/o wreaking havoc on the whole 
repository?  And by default if they're not listed in that file then that 
means they have access to all projs?  Is there a way?


Use your operating system's access control system. Create a group for each 
project, and assign people to the groups they are allowed to be in. You will 
have to determine, in conjunction with your project leaders, which projects 
new users will have access to, by default.


And, of course, get the managers and project leaders on side to explain that 
changing project files they haven't been assigned to will result in 
disciplinary action, up to and including termination.


--
Jim




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Repository Access

[S I]

Hi Class!

Currently our CVS repo has 3 main & separate projects running under it.  By 
default when I create a new unix user; I give them access to the whole 
repository, however, some folks have been editing files in projects they 
were not supposed to.


How can I ONLY and specifically create or modify the access rights & 
privileges of only few specific people w/o wreaking havoc on the whole 
repository?  And by default if they're not listed in that file then that 
means they have access to all projs?  Is there a way?


Thanks

Steven




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

RE: newbie question : regarding installation

[S I]

Hi

The preferred way of installing CVS is serving the repository from a 
Unix/Linux server (w/o shell access) and on the windows client side using 
the :pserver method and using 1 of the 3 following clients to login:


1. DOS client (cvs.exe) [Very easy 3-step set up]

2. Tortoise, A seamless Windows Explorer plugin

3. WinCVS, a GUI and complete API

However, if you plan to serve CVS from a *nix server and give shell access 
to users, then they could use putty.exe to access the *nix server from their 
WinXP desktops but this means their working folders & views will be on the 
*nix box and not their desktops.


If you're not planning to serve CVS from unix/linux then you need to CVSNT 
and serve it from a Windows Server and again use one of the above clients to 
login.


If you don't serve the repository from a server (unix or nt) then it will be 
local ONLY to your machine and others will not get to see it.  And I don't 
think you'd wanna install cvsnt on your XP desktop to allow your machine to 
be choked acting as a server.


I hope this is clear enough to get you going and if I'm wrong, I'm sure 
someone will correct me. :)


Steven

Original Message Follows
From: Michael Echavez <[EMAIL PROTECTED]>
Reply-To: Michael Echavez <[EMAIL PROTECTED]>
To: cvs 
Subject: newbie question : regarding installation
Date: Sun, 5 Jun 2005 23:38:14 +0800
MIME-Version: 1.0
Received: from lists.gnu.org ([199.232.76.165]) by mc2-f9.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.211); Sun, 5 Jun 2005 08:42:41 -0700
Received: from localhost ([127.0.0.1] helo=lists.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43)id 1DexJW-0008CZ-WEfor [EMAIL PROTECTED]; Sun, 05 Jun 
2005 11:45:27 -0400
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)id 
1DexIh-0008B8-8Tfor info-cvs@gnu.org; Sun, 05 Jun 2005 11:44:35 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)id 
1DexIf-0008AC-FEfor info-cvs@gnu.org; Sun, 05 Jun 2005 11:44:33 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43) id 1DexIf-000899-BAfor info-cvs@gnu.org; Sun, 05 Jun 
2005 11:44:33 -0400
Received: from [64.233.184.206] (helo=wproxy.gmail.com)by 
monty-python.gnu.org with esmtp (Exim 4.34) id 1DexFU-0005ZM-K7for 
info-cvs@gnu.org; Sun, 05 Jun 2005 11:41:16 -0400
Received: by wproxy.gmail.com with SMTP id 50so2444026wrifor 
; Sun, 05 Jun 2005 08:38:14 -0700 (PDT)
Received: by 10.54.115.3 with SMTP id n3mr2636714wrc;Sun, 05 Jun 2005 
08:38:14 -0700 (PDT)

Received: by 10.54.24.42 with HTTP; Sun, 5 Jun 2005 08:38:14 -0700 (PDT)
X-Message-Info: JGTYoYF78jFhIxYbmFAGbyIpB4oaDQ46FEi88Fe29DY=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; 
d=gmail.com;h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type;b=SEHdIlidgQGKq5YUHA0B7v5j7mBFEJDHiycYOz7qOy1coTPFh2fy+L/Wnys9a/BXq0RuDpX4Jr3O6xhshHsDoIHF0QJgPagwa/+F216/7aclLZXfT2CLpYWZb3E2NokFOcSEE6Jq/A95+j+rCOybWJ8VhO/XhdY9wKkOuoXnyJM=

X-BeenThere: info-cvs@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Announcements and discussions for the CVS version control 
system
List-Unsubscribe: 
,

List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: 
,

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 05 Jun 2005 15:42:41.0837 (UTC) 
FILETIME=[35A525D0:01C569E5]


Hi everyone,
Greetings!
I was thinking of using cvs for one of my projects. And i was wondering if
any of you got an advice as to how i would install cvs for windows xp.
There's a lot of web sites that recommend different approaches in doing so.
Since most of them differ in the software (i.e., cvsnt, putty, cgywin)
involved in installing cvs, i get confused with which is the best one to
use. If you could recommend or suggest anything, I would really really
appreciate it.
Thank you and Good day!

Regards,
Michael
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Retrieving dead files from the Attic

[S I]

Here's another question I have on the same topic:

If a file is removed from CVS properly (by rm, cvs rm, cvs ci), what gets 
committed to the Attic exactly? Both the file and its sister comapnion 
file,v or just the latter?  I've noticed that I only get to see the latter 
version under all my Attic subfolders, if this is the case then I'm good but 
the original file needs to be visible in the Attic too along with its 
file,v, then our developers have not been properly deleting or removing 
files from cvs and we're in trouble.


I still have not managed to retrieve my lost files from the Attic, executing 
the 3 commands I listed.  They simply don't work and retrieve new files with 
zero or empty cotent.  Help!


Thanks.

Original Message Follows
From: "S I" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: info-cvs@gnu.org
Subject: Re: Retrieving dead files from the Attic
Date: Wed, 25 May 2005 11:38:24 -0700
MIME-Version: 1.0
X-Originating-IP: [206.173.244.27]
X-Originating-Email: [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
Received: from lists.gnu.org ([199.232.76.165]) by mc7-f27.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.211); Wed, 25 May 2005 11:44:17 -0700
Received: from localhost ([127.0.0.1] helo=lists.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43)id 1Db0tf-0003kq-DGfor [EMAIL PROTECTED]; Wed, 25 May 
2005 14:46:27 -0400
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)id 
1Db0su-0003ik-Nefor info-cvs@gnu.org; Wed, 25 May 2005 14:45:42 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)id 
1Db0ss-0003hb-5cfor info-cvs@gnu.org; Wed, 25 May 2005 14:45:38 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43) id 1Db0sr-0003go-Jgfor info-cvs@gnu.org; Wed, 25 May 
2005 14:45:37 -0400
Received: from [65.54.245.23] (helo=hotmail.com)by monty-python.gnu.org with 
esmtp (Exim 4.34) id 1Db0mL-00038F-3Ffor info-cvs@gnu.org; Wed, 25 May 2005 
14:38:53 -0400
Received: from mail pickup service by hotmail.com with Microsoft 
SMTPSVC;Wed, 25 May 2005 11:38:24 -0700
Received: from 206.173.244.27 by by1fd.bay1.hotmail.msn.com with HTTP;Wed, 
25 May 2005 18:38:24 GMT

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPt4iogl2abg+M=
X-OriginalArrivalTime: 25 May 2005 18:38:24.0275 
(UTC)FILETIME=[EEE24630:01C56158]

X-BeenThere: info-cvs@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Announcements and discussions for the CVS version control 
system
List-Unsubscribe: 
<http://lists.gnu.org/mailman/listinfo/info-cvs>,<mailto:[EMAIL PROTECTED]>

List-Archive: <http://lists.gnu.org/pipermail/info-cvs>
List-Post: <mailto:info-cvs@gnu.org>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Subscribe: 
<http://lists.gnu.org/mailman/listinfo/info-cvs>,<mailto:[EMAIL PROTECTED]>

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]

No, it was committed to the Attic in the subfolder where the file was 
deleted.  I'm now on the repository and see this file in the Attic.  
However, I'm not sure whether to retrieve from the server side or my 
desktop/client side?  The 3 steps I posted seem to be done from the client 
side?  Am I on the right track?  Thanks.


Original Message Follows
From: Russ Sherk <[EMAIL PROTECTED]>
Reply-To: Russ Sherk <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: Retrieving dead files from the Attic
Date: Wed, 25 May 2005 13:04:35 -0400
MIME-Version: 1.0
Received: from wproxy.gmail.com ([64.233.184.201]) by mc7-f30.hotmail.com 
with Microsoft SMTPSVC(6.0.3790.211); Wed, 25 May 2005 10:04:37 -0700
Received: by wproxy.gmail.com with SMTP id 71so559239wrafor 
<[EMAIL PROTECTED]>; Wed, 25 May 2005 10:04:35 -0700 (PDT)
Received: by 10.54.37.8 with SMTP id k8mr457405wrk;Wed, 25 May 2005 
10:04:35 -0700 (PDT)

Received: by 10.54.7.76 with HTTP; Wed, 25 May 2005 10:04:35 -0700 (PDT)
X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;s=beta; d=gmail.com; 
   
h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; 
   
b=I5ZeHMM9PAhL7E7HwXpKU5oR/7ooUgzJAzW5dLwUYy9Hbb5+fkq6zb8n9Knw1JfNFThrUjPxexTE9G4Z+fBKiguyWQH3HxZvnU+dqAChGp1tReThEY48Xw54dnOpGepZCobK/ly5buxzosmJZ2lowvEtrhPqopTf+6dy4QJKK2c=
References: <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>

Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 25 May 2005 17:04:37.0431 (UTC) 
FILETIME=[D5060470:01C5614B]


Did you commit the file to the Attic? i.e. cvs ci 
myRepoPath/Attic/myFile.txt

Or did you commit to a branch but not to main trunk (or vice-a-versa)?

If the second is the case, then you can just merge the file from the
branch to the main trunk:
cvs co myRepoPath/
cvs up -j branch_name myRepoPath/myF

Re: Retrieving dead files from the Attic

[S I]

Here's another question I have on the same topic:

If a file is removed from CVS properly (by rm, cvs rm, cvs ci), what gets 
committed to the Attic exactly? Both the file and its sister comapnion 
file,v or just the latter?  I've noticed that I only get to see the latter 
version under all my Attic subfolders, if this is the case then I'm good but 
the original file needs to be visible in the Attic too along with its 
file,v, then our developers have not been properly deleting or removing 
files from cvs and we're in trouble.


I still have not managed to retrieve my lost files from the Attic, executing 
the 3 commands I listed.  They simply don't work and retrieve new files with 
zero or empty cotent.  Help!


Thanks.

Original Message Follows
From: "S I" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: info-cvs@gnu.org
Subject: Re: Retrieving dead files from the Attic
Date: Wed, 25 May 2005 11:38:24 -0700
MIME-Version: 1.0
X-Originating-IP: [206.173.244.27]
X-Originating-Email: [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
Received: from lists.gnu.org ([199.232.76.165]) by mc7-f27.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.211); Wed, 25 May 2005 11:44:17 -0700
Received: from localhost ([127.0.0.1] helo=lists.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43)id 1Db0tf-0003kq-DGfor [EMAIL PROTECTED]; Wed, 25 May 
2005 14:46:27 -0400
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)id 
1Db0su-0003ik-Nefor info-cvs@gnu.org; Wed, 25 May 2005 14:45:42 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)id 
1Db0ss-0003hb-5cfor info-cvs@gnu.org; Wed, 25 May 2005 14:45:38 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43) id 1Db0sr-0003go-Jgfor info-cvs@gnu.org; Wed, 25 May 
2005 14:45:37 -0400
Received: from [65.54.245.23] (helo=hotmail.com)by monty-python.gnu.org with 
esmtp (Exim 4.34) id 1Db0mL-00038F-3Ffor info-cvs@gnu.org; Wed, 25 May 2005 
14:38:53 -0400
Received: from mail pickup service by hotmail.com with Microsoft 
SMTPSVC;Wed, 25 May 2005 11:38:24 -0700
Received: from 206.173.244.27 by by1fd.bay1.hotmail.msn.com with HTTP;Wed, 
25 May 2005 18:38:24 GMT

X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPt4iogl2abg+M=
X-OriginalArrivalTime: 25 May 2005 18:38:24.0275 
(UTC)FILETIME=[EEE24630:01C56158]

X-BeenThere: info-cvs@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Announcements and discussions for the CVS version control 
system
List-Unsubscribe: 
<http://lists.gnu.org/mailman/listinfo/info-cvs>,<mailto:[EMAIL PROTECTED]>

List-Archive: <http://lists.gnu.org/pipermail/info-cvs>
List-Post: <mailto:info-cvs@gnu.org>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Subscribe: 
<http://lists.gnu.org/mailman/listinfo/info-cvs>,<mailto:[EMAIL PROTECTED]>

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]

No, it was committed to the Attic in the subfolder where the file was 
deleted.  I'm now on the repository and see this file in the Attic.  
However, I'm not sure whether to retrieve from the server side or my 
desktop/client side?  The 3 steps I posted seem to be done from the client 
side?  Am I on the right track?  Thanks.


Original Message Follows
From: Russ Sherk <[EMAIL PROTECTED]>
Reply-To: Russ Sherk <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: Retrieving dead files from the Attic
Date: Wed, 25 May 2005 13:04:35 -0400
MIME-Version: 1.0
Received: from wproxy.gmail.com ([64.233.184.201]) by mc7-f30.hotmail.com 
with Microsoft SMTPSVC(6.0.3790.211); Wed, 25 May 2005 10:04:37 -0700
Received: by wproxy.gmail.com with SMTP id 71so559239wrafor 
<[EMAIL PROTECTED]>; Wed, 25 May 2005 10:04:35 -0700 (PDT)
Received: by 10.54.37.8 with SMTP id k8mr457405wrk;Wed, 25 May 2005 
10:04:35 -0700 (PDT)

Received: by 10.54.7.76 with HTTP; Wed, 25 May 2005 10:04:35 -0700 (PDT)
X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;s=beta; d=gmail.com; 
   
h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; 
   
b=I5ZeHMM9PAhL7E7HwXpKU5oR/7ooUgzJAzW5dLwUYy9Hbb5+fkq6zb8n9Knw1JfNFThrUjPxexTE9G4Z+fBKiguyWQH3HxZvnU+dqAChGp1tReThEY48Xw54dnOpGepZCobK/ly5buxzosmJZ2lowvEtrhPqopTf+6dy4QJKK2c=
References: <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>

Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 25 May 2005 17:04:37.0431 (UTC) 
FILETIME=[D5060470:01C5614B]


Did you commit the file to the Attic? i.e. cvs ci 
myRepoPath/Attic/myFile.txt

Or did you commit to a branch but not to main trunk (or vice-a-versa)?

If the second is the case, then you can just merge the file from the
branch to the main trunk:
cvs co myRepoPath/
cvs up -j branch_name myRepoPath/myF

Re: Retrieving dead files from the Attic

[S I]

No, it was committed to the Attic in the subfolder where the file was 
deleted.  I'm now on the repository and see this file in the Attic.  
However, I'm not sure whether to retrieve from the server side or my 
desktop/client side?  The 3 steps I posted seem to be done from the client 
side?  Am I on the right track?  Thanks.


Original Message Follows
From: Russ Sherk <[EMAIL PROTECTED]>
Reply-To: Russ Sherk <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: Retrieving dead files from the Attic
Date: Wed, 25 May 2005 13:04:35 -0400
MIME-Version: 1.0
Received: from wproxy.gmail.com ([64.233.184.201]) by mc7-f30.hotmail.com 
with Microsoft SMTPSVC(6.0.3790.211); Wed, 25 May 2005 10:04:37 -0700
Received: by wproxy.gmail.com with SMTP id 71so559239wrafor 
<[EMAIL PROTECTED]>; Wed, 25 May 2005 10:04:35 -0700 (PDT)
Received: by 10.54.37.8 with SMTP id k8mr457405wrk;Wed, 25 May 2005 
10:04:35 -0700 (PDT)

Received: by 10.54.7.76 with HTTP; Wed, 25 May 2005 10:04:35 -0700 (PDT)
X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;s=beta; d=gmail.com; 
   
h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; 
   
b=I5ZeHMM9PAhL7E7HwXpKU5oR/7ooUgzJAzW5dLwUYy9Hbb5+fkq6zb8n9Knw1JfNFThrUjPxexTE9G4Z+fBKiguyWQH3HxZvnU+dqAChGp1tReThEY48Xw54dnOpGepZCobK/ly5buxzosmJZ2lowvEtrhPqopTf+6dy4QJKK2c=
References: <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>

Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 25 May 2005 17:04:37.0431 (UTC) 
FILETIME=[D5060470:01C5614B]


Did you commit the file to the Attic? i.e. cvs ci 
myRepoPath/Attic/myFile.txt

Or did you commit to a branch but not to main trunk (or vice-a-versa)?

If the second is the case, then you can just merge the file from the
branch to the main trunk:
cvs co myRepoPath/
cvs up -j branch_name myRepoPath/myFile.txt

(Note the lack of Attic in the path)

--Russ

On 5/25/05, S I <[EMAIL PROTECTED]> wrote:
> We're running the cvs Repo on a linux box with no shell access to users
> who're on the WinXP client side, except myself as the Admin.
>
> A user accidentally committed files to the Attic and we need to retrieve
> them.  I've committed files to the attic many times before but we never 
had
> the need to retrieve.  I myself access the Repo via WinXP Dos prompt, as 
a
> client too to do my work and never login to shell except to create new 
users

> or do maintenance, etc.
>
> Can I retrieve the dead files from winxp client side by being in my 
working

> copy's specific folder where the file was deleted, like so:
>
> cvs –Q update -p -r (revision) foo.jpg > foo.jpg
>
> cvs add –kb foo.jpg (only if binary)
>
> cvs ci -m "Resurrecting the Dead!" foo.jpg
>
> If this has to be done on the unix side, do I have create a working copy 
in

> my $home$ folder?  I need specifics please.  Your help is very much
> appreciated.  Thank you.
>
> Steven
>
>
>
>
> ___
> Info-cvs mailing list
> Info-cvs@gnu.org
> http://lists.gnu.org/mailman/listinfo/info-cvs
>




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Retrieving dead files from the Attic

[S I]

We're running the cvs Repo on a linux box with no shell access to users 
who're on the WinXP client side, except myself as the Admin.


A user accidentally committed files to the Attic and we need to retrieve 
them.  I've committed files to the attic many times before but we never had 
the need to retrieve.  I myself access the Repo via WinXP Dos prompt, as a 
client too to do my work and never login to shell except to create new users 
or do maintenance, etc.


Can I retrieve the dead files from winxp client side by being in my working 
copy's specific folder where the file was deleted, like so:


cvs –Q update -p -r (revision) foo.jpg > foo.jpg

cvs add –kb foo.jpg (only if binary)

cvs ci -m “Resurrecting the Dead!” foo.jpg

If this has to be done on the unix side, do I have create a working copy in 
my $home$ folder?  I need specifics please.  Your help is very much 
appreciated.  Thank you.


Steven




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: How to "undo" a commit?

[S I]

I had a similar problem and was about to post.  It's like somebody magically 
read my mind.  Thanks Christian for posting and many thanks Pierre for the 
solution. :)


Steven

Original Message Follows
From: [EMAIL PROTECTED] (Pierre Asselin)
To: info-cvs@gnu.org
Subject: Re: How to "undo" a commit?
Date: Sun, 22 May 2005 00:00:28 + (UTC)
Received: from lists.gnu.org ([199.232.76.165]) by mc2-f12.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.211); Sat, 21 May 2005 17:04:11 -0700
Received: from localhost ([127.0.0.1] helo=lists.gnu.org)by lists.gnu.org 
with esmtp (Exim 4.43)id 1DZdyn-0004ao-BWfor [EMAIL PROTECTED]; Sat, 21 May 
2005 20:06:05 -0400

X-Message-Info: JGTYoYF78jFrDPPrXactE4Nmd+8aFpukTHQNjIsPyMM=
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!bloom-beacon.mit.edu!panix!not-for-mail

Newsgroups: gnu.cvs.help
Organization: PANIX Public Access Internet and UNIX, NYC
Lines: 25
References: <[EMAIL PROTECTED]>
NNTP-Posting-Host: panix1.panix.com
X-Trace: reader1.panix.com 1116720028 5720 166.84.1.1 (22 May 2005 
00:00:28GMT)

X-Complaints-To: [EMAIL PROTECTED]
NNTP-Posting-Date: Sun, 22 May 2005 00:00:28 + (UTC)
User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (NetBSD/2.0 (i386))
Xref: shelby.stanford.edu gnu.cvs.help:45095
X-BeenThere: info-cvs@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Announcements and discussions for the CVS version control 
system
List-Unsubscribe: 
,

List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: 
,

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 22 May 2005 00:04:11.0940 (UTC) 
FILETIME=[C88C3E40:01C55E61]


Christian Hujer <[EMAIL PROTECTED]> wrote:

> What is the best way to make the HEAD revision of the files being the 
previous
> revision? I've read the faq, they say if the last version is 1.31, 
"checkout

> 1.30 and recheckin as 1.32". But I cannot imagine how to do this.

cvs update -j 1.31 -j 1.30 the_file
or
cvs update -p -r1.30 the_file > the_file


> When I try "cvs update -r 1.30 file" and then "cvs commit file" it of 
course

> does not work.

Because it has a sticky revision.  To recover from that,
cp the_file tempfile
cvs update -A the_file
mv tempfile the_file

Any one of these three methods will give you a file with the content of
revision 1.30, ready to be committed as revision 1.32 .


--
pa at panix dot com
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs




___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

CVS Annotate or FORCING users to comment their checkins

[S I]

Hi
Is there any way to force the users to comment or annotate their commits or 
checkins?

I know by default the -m "comment goes here" the system asks them to provide 
a brief comment, however, this can easily be bypassed.

Can a template be set up or is there anyway to do this through the Admin 
level?

Thanks
Steven

___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Can't checkout to my C: root directly *PANIC* Admin Files Missing

[S I]

Thank you guys for all your help.  That other 2nd problem went away after I 
rebooted.   You guys were right, the cvs folder interfered and made a mess.  
Thank God or helpful people. :)

Original Message Follows
From: Jim Hyslop <[EMAIL PROTECTED]>
To: "Mark D. Baushke" <[EMAIL PROTECTED]>
CC: S I <[EMAIL PROTECTED]>,  info-cvs@gnu.org
Subject: Re: Can't checkout to my C: root directly *PANIC* Admin Files 
Missing
Date: Wed, 11 May 2005 19:43:25 -0400
MIME-Version: 1.0
Received: from tomts13-srv.bellnexxia.net ([209.226.175.34]) by 
MC8-F27.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 11 May 2005 
16:43:52 -0700
Received: from [127.0.0.1] ([65.93.216.199]) by tomts13-srv.bellnexxia.net   
   (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP
  id <[EMAIL PROTECTED]>; 
 Wed, 11 May 2005 19:43:50 -0400
X-Message-Info: JGTYoYF78jH/5MptzV/9FVf+fenWEue33dlGWso+oxM=
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
References: <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 11 May 2005 23:43:53.0193 (UTC) 
FILETIME=[49FCB590:01C55683]

Mark D. Baushke wrote:
If you see that you are indeed configured to use
TopLevelAdmin=yes, then Arno Schuring's analysis
that you are unable to create and populate a
C:\CVS directory is likely the root-cause of your
problem.
I think the analysis Arno provided is exactly right, and has nothing to do 
with the TopLevelAdmin option.

From any working directory, if you create a directory named CVS (or 'cvs' on 
Windows, since it's case-insensitive) then _without changing directories_ 
issue just about any CVS command, you'll get the "PANIC" error message.

The red herring in this case is the fact that the current working directory 
also happens to be the root directory.

--
Jim

___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Can't checkout to my C: root directly *PANIC* Admin Files Missing

[S I]

OK, topleveladmin on the server is set to NO.  Should it be set to yes?
But per Richard or Arno, I renamed the cvs subdir (to mycvs) and I'm fine 
now checking to the root, however, a new problem has come up: if the projx 
already exists on the root when I originally did cvs co -P projx, 
re-executing the command a 2nd time in a row or also running will prompt me 
to delete the projx before proceeding, but if I CD into the projx and do cvs 
update projx or . dot, then I'm fine.  Is that normal?

Here's the new error msg:
...
cvs checkout: move away projx/help/ja/SubAccount.htm; it is in the way
C projx/help/ja/SubAccount.htm  #my comment: looks like it checks it out 
though anyway & it just likes to complain...
...

and so on and so forth about every file that already exists.


Original Message Follows
From: "Mark D. Baushke" <[EMAIL PROTECTED]>
To: "S I" <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], info-cvs@gnu.org
Subject: Re: Can't checkout to my C: root directly *PANIC* Admin Files 
Missing
Date: Tue, 10 May 2005 22:43:25 -0700
MIME-Version: 1.0
Received: from colo-dns-ext1.juniper.net ([207.17.137.57]) by 
mc2-f33.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 10 May 2005 
22:43:32 -0700
Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10])by 
colo-dns-ext1.juniper.net (8.11.3/8.9.3) with ESMTP id j4B5hV986469;Tue, 10 
May 2005 22:43:31 -0700 (PDT)(envelope-from [EMAIL PROTECTED])
Received: from juniper.net (sapphire.juniper.net [172.17.28.108])by 
merlot.juniper.net (8.11.3/8.11.3) with ESMTP id j4B5hPe96813;Tue, 10 May 
2005 22:43:25 -0700 (PDT)(envelope-from [EMAIL PROTECTED])
X-Message-Info: yilqo4+6kc7czcpy3BtsNMNP2HogbC3z9Vpx/GvvaVw=
References: <[EMAIL PROTECTED]>
X-Mailer: MH-E 7.83+cvs; nmh 1.0.4; GNU Emacs 21.3.1
X-Face: 
#8D_6URD2G%vC.hzU
Mail-Followup-To: info-cvs 
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 11 May 2005 05:43:32.0961 (UTC) 
FILETIME=[5E1E3D10:01C555EC]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
S I <[EMAIL PROTECTED]> writes:
> Do I set this value on the server side? I'll
> look at it. Thanks
You will wish to look and see if it is set by
checking out the CVSROOT/config file from the
repository.
Read https://www.cvshome.org/docs/manual/cvs-1.11.20/cvs_18.html#SEC184
If you see that you are indeed configured to use
TopLevelAdmin=yes, then Arno Schuring's analysis
that you are unable to create and populate a
C:\CVS directory is likely the root-cause of your
problem.
Good luck,
-- Mark
> Steve
>
> Original Message Follows
> From: "Mark D. Baushke" <[EMAIL PROTECTED]>
> To: "Arno Schuring" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], info-cvs@gnu.org
> Subject: Re: Can't checkout to my C: root directly *PANIC* Admin Files
> Missing
> Date: Tue, 10 May 2005 15:03:47 -0700
> References: <[EMAIL PROTECTED]>
>
> Arno Schuring <[EMAIL PROTECTED]> writes:
>
>  > I'm not sure, but I might have (at least) a
>  > clue for you...
>  >
>  > >Hi
>  > >
>  > >I've tried 4 or 5 different Windows
>  > >command-line versions of cvs.exe from
>  > >(1.10.5 to 1.11.20). Created a folder called
>  > >cvs directly under C:\, pointed the path
>  > >stmt to it. Created Home=C: and CVSROO
>  > >envrionment variables, etc and successfully
>  > >logged in to our linux repository where CVS
>  > >is kept.
>  >
>  > Note that you say "created a folder called
>  > cvs directly under C:\"...
>  >
>  > >If I check out any of our CVS modules or
>  > >projects from the main respository to any
>  > >subfolder of my drive C: everything goes
>  > >smoothly. However none of the versions of
>  > >CVS I tried allow me to directly check out a
>  > >project to the root. So when at the dos
>  > >prompt and I type
>  > >
>  > >C:\>cvs co -P newproj
>  > >
>  > >I get these bizzare errors:
>  > >
>  > >cvs checkout: in directory .:
>  > >cvs [checkout aborted]: *PANIC* administration files missing
>  >
>  > I think cvs treats the 'cvs' dir found as its
>  > own administrative dir. It then fails because
>  > it expects CVS/Repository and CVS/Root to
>  > exist, which obviously don't. Remember that
>  > windows' filesystem is case insensitive...
>  >
>  > I'm not exactly sure of this, though: I fail
>  > to reproduce this on my machine (though it is
>  > linux, not windows):
>
> Note: the 'TopLevelAdmin=yes' item in
> CVSROOT/config controls if a top-level 'CVS'
> administrative directory should be used. If your
> repository does not specify that option, then
> you won't care if there is a 'CVS' directory in
> your root or not.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)
iD8DBQFCgZt93x41pRYZE/gRAvgIAKCsf4fiMe7ENDYpiAYwHA+sx4xH6wCeIHxt
DS4TqqrTRelCk7tKOqUl+ew=
=fVed
-END PGP SIGNATURE-

___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Can't checkout to my C: root directly *PANIC* Admin Files Missing

[S I]

Do I set this value on the server side?  I'll look at it. Thanks
Steve
Original Message Follows
From: "Mark D. Baushke" <[EMAIL PROTECTED]>
To: "Arno Schuring" <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], info-cvs@gnu.org
Subject: Re: Can't checkout to my C: root directly *PANIC* Admin Files 
Missing
Date: Tue, 10 May 2005 15:03:47 -0700
MIME-Version: 1.0
Received: from colo-dns-ext2.juniper.net ([207.17.137.64]) by 
MC6-F29.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 10 May 2005 
15:04:04 -0700
Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10])by 
colo-dns-ext2.juniper.net (8.12.3/8.12.3) with ESMTP id j4AM42Bm006984;Tue, 
10 May 2005 15:04:02 -0700 (PDT)(envelope-from [EMAIL PROTECTED])
Received: from juniper.net (sapphire.juniper.net [172.17.28.108])by 
merlot.juniper.net (8.11.3/8.11.3) with ESMTP id j4AM3me54571;Tue, 10 May 
2005 15:03:48 -0700 (PDT)(envelope-from [EMAIL PROTECTED])
X-Message-Info: yilqo4+6kc4BVcOy2h5wQXRXGeD9+5YH1EL7Z4lDxHk=
References: <[EMAIL PROTECTED]>
X-Mailer: MH-E 7.83+cvs; nmh 1.0.4; GNU Emacs 21.3.1
X-Face: 
#8D_6URD2G%vC.hzU
Mail-Followup-To: info-cvs 
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 10 May 2005 22:04:05.0334 (UTC) 
FILETIME=[2E882F60:01C555AC]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arno Schuring <[EMAIL PROTECTED]> writes:
> I'm not sure, but I might have (at least) a clue for you...
>
> >Hi
> >
> >I've tried 4 or 5 different Windows command-line versions of cvs.exe 
from
> >(1.10.5 to 1.11.20). Created a folder called cvs directly under C:\,
> >pointed the path stmt to it. Created Home=C: and CVSROO envrionment
> >variables, etc and successfully logged in to our linux repository where 
CVS
> >is kept.
>
> Note that you say "created a folder called cvs directly under C:\"...
>
> >
> >If I check out any of our CVS modules or projects from the main 
respository
> >to any subfolder of my drive C: everything goes smoothly.  However none 
of
> >the versions of CVS I tried allow me to directly check out a project to 
the
> >root.  So when at the dos prompt and I type
> >
> >C:\>cvs co -P newproj
> >
> >I get these bizzare errors:
> >
> >cvs checkout: in directory .:
> >cvs [checkout aborted]: *PANIC* administration files missing
>
> I think cvs treats the 'cvs' dir found as its own administrative dir. It
> then fails because it expects CVS/Repository and CVS/Root to exist, which
> obviously don't. Remember that windows' filesystem is case insensitive...
>
> I'm not exactly sure of this, though: I fail to reproduce this on my 
machine
> (though it is linux, not windows):

Note: the 'TopLevelAdmin=yes' item in CVSROOT/config controls if a
top-level 'CVS' administrative directory should be used. If your
repository does not specify that option, then you won't care if there is
a 'CVS' directory in your root or not.
-- Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)
iD8DBQFCgS/D3x41pRYZE/gRAsBYAJ9F84IeNC8AdQrfrWYl/p0FJnf8rACguO4b
+k93qURh4dlvrElsCppnxGU=
=/YfX
-END PGP SIGNATURE-

___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

RE: Can't checkout to my C: root directly *PANIC* Admin Files Missing

[S I]

Hey Arno
Thanks. Duh! Sometimes I wonder about me. That didn't even occur to me.  
I'll give it a try tomorrow and will let you know.  I think you may be very 
correct. On the NT machine, these errors did not occur simply because 
cvs.exe was just uder the root by itself & not under its reserved name.  
Thanks.

Original Message Follows
From: "Arno Schuring" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], info-cvs@gnu.org
Subject: RE: Can't checkout to my C: root directly *PANIC* Admin Files 
Missing
Date: Tue, 10 May 2005 21:28:11 +
MIME-Version: 1.0
X-Originating-IP: [194.134.195.155]
X-Originating-Email: [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
Received: from 194.134.195.155 by by2fd.bay2.hotmail.msn.com with HTTP;Tue, 
10 May 2005 21:28:11 GMT


I'm not sure, but I might have (at least) a clue for you...
Hi
I've tried 4 or 5 different Windows command-line versions of cvs.exe from 
(1.10.5 to 1.11.20). Created a folder called cvs directly under C:\, 
pointed the path stmt to it. Created Home=C: and CVSROO envrionment 
variables, etc and successfully logged in to our linux repository where CVS 
is kept.
Note that you say "created a folder called cvs directly under C:\"...
If I check out any of our CVS modules or projects from the main respository 
to any subfolder of my drive C: everything goes smoothly.  However none of 
the versions of CVS I tried allow me to directly check out a project to the 
root.  So when at the dos prompt and I type

C:\>cvs co -P newproj
I get these bizzare errors:
cvs checkout: in directory .:
cvs [checkout aborted]: *PANIC* administration files missing
I think cvs treats the 'cvs' dir found as its own administrative dir. It 
then fails because it expects CVS/Repository and CVS/Root to exist, which 
obviously don't. Remember that windows' filesystem is case insensitive...

I'm not exactly sure of this, though: I fail to reproduce this on my machine 
(though it is linux, not windows):

[EMAIL PROTECTED]:~/work> mkdir CVS
[EMAIL PROTECTED]:~/work> cvs up
cvs update: in directory `.':
cvs update: CVS directory found without administrative files.
cvs update: Use CVS to create the CVS directory, or rename the
cvs update: directory if it is intended to store something
cvs update: besides CVS administrative files.
cvs [update aborted]: *PANIC* administration files missing!
[EMAIL PROTECTED]:~/work> cvs --version
Concurrent Versions System (CVS) 1.12.11 (client/server)
[...]
but checkouts do succeed:
[EMAIL PROTECTED]:~/work> cvs co -P in4073
cvs checkout: Updating in4073
[...]

P.s. I meant to say WinXP desktop and Win2003 netwrk servers and 
repositories being on Linux servers.  Thanks again

Steven

Hope this helps,
Arno
Information without knowledge is noise
knowledge without wisdom is dangerous stupidity

___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Re: Can't checkout to my C: root directly *PANIC* Admin Files Missing

[S I]

Thank you for your help.
I searched the cvshome.org last week and found what it seemed, that couple 
of developers were talking and threading about this; yesterday, my search 
was not successful and I could not relocate that page again.  I wish I had 
bookmarked it.   Their site is NOT very intuitive in my opinion.  Thanks 
again

Original Message Follows
From: Spiro Trikaliotis <[EMAIL PROTECTED]>
To: S I <[EMAIL PROTECTED]>
CC: info-cvs@gnu.org
Subject: Re: Can't checkout to my C: root directly *PANIC* Admin Files 
Missing
Date: Tue, 10 May 2005 19:23:35 +0200
MIME-Version: 1.0
Received: from mail.gmx.net ([213.165.64.20]) by mc4-f13.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.211); Tue, 10 May 2005 10:24:42 -0700
Received: (qmail invoked by alias); 10 May 2005 17:23:39 -
Received: from p54B6898A.dip0.t-ipconnect.de (EHLO mail) [84.182.137.138]  
by mail.gmx.net (mp010) with SMTP; 10 May 2005 19:23:39 +0200
Received: from trikalio by mail with local (Exim 3.35 #1 (Debian))id 
1DVYSF-Xb-00; Tue, 10 May 2005 19:23:35 +0200
X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8=
X-Authenticated: #1615639
Mail-Followup-To: S I <[EMAIL PROTECTED]>, info-cvs@gnu.org
References: <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
User-Agent: Mutt/1.5.6+20040907i
X-Y-GMX-Trusted: 0
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 10 May 2005 17:24:43.0366 (UTC) 
FILETIME=[279ED860:01C55585]

Hello,
* On Tue, May 10, 2005 at 09:51:50AM -0700 S I wrote:
> I don't have this problem on WinNT, however, only on WinXP or Win2003
> servers.
Well, ok. I use my XP (SP1) box (with a self-compiled cvs 1.11.17 on
cygwin), set the paths correctly for accessing CVS and SSH, and tried it
myself:
C:\>cvs co PROJECT
(The server is a Linux box, cvs 1.11.20:) The checkout worked flawlessly.
Thus, I still vote for the permissions problem. ;-) At least, I do not
have an idea what else might be the problem.
Remember: On Windows, the administrator does not have unlimited rights
like on unix-style machines. You might not have the right to create
directories in C:\ itself?
I'm leaving the rest for the mailing list; perhaps there will be someone
who has an idea and can jump in?
> I do have full admin access and what I discovered after I posted
> to the mailing list was that
>
> On XP/2003: If my project does not exist at the root, cvs co -P proj
> succeeds, however, if the proj already exists, cvs checkout does not word
> and produces the errors I mentioned.
>
> On NT: If cvs checkout detects the project already exists, it does an
> UPDATE instead.
>
> In both cases, I'm connecting to the main repository on the linux server.
> This is a weird behavior I've not seen before.  But thanks for your help.
Regards,
   Spiro.
--
Spiro R. Trikaliotis  http://cbm4win.sf.net/
http://www.trikaliotis.net/ http://www.viceteam.org/

___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Can't checkout to my C: root directly *PANIC* Admin Files Missing

[S I]

OK, I wrote this email and looks like it was bounced back or didn't get 
through to the mailing list, however, if it did, please pardon the 
redundancy.

Hi
I've tried 4 or 5 different Windows command-line versions of cvs.exe from 
(1.10.5 to 1.11.20). Created a folder called cvs directly under C:\, pointed 
the path stmt to it. Created Home=C: and CVSROO envrionment variables, etc 
and successfully logged in to our linux repository where CVS is kept.

If I check out any of our CVS modules or projects from the main respository 
to any subfolder of my drive C: everything goes smoothly.  However none of 
the versions of CVS I tried allow me to directly check out a project to the 
root.  So when at the dos prompt and I type

C:\>cvs co -P newproj
I get these bizzare errors:
cvs checkout: in directory .:
cvs [checkout aborted]: *PANIC* administration files missing
I've exhausted my resources Googling this.  What seems to be the problem?  
Is this a bug or a matter of administrative access rights?  I would like to 
checkout a project directly under my C: drive.  Help please!

P.s. I meant to say WinXP desktop and Win2003 netwrk servers and 
repositories being on Linux servers.  Thanks again

Steven

___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Can't checkout to my C: root directly

[S I]

P.s. I meant to say WinXP desktop and Win2003 netwrk servers and 
repositories being on Linux servers.  Thanks again

Hi
I've tried 4 or 5 different Windows command-line versions of cvs.exe from 
(1.10.5 to 1.11.20). Created a folder called cvs directly under C:\, pointed 
the path stmt to it. Created Home=C: and CVSROO envrionment variables, etc 
and successfully logged in to our linux repository where CVS is kept.

If I check out any of our CVS modules or projects from the main respository 
to any subfolder of my drive C: everything goes smoothly.  However none of 
the versions of CVS I tried allow me to directly check out a project to the 
root.  So when at the dos prompt and I type

C:\>cvs co -P newproj
I get these bizzare errors:
cvs checkout: in directory .:
cvs [checkout aborted]: *PANIC* administration files missing
I've exhausted my resources Googling this.  What seems to be the problem?  
Is this a bug or a matter of administrative access rights?  I would like to 
checkout a project directly under my C: drive.  Help please!


___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs

Can't checkout to my C: root directly

[S I]

Hi
I've tried 4 or 5 different Windows command-line versions of cvs.exe from 
(1.10.5 to 1.11.20). Created a folder called cvs directly under C:\, pointed 
the path stmt to it. Created Home=C: and CVSROO envrionment variables, etc 
and successfully logged in to our linux repository where CVS is kept.

If I check out any of our CVS modules or projects from the main respository 
to any subfolder of my drive C: everything goes smoothly.  However none of 
the versions of CVS I tried allow me to directly check out a project to the 
root.  So when at the dos prompt and I type

C:\>cvs co -P newproj
I get these bizzare errors:
cvs checkout: in directory .:
cvs [checkout aborted]: *PANIC* administration files missing
I've exhausted my resources Googling this.  What seems to be the problem?  
Is this a bug or a matter of administrative access rights?  I would like to 
checkout a project directly under my C: drive.  Help please!


___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs