Re: Total Heresy: CVS & Windows MS Office Docs

[Stefan Monnier]

> You can combine this with a "GUI" like TortoiseCVS (CVSNT client comes with
> Tortoise) to even show diff's between word documents (may require some
> additional software). GUI's like Tortoise do this by getting the two copies
> that you want to see the differences between from CVSNT and then calling a
> "3rd program" to display the differences. This can be Word (called by COM)
> or any other tool.

Is there something like Emacs's VC but for Word and such?
The CS-RCS system provides basically that (it adds an RCS menu to Word
where you can commit, diff, checkout, ...), but I'm looking for something
using a more recent revision control system, and it should work on
MacOSX too.  Free Software strongly preferred.


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

Re: Total Heresy: CVS & Windows MS Office Docs

[Arthur Barrett]

(I sent this to your e-mail address - but it bounced...)

Yes CVS certainly can version office documents...

As Doug mentioned - it cannot do any merging.

CVSNT which is a multi-platform, open source (free) replacement for
traditional CVS has some additional features which may help you, in
particular the efficient storage of binary files (based on binary deltas).

You can download CVSNT Server and Client here:
http://www.cvsnt.com

You can combine this with a "GUI" like TortoiseCVS (CVSNT client comes with
Tortoise) to even show diff's between word documents (may require some
additional software). GUI's like Tortoise do this by getting the two copies
that you want to see the differences between from CVSNT and then calling a
"3rd program" to display the differences. This can be Word (called by COM)
or any other tool.

Many people do not like the versioning built into Word because it stores all
the previous revisions in the same document - so if you "lost" the one
document you "lose" all the documents. Also anyone who has access to the
document also has access to all the previous information which the document
contained.

Regards,

Arthur Barrett

"Tennis Smith" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Thanks, Doug.
>
> I was afraid that would pretty much be the answer.
>
> -T
>
>
> "Doug Lee" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > Re: managing Office files in CVS:
> >
> > The short answer is yes, but the long answer is no.   If I
> > understand your interest correctly, the answer is definitely no.
> > Details follow.
> >
> > Yes, you can store Office files in CVS and get them back out, but you
> > must tell CVS that they are binary files (-kb on add).  You can not
> > merge versions, get diffs, or pretty much do anything else except
> > checkin and checkout.  Furthermore, CVS will consume vast quantities
> > of space storing many versions of an Office file because it has no
> > efficient way of generating deltas between them, and Office files tend
> > to change dramatically throughout for even small changes in content,
> > in my experience.
> >
> > If you just want to version documents, check out the built-in ability
> > of Office applications to maintain revisions within a single file.  If
> > you're just trying to include Office documents alongside another
> > project that fits better with CVS, you may find CVS's support
> > sufficient (I do that much myself).  But if you want true version
> > control of Office files outside of Office's own support, CVS won't fit
> > the bill.
> >
> > On Mon, Aug 30, 2004 at 01:56:03PM -0700, Tennis Smith wrote:
> > > Can cvs be used for change management on Windows  Office (e.g.
> Word/Excel)
> > > documents?  Put another way, can these documents deal with having cvs
> > > updating them in the repository?
> > >
> > > --
> > > Remove "-remove-to-reply" to respond to my  email address directly.
> > >
> > >
> > > ___
> > > Info-cvs mailing list
> > > [EMAIL PROTECTED]
> > > http://lists.gnu.org/mailman/listinfo/info-cvs
> >
> > --
> > Doug Lee   [EMAIL PROTECTED]http://www.dlee.org
> > Bartimaeus Group   [EMAIL PROTECTED]   http://www.bartsite.com
> > "Our chief want in life is somebody who will make us do what
> > we can. {Ralph Waldo Emerson}
> >
> >
>
>


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

Re: Total Heresy: CVS & Windows MS Office Docs

[Stefan Monnier]

> Yes, you can store Office files in CVS and get them back out, but you
> must tell CVS that they are binary files (-kb on add).  You can not

Actually if you use -ko it will might work just fine, as long as you don't
cross between w32 and unix (in either direction).

