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

Re: svn commit: r12713 - in trunk/packages/win32-innosetup: . templates tools tools/svnpath

From: Max Bowsher <maxb_at_ukf.net>
Date: 2005-01-14 11:46:18 CET

Jostein Chr. Andersen wrote:
> On Thursday 13 January 2005 22.56, maxb@tigris.org wrote:
>> Author: maxb
>> Date: Thu Jan 13 15:56:04 2005
>> New Revision: 12713
>>
>> Modified:
>> trunk/packages/win32-innosetup/...
>>
>> Set eol-style native.
>
> Just curious: Why bother doing this? This area is a Windows domain only.
>
> The Inno Setup 4x compiler needs the Windows endings in order to make an
> Installer. This means that I'm from now on is forced to fire up a
> Windows box in order to make an Installer. I did not have to that before
> because I could use Linux/Wine. Even the Inno Setup GUI works under
> Wine!
>
> This is not a big problem in the Inno Setup 5x line which, AFAIK,
> understands Unix line endings. The Inno Setup 5x line will handle the
> trunk and future release while the 4x line of IS handles the current
> line 1.1.? of Subversion.

Sorry, I did not mean to cause inconvenience.

There are a number of files containing the standard copyright banner under
this dir - I began extending check-license.py to cover more filetypes, to
automate more of the updating of copyrights for 2005, and discovered that
the CRLF lineends were getting in the way of the detection. I figured
eol-style native made sense for text files, and was the easy solution.

If you like though, you could change them back to CRLFs, and I could add
some EOL conversion to check-license.py.

Anyway, whilst I'm talking about this directory:
mk_htmlhelp.bat doesn't have a copyright block, but all the other tools in
that direcory do - this is hardly important, but if it is intended to be the
same as the others, could you copy across the block? It would be one less
exception for check-license.py.

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 14 11:48:18 2005

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

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