On 03/02/18 16:08, Dale wrote:
Nikos Chantziaras wrote:
It is perfectly fine to downgrade glibc if you didn't emerge anything
that compiled binaries.

If you did, you can still downgrade, but then you need to rebuild the
packages that you emerged since the glibc upgrade. qlop is your friend
here; it lets you find out the dates on which you emerged packages.

That makes sense.  So, if worse comes to worse, downgrade, then emerge
-e world if unsure what all has been updated since.  If, using qlop or
friends, you can figure what was done since the upgrade, emerge those to
make sure the linking is correct.  At least that is a option that should
be doable.  That's better than thinking you can't downgrade for any
reason, period.

You might not be able to do that, if python (used by emerge) uses something that breaks when downgrading glibc. Or gcc. Or binutils. Or bash. Or anything else that's needed during an emerge.

So you need to check with qlop *before* downgrading, and if it looks like something critical was built against the new glibc, then all bets are off. Which is why the downgrade protection exists in the first place.

The only way out of this, is restoring from backup or fixing things by booting from a sysrescuecd or similar.

If only firefox or your media player and stuff like that got built against the new glibc, then it's fine to downgrade. Otherwise, you could end up bricking your system.


Reply via email to