public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@siemens.com>
To: Henning Schild <henning.schild@siemens.com>, isar-users@googlegroups.com
Subject: Re: [PATCH 2/2] doc/user_manual.md: add a section on how to deal with prebuilt debs
Date: Fri, 12 Feb 2021 17:39:01 +0100	[thread overview]
Message-ID: <c0e0a216-094c-f9e1-c67f-c8e41ae175fe@siemens.com> (raw)
In-Reply-To: <20210212131733.9926-2-henning.schild@siemens.com>

On 12.02.21 14:17, Henning Schild wrote:
> From: Henning Schild <henning.schild@siemens.com>
> 
> Signed-off-by: Henning Schild <henning.schild@siemens.com>
> ---
>  doc/user_manual.md | 11 +++++++++++
>  1 file changed, 11 insertions(+)
> 
> diff --git a/doc/user_manual.md b/doc/user_manual.md
> index a4f3d1de9d..86bfa99bca 100644
> --- a/doc/user_manual.md
> +++ b/doc/user_manual.md
> @@ -691,6 +691,17 @@ For the variables please have a look at the previous example, the following new
>  Have a look at the `example-raw` recipe to get an idea how the `dpkg-raw` class can be used to customize your image.
>  Note that the package will be build using the whole debian package workflow, so your package will be checked by many debhelper scripts. If those helpers point out quality issues it might be a good idea to fix them. But `example-raw` also shows how rules can still be violated.
>  
> +### Prebuilt .deb packages from somewhere
> +
> +In some cases you might find yourself having a `.deb` that someone did build, but not a proper debian repository to add to `DISTRO_APT_SOURCES` to get it from.
> +
> +Such single debs can be included if need be. It is always a better idea to have
> +a proper debian repository.
> +
> +Where you write a recipe that just fetches those debs to its `WORKDIR` and deploys them. They can then be installed via `IMAGE_INSTALL`.
> +
> +Have a look at `example-prebuilt`.
> +
>  ## Isar Cross-compilation
>  
>  ### Motivation
> 

Uups, completely missed that - and did my own quick hack. Let me check
the differences...

Jan

-- 
Siemens AG, T RDA IOT
Corporate Competence Center Embedded Linux

  reply	other threads:[~2021-02-12 16:39 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-12 13:17 [PATCH 1/2] meta-isar: add example recipe for deploying " Henning Schild
2021-02-12 13:17 ` [PATCH 2/2] doc/user_manual.md: add a section on how to deal with " Henning Schild
2021-02-12 16:39   ` Jan Kiszka [this message]
2021-02-12 16:42 ` [PATCH 1/2] meta-isar: add example recipe for deploying " Jan Kiszka
2021-02-12 18:47   ` Henning Schild

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=c0e0a216-094c-f9e1-c67f-c8e41ae175fe@siemens.com \
    --to=jan.kiszka@siemens.com \
    --cc=henning.schild@siemens.com \
    --cc=isar-users@googlegroups.com \
    /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