All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: Bill Traynor <btraynor@gmail.com>
Cc: bitbake-devel@lists.openembedded.org
Subject: Re: User Manual: HelloWorld example questions.
Date: Fri, 21 Jun 2013 18:03:49 +0100	[thread overview]
Message-ID: <1608914.fljIic3iX6@helios> (raw)
In-Reply-To: <CAN20qYpwykZ7bMwO3kOvm2hGjZ+ZM5QMa6XWTO6ckt6Km4WeNQ@mail.gmail.com>

Hi Bill,

On Friday 21 June 2013 11:40:27 Bill Traynor wrote:
> On Wed, Jun 19, 2013 at 9:51 AM, Bill Traynor <btraynor@gmail.com> wrote:
> > NOTE:  The following questions are posed within the context of the
> > BitBake User Manual rewrite.
> > 
> > In working through the following two HelloWorld examples:
> > 
> > http://www.mail-archive.com/yocto@yoctoproject.org/msg09379.html
> > http://hambedded.org/blog/2012/11/24/from-bitbake-hello-world-to-an-image/
> > 
> > there are some concepts that I don't quite understand.
> > 
> > 1.  The simplest HelloWorld possible would only require a recipe and
> > source, correct?  The concepts of Classes and Layers is beyond the
> > basics, is it not?  Or is the simplest of HelloWorld examples without
> > concepts such as Classes and Layers essentially pointless?
> 
> To answer myself as I work through my hello world project from first
> priciples, i.e. beginning with an empty directory and solving errors
> one by one I realize that the concept of Layers is necessary given
> that the first configuration file BitBake looks for is bblayers.conf,
> which is where I set BBPATH.

BitBake does implement most of the support for layers, yes, so as a concept it 
should be covered in the BitBake documentation. You may be able to bring in 
non-OE-specific portions of the Yocto Project manuals to help get started here.
 
> > 2.  Why isn't there a sample base.bbclass in the bitbake source tree?
> 
> Oops, I meant a sample bblayers.conf, NOT base.bbclass which does
> indeed exist.  Does it not make sense to have a bblayers.conf
> containing at minimum:
> 
> BBPATH := "${TOPDIR}"
> 
> Perhaps even comment out the latter with a short explanation of what
> un-commenting out implies?

I think maybe it ought to have both, since base.bbclass is directly referred 
to by bitbake and thus required. I do wonder if it ought to be made clearer 
that the bitbake.conf provided by bitbake (plus whatever other files we 
provide) is an example that's meant to be copied and built upon rather than 
used and edited in-place; perhaps adjusting the directory structure might help 
with this.

> > 3.  I think it would be very beneficial to understanding BitBake to
> > build out the HelloWorld example beyond the basics, incorporating and
> > explaining each concept along the way.  My thinking is that given the
> > true value of BitBake is in the building of complex systems, it would
> > be beneficial to walk through the concepts as simply as possible to
> > demonstrate the concepts that require leverage to accomplish this.
> > This would both demonstrate how BitBake works whiile avoiding overuse
> > of OE or YP project examples.  Is this idea reasonable, or beyond the
> > scope of the User manual?
> 
> I'm finding it very valuable to step through a simple example using
> the -DDD debug parameter to understand what's going on when I issue
> the BitBake command.

Stepping through the HelloWorld example sounds reasonable, however I would 
caution that the debug output does tend to change over time, so introducing it 
may increase the burden of maintaining the manual.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


  reply	other threads:[~2013-06-21 17:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-19 13:51 User Manual: HelloWorld example questions Bill Traynor
2013-06-21 15:40 ` Bill Traynor
2013-06-21 17:03   ` Paul Eggleton [this message]
2013-06-21 17:22     ` Bill Traynor

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=1608914.fljIic3iX6@helios \
    --to=paul.eggleton@linux.intel.com \
    --cc=bitbake-devel@lists.openembedded.org \
    --cc=btraynor@gmail.com \
    /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.