Basically, any revision control system which doesn't try to do line-ending
conversion (and other such things) should work just fine: the files are not
exactly text, but a text-based diff tool will still get useful compression
(though merging will generate corrupt files IIRC).

A better alternative: don't use the Word format.


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

Re: Total Heresy: CVS & Windows MS Office Docs

[Tennis Smith]

Thanks, Doug.

I was afraid that would pretty much be the answer.

-T


"Doug Lee" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Re: managing Office files in CVS:
>
> The short answer is yes, but the long answer is no.   If I
> understand your interest correctly, the answer is definitely no.
> Details follow.
>
> Yes, you can store Office files in CVS and get them back out, but you
> must tell CVS that they are binary files (-kb on add).  You can not
> merge versions, get diffs, or pretty much do anything else except
> checkin and checkout.  Furthermore, CVS will consume vast quantities
> of space storing many versions of an Office file because it has no
> efficient way of generating deltas between them, and Office files tend
> to change dramatically throughout for even small changes in content,
> in my experience.
>
> If you just want to version documents, check out the built-in ability
> of Office applications to maintain revisions within a single file.  If
> you're just trying to include Office documents alongside another
> project that fits better with CVS, you may find CVS's support
> sufficient (I do that much myself).  But if you want true version
> control of Office files outside of Office's own support, CVS won't fit
> the bill.
>
> On Mon, Aug 30, 2004 at 01:56:03PM -0700, Tennis Smith wrote:
> > Can cvs be used for change management on Windows  Office (e.g.
Word/Excel)
> > documents?  Put another way, can these documents deal with having cvs
> > updating them in the repository?
> >
> > --
> > Remove "-remove-to-reply" to respond to my  email address directly.
> >
> >
> > ___
> > Info-cvs mailing list
> > [EMAIL PROTECTED]
> > http://lists.gnu.org/mailman/listinfo/info-cvs
>
> --
> Doug Lee   [EMAIL PROTECTED]http://www.dlee.org
> Bartimaeus Group   [EMAIL PROTECTED]   http://www.bartsite.com
> "Our chief want in life is somebody who will make us do what
> we can. {Ralph Waldo Emerson}
>
>


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

Re: Total Heresy: CVS & Windows MS Office Docs

[Doug Lee]

Re: managing Office files in CVS:

The short answer is yes, but the long answer is no.   If I
understand your interest correctly, the answer is definitely no.
Details follow.

Yes, you can store Office files in CVS and get them back out, but you
must tell CVS that they are binary files (-kb on add).  You can not
merge versions, get diffs, or pretty much do anything else except
checkin and checkout.  Furthermore, CVS will consume vast quantities
of space storing many versions of an Office file because it has no
efficient way of generating deltas between them, and Office files tend
to change dramatically throughout for even small changes in content,
in my experience.

If you just want to version documents, check out the built-in ability
of Office applications to maintain revisions within a single file.  If
you're just trying to include Office documents alongside another
project that fits better with CVS, you may find CVS's support
sufficient (I do that much myself).  But if you want true version
control of Office files outside of Office's own support, CVS won't fit
the bill.

On Mon, Aug 30, 2004 at 01:56:03PM -0700, Tennis Smith wrote:
> Can cvs be used for change management on Windows  Office (e.g. Word/Excel)
> documents?  Put another way, can these documents deal with having cvs
> updating them in the repository?
> 
> --
> Remove "-remove-to-reply" to respond to my  email address directly.
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://lists.gnu.org/mailman/listinfo/info-cvs

-- 
Doug Lee   [EMAIL PROTECTED]http://www.dlee.org
Bartimaeus Group   [EMAIL PROTECTED]   http://www.bartsite.com
"Our chief want in life is somebody who will make us do what
we can. {Ralph Waldo Emerson}


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

Total Heresy: CVS & Windows MS Office Docs

[Tennis Smith]

Can cvs be used for change management on Windows  Office (e.g. Word/Excel)
documents?  Put another way, can these documents deal with having cvs
updating them in the repository?

--
Remove "-remove-to-reply" to respond to my  email address directly.


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

Re: cvs windows 2000 case sensitivity issue

[David Everly]

