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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 47D94158094 for ; Thu, 1 Sep 2022 15:09:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8E99EE0A8A; Thu, 1 Sep 2022 15:09:33 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 359BFE0A7D for ; Thu, 1 Sep 2022 15:09:33 +0000 (UTC) Date: Thu, 1 Sep 2022 11:09:29 -0400 From: Ionen Wolkens To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] [gentoo-user] Why IDEPEND's context is BHOST? Message-ID: Mail-Followup-To: gentoo-user@lists.gentoo.org References: <1662042406.373307990@f110.i.mail.ru> 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IOCzCcBmcix1O+zY" Content-Disposition: inline In-Reply-To: <1662042406.373307990@f110.i.mail.ru> X-Archives-Salt: b148fb2b-82c3-4ae1-b448-3715e5e0b5e1 X-Archives-Hash: 1eb8992861240a7775de8f7a471fd063 --IOCzCcBmcix1O+zY Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 01, 2022 at 05:26:46PM +0300, Alexander Kurakin wrote: >=20 > Good day! > =C2=A0 > [1] says: > =C2=A0 > >=C2=A0 idepend Additionally, in EAPIs listed in table 8.4 as supporting = IDEPEND, install-time dependencies can be specified. These dependencies are= binary compatible with the native build system (CBUILD). > =C2=A0 > But we install and use (run at install-time) dependencies on host system = (CHOST), don=E2=80=99t we? Why CBUILD is mentioned above, instead? If cross-building to a different ROOT, e.g. amd64 CBUILD to a aarch64 CHOST, then amd64 will need deps to run pkg_postinst from its arch (which IDEPEND will provide). Of course, aarch64 will /also/ need these deps so it can emerge or unmerge a binpkg, also provided by IDEPEND. Before EAPI8 the best you could do to represent this was to have the dependency in both RDEPEND and BDEPEND, but this lack a use-case where you cross-emerge a binpkg given it won't pull BDEPEND (not building) and then RDEPEND is for the wrong arch. --=20 ionen --IOCzCcBmcix1O+zY Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmMQyykACgkQskQGsLCs QzT+Agf9EZxGgy+BfcYyl/nXoYr97V5P89QLKVMov7+C4ZA79kfI9A+cLdWNMBKz HMRBUsbG+DVk8i0lW3+G6sXS/uwA6D9zKo1Z97bdTz45oP26qRqeNiXOFqzPf5Ze 3UTWPa2/viHLQTrZ1EbHfCw32kzeV3Bqj7YEdaQSadP37Zg/NhTPIj0IIpBOybzj 4KDGnBkDXWuhlN//w6vPwV37iP/6OExYR61jTigjFZ5hdd6YRgLx7vysZv/9eqc/ teLgzrThzCbV3y2Y6QIJYV9XeQu6k23BT9yG8n1Q9eWi/dUXG8c3h1hD46f8PN0x T2ONGEyRwMc+sUZ4eYRSOSITDxgy6w== =4GN4 -----END PGP SIGNATURE----- --IOCzCcBmcix1O+zY--