From: Nikos Chantziaras <realnc@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: Heads Up - glibc-2.27 breaks my system
Date: Sat, 3 Feb 2018 10:23:56 +0200 [thread overview]
Message-ID: <p53rdm$ia9$1@blaine.gmane.org> (raw)
In-Reply-To: <475348c8-d753-88f6-b282-0a90a5b3baa6@gmail.com>
On 03/02/18 07:54, Dale wrote:
> While on this topic, I have a question about glibc. I have it set in
> make.conf to save the binary packages. Generally I use it when I need
> to go back shortly after a upgrade, usually Firefox or something.
> However, this package is different since going back a version isn't a
> good idea. My question tho, what if one does go back a version using
> those saved binary packages? Has anyone ever did it and it work or did
> it and it fail miserably?
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.
This whole thing is not actually special to glibc. Other libraries work
in a similar manner. You can't just link other software against a new
version of the library, then remove the library and replace it with an
older one. It might result in breakage. But glibc is used by almost
everything, it's not "just a library", it is *the* library, and so it
has a special protection to prevent a downgrade. You can bypass that
protection and downgrade anyway, but then you need to know what you're
doing and how to restore your system correctly. If any sys-devel
packages are affected, you might not be able to do it. If only end-user
packages are affected which are not used during an emerge, then it's
quite safe to downgrade.
next prev parent reply other threads:[~2018-02-03 8:24 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-02 17:34 [gentoo-user] Heads Up - glibc-2.27 breaks my system Helmut Jarausch
2018-02-02 21:07 ` Floyd Anderson
[not found] ` <5x7d1x01i1kktTk01x7eRl>
2018-02-03 5:42 ` John Campbell
2018-02-03 5:54 ` Dale
2018-02-03 8:23 ` Nikos Chantziaras [this message]
2018-02-03 14:08 ` [gentoo-user] " Dale
2018-02-04 18:01 ` Nikos Chantziaras
2018-02-04 18:23 ` Dale
2018-02-03 9:50 ` [gentoo-user] " Helmut Jarausch
2018-02-03 15:11 ` Marc Joliet
2018-02-03 17:34 ` Helmut Jarausch
2018-02-03 17:56 ` Marc Joliet
2018-02-03 23:21 ` Bill Kenworthy
2018-02-04 11:52 ` Helmut Jarausch
2018-02-04 8:39 ` Neil Bothwick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='p53rdm$ia9$1@blaine.gmane.org' \
--to=realnc@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox