trying to upgrade to kdelibs-3.5.7-r2: libexpat problems

BitJam

I'm running a stable amd64 system that has never been more than a week out of date.

I did an emerge sync and an emerge -av -uDN world. There were 150 new packages ready, mostly kde stuff. There were 3 blockers: kdelibs, kdesktop, and one other. I dropped down to the console and turned off X to give myself plenty of RAM. I unmerged the three blockers and and did an emerge -uDN world.

Emerging kdelibs bombed out with a message saying it couldn't find a version of QT >= 3.3 and < 4.0 even though I had the latest stable qt-3.3.8-r2 installed. I tried reinstalling QT and qt-4.3 installed but was of no use. I tried to re-install qt-3.3.8-r2 but it complained about missing libexpat. I re-emerged expat but this didn't solve anything. I got the same QT version error when I tried to re-emerge the version of kdelibs I had just unmerged. Revdep-rebuild spends about 15 minutes telling me almost every package on my system (including all of the old KDE packages) are missing libexpat.

I want my money back! Oh wait ... it was all free.

I'm posting this from Ubuntu. I can get to the command line on the Gentoo system but KDE was my only DE. Here is my emerge --info:

roderick · Posted: Sat Aug 11, 2007 3:55 am Post subject:

You need to do a revdep-rebuild and then resume your emerge.

Some of the packages are in a broken state and need to be rebuilt against the correct version of libexpat. revdep-rebuild is part of the gentoolkit package. Emerge it and run the revdep-rebuild command.

This should fix things up.
_________________
If God were a pickle, I'd still say "no pickle on my burger".
http://roderick-greening.blogspot.com/

didymos · Posted: Sat Aug 11, 2007 4:11 am Post subject:

I'm guessing you just updated to >=expat-2.0.0. I've been avoiding it precisely for this reason, and I'm not normally averse to running unstable (or even unkeyworded) packages. Still, I'm tempted to just get it over with.
_________________
Thomas S. Howard

BitJam · Posted: Sat Aug 11, 2007 4:28 am Post subject:

revdep-rebuild fails in several ways. First, there is a conflict between two versions of kdelibs. I masked the newer version (since revdep-rebuild wants to rebuild ALL my old kde packages).

But revdep-rebuild then failed on the very first package, kdesktop, with libexpat errors.

Any suggestions on what version of expat I should try downgrading to?

EDIT: I downgraded to expat-1.95.8 and now things are starting to compile. Revdep-rebuild wants to rebuild all of my old kde so I will let it run overnight.

didymos · Posted: Sat Aug 11, 2007 4:48 am Post subject:

Seems kind of wasteful. Are you just planning to stick to the downgraded expat? I'd have just removed KDE and let revdep-rebuild fix the expat problems with non-KDE stuff, then re-emerge KDE.
_________________
Thomas S. Howard

roderick · Posted: Sat Aug 11, 2007 4:55 am Post subject:

If you run 2.0.0 expat you HAVE to rebuild a lot of KDE. version 2.0.0 of expat breaks the ABI and therefore everything which depends on it.

I'm pretty sure once kde 3.5.7 is all stablized (any day now for x86), expat 2.0.1, curl, and a couple of other packages will be stable as well and you will be faced with the inevitable rebuild all anyway.. might as well figure out the problem with the blocked kdelibs and move forward

_________________
If God were a pickle, I'd still say "no pickle on my burger".
http://roderick-greening.blogspot.com/

nixnut · Posted: Sat Aug 11, 2007 12:16 pm Post subject:

if you specify the -X option of revdep-rebuild it should take the latest available version and not merely rebuild the version that is actually installed on your system at that moment.
_________________
Please add [solved] to the initial post's subject line if you feel your problem is resolved. Help answer the unanswered

talk is cheap. supply exceeds demand

didymos · Posted: Sat Aug 11, 2007 12:27 pm Post subject:

Polynomial-C · Posted: Sat Aug 11, 2007 1:34 pm Post subject:

Unfortunately revdep-rebuild -X doesn't always do the trick...
On my amd64 server I used the -X switch and revdep-rebuild built dev-libs/apr{,util}-1.2.8 instead of dev-libs/apr{,util}-0.9.12 which left apache unuseable as apr is needed for startup of apache and the used apr-0.9.12 still linked to the old expat lib...
_________________
The manual said "Requires Windows10 or better" so I installed GNU/Linux...

