I logged onto the server via SSH and tried the command "locale", the following is what I get:
LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= Any hint? On Jun 19, 5:25 pm, Federico Capoano <nemesis.des...@libero.it> wrote: > The same code on my computer offline works without problems, so I > guess It's a server configuration problem, what do you think? > > I read the this bit > here:http://docs.djangoproject.com/en/dev/howto/deployment/modpython/#if-y... > > And it says to write something similar to: > > export LANG='en_US.UTF-8' > export LC_ALL='en_US.UTF-8' > > But where? I've looked around the net but I can't understand how do I > set this environment variables? The server I'm talking about is a Red > Hat Linux Enterprise. > > I can't fix this problem. I hope my client doesn't get pissed off at > me :-S > > On Jun 15, 9:47 am, Matt Hoskins <skaffe...@googlemail.com> wrote: > > > > File "/usr/lib/python2.3/site-packages/sorl/thumbnail/utils.py", > > > line 36, in all_thumbnails > > > if os.path.isfile(os.path.join(path, file)): > > > > File "/usr/local/lib/python2.6/posixpath.py", line 68, in join > > > path += b > > > > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position > > > 13: ordinal not in range(128) > > > What this error means is that either path or b is a normal (non- > > unicode) string and contains a non-ascii character (perhaps the > > character Ã) at position 13 and the other one is a unicode string. > > When python concatenates a non-unicode string and a unicode string it > > tries to convert the non-unicode string to unicode using the ascii > > encoding. > > > As to which is which... well I've had a brief glance at the sorl code > > and it'll take more time than I can be bothered to spend to figure out > > which :). My guess is that the filename coming from Django is coming > > in as a unicode string, although sorl has a number of normal string > > literals in it I suspect that's making it through as unicode... So > > that perhaps leaves your sorl path configurations - perhaps you're not > > configuring the directory paths for sorl using unicode strings and > > that's causing the problem. > > > Matt -- You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to django-us...@googlegroups.com. To unsubscribe from this group, send email to django-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-users?hl=en.