From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 1F6F8138330 for ; Sat, 3 Sep 2016 06:06:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D7055E0979; Sat, 3 Sep 2016 06:06:21 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7797CE08AF for ; Sat, 3 Sep 2016 06:06:20 +0000 (UTC) Received: from localhost ([79.223.111.62]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LoEPJ-1b9UQK40uf-00gK3h for ; Sat, 03 Sep 2016 08:06:18 +0200 Date: Sat, 3 Sep 2016 08:06:17 +0200 From: Meino.Cramer@gmx.de To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: guvcview update produces an executable with missing lib... Message-ID: <20160903060616.GB4635@solfire> References: <20160829162950.GA20902@solfire> <20160829181127.GA25170@waltdnes.org> <57C4878F.6050400@gmail.com> <20160830015532.GA4877@solfire> <20160902014500.6913fad7@jupiter.sol.kaishome.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160902014500.6913fad7@jupiter.sol.kaishome.de> User-Agent: mutt-ng/devel-r804 (Linux) X-Provags-ID: V03:K0:S9rBed6xcv7bjfuwgjTBEV1k96pggCZ3pyKqf5bpD8OhivQH5p5 t1Fx/48UauaYOxaHh4IGY+M1OZ/5cizdVM2KfVsQ7EqCyM484KCtU+TKVRPXRr/J9uz8xc7 qXvu7aM183F04R97SoJe+KwAHjzmZUff5pyowR2oAetf7fQVe9svus6hZJQkKNKbrsNUC6w mAs8iRv/Wyz4taQ9WFOQw== X-UI-Out-Filterresults: notjunk:1;V01:K0:JVGDIcpcZGM=:uwv6zFZYIL3lLabXpO39Ch VBbArMY63bE+q6Qw1zfV73YpSC2Mzwb4ef2lrc6iFAgaxbK5EQJB7vivSK3s25UPfaQ+1bz2c Xf17OnrM0Hvhrt0BCFKGbjJ1OAykuFPXoxjcOJRoR4ateA83aW/uAFcwxdgjuXUzf+Jsn/l4i DDQpJUFdhT27Auc6HKLCdvEPHPFFNV7c9ZhXL5AIyLCmyK8AVUVZ6AJr6/fW4zc01ed3xEWJo T0xmTtSrEEZudZEg29j2a6orIuBEZTLtaxuXP2q5ul+tHqIZtTN3J67awRsJWv5G0mxDXcN0y zhRyrq2uFAHwWBMNe7mY8+Y99/llx9IAAXklE51zkGor2MnW1NH+HH7T0IRK3+vOCq50vNPRz aGftJzg/jPOLiAvTLglMzYfzIsw6+o5ifmMGW/j8v5yH3LY9VxEwCxfsGkjh732hXEaKuyP8D E1PDqi4Eyk4xiH4obB6vZZXyLhw4+jjD8HJHryRRc3/UuHyWEQjtEzTpJxf8KUgEwYtYQfwIC WooOfnSKBADXYMi6UAFUDiNlY3HCcqpGpqicMatO8aNK5p7hSz1nt5PrKA3D5ff70G01+OJuY +q3TL5DDqyLoLnawKt4x5JiE2Ih9UdtE6Jc+atLW7+7RYsI1n8Ks6q2mf6NAAP6smB/mYQbKS Yb4JKGAOPX+d81Cmq0sg/+TsETc0IdCeEtyGwV3+t3Hy+14WlQZ2yJwXbSmaTon+rSSPsgoci og2onbRwu4iBSUaGX8+Fhcth7v1t5xwY45RWbLM0JLM+bYK0jv9lxceJiJE= X-Archives-Salt: 76bd792e-a973-478d-8806-87a9e5094986 X-Archives-Hash: 1ca2f12944d250545c1bb69091f7bfdc Kai Krakow [16-09-02 03:52]: > Am Tue, 30 Aug 2016 03:55:32 +0200 > schrieb Meino.Cramer@gmx.de: > > > Daniel Frey [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