From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-dev+bounces-64081-garchives=archives.gentoo.org@lists.gentoo.org> Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 1B426138247 for <garchives@archives.gentoo.org>; Thu, 2 Jan 2014 15:25:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4A74DE0B6B; Thu, 2 Jan 2014 15:25:34 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5AD32E0B2B for <gentoo-dev@lists.gentoo.org>; Thu, 2 Jan 2014 15:25:33 +0000 (UTC) Received: from [10.1.1.204] (unknown [65.213.236.244]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mjo) by smtp.gentoo.org (Postfix) with ESMTPSA id 824B433F5A4 for <gentoo-dev@lists.gentoo.org>; Thu, 2 Jan 2014 15:25:32 +0000 (UTC) Message-ID: <52C584E9.5060908@gentoo.org> Date: Thu, 02 Jan 2014 10:25:29 -0500 From: Michael Orlitzky <mjo@gentoo.org> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC: new global USE flag "srcdist" References: <21188.38566.180273.751353@a1i15.kph.uni-mainz.de> <52C4C610.1000303@gentoo.org> <CAGfcS_n5pW8gb3DumvVFk6RvJdyhH71V9_byR22ZrOPNBmwEbw@mail.gmail.com> <52C4CCC7.8050408@gentoo.org> <CAGfcS_mmJKaxXD1VY1oBjPoUaD8XriPLhYmdxEM5DK8F3QUZug@mail.gmail.com> <52C4D3E4.6060308@gentoo.org> <21189.24948.162463.335486@a1i15.kph.uni-mainz.de> In-Reply-To: <21189.24948.162463.335486@a1i15.kph.uni-mainz.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 9c358dba-117c-4210-8499-b0314bbe3c92 X-Archives-Hash: 21d9efcd45e555d24772c87050e5d0d0 On 01/02/2014 07:54 AM, Ulrich Mueller wrote: >>>>>> On Wed, 01 Jan 2014, Michael Orlitzky wrote: > >> As I said in another reply, more license metadata is good and we >> should make it available. But a USE flag that changes the meaning of >> an important global variable is a little hacky, especially if it >> doesn't solve a real problem within Gentoo/Portage. > > A srcdist flag wouldn't be that much different from the bindist flag > that we already have, and which is also of a non-technical nature. Two wrongs don't make a right =) I don't have a problem with bindist, but I don't buy its existence as an argument for USE=srcdist. >> If the problems are theoretical (or aren't Gentoo package management >> problems), maybe it's better to wait and do it right in an EAPI. > > As I said, this would leave us with a long transition period. And what > syntax would you propose? Additional license variables? Or Exherbo > style depend syntax? TBH, I don't want to open this can of worms. ;-) An additional variable, similar to RDEPEND/DEPEND. We'd have one for "I'm using this" LICENSE and one for "I want to redistribute the source tarball" LICENSE. If you think the transition period for that is long, how long do you think it will take for people to become aware of the magic USE flag and begin populating the other-LICENSE-contained-within-LICENSE variable? How long until it has 100% coverage? If maintainers don't use it, the feature is useless, because you can't rely on it and have to audit everything yourself anyway. For it to actually serve its purpose (e.g. to be useful for Pentoo), it would need to be in the PMS and skel.ebuild where people have to pay attention to it. How well would ACCEPT_LICENSE work if LICENSE was optional and controlled by a USE flag? If I intend to automatically redistribute the source tarballs that portage downloads, I have a few options: 1. Audit everything myself (impossible) 2. Ignore the licensing issues (used in practice) 3. Only ship packages that declare an acceptable source distribution license There's no easy way to do (3) when using conditionals inside of LICENSE. If there's a new required license variable in EAPI=$next, however, it becomes tractable.