Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Stefan Schmidt <stefan@datenfreihafen.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [PATCH 2/7] Usermanual/comparing: Fix documentation errors
Date: Wed, 26 May 2010 08:48:53 +0200	[thread overview]
Message-ID: <20100526064853.GF22917@excalibur.local> (raw)
In-Reply-To: <1274854676-5931-2-git-send-email-koen@openembedded.org>

On Wed, 2010-05-26 at 08:17, Koen Kooi wrote:
> From: Chase Maupin <chase.maupin@ti.com>
> 
> * Fixed up typos and other errors in the documentation.
> 
> Signed-off-by: Chase Maupin <chase.maupin@ti.com>
> Signed-off-by: Koen Kooi <k-kooi@ti.com>

Non-native speaker ack:
Acked-by: Stefan Schmidt <stefan@datenfreihafen.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.7.0
> 
> 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel



  reply	other threads:[~2010-05-26 14:44 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-26  6:17 [PATCH 1/7] Usermanual/common_use_cases: Fix documentation errors Koen Kooi
2010-05-26  6:17 ` [PATCH 2/7] Usermanual/comparing: " Koen Kooi
2010-05-26  6:48   ` Stefan Schmidt [this message]
2010-05-26  6:17 ` [PATCH 3/7] Usermanual/features: " Koen Kooi
2010-05-26  6:49   ` Stefan Schmidt
2010-05-26  7:40   ` Bernhard Reutner-Fischer
2010-05-26  6:17 ` [PATCH 4/7] Usermanual/getting_oe: " Koen Kooi
2010-05-26  6:49   ` Stefan Schmidt
2010-05-26  7:42   ` Bernhard Reutner-Fischer
2010-05-26  6:17 ` [PATCH 5/7] Usermanual/metadata: " Koen Kooi
2010-05-26  6:49   ` Stefan Schmidt
2010-05-26  8:06   ` Bernhard Reutner-Fischer
2010-05-26  6:17 ` [PATCH 6/7] Usermanual/recipes: " Koen Kooi
2010-05-26  6:49   ` Stefan Schmidt
2010-05-26  6:17 ` [PATCH 7/7] Usermanual/usage: " Koen Kooi
2010-05-26  6:49   ` Stefan Schmidt
2010-05-26  6:48 ` [PATCH 1/7] Usermanual/common_use_cases: " Stefan Schmidt
2010-05-26  7:38 ` Bernhard Reutner-Fischer

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=20100526064853.GF22917@excalibur.local \
    --to=stefan@datenfreihafen.org \
    --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