public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: Baurzhan Ismagulov <ibr@radix50.net>
To: isar-users@googlegroups.com
Subject: Re: [PATCH v2 00/10] Introduce local apt repo to cache upstream debian packages for offline usage
Date: Mon, 29 Oct 2018 13:28:00 +0100	[thread overview]
Message-ID: <20181029122800.GD6306@yssyq.m.ilbers.de> (raw)
In-Reply-To: <20181023181456.6d9c6a59@md1pvb1c.ad001.siemens.net>

On Tue, Oct 23, 2018 at 06:14:56PM +0200, Henning Schild wrote:
> i am kind of missing some context here. Is this really just a cache to
> remove deb fetching from the build and allow offline builds? Or is this
> somehow targeting reproducable builds?
> 
> If the latter is true i would like to see a summary of the earlier
> discussions, a detailed description of what is happening and why.

Yes, this is just a cache to allow offline builds. And yes, this is a small
step 0 towards reproducibility.

As I see it, previous discussions boil down to:

1. Doing automatic reproducibility right is complex and should be done in
   steps.

2. Initial caching is a low-hanging fruit that can be addressed now and is
   better than nothing.

This series provides (2).

For (1), I suggest to introduce a mechanism first. It should be usable
manually. It should start from minimal essential use cases (initial creation)
and be possibly extended to further use cases (update all, update single,
update single with deps, remove, etc.) as necessary. If desired, we could look
at optionally building it into the workflow of Isar after the mechanism
stabilizes (with policies such as automatically fetch on the first build,
update on every build, etc.). We can provide more details along the way.

On a related note, we've discussed these issues at ELCE. libapt and python-apt
seem to be what we need for the implementation.

With kind regards,
Baurzhan.

      reply	other threads:[~2018-10-29 12:28 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-11 16:52 Maxim Yu. Osipov
2018-10-11 16:52 ` [PATCH v2 01/10] base-apt: Add helper class Maxim Yu. Osipov
2018-10-23 16:01   ` Henning Schild
2018-10-11 16:52 ` [PATCH v2 02/10] meta: Unify path names to local repositories Maxim Yu. Osipov
2018-10-11 16:52 ` [PATCH v2 03/10] base-apt: Introduce base implementation Maxim Yu. Osipov
2018-10-11 16:52 ` [PATCH v2 04/10] isar-boot-strap: Add option to keep cache Maxim Yu. Osipov
2018-10-23 16:06   ` Henning Schild
2018-10-25 14:28   ` Henning Schild
2018-10-11 16:53 ` [PATCH v2 05/10] image: Add cache_base_repo task Maxim Yu. Osipov
2018-10-11 16:53 ` [PATCH v2 06/10] isar-bootstrap: Make possible to reuse the cache Maxim Yu. Osipov
2018-10-23 16:30   ` Henning Schild
2018-10-11 16:53 ` [PATCH v2 07/10] buildchroot: Make it buildable from base-apt Maxim Yu. Osipov
2018-10-11 16:53 ` [PATCH v2 08/10] workaround: Use --allow-unauthenticated working with base-apt Maxim Yu. Osipov
2018-10-23 16:09   ` Henning Schild
2018-10-25 14:33     ` Henning Schild
2018-10-11 16:53 ` [PATCH v2 09/10] local.conf: Add option to use cached base repository Maxim Yu. Osipov
2018-10-11 16:53 ` [PATCH v2 10/10] doc: Creation of local apt repo caching upstream Debian packages Maxim Yu. Osipov
2018-10-17 12:13 ` [PATCH v2 00/10] Introduce local apt repo to cache upstream debian packages for offline usage Maxim Yu. Osipov
2018-10-17 17:11 ` Jan Kiszka
2018-10-17 18:15   ` Maxim Yu. Osipov
2018-10-23  9:56     ` Maxim Yu. Osipov
2018-11-19  8:48       ` Baurzhan Ismagulov
2018-11-19  8:58         ` Jan Kiszka
2018-10-23 16:14 ` Henning Schild
2018-10-29 12:28   ` Baurzhan Ismagulov [this message]

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=20181029122800.GD6306@yssyq.m.ilbers.de \
    --to=ibr@radix50.net \
    --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