Can't "emerge xorg-x11" because of ttmkfdir error.

Message

taurus · Post by **taurus** » Thu Dec 16, 2004 10:19 pm

Well, after spending all time building my AMD64 from stage 1, I run into a problem trying to get xorg to install (or emerge) on my system... Everything is going fine until it gets to x11-misc/ttmkfdir-3.0.0-r2! Here are the last few lines of it,

>>> Source unpacked.
libtool --mode=compile x86_64-pc-linux-gnu-g++ -Wall -pedantic -I/usr/include/freetype2 -march=athlon64 -pipe -o ttmkfdir.o -c ttmkfdir.cpp
libtool --mode=compile x86_64-pc-linux-gnu-g++ -Wall -pedantic -I/usr/include/freetype2 -march=athlon64 -pipe -o directory.o -c directory.cpp
libtool: compile: unable to infer tagged configuration
libtool: compile: specify a tag with `--tag'
make: *** [ttmkfdir.o] Error 1
make: *** Waiting for unfished jobs...
libtool: compile: unable to infer tagged configuration
libtool: compile: specify a tag with `--tag'
make: *** [directory.o] Error 1

!!! ERROR: x11-misc/ttmkfdir-3.0.9-r2 failed.
!!! Function src_compile, Line 39, Exitcode 2
!!! emake failed
!!! If you need support, post the topmost build error, NOT this status message.

Because of that, I can't go any further. I would love to get X up and running so I can install Gnome. If any of you have comments or suggestions (web links are good too), I would love to hear them.

Thanks.

taurus

p.s. It doesn't matter what I put in "USE" (in /etc/make.conf), still get the same error message. However, if you want me to include my /etc/make.conf here, please let me know.

Nijinski · Post by **Nijinski** » Thu Dec 16, 2004 11:34 pm

Can't offer any help other than to say that I'm stymied at the same point in my install.

<edit>
Dug round the boards and found "emerge libtool" as an answer. Tried it and it worked.
</edit>

taurus · Post by **taurus** » Fri Dec 17, 2004 9:42 pm

Actually, I did a short cut to. Instead of figuring out what was wrong, I went ahead and downloaded the packagesCD from another computer. I then ftped it to my amd64 and mounted it on /mnt/iso. I copied everything to /usr/portage/packages and installed the binary for ttmkfdir as

emerge --usepkgonly ttmkfdir

Then, I went ahead and installed xorg...

taurus

robet · Post by **robet** » Fri Dec 17, 2004 10:15 pm

Code: Select all

emerge --oneshot libtool

will fix the problem.

rOss^64 · Post by **rOss^64** » Sun Dec 19, 2004 5:24 am

robet wrote:
Code: Select all
emerge --oneshot libtool
will fix the problem.

Excellent works perfect I was about to pull out all my hair. Great support.

Thanks

Puolihop · Post by **Puolihop** » Mon Dec 20, 2004 11:21 am

robet wrote:
Code: Select all
emerge --oneshot libtool
will fix the problem.

Thanks! This saved my day.

fzxdude · Post by **fzxdude** » Mon Dec 20, 2004 12:58 pm

danka ... worked perfectly after this

Naughtyus · Post by **Naughtyus** » Mon Dec 20, 2004 9:16 pm

Thanks here as well.

ViceClown · Post by **ViceClown** » Tue Dec 21, 2004 5:11 am

Excellent! Thanks!!!

BoGs · Post by **BoGs** » Tue Dec 21, 2004 9:19 pm

thank YOU i had the same prob it looks like it went through

Schmokin · Post by **Schmokin** » Tue Dec 21, 2004 11:14 pm

I had this same problem this morning, will try suggested fix when I get home from work. Hope all works well.

Schmokin · Post by **Schmokin** » Wed Dec 22, 2004 8:53 pm

Everything worked great after that except for a few hiccups with the packages, fam and lcms. I had to edit the ebuild files for them and change under the AMD64 section 'elibtoolize' to 'libtoolize --copy --force' because of a version mismatch between libtool.m4 and ltmain.sh with those packages. I am using ~amd64 btw.

