Bugzilla Bug 108065

nabi-0.14.ebuild installs its shared data under /usr/share/nabi/. However its 
executable tries to find its data from /usr/local/share/nabi/


Reproducible: Always
Steps to Reproduce:
1. emerge nabi
2. launch nabi from gnome-terminal.
3. try to select any menu item from its window.
4. see the log message from the gnome-terminal.

Actual Results:  
It does not work properly. After changing the input mode to the Korean (shift-
space), it does not generate the proper korean glyphs.


Expected Results:  
In the korean input mode (shift-space), it should generate the proper korean 
glyphs.

To solve this problem temporarily, create a symlink to /usr/share/nabi 
from /usr/local/share/nabi.

# cd /usr/local/share
# ln -s /usr/share/nabi nabi

I think may be the nabi 0.14 hard coded the installed directory in its source.

Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 
2.6.12-gentoo-r10 i686)
=================================================================
System uname: 2.6.12-gentoo-r10 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.6.13
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share
/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/shar
e/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/sh
are/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/tex
mf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.gentoo.or.kr http://mirror.gentoo.gr.jp 
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa arts avi bash-completion berkdb bitmap-fonts cdr cjk crypt 
cscope cups eds emacs emboss encode esd fam firefox font-server foomaticdb 
fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml imagemagick imlib jpeg 
libg++ libwww mad mikmod mmx motif mp3 mpeg mysql ncurses nls nptl ogg 
oggvorbis opengl pam pdflib perl png python qt quicktime readline samba sdl 
spell sse sse2 ssl tcpd tetex tiff truetype truetype-fonts type1-fonts unicode 
vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

Does nabi-0.15 has the problem, too?
If not, I'd rather drop 0.14 and mark 0.15 stable than fix 0.14.

0.15 already working correctly over a year,
upstream version was bumped.
(http://bugs.gentoo.org/show_bug.cgi?id=160385)

IMHO, Close this bug and mark stable 0.15  version.

(In reply to comment #3)
> 0.15 already working correctly over a year,
> upstream version was bumped.
> (http://bugs.gentoo.org/show_bug.cgi?id=160385)
> 
> IMHO, Close this bug and mark stable 0.15  version.

arches, please test and stabilize app-i18n/nabi-0.17, it can't be worse than
this. ppc, no idea why did your keyword vanish in 0.17, you might want to
re-add yourself there and stabilize 0.15 meanwhile.

Thanks.

Looking @ bug 165867, we'd better stick w/ 0.15

x86 stable

ppc stable. closing since we're last.