From: Claudius Heine <claudius.heine.ext@siemens.com>
To: Alexander Smirnov <asmirnov@ilbers.de>, isar-users@googlegroups.com
Subject: Re: [PATCH v4 0/4] Basic binary cache implementation
Date: Wed, 4 Oct 2017 10:32:47 +0200 [thread overview]
Message-ID: <f24839e9-2758-bd75-5c7d-1fafa8ccd4b4@siemens.com> (raw)
In-Reply-To: <20171002154531.4930-1-asmirnov@ilbers.de>
Hi,
On 10/0 '2/2017 05:45 PM, Alexander Smirnov wrote:
> Hello everybody,
>
> this series introduces basic binary caching for Isar.
>
> There is a new layer: meta-isar-bin which is intended to be the binary
> cache. All the packages that are built in Isar are stored in this
> cache using reprepro.
>
> Having the separate layer makes possible to manage this cache separately
> from the Isar build tree. So once you have built your packages, you could
> re-use this cache for further builds.
We still have to talk about your requirement for the cache to be
sharable and your resulting implementation of it as a meta layer.
Since I still don't see the benefit of a sharable cache and think that
putting binary packages into some kind of strange meta layer is not the
right solution and could potentially create more problems that is solves
because its very much in conflict with the fundamental idea of a meta layer.
Please give me a reason for this requirement.
And to be precise: Yes, a cache is useful and I fully support it, but
having it sharable over multiple hosts is not and is potentially dangerous.
Claudius
>
> Also this cache repo is now used to generate image filesystem via
> multistrap.
>
> Changes since v3:
> - Check return code from reprepro, continue loop only if EEXIST code is
> returned. Othrwise build is aborted.
>
> Changes since v2:
> - Droped anonymous functions
> - Added number of attempts to access apt cache before fail
>
> Changes since v1:
> - Total refactoring
> - Split huge patches into small pieces
> - Avoid races
>
> With best regards,
> Alex
>
> Alexander Smirnov (4):
> meta-isar-bin: Add reprepro configs
> meta-isar-bin: Generate cache repos
> meta-isar-bin: Populate cache
> meta-isar-bin: Install packages via multistrap
>
> meta-isar-bin/conf/layer.conf | 14 +++++
> meta-isar-bin/files/distributions.in | 3 ++
> meta-isar/conf/bblayers.conf.sample | 1 +
> meta-isar/conf/local.conf.sample | 4 ++
> .../recipes-core/images/files/multistrap.conf.in | 9 +++-
> meta-isar/recipes-core/images/isar-image-base.bb | 5 +-
> meta/classes/ext4-img.bbclass | 2 +-
> meta/classes/image.bbclass | 62 +++++++++++++++++++---
> 8 files changed, 89 insertions(+), 11 deletions(-)
> create mode 100644 meta-isar-bin/conf/layer.conf
> create mode 100644 meta-isar-bin/files/distributions.in
>
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de
next prev parent reply other threads:[~2017-10-04 8:32 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-02 15:45 Alexander Smirnov
2017-10-02 15:45 ` [PATCH 1/4] meta-isar-bin: Add reprepro configs Alexander Smirnov
2017-10-02 15:45 ` [PATCH 2/4] meta-isar-bin: Generate cache repos Alexander Smirnov
2017-10-04 9:03 ` Henning Schild
2017-10-04 10:57 ` Alexander Smirnov
2017-10-04 14:09 ` Henning Schild
2017-10-02 15:45 ` [PATCH 3/4] meta-isar-bin: Populate cache Alexander Smirnov
2017-10-02 15:45 ` [PATCH 4/4] meta-isar-bin: Install packages via multistrap Alexander Smirnov
2017-10-04 9:05 ` Henning Schild
2017-10-04 10:59 ` Alexander Smirnov
2017-10-04 8:32 ` Claudius Heine [this message]
2017-10-04 11:57 ` [PATCH v4 0/4] Basic binary cache implementation Jan Kiszka
2017-10-04 14:29 ` Alexander Smirnov
2017-10-04 15:40 ` Henning Schild
2017-10-04 16:50 ` Alexander Smirnov
2017-10-04 16:58 ` Henning Schild
2017-10-04 17:34 ` Claudius Heine
2017-10-04 18:47 ` Alexander Smirnov
2017-10-05 8:38 ` Claudius Heine
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=f24839e9-2758-bd75-5c7d-1fafa8ccd4b4@siemens.com \
--to=claudius.heine.ext@siemens.com \
--cc=asmirnov@ilbers.de \
--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