[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Moving working copy to other machines

From: <brane_at_xbc.nu>
Date: 2003-11-20 16:35:40 CET

Quoting "Delbert D. Franz" <ddf@sonic.net>:

> I have done a checkout to Windows and one to Linux and
> my results show that the text base files always have CR-LF
> in them. This differs from what you suggest here.

If you have svn:eol-style=native and CRLF in the text base files,
then that's clearly wrong. By definition, 'native' style means
LF in the repository and in the text base.

> I have to disagree on the effect of less. Something is changing
> the files when mounted via smbfs and less or some other file acces
> is used. svn diff then claims that the file has only line feeds

It does? How? I don't think "svn diff" goes out of its way to report the file's
line ending style.

> as the
> eol character. A check of the file with a hex editor clearly shows that
> the CR-LF is really there. Thus I can only conclude that something in

Did you check both before and after running "less"? As I said, is possible that
smbfs changes the file time even on read-only access. If the text bases are
broken, then "svn diff" won't notice anything while the timestamps of the text
base and working files are the same.

> the system info for each file

O.K., stop right there. There is no such thing as "the system info" for a file.
The working copy remembers the checksum and modification time; we don't store
any system-specific information. The only thing that does vary between systems
is the interpretation of the 'native' eol style, but that doesn't affect how
diff and status treat it. Furthermore, it doesn't affect the text bases, which
is always the same as what's stored in the repository.

> is changed so that svn diff and svn
> status treat the file like it is from Linux instead of MS Windows.
>
> Delbert
>
> On Wednesday 19 November 2003 14:51, you wrote:
> > Delbert D. Franz wrote:
> > >1.Info-zip's zip and unzip must change some aspect of the
> > >file information that causes svn to think the file is a Linux
> > >file. However, this change is hidden from the ordinary
> > >user.
> >
> > Have you looked at the text base files? I bet info-zip changes them
> to
> > CRLF line endings, whereas with svn:eol-style=native, all the text
> bases
> > should use plain LF.
> >
> > >2. Mounting a shared drive on W2K in Linux using smbfs
> > >and then accessing the file with an editor or the less
> > >command does the same thing,
> >
> > I can't believe 'less' changes the files in any way. It might change
> the
> > last-accessed time, though, and that _might_ break the date-baed
> > comparison. Is it possible that pkzip also modifies the text bases
> but
> > preserves the timestamps?
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 20 16:37:01 2003

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.