Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 53465 - gtk+1.2.10-r11 fails with zh_CN/TW; No rule to make zh_* targets
Summary: gtk+1.2.10-r11 fails with zh_CN/TW; No rule to make zh_* targets
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
: 90104 94789 111365 (view as bug list)
Depends on:
Blocks: 94833
  Show dependency tree
Reported: 2004-06-09 16:03 UTC by katerina
Modified: 2005-11-03 08:18 UTC (History)
3 users (show)

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


Note You need to log in before you can comment on or make changes to this bug.
Description katerina 2004-06-09 16:03:37 UTC
creating config.h
make  all-recursive
make[1]: Entering directory `/var/tmp/portage/gtk+-1.2.10-r11/work/gtk+-1.2.10'
Making all in po
make[2]: Entering directory `/var/tmp/portage/gtk+-1.2.10-r11/work/gtk+-1.2.10/po'
PATH=../src:$PATH /usr/bin/xgettext --default-domain=gtk+ --directory=.. \
  --add-comments --keyword=_ --keyword=N_ \
  --files-from=./ \
&& test ! -f gtk+.po \
   || ( rm -f ./gtk+.pot \
        && mv gtk+.po ./gtk+.pot )
file=./`echo pl | sed 's,.*/,,'`.gmo \
  && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file pl.po
file=./`echo sl | sed 's,.*/,,'`.gmo \
  && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file sl.po
make[2]: *** No rule to make target `', needed by `all-yes'.  Stop.
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/gtk+-1.2.10-r11/work/gtk+-1.2.10/po'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gtk+-1.2.10-r11/work/gtk+-1.2.10'
make: *** [all-recursive-am] Error 2

!!! ERROR: x11-libs/gtk+-1.2.10-r11 failed.
!!! Function src_compile, Line 53, Exitcode 2
!!! (no error message)

This also occurs with

Before the compile, there is the following:
>>> Unpacking gtk+-1.2.10.tar.gz to /var/tmp/portage/gtk+-1.2.10-r11/work
 * Applying gtk+-1.2.10-r8-gentoo.diff.bz2...                                                                                                                               [ ok ]
 * Applying gtk+-1.2-locale_fix.patch...                                                                                                                                    [ ok ]
>>> Source unpacked.
 * Patching ${S}/
 *   Could not apply portage.patch!
 *   Please verify that it is not needed.
 * Cannot apply any patch, running libtoolize...
You should update your `aclocal.m4' by running aclocal.

Reproducible: Always
Steps to Reproduce:
1. emerge emerge -u '<gtk+-2'  # with zh_CN and/or zn_TW in your LINGUAS variable

Expected Results:  

Once zh_CN and zh_TW are removed from LINGUAS, the program compiles correctly.

Here is my emerge info from after I removed those two languages.

Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-, 2.6.6-rc1)
System uname: 2.6.6-rc1 i686 AMD Athlon(tm)
Gentoo Base System version 1.4.16
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
CFLAGS="-O3 -march=athlon-xp -pipe -fomit-frame-pointer"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon-xp -pipe -fomit-frame-pointer"
FEATURES="autoaddcvs ccache distcc sandbox userpriv usersandbox"
USE="3dnow X acpi alsa apm arts avi berkdb bidi cdr cjk crypt cups doc dvd
encode esd foomaticdb gdbm gif gimpprint gnome gpm gtk gtk2 guile imlib java
javascript jpeg kde libg++ libwww linguas_af linguas_ar linguas_bg linguas_bs
linguas_ca linguas_cs linguas_cy linguas_da linguas_de linguas_el linguas_en_GB
linguas_eo linguas_et linguas_eu linguas_fa linguas_fi linguas_fr linguas_he
linguas_hr linguas_hu linguas_is linguas_it linguas_ja linguas_lt linguas_mn
linguas_ms linguas_nb linguas_nl linguas_nn linguas_nso linguas_pl linguas_pt_BR
linguas_ro linguas_ru linguas_se linguas_sk linguas_sl linguas_sr linguas_sv
linguas_ta linguas_th linguas_tr linguas_uk linguas_uz linguas_ven linguas_wa
linguas_xh linguas_zu mad mikmod mmx mng motif mozilla mpeg nas ncurses nls
oggvorbis opengl oss pam pdflib perl pic png python qt quicktime readline ruby
scanner sdl slang spell sse ssl tcltk tcpd tiff truetype usb wmf x86 xml2 xmms
xv zlib"
Comment 1 foser (RETIRED) gentoo-dev 2004-06-10 09:57:19 UTC
we don't support setting LINGUAS like you do in your CFLAGS.
Comment 2 katerina 2004-06-10 11:51:29 UTC
I don't set LINGUAS in my CFLAGS.
I don't set LINGUAS in my USE flags either; I set LINGUAS in /etc/make.conf however.
Relevant parts: 
USE="3dnow acpi alsa arts bidi cdr cjk crypt cups doc dvd foomaticdb gif gimpprint gtk2 javascript kde mmx mng nls oggvorbis opengl pam pic png python qt quicktime readline ruby
scanner sdl spell sse ssl tcltk tcpd tiff truetype usb xv wmf -svga"

CFLAGS="-O3 -march=athlon-xp -pipe -fomit-frame-pointer"


LINGUAS="af ar bg bs ca cs cy da de el en_GB eo et eu fa fi fr
he hr hu is it ja lt mn ms nb nl nn nso pl pt_BR ro ru
se sk sl sr sv ta th tr uk uz ven wa xh zu"

Comment 3 foser (RETIRED) gentoo-dev 2004-06-10 16:10:44 UTC
oh sure... it isn't in mine but i guess someone might put it in over time..

anyway, that particular dev may fix it for all i care, i'm not gonna fix everything thats gonna break over broken lingua files.

bugwranglers please reassign to whoever introduced LINGUAS in make.conf
Comment 4 Nicholas Jones (RETIRED) gentoo-dev 2004-09-29 19:00:45 UTC
Not a portage bug.
Comment 5 Mr. Bones. (RETIRED) gentoo-dev 2004-09-30 04:13:30 UTC
Gnome team - step up and close these as WONTFIX or fix it.  I'm tired of these
being tossed back and forth.
Comment 6 foser (RETIRED) gentoo-dev 2004-10-02 04:31:45 UTC
not the GNOME teams problem. I will close them but, but I do not feel like I should be the one closing them.

It is a portage 'feature' and such a portage bug.
Comment 7 Gregorio Guidi (RETIRED) gentoo-dev 2005-04-23 03:21:00 UTC
*** Bug 90104 has been marked as a duplicate of this bug. ***
Comment 8 Christopher Leaver 2005-04-24 00:24:17 UTC
I did do five searches first... honest :)
If its a known problem with gtk1 which doesn't happen with gtk2, then fair enough, it has been fixed already! (well sort of) So really, it's a portage problem. 
Portage should simple *ignore* this setting when emerging gtk1. Its an ease of use thing. Emerging kde overnight, only finding it has stopped after a few minutes is more than a little .....!!!
Anyway keep up the good work! 
Comment 9 Jakub Moc (RETIRED) gentoo-dev 2005-06-01 22:48:21 UTC
*** Bug 94789 has been marked as a duplicate of this bug. ***
Comment 10 Jakub Moc (RETIRED) gentoo-dev 2005-11-03 08:18:58 UTC
*** Bug 111365 has been marked as a duplicate of this bug. ***