Re: gcc4 prevents some languages from working - still stuck :-(
Martin Vermeer wrote: On Tue, 2005-09-13 at 13:26 +0200, Helge Hafting wrote: ... I am still stuck on this. I can't get no_NO to work for the no.po in cvs. There are no error messages (or any message different from when trying other working languages, like nn_NO). I simply get english when LANG=no_NO (or no_NO.iso8859-1). This seems to imply that something is wrong in the no.po file, but I have no idea what that could be. make no.gmo gives no error messages, the file is created, but Norwegian language just don't work. Helge Hafting This is utterly weird. Did you create a bug in bugzilla for this? I haven't done that, perhaps I should. I suspect the no.po file and some silent mode of failure. All I know about these files is how to translate, I don't know details of the file format. Do export LANG=no_NO ; lyx give you Norwegian menus with current cvs? Is there a way to check out earlier versions from cvs? (I don't know much about cvs either.) I could test if earlier versions work, and probably find the fault _if_ they do. If not, then I have to try reverting gcc 4.0, because trouble started with that compiler for me. Helge Hafting
Re: gcc4 prevents some languages from working - still stuck :-(
On Wed, 2005-09-14 at 12:03 +0200, Helge Hafting wrote: Martin Vermeer wrote: On Tue, 2005-09-13 at 13:26 +0200, Helge Hafting wrote: ... I am still stuck on this. I can't get no_NO to work for the no.po in cvs. There are no error messages (or any message different from when trying other working languages, like nn_NO). I simply get english when LANG=no_NO (or no_NO.iso8859-1). This seems to imply that something is wrong in the no.po file, but I have no idea what that could be. make no.gmo gives no error messages, the file is created, but Norwegian language just don't work. Helge Hafting This is utterly weird. Did you create a bug in bugzilla for this? I haven't done that, perhaps I should. I suspect the no.po file and some silent mode of failure. All I know about these files is how to translate, I don't know details of the file format. Do export LANG=no_NO ; lyx give you Norwegian menus with current cvs? Yes it does. That is with gcc-3.4.4-2.fc3 and CVS of half an hour ago. Is there a way to check out earlier versions from cvs? (I don't know much about cvs either.) Yes there is... I don't remember how though. I could test if earlier versions work, and probably find the fault _if_ they do. If not, then I have to try reverting gcc 4.0, because trouble started with that compiler for me. Helge Hafting - Martin signature.asc Description: This is a digitally signed message part
Re: gcc4 prevents some languages from working - still stuck :-(
This seems to imply that something is wrong in the no.po file, but I have no idea what that could be. make no.gmo gives no error messages, the file is created, but Norwegian language just don't work. Helge, Perhaps the simplest way to test this supposition is to replace no.po fr.po and see whether you get French. -- Angus
Re: gcc4 prevents some languages from working - still stuck :-(
Helge == Helge Hafting [EMAIL PROTECTED] writes: Helge I haven't done that, perhaps I should. I suspect the no.po file Helge and some silent mode of failure. All I know about these files Helge is how to translate, I don't know details of the file format. I see nothing strange in no.po. Do you have the no locale files installed on the system? On my system (mandrake 10.1), they are necessary to have LyX localization to work. These files are supposed to be in /usr/share/locale/no* Helge Do export LANG=no_NO ; lyx give you Norwegian menus with Helge current cvs? Do you remember to install LyX before testing? Helge Is there a way to check out earlier versions from cvs? (I don't Helge know much about cvs either.) Use the -D date switch when doing a checkout. JMarc
Re: gcc4 prevents some languages from working - still stuck :-(
On Wed, Sep 14, 2005 at 12:03:54PM +0200, Helge Hafting wrote: Do export LANG=no_NO ; lyx give you Norwegian menus with current cvs? On my system (Redhat Fedora Core 4) the answer is yes, with the following console messages: [EMAIL PROTECTED] ~]$ LANG=no_NO lyx Language code:no_NO Setting new locale for Qt:iso8859-1 Menu warning: menu entry Ren tekst som linjer... does not contain shortcut `a'. Menu warning: menu entries Avslutt|v and Versjonskontroll|V share the same shortcut. Menu warning: menu entry Ren tekst som linjer... does not contain shortcut `a'. Menu warning: menu entries Avslutt|v and Versjonskontroll|V share the same shortcut. Is there a way to check out earlier versions from cvs? (I don't know much about cvs either.) Yes. You can use the -D option with get. Do cvs -H get for the help message. I could test if earlier versions work, and probably find the fault _if_ they do. If not, then I have to try reverting gcc 4.0, because trouble started with that compiler for me. I am using gcc-4.0.1, so I don't think the compiler is the problem. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)
Re: gcc4 prevents some languages from working - still stuck :-(
Martin Vermeer wrote: On Tue, 2005-09-13 at 13:26 +0200, Helge Hafting wrote: ... I am still stuck on this. I can't get no_NO to work for the no.po in cvs. There are no error messages (or any message different from when trying other working languages, like nn_NO). I simply get english when LANG=no_NO (or no_NO.iso8859-1). This seems to imply that something is wrong in the no.po file, but I have no idea what that could be. "make no.gmo" gives no error messages, the file is created, but Norwegian language just don't work. Helge Hafting This is utterly weird. Did you create a bug in bugzilla for this? I haven't done that, perhaps I should. I suspect the no.po file and some "silent" mode of failure. All I know about these files is how to translate, I don't know details of the file format. Do "export LANG=no_NO ; lyx" give you Norwegian menus with current cvs? Is there a way to check out earlier versions from cvs? (I don't know much about cvs either.) I could test if earlier versions work, and probably find the fault _if_ they do. If not, then I have to try reverting gcc 4.0, because trouble started with that compiler for me. Helge Hafting
Re: gcc4 prevents some languages from working - still stuck :-(
On Wed, 2005-09-14 at 12:03 +0200, Helge Hafting wrote: > Martin Vermeer wrote: > > >On Tue, 2005-09-13 at 13:26 +0200, Helge Hafting wrote: > > > >... > > > > > > > >>I am still stuck on this. I can't get no_NO to work for > >>the no.po in cvs. There are no error messages (or any message different > >>from when trying other working languages, like nn_NO). I simply > >>get english when LANG=no_NO (or no_NO.iso8859-1). > >> > >>This seems to imply that something is wrong in the no.po > >>file, but I have no idea what that could be. "make no.gmo" > >>gives no error messages, the file is created, but Norwegian > >>language just don't work. > >> > >>Helge Hafting > >> > >> > > > >This is utterly weird. Did you create a bug in bugzilla for this? > > > > > I haven't done that, perhaps I should. > I suspect the no.po file and some "silent" mode of failure. > All I know about these files is how to translate, > I don't know details of the file format. > > Do "export LANG=no_NO ; lyx" give you Norwegian > menus with current cvs? Yes it does. That is with gcc-3.4.4-2.fc3 and CVS of half an hour ago. > Is there a way to check out earlier versions from cvs? > (I don't know much about cvs either.) Yes there is... I don't remember how though. > I could test if earlier versions work, and probably > find the fault _if_ they do. If not, then > I have to try reverting gcc 4.0, because trouble > started with that compiler for me. > > Helge Hafting - Martin signature.asc Description: This is a digitally signed message part
Re: gcc4 prevents some languages from working - still stuck :-(
>> >>This seems to imply that something is wrong in the no.po >> >>file, but I have no idea what that could be. "make no.gmo" >> >>gives no error messages, the file is created, but Norwegian >> >>language just don't work. Helge, Perhaps the simplest way to test this supposition is to replace no.po fr.po and see whether you get French. -- Angus
Re: gcc4 prevents some languages from working - still stuck :-(
> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: Helge> I haven't done that, perhaps I should. I suspect the no.po file Helge> and some "silent" mode of failure. All I know about these files Helge> is how to translate, I don't know details of the file format. I see nothing strange in no.po. Do you have the "no" locale files installed on the system? On my system (mandrake 10.1), they are necessary to have LyX localization to work. These files are supposed to be in /usr/share/locale/no* Helge> Do "export LANG=no_NO ; lyx" give you Norwegian menus with Helge> current cvs? Do you remember to install LyX before testing? Helge> Is there a way to check out earlier versions from cvs? (I don't Helge> know much about cvs either.) Use the "-D date" switch when doing a checkout. JMarc
Re: gcc4 prevents some languages from working - still stuck :-(
On Wed, Sep 14, 2005 at 12:03:54PM +0200, Helge Hafting wrote: > > Do "export LANG=no_NO ; lyx" give you Norwegian > menus with current cvs? On my system (Redhat Fedora Core 4) the answer is yes, with the following console messages: [EMAIL PROTECTED] ~]$ LANG=no_NO lyx Language code:no_NO Setting new locale for Qt:iso8859-1 Menu warning: menu entry "Ren tekst som linjer..." does not contain shortcut `a'. Menu warning: menu entries "Avslutt|v" and "Versjonskontroll|V" share the same shortcut. Menu warning: menu entry "Ren tekst som linjer..." does not contain shortcut `a'. Menu warning: menu entries "Avslutt|v" and "Versjonskontroll|V" share the same shortcut. > Is there a way to check out earlier versions from cvs? > (I don't know much about cvs either.) Yes. You can use the -D option with "get". Do "cvs -H get" for the help message. > I could test if earlier versions work, and probably > find the fault _if_ they do. If not, then > I have to try reverting gcc 4.0, because trouble > started with that compiler for me. I am using gcc-4.0.1, so I don't think the compiler is the problem. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)
Re: gcc4 prevents some languages from working - still stuck :-(
Martin Vermeer wrote: On Wed, Aug 17, 2005 at 04:31:07PM +0100, Angus Leeming wrote: Martin Vermeer wrote: On Tue, 2005-08-16 at 12:59, Helge Hafting wrote: I noticed something very strange today. I could not get lyx-1.4cvs to display norwegian text at all. no_NO, no_NO.iso8859-1, no_NO.utf-8 all gave me english. This on a machine that uses gcc 4.01, another machine using gcc-3.3.6 works. Other languages, like nn_NO works. So, it is not a case of complete locale breakdown, and not a case of a completely broken no.po either. Any ideas? I was going to check if recent fixes had added strings I could translate, but this is driving me nuts. The no_NO locales works for other programs, such as ls. So I belive the distribution is correctly set up. Helge Hafting Does nb_NO work? Debugging this would be much, much easier if we changed gettext_init (lyx 1.3.x) in src/gettext.C to something like: void gettext_init(string const localedir) { char const * const btd = bindtextdomain(PACKAGE, localedir.c_str()); char const * const td = textdomain(PACKAGE); if (!btd || !td) { lyxerr Failed to initialize localedir localedir successfully\nbindtextdomain btd \ntextdomain td std::endl; } } An equivalent change to lyx 1.4 is also needed, IMO. This *is* a 1.4 issue. In 1.4, the relevant code is in src/messages.C. It's not pretty. This stuff was touched in Paris. 117 char const * works = setlocale(LC_MESSAGES, lang_.c_str()); add a printout here: if (!works) lyxerr Locale lang_ could not be set std::endl; I'll commit this as it is clearly needed. I am still stuck on this. I can't get no_NO to work for the no.po in cvs. There are no error messages (or any message different from when trying other working languages, like nn_NO). I simply get english when LANG=no_NO (or no_NO.iso8859-1). This seems to imply that something is wrong in the no.po file, but I have no idea what that could be. make no.gmo gives no error messages, the file is created, but Norwegian language just don't work. Helge Hafting
Re: gcc4 prevents some languages from working - still stuck :-(
On Tue, 2005-09-13 at 13:26 +0200, Helge Hafting wrote: ... I am still stuck on this. I can't get no_NO to work for the no.po in cvs. There are no error messages (or any message different from when trying other working languages, like nn_NO). I simply get english when LANG=no_NO (or no_NO.iso8859-1). This seems to imply that something is wrong in the no.po file, but I have no idea what that could be. make no.gmo gives no error messages, the file is created, but Norwegian language just don't work. Helge Hafting This is utterly weird. Did you create a bug in bugzilla for this? - Martin signature.asc Description: This is a digitally signed message part
Re: gcc4 prevents some languages from working - still stuck :-(
Martin Vermeer wrote: On Wed, Aug 17, 2005 at 04:31:07PM +0100, Angus Leeming wrote: Martin Vermeer wrote: On Tue, 2005-08-16 at 12:59, Helge Hafting wrote: I noticed something very strange today. I could not get lyx-1.4cvs to display norwegian text at all. no_NO, no_NO.iso8859-1, no_NO.utf-8 all gave me english. This on a machine that uses gcc 4.01, another machine using gcc-3.3.6 works. Other languages, like nn_NO works. So, it is not a case of complete locale breakdown, and not a case of a completely broken no.po either. Any ideas? I was going to check if recent fixes had added strings I could translate, but this is driving me nuts. The no_NO locales works for other programs, such as "ls". So I belive the distribution is correctly set up. Helge Hafting Does nb_NO work? Debugging this would be much, much easier if we changed gettext_init (lyx 1.3.x) in src/gettext.C to something like: void gettext_init(string const & localedir) { char const * const btd = bindtextdomain(PACKAGE, localedir.c_str()); char const * const td = textdomain(PACKAGE); if (!btd || !td) { lyxerr << "Failed to initialize localedir " << localedir << " successfully\nbindtextdomain " << btd << "\ntextdomain " << td << std::endl; } } An equivalent change to lyx 1.4 is also needed, IMO. This *is* a 1.4 issue. In 1.4, the relevant code is in src/messages.C. It's not pretty. This stuff was touched in Paris. 117 char const * works = setlocale(LC_MESSAGES, lang_.c_str()); add a printout here: if (!works) lyxerr << "Locale " << lang_ " << could not be set" << std::endl; I'll commit this as it is clearly needed. I am still stuck on this. I can't get no_NO to work for the no.po in cvs. There are no error messages (or any message different from when trying other working languages, like nn_NO). I simply get english when LANG=no_NO (or no_NO.iso8859-1). This seems to imply that something is wrong in the no.po file, but I have no idea what that could be. "make no.gmo" gives no error messages, the file is created, but Norwegian language just don't work. Helge Hafting
Re: gcc4 prevents some languages from working - still stuck :-(
On Tue, 2005-09-13 at 13:26 +0200, Helge Hafting wrote: ... > I am still stuck on this. I can't get no_NO to work for > the no.po in cvs. There are no error messages (or any message different > from when trying other working languages, like nn_NO). I simply > get english when LANG=no_NO (or no_NO.iso8859-1). > > This seems to imply that something is wrong in the no.po > file, but I have no idea what that could be. "make no.gmo" > gives no error messages, the file is created, but Norwegian > language just don't work. > > Helge Hafting This is utterly weird. Did you create a bug in bugzilla for this? - Martin signature.asc Description: This is a digitally signed message part