Bazaar project shared on Windows and Linux

[Colin D Bennett]

On Fri, 25 Jul 2008 17:30:06 +0200
guerinp at magic.fr wrote:

> Hello,
> 
> I'm a C++ developer (alone) and need to use a tool such as Bazaar for
> a project which runs on Windows and GNU/Linux (Ubuntu Hardy).
> These two computer are in the same LAN.
> The project is mainly developed on a Windows computer (Windows 2000
> SP4) From Ubuntu, I mount the drive shares with samba.
> 
> I have some questions :
> - The Bazaar files seem to be compatible regardless of the OSes. Are 
> they really ?
> - If they are, I experience the following:
> 
>     I create two test directories with the same source files, one on
> a Fat32 filesystem and one on NTFS.
>     On Windows (Fat32 ou NTFS filesystem)
>     bzr init
>     bzr add
>     bzr commit
>     bzr status
>         (nothing)
> 
>     On Linux (Fat32 filesystem mount)
>     bzr status
>         /usr/lib/python2.5/site-packages/bzrlib/dirstate.py:237: 
> DeprecationWarning: struct integer overflow masking is deprecated
>         , st.st_dev, st.st_ino & 0xFFFFFFFF, st.st_mode))[:-1]
>         modified:
>           ... all my project files
> 
>     On Linux (NTFS filesystem mount)
>     Bzr status does not give a error message but list all files as
> modified.
> 
>     Why do Bazaar consider files as modified ?
>     Do I make a mistake somewhere ?
> 
> Thank you for your help.
> 
> Kind regards
> Patrice.

It sounds like you want to share your working tree between the Windows
and Linux machines, right?

If so, then what you are seeing may be due to line ending conversion.
On Linux, the working tree files will have 'LF' line endings, and on
Windows they will have CR+LF line endings.  

What version of Bazaar are you using?  ('bzr version' output.)

I think that line ending conversion is new in bzr 1.6.  bzr devs: Will
the line ending filter cause files shared from a Windows machine cause a
Linux machine to thing the working tree files are all modified?  It
seems that would make sense, if the Linux machine expects LF endings.

Regards,
Colin