All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: Koen Kooi <koen@dominion.thruhere.net>
Cc: yocto@yoctoproject.org
Subject: Re: Moving angstrom under the yocto banner
Date: Sat, 31 Mar 2012 16:37:54 +0100	[thread overview]
Message-ID: <1558968.mplaJ6uI11@helios> (raw)
In-Reply-To: <D044B647-8BCD-48B4-BABD-CE4751D023E0@dominion.thruhere.net>

On Friday 30 March 2012 11:44:23 Koen Kooi wrote:
> The Angstrom core team would like to move angstrom under the yocto banner so
> we can formally claim to be 'yocto'.

I think a lot of points have been well addressed in this thread already, but I 
wanted to add (and reiterate) a few things. None of this constitutes Yocto 
Project policy, just my own opinions.

I think it's perfectly reasonable if you base something upon the openembedded-
core and bitbake repositories to state that it is based upon the Yocto Project 
(aside from any other conditions which Richard has already talked about; I'm 
sure LF has some trademark policies as well). If you're supplying your own 
distro policy as many will in their projects, you would not need to have meta-
yocto and it is reasonable if you are building a distribution such as Angstrom 
to want to exclude it, since you will never be using anything in it. Whatever 
you do though, I think you need to be able to demonstrate to your customers 
that you are in fact basing your release on top of a Yocto Project release.

This could be accomplished through the use of tags - if you state that you use 
BitBake x.y and a specific OE-Core tag, and this matches up with the Yocto 
Project release you state you have based upon, then that should be sufficient.

A few other thoughts:

1) Angstrom has a very distinct distro policy from the default provided by OE-
Core (or indeed the Poky distro policy); it also currently uses different 
versions of eglibc and the toolchain. This does make it for certain purposes a 
slightly different platform from Poky or something else based on OE-Core. This 
is not necessarily a problem, and is no doubt backed by sound reasoning, but 
is worth noting and communicating to users.

2) With Angstrom being primarily a binary distribution, I have the impression 
that you expect that that its distro policy will not be deviated from. There's 
definitely a good reason for this and value in having such a distribution; but 
users need to be able to understand the distinction. The Yocto Project itself 
in providing a way to produce custom Linux distributions does not have such 
restrictions - we expect that users will make whatever customisations make 
sense for their project, although of course we make some recommendations as to 
how they might be implemented.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


  parent reply	other threads:[~2012-03-31 15:37 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-30 18:44 Moving angstrom under the yocto banner Koen Kooi
2012-03-30 19:00 ` Osier-mixon, Jeffrey
2012-04-10 14:04   ` Koen Kooi
2012-04-10 16:07     ` Stewart, David C
2012-03-30 19:26 ` Mark Hatle
2012-03-30 19:33   ` Koen Kooi
2012-03-30 20:18     ` Mark Hatle
2012-03-30 20:33       ` Koen Kooi
2012-03-30 20:45       ` Tom Rini
2012-03-30 20:51         ` Koen Kooi
2012-03-30 20:55           ` Osier-mixon, Jeffrey
2012-03-30 21:02         ` Eric Bénard
2012-03-30 21:01       ` Osier-mixon, Jeffrey
2012-03-30 21:12         ` Koen Kooi
2012-03-30 21:11       ` Richard Purdie
2012-03-30 23:06         ` Stewart, David C
2012-03-30 23:09           ` Chris Larson
2012-03-30 23:14             ` Tom Rini
2012-03-30 23:49           ` Tom Rini
2012-03-30 23:58             ` Koen Kooi
2012-03-30 23:52         ` Darren Hart
2012-03-31  0:08           ` Koen Kooi
2012-03-31  0:28             ` Darren Hart
2012-03-31  0:53               ` Koen Kooi
2012-03-31  1:21                 ` Darren Hart
2012-03-31  1:37                   ` Koen Kooi
2012-03-31  2:27                     ` Darren Hart
2012-03-31  3:00                       ` Chris Larson
2012-03-31  3:27                         ` Darren Hart
2012-03-31  7:06                         ` Richard Purdie
2012-03-31 10:00                           ` Frans Meulenbroeks
2012-04-02  4:08                           ` Matthew McClintock
2012-04-02 11:27                             ` Richard Purdie
2012-04-02 17:13                       ` Tom Rini
2012-04-03 16:01                         ` Darren Hart
2012-04-03 16:25                           ` Martin Jansa
2012-04-03 16:32                             ` Darren Hart
2012-04-03 16:40                               ` Tom Rini
2012-04-03 17:07                                 ` Darren Hart
2012-04-03 16:44                               ` Martin Jansa
2012-04-03 17:08                                 ` Darren Hart
2012-04-03 17:15                                   ` Tom Rini
2012-04-03 17:26                                     ` Chris Larson
2012-04-03 17:34                                       ` Brian Hutchinson
2012-04-03 18:03                                         ` Darren Hart
2012-03-31 16:30         ` Khem Raj
2012-04-01  0:51           ` Chris Larson
2012-03-31 15:37 ` Paul Eggleton [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-03-30 22:32 Daniel Lazzari

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=1558968.mplaJ6uI11@helios \
    --to=paul.eggleton@linux.intel.com \
    --cc=koen@dominion.thruhere.net \
    --cc=yocto@yoctoproject.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.