Upgrade to expat-2.0.x needs revdep-rebuild

stef · Tux's lil' helper Joined: 23 Jul 2003 Posts: 93

well ... came across the same problems - didn't expect the upgrade of libexpat to break all of my system as emerge does not indicate incompatible abi at all. (as far as i can see)

Ok, well no big problem i thought, as this is just the usual thing to let revdep-rebuild rebuild the neccessary packages.

so i tried a:

VinzC

whkinney · n00b Joined: 03 Feb 2004 Posts: 20

spamspam · Apprentice Joined: 05 Dec 2003 Posts: 153

Twist · Guru Joined: 03 Jan 2003 Posts: 414 Location: San Diego

This has seriously shaken my faith in Gentoo. I have been running this distro for years, at work at and at home, across probably ten machines that I use on a pretty regular basis. I am not a novice user, of either Linux in general or Gentoo in particular. However "updates" like this are just disheartening in their difficulty - I realize the devs are not in control of the issues with expat itself, but for crying out loud:

- After years the mechanics of informing a user of a nasty upgrade caveat are still to have the ebuild emit some instructions that most people will never see during first-run (I don't know about anybody else, but I have much better things to do than watch my emerges by hand)
- The stated fix doesn't work, on multiple machines I have (revdep-rebuild simply does not work correctly, even on my bone stable vanilla install)
- Given the above condition, recovery is ugly and incredibly time consuming (eventually I threw in the towel and did an emerge -e system on an affected system, only to find that pango STILL would not emerge afterwards due to an inherited dependency from fontconfig; luckily a user had already discovered this and gave me the hint to emerge fontconfig first then pango)

This change was pervasive and extremely likely to break many installs, given the state of tools to deal with these problems. Yet it was committed to stable anyway. IMHO an entire new release should have come from this change, with appropriate blockage to keep in-use machines from sudden and extended downtime trying to recover from what should have been a plain jane update.

I appreciate the (usual) excellent community response and support evident in this thread. I am a strong proponent of the goals and values represented by Gentoo in general. But in this circumstance, it utterly failed me as a distro. Seriously.

-Twist

dmitchell · Posted: Mon Aug 20, 2007 8:07 pm Post subject:

KDE users: for me revdep-rebuild failed on the first kde package, citing problems with kde-config. Ultimately I had to emerge fontconfig, qt, and kdelibs before revdep-rebuild succeeded.
_________________
Your argument is invalid.

Bobnoxous · Apprentice Joined: 03 May 2005 Posts: 240

Just to add my experience, I could not get mozilla-firefox to build until I ran:
> revdep-rebuild -X

Adding --library libexpat.so.0 did not work. This sidelined be for a long time.
_________________
"The problem with the world is that fools and fanatics are always so sure of themselves while wiser people are so full of doubt."
- Bertrand Russell

turtles · Veteran Joined: 31 Dec 2004 Posts: 1654

I am wandering my way through this and experiencing some issues with

drumgod · n00b Joined: 12 Dec 2003 Posts: 61

turtles · Veteran Joined: 31 Dec 2004 Posts: 1654

GODLiKE · n00b Joined: 11 Jan 2007 Posts: 62

Carnildo · Guru Joined: 17 Jun 2004 Posts: 594

stef · Tux's lil' helper Joined: 23 Jul 2003 Posts: 93

@Carnildo:

so ... wouldn't just be keeping a copy of the old version of the library be the "correct" temporary solution (better than symlinking to the new) ... as in my post yesterday (see above)?

VinzC · Posted: Tue Aug 21, 2007 12:16 pm Post subject:

turtles · Veteran Joined: 31 Dec 2004 Posts: 1654

I seem to have a "orphaned file, deep
dependency, binary package or specially evaluated library"
revdep-rebuild is now stuck in a endless loop just wanting to recomiple GCC all the time:
here is the end of last nights recompile of GCC, removing the temp files, me removing the temp files manualy just to be sure and it wanting to do it all again:

VinzC · Posted: Tue Aug 21, 2007 2:55 pm Post subject:

What are your USE flags with GCC?

(EDIT: you probably USEd gcj, didn't you?)
_________________
Gentoo addict: tomorrow I quit, I promise!... Just one more emerge...
1739!

isolationism · Tux's lil' helper Joined: 01 Nov 2004 Posts: 127

turtles · Veteran Joined: 31 Dec 2004 Posts: 1654

It looks like gcj is enabled.

Mocho · Posted: Tue Aug 21, 2007 9:32 pm Post subject: Pango problem

Hi guys, thanks for all the hints. Unfortunately, they do not work for me as "emerge pango" fails although it is supposed to be one of the first steps in resolving the problem. When failing it complains about the missing libexpat.so.0-file. I already re-emerged packages like libXft, fontconfig, cairo and lots of other stuff right before w/o success. I'd be really glad if you could give me some "boost" concerning this problem.

Last but not least here's the bitter end of an "emerge pango":

VinzC · Posted: Tue Aug 21, 2007 9:50 pm Post subject:

jrolandwright · n00b Joined: 18 Jan 2006 Posts: 3

VinzC · Posted: Tue Aug 21, 2007 10:00 pm Post subject: Re: Pango problem

datenwolf · n00b Joined: 01 Sep 2003 Posts: 55

I still want to know: What ABI changes?!?!?

Expat is a goddam pure C library, there's nothing in the ABI that could change. The C ABI is dead simple: Push parameters on the stack, then call the function, when the function returns, pop parameters off the stack to clean up. There's no fancy name mangling like in C++ and no memory management involved. And Expat-2 only introduced new functions and cleaned up things internally. The external interface didn't change.

So why not simply make this link by default. In this case it won't break things.

Mocho · Posted: Tue Aug 21, 2007 11:10 pm Post subject:

Hi VinzC, thank you very much for your fast answer. I compiled the packages you suggested but still to no avail

Pango just won't compile. What else can I do?