All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philip Balister <philip@balister.org>
To: Tomas Frydrych <tf+lists.yocto@r-finger.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: <rant>the current yocto FAQ is pretty much valueless</rant>
Date: Sun, 01 Jul 2012 12:23:04 -0400	[thread overview]
Message-ID: <4FF07968.8040103@balister.org> (raw)
In-Reply-To: <4FEC0B65.5060104@r-finger.com>

On 06/28/2012 03:44 AM, Tomas Frydrych wrote:
> Hi Koen,
>
> On 27/06/12 22:58, Koen Kooi wrote:
>> I have no problem with poky-the-distro, I have a problem with
>> poky-the-buildsystem. I warned mallum about this confusion years ago,
>> but you know how stubborn he can be :)
>
> The Yocto naming confusion is entirely of Yocto making, nothing at all
> to do with days of yore. There was never any confusion about what Poky
> was before Yocto, just unhappiness of some that Poky was not just a
> distro. :)
>
> Poky-the-buildsystem was simply necessary. OE-the-buildsystem is a
> wonderful, rich, community project, but one in a constant and
> unpredictable flux. This is great for tinkering, but PITA when trying to
> develop and long term maintain a product (much bigger problem than what
> sparked this thread for sure). In the absence of a clearly defined
> process for the OE-the-buildsystem Poky had to bring sanity to the
> buildsystem itself and could not be just a distro. It introduced QA,
> releases, it focused on facilitating customization and manageable
> upgrade paths (and even provided some documentation!).

Poky used to be a build system + distro based on OpenEmbedded. Anything 
else is marketing :) Poky is now a distribution built with Yocto Project 
tooling.

The Yocto Project is a project to help you create a distribution based 
on OpenEmbedded Core + some other things.

I think this is the most accurate description possible.

Philip
>
> Yocto is based on Poky; if it was not, it would need to create something
> just like Poky (the alternative would be asserting complete control over
> OE as a whole, not good I think). OE has benefited from the Poky effort
> over the last seven years, and it is a better ecosystem for it. At the
> same time, the OE systemd situation (a major system level change without
> adequate consideration of the upgrade path) suggests to me that the need
> for a sanitized OE-derivative remains.
>
> I shut up now. Really. Maybe. :-)
>
> (Perhaps I should add that I am not formally affiliated with the Yocto
> project in any way, my opinions are really my own, not someone else's or
> driven by a policy, I have a long history with Poky, so I am definitely
> biased in a particular way, I work with Poky on daily basis, and I
> tinker with Poky after hours.)
>
> Tomas
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>



  reply	other threads:[~2012-07-01 16:23 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-26  9:09 <rant>the current yocto FAQ is pretty much valueless</rant> Robert P. J. Day
2012-06-26  9:35 ` Jack Mitchell
2012-06-26  9:55 ` Tomas Frydrych
2012-06-26 10:09 ` Paul Eggleton
2012-06-26 10:18   ` Robert P. J. Day
2012-06-26 15:46   ` Darren Hart
2012-06-26 16:06     ` Paul Eggleton
2012-06-26 16:38       ` Tomas Frydrych
2012-06-26 16:53         ` Robert P. J. Day
2012-06-26 17:18           ` Tomas Frydrych
2012-06-26 17:59             ` Brian Duffy
2012-06-27  9:39               ` Tomas Frydrych
2012-06-26 18:52             ` Tim Bird
2012-06-27  9:09               ` Tomas Frydrych
2012-06-27 14:59                 ` Koen Kooi
2012-06-27 16:43                   ` Chris Hallinan
2012-06-27 17:27                     ` Koen Kooi
2012-06-27 20:14                   ` Tomas Frydrych
2012-06-27 21:58                     ` Koen Kooi
2012-06-28  7:44                       ` Tomas Frydrych
2012-07-01 16:23                         ` Philip Balister [this message]
2012-06-27 21:14           ` Philip Balister
2012-06-27 21:51           ` Philip Balister
2012-06-26 11:29 ` Koen Kooi
2012-06-26 14:40   ` Rifenbark, Scott M
2012-06-26 15:45     ` Robert P. J. Day
2012-06-26 15:50       ` Rifenbark, Scott M
2012-06-26 16:18       ` Paul Eggleton
2012-06-26 16:26         ` Robert P. J. Day
2012-06-26 16:33           ` Paul Eggleton
2012-06-26 16:51             ` Robert P. J. Day
2012-06-26 17:02               ` Paul Eggleton
2012-06-26 17:05                 ` Robert P. J. Day
2012-06-26 17:09                   ` Paul Eggleton
2012-06-26 17:14                     ` Robert P. J. Day
2012-06-26 17:08                 ` Rifenbark, Scott M
2012-06-26 17:12                   ` Robert P. J. Day
2012-06-27 16:42   ` Jeff Osier-Mixon

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=4FF07968.8040103@balister.org \
    --to=philip@balister.org \
    --cc=tf+lists.yocto@r-finger.com \
    --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.