From: Meino.Cramer@gmx.de
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: guvcview update produces an executable with missing lib...
Date: Sat, 3 Sep 2016 08:06:17 +0200 [thread overview]
Message-ID: <20160903060616.GB4635@solfire> (raw)
In-Reply-To: <20160902014500.6913fad7@jupiter.sol.kaishome.de>
Kai Krakow <hurikhan77@gmail.com> [16-09-02 03:52]:
> Am Tue, 30 Aug 2016 03:55:32 +0200
> schrieb Meino.Cramer@gmx.de:
>
> > Daniel Frey <djqfrey@gmail.com> [16-08-30 03:48]:
> > > On 08/29/2016 11:11 AM, waltdnes@waltdnes.org wrote:
> > > > On Mon, Aug 29, 2016 at 06:29:50PM +0200, Meino.Cramer@gmx.de
> > > > wrote
> > [...]
> > [...]
> > [...]
> > > >
> > > > The first suggestion in a case like this is to run
> > > > revdep-rebuild. As a matter of fact, it probably wouldn't hurt
> > > > to run revdep-rebuild after every update.
> > > >
> > >
> > > Yes, I do. Portage occasionally misses a rebuild. It's a lot better
> > > now at catching them but it still misses them.
> > >
> > >
> > >
> > > Dan
> > >
> >
> > Ok, we now know that depclean and redep rebuild are needed after each
> > update. It is someting, which I put together into one script which
> > I run after each update.
> >
> > And we know that portage seems to be guilty. And that it should not be
> > guilty. And that it does better in this cases.
> >
> > One thing remains:
> > How can I get that guvcview up and running?
>
> Try "emerge -1a @preserved-rebuild". It should catch preserved libs
> that revdep-rebuild cannot see at missing but doesn't scan neither
> because it doesn't consider them as part of the installed files.
>
> Usually, after rebuilding everything to new metadata, you no longer use
> revdep-rebuild because the preserved-libs feature renders it mostly
> useless. Instead, @preserved-rebuild jumps in to rebuild and cleanup.
>
> You may, however, catch a situation where the configure phase detects
> the new version of a lib but the linker phase uses the preserved lib of
> an older version of a dependent package. I'd consider this a bug of the
> ebuild or the package's build system usually. The way out here is do
> forcefully uninstall the package with the "broken" preserved lib, then
> reinstall what is not working.
>
> It'd try this:
>
> # Try to unmerge the package that portage thinks the file belongs to:
> $ emerge -Ca /usr/lib/libgviewv4l2core-1.0.so.1
> (or whereever this file should be, you can use pfl for finding out)
>
> # rebuild binary broken packages now (we used -C, not -c)
> $ revdep-rebuild
>
> # rebuild packages using preserved libs
> $ emerge -1a @preserved-rebuild
>
> # rebuild your package now, it should now link to the correct lib
> $ emerge -1a guvcview
>
> If that still doesn't help, try "qcheck -BHTP" to find packages with
> missing files. Rebuild those:
>
> $ emerge -1a $(qcheck -BHTP)
>
> If that also doesn't help, pretend that no dependencies are installed -
> this may rebuild A LOT of packages:
>
> $ emerge -1e guvcview
>
> --
> Regards,
> Kai
>
> Replies to list-only preferred.
>
>
Hi Kai,
thank you very much for your useful help!!! :) 8)
This procedure finally fixed that problem.
I saved your posting to my "HowTo"s... :)
Have a nice weekend!
Best regards,
Meino
next prev parent reply other threads:[~2016-09-03 6:06 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-29 16:29 [gentoo-user] guvcview update produces an executable with missing lib Meino.Cramer
2016-08-29 18:11 ` waltdnes
2016-08-29 19:05 ` Daniel Frey
2016-08-30 1:55 ` Meino.Cramer
2016-09-01 23:45 ` [gentoo-user] " Kai Krakow
2016-09-03 6:06 ` Meino.Cramer [this message]
2016-09-01 23:29 ` Kai Krakow
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=20160903060616.GB4635@solfire \
--to=meino.cramer@gmx.de \
--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