andrewluka · Post by **andrewluka** » Mon Dec 27, 2004 8:44 pm

Thanks a lot.
It saved my day.

Kvetch · Post by **Kvetch** » Tue Dec 28, 2004 2:21 am

This appeared to work on my athlon (32bit) too - but stupid question but why does this work and why is -oneshot needed?

Thanks,
Nick

infamous41md · Post by **infamous41md** » Thu Dec 30, 2004 12:27 am

The teeth were beginning to grit, thank stevens for this thread. The emerge libtool worked for me as well on amd64. Thanks

Seclar · Post by **Seclar** » Thu Dec 30, 2004 12:48 am

Same thing here (dual Opteron system) - the oneshot emerge command sorted it out.

TheIxian · Post by **TheIxian** » Sat Jan 01, 2005 8:44 pm

thanks, appreciate the help.

I figured it was libtool (or lack thereof) but until now I did not really know how to just get one package installed without resolving dependancies.

and, yes, I am lazy.

evilshenaniganz · Post by **evilshenaniganz** » Sun Jan 02, 2005 9:32 pm

muchas gracias!! I was re-bootstrapping and running into the same problem.

Code: Select all

emerge --oneshot libtool

sure did the trick!

racoontje · Post by **racoontje** » Sun Jan 02, 2005 9:55 pm

Worked for me too!

Any idea why it works btw?

brettlpb · Post by **brettlpb** » Sun Jan 02, 2005 10:25 pm

Generation 2 · Post by **Generation 2** » Mon Jan 03, 2005 8:27 am

just for those of you who are scared to use --oneshot, I tried doing,

#emerge libtool
#emerge ttmkfdir

and it worked for me.

nexus780 · Post by **nexus780** » Wed Jan 05, 2005 6:05 pm

Having the same problem on a Celeron (stage1, stable x86/pentium3) after I finished installing, re-merging libtool fixed it for me as well

Shouldn't this be in bugzilla so that it can be fixed "properly"?

--oneshot is nothing to be scared off

All it means, is that it installs a package without including it in the world file (which stores all programs that you explicitly installed). The list of packages that have been installed with oneshot or as dependencies are stored in a different place (I assume). As long as you never run depclean and always use Du (or --deep --update) instead of u (or --update) it doesn't make a difference whether you put in oneshot or not afaik.

aspenhydrowave · Post by **aspenhydrowave** » Thu Jan 06, 2005 12:45 am

Kvetch wrote:This appeared to work on my athlon (32bit) too - but stupid question but why does this work and why is -oneshot needed?

Thanks,
Nick

oneshot is not needed but will prevent your world file from becoming cluttered (currently /var/lib/portage/world, used to be /usr/lib/portage/world if I remember correctly). ttmkfdir doesn't need to be in the world file because it's already a dependency of somethign else that will be in the world file (x, at least, if nothing else).

having it in your world file would
1. make manual editing of that file harder
2. not allow ttmkfdir to be removed if, for example, you decided to remove xorg-x11 from the world file and then emerge --depclean.

As someone pointed out, doing without oneshot will fix the problem also.

However, as multiple people have asked, I would be interested in hearing why this works - shouldn't this just re-emerge the same (broken) version of libtool?

nexus780 · Post by **nexus780** » Thu Jan 06, 2005 1:45 am

That's what I meant to say, I tend to put in a lot more info than people want - but I'm working on that

Anyways, I'd love to know why re-merging fixes the problem. I forgot to try revdep-rebuild -p, but would that probably recognise the problem and therefore (the -p taken away) fix it?

Karsten1973 · Post by **Karsten1973** » Thu Jan 06, 2005 9:36 pm

worked for me with a pentium III mobile w/ speedstep, too. Only problem was that i left the computer alone intentionally for a day while xorg compiled. Only it didn't because of that error. Please fix it