On Tue, Mar 25, 2003 at 10:21:55AM MST, Brian G. Peterson wrote:
> If your Windows 2000 client is using FAT or FAT32 as the filesystem, then
> no, because the internal representation of the filename is case insensitive,
> and stored as all upper.  If the filesystem is NTFS, it should work.

The windows client is on NTFS (just re-verified to be sure), but I am
still having the problem.

> 
> I do a lot of cross-platform development, and Unix development using Windows
> clients.  It try to use all lower for directory names especially, as this
> type of issue crops up regularly.  It seems to be less of a problem with
> filenames.

I agree with this policy recommendation.

> 
>   - Brian
> 
> > Our cvs pserver is on Solaris.  A cvs client is on windows 2000.
> > We are using the latest version for both server and client.
> >
> > Initially, we had a directory in all uppercase (SOMEDIRECTORY).  We
> > did cvs remove -f of all the files in that directory followed by cvs
> > commit.  Then we made a different directory (SomeDirectory), copied
> > files into that directory, then did cvs add SomeDirectory, cvs add of
> > the files inside that directory, followed by cvs commit.
> >
> > Unfortunately on the windows client, we now get SOMEDIRECTORY filled
> > with files when doing cvs checkout of the module containing
> > SOMEDIRECTORY.
> >
> > The .cvsrc file on the client contains:
> >
> > cvs -q -z3
> > tag -c
> > update -P -d
> > checkout -P
> >
> > For historical reasons, we would like to keep both directory names
> > (SOMEDIRECTORY for previous releases, SomeDirectory for current and
> > future releases).
> >
> > This seems to be possible on a Unix client, but is it possible in a
> > windows client, where we don't need to have the two directories
> > existing simultaneously?
> >
> > Thanks,
> > Dave.
> >
> >
> >
> > ___
> > Info-cvs mailing list
> > [EMAIL PROTECTED]
> > http://mail.gnu.org/mailman/listinfo/info-cvs
> >
> 
> 

-- 
[EMAIL PROTECTED]
V-Net:   622-3286
Phone: 1-719-535-3286
Pager: 1-800-724-3624 # 140-1311

- We must get back to basics and drive operational excellence.
- We must drive profitable sales and accelerate new product
  introductions.
- We must reduce structural costs and deliver a Plan of
  Reorganization.
- We must rebuild the organization based on accountability,
  teamwork and trust.
   --Michael Capellas

()  ascii ribbon campaign - against html mail
/\- against proprietary attachments

For assistance, see:  http://www.expita.com/nomime.html



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

cvs windows 2000 case sensitivity issue

[David Everly]

Our cvs pserver is on Solaris.  A cvs client is on windows 2000.
We are using the latest version for both server and client.

Initially, we had a directory in all uppercase (SOMEDIRECTORY).  We
did cvs remove -f of all the files in that directory followed by cvs
commit.  Then we made a different directory (SomeDirectory), copied
files into that directory, then did cvs add SomeDirectory, cvs add of
the files inside that directory, followed by cvs commit.

Unfortunately on the windows client, we now get SOMEDIRECTORY filled
with files when doing cvs checkout of the module containing
SOMEDIRECTORY.

The .cvsrc file on the client contains:

cvs -q -z3
tag -c
update -P -d
checkout -P

For historical reasons, we would like to keep both directory names
(SOMEDIRECTORY for previous releases, SomeDirectory for current and
future releases).

This seems to be possible on a Unix client, but is it possible in a
windows client, where we don't need to have the two directories
existing simultaneously?

Thanks,
Dave.



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

Re: CVS & WINDOWS

[[EMAIL PROTECTED]]

Ok now it works,
thank you  Larry.

jose

Larry Jones wrote:

>[EMAIL PROTECTED] writes:
>  
>
>>What should be my $CVSROOT ?
>>
>>
>
>Based on what you said earlier, it should be joe@pippo:/cvs.
>
>  
>
>>Larry I'm using WinCVS. I checked the option "check for an alternate rsh 
>>name" = c:\cvs\ssh2.exe
>>I tried:
>>c:\cvs\ssh2   myname@mayserver
>>and it works
>>
>>
>
>What do you have "Authentication" set to?  I suspect it's currently set
>to "``passwd'' file on the cvs server", which means to use pserver, not
>rsh/ssh.  You want either "``.rhosts'' file on the cvs server" or "SSH
>server" (I don't use WinCVS much and I'm not really sure what the
>difference is -- if you need more help, you should probably ask on the
>WinCVS list: see ).
>
>-Larry Jones
>
>Hey!  What's the matter?  Can't you take a joke?!  It was a JOKE! -- Calvin
>
>  
>





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

