Emerge waiting for ttmkfdir.o.lock to be removed.

Message

woodm · Post by **woodm** » Mon Nov 25, 2002 7:39 am

Ok, I'm posting this with lynx, so I dont' know if it's going to work correctly...

I'm trying to emerge afterstep, and one of the required ebuilds is: ttmkfdir.
However, the ttmkfdir emerge is not working. It keeps repeating: "Waiting for ttmkfdir.o.lock to be removed". It just repeats that forever. I've let it run for half an hour so far, I can't imagine that I need to wait longer; should I?
I've tried deleting the package from /usr/portage/distfiles, I've tried rsyncing, rebooting, deleting the ttmkfdir files from /var/tmp/portage/___, and even deleting files from /var/cache/edb/dep/___, but nothing seems to work.
I did a search for ttmkfdir.o.lock, but found nothing.

I really don't know what to do at this point. You guys are always extremely helpfull, and I did search the archives of this forum as best I could.
Any suggestions? I think I just need to get rid of that lock and I will be fine.

px · Post by px » Mon Nov 25, 2002 2:20 pm

how did you research the file?

I think a .lock file is in /var/lock or in /var/run...

woodm · Post by **woodm** » Mon Nov 25, 2002 3:07 pm

px wrote:how did you research the file?

I think a .lock file is in /var/lock or in /var/run...

I searched using "find". I believe the exact command I used was: "sudo find / -iname ttmkfdir* .ttmkfdir*" and it found nothing. I went and looked in /var/lock and /var/run, there was no mention of ttmkfdir. Hmmmmm.

Post by **pjp** » Mon Nov 25, 2002 4:16 pm

Does the same error occur if you do an emerge ttmkfdir?

By the way, I'm going to move this to Desktop Environments after your next post (letting you know since you have to deal with lynx).

woodm · Post by **woodm** » Mon Nov 25, 2002 4:28 pm

kanuslupus wrote:Does the same error occur if you do an emerge ttmkfdir?

By the way, I'm going to move this to Desktop Environments after your next post (letting you know since you have to deal with lynx).

Yes, indeed it does. Hmmm. Is there some sort of GCC lock file that I can edit?
And I was thinking that I should have placed this thread in a different section anyway. I will look for it in the Desktop Environments section.

By the way, thank you! to everyone who helps out on this forum.

Post by **pjp** » Mon Nov 25, 2002 9:39 pm

Moved to P&P as "requested".

Twist · Post by **Twist** » Sat Jan 04, 2003 9:41 am

I know this is old but will post here in hopes that anybody doing a search (which is the Right Thing(tm) ) with this problem in the future can get the solution.

This is a bug/issue with libtool. When you see an endless line of

"Waiting for somefile.o.lock to be removed"

The usual explanation is that libtool is confused because your build directory is not on the same file system as that of libtool (usually for libtool, /usr).

With Gentoo, the most likely explanation is that you have set PORTAGE_TMPDIR to duh, a tmp location that is not on the same partition as /usr. Short solution: reset PORTAGE_TMPDIR for this package only, i.e.:

export PORTAGE_TMPDIR=/var/tmp

emerge whatever it is you are working on and set PORTAGE_TMPDIR back to it's original location. This behavior should be fixed in libtool eventually, but that's a different discussion.

Extended info:

If you are building something manually, many configure scripts allow you to override the lock check via "./configure --disable-libtool-lock". Keep in mind the original purpose of the lock is to prevent error between concurrent builds on multi-user systems - if you are in that circumstance potentially, use at your own peril.

woodm · Post by **woodm** » Sat Jan 04, 2003 10:33 am

I would have thought that my post would have died a long time ago. I never did fix the bug. I just ended up reinstallling stuff. I think I got that error around the time I was trying to upgrade my system to the new version of GCC. There were so many potential problems there. I think I would have mentioned that though. Hmmm. Maybe not.

Regardless, thanks for the update. Hopefully I won't have need for your explanation!

golemB · Post by **golemB** » Wed Apr 30, 2003 4:21 pm

I'm so glad to hear that others have run into my problems with ttmkfdir - but sad to say that the solution doesn't work for me.

Due to the painful disk requirements of gentoo with X, I have been scrounging space wherever I can - which translates into separate partitions for /usr/portage, /var/tmp, /usr/src, and /. I tried setting PORTAGE_TMPDIR from /var/tmp to /tmp (since my libtool lives in /usr/bin) -- but no luck. Do I also have to change my PORTDIR to live on the same partition?

Mick_bravo · Post by **Mick_bravo** » Wed Apr 30, 2003 10:02 pm

Yeh it works for me. I was affraid I had to install it again.

I used RC4. It exported the directory to /tmp and now he doesn't complain.

golemB · Post by **golemB** » Wed Apr 30, 2003 10:53 pm

Mick_bravo, what exactly did you have to install again? Do you mean your entire system? Or do you mean that you also had to change your PORTDIR before emerging ttmkfdir? It seems to me that doing so could be dangerous (making it difficult for Portage to figure out what the dependencies are?) - though I don't know enough yet about Portage.

(I set PORTAGE_TMPDIR to /tmp and tried just emerge -uv ttmkfdir, with no success - same repeating message about the lock.)

CerberusX · Post by **CerberusX** » Sun May 25, 2003 6:22 am

I just bumped in to this lockfile problem, it seems that libtool is the culprit. re-emerge libtool and then retry your original file and it should work. This solved my lockfile problem.

golemB · Post by **golemB** » Sun May 25, 2003 3:18 pm

thanks!

blackbrow · Post by **blackbrow** » Fri Jun 27, 2003 9:46 am

For anyone else, who is having troubles with both of the above solutions, I had to create a /usr/porttmp directory since /var and /tmp were both on different partitions.

