<div dir="ltr">Sounds good. Are you willing to contribute to this? I have no experience with autopkgtest at all.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 10, 2017 at 6:41 AM, Raphael Hertzog <span dir="ltr"><<a href="mailto:hertzog@debian.org" target="_blank">hertzog@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello guys,<br>
<br>
On Sat, 05 Aug 2017, Michael Stapelberg wrote:<br>
> Thanks for the thorough review. It took me quite a bit to address all these<br>
> comments :).<br>
<br>
Great to see progress being made here but I have a few ideas that might<br>
impact how you implement all this.<br>
<br>
I really like the idea to make it easier for people to setup everything<br>
they need to be able to do their packaging work. Unfortunately, setting<br>
up the sbuild chroot is only part of the answer. We also need<br>
qemu images for autopkgtest for example. And they also need to be updated<br>
regularly.<br>
<br>
And as you mentionned, it would be nice to be able to support derivatives<br>
easily, not only in place of Debian, but next to the usual Debian support.<br>
<br>
And we want this package to work for packagers on their laptop but it<br>
would be extra cool if it could also be used on build daemons to maintain<br>
the build chroots.<br>
<br>
I envision a system where the "build environments" would be defined<br>
by files in /etc/something/build-<wbr>environments.d/ and we would provide<br>
the initial file to support sid and we could have additional packages<br>
providing more of them.<br>
<br>
Then we would translate this in appropriate sbuild-createchroot calls<br>
and appropriate commands to create the autopkgtest qemu images, etc.<br>
<br>
Some further comments:<br>
<br>
- since we would also support autopkgtest, it's probably best put in some<br>
  separate package, not in sbuild itself<br>
<br>
- we could make it generic enough so that each "package builder" could<br>
  hook into our scripts to build/update their build environment (e.g.<br>
  chroot tarballs for pbuilder for example).<br>
<br>
- the initial configuration file could be controlled by debconf questions,<br>
  either to disable it entirely (e.g. because you rely on configuration<br>
  management to provide the descriptions of the build environments) or<br>
  to replace the suite name and the mirror to use, it would be low<br>
  priority so as to not burden people with those questions.<br>
<br>
Cheers,<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Raphaël Hertzog ◈ Debian Developer<br>
<br>
Support Debian LTS: <a href="https://www.freexian.com/services/debian-lts.html" rel="noreferrer" target="_blank">https://www.freexian.com/<wbr>services/debian-lts.html</a><br>
Learn to master Debian: <a href="https://debian-handbook.info/get/" rel="noreferrer" target="_blank">https://debian-handbook.info/<wbr>get/</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Best regards,<br>Michael</div>
</div>