Re: CVS & WINDOWS

[[EMAIL PROTECTED]]

Yes. It works
Thank you very much Mike. :-)

jose

Mike Ayers wrote:

> [EMAIL PROTECTED] wrote:
>
>> Larry I'm using WinCVS. I checked the option "check for an alternate 
>> rsh name" = c:\cvs\ssh2.exe
>> I tried:
>> c:\cvs\ssh2   myname@mayserver
>> and it works
>
>
>
> If you're using WinCVS, then setting CVSROOT does nothing, unless 
> you've set it inside WinCVS.  WinCVS clobbers most useful environment 
> variables, including CVSROOT and HOME.
>
> Try this:
>
> 1)  Pick the menu item Create\Checkout module...
>
> 2)  Under "module name and path on the server", you want "bless". 
> Set the local folder as desired.
>
> 3)  Click the "General" tab.  Set authentication to "ssh".  Click 
> the "settings" button next to the authentication chooser and point it 
> to your ssh executable.  Set "Path" to "/cvs", "Host address" to 
> "pippo", "User name" to "joe", and CVSROOT to ":ext:joe@pippo:/cvs".
>
> 4)  Click the "Globals" tab.  Set what you want - I recommend the 
> auto logout.
>
> Clicking "OK" should now get you your sandbox (I hope).
>
>
> /|/|ike
>
>
>





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

Re: CVS & WINDOWS

[Mike Ayers]

[EMAIL PROTECTED] wrote:

> Larry I'm using WinCVS. I checked the option "check for an alternate rsh 
> name" = c:\cvs\ssh2.exe
> I tried:
> c:\cvs\ssh2   myname@mayserver
> and it works


If you're using WinCVS, then setting CVSROOT does nothing, unless 
you've set it inside WinCVS.  WinCVS clobbers most useful environment 
variables, including CVSROOT and HOME.

Try this:

1)  Pick the menu item Create\Checkout module...

2)  Under "module name and path on the server", you want "bless". 
Set the local folder as desired.

3)  Click the "General" tab.  Set authentication to "ssh".  Click the 
"settings" button next to the authentication chooser and point it to 
your ssh executable.  Set "Path" to "/cvs", "Host address" to "pippo", 
"User name" to "joe", and CVSROOT to ":ext:joe@pippo:/cvs".

4)  Click the "Globals" tab.  Set what you want - I recommend the 
auto logout.

Clicking "OK" should now get you your sandbox (I hope).


/|/|ike




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

Re: CVS & WINDOWS

[Larry Jones]

[EMAIL PROTECTED] writes:
>
> What should be my $CVSROOT ?

Based on what you said earlier, it should be joe@pippo:/cvs.

> Larry I'm using WinCVS. I checked the option "check for an alternate rsh 
> name" = c:\cvs\ssh2.exe
> I tried:
> c:\cvs\ssh2   myname@mayserver
> and it works

What do you have "Authentication" set to?  I suspect it's currently set
to "``passwd'' file on the cvs server", which means to use pserver, not
rsh/ssh.  You want either "``.rhosts'' file on the cvs server" or "SSH
server" (I don't use WinCVS much and I'm not really sure what the
difference is -- if you need more help, you should probably ask on the
WinCVS list: see ).

-Larry Jones

Hey!  What's the matter?  Can't you take a joke?!  It was a JOKE! -- Calvin


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

Re: CVS & WINDOWS

[[EMAIL PROTECTED]]

Larry Jones wrote:

>[EMAIL PROTECTED] writes:
>  
>
>>I'm using ssh not telnet I suppose :-\
>>
>>
>
>Then your $CVSROOT is wrong since it starts with :pserver:, but that's
>not the problem.
>
What should be my $CVSROOT ?

