<div dir="ltr">Hello<div><br></div><div>I'd like to share my experience with using jigdo on RHEL-7 product builds.<div>Most of that time is building images. JIGDO itself is big slowdown in the process and perhaps time-wise the most expensive item on the image build pipeline.</div><div><br></div><div>Did someone do some performance measuring? Is it satisfying for your needs?</div><div>From my point of view jigdo is worth some performance improvements.</div><div><br></div><div><div><br></div><div>Lubos</div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 6, 2017 at 8:51 PM, Colin Walters <span dir="ltr"><<a href="mailto:walters@verbum.org" target="_blank">walters@verbum.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Forwarding this here since it's quite relevant; I also think it's quite<br>
*interesting* for people interested in package/image systems.<br>
<br>
One consequence is I'll probably start doing some more patches<br>
for librepo.  Related to that, a bigger issue looms:<br>
<a href="https://github.com/projectatomic/rpm-ostree/issues/1127" rel="noreferrer" target="_blank">https://github.com/<wbr>projectatomic/rpm-ostree/<wbr>issues/1127</a><br>
<br>
Anyways just sending this along since I think it'll be interesting<br>
for this audience; I'll bring up the repodata issue when I have<br>
time to circle back to that.<br>
<br>
----- Original message -----<br>
From: Colin Walters <<a href="mailto:walters@verbum.org">walters@verbum.org</a>><br>
To: "atomic-devel" <<a href="mailto:atomic-devel@projectatomic.io">atomic-devel@projectatomic.io</a><wbr>><br>
Subject: Proposing a new way to deliver Atomic systems: rpm-ostree jigdo ♲📦<br>
Date: Wed, 06 Dec 2017 13:11:11 -0500<br>
<br>
I've been working on Project Atomic for several years now; first post:<br>
<br>
<a href="https://lists.projectatomic.io/projectatomic-archives/atomic-devel/2014-April/msg00000.html" rel="noreferrer" target="_blank">https://lists.projectatomic.<wbr>io/projectatomic-archives/<wbr>atomic-devel/2014-April/<wbr>msg00000.html</a><br>
<br>
(And the rpm-ostree/ostree projects predate that; rpm-ostree's "gitbirthday" is<br>
 coming up at Sat Dec 21 19:41:30 2013 -0500)<br>
<br>
This entire time we've dealt with 3 binary formats: RPM, Docker (now OCI) and OSTree.<br>
The tension is...powerful.   It leaks through into how people manage systems; issues<br>
like "how do I mirror this content" are serious blockers for lots of organizations<br>
that don't want their systems Intenet connected.  Obviously I've thought about this a lot,<br>
and I now have a concrete proposal now to try to get that closer to two formats.<br>
<br>
Basically, we're reviving an old idea for the modern age of images; I'm calling<br>
it "rpm-ostree jigdo ♲📦" (emoji are for "recycle package"):<br>
<br>
<a href="https://github.com/projectatomic/rpm-ostree/issues/1081" rel="noreferrer" target="_blank">https://github.com/<wbr>projectatomic/rpm-ostree/<wbr>issues/1081</a><br>
<br>
I won't repaste it all here - just the header, which follows.  Feel free though<br>
to follow up here - email works well for this sort of thing.  The high level<br>
status is: things are moving quickly, and the next step is to start fleshing out<br>
the client side.  So it's at the point where I want concrete feedback.<br>
<br>
Upstream issue follows below:<br>
<br>
Fetching content via both ostree and libdnf ends up mixing the tradeoffs of both, requires release engineering to manage both, and makes it harder to mirror content. Not to mention the fact that there's the whole OCI/Docker thing which also works in a completely different way, and admins need to manage/mirror that too.<br>
<br>
Now while the "obvious" thing would be to try to align with OCI in some way, the complete lack of wire deltas there is very problematic for uses outside of server clusters, and given that we already have lots of extensive linkage to RPM via libdnf, it makes the most sense to move that direction.<br>
<br>
Hence, let's experiment with doing ostree-in-RPM ... [ read more at <a href="https://github.com/projectatomic/rpm-ostree/issues/1081" rel="noreferrer" target="_blank">https://github.com/<wbr>projectatomic/rpm-ostree/<wbr>issues/1081</a> ]<br>
<br>
______________________________<wbr>_________________<br>
Rpm-ecosystem mailing list<br>
<a href="mailto:Rpm-ecosystem@lists.rpm.org">Rpm-ecosystem@lists.rpm.org</a><br>
<a href="http://lists.rpm.org/mailman/listinfo/rpm-ecosystem" rel="noreferrer" target="_blank">http://lists.rpm.org/mailman/<wbr>listinfo/rpm-ecosystem</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Thanks</div><div><br></div><div>Lubos</div></div></div></div></div>
</div>