RE: Info-cvs Digest, Vol 17, Issue 31

[Peter Sotos]

I have a repository created on a Windows 2003 Standard Edition server. It is
running cvsnt and I want to move it to a linux box. I was wondering if there
was some way to export the projects in the old repository, to the new one? I
know that I can simply use the export command, however, this will not retain
the repository history to date.

Thanks in advance!

Peter L. Sotos

-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf Of
address@hidden
Sent: None
To: address@hidden
Subject: Info-cvs Digest, Vol 17, Issue 31

Send Info-cvs mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        http://mail.gnu.org/mailman/listinfo/info-cvs
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Info-cvs digest..."


Today's Topics:

   1. RE: strange "it is in the way" message (Lars Huttar)
   2. Re: how to checkin binary files (Doug Lee)
   3. Re: Info-cvs Digest, Vol 17, Issue 29 (Larry Jones)
   4. Merging problem (was Re: (no subject)) (Derek Robert Price)
   5. Re: strange "it is in the way" message (Derek Robert Price)
   6. Re: strange "it is in the way" message (Derek Robert Price)
   7. Re: strange "it is in the way" message (Larry Jones)
   8. Re: how to checkin binary files (Sarah Gonzales)
   9. Re: What is a module? (Pierre Asselin)
  10. listing of modules  (address@hidden)


----------------------------------------------------------------------

Message: 1
Date: Thu, 22 Apr 2004 11:15:50 -0500
From: "Lars Huttar" <address@hidden>
Subject: RE: strange "it is in the way" message
To: "'Jim.Hyslop'" <address@hidden>,    <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain;       charset="iso-8859-1"

> Lars Huttar wrote:
> > Jim,
> > Thanks for your response.
> > The server version is
> >   "Server: Concurrent Versions System (CVS) 1.11.2 (client/server)"
> > I'm inquiring as to what the server platform is (it's in another
> > state).
> A different state - possible a different time zone? If that's 
> the case, then
> Frederic Brehm's suggestion of a time difference _might_ be a 
> contributing
> factor, although CVS is usually fairly robust about clock differences
> between the client and server.
> 
> What connection method do you use - pserver? ext? ssh? ...?

I use pserver.
The CVSROOT, in case it matters:
        :pserver:address@hidden:2401/var/cvsroot/ea

(Although in the file CVS/Root on my dev machine, the string
is ":pserver:address@hidden:2401:/var/cvsroot/ea",
i.e. there is a colon added after the port number. Does that
matter in any way? Today when I used the command line cvs client
on my dev machine thus:
  cvs -d :pserver:address@hidden:2401:/var/cvsroot/ea version
it complained about the port number until I removed the colon.
But I think that's probably irrelevant to the problem I'm having
on the test server, where the CVSROOT has no colon after 2401.)

The CVS server *is* in another time zone. (I'm in Central,
it's in Eastern.)
If that is the problem, it's strange that it would occur
only on the test machine, not on the dev machine (both of
which are in CDT).

Lars





------------------------------

Message: 2
Date: Thu, 22 Apr 2004 12:12:47 -0400
From: Doug Lee <address@hidden>
Subject: Re: how to checkin binary files
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

On Thu, Apr 22, 2004 at 05:52:17PM +0200, Spiro Trikaliotis wrote:
> Specifically for MS Word, I ask myself what would be a better use: Store
> the .DOC in CVS, or do the same with the .RTF.

RTF is nice because it can be diffed, but (1) I don't always get to
choose the doc format, and (2) when you start throwing in pictures,
screen shots, etc., an RTF file gets really big really fast...

-- 
Doug Lee           address@hidden        http://www.dlee.org
Bartimaeus Group   address@hidden   http://www.bartsite.com
Don't be afraid your life will end; be afraid that itwill never begin.
-- Grace Hansen




------------------------------

Message: 3
Date: Thu, 22 Apr 2004 14:08:28 -0400 (EDT)
From: address@hidden (Larry Jones)
Subject: Re: Info-cvs Digest, Vol 17, Issue 29
To: address@hidden (Peter Sotos)
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

Peter Sotos writes:
> 
> Logging in to :pserver:<my username>@192.168.xx.xxx:2401:/edesk/cvsroot
> 
> cvs [login aborted]: connect to 192.168.xx.xxx:2401 failed: No connection
> could be made because the target machine actively refused it.
> 
> The port is defeinitely open and the IP is correct.

One of those statements is false.  That error means that nothing is
listening on port 2401 on that machine, so you've either got the wrong
machine or the port isn't open.  See the manual for troubleshooting
advice:

        <http://www.cvshome.org/docs/manual/cvs-1.11.15/cvs_21.html#SEC185>

> -----Original Message-----

Please create a new message for new topics rather than replying to a
completely unrelated message.  And for heaven's sake, don't include the
whole blessed digest!

-Larry Jones

I won't eat any cereal that doesn't turn the milk purple. -- Calvin




------------------------------

Message: 4
Date: Thu, 22 Apr 2004 09:24:23 -0400
From: Derek Robert Price <address@hidden>
Subject: Merging problem (was Re: (no subject))
To: Tyler <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tyler wrote:

>address@hidden:~/src/sandbox/troscoe]$ cat test
>trunk line 1
><<<<<<< test
>=======
>branch line 1
>branch line 2
>
>>>>>>>>1.1.2.2
>
>
>
>Is there no way to take the delta between two revisions and merge those
>onto another branch? Do i have to merge the entire branch down if i want
>to do this?


