Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
To: openembedded-devel@lists.openembedded.org
Cc: Chase Maupin <chase.maupin@ti.com>, Koen Kooi <k-kooi@ti.com>
Subject: Re: [PATCH 5/7] Usermanual/metadata: Fix documentation errors
Date: Wed, 26 May 2010 10:06:32 +0200	[thread overview]
Message-ID: <20100526080632.GD31532@mx.loc> (raw)
In-Reply-To: <1274854676-5931-5-git-send-email-koen@openembedded.org>

On Wed, May 26, 2010 at 08:17:54AM +0200, 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>
>---
> docs/usermanual/chapters/metadata.xml |   18 +++++++++---------
> 1 files changed, 9 insertions(+), 9 deletions(-)
>
>diff --git a/docs/usermanual/chapters/metadata.xml b/docs/usermanual/chapters/metadata.xml
>index bbf6f73..2b65454 100644
>--- a/docs/usermanual/chapters/metadata.xml
>+++ b/docs/usermanual/chapters/metadata.xml


Shouldn't the whole block below be updated to take SRC_URI[md5sum] and
SRC_URI[sha256sum] into account?

Alternatively just provide a link to
docs/usermanual/reference/var_src_uri.xml which covers that in detail
and should be more up-to-date

>@@ -128,23 +128,23 @@ DEPENDS = "gtk+"
> RDEPENDS = "cool-ttf-fonts"
>                 </screen> The package needs gtk+ to build ('DEPENDS') and
>     requires the 'cool-ttf-fonts' package to run ('RDEPENDS'). OE will add
>-    run-time dependencies on libraries on its own via the so called
>-    <emphasis>shlibs</emphasis>-code, but you need to specify everything other
>+        run-time dependencies on libraries on its own via the so called
>+    <emphasis>shlibs</emphasis>-code, but you need to specify everything else
>     by yourself, which in this case is the 'cool-ttf-fonts' package.</para>
> 
>     <para>After entering all this OE will know what to build before trying to
>     build your application, but it doesn't know where to get it yet. So let's
>     add the source location: <screen>
> SRC_URI = "http://www.host.com/foo/files/${P}.tar.bz2;md5sum=yoursum"
>-                </screen> This will tell the fetcher to where to download the
>+                </screen> This will tell the fetcher where to download the
>     sources from and it will check the integrity using md5sum if you provided
>     the appropriate <emphasis>yoursum</emphasis>. You can make one by doing
>     <screen>md5sum foo-1.9.tar.bz2</screen> and replacing
>     <emphasis>yoursum</emphasis> with the md5sum on your screen. A typical
>-    md5sum will look like this: <screen>a6434b0fc8a54c3dec3d6875bf3be8mtn </screen>Notice
>-    the <emphasis>${P}</emphasis> variable, that one holds the package name,
>-    <emphasis>${PN}</emphasis> in BitBake speak and the package version,
>-    <emphasis>${PV}</emphasis> in BitBake speak. It's a short way of writing
>+    md5sum will look like this: <screen>a6434b0fc8a54c3dec3d6875bf3be868 </screen>Notice
>+    the <emphasis>${P}</emphasis> variable holds the package name 
>+    (<emphasis>${PN}</emphasis> in BitBake speak) and the package version 
>+    (<emphasis>${PV}</emphasis> in BitBake speak). It's a short way of writing
>     <emphasis>${PN}-${PV}</emphasis>. Using this notation means you can copy
>     the recipe when a new version is released without having to alter the
>     contents. You do need to check if everything is still correct, because new



  parent reply	other threads:[~2010-05-26  7:58 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
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 [this message]
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=20100526080632.GD31532@mx.loc \
    --to=rep.dot.nop@gmail.com \
    --cc=chase.maupin@ti.com \
    --cc=k-kooi@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