Self-contained executable for any Linux x86_64 distribution

[Sergey Starosek]

On Sun, Mar 3, 2013 at 8:37 PM, Lutz Vieweg <lvml at 5t9.de> wrote:

>
>  There're several errors on the console:
>>
>> star at narwhal subsurface $ ../subsurface/start_scripts/**subsurface
>>
>> (process:23902): GLib-WARNING **: getpwuid_r(): failed due to unknown
>> user id (1000)
>>
>
> Interesting, I wonder why glib tries to obtain data on some user at
> all - and also, whether this is a failure of the lookup or whether
> a user of that id really does not exist. Can you tell whether a user
> with user-id 1000 actually exists within your /etc/passwd file?


It's me on that machine:

star at narwhal ~ $ id star
uid=1000(star) gid=1000(star)
группы=1000(star),10(wheel),18(audio),19(cdrom),27(video),80(cdrw),85(usb),100(users),105(android),104(plugdev),102(vboxusers),999(wireshark),70(postgres),35(games),993(bumblebee)


>  (process:23902): Gtk-WARNING **: Locale not supported by C library.
>>         Using the fallback 'C' locale.
>>
>> Seems no translations included (warning comes both for en_US.UTF-8 and
>> ru_RU.UTF-8)
>>
>
> Never having used one of the translations myself I must admit that
> the completely "normal" subsurface (not the self-contained version)
> I have on my computer does not seem to react on setting LANG=...
> either - but without any error message.
>
> What is the "officially supported" method of choosing the language
> for within subsurface, anyway?
>
> I tried invoking
>   LANG=de_DE.UTF-8 subsurface
> but as said, still got the english interface.


Strange since .mo files are in place (./share/locale/...). I tried both
yours approach an exporting LANG variable, neither works.
For the compiled version these work as expected.

Sergey
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20130303/2e0bf8ca/attachment.html>