I then used Twist's solution successfully.

2501 · Post by **2501** » Tue Jul 01, 2003 3:06 pm

CerberusX wrote:[...]re-emerge libtool and then retry your original file and it should work. This solved my lockfile problem.

mine as well... *THANKS!!!*

Code: Select all

emerge -C libtool ; emerge libtool

it's not clean but it works... though :/

<going OT>
I'm currently putting gentoo linux on a Compaq Proliant 3000 server (2xP2 333) and I experienced several segfaults. Ram is clean and functional, blame the CD.
Did a stage3 in the end, that saved me. As soon as I mounted proc and did chroot I didn't had to cope with segfaults anymore... [just had to be quick enough] And the strangest thing: Segfaults did happen on the system below but my chroot was save. *impressed* - The machine 'half crashed'...
</going OT>

mathew · Post by **mathew** » Mon Jul 07, 2003 11:56 am

The emerge libtool didn't work for me and I suspect my /usr partition doesn't have enough space for emerge -e world, which is what I was trying to do as part of following the upgrade to 1.4. To work around this, I created a symbolic link for just the ttmkfdir package:

Code: Select all

ln -s /usr/tmp2/portage/ttmkfdir-3.0.9 /usr/tm/portage/ttmkfdir-3.0.9

Note that on my system /usr/tmp is a symbolic link to /var/tmp.

Hope this helps someone.

mope · Post by **mope** » Sun Sep 05, 2004 9:26 pm

I've tried everything in this thread but still can't get it to go.

I tried to do a manual compile, but there is no .configure in my work directory. Am I doing something wrong?

I do:

ebuild ttmkfdir*.ebuild fetch unpack

then when I go into the work directory, I can't ./configure anything.

pennedinil · Post by **pennedinil** » Fri Oct 15, 2004 11:42 pm

if anyone's still having problems, search for 'quote.o.lock' n all closed bugs.

I was able to fix this problem for acl & attr. May be helpful to someone else.

step · Post by **step** » Tue Oct 19, 2004 3:40 pm

looks like this problem is back
in x11-misc/ttmkfdir-3.0.9-r2

Code: Select all

# emerge x11-misc/ttmkfdir
Calculating dependencies ...done!
>>> emerge (1 of 1) x11-misc/ttmkfdir-3.0.9-r2 to /
>>> md5 src_uri ;-) ttmkfdir-3.0.9.tar.bz2
>>> Unpacking source...
>>> Unpacking ttmkfdir-3.0.9.tar.bz2 to /var/tmp/portage/ttmkfdir-3.0.9-r2/work
 * Applying ttmkfdir-3.0.9-cpp.patch...                                                  [ ok ]
 * Applying ttmkfdir-3.0.9-zlib.patch...                                                 [ ok ]
 * Applying ttmkfdir-3.0.9-gcc34.patch...                                                [ ok ]
 * Applying ttmkfdir-3.0.9-encoding.patch...                                             [ ok ]
>>> Source unpacked.
libtool --mode=compile g++ -Wall -pedantic -I/usr/include/freetype2  -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -o ttmkfdir.o -c ttmkfdir.cpp
libtool --mode=compile g++ -Wall -pedantic -I/usr/include/freetype2  -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -o directory.o -c directory.cpp
libtool --mode=compile g++ -Wall -pedantic -I/usr/include/freetype2  -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -o commandline.o -c commandline.cpp
Waiting for ttmkfdir.o.lock to be removed
Waiting for directory.o.lock to be removed
Waiting for commandline.o.lock to be removed
Waiting for ttmkfdir.o.lock to be removed
Waiting for directory.o.lock to be removed
Waiting for commandline.o.lock to be removed

i had to make a BULLSHIT dir on / partition

export PORTAGE_TMPDIR=/BULLSHIT
emerge x11-misc/ttmkfdir

and it did work OK

pennedinil · Post by **pennedinil** » Thu Oct 28, 2004 11:44 am

this ".lock" thing is a real emerge killer!!!

It also break xfsprogs. I can't do emerge -epv system anymore.

PLEASE PLEASE PLEASE someone fix this.

alzz · Post by **alzz** » Mon Nov 01, 2004 4:53 pm

I had the same problem when I emerged x11-base/xorg-x11.
And I have solved it by making another portage temp directory just as people said. I did

Code: Select all

#mkdir /usr/temp
#export PORTAGE_TMPDIR="/usr/temp"
#emerge x11-misc/ttmkfdir

It worked!!

Thanks for your suggestions. I LOVE this forum!!

memic · Post by **memic** » Wed Nov 17, 2004 9:11 pm

pixelcatcher · Post by **pixelcatcher** » Fri Dec 24, 2004 11:01 am

re emerging libtool made it work like a charm... thanks!

TreeFree · Post by **TreeFree** » Thu Aug 11, 2005 4:42 pm

Howdy,

Thanks alot to all the posters on this thread.

I encountered this lock-waiting condition doing an emerge of apache that required apr-util-0.9.6-r2. I kept getting hung up on apr_buckets_file.o.lock to removed, and indeed the problem for me was that my portage tmp was on a seperate partition and symlinked in.

Updating libtool with emerge did not solve my problem.

I had to use the solution that Alzz and Step used in making a temp space for portage on the root partition (I guess it needs to be the same one as libtool?) Anyways, this worked like a charm and I was able to get apache to compile and install

.

Thanks!

Emerge waiting for ttmkfdir.o.lock to be removed.

Emerge waiting for ttmkfdir.o.lock to be removed.

How I searched.

Solved

Wow. Someone read my old post.

1.4_rc4 livecd Compaq Proliant 3000

symoblic link hack

thx

Encountered this "Waiting for *.lock to be removed"