Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
When emerging hunspell-1.1.4-r1 I recieve the following error. make[1]: Leaving directory `/var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/intl' Making install in po make[1]: Entering directory `/var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/po' make[1]: MKINSTALLDIRS@: Command not found make[1]: *** [install-data-yes] Error 127 make[1]: Leaving directory `/var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/po' make: *** [install-recursive] Error 1 !!! ERROR: app-text/hunspell-1.1.4-r1 failed. Call stack: ebuild.sh, line 1543: Called dyn_install ebuild.sh, line 1017: Called src_install hunspell-1.1.4-r1.ebuild, line 61: Called die !!! make install failed !!! If you need support, post the topmost build error, and the call stack if relevant. emerge --info Portage 2.1.1_pre4-r1 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz Gentoo Base System version 1.12.4 ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 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.17 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://gentoo.mirrored.ca http://adelie.polymtl.ca/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://mirrors.acm.cs.rpi.edu/gentoo/ http://gentoo.seren.com/gentoo" LINGUAS="en nl" 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.gentoo.org/gentoo-portage" USE="x86 X apache2 apm avi bitmap-fonts cairo cli crypt cups dlloader dri emboss encode firefox foomaticdb gdbm gif gnome gpm gtk gtk2 imlib isdnlog java jpeg libg++ libwww mikmod mpeg ncurses nls no-seamonkey noaudio nptl nptlonly opengl pam pcre pdflib perl png pppd python qt quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev unicode userlocales xml xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_en linguas_nl userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY I will attach the entire output in a file.
Created an attachment (id=93281) [details] complete emerge output
Hmm; that's bizarre. Your log output is missing a patch and the usual results of elibtoolize. Could you check your copy of the hunspell-1.1.4-r1.ebuild file? The src_unpack() function should contain: epatch "${FILESDIR}/${P}-renameexes.patch" # Makefile.am modified, libtool added, hence autoreconfi # and elibtoolize. WANT_AUTOMAKE="1.9" eautoreconf elibtoolize The failure looks like the result of something from autotools. Adding base-system as I'm not up to speed on what's happening with elibtoolize recently; any hints gratefully received, people. I have autoconf-2.59-r7 rather than 2.60 - for comparison this is what the unpack phase looks like for me: >>> Unpacking source... >>> Unpacking hunspell-1.1.4.tar.gz to /data/g2/tmp/portage/hunspell-1.1.4-r1/work * Applying hunspell-1.1.4-libtool.patch ... * Applying hunspell-1.1.4-renameexes.patch ... * Running eautoreconf in '/data/g2/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4' ... * Running aclocal ... * Running libtoolize --copy --force --automake ... * Running aclocal ... * Running autoconf ... * Running autoheader ... * Running automake --add-missing --copy ... * Running elibtoolize in: hunspell-1.1.4 * Applying max_cmd_len-1.5.0.patch ... * Applying sed-1.5.6.patch ... >>> Source unpacked.
sure, i'll have to do this tomorrow (8/3) when i return to the office. I will check it first thing in the AM (8am EST)
*** Bug 142628 has been marked as a duplicate of this bug. ***
src_unpack() function of hunspell-1.1.4-r1.ebuild src_unpack() { unpack ${A} cd ${S} sed -i -e 's:tail +:tail -n +:' ${S}/tests/test.sh ||\ die "Failed to fix-up tail for POSIX compliance" # Rework to use libtool, so as to get shared libraries # where appropriate, instead of the archive-only approach # taken upstream. epatch "${FILESDIR}/${P}-libtool.patch" # Upstream package creates executables 'example', 'munch' # and 'unmunch' which are too generic to be placed in # /usr/bin - this patch prefixes them with 'hunspell-'. # Also includes a small change for libtool. epatch "${FILESDIR}/${P}-renameexes.patch" # Makefile.am modified, libtool added, hence autoreconfi # and elibtoolize. WANT_AUTOMAKE="1.9" eautoreconf elibtoolize } Another run (same failure) shows the same as what you posted. >>> Unpacking source... >>> Unpacking hunspell-1.1.4.tar.gz to /var/tmp/portage/hunspell-1.1.4-r1/work * Applying hunspell-1.1.4-libtool.patch ... * Applying hunspell-1.1.4-renameexes.patch ... * Running eautoreconf in '/var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4' ... * Running aclocal ... * Running libtoolize --copy --force --automake ... * Running aclocal ... * Running autoconf ... * Running autoheader ... * Running automake --add-missing --copy ... * Running elibtoolize in: hunspell-1.1.4 * Applying max_cmd_len-1.5.0.patch ... * Applying sed-1.5.6.patch ... >>> Source unpacked.
same problem. emerge --info Portage 2.1.1_pre4-r2 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1.60GHz Gentoo Base System version 1.12.4 app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 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.17 sys-devel/gcc-config: [Not Present] sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=pentium-m -fomit-frame-pointer" CHOST="i686-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/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-Os -march=pentium-m -fomit-frame-pointer" DISTDIR="/usr/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="ru_RU.UTF8" LC_ALL="" LINGUAS="en ru" MAKEOPTS="-j2" PKGDIR="/usr/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.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib acpi alsa apm avi bash-completion berkdb bitmap-fonts bluetooth bzip2 cdr cli crypt cups dbus dlloader dri dvd dvdr dvdread emboss encode fbcon ffmpeg foomaticdb gif gpm gtk2 hal ieee1394 imagemagick imlib irda isdnlog jikes jpeg jpeg2k kde kdeenablefinal kdehiddenvisibility libcaca libg++ libwww live lm_sensors mad mikmod mmx mp3 mpeg multislot ncurses nls nptl nptlonly nsplugin ogg opengl pam pcmcia pcre pdf pdflib png pppd profile python qt qt3 quicktime readline real reflection rtc samba sasl sdl session spell spl sse sse2 ssl symlink tcpd tetex tga threads tiff truetype truetype-fonts type1-fonts udev unicode urandom usb userlocales vorbis wifi win32codecs wmf xcomposite xine xml xml2 xorg xosd xv xvid xvmc zlib elibc_glibc input_devices_mouse input_devices_keyboard input_devices_synaptics kernel_linux linguas_en linguas_ru userland_GNU video_cards_i810 video_cards_i915" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
ok; tried autotools-2.60 and it still works fine here, so still can't reproduce. Regarding what looked like a difference in output turned out to be an artifact of the web browser; your original attachment did include the data I expected, just missing some newlines for some reason. Can you attach the following files from the working directory, please? /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/config.log /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/aclocal.m4 /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/configure /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/po/Makefile.in /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/po/Makefile Thanks.
Created an attachment (id=93364) [details] /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/config.log
Created an attachment (id=93365) [details] /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/aclocal.m4
Created an attachment (id=93366) [details] /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/configure
Created an attachment (id=93367) [details] /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/po/Makefile.in
Created an attachment (id=93368) [details] /var/tmp/portage/hunspell-1.1.4-r1/work/hunspell-1.1.4/po/Makefile
I must admit to being somewhat stumped. The files you attached confirm that autotools is indeed failing to expand MKINSTALLDIRS properly; for comparison Makefile here contains: MKINSTALLDIRS = $(top_builddir)/./mkinstalldirs whereas yours has it unexpanded. It's also missing entirely from your configure and aclocal.m4, whereas there's a whole bunch of stuff about it in mine (both files are supposed to be regenerated, btw). A couple of wild guesses: What filesystem do you have on /var/tmp/portage? (is it tmpfs?) What version of sys-devel/gettext do you have installed?
Here are your answers: ext3 and 0.15 respectively: jule@leiden ~ $ eix sys-devel/gettext * sys-devel/gettext Available versions: 0.12.1-r2 0.14.1-r1 0.14.2 0.14.4 0.14.5 0.14.6 0.15 Installed: 0.15 Homepage: http://www.gnu.org/software/gettext/gettext.html Description: GNU locale utilities Found 1 matches jule@leiden ~ $ mount /dev/hda3 on / type ext3 (rw,noatime) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec) udev on /dev type tmpfs (rw,nosuid) devpts on /dev/pts type devpts (rw,nosuid,noexec) shm on /dev/shm type tmpfs (rw,noexec,nosuid,nodev)
Ahah! Good news - well, sort of - updating gettext to 0.15 exposed the problem here. Downgrade gettext to 0.14.5 (latest stable version) and it all works fine. At this point I really need assistance from gettext and autotools people - basesystem that's you :) I don't know whether it's an error in the stuff provided by gettext, or whether it's due to errors in the hunspell autoconf stuff.
This is in the gettext info pages: 13.4.7 `mkinstalldirs' at top level ----------------------------------- With earlier versions of GNU gettext, you needed to add the GNU `mkinstalldirs' script to your distribution. This is not needed any more. You can remove it if you not also using an automake version older than automake 1.9. http://www.mail-archive.com/automake@gnu.org/msg11549.html seems to indicate that AC_CONFIG_AUX_DIR may not be set right.
the bug is that autotools.eclass doesnt respect ACLOCAL_AMFLAGS in Makefile.am for now you need to set AT_M4DIR="${S}/m4" before running eautoreconf
Setting AT_M4DIR="${S}/m4" did get MKINSTALLDIRS expanded, however now the makefile in the 'po' subdirectory refers to it as "./mkinstalldirs" instead of ".././mkinstalldirs" (which is what it has with <gettext-0.15 and without the AT_M4DIR assignment). Copy mkinstalldirs to po/ works, but there has to be a cleaner way. po/Makefile.in.in has: srcdir = @srcdir@ top_srcdir = @top_srcdir@ MKINSTALLDIRS = @MKINSTALLDIRS@ mkinstalldirs = @MKINSTALLDIRS@ which becomes, in po/Makefile.in: srcdir = . top_srcdir = .. MKINSTALLDIRS = ./mkinstalldirs mkinstalldirs = ./mkinstalldirs so the same in po/Makefile. The top-level Makefile.in has: srcdir = @srcdir@ top_srcdir = @top_srcdir@ which becomes: srcdir = . top_srcdir = . so I'm wondering if the top_srcdir from the top level Makefile is going to the mkinstalldirs definitions in po/Makefile{,.in} - elsewhere it seems mkinstalldirs is constructed as $(top_srcdir)/mkinstalldirs, but that's just from random greps through the various autofoo files.
I've added the AT_M4DIR definition, and copied mkinstalldirs to po/, which fixes the issue for gettext-0.15; works here with that and with older gettext versions. Version is 1.1.4-r1 (i.e. no rev-bump), CVS v1.8 Please test and report back here.
Worked for me.
Just ran emerge --sync and emerge -avuD hunspell...worked like a charm! Thanks alot for the quick fix!
nah, that's just a workaround
ok, the correct fix here should be: - cp ${S}/mkinstalldirs ${S}/po/ + autopoint -f || die if that works for you Kevin, please commit, or i can do it ;)
Checked ok against gettext-0.14.5 and 0.15; committed - thanks for the help, SpanKY :)
