<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:16px"><div class="" id="yiv3623395478yui_3_16_0_1_1439215213043_348984"><span class="" id="yiv3623395478yui_3_16_0_1_1439215213043_352302">There are two concerns I have:</span></div><div class="" dir="ltr" id="yiv3623395478yui_3_16_0_1_1439215213043_348986"><div id="yui_3_16_0_1_1439301305600_226523"><span class="" id="yiv3623395478yui_3_16_0_1_1439215213043_349049"><br></span></div><div id="yui_3_16_0_1_1439301305600_226521"><span class="" id="yiv3623395478yui_3_16_0_1_1439215213043_349049">1.&nbsp;

 I've built, and know many people who still do build, there 
system/enterprise disconnected from the internet.&nbsp; Someone else posted 
about affecting/changing the workflow in order to get the packages 
needed when offline, so I'd be considerate of just what is pulled, and 
why.</span></div></div><div class="" dir="ltr" id="yiv3623395478yui_3_16_0_1_1439215213043_349053"><div id="yui_3_16_0_1_1439301305600_226525"><span class="" id="yiv3623395478yui_3_16_0_1_1439215213043_349052"><br></span></div><div id="yui_3_16_0_1_1439301305600_226527"><span class="" id="yiv3623395478yui_3_16_0_1_1439215213043_349052">2.&nbsp;
 The packages that remain on the DVD should be reviewed/updated to 
ensure there are no REQUIRES, or the like, for packages that are no 
longer going to be on the media.</span></div></div><div class="" dir="ltr" id="yiv3623395478yui_3_16_0_1_1439215213043_349103"><br class="" id="yiv3623395478yui_3_16_0_1_1439215213043_352309" clear="none"><span class="" id="yiv3623395478yui_3_16_0_1_1439215213043_349052"></span></div><div class="" dir="ltr" id="yiv3623395478yui_3_16_0_1_1439215213043_352334"><div id="yui_3_16_0_1_1439301305600_226528" dir="ltr"><span class="" id="yiv3623395478yui_3_16_0_1_1439215213043_349052">Thank you.</span></div></div><div id="yui_3_16_0_1_1439301305600_226530"><br></div><div id="yui_3_16_0_1_1439301305600_226533">P.S. I'd sent this once before, but never saw it appear on the list.<br>  </div><div id="yui_3_16_0_1_1439301305600_226537" style="font-family: times new roman, new york, times, serif; font-size: 16px;"> <div id="yui_3_16_0_1_1439301305600_226536" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_1_1439301305600_226535" dir="ltr"> <hr size="1">  <font id="yui_3_16_0_1_1439301305600_226539" face="Arial" size="2"> <b><span style="font-weight:bold;">From:</span></b> Stephen Gallagher &lt;sgallagh@redhat.com&gt;<br> <b><span style="font-weight: bold;">To:</span></b> Server SIG &lt;server@lists.fedoraproject.org&gt; <br> <b><span style="font-weight: bold;">Sent:</span></b> Monday, August 10, 2015 2:46 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Dropping a lot of files from the DVD<br> </font> </div> <div id="yui_3_16_0_1_1439301305600_226541" class="y_msg_container"><br>During the F23 Alpha release process, we hit upon a bug[1] in FreeIPA<br>(actually tomcatjss) that prevented the Domain Controller deployment<br>from working (or FreeIPA from being installed at all). We were able to<br>handwave this at Alpha by observing that almost no one actually<br>installs the packages from the DVD and rolekit defaults to updating<br>from the network anyway. So we were able to fix this for Alpha without<br>necessitating a respin of the media (and causing a slip of the<br>release).<br><br>We also had another bug[2] that caused compose issues which was related<br>to a FTBFS with the perl-MongoDB package.<br><br>It got several of us thinking, however. Why are we shipping much<br>(most?) of the stuff we have on the DVD? I can understand some of the<br>choices we've made, like shipping support packages for uncommon (but<br>not unheard-of) hardware as optional installs, but why are we shipping<br>the "perl-web" group? Or PHP? Do we really need the load-balancer and<br>high-availability groups right there on the disk?<br><br>I'd like to propose that we drop from the Server installation<br>everything that is not either part of the default install as it now<br>stands or an optional component for hardware support.<br><br>This would mean that we could remove a lot of historical cruft; all of<br>the things we are dropping would remain available post-install or via a<br>network install. They would simply stop being available from a DVD<br>install.<br><br>There's a new feature[3] of rolekit that I have been working on that<br>will allow us to deploy roles as part of kickstart, but it does not<br>require that the packages actually be on the DVD at all; it only<br>requires that the system have a valid network connection upon booting<br>up for the first time. The way it will work is by creating a systemd<br>service unit during the kickstart %post that will fire once the network<br>is up on the newly-booted system and then will proceed to pull the<br>packages from the appropriate repositories and start the roles.<br><br>Going this route would significantly reduce the size of the DVD as well<br>as the risk that issues in one of our supported roles would block the<br>release. (They would still need to be fixed and pushed stable for 0<br>-day, but they wouldn't necessitate a respin of the media and thus a<br>new validation run).<br><br>If we approve this plan, we'll probably need to amend the release<br>criteria to accommodate it.<br><br>Thoughts? I'd like to put this plan in place well in advance of Beta so<br>that we can validate it with early test composes (and not risk<br>slippage).<br><br><br><br>[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1250724" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1250724</a><br>[2] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1134882" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1134882</a><br>[3] <a href="https://github.com/libre-server/rolekit/issues/1" target="_blank">https://github.com/libre-server/rolekit/issues/1</a><br>_______________________________________________<br>server mailing list<br><a ymailto="mailto:server@lists.fedoraproject.org" href="mailto:server@lists.fedoraproject.org">server@lists.fedoraproject.org</a><br><a href="https://admin.fedoraproject.org/mailman/listinfo/server" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/server</a><br><br></div> </div> </div>  </div></body></html>