Bug 183258 – app-text/djvu don't install nsdejavu.so

• Status: VERIFIED WORKSFORME
• Product: Gentoo Linux

[Description Wei-Wei Guo 2007-06-26 13:18:26 UTC]

I want to use firefox view DJVU document. It is said that app-text-djvu will install a plugin, nsdejavu.so for firefox, but it doesn't. 

I checked djvulibre's INSTALL file and find that the nsdejavu.so will be installed in /usr/local/lib/netscape/plugins. And I also checked app-text/djuv's ebuild and found it doesn't change the path. But there is no such directory in /usr/local/lib/. I also checked in /usr/lib/mozilla-firefox, there is no nsdejavu.so. 

[ebuild   R   ] app-text/djvu-3.5.19  USE="jpeg nls nsplugin threads tiff xml -debug -doc -kde -qt3" 0 kB


Reproducible: Always




Portage 2.1.2.7 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.5-r2, 2.6.21-gentoo i686)
=================================================================
System uname: 2.6.21-gentoo i686 Mobile Intel(R) Pentium(R) 4 - M CPU 1.80GHz
Gentoo Base System release 1.12.10
Timestamp of tree: Sun, 17 Jun 2007 20:00:01 +0000
dev-java/java-config: 1.3.7, 2.0.32
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.18.1
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.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=pentium4 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp3.tsinghua.edu.cn/pub/mirror/gentoo"
LANG="zh_CN.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="zh_CN"
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://ftp3.tsinghua.edu.cn/gentoo/gentoo-portage"
USE="X acpi alsa bash-completion bitmap-fonts cjk cracklib crypt cups dbus dri dvd emacs fortran gdbm gif gtk hal iconv jpeg ldap mmx mmxext mp3 mudflap ncurses nls nptl nptlonly openmp pam pcre pdf png readline reflection sse sse2 ssl svg tcpd tetex tiff truetype truetype-fonts type1-fonts ucs2 unicode x86 xft xml xorg zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="ioplug dmix iec958" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="zh_CN" USERLAND="GNU" VIDEO_CARDS="ati radeon"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 Jakub Moc (RETIRED) 2007-06-26 13:25:17 UTC]

Except that the plugins are installed to /usr/lib/nsbrowser/plugins.

[Comment 2 Wei-Wei Guo 2007-06-26 13:48:23 UTC]

(In reply to comment #1)
> Except that the plugins are installed to /usr/lib/nsbrowser/plugins.
> 

I checked. It isn't there.

[Comment 3 Jakub Moc (RETIRED) 2007-06-26 19:55:25 UTC]

# equery f djvu | grep plugin
/usr/lib/nsbrowser/plugins
/usr/lib/nsbrowser/plugins/nsdejavu.so

[ebuild   R   ] app-text/djvu-3.5.19  USE="-debug -doc jpeg -kde nls nsplugin qt3 threads tiff xml" 0 kB 

Re-emerge djvu; it works just fine here.

[Comment 4 Wei-Wei Guo 2007-06-26 23:46:08 UTC]

(In reply to comment #3)
> # equery f djvu | grep plugin
> /usr/lib/nsbrowser/plugins
> /usr/lib/nsbrowser/plugins/nsdejavu.so
> 
> [ebuild   R   ] app-text/djvu-3.5.19  USE="-debug -doc jpeg -kde nls nsplugin
> qt3 threads tiff xml" 0 kB 
> 
> Re-emerge djvu; it works just fine here.
> 

Then I think the problem is caused by lacking of the qt3 euse.  Since qt3 is used, the djuv viewer is installed too. Then there is no need for nsplugin. As far as I understand, nsplugin is there for those who don't have qt. Is it right? 

[Comment 5 Wei-Wei Guo 2007-06-27 04:17:47 UTC]

(In reply to comment #4)
> (In reply to comment #3)
> > # equery f djvu | grep plugin
> > /usr/lib/nsbrowser/plugins
> > /usr/lib/nsbrowser/plugins/nsdejavu.so
> > 
> > [ebuild   R   ] app-text/djvu-3.5.19  USE="-debug -doc jpeg -kde nls nsplugin
> > qt3 threads tiff xml" 0 kB 
> > 
> > Re-emerge djvu; it works just fine here.
> > 
> 
> Then I think the problem is caused by lacking of the qt3 euse.  Since qt3 is
> used, the djuv viewer is installed too. Then there is no need for nsplugin. As
> far as I understand, nsplugin is there for those who don't have qt. Is it
> right? 
> 

Sorry for my nosy. The missing of nsdejavu.so is really caused by lacking of qt3 euse. It would be better if it is noted in elog, such as "nsplugin needs qt3" or something, which can save lots of time for some guys like me.