You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Nathan Beyer <nb...@kc.rr.com> on 2006/08/16 08:03:36 UTC
[general] svn:eol-style = native (LF vs CRLF)
Does anyone have objections to setting the svn:eol-style to native for
*.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and changes?
I believe this is the suggested setting for committers [1][2]. The only file
types that I know of that must have a specific line ending are *.dsp and
*.dsw, which must be CRLF.
Some files are already set this way and others are not, but if we go about
updating these as we move forward, this should normalize checkouts for
everyone.
-Nathan Beyer
[1] http://www.apache.org/dev/version-control.html#https-svn
[2] http://www.apache.org/dev/svn-eol-style.txt
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Salikh Zakirov <Sa...@Intel.com>.
Nathan Beyer wrote:
> Does anyone have objections to setting the svn:eol-style to native for
> *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and changes?
> I believe this is the suggested setting for committers [1][2]. The only file
> types that I know of that must have a specific line ending are *.dsp and
> *.dsw, which must be CRLF.
>
>
>
> Some files are already set this way and others are not, but if we go about
> updating these as we move forward, this should normalize checkouts for
> everyone.
I do not have any objections, but I have not much experience with SVN
to answer Alexey's concern properly.
I usually do not use SVN directly, but import the history into the local
repository (Git), which has only unix LF line endings. So, to me personally,
it does not matter if the eol-style is set to "LF" or "native".
Nathan, to make the conversion easier, I have attached a script for conversion.
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Stepan Mishura <st...@gmail.com>.
See
http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200603.mbox/%3c442AF8CD.6040004@gmail.com%3e
On 8/16/06, Alexey Petrenko wrote:
>
> How this option will work?
> I understand that it will convert all the sources to system dependent
> line-endings on local machine. But what line-endings will have
> repository in this case?
>
> Is there any option to set LFs (Unix-style) line-endings by default?
>
> SY, Alexey
>
> 2006/8/16, Nathan Beyer <nb...@kc.rr.com>:
> > Does anyone have objections to setting the svn:eol-style to native for
> > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
> changes?
> > I believe this is the suggested setting for committers [1][2]. The only
> file
> > types that I know of that must have a specific line ending are *.dsp and
> > *.dsw, which must be CRLF.
> >
> >
> >
> > Some files are already set this way and others are not, but if we go
> about
> > updating these as we move forward, this should normalize checkouts for
> > everyone.
> >
> >
> >
> > -Nathan Beyer
> >
> >
> >
> > [1] http://www.apache.org/dev/version-control.html#https-svn
> >
> > [2] http://www.apache.org/dev/svn-eol-style.txt
> >
> >
> >
>
>
> --
> Alexey A. Petrenko
> Intel Middleware Products Division
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
--
Thanks,
Stepan Mishura
Intel Middleware Products Division
------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Alexey Petrenko <al...@gmail.com>.
How this option will work?
I understand that it will convert all the sources to system dependent
line-endings on local machine. But what line-endings will have
repository in this case?
Is there any option to set LFs (Unix-style) line-endings by default?
SY, Alexey
2006/8/16, Nathan Beyer <nb...@kc.rr.com>:
> Does anyone have objections to setting the svn:eol-style to native for
> *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and changes?
> I believe this is the suggested setting for committers [1][2]. The only file
> types that I know of that must have a specific line ending are *.dsp and
> *.dsw, which must be CRLF.
>
>
>
> Some files are already set this way and others are not, but if we go about
> updating these as we move forward, this should normalize checkouts for
> everyone.
>
>
>
> -Nathan Beyer
>
>
>
> [1] http://www.apache.org/dev/version-control.html#https-svn
>
> [2] http://www.apache.org/dev/svn-eol-style.txt
>
>
>
--
Alexey A. Petrenko
Intel Middleware Products Division
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Alexey Petrenko <al...@gmail.com>.
I've used the following script:
find modules -name \*.def -exec dos2unix {} \;
patch -p0 < patch.diff
It's much faster then starting Eclipse :)
SY, Alexey
2006/9/29, Tony Wu <wu...@gmail.com>:
> you need more powerful patch tool, try apply the patch in Eclipse
> until getting some help from commiters ;-)
>
> On 9/28/06, Alexey Petrenko <al...@gmail.com> wrote:
> > I've just faced the same problem with the *.def files. All these files
> > has CRLF endings even on Linux.
> > It results in rejecting the patch which applies OK on Windows...
> >
> > SY, Alexey
> >
> > 2006/9/14, Geir Magnusson Jr. <ge...@pobox.com>:
> > > I thought we did this a while ago...?
> > >
> > > geir
> > >
> > >
> > > Tony Wu wrote:
> > > > +1 to set *svn:eol-style native* to all text files
> > > >
> > > > On 9/14/06, Ilya Okomin <il...@gmail.com> wrote:
> > > >>
> > > >> On 9/13/06, Tony Wu <wu...@gmail.com> wrote:
> > > >>
> > > >> > After going through this thread, I realize there is another possibility
> > > >> to
> > > >> > encounter the problem even you are working on single platform,
> > > >> > 1.the file you are working on does not have eol-style property and the
> > > >> > latest commit is performed on Unix system.
> > > >> > 2.you create a patch.
> > > >> > 3.when applying the patch, your patch-apply tool consider it is on
> > > >> win32
> > > >> > system and convert all the LF to CRLF.
> > > >> > 4.your local copy is dos style and the remote copy is unix style so you
> > > >> > get
> > > >> > totally different files when compare the bytes.
> > > >>
> > > >>
> > > >> Tony, thanks, it is exactly the case I've described in my post.
> > > >> I also thought that the reason was the svn:eol-style property for
> > > >> certain files or my local svn settings.
> > > >> Also I was wondering if the idea suggested in this thread was already
> > > >> applied for all modules (and security module was just missed), or it
> > > >> is in
> > > >> progress now. I think it is a good idea to set this property for all
> > > >> .java
> > > >> files in modules at once.
> > > >>
> > > >> Regards,
> > > >> Ilya.
> > > >>
> > > >>
> > > >>
> > > >> > I have no idea wyh some of the .java files have the property but others
> > > >> > doesnt in the meanwhile.
> > > >> >
> > > >> > hope it will do some help.
> > > >> >
> > > >> > On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
> > > >> > >
> > > >> > > On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
> > > >> > >
> > > >> > > > Sure -- just blat them all in one go.
> > > >> > > >
> > > >> > > > Regards,
> > > >> > > > Tim
> > > >> > > >
> > > >> > > >
> > > >> > > > Nathan Beyer wrote:
> > > >> > > > > Does anyone have objections to setting the svn:eol-style to
> > > >> native
> > > >> > for
> > > >> > > > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates
> > > >> and
> > > >> > > > changes?
> > > >> > > > > I believe this is the suggested setting for committers [1][2].
> > > >> The
> > > >> > > only
> > > >> > > > file
> > > >> > > > > types that I know of that must have a specific line ending are
> > > >> *.dsp
> > > >> > > and
> > > >> > > >
> > > >> > > > > *.dsw, which must be CRLF.
> > > >> > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > > > Some files are already set this way and others are not, but if we
> > > >> go
> > > >> > > > about
> > > >> > > > > updating these as we move forward, this should normalize
> > > >> checkouts
> > > >> > for
> > > >> > > > > everyone.
> > > >> > >
> > > >> > >
> > > >> > > Hi to all!
> > > >> > > Is anything done on this issue?
> > > >> > > I found some classes in [security] module has different eol style
> > > >> > > even within one package.
> > > >> > > When I make a patch for these classes, apply it (on Windows) - I
> > > >> find,
> > > >> > > that
> > > >> > > classes, that were in svn reporitory with 'unix' eol now have 'dos'
> > > >> eol.
> > > >> > > Thus if I make diff again - it shows me, that some files are to be
> > > >> fully
> > > >> > > rewrited with 'dos' eol, and I can't see the differences I've made.
> > > >> > > Probably I've missed something with svn settings or smth else?
> > > >> > >
> > > >> > > Thanks,
> > > >> > > Ilya.
> > > >> > >
> > > >> > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > > > -Nathan Beyer
> > > >> > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > > > [1] http://www.apache.org/dev/version-control.html#https-svn
> > > >> > > > >
> > > >> > > > > [2] http://www.apache.org/dev/svn-eol-style.txt
> > > >> > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > > > --
> > > >> > > >
> > > >> > > > Tim Ellison (t.p.ellison@gmail.com )
> > > >> > > > IBM Java technology centre, UK.
> > > >> > > >
> > > >> > > >
> > > >> ---------------------------------------------------------------------
> > > >> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > >> > > > To unsubscribe, e-mail:
> > > >> harmony-dev-unsubscribe@incubator.apache.org
> > > >> > > > For additional commands, e-mail:
> > > >> harmony-dev-help@incubator.apache.org
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >> > >
> > > >> > > --
> > > >> > > --
> > > >> > > Ilya Okomin
> > > >> > > Intel Middleware Products Division
> > > >> > >
> > > >> > >
> > > >> >
> > > >> >
> > > >> > --
> > > >> > Tony Wu
> > > >> > China Software Development Lab, IBM
> > > >> >
> > > >> >
> > > >>
> > > >>
> > > >> --
> > > >> --
> > > >> Ilya Okomin
> > > >> Intel Middleware Products Division
> > > >>
> > > >>
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > >
> > >
> >
> >
> > --
> > Alexey A. Petrenko
> > Intel Middleware Products Division
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
>
>
> --
> Tony Wu
> China Software Development Lab, IBM
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
--
Alexey A. Petrenko
Intel Middleware Products Division
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Tony Wu <wu...@gmail.com>.
you need more powerful patch tool, try apply the patch in Eclipse
until getting some help from commiters ;-)
On 9/28/06, Alexey Petrenko <al...@gmail.com> wrote:
> I've just faced the same problem with the *.def files. All these files
> has CRLF endings even on Linux.
> It results in rejecting the patch which applies OK on Windows...
>
> SY, Alexey
>
> 2006/9/14, Geir Magnusson Jr. <ge...@pobox.com>:
> > I thought we did this a while ago...?
> >
> > geir
> >
> >
> > Tony Wu wrote:
> > > +1 to set *svn:eol-style native* to all text files
> > >
> > > On 9/14/06, Ilya Okomin <il...@gmail.com> wrote:
> > >>
> > >> On 9/13/06, Tony Wu <wu...@gmail.com> wrote:
> > >>
> > >> > After going through this thread, I realize there is another possibility
> > >> to
> > >> > encounter the problem even you are working on single platform,
> > >> > 1.the file you are working on does not have eol-style property and the
> > >> > latest commit is performed on Unix system.
> > >> > 2.you create a patch.
> > >> > 3.when applying the patch, your patch-apply tool consider it is on
> > >> win32
> > >> > system and convert all the LF to CRLF.
> > >> > 4.your local copy is dos style and the remote copy is unix style so you
> > >> > get
> > >> > totally different files when compare the bytes.
> > >>
> > >>
> > >> Tony, thanks, it is exactly the case I've described in my post.
> > >> I also thought that the reason was the svn:eol-style property for
> > >> certain files or my local svn settings.
> > >> Also I was wondering if the idea suggested in this thread was already
> > >> applied for all modules (and security module was just missed), or it
> > >> is in
> > >> progress now. I think it is a good idea to set this property for all
> > >> .java
> > >> files in modules at once.
> > >>
> > >> Regards,
> > >> Ilya.
> > >>
> > >>
> > >>
> > >> > I have no idea wyh some of the .java files have the property but others
> > >> > doesnt in the meanwhile.
> > >> >
> > >> > hope it will do some help.
> > >> >
> > >> > On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
> > >> > >
> > >> > > On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
> > >> > >
> > >> > > > Sure -- just blat them all in one go.
> > >> > > >
> > >> > > > Regards,
> > >> > > > Tim
> > >> > > >
> > >> > > >
> > >> > > > Nathan Beyer wrote:
> > >> > > > > Does anyone have objections to setting the svn:eol-style to
> > >> native
> > >> > for
> > >> > > > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates
> > >> and
> > >> > > > changes?
> > >> > > > > I believe this is the suggested setting for committers [1][2].
> > >> The
> > >> > > only
> > >> > > > file
> > >> > > > > types that I know of that must have a specific line ending are
> > >> *.dsp
> > >> > > and
> > >> > > >
> > >> > > > > *.dsw, which must be CRLF.
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > Some files are already set this way and others are not, but if we
> > >> go
> > >> > > > about
> > >> > > > > updating these as we move forward, this should normalize
> > >> checkouts
> > >> > for
> > >> > > > > everyone.
> > >> > >
> > >> > >
> > >> > > Hi to all!
> > >> > > Is anything done on this issue?
> > >> > > I found some classes in [security] module has different eol style
> > >> > > even within one package.
> > >> > > When I make a patch for these classes, apply it (on Windows) - I
> > >> find,
> > >> > > that
> > >> > > classes, that were in svn reporitory with 'unix' eol now have 'dos'
> > >> eol.
> > >> > > Thus if I make diff again - it shows me, that some files are to be
> > >> fully
> > >> > > rewrited with 'dos' eol, and I can't see the differences I've made.
> > >> > > Probably I've missed something with svn settings or smth else?
> > >> > >
> > >> > > Thanks,
> > >> > > Ilya.
> > >> > >
> > >> > >
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > -Nathan Beyer
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > [1] http://www.apache.org/dev/version-control.html#https-svn
> > >> > > > >
> > >> > > > > [2] http://www.apache.org/dev/svn-eol-style.txt
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > > --
> > >> > > >
> > >> > > > Tim Ellison (t.p.ellison@gmail.com )
> > >> > > > IBM Java technology centre, UK.
> > >> > > >
> > >> > > >
> > >> ---------------------------------------------------------------------
> > >> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > >> > > > To unsubscribe, e-mail:
> > >> harmony-dev-unsubscribe@incubator.apache.org
> > >> > > > For additional commands, e-mail:
> > >> harmony-dev-help@incubator.apache.org
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> > > --
> > >> > > --
> > >> > > Ilya Okomin
> > >> > > Intel Middleware Products Division
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >> > --
> > >> > Tony Wu
> > >> > China Software Development Lab, IBM
> > >> >
> > >> >
> > >>
> > >>
> > >> --
> > >> --
> > >> Ilya Okomin
> > >> Intel Middleware Products Division
> > >>
> > >>
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
>
>
> --
> Alexey A. Petrenko
> Intel Middleware Products Division
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
--
Tony Wu
China Software Development Lab, IBM
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Alexey Petrenko <al...@gmail.com>.
I've just faced the same problem with the *.def files. All these files
has CRLF endings even on Linux.
It results in rejecting the patch which applies OK on Windows...
SY, Alexey
2006/9/14, Geir Magnusson Jr. <ge...@pobox.com>:
> I thought we did this a while ago...?
>
> geir
>
>
> Tony Wu wrote:
> > +1 to set *svn:eol-style native* to all text files
> >
> > On 9/14/06, Ilya Okomin <il...@gmail.com> wrote:
> >>
> >> On 9/13/06, Tony Wu <wu...@gmail.com> wrote:
> >>
> >> > After going through this thread, I realize there is another possibility
> >> to
> >> > encounter the problem even you are working on single platform,
> >> > 1.the file you are working on does not have eol-style property and the
> >> > latest commit is performed on Unix system.
> >> > 2.you create a patch.
> >> > 3.when applying the patch, your patch-apply tool consider it is on
> >> win32
> >> > system and convert all the LF to CRLF.
> >> > 4.your local copy is dos style and the remote copy is unix style so you
> >> > get
> >> > totally different files when compare the bytes.
> >>
> >>
> >> Tony, thanks, it is exactly the case I've described in my post.
> >> I also thought that the reason was the svn:eol-style property for
> >> certain files or my local svn settings.
> >> Also I was wondering if the idea suggested in this thread was already
> >> applied for all modules (and security module was just missed), or it
> >> is in
> >> progress now. I think it is a good idea to set this property for all
> >> .java
> >> files in modules at once.
> >>
> >> Regards,
> >> Ilya.
> >>
> >>
> >>
> >> > I have no idea wyh some of the .java files have the property but others
> >> > doesnt in the meanwhile.
> >> >
> >> > hope it will do some help.
> >> >
> >> > On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
> >> > >
> >> > > On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
> >> > >
> >> > > > Sure -- just blat them all in one go.
> >> > > >
> >> > > > Regards,
> >> > > > Tim
> >> > > >
> >> > > >
> >> > > > Nathan Beyer wrote:
> >> > > > > Does anyone have objections to setting the svn:eol-style to
> >> native
> >> > for
> >> > > > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates
> >> and
> >> > > > changes?
> >> > > > > I believe this is the suggested setting for committers [1][2].
> >> The
> >> > > only
> >> > > > file
> >> > > > > types that I know of that must have a specific line ending are
> >> *.dsp
> >> > > and
> >> > > >
> >> > > > > *.dsw, which must be CRLF.
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > Some files are already set this way and others are not, but if we
> >> go
> >> > > > about
> >> > > > > updating these as we move forward, this should normalize
> >> checkouts
> >> > for
> >> > > > > everyone.
> >> > >
> >> > >
> >> > > Hi to all!
> >> > > Is anything done on this issue?
> >> > > I found some classes in [security] module has different eol style
> >> > > even within one package.
> >> > > When I make a patch for these classes, apply it (on Windows) - I
> >> find,
> >> > > that
> >> > > classes, that were in svn reporitory with 'unix' eol now have 'dos'
> >> eol.
> >> > > Thus if I make diff again - it shows me, that some files are to be
> >> fully
> >> > > rewrited with 'dos' eol, and I can't see the differences I've made.
> >> > > Probably I've missed something with svn settings or smth else?
> >> > >
> >> > > Thanks,
> >> > > Ilya.
> >> > >
> >> > >
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > -Nathan Beyer
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > [1] http://www.apache.org/dev/version-control.html#https-svn
> >> > > > >
> >> > > > > [2] http://www.apache.org/dev/svn-eol-style.txt
> >> > > > >
> >> > > > >
> >> > > >
> >> > > > --
> >> > > >
> >> > > > Tim Ellison (t.p.ellison@gmail.com )
> >> > > > IBM Java technology centre, UK.
> >> > > >
> >> > > >
> >> ---------------------------------------------------------------------
> >> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> >> > > > To unsubscribe, e-mail:
> >> harmony-dev-unsubscribe@incubator.apache.org
> >> > > > For additional commands, e-mail:
> >> harmony-dev-help@incubator.apache.org
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> > > --
> >> > > --
> >> > > Ilya Okomin
> >> > > Intel Middleware Products Division
> >> > >
> >> > >
> >> >
> >> >
> >> > --
> >> > Tony Wu
> >> > China Software Development Lab, IBM
> >> >
> >> >
> >>
> >>
> >> --
> >> --
> >> Ilya Okomin
> >> Intel Middleware Products Division
> >>
> >>
> >
> >
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
--
Alexey A. Petrenko
Intel Middleware Products Division
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Tony Wu <wu...@gmail.com>.
A kind reminder to commiters, please modify the *config* file of your local
svn.
"C:\Documents and Settings\$username\Application Data\Subversion\config" on
winXP
and "/home/$username/.subversion/conf/config" on Linux.
just add content described in [1] as Nathan mentioned in order to
automatically set the prop when commit a new file.
[1]http://www.apache.org/dev/svn-eol-style.txt
On 9/14/06, Ilya Okomin <il...@gmail.com> wrote:
>
> Seems some modules were missed. Take a look at the [security] or [prefs]
> modules (probably another also, I didn't check all modules) source .java
> files there still haven't required svn property.
>
> Thanks,
> Ilya.
>
>
> On 9/14/06, Geir Magnusson Jr. <ge...@pobox.com> wrote:
> >
> > I thought we did this a while ago...?
> >
> > geir
> >
> >
> > Tony Wu wrote:
> > > +1 to set *svn:eol-style native* to all text files
> > >
> > > On 9/14/06, Ilya Okomin <il...@gmail.com> wrote:
> > >>
> > >> On 9/13/06, Tony Wu <wu...@gmail.com> wrote:
> > >>
> > >> > After going through this thread, I realize there is another
> > possibility
> > >> to
> > >> > encounter the problem even you are working on single platform,
> > >> > 1.the file you are working on does not have eol-style property and
> > the
> > >> > latest commit is performed on Unix system.
> > >> > 2.you create a patch.
> > >> > 3.when applying the patch, your patch-apply tool consider it is on
> > >> win32
> > >> > system and convert all the LF to CRLF.
> > >> > 4.your local copy is dos style and the remote copy is unix style so
> > you
> > >> > get
> > >> > totally different files when compare the bytes.
> > >>
> > >>
> > >> Tony, thanks, it is exactly the case I've described in my post.
> > >> I also thought that the reason was the svn:eol-style property for
> > >> certain files or my local svn settings.
> > >> Also I was wondering if the idea suggested in this thread was already
> > >> applied for all modules (and security module was just missed), or it
> > >> is in
> > >> progress now. I think it is a good idea to set this property for all
> > >> .java
> > >> files in modules at once.
> > >>
> > >> Regards,
> > >> Ilya.
> > >>
> > >>
> > >>
> > >> > I have no idea wyh some of the .java files have the property but
> > others
> > >> > doesnt in the meanwhile.
> > >> >
> > >> > hope it will do some help.
> > >> >
> > >> > On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
> > >> > >
> > >> > > On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
> > >> > >
> > >> > > > Sure -- just blat them all in one go.
> > >> > > >
> > >> > > > Regards,
> > >> > > > Tim
> > >> > > >
> > >> > > >
> > >> > > > Nathan Beyer wrote:
> > >> > > > > Does anyone have objections to setting the svn:eol-style to
> > >> native
> > >> > for
> > >> > > > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with
> updates
> > >> and
> > >> > > > changes?
> > >> > > > > I believe this is the suggested setting for committers
> [1][2].
> > >> The
> > >> > > only
> > >> > > > file
> > >> > > > > types that I know of that must have a specific line ending
> are
> > >> *.dsp
> > >> > > and
> > >> > > >
> > >> > > > > *.dsw, which must be CRLF.
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > Some files are already set this way and others are not, but
> if
> > we
> > >> go
> > >> > > > about
> > >> > > > > updating these as we move forward, this should normalize
> > >> checkouts
> > >> > for
> > >> > > > > everyone.
> > >> > >
> > >> > >
> > >> > > Hi to all!
> > >> > > Is anything done on this issue?
> > >> > > I found some classes in [security] module has different eol style
> > >> > > even within one package.
> > >> > > When I make a patch for these classes, apply it (on Windows) - I
> > >> find,
> > >> > > that
> > >> > > classes, that were in svn reporitory with 'unix' eol now have
> 'dos'
> > >> eol.
> > >> > > Thus if I make diff again - it shows me, that some files are to
> be
> > >> fully
> > >> > > rewrited with 'dos' eol, and I can't see the differences I've
> made.
> > >> > > Probably I've missed something with svn settings or smth else?
> > >> > >
> > >> > > Thanks,
> > >> > > Ilya.
> > >> > >
> > >> > >
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > -Nathan Beyer
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > [1] http://www.apache.org/dev/version-control.html#https-svn
> > >> > > > >
> > >> > > > > [2] http://www.apache.org/dev/svn-eol-style.txt
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > > --
> > >> > > >
> > >> > > > Tim Ellison (t.p.ellison@gmail.com )
> > >> > > > IBM Java technology centre, UK.
> > >> > > >
> > >> > > >
> > >> ---------------------------------------------------------------------
> > >> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > >> > > > To unsubscribe, e-mail:
> > >> harmony-dev-unsubscribe@incubator.apache.org
> > >> > > > For additional commands, e-mail:
> > >> harmony-dev-help@incubator.apache.org
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> > > --
> > >> > > --
> > >> > > Ilya Okomin
> > >> > > Intel Middleware Products Division
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >> > --
> > >> > Tony Wu
> > >> > China Software Development Lab, IBM
> > >> >
> > >> >
> > >>
> > >>
> > >> --
> > >> --
> > >> Ilya Okomin
> > >> Intel Middleware Products Division
> > >>
> > >>
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
>
>
> --
> --
> Ilya Okomin
> Intel Middleware Products Division
>
>
--
Tony Wu
China Software Development Lab, IBM
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Ilya Okomin <il...@gmail.com>.
Seems some modules were missed. Take a look at the [security] or [prefs]
modules (probably another also, I didn't check all modules) source .java
files there still haven't required svn property.
Thanks,
Ilya.
On 9/14/06, Geir Magnusson Jr. <ge...@pobox.com> wrote:
>
> I thought we did this a while ago...?
>
> geir
>
>
> Tony Wu wrote:
> > +1 to set *svn:eol-style native* to all text files
> >
> > On 9/14/06, Ilya Okomin <il...@gmail.com> wrote:
> >>
> >> On 9/13/06, Tony Wu <wu...@gmail.com> wrote:
> >>
> >> > After going through this thread, I realize there is another
> possibility
> >> to
> >> > encounter the problem even you are working on single platform,
> >> > 1.the file you are working on does not have eol-style property and
> the
> >> > latest commit is performed on Unix system.
> >> > 2.you create a patch.
> >> > 3.when applying the patch, your patch-apply tool consider it is on
> >> win32
> >> > system and convert all the LF to CRLF.
> >> > 4.your local copy is dos style and the remote copy is unix style so
> you
> >> > get
> >> > totally different files when compare the bytes.
> >>
> >>
> >> Tony, thanks, it is exactly the case I've described in my post.
> >> I also thought that the reason was the svn:eol-style property for
> >> certain files or my local svn settings.
> >> Also I was wondering if the idea suggested in this thread was already
> >> applied for all modules (and security module was just missed), or it
> >> is in
> >> progress now. I think it is a good idea to set this property for all
> >> .java
> >> files in modules at once.
> >>
> >> Regards,
> >> Ilya.
> >>
> >>
> >>
> >> > I have no idea wyh some of the .java files have the property but
> others
> >> > doesnt in the meanwhile.
> >> >
> >> > hope it will do some help.
> >> >
> >> > On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
> >> > >
> >> > > On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
> >> > >
> >> > > > Sure -- just blat them all in one go.
> >> > > >
> >> > > > Regards,
> >> > > > Tim
> >> > > >
> >> > > >
> >> > > > Nathan Beyer wrote:
> >> > > > > Does anyone have objections to setting the svn:eol-style to
> >> native
> >> > for
> >> > > > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates
> >> and
> >> > > > changes?
> >> > > > > I believe this is the suggested setting for committers [1][2].
> >> The
> >> > > only
> >> > > > file
> >> > > > > types that I know of that must have a specific line ending are
> >> *.dsp
> >> > > and
> >> > > >
> >> > > > > *.dsw, which must be CRLF.
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > Some files are already set this way and others are not, but if
> we
> >> go
> >> > > > about
> >> > > > > updating these as we move forward, this should normalize
> >> checkouts
> >> > for
> >> > > > > everyone.
> >> > >
> >> > >
> >> > > Hi to all!
> >> > > Is anything done on this issue?
> >> > > I found some classes in [security] module has different eol style
> >> > > even within one package.
> >> > > When I make a patch for these classes, apply it (on Windows) - I
> >> find,
> >> > > that
> >> > > classes, that were in svn reporitory with 'unix' eol now have 'dos'
> >> eol.
> >> > > Thus if I make diff again - it shows me, that some files are to be
> >> fully
> >> > > rewrited with 'dos' eol, and I can't see the differences I've made.
> >> > > Probably I've missed something with svn settings or smth else?
> >> > >
> >> > > Thanks,
> >> > > Ilya.
> >> > >
> >> > >
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > -Nathan Beyer
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > [1] http://www.apache.org/dev/version-control.html#https-svn
> >> > > > >
> >> > > > > [2] http://www.apache.org/dev/svn-eol-style.txt
> >> > > > >
> >> > > > >
> >> > > >
> >> > > > --
> >> > > >
> >> > > > Tim Ellison (t.p.ellison@gmail.com )
> >> > > > IBM Java technology centre, UK.
> >> > > >
> >> > > >
> >> ---------------------------------------------------------------------
> >> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> >> > > > To unsubscribe, e-mail:
> >> harmony-dev-unsubscribe@incubator.apache.org
> >> > > > For additional commands, e-mail:
> >> harmony-dev-help@incubator.apache.org
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> > > --
> >> > > --
> >> > > Ilya Okomin
> >> > > Intel Middleware Products Division
> >> > >
> >> > >
> >> >
> >> >
> >> > --
> >> > Tony Wu
> >> > China Software Development Lab, IBM
> >> >
> >> >
> >>
> >>
> >> --
> >> --
> >> Ilya Okomin
> >> Intel Middleware Products Division
> >>
> >>
> >
> >
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
--
--
Ilya Okomin
Intel Middleware Products Division
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
I thought we did this a while ago...?
geir
Tony Wu wrote:
> +1 to set *svn:eol-style native* to all text files
>
> On 9/14/06, Ilya Okomin <il...@gmail.com> wrote:
>>
>> On 9/13/06, Tony Wu <wu...@gmail.com> wrote:
>>
>> > After going through this thread, I realize there is another possibility
>> to
>> > encounter the problem even you are working on single platform,
>> > 1.the file you are working on does not have eol-style property and the
>> > latest commit is performed on Unix system.
>> > 2.you create a patch.
>> > 3.when applying the patch, your patch-apply tool consider it is on
>> win32
>> > system and convert all the LF to CRLF.
>> > 4.your local copy is dos style and the remote copy is unix style so you
>> > get
>> > totally different files when compare the bytes.
>>
>>
>> Tony, thanks, it is exactly the case I've described in my post.
>> I also thought that the reason was the svn:eol-style property for
>> certain files or my local svn settings.
>> Also I was wondering if the idea suggested in this thread was already
>> applied for all modules (and security module was just missed), or it
>> is in
>> progress now. I think it is a good idea to set this property for all
>> .java
>> files in modules at once.
>>
>> Regards,
>> Ilya.
>>
>>
>>
>> > I have no idea wyh some of the .java files have the property but others
>> > doesnt in the meanwhile.
>> >
>> > hope it will do some help.
>> >
>> > On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
>> > >
>> > > On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
>> > >
>> > > > Sure -- just blat them all in one go.
>> > > >
>> > > > Regards,
>> > > > Tim
>> > > >
>> > > >
>> > > > Nathan Beyer wrote:
>> > > > > Does anyone have objections to setting the svn:eol-style to
>> native
>> > for
>> > > > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates
>> and
>> > > > changes?
>> > > > > I believe this is the suggested setting for committers [1][2].
>> The
>> > > only
>> > > > file
>> > > > > types that I know of that must have a specific line ending are
>> *.dsp
>> > > and
>> > > >
>> > > > > *.dsw, which must be CRLF.
>> > > > >
>> > > > >
>> > > > >
>> > > > > Some files are already set this way and others are not, but if we
>> go
>> > > > about
>> > > > > updating these as we move forward, this should normalize
>> checkouts
>> > for
>> > > > > everyone.
>> > >
>> > >
>> > > Hi to all!
>> > > Is anything done on this issue?
>> > > I found some classes in [security] module has different eol style
>> > > even within one package.
>> > > When I make a patch for these classes, apply it (on Windows) - I
>> find,
>> > > that
>> > > classes, that were in svn reporitory with 'unix' eol now have 'dos'
>> eol.
>> > > Thus if I make diff again - it shows me, that some files are to be
>> fully
>> > > rewrited with 'dos' eol, and I can't see the differences I've made.
>> > > Probably I've missed something with svn settings or smth else?
>> > >
>> > > Thanks,
>> > > Ilya.
>> > >
>> > >
>> > > > >
>> > > > >
>> > > > >
>> > > > > -Nathan Beyer
>> > > > >
>> > > > >
>> > > > >
>> > > > > [1] http://www.apache.org/dev/version-control.html#https-svn
>> > > > >
>> > > > > [2] http://www.apache.org/dev/svn-eol-style.txt
>> > > > >
>> > > > >
>> > > >
>> > > > --
>> > > >
>> > > > Tim Ellison (t.p.ellison@gmail.com )
>> > > > IBM Java technology centre, UK.
>> > > >
>> > > >
>> ---------------------------------------------------------------------
>> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
>> > > > To unsubscribe, e-mail:
>> harmony-dev-unsubscribe@incubator.apache.org
>> > > > For additional commands, e-mail:
>> harmony-dev-help@incubator.apache.org
>> > > >
>> > > >
>> > >
>> > >
>> > > --
>> > > --
>> > > Ilya Okomin
>> > > Intel Middleware Products Division
>> > >
>> > >
>> >
>> >
>> > --
>> > Tony Wu
>> > China Software Development Lab, IBM
>> >
>> >
>>
>>
>> --
>> --
>> Ilya Okomin
>> Intel Middleware Products Division
>>
>>
>
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Tony Wu <wu...@gmail.com>.
+1 to set *svn:eol-style native* to all text files
On 9/14/06, Ilya Okomin <il...@gmail.com> wrote:
>
> On 9/13/06, Tony Wu <wu...@gmail.com> wrote:
>
> > After going through this thread, I realize there is another possibility
> to
> > encounter the problem even you are working on single platform,
> > 1.the file you are working on does not have eol-style property and the
> > latest commit is performed on Unix system.
> > 2.you create a patch.
> > 3.when applying the patch, your patch-apply tool consider it is on win32
> > system and convert all the LF to CRLF.
> > 4.your local copy is dos style and the remote copy is unix style so you
> > get
> > totally different files when compare the bytes.
>
>
> Tony, thanks, it is exactly the case I've described in my post.
> I also thought that the reason was the svn:eol-style property for
> certain files or my local svn settings.
> Also I was wondering if the idea suggested in this thread was already
> applied for all modules (and security module was just missed), or it is in
> progress now. I think it is a good idea to set this property for all .java
> files in modules at once.
>
> Regards,
> Ilya.
>
>
>
> > I have no idea wyh some of the .java files have the property but others
> > doesnt in the meanwhile.
> >
> > hope it will do some help.
> >
> > On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
> > >
> > > On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
> > >
> > > > Sure -- just blat them all in one go.
> > > >
> > > > Regards,
> > > > Tim
> > > >
> > > >
> > > > Nathan Beyer wrote:
> > > > > Does anyone have objections to setting the svn:eol-style to native
> > for
> > > > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
> > > > changes?
> > > > > I believe this is the suggested setting for committers [1][2]. The
> > > only
> > > > file
> > > > > types that I know of that must have a specific line ending are
> *.dsp
> > > and
> > > >
> > > > > *.dsw, which must be CRLF.
> > > > >
> > > > >
> > > > >
> > > > > Some files are already set this way and others are not, but if we
> go
> > > > about
> > > > > updating these as we move forward, this should normalize checkouts
> > for
> > > > > everyone.
> > >
> > >
> > > Hi to all!
> > > Is anything done on this issue?
> > > I found some classes in [security] module has different eol style
> > > even within one package.
> > > When I make a patch for these classes, apply it (on Windows) - I find,
> > > that
> > > classes, that were in svn reporitory with 'unix' eol now have 'dos'
> eol.
> > > Thus if I make diff again - it shows me, that some files are to be
> fully
> > > rewrited with 'dos' eol, and I can't see the differences I've made.
> > > Probably I've missed something with svn settings or smth else?
> > >
> > > Thanks,
> > > Ilya.
> > >
> > >
> > > > >
> > > > >
> > > > >
> > > > > -Nathan Beyer
> > > > >
> > > > >
> > > > >
> > > > > [1] http://www.apache.org/dev/version-control.html#https-svn
> > > > >
> > > > > [2] http://www.apache.org/dev/svn-eol-style.txt
> > > > >
> > > > >
> > > >
> > > > --
> > > >
> > > > Tim Ellison (t.p.ellison@gmail.com )
> > > > IBM Java technology centre, UK.
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > > For additional commands, e-mail:
> harmony-dev-help@incubator.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > --
> > > Ilya Okomin
> > > Intel Middleware Products Division
> > >
> > >
> >
> >
> > --
> > Tony Wu
> > China Software Development Lab, IBM
> >
> >
>
>
> --
> --
> Ilya Okomin
> Intel Middleware Products Division
>
>
--
Tony Wu
China Software Development Lab, IBM
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Ilya Okomin <il...@gmail.com>.
On 9/13/06, Tony Wu <wu...@gmail.com> wrote:
> After going through this thread, I realize there is another possibility to
> encounter the problem even you are working on single platform,
> 1.the file you are working on does not have eol-style property and the
> latest commit is performed on Unix system.
> 2.you create a patch.
> 3.when applying the patch, your patch-apply tool consider it is on win32
> system and convert all the LF to CRLF.
> 4.your local copy is dos style and the remote copy is unix style so you
> get
> totally different files when compare the bytes.
Tony, thanks, it is exactly the case I've described in my post.
I also thought that the reason was the svn:eol-style property for
certain files or my local svn settings.
Also I was wondering if the idea suggested in this thread was already
applied for all modules (and security module was just missed), or it is in
progress now. I think it is a good idea to set this property for all .java
files in modules at once.
Regards,
Ilya.
> I have no idea wyh some of the .java files have the property but others
> doesnt in the meanwhile.
>
> hope it will do some help.
>
> On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
> >
> > On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
> >
> > > Sure -- just blat them all in one go.
> > >
> > > Regards,
> > > Tim
> > >
> > >
> > > Nathan Beyer wrote:
> > > > Does anyone have objections to setting the svn:eol-style to native
> for
> > > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
> > > changes?
> > > > I believe this is the suggested setting for committers [1][2]. The
> > only
> > > file
> > > > types that I know of that must have a specific line ending are *.dsp
> > and
> > >
> > > > *.dsw, which must be CRLF.
> > > >
> > > >
> > > >
> > > > Some files are already set this way and others are not, but if we go
> > > about
> > > > updating these as we move forward, this should normalize checkouts
> for
> > > > everyone.
> >
> >
> > Hi to all!
> > Is anything done on this issue?
> > I found some classes in [security] module has different eol style
> > even within one package.
> > When I make a patch for these classes, apply it (on Windows) - I find,
> > that
> > classes, that were in svn reporitory with 'unix' eol now have 'dos' eol.
> > Thus if I make diff again - it shows me, that some files are to be fully
> > rewrited with 'dos' eol, and I can't see the differences I've made.
> > Probably I've missed something with svn settings or smth else?
> >
> > Thanks,
> > Ilya.
> >
> >
> > > >
> > > >
> > > >
> > > > -Nathan Beyer
> > > >
> > > >
> > > >
> > > > [1] http://www.apache.org/dev/version-control.html#https-svn
> > > >
> > > > [2] http://www.apache.org/dev/svn-eol-style.txt
> > > >
> > > >
> > >
> > > --
> > >
> > > Tim Ellison (t.p.ellison@gmail.com )
> > > IBM Java technology centre, UK.
> > >
> > > ---------------------------------------------------------------------
> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > >
> > >
> >
> >
> > --
> > --
> > Ilya Okomin
> > Intel Middleware Products Division
> >
> >
>
>
> --
> Tony Wu
> China Software Development Lab, IBM
>
>
--
--
Ilya Okomin
Intel Middleware Products Division
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Tony Wu <wu...@gmail.com>.
After going through this thread, I realize there is another possibility to
encounter the problem even you are working on single platform,
1.the file you are working on does not have eol-style property and the
latest commit is performed on Unix system.
2.you create a patch.
3.when applying the patch, your patch-apply tool consider it is on win32
system and convert all the LF to CRLF.
4.your local copy is dos style and the remote copy is unix style so you get
totally different files when compare the bytes.
I have no idea wyh some of the .java files have the property but others
doesnt in the meanwhile.
hope it will do some help.
On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
>
> On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
>
> > Sure -- just blat them all in one go.
> >
> > Regards,
> > Tim
> >
> >
> > Nathan Beyer wrote:
> > > Does anyone have objections to setting the svn:eol-style to native for
> > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
> > changes?
> > > I believe this is the suggested setting for committers [1][2]. The
> only
> > file
> > > types that I know of that must have a specific line ending are *.dsp
> and
> >
> > > *.dsw, which must be CRLF.
> > >
> > >
> > >
> > > Some files are already set this way and others are not, but if we go
> > about
> > > updating these as we move forward, this should normalize checkouts for
> > > everyone.
>
>
> Hi to all!
> Is anything done on this issue?
> I found some classes in [security] module has different eol style
> even within one package.
> When I make a patch for these classes, apply it (on Windows) - I find,
> that
> classes, that were in svn reporitory with 'unix' eol now have 'dos' eol.
> Thus if I make diff again - it shows me, that some files are to be fully
> rewrited with 'dos' eol, and I can't see the differences I've made.
> Probably I've missed something with svn settings or smth else?
>
> Thanks,
> Ilya.
>
>
> > >
> > >
> > >
> > > -Nathan Beyer
> > >
> > >
> > >
> > > [1] http://www.apache.org/dev/version-control.html#https-svn
> > >
> > > [2] http://www.apache.org/dev/svn-eol-style.txt
> > >
> > >
> >
> > --
> >
> > Tim Ellison (t.p.ellison@gmail.com )
> > IBM Java technology centre, UK.
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
>
>
> --
> --
> Ilya Okomin
> Intel Middleware Products Division
>
>
--
Tony Wu
China Software Development Lab, IBM
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Alexey Petrenko <al...@gmail.com>.
2006/9/13, Tony Wu <wu...@gmail.com>:
> I noticed that there are some .java files in security module has set
> the svn:eol-style to native, that is, a EOL marker will be added to every
> line of this file when commit to repository. And when you checkout them, the
> EOL marker will be replaced according your os, CRLF on windows and LF on
> Unix.
>
> so, I think you should create and apply patch on the same platform because
> diff file can not handle the EOL marker :(
As far as I know Ilya experienced this problem on Windows platform
without switching to Linux or elsewhere.
SY, Alexey
>
> IMHO, the svn:eol-style is not necessary, so that svn can store the file as
> original bytes and you can retrieve it without any change. Many IDEs are
> well prepared to understand the both EOL formats.
>
> On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
> >
> > On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
> >
> > > Sure -- just blat them all in one go.
> > >
> > > Regards,
> > > Tim
> > >
> > >
> > > Nathan Beyer wrote:
> > > > Does anyone have objections to setting the svn:eol-style to native for
> > > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
> > > changes?
> > > > I believe this is the suggested setting for committers [1][2]. The
> > only
> > > file
> > > > types that I know of that must have a specific line ending are *.dsp
> > and
> > >
> > > > *.dsw, which must be CRLF.
> > > >
> > > >
> > > >
> > > > Some files are already set this way and others are not, but if we go
> > > about
> > > > updating these as we move forward, this should normalize checkouts for
> > > > everyone.
> >
> >
> > Hi to all!
> > Is anything done on this issue?
> > I found some classes in [security] module has different eol style
> > even within one package.
> > When I make a patch for these classes, apply it (on Windows) - I find,
> > that
> > classes, that were in svn reporitory with 'unix' eol now have 'dos' eol.
> > Thus if I make diff again - it shows me, that some files are to be fully
> > rewrited with 'dos' eol, and I can't see the differences I've made.
> > Probably I've missed something with svn settings or smth else?
> >
> > Thanks,
> > Ilya.
> >
> >
> > > >
> > > >
> > > >
> > > > -Nathan Beyer
> > > >
> > > >
> > > >
> > > > [1] http://www.apache.org/dev/version-control.html#https-svn
> > > >
> > > > [2] http://www.apache.org/dev/svn-eol-style.txt
> > > >
> > > >
> > >
> > > --
> > >
> > > Tim Ellison (t.p.ellison@gmail.com )
> > > IBM Java technology centre, UK.
> > >
> > > ---------------------------------------------------------------------
> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > >
> > >
> >
> >
> > --
> > --
> > Ilya Okomin
> > Intel Middleware Products Division
> >
> >
>
>
> --
> Tony Wu
> China Software Development Lab, IBM
>
>
--
Alexey A. Petrenko
Intel Middleware Products Division
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Tony Wu <wu...@gmail.com>.
I noticed that there are some .java files in security module has set
the svn:eol-style to native, that is, a EOL marker will be added to every
line of this file when commit to repository. And when you checkout them, the
EOL marker will be replaced according your os, CRLF on windows and LF on
Unix.
so, I think you should create and apply patch on the same platform because
diff file can not handle the EOL marker :(
IMHO, the svn:eol-style is not necessary, so that svn can store the file as
original bytes and you can retrieve it without any change. Many IDEs are
well prepared to understand the both EOL formats.
On 9/13/06, Ilya Okomin <il...@gmail.com> wrote:
>
> On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
>
> > Sure -- just blat them all in one go.
> >
> > Regards,
> > Tim
> >
> >
> > Nathan Beyer wrote:
> > > Does anyone have objections to setting the svn:eol-style to native for
> > > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
> > changes?
> > > I believe this is the suggested setting for committers [1][2]. The
> only
> > file
> > > types that I know of that must have a specific line ending are *.dsp
> and
> >
> > > *.dsw, which must be CRLF.
> > >
> > >
> > >
> > > Some files are already set this way and others are not, but if we go
> > about
> > > updating these as we move forward, this should normalize checkouts for
> > > everyone.
>
>
> Hi to all!
> Is anything done on this issue?
> I found some classes in [security] module has different eol style
> even within one package.
> When I make a patch for these classes, apply it (on Windows) - I find,
> that
> classes, that were in svn reporitory with 'unix' eol now have 'dos' eol.
> Thus if I make diff again - it shows me, that some files are to be fully
> rewrited with 'dos' eol, and I can't see the differences I've made.
> Probably I've missed something with svn settings or smth else?
>
> Thanks,
> Ilya.
>
>
> > >
> > >
> > >
> > > -Nathan Beyer
> > >
> > >
> > >
> > > [1] http://www.apache.org/dev/version-control.html#https-svn
> > >
> > > [2] http://www.apache.org/dev/svn-eol-style.txt
> > >
> > >
> >
> > --
> >
> > Tim Ellison (t.p.ellison@gmail.com )
> > IBM Java technology centre, UK.
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
>
>
> --
> --
> Ilya Okomin
> Intel Middleware Products Division
>
>
--
Tony Wu
China Software Development Lab, IBM
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Ilya Okomin <il...@gmail.com>.
On 8/17/06, Tim Ellison <t....@gmail.com> wrote:
> Sure -- just blat them all in one go.
>
> Regards,
> Tim
>
>
> Nathan Beyer wrote:
> > Does anyone have objections to setting the svn:eol-style to native for
> > *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
> changes?
> > I believe this is the suggested setting for committers [1][2]. The only
> file
> > types that I know of that must have a specific line ending are *.dsp and
>
> > *.dsw, which must be CRLF.
> >
> >
> >
> > Some files are already set this way and others are not, but if we go
> about
> > updating these as we move forward, this should normalize checkouts for
> > everyone.
Hi to all!
Is anything done on this issue?
I found some classes in [security] module has different eol style
even within one package.
When I make a patch for these classes, apply it (on Windows) - I find, that
classes, that were in svn reporitory with 'unix' eol now have 'dos' eol.
Thus if I make diff again - it shows me, that some files are to be fully
rewrited with 'dos' eol, and I can't see the differences I've made.
Probably I've missed something with svn settings or smth else?
Thanks,
Ilya.
> >
> >
> >
> > -Nathan Beyer
> >
> >
> >
> > [1] http://www.apache.org/dev/version-control.html#https-svn
> >
> > [2] http://www.apache.org/dev/svn-eol-style.txt
> >
> >
>
> --
>
> Tim Ellison (t.p.ellison@gmail.com )
> IBM Java technology centre, UK.
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
--
--
Ilya Okomin
Intel Middleware Products Division
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Tim Ellison <t....@gmail.com>.
Sure -- just blat them all in one go.
Regards,
Tim
Nathan Beyer wrote:
> Does anyone have objections to setting the svn:eol-style to native for
> *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and changes?
> I believe this is the suggested setting for committers [1][2]. The only file
> types that I know of that must have a specific line ending are *.dsp and
> *.dsw, which must be CRLF.
>
>
>
> Some files are already set this way and others are not, but if we go about
> updating these as we move forward, this should normalize checkouts for
> everyone.
>
>
>
> -Nathan Beyer
>
>
>
> [1] http://www.apache.org/dev/version-control.html#https-svn
>
> [2] http://www.apache.org/dev/svn-eol-style.txt
>
>
--
Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Mark Hindess <ma...@googlemail.com>.
On 16 August 2006 at 1:03, "Nathan Beyer" <nb...@kc.rr.com> wrote:
>
> Does anyone have objections to setting the svn:eol-style to native for
> *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
> changes?
Depends what you mean. Changing eol-style should be done as a separate
change not at the same time as a non-property change to avoid confusing
any diff tools and to allow diffs to show details of the "real" changes.
Personally, I think I'd rather we fix them in one-hit rather than trying
to do it bit-by-bit as we make changes.
-Mark.
> I believe this is the suggested setting for committers [1][2]. The only file
> types that I know of that must have a specific line ending are *.dsp and
> *.dsw, which must be CRLF.
>
>
>
> Some files are already set this way and others are not, but if we go about
> updating these as we move forward, this should normalize checkouts for
> everyone.
>
>
>
> -Nathan Beyer
>
>
>
> [1] http://www.apache.org/dev/version-control.html#https-svn
>
> [2] http://www.apache.org/dev/svn-eol-style.txt
>
>
> ------=_NextPart_000_0008_01C6C0CF.CE9C2260--
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by Stefano Mazzocchi <st...@apache.org>.
Geir Magnusson Jr. wrote:
> +1
+1 as well.
> On Aug 16, 2006, at 2:03 AM, Nathan Beyer wrote:
>
>> Does anyone have objections to setting the svn:eol-style to native for
>> *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
>> changes?
>> I believe this is the suggested setting for committers [1][2]. The
>> only file
>> types that I know of that must have a specific line ending are *.dsp and
>> *.dsw, which must be CRLF.
>>
>>
>>
>> Some files are already set this way and others are not, but if we go
>> about
>> updating these as we move forward, this should normalize checkouts for
>> everyone.
>>
>>
>>
>> -Nathan Beyer
>>
>>
>>
>> [1] http://www.apache.org/dev/version-control.html#https-svn
>>
>> [2] http://www.apache.org/dev/svn-eol-style.txt
>>
>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
--
Stefano.
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [general] svn:eol-style = native (LF vs CRLF)
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
+1
On Aug 16, 2006, at 2:03 AM, Nathan Beyer wrote:
> Does anyone have objections to setting the svn:eol-style to native for
> *.java, *.c, *.h, *.cpp, *.xml as we move forward with updates and
> changes?
> I believe this is the suggested setting for committers [1][2]. The
> only file
> types that I know of that must have a specific line ending are
> *.dsp and
> *.dsw, which must be CRLF.
>
>
>
> Some files are already set this way and others are not, but if we
> go about
> updating these as we move forward, this should normalize checkouts for
> everyone.
>
>
>
> -Nathan Beyer
>
>
>
> [1] http://www.apache.org/dev/version-control.html#https-svn
>
> [2] http://www.apache.org/dev/svn-eol-style.txt
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org