<p><br>
Den 07/01/2013 22.36 skrev &quot;Jameson&quot; &lt;<a href="mailto:imntreal@gmail.com">imntreal@gmail.com</a>&gt;:<br>
&gt;<br>
&gt; On Sun, Jan 6, 2013 at 6:38 AM, Kenni Lund &lt;<a href="mailto:kenni@kelu.dk">kenni@kelu.dk</a>&gt; wrote:<br>
&gt; &gt; The issue with rolling release distributions on servers are that every<br>
&gt; &gt; application on the server suddenly can receive a major update which<br>
&gt; &gt; requires your attention. So when you perform a regular system update,<br>
&gt; &gt; which you expect to spend 5 minutes on, you&#39;ll end up spending 3<br>
&gt; &gt; hours, since you need to update some configuration file to be<br>
&gt; &gt; compatible with the new major release of some application which was<br>
&gt; &gt; updated. You can choose to avoid updating some of your applications,<br>
&gt; &gt; but it will only be a matter of time until other packages on the<br>
&gt; &gt; system becomes incompatible with your hold-back packages, and hence<br>
&gt; &gt; forcing you to update the packages anyway.<br>
&gt;<br>
&gt; If updating config files for package updates is chewing up that much<br>
&gt; of your time, you should check out pacdiff.  It along with<br>
&gt; systemd-delta has saved me plenty of time when running updates in<br>
&gt; Arch.</p>
<p>That sentence contained some more examples, but I decided to strip it down before posting the message. Some other real-life examples, which definitely takes longer than doing a diff between two text files and reading the manual:<br>

Updates to the Arch Linux software RAID hook-system breaks assembly of software RAID and hence - in my case - the ability to boot. When the server is a headless server in a cupboard, that will be a PITA.<br>
Same thing applies when the userspace qemu-kvm fork was suddently replaced with the upstream qemu executable, just because some initial <br>
Den 07/01/2013 22.36 skrev &quot;Jameson&quot; &lt;<a href="mailto:imntreal@gmail.com">imntreal@gmail.com</a>&gt;:<br>
&gt;<br>
&gt; On Sun, Jan 6, 2013 at 6:38 AM, Kenni Lund &lt;<a href="mailto:kenni@kelu.dk">kenni@kelu.dk</a>&gt; wrote:<br>
&gt; &gt; 2013/1/6 Nick Rout &lt;<a href="mailto:nick.rout@gmail.com">nick.rout@gmail.com</a>&gt;:<br>
&gt; &gt;&gt; I really hate this 2 yearly cycle of updating ubuntu distros, even on LTS. I<br>
&gt; &gt;&gt; thought maybe a rolling release like Arch would alleviate me from having to<br>
&gt; &gt;&gt; do that.<br>
&gt;<br>
&gt; I&#39;m running Arch on my home server for just this reason.  I probably<br>
&gt; wouldn&#39;t recommend it for a commercial production environment where<br>
&gt; applications may require specific patch levels for support, but at<br>
&gt; home I really like it.<br>
&gt;<br>
&gt; &gt; The issue with rolling release distributions on servers are that every<br>
&gt; &gt; application on the server suddenly can receive a major update which<br>
&gt; &gt; requires your attention. So when you perform a regular system update,<br>
&gt; &gt; which you expect to spend 5 minutes on, you&#39;ll end up spending 3<br>
&gt; &gt; hours, since you need to update some configuration file to be<br>
&gt; &gt; compatible with the new major release of some application which was<br>
&gt; &gt; updated. You can choose to avoid updating some of your applications,<br>
&gt; &gt; but it will only be a matter of time until other packages on the<br>
&gt; &gt; system becomes incompatible with your hold-back packages, and hence<br>
&gt; &gt; forcing you to update the packages anyway.<br>
&gt;<br>
&gt; If updating config files for package updates is chewing up that much<br>
&gt; of your time, you should check out pacdiff.  It along with<br>
&gt; systemd-delta has saved me plenty of time when running updates in<br>
&gt; Arch.<br>
&gt;<br>
&gt; =-Jameson<br>
&gt; _______________________________________________<br>
&gt; mythtv-users mailing list<br>
&gt; <a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
&gt; <a href="http://www.mythtv.org/mailman/listinfo/mythtv-users">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
</p>