Bugzilla Bug 170762

When trying to select a layout (e.g. Title), LyX doesn't make any change to the
document and the following error is shown in the shell:
ERROR (layoutSelected): layout not found!

Tried executing lyx as follows: LC_ALL="en_US" lyx
And all works fine. So it seems this is an issue with the Basque (eu)
localization or locale environment.

Tested on both 1.4.2 and 1.4.4


Portage 2.1.2.2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0,
2.6.17-gentoo-r8 i686)
=================================================================
System uname: 2.6.17-gentoo-r8 i686 AMD Athlon(tm) processor
Gentoo Base System release 1.12.9
Timestamp of tree: Sun, 11 Mar 2007 10:50:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/php/apache1-php5/ext-active/
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo
/etc/texmf/web2c"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox
sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="eu_ES.UTF-8"
LC_ALL="eu_ES.UTF-8"
LINGUAS="eu"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext X aac alsa apache2 bash-completion berkdb bitmap-fonts
bzip2 cli cracklib crypt ctype cups dbus dri encode esd fbcon ffmpeg flac gdbm
geoip gif gpm gtk hal iconv imlib ipv6 isdnlog java jpeg libg++ mad midi mmx
mmxext mp3 mysql mysqli ncurses nls nptl nptlonly nsplugin nvidia opengl pam
pcre pdf perl png ppds pppd python readline reflection session spl ssl svg tabs
tcpd tiff truetype truetype-fonts type1-fonts unicode userlocales vorbis
win32codecs wma x86 xorg xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp
atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968
fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx
via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop
empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi
null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard
mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216
lcdm001 mtxorb ncurses text" LINGUAS="eu" USERLAND="GNU" VIDEO_CARDS="nv"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS,
PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Reproducible: Always

Steps to Reproduce:

@tex folks - nice that you've split up the herd, but the bugzilla aliases don't
exist and so the bugs are not assignable.

Could you try lyx-1.5.0_beta1.ebuild in Bug #168799?

(In reply to comment #2)
> Could you try lyx-1.5.0_beta1.ebuild in Bug #168799?

With the beta build it seems the problem has disappeared, although in the shell
it's shown an error:
Locale eu_ES could not be set
But the UI is displayed in the correct locale.

> Locale eu_ES could not be set

cant reproduce your problem with 1.5.0, eu_ES generates no such error for me.
do you have properly generated locales ?

Works just fine w/ 1.5.1