<div dir="ltr">So do we think this reached any kind of consensus? Can I start deleting code related to source ISOs?<div><br></div><div>Cheers,</div><div>mwh</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 5 Jan 2024 at 00:27, Lukasz Zemczak <<a href="mailto:lukasz.zemczak@canonical.com">lukasz.zemczak@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey Michael!<br>
<br>
I basically +1 what Steve said. To add a bit more to this, the current<br>
source-iso machinery doesn't take snaps into consideration, so the<br>
resulting isos weren't fully compliant anyway - especially after we<br>
adopted so many snaps on our images.<br>
The source iso codebase was in general unmaintained. I remember Laney<br>
once tried refactoring it to key on amd64 but that actually broke<br>
things even more, so we decided not to touch it if not needed.<br>
<br>
I think archive snapshotting is a much better solution in overall, or<br>
at least pointing people to the manifest + lists files as a means of<br>
source retrieval. Maybe even offer a tool that would consume a<br>
manifest + list file to download all the sources if needed.<br>
<br>
I feel like it's the right way to go. I'm not really knowledgeable<br>
about the licensing compliance bits here of course, but I'm sure we<br>
can achieve that in a better way than having to provide 6+ isos with<br>
source content, which in my opinion nowadays wasn't very useful<br>
anyway.<br>
<br>
Cheers,<br>
<br>
On Thu, 4 Jan 2024 at 05:55, Steve Langasek <<a href="mailto:steve.langasek@ubuntu.com" target="_blank">steve.langasek@ubuntu.com</a>> wrote:<br>
><br>
> On Thu, Jan 04, 2024 at 04:41:43PM +1300, Michael Hudson-Doyle wrote:<br>
> > Hello release team,<br>
><br>
> > In the course of recent refactorings of ubuntu-cdimage / debian-cd we<br>
> > somehow broke the building of source ISOs. I doubt this is anything very<br>
> > deep and can surely be fixed but there is another option: stop building<br>
> > source ISOs.<br>
><br>
> > AFAIU the point of a source ISO is GPL-compliance: if you are hosting an<br>
> > ISO made out of GPL-licensed components you should really also host the<br>
> > source of those components. However, we put source ISOs on cdimage (e.g.<br>
> > <a href="https://cdimage.ubuntu.com/source/20231011.1/source/" rel="noreferrer" target="_blank">https://cdimage.ubuntu.com/source/20231011.1/source/</a>) not releases, so<br>
> > everyone (?) who mirrors the ubuntu ISOs for us does not mirror the source<br>
> > ISOs.<br>
><br>
> > As our mirror operators have been working this way for approximately 20<br>
> > years without issue, perhaps it's time to stop making source ISOs and<br>
> > delete even more code from debian-cd and ubuntu-cdimage.<br>
><br>
> > WDYAT?<br>
><br>
> As you know, I'm a fan of this.<br>
><br>
> In principle, source images are useful for ensuring the distributors of our<br>
> install images are complying with the terms of the GPL.  But this is only<br>
> true if they are *actually distributed together*, or if the source image is<br>
> somehow useful for a distributor to rely on for the "written offer" option<br>
> under the GPL.<br>
><br>
> As you point out, the image files are not being distributed together.<br>
> Mirrors of <a href="http://releases.ubuntu.com" rel="noreferrer" target="_blank">releases.ubuntu.com</a> don't get these source ISOs; and where<br>
> community flavors are running their own mirrors, AFAIK they aren't including<br>
> the source ISOs.  So if they're not being distributed together, the ISOs are<br>
> no better than pointing at the apt archive for source (possibly with an<br>
> appropriate index - which we do as a matter of course archive as part of<br>
> point releases, so that it is possible to correctly reconstruct the list of<br>
> required source packages + versions for point release images as well, not<br>
> just GA images).<br>
><br>
> And we ourselves long ago stopped distributing physical CDs, and I'm not<br>
> aware of anyone else doing so - and if someone does, I think it's unlikely<br>
> that they are also distributing<br>
> <a href="https://cdimage.ubuntu.com/releases/mantic/release/source/" rel="noreferrer" target="_blank">https://cdimage.ubuntu.com/releases/mantic/release/source/</a> on 6 DVDs!  This<br>
> just isn't a useful structuring of corresponding-source-for-image anymore,<br>
> because we try to include the source for all flavors, and there are a lot<br>
> more flavors than there were when source ISOs started being built; yet we've<br>
> had zero bug reports from anyone asking to make these source ISOs more<br>
> useful.<br>
><br>
> And as far as OEM preinstalled systems are concerned, well - those systems<br>
> use customized install media, so the "mainline" Ubuntu source ISOs don't<br>
> satisfy the "corresponding source" requirement there either.<br>
><br>
> So I think in practice, the source ISOs are not useful in their current<br>
> state, haven't been for a long time, and therefore we should stop producing<br>
> them.<br>
><br>
><br>
> And as to whether there are costs in maintaining these: we basically only<br>
> build source ISOs once or twice every release cycle, so the machinery to do<br>
> so is very much the opposite of well-oiled.  After the 23.10.1 respin of the<br>
> Ubuntu Desktop images, I found that the source ISOs appeared to have become<br>
> un-published, and I found it incredibly difficult to even work out the<br>
> correct invocation of the commands that would allow me to re-publish the<br>
> existing ISOs.  debian-cd didn't even enter into it, I was just trying to<br>
> drive ubuntu-cdimage to re-publish the previously built images...<br>
><br>
> Dropping the source ISO builds from the release process (and not having to<br>
> continue supporting them in the code) would be very nice.<br>
><br>
> --<br>
> Steve Langasek                   Give me a lever long enough and a Free OS<br>
> Debian Developer                   to set it on, and I can move the world.<br>
> Ubuntu Developer                                   <a href="https://www.debian.org/" rel="noreferrer" target="_blank">https://www.debian.org/</a><br>
> <a href="mailto:slangasek@ubuntu.com" target="_blank">slangasek@ubuntu.com</a>                                     <a href="mailto:vorlon@debian.org" target="_blank">vorlon@debian.org</a><br>
> --<br>
> Ubuntu-release mailing list<br>
> <a href="mailto:Ubuntu-release@lists.ubuntu.com" target="_blank">Ubuntu-release@lists.ubuntu.com</a><br>
> Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-release" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-release</a><br>
<br>
<br>
<br>
-- <br>
Łukasz 'sil2100' Zemczak<br>
 Foundations Team<br>
 Tools Squad Engineering Manager<br>
 <a href="mailto:lukasz.zemczak@canonical.com" target="_blank">lukasz.zemczak@canonical.com</a><br>
 <a href="http://www.canonical.com" rel="noreferrer" target="_blank">www.canonical.com</a><br>
<br>
-- <br>
Ubuntu-release mailing list<br>
<a href="mailto:Ubuntu-release@lists.ubuntu.com" target="_blank">Ubuntu-release@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-release" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-release</a><br>
</blockquote></div>