All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joshua Lock <josh@linux.intel.com>
To: yocto@yoctoproject.org
Subject: Re: Yocto usability questions
Date: Fri, 18 Nov 2011 12:12:09 -0800	[thread overview]
Message-ID: <4EC6BC19.60501@linux.intel.com> (raw)
In-Reply-To: <4EC6280B.1010308@communistcode.co.uk>



On 18/11/11 01:40, Jack Mitchell wrote:
> On 17/11/2011 21:38, Chris Tapp wrote:
>> On 16 Nov 2011, at 22:07, Jeff Osier-Mixon wrote:
>>
>>> Mark & everyone else listening:
>>>
>>> Would you say that (1) the need for a recipe and (2) the requirement
>>> to cross-compile are two of the most major usability or
>>> learning-curve disadvantages of working with the Yocto Project (and
>>> oe-core)? What would be a third disadvantage from a usability
>>> standpoint?
>>>
>>> Another way to put it: if you could change three things about the
>>> Yocto Project to make it more approachable for someone who has never
>>> used it before, what would they be?
>>
>> As another very experienced embedded systems developer who is
>> relatively new to embedded linux I would say that documentation and
>> worked examples are what I would really be after.
>>
> I am a fairly in-experienced embedded systems developer (fresh graduate,
> 6 months real work exp) and have used Linux for a few years now and I
> concur that written examples, tutorials if you will, would be a great idea.
>> It can be really frustrating when you can't get something going
>> because you don't understand the phrases / terminology that's being
>> used and it isn't readily available via the documentation. I've seen
>> quite a few posts on here relating to the documentation and it does
>> look like good progress is being made. As someone said earlier in this
>> thread, it would be good it run stuff through new (or relatively new)
>> adopters to see if they can get the examples to work without a fight.
>> I'm more than happy to help (and learn!).
> It is very frustrating when you come to an issue that isn't documented,
> however I have found the IRC an invaluable resource as well as this
> mailing list. If documentation was to become more extensive I feel the
> categories should be defined further and split into more documents.
>>
>> I to started with OE and failed to get a build to complete. Yocto got
>> me there first time, so it is already much better for a novice 'baker' !
>>
>> Some worked examples for 'how to do xxx' would also be nice. E.g.

I agree. We've oft talked about a Yocto Cookbook style document/wiki
page but nobody has yet gotten around to creating one.

The wiki is available and in an ideal world people would document things
as they've discovered them.

>>
>> 1) How do I configure the kernel ?
> This has been covered fairly extensively but a full worked example
> wouldn't go amiss.

http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#changing-the-kernel-configuration
?


>> 2) What do I need to do when I change my recipe to ensure that the
>> changes make it in to the image ?
> I don't know how to properly do this so +1
>> 3) How do I change and add startup scripts ?
> I read a lot about startup scripts to figure out how to do this the
> correct way - although it is more generic linux knowledge I believe an
> easy introduction to this with further reading wouldn't go amiss.

Nice cookbook candidate.

>> 4) How do I add data files to the image ?
> I would image these to go in with the software you are developing..
> however the fact I don't have a good answer may mean it needs addressing?

Cookbook candidate. Short answer - create a recipe which copies the
files over at do_install.
Long answer, I'd like to develop an inheritable bbclass to make this a
little simpler.

>> 5) How do I make sure dependencies (e.g. libraries) are included in
>> the image ? i.e. what do DEPENDS, RDEPENDS, etc. do.
> See 8

http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html#ref-variables-glos

>> 6) How can I use a layer to hold my project files ?
> See 8

http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html#usingpoky-changes

>> 7) Do I need to delete tmp/ and rebuild to ensure I've got a valid
>> project build configured ? (i.e. it doesn't rely on staged items that
>> don't build when I bitbake MyProject).
> Would be very good to get an example of how to ensure your build process
> is stable and will work every time from scratch.

I agree that this should be documented, short answer - no (you shouldn't
have to delete tmp/).

>> 8) How do I make my existing autobuild project in to a recipe ?
> *THIS.* I currently have no idea how to port my autobuild project coded
> using the Eclipse plugin to a recipe structure, couple this with 5 and 6
> and it would make a fantastic from 'start to finish' style manual.

http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html#usingpoky-extend-addpkg-autotools

>> 9) How do I set / change the root password ?
> This seems fairly minor, is there a section in the wiki which could be
> devoted to things like this, rather than the faff of creating a new pdf
> etc.. this would also allow for the community to add tricks and tips in
> an easily accessible manner.

Cookbook candidate

Cheers,
Joshua
-- 
Joshua Lock
        Yocto Project "Johannes factotum"
        Intel Open Source Technology Centre


  parent reply	other threads:[~2011-11-18 20:12 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-16 22:07 Yocto usability questions Jeff Osier-Mixon
2011-11-16 23:39 ` Mark Hatle
2011-11-17  4:03   ` Ourada, Paul
2011-11-17  7:19 ` Koen Kooi
2011-11-17 13:06 ` Rainer Koenig
2011-11-17 14:25   ` Philip Balister
2011-11-17 21:38 ` Chris Tapp
2011-11-17 22:17   ` Brian Duffy
2011-11-17 23:19     ` Osier-mixon, Jeffrey
2011-11-18  9:40   ` Jack Mitchell
2011-11-18 15:02     ` Ourada, Paul
2011-11-18 15:42       ` Philip Balister
2011-11-18 15:56       ` Gary Thomas
2011-11-18 16:00         ` Philip Balister
2011-11-18 16:04           ` Gary Thomas
2011-11-18 16:56             ` Tom Rini
2011-11-18 16:56             ` Jack Mitchell
2011-11-18 17:20       ` Osier-mixon, Jeffrey
2011-11-18 19:40         ` Jeff Osier-Mixon
2011-11-18 20:12     ` Joshua Lock [this message]
2011-11-18 20:54       ` Tom Zanussi
2011-11-18 21:31         ` Osier-mixon, Jeffrey
2011-11-18 21:56           ` Chris Tapp
2011-11-18 22:32           ` Philip Balister
2011-11-18 22:36             ` Osier-mixon, Jeffrey
2011-11-22 12:52         ` Rainer Koenig
2011-11-22 15:23           ` Tom Zanussi
2011-11-22 16:49           ` Joshua Lock
2011-11-22 21:03             ` Chris Tapp
2011-11-22 22:52               ` Joshua Lock
  -- strict thread matches above, loose matches on Subject: below --
2018-12-21  5:16 Prasenjit Mahanti

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=4EC6BC19.60501@linux.intel.com \
    --to=josh@linux.intel.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.