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 92A7F1384B4 for ; Sat, 2 Jan 2016 15:54:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0B77021C021; Sat, 2 Jan 2016 15:54:40 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1B3D521C012 for ; Sat, 2 Jan 2016 15:54:38 +0000 (UTC) Received: from kanae.home (AAubervilliers-651-1-136-135.w86-198.abo.wanadoo.fr [86.198.103.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: eva) by smtp.gentoo.org (Postfix) with ESMTPSA id 7FF8B340139 for ; Sat, 2 Jan 2016 15:54:35 +0000 (UTC) Message-ID: <1451750071.31635.9.camel@gentoo.org> Subject: [gentoo-dev] Eclass assisted multilib dependent cache updates From: Gilles Dartiguelongue To: gentoo-dev@lists.gentoo.org Date: Sat, 02 Jan 2016 16:54:31 +0100 Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-ha1euzppIclhamx0TUyL" X-Mailer: Evolution 3.18.3 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Archives-Salt: 248d428b-a68b-43fd-a7b8-4c611f7f719d X-Archives-Hash: 407764e5e138fad831e0424b50907236 --=-ha1euzppIclhamx0TUyL Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello all, while working on bug #518422, I found out that while eclass calls the relevant cache updates it has no idea whether or not it is called in a multilib context or not. Imho, this leads to avoidable human errors where one thinks eclass will take care of lib dependent caches, which it does, but not for all enabled ABIs which could lead to reduced functionality for non-native ABIs. While it seems reasonable to call multilib_foreach_abi gnome2_pkg_postinst for multilib enabled ebuilds, it is still not ideal as it will call a lot of functions for no good reason. On the other hand, checking environment variable set by multilib eclasses does not seem like a robust solution. Is there any reasonable way to make phase functions aware of if they are running in a multilib enabled ebuild to adjust their behavior ? --=20 Gilles Dartiguelongue Gentoo --=-ha1euzppIclhamx0TUyL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABEKAAYFAlaH8rcACgkQ1fmVwcYIWAav9wCgk3+hWsKdpef+0ELAOCFp12kB 0zsAoJTzf27/RBdAxlYMKIll9BB3Oh3/ =jpi+ -----END PGP SIGNATURE----- --=-ha1euzppIclhamx0TUyL--