All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Cc: bitbake-devel@lists.openembedded.org
Subject: Re: some preliminary questions about bitbake manual
Date: Mon, 19 Mar 2012 12:01:27 +0000	[thread overview]
Message-ID: <1927112.bGsHOkriYo@helios> (raw)
In-Reply-To: <alpine.DEB.2.02.1203190741220.22293@oneiric>

On Monday 19 March 2012 07:49:59 Robert P. J. Day wrote:
>   i'm about to write some tutorials on OE/bitbake/poky/yocto (from a
> position of moderate ignorance, hoping that will change), so a couple
> questions/observations before i get started.
> 
>   at risk of repetition, i already noted that if you google on
> "bitbake user manual", you end up here:
> 
>   http://bitbake.berlios.de/manual/
> 
> which is *way* out of date, so perhaps a link to something newer would
> be useful.

Yes, we acknowledge it is quite out of date. The problem with the BitBake 
manual is it must cover only BitBake generically, and not OE. Of course 
there's a lot that could be added to it, but having complete documentation 
there is less important than documenting OE. That's not to say we won't 
welcome patches though ;)

>   next, is it fair to say that the current version of the bitbake
> manual is the one that's part of bitbake itself, in the doc/
> directory?  so if i want to submit some patches, i'd post them to this
> list and those patches would always be relative to my current "git
> pull" of bitbake?

Yes, that's correct.
 
>   finally (for now), over at yocto, here's a quick tutorial on getting
> started with oe-core:
> 
>   https://wiki.yoctoproject.org/wiki/OpenEmbedded-Core
> 
> it all looks reasonable but what you end up with in the oe-core
> directory is two "bitbake.conf" files:
> 
> $ find . -name bitbake.conf
> ./meta/conf/bitbake.conf
> ./bitbake/conf/bitbake.conf
> $
> 
>   i'm assuming that's by design and there are no weird conflicts
> between the two files, right?

Sort of - the last one is actually an example config and since it never ends up 
in BBPATH it will never be used. Now that you mention it, Richard mentioned to 
me recently that it should probably be renamed to bitbake.conf.sample to avoid 
confusion.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre



  reply	other threads:[~2012-03-19 12:10 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-19 11:49 some preliminary questions about bitbake manual Robert P. J. Day
2012-03-19 12:01 ` Paul Eggleton [this message]
2012-03-19 12:15   ` Robert P. J. Day
2012-03-19 12:24     ` Paul Eggleton
2012-03-19 12:33       ` Robert P. J. Day

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=1927112.bGsHOkriYo@helios \
    --to=paul.eggleton@linux.intel.com \
    --cc=bitbake-devel@lists.openembedded.org \
    --cc=rpjday@crashcourse.ca \
    /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.