<br><div class="gmail_quote">On Thu, Feb 28, 2013 at 5:07 PM, Loïc Minier <span dir="ltr"><<a href="mailto:loic.minier@ubuntu.com" target="_blank">loic.minier@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Thu, Feb 28, 2013, Alex Chiang wrote:<br>
> If you want to avoid the daily grind, press the close button when<br>
> update-manager fires. Or set the 'check for updates' frequency to<br>
> monthly. I think the intended audience for monthly images could<br>
> handle that workflow.<br>
><br>
> If you want to avoid the extra bandwidth requirements for daily<br>
> updates, I think the same solution applies. Or you use the<br>
> update-manager GUI to select only the security updates and ignore<br>
> the rest.<br>
<br>
</div>I think this would be a valid solution; one thing to keep in mind with<br>
this approach that security updates would be built based on some version<br>
of the rolling release and so users of older versions of the packages<br>
would be forced to update to anything pulled by these security updates.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div> </div><div>What about a rolling static base instead?  Do a unionfs (or similar) on top of it.  Deliver an encompassing image from month to month.  Turn off apt as a mechanism to deliver updates.  But allow it to be turned back on.  Even if you don't install anything on top of it, then every month a new static base comes up and updates it.  If you decide to do daily updates on top, some of them might be in next month's new static base already, so that would need to be handled gracefully.</div>
<div><br></div><div>Similar approaches are applied to Chrome OS and Android successfully.</div></div><div><br></div>-- <br>Mario Limonciello<br><a href="mailto:superm1@gmail.com" target="_blank">superm1@gmail.com</a>