All of lore.kernel.org
 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 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.