my portage overlay

Need a stage1 tarball? (Unofficial builds)

BitJam · Posted: Sat Aug 11, 2007 2:24 pm Post subject:

Thanks for the help and suggestions.

Revdep-rebuild bombed out halfway through in the middle of the night (missing berkdb) but I was able to get KDE started anyway, probably because downgrading expat fixed most of the link problems revdep-rebuild was going to fix.

FWIW: I have been running an up-to-date stable system (not ~) system. Expat and KDE had both gone stable but the emerge went horribly, horribly wrong.

rickythesk8r · n00b Joined: 10 Aug 2003 Posts: 62

BitJam · Posted: Sat Aug 11, 2007 2:54 pm Post subject:

I downgraded to expat-1.95.8 and this helped get past the libexpat errors. IMO there is something about expat and portage that is horribly broken ATM.

nixnut · Posted: Sat Aug 11, 2007 3:12 pm Post subject:

expat is a major pita, but there's not much portage can do about it. revdep-rebuild -X followed by revdep-rebuild (for older slotted versions) should take care of all the breakage, but no guarantees (unless you show us your support contract :wink:

)
_________________
Please add [solved] to the initial post's subject line if you feel your problem is resolved. Help answer the unanswered

talk is cheap. supply exceeds demand

BitJam · Posted: Sat Aug 11, 2007 3:23 pm Post subject:

If you read my previous posts in this thread, you will see it didn't work for me. No emerge requiring libexpat worked with the latest stable expat-2.0.1. Revdep-rebuild would spend a very long time coming up with a list of 160 packages that needed libexpat and then the very first emerge would fail with a libexpat error.

I had unmerged kdelibs because it was blocking the new kde stuff and I was unable to emerge any version of kdelibs with the new expat. I was dead in the water until I downgraded expat.

rickythesk8r · n00b Joined: 10 Aug 2003 Posts: 62

BitJam · Posted: Sat Aug 11, 2007 4:03 pm Post subject:

My guess is that expat wasn't slotted which would make it a Gentoo problem not an expat problem.

Carlo · Developer Joined: 12 Aug 2002 Posts: 3356

rickythesk8r · n00b Joined: 10 Aug 2003 Posts: 62

BitJam · Posted: Sat Aug 11, 2007 5:10 pm Post subject:

Polynomial-C · Posted: Sat Aug 11, 2007 5:36 pm Post subject:

Sorry, it's not that easy. As you can see in this thread, the breakage started for ~arch users over a year ago. And because the devs knew about the breakage, they already held >=expat-2.0.0 back from becoming stable until now. I'm quite sure, the devs would have chosen a better upgrade procedure if there would be any...

But to be honest... LDFLAGS="-Wl,--as-needed" is still unsupported though this could make this kind of expat-upgrade so much easier to handle...
_________________
The manual said "Requires Windows10 or better" so I installed GNU/Linux...

my portage overlay

Need a stage1 tarball? (Unofficial builds)

roderick · Posted: Sat Aug 11, 2007 6:07 pm Post subject:

I agree. I have --as-needed in per package LDFLAGS for kde only, and I never had any expat issues that a simple revdep-rebuild couldn't fix.

I think the KDE ebuilds could be configured by default with as-needed at this point (unless there really is some reason to hold this back).

I guess with the looming kde 4, it's probably a moot point though.
_________________
If God were a pickle, I'd still say "no pickle on my burger".
http://roderick-greening.blogspot.com/

BitJam · Posted: Sat Aug 11, 2007 6:07 pm Post subject:

Carlo · Developer Joined: 12 Aug 2002 Posts: 3356

beso_1717 · Apprentice Joined: 19 Jul 2007 Posts: 263

the problem is that expat 2.0.1 has changed libexpat.so.0 name, so you have to do a revdep-rebuild -X --library libexpat.so.0 as suggested by the expat 2.0.1 infos, which will fix the broken links and recompile about 120 packages... if it doesn't recompile you'll have to run a revdep-rebuild after the first revdep-rebuild command and that will reinstall the broken packages.... among these packages are shared-mime, gconf, kde, amarok, and practically all the packages. i hope that the next time someone does such a big idi*** of changing names they would advise before getting the users mad.
the new curl also need a revdep-rebuild.

i don't know if portage prints the output messages of expat, but my paludis did so... here are the lines:

BitJam · Posted: Sat Aug 11, 2007 7:22 pm Post subject: