<div dir="ltr">+1 for not allowing EOL </div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><span></span><span></span>Corey W Sheldon</div><div>Freelance IT Consultant, Multi-Discipline Tutor </div><div>Ameridea LLC, Co-Founder, CTO</div><div>(p) +1 (310) 909-7672</div><div><br></div><div> "One must never underestimate the power of boredom...from which creativity and laziness are borne, which can spark great works of chaos and genius." </div><div><br></div><div>Find Me on any of the sites I teach /frequent: <a href="https://gist.github.com/linux-modder/ac5dc6fa211315c633c9" target="_blank">https://gist.github.com/linux-modder/ac5dc6fa211315c633c9</a></div><div>---------------------------------------------------------------------------------------------------</div><div><span style="font-size:12.8000001907349px">Tox: </span></div><div><span style="font-size:12.8000001907349px"><a href="mailto:corey84@toxme.se" target="_blank">corey84@toxme.se</a></span></div><div><span style="font-size:12.8000001907349px">9357BC6A5944A08AFC7D1EFFD61F6A73B9EABF8B2FB84ACF1DAC9A1A4D0A4705FFCCD0E5499B</span></div><div>PGP: <a href="http://pgp.mit.edu/pks/lookup?op=get&search=0xE958C5D6718BF597" style="font-size:12.8000001907349px" target="_blank">718BF597</a><span style="font-size:12.8000001907349px;color:rgb(0,0,0)"> FP: </span><span style="color:rgb(0,0,0);font-size:12.8px">2930 99EB 083D D332 0752 88C4 E958 C5D6 718B F597</span></div><div><div><span style="font-size:12.8px">---------------------------------------------------------------------------------------------------</span><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Jul 21, 2015 at 12:12 PM, Daniel P. Berrange <span dir="ltr"><<a href="mailto:berrange@redhat.com" target="_blank">berrange@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Jul 21, 2015 at 11:05:19AM -0500, Adam Miller wrote:<br>
> On Mon, Jul 20, 2015 at 2:33 PM, Chris Murphy <<a href="mailto:lists@colorremedies.com">lists@colorremedies.com</a>> wrote:<br>
> > Isn't it true the install media ISOs are available indefinitely? And<br>
> > if so the security cat is already out of the bag, so that's not a very<br>
> > good argument. I'd say if we wanted to do something better it would be<br>
> > an image that's usable for both VM and containers, and would be the<br>
> > state of that version at the time it went EOL, i.e. it has all<br>
> > available updates baked into it. And then de-emphasize the original<br>
> > ISO as the way to run older versions of Fedora.<br>
><br>
> It is true that install media ISOs are available forever, but we don't<br>
> go backwards in time and create vagrant boxes or IaaS cloud qcow<br>
> images of old EOL'd Fedora releases that went EOL before those<br>
> technologies existed and/or became popular. I don't see why we would<br>
> start doing so now for docker images.<br>
<br>
</span>The security downsides of officially distributed docker images for EOL<br>
versions are already mentioned, and i think that alone should be enough<br>
to kill the idea. Beyond that though, making these EOL images available<br>
is going to consume a non-zero amount of maintainer time for at least<br>
one person, thus inevitably diverting resources away from making current<br>
non-EOL Fedora better.<br>
<br>
Avoiding maintainer time being sucked up on old releases is why we EOL<br>
them in the first place, and the rationale for existence of long term<br>
support alternatives like RHEL & CentOS. So I don't think we should<br>
consider cloud images any differently in that respect. Fedora is about<br>
being at the cutting edge and that's where we should focus our limited<br>
resources, even for cloud images.<br>
<br>
If people want cloud images with older software versions than are in the<br>
current supported Fedora, they should be looking for cloud images from<br>
CentOS/RHEL instead.<br>
<br>
Regards,<br>
Daniel<br>
<span class="HOEnZb"><font color="#888888">--<br>
|: <a href="http://berrange.com" rel="noreferrer" target="_blank">http://berrange.com</a> -o- <a href="http://www.flickr.com/photos/dberrange/" rel="noreferrer" target="_blank">http://www.flickr.com/photos/dberrange/</a> :|<br>
|: <a href="http://libvirt.org" rel="noreferrer" target="_blank">http://libvirt.org</a> -o- <a href="http://virt-manager.org" rel="noreferrer" target="_blank">http://virt-manager.org</a> :|<br>
|: <a href="http://autobuild.org" rel="noreferrer" target="_blank">http://autobuild.org</a> -o- <a href="http://search.cpan.org/~danberr/" rel="noreferrer" target="_blank">http://search.cpan.org/~danberr/</a> :|<br>
|: <a href="http://entangle-photo.org" rel="noreferrer" target="_blank">http://entangle-photo.org</a> -o- <a href="http://live.gnome.org/gtk-vnc" rel="noreferrer" target="_blank">http://live.gnome.org/gtk-vnc</a> :|<br>
</font></span><div class="HOEnZb"><div class="h5">--<br>
devel mailing list<br>
<a href="mailto:devel@lists.fedoraproject.org">devel@lists.fedoraproject.org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/devel</a><br>
Fedora Code of Conduct: <a href="http://fedoraproject.org/code-of-conduct" rel="noreferrer" target="_blank">http://fedoraproject.org/code-of-conduct</a></div></div></blockquote></div><br></div>