Not sure if this helps, but the problem in my case was solved by deleting
images with non ascii characters in the media files. Maybe it might be
wise to reconsider including them in the demo. Not that they are not
beautiful images.
Adam
On Monday, July 7, 2014 at 5:58:06 AM UTC-7,
Sorry, posted to soon - the problem disappears only after deleting:
On Monday, July 7, 2014 at 5:58:06 AM UTC-7, Kenneth Bolton wrote:
>
>
> On Mon, Jul 7, 2014 at 8:46 AM, Fredrik Blomqvist > wrote:
>
>> a couple of days of no work (one which was my birthday; this
I just want to close this case by saying that this fixed itself after a
couple of days of no work (one which was my birthday; this must have been
my gift from OpenShift lol).
I can now upload images with unicode characters without problems!
Thanks everyone who helped me, one of you most likely
As soon as I try to upload an image, or an archive of images, with names
consisting of special characters (eg. é or country specific åäö) it throws
an error. I googled it and read that it may be the LANG setting that is
wrong. I checked that however and it is set to en_US.UTF-8.
I got 2
Generally this is caused by an incorrect locale, if you search the group (I
don't remember exactly where the threads are) for locale you should come
across a few threads about this, with some instructions on how to fix them.
On Wed, Jul 2, 2014 at 6:49 AM, Fredrik Blomqvist
Hi Fredrik,
Use the Fabric script at
https://github.com/stephenmcd/mezzanine/blob/master/mezzanine/project_template/fabfile.py#L346-L350
and
https://github.com/stephenmcd/mezzanine/blob/master/mezzanine/project_template/fabfile.py#L389-L391
as
a starting points for ensuring your locales are
I'm sorry Kenneth but I'm at a loss about what to do with those scripts (or
the specific lines you linked?). Something I forgot to mention is that my
app is deployed at OpenShift, but not using Fabric (when I SSH'd in and
tried to run update-locale manually it told me that the command doesn't
The Fabric scripts are intended to run on Debian-based OS, not ones based
on RedHat. The command you seek is, I believe:
localedef -c -f UTF-8 -i en_US en_US.UTF-8
export LC_ALL=en_US.UTF-8
On Wed, Jul 2, 2014 at 12:52 PM, Fredrik Blomqvist
fredrik.blomqvist...@gmail.com wrote:
I'm sorry
Oh. Well I ran that line (localedef, the export works fine but didn't
improve the situation) and got this:
cannot open locale archive /usr/lib/locale/locale-archive: Permission
denied
Argh! I'm so sick and tired of OpenShift right now...
Anyway I did discover something interesting:
If I
sudo it?
On Wed, Jul 2, 2014 at 1:42 PM, Fredrik Blomqvist
fredrik.blomqvist...@gmail.com wrote:
Oh. Well I ran that line (localedef, the export works fine but didn't
improve the situation) and got this:
cannot open locale archive /usr/lib/locale/locale-archive: Permission
denied
On Wed, Jul 2, 2014 at 1:52 PM, Fredrik Blomqvist
fredrik.blomqvist...@gmail.com wrote:
Oh you…if only I had permissions to sudo.
Pardon my ignorance of OpenShift.
How about:
$ rhc env set LC_ALL=en_US.UTF-8
--
You received this message because you are subscribed to the Google Groups
It's okay, I'm so glad you care to help me at all.
I ran that (successfully) and then restarted everything. No success.
This is what locale outputs:
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
I looked up that bug thread and did the check (by putting locale in the
pre_build hook) but it gave the same info as when I SSH'd in (en_US.UTF-8
everywhere).
DB:
show server_encoding;
server_encoding
-
UTF8
(1 row)
show all; // only lc_*
lc_collate
13 matches
Mail list logo