Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 77921 - libtool unable to infer tagged configuration
Summary: libtool unable to infer tagged configuration
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High critical (vote)
Assignee: Gentoo's Team for Core System packages
Depends on:
Reported: 2005-01-13 18:34 UTC by Douglas R. Hoffman
Modified: 2005-02-15 04:00 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---

emerge info (emerge_info,1.87 KB, text/plain)
2005-02-08 08:54 UTC, Jakub Moc (RETIRED)
emerge mod_jk (emerge_mod_jk,6.59 KB, text/plain)
2005-02-08 08:56 UTC, Jakub Moc (RETIRED)
/usr/bin/libtool (libtool,210.08 KB, text/plain)
2005-02-08 08:59 UTC, Jakub Moc (RETIRED)
/usr/bin/libtool for rep-gtk problem (libtool,201.48 KB, text/plain)
2005-02-08 15:05 UTC, Adam
emerge rep-gtk >& rep-gtk.log (rep-gtk.log,7.98 KB, text/plain)
2005-02-08 15:07 UTC, Adam
emerge info for rep-gtk problem (info.log,1.87 KB, text/plain)
2005-02-08 15:08 UTC, Adam

Note You need to log in before you can comment on or make changes to this bug.
Description Douglas R. Hoffman 2005-01-13 18:34:36 UTC
libtool returns an error when compiling ttmkfdir.  Browsing the forums, it looks like serveral ebuilds have this "unable to infer tagged configuration" with libtool.  oddly, 'emerge libtool' solves the libtool problem.

Why is libtool not generated in the bootstrap or part of the dependancy tree for ttmkfdir ebuilds?

Reproducible: Always
Steps to Reproduce:
01. explode stage1-x86-2004.3.tar.bz2
02. bind proc
03. chroot into exploded dir
04. env-update
05. source /etc/profile
06. emerge sync
07. tweek my make.conf
08. emerge --nodeps linux26-headers
10. cd /usr/portage
11. scripts/
12. emerge system
13. emerge grub syslog-ng reiserfsprogs lvm2 vixie-cron iptables traceroute ethereal aide apg bind-tools smartmontools pciutils dosfstools ddclient at ntp screen vim keychain gallery kde mozilla-firefox mozilla-thunderbird gvim gimp dia gaim
Actual Results:  
This is within the ttmkfdir ebuild which is a dependancy for ethereal

libtool: compile: unable to infer tagged configuration
libtool: compile: specify a tag with `--tag' 

Expected Results:  

should have compiled for a really long time.

If I 'emerge libtool' prior to step 13 above, the compile works without a hitch!

I've looked a lot in bugzilla, and found nothing that comes close to this.. 
Others have found this problem and same solution in the forums as well
Comment 1 Douglas R. Hoffman 2005-01-13 18:36:49 UTC
woops, forgot the emerge info dump:

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.5, glibc-, 2.6.10-gentoo-r4 i686)
System uname: 2.6.10-gentoo-r4 i686
Gentoo Base System version 1.4.16
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-
Headers:  sys-kernel/linux26-headers-
Libtools: sys-devel/libtool-1.5.2-r7
CFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /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/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer"
FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks sandbox sfperms"
USE="X alsa apm avi berkdb cdr crypt cups divx4linux encode esd fbcon gif gpm gtk gtk2 icc imlib jpeg kde libg++ libwww mad mbox mikmod mmx mmx2 motif mpeg mysql ncurses nptl opengl pam perl png python quicktime readline real samba sdl slang spell sse sse2 ssl tcpd tetex threads truetype usb x86 xml2 xmms xv zlib"
Comment 2 Douglas R. Hoffman 2005-01-13 18:45:33 UTC
I was incorrect, emerge system does build libtool after the boot strap (i.e. inside of step 12)...

1105664034:  >>> emerge (41 of 62) sys-devel/libtool-1.5.2-r7 to /
1105664034:  === (41 of 62) Cleaning (sys-devel/libtool-1.5.2-r7::/usr/portage/sys-devel/libtool/libtool-1.5.2-r7.ebuild)
1105664034:  === (41 of 62) Compiling/Merging (sys-devel/libtool-1.5.2-r7::/usr/portage/sys-devel/libtool/libtool-1.5.2-r7.ebuild)
1105664118:  === (41 of 62) Post-Build Cleaning (sys-devel/libtool-1.5.2-r7::/usr/portage/sys-devel/libtool/libtool-1.5.2-r7.ebuild)
1105664119:  >>> AUTOCLEAN: sys-devel/libtool
Comment 3 Douglas R. Hoffman 2005-01-13 18:49:41 UTC
this is a portion of the emerge.log that illustrates the problem.  you can see where it terminates the first time, I then emerge libtool, then continue emerging the 122 ebuilds...

what is wrong with the libtool created in 'emerge system'?

1105668019:  ::: completed emerge (34 of 157) media-libs/freetype-2.1.5-r1 to /
1105668019:  >>> emerge (35 of 157) x11-misc/ttmkfdir-3.0.9-r2 to /
1105668019:  === (35 of 157) Cleaning (x11-misc/ttmkfdir-3.0.9-r2::/usr/portage/x11-misc/ttmkfdir/ttmkfdir-3.0.9-r2.ebuild)
1105668019:  === (35 of 157) Compiling/Packaging (x11-misc/ttmkfdir-3.0.9-r2::/usr/portage/x11-misc/ttmkfdir/ttmkfdir-3.0.9-r2.ebuild)
1105668023:  *** terminating.
1105668461: Started emerge on: Jan 13, 2005 21:07:41
1105668461:  *** emerge --buildpkg libtool
1105668461:  >>> emerge (1 of 1) sys-devel/libtool-1.5.2-r7 to /
1105668461:  === (1 of 1) Cleaning (sys-devel/libtool-1.5.2-r7::/usr/portage/sys-devel/libtool/libtool-1.5.2-r7.ebuild)
1105668461:  === (1 of 1) Compiling/Packaging (sys-devel/libtool-1.5.2-r7::/usr/portage/sys-devel/libtool/libtool-1.5.2-r7.ebuild)
1105668551:  === (1 of 1) Merging (sys-devel/libtool-1.5.2-r7::/usr/portage/sys-devel/libtool/libtool-1.5.2-r7.ebuild)
1105668554:  === (1 of 1) Post-Build Cleaning (sys-devel/libtool-1.5.2-r7::/usr/portage/sys-devel/libtool/libtool-1.5.2-r7.ebuild)
1105668555:  >>> AUTOCLEAN: sys-devel/libtool
1105668555:  --- AUTOCLEAN: Nothing unmerged.
1105668555:  ::: completed emerge (1 of 1) sys-devel/libtool-1.5.2-r7 to /
1105668555:  *** Finished. Cleaning up...
1105668555:  *** exiting successfully.
1105668556:  *** terminating.
1105668612: Started emerge on: Jan 13, 2005 21:10:12
1105668612:  *** emerge --ask --buildpkg ethereal ddclient keychain smartmontools gallery kde mozilla-firefox mozilla-thunderbird gvim gimp dia
1105668636:  >>> emerge (1 of 123) media-libs/fontconfig-2.2.3 to /
1105668636:  === (1 of 123) Cleaning (media-libs/fontconfig-2.2.3::/usr/portage/media-libs/fontconfig/fontconfig-2.2.3.ebuild)
1105668637:  === (1 of 123) Compiling/Packaging (media-libs/fontconfig-2.2.3::/usr/portage/media-libs/fontconfig/fontconfig-2.2.3.ebuild)
1105668678:  === (1 of 123) Merging (media-libs/fontconfig-2.2.3::/usr/portage/media-libs/fontconfig/fontconfig-2.2.3.ebuild)
1105668679:  === (1 of 123) Post-Build Cleaning (media-libs/fontconfig-2.2.3::/usr/portage/media-libs/fontconfig/fontconfig-2.2.3.ebuild)
1105668680:  >>> AUTOCLEAN: media-libs/fontconfig
1105668680:  --- AUTOCLEAN: Nothing unmerged.
1105668680:  ::: completed emerge (1 of 123) media-libs/fontconfig-2.2.3 to /
1105668680:  >>> emerge (2 of 123) x11-misc/ttmkfdir-3.0.9-r2 to /
1105668680:  === (2 of 123) Cleaning (x11-misc/ttmkfdir-3.0.9-r2::/usr/portage/x11-misc/ttmkfdir/ttmkfdir-3.0.9-r2.ebuild)
1105668681:  === (2 of 123) Compiling/Packaging (x11-misc/ttmkfdir-3.0.9-r2::/usr/portage/x11-misc/ttmkfdir/ttmkfdir-3.0.9-r2.ebuild)
1105668700:  === (2 of 123) Merging (x11-misc/ttmkfdir-3.0.9-r2::/usr/portage/x11-misc/ttmkfdir/ttmkfdir-3.0.9-r2.ebuild)
1105668702:  === (2 of 123) Post-Build Cleaning (x11-misc/ttmkfdir-3.0.9-r2::/usr/portage/x11-misc/ttmkfdir/ttmkfdir-3.0.9-r2.ebuild)
1105668702:  >>> AUTOCLEAN: x11-misc/ttmkfdir
1105668702:  --- AUTOCLEAN: Nothing unmerged.
1105668702:  ::: completed emerge (2 of 123) x11-misc/ttmkfdir-3.0.9-r2 to /
1105668702:  >>> emerge (3 of 123) x11-base/opengl-update-1.8.2 to /
1105668702:  === (3 of 123) Cleaning (x11-base/opengl-update-1.8.2::/usr/portage/x11-base/opengl-update/opengl-update-1.8.2.ebuild)
1105668703:  === (3 of 123) Compiling/Packaging (x11-base/opengl-update-1.8.2::/usr/portage/x11-base/opengl-update/opengl-update-1.8.2.ebuild)
1105668707:  === (3 of 123) Merging (x11-base/opengl-update-1.8.2::/usr/portage/x11-base/opengl-update/opengl-update-1.8.2.ebuild)
1105668709:  === (3 of 123) Post-Build Cleaning (x11-base/opengl-update-1.8.2::/usr/portage/x11-base/opengl-update/opengl-update-1.8.2.ebuild)
1105668709:  >>> AUTOCLEAN: x11-base/opengl-update
1105668709:  --- AUTOCLEAN: Nothing unmerged.
Comment 4 SpanKY gentoo-dev 2005-01-16 10:25:24 UTC

*** This bug has been marked as a duplicate of 67692 ***
Comment 5 Michiel de Bruijne 2005-01-16 11:37:53 UTC
Hi vapier/SpanKY,

Yesterday, I have build a new system from stage1 with the tree from yesterday, after completing the installation I wanted to install xorg-x11. When I arrived at ttmkfdir I got the -tag-problem (see bug 67692) after `export CC=gcc CXX=g++ && emerge libtool` everything works fine.

So it seems that this problem isn't solved yet.
Comment 6 Douglas R. Hoffman 2005-01-18 14:27:55 UTC
I can not reopen the bug 67692 that is supposed to be a duplicate of...  please repoen it, or unmark this as a dulicate.

The problem is real, exists, and many users are encountering it.  bug 67692 presents a workaround, not a solution. Following mainstream instructions results in the error, something needs to be tweaked...

Thanks in advance,
Comment 7 SpanKY gentoo-dev 2005-01-19 15:27:19 UTC
fixed in 1.5.10
Comment 8 Sascha Silbe 2005-01-21 15:23:51 UTC
So when will 1.5.10 become stable for x86?
Comment 9 Jedi 2005-01-26 23:58:28 UTC
are you sure that is fixed with 1.5.10?
Comment 10 Adam 2005-02-06 09:49:15 UTC
I got 1.5.10-r4 and still have this problem
(building sawfish/rep-gtk).
See my comment on bug 67692.
Comment 11 Douglas R. Hoffman 2005-02-06 21:58:29 UTC
multiple requests to re-open bug.  Please re-address this problemo
Comment 12 Jakub Moc (RETIRED) gentoo-dev 2005-02-07 01:14:28 UTC
I still have this problem, too. :-( See
Comment 13 SpanKY gentoo-dev 2005-02-08 05:02:18 UTC
i cant fix anything with you just saying 'the problem still exists'

i need people to attach /usr/bin/libtool, the log of `emerge [package that fail] >& log`, and the output of `emerge info`
Comment 14 Jakub Moc (RETIRED) gentoo-dev 2005-02-08 08:54:05 UTC
Created attachment 50739 [details]
emerge info
Comment 15 Jakub Moc (RETIRED) gentoo-dev 2005-02-08 08:56:38 UTC
Created attachment 50740 [details]
emerge mod_jk

The result is exactly the same for some of the packages mentioned in duplicate
bugs: libtool: compile: unable to infer tagged configuration. I think it is
useless to attach any more.
Comment 16 Jakub Moc (RETIRED) gentoo-dev 2005-02-08 08:59:05 UTC
Created attachment 50741 [details]
Comment 17 SpanKY gentoo-dev 2005-02-08 09:01:12 UTC
your bug is 90% unrelated to this bug

it looks like apache2 does something stupid like include libtool in their package (from your output, /usr/lib/apache2/build/libtool is being executed, NOT /usr/bin/libtool)

file a bug for them since base-system has nothing to do with apache2
Comment 18 Jakub Moc (RETIRED) gentoo-dev 2005-02-08 09:19:24 UTC
Comment 19 Jakub Moc (RETIRED) gentoo-dev 2005-02-08 09:19:24 UTC
I´m not really sure to whom should I fill the bug, apparently maintainers of mod_jk don´t want the bug:

I will point them to your comment anyway. Thanks. 
Comment 20 Adam 2005-02-08 15:05:46 UTC
Created attachment 50784 [details]
/usr/bin/libtool for rep-gtk problem
Comment 21 Adam 2005-02-08 15:07:34 UTC
Created attachment 50785 [details]
emerge rep-gtk >& rep-gtk.log
Comment 22 Adam 2005-02-08 15:08:08 UTC
Created attachment 50786 [details]
emerge info for rep-gtk problem
Comment 23 Adam 2005-02-08 15:18:12 UTC
A quick exam of the emerge output seems to show that rep-gtk has the same
problem as mod_jk, namely running
instead of
I have entered a comment stating this on bug 70514 and I hope the rep-gtk
people will take care of it.

Comment 24 SpanKY gentoo-dev 2005-02-09 08:35:15 UTC
thank you adam
Comment 25 Mr. Bones. (RETIRED) gentoo-dev 2005-02-14 14:03:30 UTC
is--tag required now?  I used to invoke libtool myself for little support libraries for my own code and now it doesn't work.

I figured out thought that the problem was caused by CC=cc.  This used to work and I believe it still should work. 
Comment 26 SpanKY gentoo-dev 2005-02-15 04:00:16 UTC
new autotools will automatically invoke libtool with --tag