Re: status of meta-eid ?

[Henning Schild <henning.schild@siemens.com>]

Am Sun, 24 Oct 2021 21:18:53 +0200 (CEST)
schrieb ydirson@free.fr:

> Hi Baurzhan,
> 
> > sbuild preview is available in [1].  
> 
> Nice!
> 
> > If you are interested, we could share the current state.   
> 
> I still have quite a lot in dig in right now, so don't divert efforts
> :)
> 
> My main focus for now is a bit far from this - I still need to get
> familiar with the current state of things, with in mind the idea of
> possibly using ISAR as a next-gen build system[1] for QubesOS[0] (a
> bit of a personal research project to see if it can help to improve
> the dev workflow there)
> 
> [0] https://qubes-os.org/
> [1]
> https://forum.qubes-os.org/t/ideas-for-next-generation-qubes-builder/6402

Cater as a build system for an OSS project like qubes-os would be cool.
I looked into 1 and it seems qubes-os is currently based on fedora.

Making isar work for that would be possible but not an easy task. It is
already hard to keep all the different flavours/versions of debian
maintained and working. Plus we are building on top of qemu-debootstrap
for native builds of non-host architectures. A very powerful thing that
might be missing some bits in other distros.

In fact Isar is not a lot of code, and most of it is very much debian
specific. The easiest way to go might be switching base distros, which
might bring you "back in time" and on a slower release cycle your might
be used to. And if you carry a lot of your own spec-files, those will
need translation into "debian/" folders.

Also note that Isars main feature is building complete bootable images,
or OTA-update rootfss. For more than just a rootfs, partitioning and
bootloader stuff come into play. It also builds debian package repos
for later offline rebuild or for shipping package-based updates with
apt.
If your main concern is building packages, and maybe package repos ...
it might be too big of a gun (but will work). On the other hand full
bootable image is what you might still need for automated continous
testing in qemu or on real devices.

regards,
Henning

> (sorry for somewhat breaking the thread, I'm apparently not receiving
> answers -- nothing new here from google servers unfortunately)
>