Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 142909 - kde-i18n-3.5.4 not build (LINGUAS not found)
Summary: kde-i18n-3.5.4 not build (LINGUAS not found)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords: InVCS, REGRESSION
Depends on:
Blocks: 136244
  Show dependency tree
 
Reported: 2006-08-05 11:59 UTC by Andrey Kolbasenko
Modified: 2006-11-13 12:29 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey Kolbasenko 2006-08-05 11:59:58 UTC
localhost 12 # LINGUAS="ru" emerge kde-i18n
Calculating dependencies... done!

>>> Emerging (1 of 1) kde-base/kde-i18n-3.5.4 to /
 * checking ebuild checksums ;-) ...                                                                                                                 [ ok ]
 * checking auxfile checksums ;-) ...                                                                                                                [ ok ]
 * checking miscfile checksums ;-) ...                                                                                                               [ ok ]

 * You must set the LINGUAS environment variable to a list of valid
 * language codes, one for each language you would like to install.
 * e.g.: LINGUAS="sv de pt"
 *
 * The available language codes are:
af ar az bg bn br bs ca cs cy da de el en_GB eo es et
eu fa fi fr fy ga gl he hi hr hu is it ja kk km ko lt lv
mk mn ms nb nds nl nn pa pl pt pt_BR ro ru rw se sk sl
sr sr@Latn ss sv ta tg tr uk uz vi zh_CN zh_TW


!!! ERROR: kde-base/kde-i18n-3.5.4 failed.
Call stack:
  ebuild.sh, line 1559:   Called dyn_setup
  ebuild.sh, line 666:   Called pkg_setup
  kde-i18n-3.5.4.ebuild, line 37:   Called die

!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant.


localhost 12 # emerge --info
Portage 2.1.1_pre4-r3 (default-linux/x86/2005.1, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r1 i686)
=================================================================
System uname: 2.6.17-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Gentoo Base System version 1.12.4
app-admin/eselect-compiler: 2.0.0_rc2-r1
dev-lang/python:     2.3.5, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=prescott -fomit-frame-pointer"
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/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-O2 -march=prescott -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="ru_RU.UTF-8"
LC_ALL=""
LINGUAS="ru"
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'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aac aalib alsa apache2 apm arts avi berkdb bitmap-fonts bzip2 cdr cgi cli crypt ctype cups dba dbus divx4linux dlloader dri dvd dvdr elibc_glibc emboss encode fam fastcgi ffmpeg flac font-server foomaticdb fortran gd gdbm gif gpm gstreamer gtk2 hal iconv imlib input_devices_evdev input_devices_keyboard input_devices_mouse irda isdnlog java jpeg kde kernel_linux libg++ libwww logrotate mad matroska mikmod motif mp3 mpeg mysql mysqli ncurses nls nptl nptlonly ogg oggvorbis openal opengl oss pam pcre pdf pdflib pear perl php5 png postgres pppd python qt qt3 qt4 quicktime readline real reflection sdl session sms speex spell spl ssl svg svga tcpd theora truetype truetype-fonts type1-fonts unicode userland_GNU vorbis win32codecs wmf xml xml2 xorg xsl xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Harald van Dijk (RETIRED) gentoo-dev 2006-08-05 13:18:21 UTC
This happens because portage no longer considers environment variables for USE_EXPAND stuff, it seems. You can stick your LINGUAS setting in /etc/make.conf, and portage will handle it right, but what you're doing now probably should work too.

$ grep LINGUAS /etc/make.conf
LINGUAS       = "en_GB en"
$ portageq envvar LINGUAS USE
en_GB en
x86 3dnow 3dnowext X alsa bindist cairo cdparanoia cjk cups debugger dri elibc_glibc ftp gcc-libffi gif gpgme gtk iconv idn immqt input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 ithreads jpeg kdeenablefinal kdehiddenvisibility kernel_linux linguas_en linguas_en_GB lynxkeymap mbox mmx mmxext mozdevelop mudflap ncurses nethack nls no-old-linux nocxx nptl nptlonly offensive ogg opengl pango paste64 pcre pdf perl png ppds qt3 readline rtc ssl svg test theora truetype unicode userland_GNU video_cards_radeon vim-pager vorbis win32codecs xim xine xorg
$ export LINGUAS="en nl"
$ portageq envvar LINGUAS USE
en nl
x86 3dnow 3dnowext X alsa bindist cairo cdparanoia cjk cups debugger dri elibc_glibc ftp gcc-libffi gif gpgme gtk iconv idn immqt input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 ithreads jpeg kdeenablefinal kdehiddenvisibility kernel_linux linguas_en linguas_en_GB lynxkeymap mbox mmx mmxext mozdevelop mudflap ncurses nethack nls no-old-linux nocxx nptl nptlonly offensive ogg opengl pango paste64 pcre pdf perl png ppds qt3 readline rtc ssl svg test theora truetype unicode userland_GNU video_cards_radeon vim-pager vorbis win32codecs xim xine xorg

