Re: Unlocalised browser when launched from ssh (OS2008)

2008-01-02 Thread Eero Tamminen
Hi,

ext Marius Gedminas wrote:
 On Tue, Jan 01, 2008 at 11:12:07PM +0300, Mikhail Sobolev wrote:
 On Sat, Dec 29, 2007 at 11:41:48PM +0200, Marius Gedminas wrote:
 On Sat, Dec 29, 2007 at 11:28:08PM +0200, Tuomas Kulve wrote:
 Marius Gedminas wrote:
   browser --url http://www.google.com
 Aha!  ssh copies my locale settings from the laptop, and lt_LT.UTF-8 is not 
 supported
 on the tablet:

   ~ $ locale
   locale: Cannot set LC_CTYPE to default locale: No such file or directory
   locale: Cannot set LC_ALL to default locale: No such file or directory
   LANG=en_US
   LC_CTYPE=lt_LT.UTF-8
 ...
   LC_MESSAGES=en_US
 ...
   LC_ALL=

 When I override LC_CTYPE, I get translated messages.  A bit strange
 that LC_CTYPE affects them -- LC_MESSAGES is sensible.

 Well, then, I'll just add

   export LC_CTYPE=en_GB

 to ~/.profile.
 This is somewhat strange: LC_CTYPE has nothing to do with messages... :(
 Are you really sure that the line above helps? :)
 
 Yes.  Try it yourself: ssh into your tablet (or open xterm) and compare
 
   $ browser
   -:3: Invalid color constant 'SelectionColor'
   -:3: error: invalid string constant SelectionColor, expected valid string 
 constant
 
   (window title sane)
 
 with
 
   $ LC_CTYPE=nosuchlocale browser
   browser[3439]: GLIB WARNING ** Gtk - Locale not supported by C library.
   Using the fallback 'C' locale.
   browser[3439]: GLIB WARNING ** Gdk - locale not supported by C library
   browser[3439]: Enable Debug mode
   browser[3439]: GLIB WARNING ** Gdk - locale not supported by C library
   browser[3439]: External use of libcertmanui, new osso context needed
   browser[3439]: OK, Gconf key for certs filename is set: 
 /usr/share/certs/certman.cst
   browser[3439]: TRYING to open certificate store
   browser[3439]: lib_init_flag = TRUE ..
   browser[3439]: _open_certificate_store(): cst_file-str: 
 /usr/share/certs/certman.cst
   -:3: Invalid color constant 'SelectionColor'
   -:3: error: invalid string constant SelectionColor, expected valid string 
 constant
 
   (window title is a msgid)
 
 If it does, probably
 the situation still is worth a bug...
 
 Even if it's a bug, it's a minor one.

Hm.  I guess it would be an upstream Gnome/Gtk bug in this case.

If it cannot find locale for one of the locale settings,
it sets everything to C locale...  It should set only
the given locale setting to C locale (or to what LC_ALL
has if that is set).


- Eero
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Unlocalised browser when launched from ssh (OS2008)

2008-01-02 Thread Tommi Komulainen
On Wed, 2008-01-02 at 12:44 +0200, Eero Tamminen wrote:

 Hm.  I guess it would be an upstream Gnome/Gtk bug in this case.
 
 If it cannot find locale for one of the locale settings,
 it sets everything to C locale...  It should set only
 the given locale setting to C locale (or to what LC_ALL
 has if that is set).

gtk does
  if (!setlocale(LC_ALL, ))
g_warning (Locale not supported by C library.\n\tUsing the fallback 'C' 
locale.);

On error case (invalid locale) setlocale does nothing -- which
practically is same as setting everything to C. As documented in
setlocale(3)

In any case you should probably use 'run-standalone.sh browser [..]' to
start applications from command line.


http://linux.die.net/man/3/setlocale

 char *setlocale(int category, const char *locale);

 If locale is , each part of the locale that should be modified is
 set according to the environment variables. The details are
 implementation dependent. For glibc, first (regardless of category),
 the environment variable LC_ALL is inspected, next the environment
 variable with the same name as the category (LC_COLLATE, LC_CTYPE,
 LC_MESSAGES, LC_MONETARY, LC_NUMERIC, LC_TIME) and finally the
 environment variable LANG. The first existing environment variable is
 used. If its value is not a valid locale specification, the locale is
 unchanged, and setlocale() returns NULL.


-- 
Tommi Komulainen[EMAIL PROTECTED]
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Unlocalised browser when launched from ssh (OS2008)

2007-12-29 Thread Tuomas Kulve
Marius Gedminas wrote:

   browser --url http://www.google.com

 Bug?

WORKSFORME.

-- 
Tuomas



signature.asc
Description: OpenPGP digital signature
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Unlocalised browser when launched from ssh (OS2008)

2007-12-29 Thread Marius Gedminas
On Sat, Dec 29, 2007 at 11:28:08PM +0200, Tuomas Kulve wrote:
 Marius Gedminas wrote:
 
browser --url http://www.google.com
 
  Bug?
 
 WORKSFORME.

Aha!  ssh copies my locale settings from the laptop, and lt_LT.UTF-8 is not 
supported
on the tablet:

  ~ $ locale
  locale: Cannot set LC_CTYPE to default locale: No such file or directory
  locale: Cannot set LC_ALL to default locale: No such file or directory
  LANG=en_US
  LC_CTYPE=lt_LT.UTF-8
  LC_NUMERIC=en_US
  LC_TIME=en_US
  LC_COLLATE=en_US
  LC_MONETARY=en_US
  LC_MESSAGES=en_US
  LC_PAPER=en_US
  LC_NAME=en_US
  LC_ADDRESS=en_US
  LC_TELEPHONE=en_US
  LC_MEASUREMENT=en_US
  LC_IDENTIFICATION=en_US
  LC_ALL=

When I override LC_CTYPE, I get translated messages.  A bit strange
that LC_CTYPE affects them -- LC_MESSAGES is sensible.

Well, then, I'll just add

  export LC_CTYPE=en_GB

to ~/.profile.

Thanks for the quick answer!

Marius Gedminas
-- 
A witty saying proves nothing.
-- Voltaire


signature.asc
Description: Digital signature
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users