Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Tom Zanussi <tom.zanussi@intel.com>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 2/5] Add LICENSE_FLAGS to packages mentioned in COMMERCIAL_LICENSE
Date: Fri, 06 Jan 2012 17:01:49 -0600	[thread overview]
Message-ID: <1325890909.15053.71.camel@elmorro> (raw)
In-Reply-To: <1325877612.3234.1.camel@lenovo.internal.reciva.com>

On Fri, 2012-01-06 at 19:20 +0000, Phil Blundell wrote:
> On Fri, 2012-01-06 at 12:03 -0600, Tom Zanussi wrote:
> > On Fri, 2012-01-06 at 17:15 +0000, Phil Blundell wrote:
> > > If I'm understanding the mechanism correctly then just setting all of
> > > these to "Commercial" seems like a bit of a retrograde step.  Is there
> > > an easy way in this new world for me to say that (for the sake of
> > > argument) gst-fluendo-mp3 is acceptable for inclusion but libomixl
> > > isn't?
> > > 
> > 
> > Hmm, I don't think it's retrograde - it's true, this patchset simply
> > replaces the existing functionality, where those particular packages
> > previously were all essentially marked "COMMERCIAL" by virtue of all
> > existing within the one-and-all COMMERCIAL_LICENSE variable, whereas now
> > they're all marked as "Commercial" instead.
> 
> Well, the sense in which it seems retrograde to me is that, previously,
> COMMERCIAL_LICENSE named a list of packages and I could add or remove
> things as I saw fit depending on my distro policy requirements.  Now,
> they're all just marked "Commercial" in an undifferentiated way and
> there doesn't seem to be any easy mechanism for me to take some but not
> all of them.
> 

Yeah, the global COMMERCIAL_LICENSE is convenient in that there's one
place you can go to see a list of affected packages, but it's kind of at
odds with allowing per-recipe flexibility for layers to add their own
license terms.

To accomplish the same thing as COMMERCIAL_LICENSE with LICENSE_FLAGS,
we could simply have each of the packages now listed in
COMMERCIAL_LICENSE define LICENSE_FLAGS = "Commercial_${PN}".

The downside is that to enable only the ones you want, you'd have to
know which are the ones you want in order to name them, which I guess
you should anyway (rather then have them all in convenient list to
remind you).  For convenience and to sort of address that problem for
the packages in oe-core, we could add a commented-out
LICENSE_FLAGS_WHITELIST containing all the currently-listed packages in
COMMERCIAL_LICENSE to the default local.conf.  Users of other layers
would have to know which additional packages to put in the whitelist,
but again, shouldn't they be conscious of that anyway?

Tom

> p.
> 
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core





  reply	other threads:[~2012-01-06 23:09 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-06 16:45 [PATCH 0/5] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE tom.zanussi
2012-01-06 16:45 ` [PATCH 1/5] base.bbclass: add support for LICENSE_FLAGS tom.zanussi
2012-01-06 16:45 ` [PATCH 2/5] Add LICENSE_FLAGS to packages mentioned in COMMERCIAL_LICENSE tom.zanussi
2012-01-06 17:15   ` Phil Blundell
2012-01-06 18:03     ` Tom Zanussi
2012-01-06 19:20       ` Phil Blundell
2012-01-06 23:01         ` Tom Zanussi [this message]
2012-01-06 16:45 ` [PATCH 3/5] base.bbclass: remove COMMERCIAL_LICENSE code tom.zanussi
2012-01-06 16:45 ` [PATCH 4/5] default-distrovars.inc: remove COMMERCIAL_LICENSE et al tom.zanussi
2012-01-06 16:45 ` [PATCH 5/5] documentation-audit.sh: remove COMMERCIAL_LICENSE warning tom.zanussi
  -- strict thread matches above, loose matches on Subject: below --
2012-01-20 18:52 [PATCH 1/5] license.bbclass: add support for LICENSE_FLAGS tom.zanussi
2012-01-20 18:52 ` [PATCH 0/5] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE, v5 tom.zanussi
2012-01-20 18:52   ` [PATCH 2/5] Add LICENSE_FLAGS to packages mentioned in COMMERCIAL_LICENSE tom.zanussi
2012-01-13  5:18 [PATCH 1/5] base.bbclass: add support for LICENSE_FLAGS tom.zanussi
2012-01-13  5:18 ` [PATCH 0/5] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE, v4 tom.zanussi
2012-01-13  5:18   ` [PATCH 2/5] Add LICENSE_FLAGS to packages mentioned in COMMERCIAL_LICENSE tom.zanussi
2012-01-07  2:34 [PATCH 0/5] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE, v3 tom.zanussi
2012-01-07  2:34 ` [PATCH 2/5] Add LICENSE_FLAGS to packages mentioned in COMMERCIAL_LICENSE tom.zanussi
2012-01-07  2:27 [PATCH 0/5] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE tom.zanussi
2012-01-07  2:27 ` [PATCH 2/5] Add LICENSE_FLAGS to packages mentioned in COMMERCIAL_LICENSE tom.zanussi
2012-01-02 19:29 [PATCH 1/5] base.bbclass: add support for LICENSE_FLAGS tom.zanussi
2012-01-02 19:29 ` [PATCH 0/5][RFC] LICENSE_FLAGS, a replacement for COMMERCIAL_LICENSE tom.zanussi
2012-01-02 19:29   ` [PATCH 2/5] Add LICENSE_FLAGS to packages mentioned in COMMERCIAL_LICENSE tom.zanussi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1325890909.15053.71.camel@elmorro \
    --to=tom.zanussi@intel.com \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox