On Thu, Jul 7, 2011 at 11:26 PM, Konstantin Kolinko <knst.koli...@gmail.com>wrote:
> 2011/7/7 BRAGA, Bruno <bruno.br...@gmail.com>: > > Hi, > > > > I would like to ask about the locale handling in Subversion. I apologize > if > > this has been discussed here before, but I did not find any relevant > > references that address the same issue. > > > > Basically, we are having issues with our software deployment procedures > > because the checkout also fills the props svn:keywords of all files > > according to local locale (defined at LC_MESSAGES, I believe). We have a > > large multi-language environment, and we have to deal with logs in > languages > > such as Japanese, and worse, remote operations using SSH sessions may > > transport the local locate of the workstations, messing up everything. > > > > So, I was wondering if there is any way to set the locale of the SVN > client > > in a server, to ensure it will always checkout using a certain locale (of > > course, English). Doing so in Japanese or Chinese, for instance, messes > up > > with the compilation of files, if you have enforced locale tags en every > > file. One good example if the $Date $ keyword, which gives the date in > > Unicode chars for Japanese. > > 1) Do not use $Date$. It is not for you. It 1) uses local timezone, 2) > uses utf-8 regardless of the actual file encoding. Forcing a locale > would not solve 1). > Yes, we are curently using something like: $ export LC_MESSAGES='en_US.UTF-8' && svn co ... > 2) Do not use $Id, if you have non-english characters in committer > login names or in file name (because of utf-8, see above) > Hum... I did not know that we were not supposed to use this... At lest it is good to know that this is the solution. > > Any other keyword is causing trouble? > We did not have problems with the $Id, only with the $Date. But I will follow your suggestion, and remove both. However, it kind of kills the merit of using svn:keywords, at least for us. Thanks anyway for your help. Regards, BRUNO > > > > > If it is not available, I would like to suggest maybe adding this to the > > subversion/config file. > > > > Best regards, > Konstantin Kolinko >