> Are you sure you're actually using ssh and not the
>default rsh? 
>
Larry I'm using WinCVS. I checked the option "check for an alternate rsh 
name" = c:\cvs\ssh2.exe
I tried:
c:\cvs\ssh2   myname@mayserver
and it works

jose

>  
>





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

Re: CVS & WINDOWS

[Larry Jones]

[EMAIL PROTECTED] writes:
>
> I'm using ssh not telnet I suppose :-\

Then your $CVSROOT is wrong since it starts with :pserver:, but that's
not the problem.  Are you sure you're actually using ssh and not the
default rsh?  Are you sure your server is running sshd?

-Larry Jones

The authorities are trying to silence any view contrary to their own!
-- Calvin


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

Re: CVS & WINDOWS

[[EMAIL PROTECTED]]

[EMAIL PROTECTED] wrote:

>>my CVSROOT is setting as:
>>
>>:pserver:joe@pippo:/cvs
>>
>>name server linux: pippo
>>user name: jose
>>repository: /cvs
>>progect name: bless
>>
>>
>>but it doesn't work...
>>
>>cvs -d  joe@pippo:/cvs co  bless
>>
>>cvs [checkout aborted]: cannot connect to socket: Connection refused
>>
>>
>>
>First, when you use the "-d" general option, you are overriding the
>CVSROOT, and your CVSROOT is not the same as what you are quoting
>as "-d".
>  
>
sorry user name is joe not jose

>Second, that "Connection refused" message looks more like a failure
>to connect to a socket and connect to CVS rather than a CVS response.
>Can you connect at all to CVS as pserver?  Can you telnet to your
>server on port 2401?
>
I'm using ssh not telnet I suppose :-\

za





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

Re: CVS & WINDOWS

[david]

> my CVSROOT is setting as:
> 
> :pserver:joe@pippo:/cvs
> 
> name server linux: pippo
> user name: jose
> repository: /cvs
> progect name: bless
> 
> 
> but it doesn't work...
> 
> cvs -d  joe@pippo:/cvs co  bless
> 
> cvs [checkout aborted]: cannot connect to socket: Connection refused
> 
First, when you use the "-d" general option, you are overriding the
CVSROOT, and your CVSROOT is not the same as what you are quoting
as "-d".

Second, that "Connection refused" message looks more like a failure
to connect to a socket and connect to CVS rather than a CVS response.
Can you connect at all to CVS as pserver?  Can you telnet to your
server on port 2401?

-- 
Now building a CVS reference site at http://www.thornleyware.com
[EMAIL PROTECTED]



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

Re: CVS & WINDOWS

[[EMAIL PROTECTED]]

Anders Truelsen wrote:

>Where is your repository?
>
>If it is on a server (which it should be) the CVSROOT should look like
>this:
>   [::[user@]host:]/path/to/repository
>
>For example:
>   :pserver:at@LinuxBox:/cvs/repo  - on a unix server
>   :sspi:WinBox:/cvs/repo  - on a Windows server
>   :local:c:/cvs/repo  - on a local drive
>
>Regards,
>anders
>  
>
my CVSROOT is setting as:

:pserver:joe@pippo:/cvs

name server linux: pippo
user name: jose
repository: /cvs
progect name: bless


but it doesn't work...

cvs -d  joe@pippo:/cvs co  bless

cvs [checkout aborted]: cannot connect to socket: Connection refused




>  
>
>>-Original Message-
>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>>Sent: 5. september 2002 08:20
>>To: [EMAIL PROTECTED]
>>Subject: CVS & WINDOWS
>>
>>Hi all,
>>
>>I'm trying cvs on windows without success.
>>This is the messsage:
>>
>>cvs -d  joe@pippo:/cvs co  bless
>>cvs [checkout aborted]: cannot connect to socket: Connection refused
>>
>>Any ideas ?
>>Thank you
>>Jose
>>
>>
>>
>>
>>
>>
>>___
>>Info-cvs mailing list
>>[EMAIL PROTECTED]
>>http://mail.gnu.org/mailman/listinfo/info-cvs
>>
>>
>
>
>___
>Info-cvs mailing list
>[EMAIL PROTECTED]
>http://mail.gnu.org/mailman/listinfo/info-cvs
>
>  
>





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

