From: Denys Dmytriyenko <denis@denix.org>
To: openembedded-devel@lists.openembedded.org
Cc: Chase Maupin <chase.maupin@ti.com>
Subject: Re: [PATCHv2 2/7] comparing: Fix documentation errors
Date: Wed, 26 May 2010 12:29:52 -0400 [thread overview]
Message-ID: <20100526162952.GE23464@denix.org> (raw)
In-Reply-To: <1274879375-19626-2-git-send-email-chase.maupin@ti.com>
On Wed, May 26, 2010 at 08:09:30AM -0500, Chase Maupin wrote:
> * Fixed up typos and other errors in the documentation.
>
> Signed-off-by: Chase Maupin <chase.maupin@ti.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
> ---
> docs/usermanual/chapters/comparing.xml | 18 +++++++++---------
> 1 files changed, 9 insertions(+), 9 deletions(-)
>
> diff --git a/docs/usermanual/chapters/comparing.xml b/docs/usermanual/chapters/comparing.xml
> index 1347010..cfdaa95 100644
> --- a/docs/usermanual/chapters/comparing.xml
> +++ b/docs/usermanual/chapters/comparing.xml
> @@ -5,13 +5,13 @@
> <section id="comparing_buildroot">
> <title>buildroot</title>
>
> - <para>Writing of <application>BitBake</application> recipes is more easy
> + <para>Writing of <application>BitBake</application> recipes is easier
> and more intuitive than writing Makefiles while providing higher
> flexibility. This allows you to tweak specific recipes for your very
> - special needs and to add new recipes very fast. You can build toolchains,
> + special needs and to add new recipes quickly. You can build toolchains,
> Software Distribution Kits (SDKs), complete Distributions or just single
> - packages. The flexibility of OpenEmbedded allows you to reuse the once
> - written recipes for many different purposes. OpenEmbedded provides
> + packages. The flexibility of OpenEmbedded allows you to reuse recipes
> + for many different purposes. OpenEmbedded provides
> everything buildroot will be able to provide. But in contrast to buildroot
> OpenEmbedded will allow you to achieve what you really want to achieve.
> You can add new package formats, new filesystems, new output formats
> @@ -21,11 +21,11 @@
> <section id="comparing_crosstool">
> <title>crosstool</title>
>
> - <para>Crosstool allows to create toolchains for you. It can only create
> + <para>Crosstool allows the creation of toolchains. It can only create
> the initial toolchain for you. It will not compile other needed libraries
> - or applications for you, it will not be able to track dependencies or to
> + or applications for you, it will not be able to track dependencies or
> package them properly. OpenEmbedded supports all configurations crosstool
> - supports. You can start to create toolchains with OpenEmbedded, then as
> + supports. You can start by creating toolchains with OpenEmbedded, then as
> your needs grow create a more complete SDK from already present base
> libraries and applications and if you recognize you need to have packages
> for the target you have them almost built already.</para>
> @@ -38,7 +38,7 @@
> cross-compiling is hard itself but many people misuse the buildsystem they
> use to build their software. This will lead to a variety of issues you can
> run into. This can be failing tests on configuration because of executing
> - cross compiled binaries or crashes at run-time due wrong sizes of basic
> + cross compiled binaries or crashes at run-time due to wrong sizes of basic
> types. When utilizing OpenEmbedded you avoid searching for patches at many
> different places and will be able to get things done more quickly.
> <application>OpenEmbedded</application> allows you to choose from a pool
> @@ -48,4 +48,4 @@
> output formats and filesystems. This allows you to create complete and
> specialized distributions easily.</para>
> </section>
> -</chapter>
> \ No newline at end of file
> +</chapter>
> --
> 1.6.0.4
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
next prev parent reply other threads:[~2010-05-26 16:34 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-26 13:09 [PATCHv2 1/7] common_use_cases: Fix documentation errors Chase Maupin
2010-05-26 13:09 ` [PATCHv2 2/7] comparing: " Chase Maupin
2010-05-26 13:09 ` [PATCHv2 3/7] features: " Chase Maupin
2010-05-26 13:09 ` [PATCHv2 4/7] getting_oe: " Chase Maupin
2010-05-26 13:09 ` [PATCHv2 5/7] metadata: " Chase Maupin
2010-05-26 13:09 ` [PATCHv2 6/7] recipes: " Chase Maupin
2010-05-26 13:09 ` [PATCHv2 7/7] usage: " Chase Maupin
2010-05-26 16:30 ` Denys Dmytriyenko
2010-05-26 16:30 ` [PATCHv2 6/7] recipes: " Denys Dmytriyenko
2010-05-26 16:30 ` [PATCHv2 5/7] metadata: " Denys Dmytriyenko
2010-05-26 16:30 ` [PATCHv2 4/7] getting_oe: " Denys Dmytriyenko
2010-05-26 16:30 ` [PATCHv2 3/7] features: " Denys Dmytriyenko
2010-05-26 16:29 ` Denys Dmytriyenko [this message]
2010-05-26 16:29 ` [PATCHv2 1/7] common_use_cases: " Denys Dmytriyenko
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=20100526162952.GE23464@denix.org \
--to=denis@denix.org \
--cc=chase.maupin@ti.com \
--cc=openembedded-devel@lists.openembedded.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox