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 425461395E2 for ; Tue, 6 Dec 2016 17:12:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 611F021C1FD; Tue, 6 Dec 2016 17:12:22 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 0A5D621C180 for ; Tue, 6 Dec 2016 17:12:22 +0000 (UTC) Received: from [192.168.1.130] (CPE002401f30b73-CM7cb21bc3014a.cpe.net.cable.rogers.com [174.116.156.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id 95B25341375 for ; Tue, 6 Dec 2016 17:12:20 +0000 (UTC) Subject: Re: [gentoo-dev] tinfo flag To: gentoo-dev@lists.gentoo.org References: From: Ian Stakenvicius Message-ID: <9bb0a382-da06-19a5-d2a1-e2b9e55b132d@gentoo.org> Date: Tue, 6 Dec 2016 12:12:13 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 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 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sxXpatcj3TT5LAQognwwAp6t8osfacAMI" X-Archives-Salt: 3bf9269f-2d17-45d1-b15d-0cd94f784ef0 X-Archives-Hash: 1a76853ff51b5d709d6e3bc4de18f32d This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sxXpatcj3TT5LAQognwwAp6t8osfacAMI Content-Type: multipart/mixed; boundary="MuvVqAEWjn5nOVkhiX0m8o2BRU1KTW5vx" From: Ian Stakenvicius To: gentoo-dev@lists.gentoo.org Message-ID: <9bb0a382-da06-19a5-d2a1-e2b9e55b132d@gentoo.org> Subject: Re: [gentoo-dev] tinfo flag References: In-Reply-To: --MuvVqAEWjn5nOVkhiX0m8o2BRU1KTW5vx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 05/12/16 06:13 AM, konsolebox wrote: > Hi, >=20 > Please consider promoting the use of tinfo flag in packages that > depend on sys-libs/ncurses so that they would synchronize properly > with sys-libs/ncurses[tinfo]. >=20 > It could be as simple as: >=20 > IUSE=3D"tinfo" >=20 > RDEPEND=3D"sys-libs/ncurses[tinfo=3D]" >=20 > pkg_setup() { > use tinfo && export LDFLAGS=3D"-ltinfo ${LDFLAGS}" LIBS=3D"-ltinfo = ${LIBS}" > } >=20 > The last line can be changed/enhanced, depending on the package. >=20 > It helps keep binaries consistent even if sys-libs/ncurses[-tinfo] > gets recompiled to sys-libs/ncurses[tinfo], because they are forced to > be recompiled. This is better than hard-coded dynamic workarounds. >=20 Should this message perhaps have been directed to a particular set of developers or package maintainers rather than everyone on this list? I'm not sure what our stance is on propagating USE flags to rdeps when the package itself doesn't care (except due to the --libs output changing from pkg-config). I feel that adding tinfo to IUSE the way it's suggested here might be the only technical solution right now, but at the same time it seems like something that might be better suited to something that should be addressed through other mechanisms in a future-EAPI... Note in particular though that the pkg_setup example ISN'T imo a good idea -- rather, pkg-config should be used, as it will return the appropriate --libs output whether ncurses is built with USE=3Dtinfo enabled or not. --MuvVqAEWjn5nOVkhiX0m8o2BRU1KTW5vx-- --sxXpatcj3TT5LAQognwwAp6t8osfacAMI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iF4EAREIAAYFAlhG8XEACgkQ2ugaI38ACPDR9gEAhoPM8ua7U6iYkDDiMs56uVi3 ncN9B3f1TSZTuxdTGl4A/RWDjQSMqDmJfMdEle3Dymi6CfASvfn7998fv1ctexBD =pUbC -----END PGP SIGNATURE----- --sxXpatcj3TT5LAQognwwAp6t8osfacAMI--