Unfortunately, this is a limitation of diffutils, which CVS uses to do
merges.  You asked CVS to add a "branch line 2" after a line
containing "branch line 1" in a file containing only the "trunk line
1".  CVS, via diffutils, craps out and marks up the file in a way that
says, `"trunk line 1" was in both files and "branch line 1" and
"branch line 2" were in the second file, in this location and in this
order.  Deal with it, human.'  Then you need to deal with it.

I think, basically, if you were to talk to the folks on the
<address@hidden> mailing list, you would be told that the
situation was ambiguous and the best that can be done is to ask a
human to look at it, but feel free to try and persuade them
otherwise.  There's a web page describing the diffutils project here
<http://www.gnu.org/directory/GNU/diffutils.html>.  Feel free to
browse their documentation and mail archives for similar questions.

Derek

- --
                *8^)

Email: address@hidden

Get CVS support at <http://ximbiot.com>!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAh8eGLD1OTBfyMaQRApA1AKDNVxmXqXE02FX0isj2u/1gCPxrgwCfV+7M
gTTAgFMnm11gzhGO9ImHRq4=
=gBfK
-----END PGP SIGNATURE-----





------------------------------

Message: 5
Date: Thu, 22 Apr 2004 14:27:33 -0400
From: Derek Robert Price <address@hidden>
Subject: Re: strange "it is in the way" message
To: "Jim.Hyslop" <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jim.Hyslop wrote:

>Lars Huttar wrote:
>
>>Jim,
>>Thanks for your response.
>>The server version is
>>  "Server: Concurrent Versions System (CVS) 1.11.2 (client/server)"
>>I'm inquiring as to what the server platform is (it's in another
>>state).
>
>A different state - possible a different time zone? If that's the
case, then
>Frederic Brehm's suggestion of a time difference _might_ be a
contributing
>factor, although CVS is usually fairly robust about clock differences
>between the client and server.
>
>What connection method do you use - pserver? ext? ssh? ...?


Move away, it is in the way really implies that CVS thinks that no
file should exist with that name in the sandbox at all.  Which might
mean casing issues.  There were a lot of casing bugs in old CVS
servers.  You might try updating your CVS server to 1.11.15, if you
have the option.

Derek

- --
                *8^)

Email: address@hidden

Get CVS support at <http://ximbiot.com>!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAiA6ULD1OTBfyMaQRAnGfAKDV9EiY2NCnVMNhgYvLadoobvakAACghRTi
S1gKeJTV9mWx+6XqWhh+uAY=
=jaN3
-----END PGP SIGNATURE-----





------------------------------

Message: 6
Date: Thu, 22 Apr 2004 14:25:24 -0400
From: Derek Robert Price <address@hidden>
Subject: Re: strange "it is in the way" message
To: Spiro Trikaliotis <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-15

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Spiro Trikaliotis wrote:

>Hi Derek,
>
>* On Thu, Apr 22, 2004 at 11:21:03AM -0400 Derek Robert Price wrote:
>
>
>>The CVS client should preserve the case of files in CVS/Entries.  If
>>it isn't, that is a bug, but I haven't ever heard of anything like
>>that before and I've been using both the Windows & Cygwin executables
>>fairly frequently recently.
>
>
>You have never heard of anything like this?
>
>See: 18.Apr.04 18:37 Windows with Dir/ and dir/
>
>from me. I reported exactly that (but my focus was on the implications
>this has). You even answered.
>
>Bad memory? ;-)


As I recall, that was a completely separate issue involving \r getting
stuck in Entries files.  You were also getting "file/directory not
found" errors rather than "Move away - it is in the way" errors, which
is very different, because it means that a file was found on the
client where it wasn't expected, as opposed to not found where it was.

Derek

- --
                *8^)

Email: address@hidden

Get CVS support at <http://ximbiot.com>!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAiA4TLD1OTBfyMaQRAgX4AJ9fpdVdhKIgFvIw7IcABp1n9gdnlwCg4Hdk
YwnhGwyyRM0dfgAOlkzU51U=
=fQdW
-----END PGP SIGNATURE-----





------------------------------

Message: 7
Date: Thu, 22 Apr 2004 16:51:51 -0400 (EDT)
From: address@hidden (Larry Jones)
Subject: Re: strange "it is in the way" message
To: address@hidden (Frederic Brehm)
Cc: "Jim.Hyslop" <address@hidden>, address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

Frederic Brehm writes:
> 
> Could another cause be a server clock that is two seconds ahead of the 
> client?

No.

-Larry Jones

I like Mom to be impressed when I fulfill the least of my obligations.
-- Calvin




------------------------------

Message: 8
Date: Thu, 22 Apr 2004 15:59:53 -0500
From: Sarah Gonzales <address@hidden>
Subject: Re: how to checkin binary files
To: Spiro Trikaliotis <address@hidden>, address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed

On Apr 22, 2004, at 12:14 PM, Larry Jones wrote:

> Theoretically, the RTF file would allow CVS to perform its usual 
> merging
> of changes, but I'm not sure that Word's RTF generation is repeatable
> enough for it to actually work well.

We use the RTF format of MS Word with CVS frequently and haven't had 
any particular issues with it. CVS versions the documents just like you 
would expect - on the Macintoshes (pre Mac OSX), the files do lose 
their creator types and the users simply have to remember that they 
can't double click on them from the Finder - opening MS Word and then 
opening the files from within works like a charm - no problems for us.

hope this helps.
thx,





------------------------------

Message: 9
Date: Thu, 22 Apr 2004 20:10:52 -0400
From: address@hidden (Pierre Asselin)
Subject: Re: What is a module?
To: address@hidden
Message-ID: <address@hidden>

ps <address@hidden> wrote:
> Reading the cvs documentation I can't get past the first few lines. 
> Nowhere can I find the definition for "module". The docs freely start in 
> referring to modules everywhere, but the term is never exactly defined.

Yeah, it's a little ill-defined.  Loosely speaking, a module is any
part of the tree under $CVSROOT that can be checked out as a unit.
For example, immediately after you do your "cvs init" there is a
$CVSROOT/CVSROOT subdirectory with cvs administrative files,
and you can check it its contents like so:

    cd some/place/clean
    cvs checkout CVSROOT

In that sense, CVSROOT is a module.  After you import a few trees,
every top-level directory under $CVSROOT is a module because you can
check it out by name.

In that same CVSROOT administrative sandbox, you will find a "modules"
file.  You can edit that file to make other subtrees of your repository
accessible by name, like the top-level subtrees.  An entry like this,

    scripts-A   projectA/lib/tools/subtools/scripts

makes a deep subdirectory available through

    cvs checkout scripts-A

So there is a somewhat more precise definition:  a module is anything
that has an entry in $CVSROOT/CVSROOT/modules .



------------------------------

Message: 10
Date: Fri, 23 Apr 2004 14:05:22 +0530
From: address@hidden
Subject: listing of modules 
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

Hi ,
Using  "checkout -d top ." command we are able to check out the modules as
well as able to view the modules in a list.But we do not want to check out
the modules on our local machine,we only want a list of all the modules
present on the server. Can you please tell us the exact command only for
listing all the modules as soon as possible.

Thanks & Regards,
Shalini Gautam
Method abc support team
Xansa
B-39,Sector-1
Noida 2,India 201301
CUG:830 2037
e:address@hidden



Whilst this email has been checked for all known viruses, recipients should
undertake their own virus checking as Xansa will not accept any liability
whatsoever.

This email and any files transmitted with it are confidential and protected
by client privilege.  It is solely for the use of the intended recipient.
Please delete it and notify the sender if you have received it in
error. Unauthorised use is prohibited.

Any opinions expressed in this email are those of the individual and not
necessarily the organisation.
     Xansa, Registered Office: 420 Thames Valley Park Drive,
     Thames Valley Park, Reading, RG6 1PU, UK.
     Registered in England No.1000954.
     t  +44 (0)8702 416181
     w  www.xansa.com





------------------------------

_______________________________________________
Info-cvs mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/info-cvs


End of Info-cvs Digest, Vol 17, Issue 31
****************************************