From: Baurzhan Ismagulov <ibr@radix50.net>
To: isar-users@googlegroups.com
Subject: Re: Discussion: Base-apt features
Date: Wed, 25 Sep 2019 11:51:50 +0200 [thread overview]
Message-ID: <20190925095150.zd3xffaatxq2yjga@yssyq.m.ilbers.de> (raw)
In-Reply-To: <20190925090232.GB12490@lightning>
On Wed, Sep 25, 2019 at 02:32:32PM +0530, Vijai Kumar K wrote:
> > > 3. Support for specifying the signing key.
...
> By using "SignWith: yes", we are asking reprepro to use the default key of the system.
> BTW, there is a possibility that the key we specified using BASE_REPO_KEY might not be
> the default key of the system.
Ah, that's the signing part, thanks for the explanation.
> > > 5. Refactoring code to consolidate reprepro calls.
> >
> > I'd suggest to evaluate other tools and libs like python-apt and / or aptly.
> > After looking at Acquire::By-Hash use cases in more detail, I've seen that we
> > do need it. According to Jan, it isn't supported by reprepro. I think in the
> > long term, we'll have to use python-apt and touch bitbake to get everything
> > right.
>
> Thanks for the info. I have been wondering regarding the need to move out of
> reprepo. This gives some fair amount of detail. Let me also have a look at
> the other tools.
In the long term, there is more to that. Currently, we rely on bitbake pipeline
when populating base-apt. To cover all use cases correctly (e.g., updating
base-apt if upstream changes, removing packages not used anymore, etc.), we'd
have to do more stuff statically upfront (including debootstrap). To achieve
that, we might have to extract the functionality to a separate tool using
python-apt, touch bitbake, or both. This functionality may also be necessary
e.g. for determining Build-Depends: of debianized external sources (such as
hello-isar) and reflecting that in the pipeline (currently not possible, since
bitbake determines that before fetching and Debian -- after).
With kind regards,
Baurzhan.
next prev parent reply other threads:[~2019-09-25 9:51 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-25 7:41 Vijai Kumar K
2019-09-25 8:12 ` Baurzhan Ismagulov
2019-09-25 9:02 ` Vijai Kumar K
2019-09-25 9:51 ` Baurzhan Ismagulov [this message]
2019-09-25 10:14 ` Claudius Heine
2019-09-25 10:26 ` Baurzhan Ismagulov
2019-09-25 11:56 ` Claudius Heine
2019-09-25 12:19 ` Baurzhan Ismagulov
2019-09-25 12:29 ` Jan Kiszka
2019-09-25 12:39 ` Claudius Heine
2019-09-26 9:40 ` Henning Schild
2019-09-26 11:02 ` Vijai Kumar K
2019-09-26 11:30 ` 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=20190925095150.zd3xffaatxq2yjga@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