[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#631237: libreoffice works with ibus in sarge/wheezy/jessie



Hi,

On Tue, Dec 17, 2013 at 02:17:07PM -1000, Ryo Furue wrote:
> Thank you for your response.  As you say, this issue may
> well be due to ibus.

Excuse me, I do not understand this response.  I meant to say that you
are creating problem by using ibus under the wrong environment due to
misconfiguration.

> > What locale you are running ibus mini-window and X matters.
> > I do not have reference now but pretty sure it has to be UTF-8
> > locale.
> 
> I'm not disagreeing with you, but it's strange that ibus should
> depend on a locale.  

It is natural for me.

> It's plugin-based and designed to handle
> all sorts of languages (and other phonetic alphabets)
> AT THE SAME TIME.  You can input Russian, International
> Phonetic Alphabet, Korean, Japanese, etc. using ibus
> in a single text box without restarting ibus.
> Then, what locale should you set for it?  Or is there any
> "generic" UTF-8 locale? like "C.UTF-8" or "anylanguage.UTF-8"
> or some such thing?

There was a discussion to create non standard C.UTF-8 to avoid this kind
of breakage by d-i folks as I understand.  It did not happen.

> > Your bug report indicates that you are in LANG=C
> > for your machine.
> 
> Yes!
> 
...
> I'm not sure if I can do that.  en_US.UTF-8 is a terrible setting.
> What files do you think the following command remove?
> 
>    $ rm [A-Z]*
> 
> Under en_US.UTF-8, it deletes files starting with A-Z and a-y !
> because the collating sequence is changed from A-Za-z to
> AaBbCc . . . YyZz .  Another example is that the output
> of "ls -l" depends on the locale.  I write and use a lot
> of shell scripts and I cannot accept that their behaviors
> depend on the locale and I don't want to start
> all my scripts with "LANG=C; export C", and I cannot
> escape from the habit of typing something like "rm [A-Z]*".

I do agree it is annoyng.  I have seen some erratic changes over
behavior around UTF-8 locales.  "LANG=en_DK.UTF-8" does not sseem to
work right anymore.  Basically, I gave up relying on such thing.

> I'm not complaining to YOU.  I just thank you for your response.

If you concern is only this, you are working around in wrong way.
Forcing ibus to work under C is not the way to fix issue.

> Maybe, should I ask the ibus folks?

Wrong.  Please customize your locale properly.

Leave /etc/default/locale in UTF-8 to keep GUI program output UTF-8
characters to X for expected result.

If you need to set environment for your shell prompt, set it with their
startup code location for your shell such as  ~/.bashrc or ~/.profile
(Please make sure the gdm/kdm/.. like program which you use does not
read .profile if you use it to set locale. kdm had such bug once).  

There, you can set LANG=C .

Osamu


Reply to: