When the qt-3.3.0 ebuild produces the /usr/qt/3/lib/libqt-mt.la file, it contains the wrong entry for "libdir". It contains "libdir='/var/tmp/portage/qt-3.3.0/image/usr/qt/3/lib'", which is clearly wrong. It would make more sense as "libdir='/usr/qt/3/lib'", but the results of this change have not been tested. This incorrect "libdir" definitely causes my kdelibs-3.2.0 emerge to fail, and presumably will affect other emerges as well. I'm marking this bug's reproducibility as "sometimes" because this problem only occurs on one of my machines. On the other, the libqt-mt.la is never created. I am unsure why this is the case. Reproducible: Sometimes Steps to Reproduce: 1.Emerge qt-3.3.0 successfully 2.Emerge kdelibs-3.2.0 Actual Results: kdelibs-3.2.0 emerge finishes unsuccessfully, claiming that /var/tmp/portage/qt-3.3.0/image/usr/qt/3/lib/libqt-mt.la does not exist Expected Results: kdelibs-3.2.0 emerge should have completed successfully http://forums.gentoo.org/viewtopic.php?t=136467 shows that the problem happens for more people than just me
Duplicate of #41492.
I had the problem recompiling arts. I changed the link in /usr/qt/3/lib/libqt-mt.la to show "libdir='/usr/qt/3/lib'" instead. I re-emerged arts and it worked. It's working its way through kdelibs now. Note. I would *really* not mind if developpers left unstable ebuilds in ~x86.
That's just the way it goes sometimes. I make mistakes - if you don't, I encourage you to step up to the plate and try your hand at this sometime. *** This bug has been marked as a duplicate of 41492 ***
I think QT 3.3.0 should go back to ~arch I'm downgrading to 3.2 again. Couldn't fix the problem by just editing the libqt-mt.la file.