RE: CVS & WINDOWS

[Anders Truelsen]

Where is your repository?

If it is on a server (which it should be) the CVSROOT should look like
this:
[::[user@]host:]/path/to/repository

For example:
:pserver:at@LinuxBox:/cvs/repo  - on a unix server
:sspi:WinBox:/cvs/repo  - on a Windows server
:local:c:/cvs/repo  - on a local drive

Regards,
anders

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 5. september 2002 08:20
> To: [EMAIL PROTECTED]
> Subject: CVS & WINDOWS
> 
> Hi all,
> 
> I'm trying cvs on windows without success.
> This is the messsage:
> 
> cvs -d  joe@pippo:/cvs co  bless
> cvs [checkout aborted]: cannot connect to socket: Connection refused
> 
> Any ideas ?
> Thank you
> Jose
> 
> 
> 
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


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

CVS & WINDOWS

[[EMAIL PROTECTED]]

Hi all,

I'm trying cvs on windows without success.
This is the messsage:

cvs -d  joe@pippo:/cvs co  bless
cvs [checkout aborted]: cannot connect to socket: Connection refused

Any ideas ?
Thank you
Jose






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

RE: cvs/Windows: can't get a repository built

[David Resnick]

Try the procedures at
http://www.devguy.com/fp/cfgmgmt/cvs/cvs_admin_nt.htm

They worked for me.

Regards, 

David Resnick 
MobileSpear Inc. 
[EMAIL PROTECTED] 
Azrieli Center 1 - Tel Aviv 67021 Israel 
Phone: +972 (3) 608 1969 
Mobile: +972 (54) 820 966 

 

-Original Message-
From: Spencer Doidge [mailto:[EMAIL PROTECTED]] 
Sent: Monday, April 29, 2002 04:27
To: [EMAIL PROTECTED]
Subject: cvs/Windows: can't get a repository built

I just installed cygwin on my Win2k box.
I want to set up CVS for my own single machine to help me manage source
code.
I have read the documentation 'info cvs' and faq's at www.cvshome.org.
I have tried every permutation of their recommendations that I can think
of
without success.

Can anyone recommend a procedure for setting up a cvs repository and
stashing my source files in it?

Spencer Doidge



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

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

cvs/Windows: can't get a repository built

[Spencer Doidge]

I just installed cygwin on my Win2k box.
I want to set up CVS for my own single machine to help me manage source
code.
I have read the documentation 'info cvs' and faq's at www.cvshome.org.
I have tried every permutation of their recommendations that I can think of
without success.

Can anyone recommend a procedure for setting up a cvs repository and
stashing my source files in it?

Spencer Doidge



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

ANNOUNCE: Updated document available (CVS, Windows, ssh)

[James Knowles]

Thanks to some tremendous community input, my notes for setting up a Windows
workstation to use a remote CVS server have been updated. 

Some people have found this useful, so I'm making a general announcement
here. Otherwise, it's just a bunch of personal notes to compensate for an
imperfect memory. YMMV. Void where prohibited. Do not operate heavy
machinary or drive while using this product. 

http://www.ifm-services.com/people/jamesk/papers/cms/cvs-win32-client.html

Happy holidays


-- 
I'm Batman! Oh, wait, no I'm not..
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

CVS/Windows 2000 -- wrong author listed in history?!

[NEWTON, DOUG]

We are running CVS 1.11 under Windows 2000, just using a local repository on
the same filesystem.  In the history logs, all users are identified as
"administrator", which is the group that all users belong to.  Is there any
way to force CVS to use the USERNAME instead?

Thanks in advance for any help.

--Doug Newton

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

RE: CVS Windows File name swapping problem

[Jerry Nairn]

If this was an 8.3 filenames related problem, the solution would be to copy
the files rather than move them. It looks as if, from your mail, cvs has the
correct long file names however. I think it's more likely that your problem
is that the two files have exactly the same modification time, and therefore
it doesn't look as if anything has changed when you replace one with the
other. I  guess copying instead of moving would fix that problem as well.
Jerry

> From: Gerhard Sittig [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 12, 2000 12:15 PM
> 
> On Tue, Jul 11, 2000 at 15:49 -0400, Dan Mindler wrote:
> > 
> > $ move thisismyimagefor_on.gif thisismyimagefor_off_new.gif
> > $ move thisismyimagefor_off.gif thisismyimagefor_on.gif
> > $ move thisismyimagefor_off_new.gif thisismyimagefor_off.gif
> > 
> > [ ... ]
> > 
> > I think that this is a problem with 8.3 names and the CVS
> > client not correctly using the right file name. On windows, the
> > long file name is mapped to an 8.3 name, something like:
> > thisis~1.gif for this..._on.gif

> Caching the previous long filename and assigning it to the newly
> created file is _intended_ not regarding the modified content.
> The criterion was "creating a file with the same short filename
> *shortly* after removing a file with the same name".  Possible
> resolution derived therefrom:  Don't work this fast! :)  Have a
> break between single command lines.
> 
 

Re: CVS Windows File name swapping problem

[Gerhard Sittig]

On Tue, Jul 11, 2000 at 15:49 -0400, Dan Mindler wrote:
> 
> $ move thisismyimagefor_on.gif thisismyimagefor_off_new.gif
> $ move thisismyimagefor_off.gif thisismyimagefor_on.gif
> $ move thisismyimagefor_off_new.gif thisismyimagefor_off.gif
> 
> [ ... ]
> 
> I think that this is a problem with 8.3 names and the CVS
> client not correctly using the right file name. On windows, the
> long file name is mapped to an 8.3 name, something like:
> thisis~1.gif for this..._on.gif
> 
> When I move it, the 8.3 name stays the same. So, when I swap
> the file names, their 8.3 names stay the same but the long file
> names are different.
> 
> If I copy the file to temporary file names, generating a new
> 8.3, everything works.
> 
> Anyone have these problems before? Is this a windows cvs client
> bug?

In MS' opinion it's a feature.  AFAIK this mechanism was meant
for the non Windows programs like DOS editors to get access to
long filenamed files without destroying their long names.
Consider the following scenario:  Saving an editor file is
usually done in a few steps
- moving the original file out of the way (maybe to .bak)
- writing the modified content under the original name
- maybe removing the moved away original

Caching the previous long filename and assigning it to the newly
created file is _intended_ not regarding the modified content.
The criterion was "creating a file with the same short filename
*shortly* after removing a file with the same name".  Possible
resolution derived therefrom:  Don't work this fast! :)  Have a
break between single command lines.


virtually yours   82D1 9B9C 01DC 4FB4 D7B4  61BE 3F49 4F77 72DE DA76
Gerhard Sittig   true | mail -s "get gpg key" [EMAIL PROTECTED]
-- 
 If you don't understand or are scared by any of the above
 ask your parents or an adult to help you.

CVS Windows File name swapping problem

[Dan Mindler]

Overview:

I have two gif's in CVS. I check out into a directory
and want to swap their names:

$ cvs co stuff

U stuff/thisismyimagefor_on.gif
U stuff/thisismyimagefor_off.gif
$ cd stuff
$ move thisismyimagefor_on.gif thisismyimagefor_off_new.gif
$ move thisismyimagefor_off.gif thisismyimagefor_on.gif
$ move thisismyimagefor_off_new.gif thisismyimagefor_off.gif


Problem:

When I do a cvs update or commit, nothing is identified 
as modified:

$ cvs update
$


I think that this is a problem with 8.3 names and the CVS client
not correctly using the right file name. On windows, the long
file name is mapped to an 8.3 name, something like: thisis~1.gif for
this..._on.gif
When I move it, the 8.3 name stays the same. So, when I swap the
file names, their 8.3 names stay the same but the long file names
are different.

If I copy the file to temporary file names, generating a new 8.3,
everything works.

Anyone have these problems before? Is this a windows cvs client
bug?

Thanks.

Dan

Oh yea.. Windows NT 4SP5, NTFS 

--
Dan Mindler
[EMAIL PROTECTED]