Summary | horde-translation locale and env inconsistency |
Queue | Horde Base |
Queue Version | 4.0.12 |
Type | Bug |
State | Not A Bug |
Priority | 1. Low |
Owners | |
Requester | maciej.uhlig (at) us (dot) edu (dot) pl |
Created | 12/01/2011 (4947 days ago) |
Due | |
Updated | 12/01/2011 (4947 days ago) |
Assigned | 12/01/2011 (4947 days ago) |
Resolved | 12/01/2011 (4947 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Not A Bug
think it's expecting too much that a system has English locales
installed. I didn't even know it's possible to not have one.
locales installed?
hardcoded; it rather should be a parameter.
State ⇒ Feedback
script (which could be read-only) in order to get rid of the gettext
error. You shouldn't edit source while you could use a script parameter.
installed?
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ horde-translation locale and env inconsistency
Queue ⇒ Horde Base
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
value is hardcoded. While running the script with locale=pl_PL option,
every exec of gettext produces a message "couldn't set locale
correctly". The error message disappears when the above script line is
changed to putenv('LANG=pl_PL'); but this can't be an accepted
solution. If environment variable has to be set it should be set using
script locale option in order to gettext could get the consistent
information.