public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: eroen <eroen@falcon.eroen.eu>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: @preserved-rebuild gone in a loop
Date: Mon, 16 Dec 2013 05:04:34 +0100	[thread overview]
Message-ID: <20131216050434.31f370c7@falcon.eroen.eu> (raw)
In-Reply-To: <20131215163753.GB9737@zlug.org>

[-- Attachment #1: Type: text/plain, Size: 1859 bytes --]

On Sun, 15 Dec 2013 17:37:53 +0100
Benjamin Block <bebl@zlug.org> wrote:

> Most of the times, when some binary packages on my systems do cause
> something like this, then I just unemerge the package that keeps
> recompiling and emerge it again afterwards. This will cause the
> portage to drop the library-references in question and add new ones.
> 
> So, this should do the trick:
> 
> 	emerge -C app-antivirus/avast4workstation
> 	emerge -1 app-antivirus/avast4workstation

This will make the message from portage and the old library version go
away, yes. It will also cause the program that used the library
(/opt/avast4workstation/bin/avastgui in OP's case) crash when you try
to run it, due to the old library version not being installed.

The correct solution to this is to add the specific (old) version of the
library to the dependencies (in the ebuild) of the (binary) package that
uses it. This will prevent an upgrade that uninstalls the old library
version. Sometimes the maintainer of the library will add a slotted
version of it, so that non-binary users of it do not have to use the
outdated version.

If the binary package is not an ebuild, you can manually add the newer
library version to package.mask, or make sure that the slot for the
older version is installed if the library is slotted.

Better yet (in all cases), get a more recent version of the binary
package that is built against the newer version of the library.
Complain to the vendor if none is available :-)

The preserve-libs feature in portage is intended to let things keep on
working short-term for source-distributed packages. In that case, the
currently installed program is linked against the old library version,
and when the program is rebuilt (with @preserved-rebuild) it will be
linked against the newer version.

-- 
eroen

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

  reply	other threads:[~2013-12-16  4:04 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-15  9:51 [gentoo-user] @preserved-rebuild gone in a loop Mick
2013-12-15 12:31 ` [gentoo-user] " Nikos Chantziaras
2013-12-15 12:32 ` [gentoo-user] " Neil Bothwick
2013-12-15 16:37 ` Benjamin Block
2013-12-16  4:04   ` eroen [this message]
2013-12-16  9:28     ` [gentoo-user] " Mick

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=20131216050434.31f370c7@falcon.eroen.eu \
    --to=eroen@falcon.eroen.eu \
    --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