aboutsummaryrefslogtreecommitdiffstats
path: root/documentation/sdk-manual/sdk-extensible.xml
diff options
context:
space:
mode:
Diffstat (limited to 'documentation/sdk-manual/sdk-extensible.xml')
-rw-r--r--documentation/sdk-manual/sdk-extensible.xml54
1 files changed, 44 insertions, 10 deletions
diff --git a/documentation/sdk-manual/sdk-extensible.xml b/documentation/sdk-manual/sdk-extensible.xml
index 4236b165b5..a04164a413 100644
--- a/documentation/sdk-manual/sdk-extensible.xml
+++ b/documentation/sdk-manual/sdk-extensible.xml
@@ -7,22 +7,56 @@
<title>Using the Extensible SDK</title>
<para>
- This chapter is going to cover all the SDK stuff that is unique
- to the extensible SDK.
+ This chapter describes what you need on your machine in order to use
+ an extensible SDK.
+ The chapter does not repeat information that also applies to using the
+ standard SDK.
+ The chapter also includes procedures of tasks you can perform using
+ an extensible SDK.
+ <note>
+ The tasks you can perform using a standard SDK are also available
+ using an extensible SDK.
+ For information on using the standard SDK, see the
+ "<link linkend='sdk-using-the-standard-sdk'>Using the Standard SDK</link>"
+ chapter.
+ </note>
</para>
+
<section id='sdk-setting-up-to-use-the-extensible-sdk'>
<title>Setting Up to Use the Extensible SDK</title>
<para>
- What do you need to use the extensible SDK that is different from
- the standard SDK?
- What does your system have to have on it?
- What are the recommendations?
- What conditions in your development scenario warrant use of just the
- extensible SDK?
- Show any specific procedures needed to get set up to use the
- extensible SDK.
+ Here is a list of items I think need addressed in this section:
+ <itemizedlist>
+ <listitem><para><emphasis>Cover differences in the development
+ that might be impacted because they are using an extensible
+ SDK</emphasis></para>
+ <para>Presumably, the various development scenarios are
+ covered regarding setup in the previous chapter.
+ Are these impacted because the developer is going to now be
+ using an extensible SDK?
+ If so, what are the implications?
+ </para></listitem>
+ <listitem><para><emphasis>What new recommendations exist now that
+ the developer is going to be using an extensible SDK?</emphasis></para>
+ <para>We should cover the most common development scenarios
+ that apply when using an extensible SDK.
+ Is there a recommended development flow we want to present
+ when using an extensible SDK?
+ What conditions in a development scenario warrant use of
+ the extensible SDK as compared to the standard SDK?
+ </para></listitem>
+ <listitem><para><emphasis>What procedures do we want to cover to set
+ up the extensible SDK?</emphasis></para>
+ <para>Is it just a matter of building out the SDK using
+ <filename>bitbake -c populate_sdk_ext</filename>?
+ Is there a pre-built extensible SDK laying around they can
+ find and download if they are using a machine that does not
+ have YP installed, which would prevent them from building their
+ own SDK?
+ </para></listitem>
+ </itemizedlist>
</para>
</section>