Bugzilla Bug 142190

To get klash compiled (the konqueror plugin) it is not sufficient to have
USE="kde". It works however with USE="kde nsplugin", in which case not only
klash gets compiled, but also the nsplugin.
To me this is not logical and counter intuitive.
In my opinion it would be better when USE="kde" would compile klash and
USE="nsplugin" would compile the nsplugin. Without USE="kde" depending on the
nsplugin USE flag.

(In reply to comment #0)
> In my opinion it would be better when USE="kde" would compile klash and
> USE="nsplugin" would compile the nsplugin.

Uhm? That's exactly what the ebuild does, did you read it?

(In reply to comment #1)

> Uhm? That's exactly what the ebuild does, did you read it?
> 
No it is not what the ebuild does.
I compiled gnash with USE="kde" and did a "find / -name klash" afterwards.
Klash was not found.
After a compile with USE="kde nsplugin" klash was found however. As an extra
bonus I got the nsplugin which is not needed for people using Konqueror.

Once again, did you read the ebuild?

http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-www/gnash/gnash-0.7.1_p20060704.ebuild?rev=1.2&view=markup

Or, which version are you talking about?

(In reply to comment #3)
> Once again, did you read the ebuild?
I tried to read it but don't understand it good enough. I'm a user who tries to
help by submitting bug reports when he can. I try describe the situation as
clear as I can, but are not able to submit fixes or such things. Even not to
ebuilds. I think it is very easy to reproduce the problem with my description.
Just do:
emerge -C gnash
emerge gnash (kde is a default USE variable see the emerge --info)
find / -name klash.
nothing is found.

Next do:
USE="nsplugin" emerge gnash
find / -name klash
Two records are found.
> 

> Or, which version are you talking about?
I'm talking about gnash-0.7.1_p20060704.

To be clear this bug isn't serious. I mean I just added the following line to
my /etc/portage/package.use file: net-www/gnash nsplugin.

It made it work. However this is not how it is supposed to be.

Emerge --info
Portage 2.1-r1 (default-linux/amd64/2006.1/desktop, gcc-3.4.6, glibc-2.3.6-r4,
2.6.17-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.17-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.15
ccache version 2.3 [disabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
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.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe -msse3"
CHOST="x86_64-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/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=athlon64 -O2 -pipe -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg distlocks metadata-transfer parallel-fetch
sandbox sfperms strict userfetch userpriv usersandbox"
GENTOO_MIRRORS="ftp://ftp/snt.utwente.nl/pub/os/linux/gentoo
http://distfiles.gentoo.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS=" en_GB nl ru"
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'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage"
USE="amd64 #hardware #kde #multimedia #network #old_fashioned #toolchain X
accessibility alsa arts audiofile avi berkdb bitmap-fonts cdr cli crypt css
cups dbus dlloader dvd dvdr eds emboss encode exif fam firefox flac fortran
gdbm gif gtk2 hal isdnlog java jpeg kde kdeenablefinal lcms ldap libg++ mad
mikmod mp3 mpeg musicbrainz ncurses nls nptl nptlonly ogg opengl pam pcre
pdflib perl pic png ppds pppd python qt qt3 quicktime readline reflection sdl
session spell spl ssl symlink tcpd theora truetype truetype-fonts type1-fonts
udev unicode usb userlocales vorbis xcomposite xine xml xorg xv zlib
elibc_glibc input_devices_keyboard input_devices_wacom kernel_linux
linguas_en_GB linguas_nl linguas_ru userland_GNU video_cards_nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

(In reply to comment #4)
> emerge gnash (kde is a default USE variable see the emerge --info)
> find / -name klash.
> nothing is found.
> 
> Next do:
> USE="nsplugin" emerge gnash
> find / -name klash
> Two records are found.

Ok, as I understand it, $(use_enable kde klash) is ignored when you don't pass
--enable-plugin --with-plugindir=/opt/netscape/plugins to configure at the same
time? Hmmmm...

I added a new livecvs ebuild which fixes this bug, it is masked -* for now.
When I get a chance to test it I will make a new ~arch version :)

Thanks for reporting