Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 65468

Summary: media-sound/aumix-2.8-r2 fails to emerge without nls USE flag
Product: Gentoo Linux Reporter: david.antliff
Component: Current packagesAssignee: Gentoo Sound Team <sound>
Status: RESOLVED DUPLICATE    
Severity: minor CC: aross
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description david.antliff 2004-09-26 16:18:56 UTC
When aumix-2.8-r2 is emerged without USE="nls", the following error occurs:

PATH=../intl:$PATH  --default-domain=aumix --directory=.. \
  --add-comments --keyword=_ --keyword=N_ --keyword=LOCAL_TEXT --keyword=LOCAL_TEXT_NOOP \
  --files-from=./POTFILES.in \
&& test ! -f aumix.po \
   || ( rm -f ./aumix.pot \
        && mv aumix.po ./aumix.pot )
/bin/sh: line 1: --default-domain=aumix: command not found

This command looks messed up. I suspect a variable that was meant to resolve to the path of 'gettext' (or xgettext) was empty.


After checking the aumix configure script, I see the gettext check occurs after the NLS check, which is deselected. Maybe this is a clue?

# USE="nls" emerge --oneshot aumix
...
checking whether NLS is requested... yes
language catalogs: de el es fr gl ja nl pl pt_BR ru sv uk zh_CN
checking for msgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
...


So using USE="nls" allows it to emerge successfully.


Reproducible: Always
Steps to Reproduce:
1. USE="-nls" emerge aumix     fails
2. USE="nls" emerge aumix      succeeds
3.




$ emerge info
Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.6.8)
=================================================================
System uname: 2.6.8 i686 AMD Athlon(tm) XP 1800+
Gentoo Base System version 1.4.16
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
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 /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/alias
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache distcc sandbox userpriv"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com 
                http://gentoo.ccccom 
                http://mirrors.tds.net/gentoo 
                http://gentoo.oregonstate.edu"
MAKEOPTS="-j16"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-main"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X Xaw3d acpi alsa apache2 apm avi berkdb crypt dga doc encode f77
gdbm gif gnome gtk gtk2 guile imlib jpeg ldap mmx mozilla moznocompose moznoirc
moznomail mpeg ncurses oggvorbis opengl oss pam pdflib perl plotutils png python
qt quicktime readline ruby sasl sdl slang spell ssl svga tcltk tcpd tetex tiff
truetype video_cards_radeon x86 xmms xv zlib"
Comment 1 Andrew Ross (RETIRED) gentoo-dev 2004-09-26 17:30:43 UTC
Looks very similar to a confirmed upstream bug. From http://jpj.net/~trevor/aumix/BUGS:

"Greg Louis reports problems with "make install" on Linux with libc5 when GNU
gettext is not installed:
 /bin/sh: --default-domain=aumix: command not found
 make[1]: *** [aumix.pot] Error 127
 make[1]: Leaving directory `/usr/local/src/aumix-2.1/po'
 make: *** [install-recursive] Error 1
This error also appears on FreeBSD with gettext installed, when building
with --disable-nls and no patches applied (not using the port)."
Comment 2 david.antliff 2004-09-26 17:39:25 UTC
Yes, I found that in Google too, however I do have (x)gettext installed - if you look at the configure script, you'll see that it doesn't set a value for the gettext binary path variable unless nls is enabled, yet tries to use it later anyway.

This indeed appears to be a bug upstream, and is not caused by the ebuild as far as I can see.
Comment 3 Jeremy Huddleston (RETIRED) gentoo-dev 2004-10-31 02:42:22 UTC

*** This bug has been marked as a duplicate of 58897 ***