(Note the linguas_en_GB instead of linguas_nl)

Possible unintended side effect of the fix for bug #142125 ?
Comment 2 Harald van Dijk (RETIRED) gentoo-dev 2006-08-05 16:22:09 UTC
The new portage changes USE_EXPAND behaviour for profile-set variables, too.

INPUT_DEVICES="keyboard mouse" in /etc/make.conf, previously completely overriding the profile-set INPUT_DEVICES (as expected and intended), now doesn't prevent input_devices_evdev from being set in USE. It's now necessary to specify INPUT_DEVICES="-evdev" to get rid of that.

I'm commenting here because it seems like a different manifestation of the same bug, but if you want I can open a new bug for this.
Comment 3 Zac Medico gentoo-dev 2006-08-05 17:22:18 UTC
This is fixed in svn r4175.
Comment 4 Harald van Dijk (RETIRED) gentoo-dev 2006-08-05 18:03:21 UTC
It's much better, thanks. However:

$ LINGUAS=nl portageq envvar LINGUAS
nl
x86 3dnow 3dnowext X alsa bindist cairo cdparanoia cjk cups debugger dri elibc_glibc ftp gcc-libffi gif gpgme gtk iconv idn immqt input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 ithreads jpeg kdeenablefinal kdehiddenvisibility kernel_linux linguas_en linguas_en_GB linguas_nl lynxkeymap mbox mmx mmxext mozdevelop mudflap ncurses nethack nls no-old-linux nocxx nptl nptlonly offensive ogg opengl pango paste64 pcre pdf perl png ppds qt3 readline rtc ssl svg test theora truetype unicode userland_GNU video_cards_radeon vim-pager vorbis win32codecs xim xine xorg

linguas_nl does get set, but linguas_en and linguas_en_GB still don't get unset. (LINGUAS="-en -en_GB nl" does unset them, but is not a proper LINGUAS value.)
Comment 5 Zac Medico gentoo-dev 2006-08-05 18:24:33 UTC
(In reply to comment #4)
> linguas_nl does get set, but linguas_en and linguas_en_GB still don't get
> unset. (LINGUAS="-en -en_GB nl" does unset them, but is not a proper LINGUAS
> value.)

That's interesting.  I'm going to try regenerating the USE_EXPAND variables based on the corresponding flags (and preserve the order for things like firefox that use the order of LINGUAS values).  Hopefully it won't be too messy and will provide consistency all around.
Comment 6 Zac Medico gentoo-dev 2006-08-05 18:29:19 UTC
Actually, LINGUAS=nl in the environment should kill all the other linguas_* flags, so I'll try to account for that as well.
Comment 7 Zac Medico gentoo-dev 2006-08-05 21:40:51 UTC
With svn r4178 it should now account for everything correctly.  After the USE flag calculation, all of the USE_EXPAND environment variables are regenerated so that they are consistent with the flags in USE.
Comment 8 Zac Medico gentoo-dev 2006-08-06 04:16:33 UTC
This has been released in 2.1.1_pre4-r4.
Comment 9 meyerm 2006-11-13 12:29:18 UTC
I just encountered the problem when using binary packages. I built kde-i18n-3.5.5.tbz2 on another system with exactly the same make.conf & co but on the second system portage didn't want to install kde-i18n because of the missing LINGUAS-var. I also exported it AND put it in front of the "emerge-call" - portageq and export all show it correctly - but that didn't help. I now solved this by emerging kde-i18n from the sources on both systems.