You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Martin Cooper <ma...@apache.org> on 2003/01/11 06:56:13 UTC

Re: [Bug 15908] - commons-beanutils.jar, debug info line numbersoffby factor of 2


On Thu, 9 Jan 2003, David Morris wrote:

> Craig,
>
> In this case I think we are talking apples and
> oranges. CVS is not involved when you go out and
> download a source package (the zip files ending in
> -src). I would suggest forcing windows crlf to the
> .zip version and unix lf to the .tar version of
> those packages.

No, this isn't apples and oranges. CVS is very much involved when the
release manager obtains the sources from CVS in order to build the source
distribution. If a developer checked in a source file with the wrong line
ends, that is what the release manager will get, and thus what the source
distribution will contain.

The only thing that needs fixing is the developer who commits changes to
the code base from a different platform than they checked out from.

--
Martin Cooper


>
> David Morris
>
> On Wed, 8 Jan 2003, David Morris wrote:
>
> > Date: Wed, 08 Jan 2003 22:35:23 -0700
> > From: David Morris <Da...@plumcreek.com>
> > Reply-To: Struts Developers List <st...@jakarta.apache.org>
> > To: struts-dev@jakarta.apache.org
> > Subject: Re: [Bug 15908]  - commons-beanutils.jar,
> >      debug info line numbersoff by factor of 2
> >
> > Martin,
> >
> > I have had problems with Apache source builds
> > because there is nothing in that case to convert
> > line feeds...
>
> >>> craigmcc@apache.org 01/09/03 00:04 AM >>>
>
> If the developer who checks code in to CVS does the right thing, there
> is
> no problem ... checkouts on a Windows machine get CR/LF line endings,
> checkouts on a Unix machine get LF endings, and so on.  Nobody has to
> run
> any filters or scripts to fix anything...
>
> Craig
>
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>