What steps will reproduce the problem?

1. Add zhTW localisation to http://war.curseforge.com/projects/nlootlink/localization/
2. Add the localisation substitution bits to zhTW.lua:

   --@localization(locale="zhTW", format="lua_additive_table")@
   

3. Tag to set off a package build

What is the expected output? What do you see instead?

The localiser failed to insert the localisations in zhTW.lua. zhTW.lua is ANSI with UNIX (LF) newlines. The packager showed no errors. Other localisations (see frFR.lua) did have localisation inserted.

At what time and date (year, month, day) did you get this bug? (Include your timezone)

2009-05-03 1:50am GMT

Please provide any additional information below.

See svn://svn.curseforge.net/war/nlootlink/mainline/tags/1.2-release versus the output of the packager http://war.curseforge.com/projects/nlootlink/files/41-1-2-release/

I have attempted to change zhTW.lua from ANSI to UTF-16 little-endian, however SVN will not allow this. The pre-commit hooks insist on the svn:eol-style being set for all .lua files, however SVN is not able to handle newlines in UTF-16 little-endian, returning the error "inconsistent line ending style".