All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
To: YP docs mailing list <docs@lists.yoctoproject.org>
Subject: a really robust "how to get started with YP" document?
Date: Tue, 1 Jun 2021 06:34:41 -0400 (EDT)	[thread overview]
Message-ID: <2cf4a272-2d45-1ce9-3813-8e1bb69cd3c@crashcourse.ca> (raw)


  yes, there's a "getting started" page or two, but i was perusing the
docs recently, and was reminded of the "stuff i wish i'd known" page:

  https://docs.yoctoproject.org/what-i-wish-id-known.html

and remember thinking, "what a cool idea," then thought about it a bit
longer and realized i was looking at it the wrong way. if we actually
think we need a page along the lines of "hey, even though you've been
using YP for a while, here's a bunch of stuff we *could* have told you
long ago to make your life easier but we didn't and now you have to go
back and change stuff to take advantage of it," well, maybe we didn't
prepare people properly in the first place.

  i'm thinking of a really robust, complete, industrial-grade
introduction to YP that lays out *everything* a new user should know
if they're about to immerse themselves. i don't mean, "hey, i want to
build a project to play around," i mean, "hey, i'm about to spend the
next two years on a YP contract and i really need to make sure i'm
doing stuff the right way to be as productive as possible."

  one oversight that i always talk about is how to set up your entire
build directory infrastructure. yes, there are lots of ways to do it,
but newcomers just want to be told what seems to work for most
accomplished YP developers so they can set it up and get to work,
confident they won't need to go back and do it all over again.

  here's a really trivial example -- i've had people who've used YP
for at least a couple years say, "wait ... there's a 'site.conf' file
that i could have been putting all this common stuff in all this
time!?!?"

  other things the truly serious developer should know -- how to use
bitbake-layers and oe-pkgdata-util. and "bitbake -e".

  anyway, you get the idea ... the idea that we think there's value in
a "stuff you wish you had known" page sort of implicitly admits that
we somehow failed to tell them about it in the first place.

  thoughts?

rday

             reply	other threads:[~2021-06-01 10:34 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-01 10:34 Robert P. J. Day [this message]
2021-06-01 10:40 ` [docs] a really robust "how to get started with YP" document? Nicolas Dechesne
2021-06-01 10:51   ` Robert P. J. Day
2021-06-04 17:02     ` Michael Opdenacker

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=2cf4a272-2d45-1ce9-3813-8e1bb69cd3c@crashcourse.ca \
    --to=rpjday@crashcourse.ca \
    --cc=docs@lists.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.