> Could it be the Mercurial checkout of the org.openbravo.spain.regions? in > other words, could mercurial on windows have this issue? could someone with > a windows XP machine test it by cloning the source code of the above module? It's not related to Mercurial. The problem can be reproduced using a non UTF-8 system locale. So it's easily reproducible in Linux, you can test it yourself by exporting the following variables before running the ant command:
export LC_ALL=POSIX LANG=POSIX As Windows does not have a UTF-8 locale it fails. DBSourceManager faced similar problems in the past, related to character encodings and line endings, which are different in Linux and Windows. As an example, export.database created the XML files with DOS format and ISO-8859-1 encoding in Windows and with UNIX format and UTF-8 encoding in Linux. This was fixed by forcing the UNIX format and the UTF-8 encoding. These issues were considered as bugs because you get different results in different systems, and they were solved. I think that this situation is similar. Installing modules from the command line is a feature we've always maintained because it has obvious benefits and I think it would be a shame to stop respecting this for a small issue like this, after all the efforts we've put in the past. This is why I think this is a bug and it should be solved. The results of our ant commands should not depend on the system locale. Juan Pablo ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Openbravo-development mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openbravo-development
