From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 91F8F139897 for ; Tue, 25 Aug 2015 10:30:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D2BE9141A2; Tue, 25 Aug 2015 10:30:19 +0000 (UTC) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A177514186 for ; Tue, 25 Aug 2015 10:30:18 +0000 (UTC) Received: by wicja10 with SMTP id ja10so10582416wic.1 for ; Tue, 25 Aug 2015 03:30:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=n5HX1yINsE8lfxh2w57Vt+I2QbfYQKELF6QqGEyBmu4=; b=HWtcD6v+uZyJUW4+V3Un6CSVJ4AjJClaRWtWQ6NZFy4waw+z8/RhUMhreemdYReMSZ ULhlwSsBBz9HOr+NkVLPcmiLoe4HYk4Fig2yriXM82Qdlw7tT0nn7g2pOzzpWVzNDqn4 cG/vBhbVkk7lXHRG9bvsorJAWhJ0ispT/hV0A3UMofDB5YuR2y2JXjnhB5/48HQKdLui eKiKdXYbl1fzORjvEV0KpwpSMfOmqyhso/vVpb6B4zkJ1GW8uMWT5ACiagzcKGoWFnTf R6rd+TAe1Svw1Z+oJECMTX447xmj0+1UYcNm+VveCbjjoQNshF+dQV0DFGxJ5+kS/xui 7DxQ== X-Received: by 10.194.123.4 with SMTP id lw4mr47684118wjb.94.1440498617340; Tue, 25 Aug 2015 03:30:17 -0700 (PDT) Received: from [172.20.0.41] ([105.210.27.214]) by smtp.googlemail.com with ESMTPSA id bu12sm27393062wjb.44.2015.08.25.03.30.15 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Aug 2015 03:30:16 -0700 (PDT) Subject: Re: [gentoo-user] Endless preserved-rebuild loop, libmozalloc & more To: gentoo-user@lists.gentoo.org References: <55DB711A.5080105@gmail.com> From: Alan McKinnon Message-ID: <55DC43B1.6030004@gmail.com> Date: Tue, 25 Aug 2015 12:30:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 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 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: 7e398eba-d182-472c-81e5-ddd8aa854265 X-Archives-Hash: 3f940d6995ed9cf2ec25182b551c6cf5 On 25/08/2015 04:28, Fernando Rodriguez wrote: > On Monday, August 24, 2015 9:31:38 PM Alan McKinnon wrote: >> Does anyone have an opinion to offer on bug 501468? >> >> https://bugs.gentoo.org/show_bug.cgi?id=501468 >> >> It's been annoying me for a week now with this message: >> >> !!! existing preserved libs: >>>>> package: www-client/firefox-40.0.2 >> * - /usr/lib64/firefox/libmozalloc.so >> * used by /usr/lib64/thunderbird/components/libdbusservice.so >> (mail-client/thunderbird-38.2.0) >> * used by /usr/lib64/thunderbird/components/libmozgnome.so >> (mail-client/thunderbird-38.2.0) >> * used by >> /usr/lib64/thunderbird/distribution/extensions/{e2fda1a4-762b-4020-b5ad- > a41df1933103}/components/libcalbasecomps.so >> (mail-client/thunderbird-38.2.0) >> * used by 4 other files >> >> >> Both Mozilla products ship this file: >> >> $ locate libmozalloc >> /usr/lib64/firefox/libmozalloc.so >> /usr/lib64/thunderbird/libmozalloc.so >> >> and according to preserved libs, thunderbird linked to the firefox copy. >> The only offered solution on the bug is to use a MASK variable, which >> seems to me an ugly hammer to swat a fly. >> >> I was wondering if there's a better way been developed in the last year. > > Actually, now I have a general idea of what's going on and that sounds like an > acceptable solution but perhaps I could be better. This is what happens: > > 1. revdep-rebuild uses ldd to find breakage. It finds breakage in > libdbusservice.so because firefox uses tricks to preload the library from it's > directory. > 2. revdep-rebuild find that thunderbird provides the library and thinks it > needs to be rebuild. (And wrongly tells you that firefox links against it). > > A better way would be: > > 1. same as step 1 above > 2. revdep-rebuild checks the package that provides the broken binary (in this > case the firefox package), if this package also provides the missing library > then it's safe to ignore the problem. > 3. same as step 2 above. > > Another solution is to make patch firefox to use RPATH so ldd can find the > labraries, this would also make prelink work better with firefox but it's > probably not ideal to mantain. that does make sense. In my case, it's not revdep-rebuild causing problems, it's the preserved-rebuild message at the end of emerge -v At this level is there a difference? -- Alan McKinnon alan.mckinnon@gmail.com