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 6A9251396D0 for ; Tue, 8 Aug 2017 17:23:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2740CE0D82; Tue, 8 Aug 2017 17:23:10 +0000 (UTC) Received: from mail2.obsidian-studios.com (mail2.obsidian-studios.com [45.79.71.79]) (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 9F246E0839 for ; Tue, 8 Aug 2017 17:23:09 +0000 (UTC) Received: (qmail 3962 invoked from network); 8 Aug 2017 17:23:08 -0000 Received: from unknown (HELO assp2.obsidian-studios.com) (wlt-ml@::ffff:127.0.0.1) by ::ffff:127.0.0.1 with ESMTPA; 8 Aug 2017 17:23:08 -0000 X-Assp-Version: 2.5.5(17073) on assp2.obsidian-studios.com X-Assp-ID: assp2.obsidian-studios.com m1-12987-05476 X-Assp-Session: 3D47EFC1098 (mail 1) X-Assp-Envelope-From: wlt-ml@o-sinc.com X-Assp-Intended-For: gentoo-dev@lists.gentoo.org X-Assp-Server-TLS: yes Received: from unknown ([fdbe:bad:a55:0:1::211] helo=localhost) by assp2.obsidian-studios.com with SMTPSA(TLSv1_2 ECDHE-RSA-AES128-GCM-SHA256) (2.5.5); 8 Aug 2017 10:23:06 -0700 Date: Tue, 8 Aug 2017 13:23:01 -0400 From: "William L. Thomson Jr." To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Prevent binary/non-compiled packages from binary package creation Message-ID: In-Reply-To: References: Organization: Obsidian-Studios, Inc. X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) 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 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/Y5z5QdwXyiXh0XrjYD/25OF"; protocol="application/pgp-signature" X-Archives-Salt: f7630e66-7acf-40ab-b52b-342e0de3ca3b X-Archives-Hash: 6346fda7dc4fa09954f2082766164996 --Sig_/Y5z5QdwXyiXh0XrjYD/25OF Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 8 Aug 2017 19:11:18 +0200 Kristian Fiskerstrand wrote: > On 08/08/2017 06:37 PM, William L. Thomson Jr. wrote: > > I make a lot of binaries for use on other systems, to expedite > > updates. It does not make sense for some packages to ever be a > > binary package. =20 >=20 > Any particular reason this decision shouldn't be left to the operator > of the binhost rather than the package maintainer? Can you think of any? I cannot see any operator wanting a binary of a binary, or a package of sources. When they already have a sources tarball. Maybe in the case of shipping binaries without sources. But I am not sure if an binary ebuild ignores SRC_URI entirely. I think moving binaries without needing the distfiles would be the only reason why an operator may prefer binaries of stuff that does not get compiled, just installed. > it can already be controlled through env files. I was thinking it might, but having used them to skip other hooks. I was thinking they could not be used as such for binary packages. Have you confirmed such is possible? Could you provide a link or example? Thanks! --=20 William L. Thomson Jr. --Sig_/Y5z5QdwXyiXh0XrjYD/25OF Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTEeldqZjmVut8bVHJNcbKkg6ozUAUCWYnzdQAKCRBNcbKkg6oz UP/yAKCrRYZoEWQApDqLljQp7Oe6Pu0OYACeLpyuuMyCFInhqcFT+kjqlrAP7bI= =8LNy -----END PGP SIGNATURE----- --Sig_/Y5z5QdwXyiXh0XrjYD/25OF--