<div dir="ltr">OK, go for the clean way if it is usefull, but then we must also publish the pre-trunk version of updateFromServer in this package.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/25 David T. Lewis <span dir="ltr"><<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Sun, Nov 24, 2013 at 10:11:56PM +0100, Nicolas Cellier wrote:<br>
> What is the last time this code were used? 3.8 image?<br>
> The clean way is to isolate a package then remove it (if we think that code<br>
> has an interest and could be revived).<br>
> Otherwise, the fast way is to just remove...<br>
><br>
<br>
</div>In this case I think there is a very good chance that someone will want<br>
to use this in the future, because it provides a very lightweight and<br>
human-readable means of replaying an update stream, regardless of whether<br>
that update stream was originally implemented using Monticello or some<br>
other mechanism.<br>
<br>
I like Frank's idea. Turning the old update stream mechanism into a<br>
reloadable package would reduce the clutter of Utilities, and it would<br>
hopefully preserve the update stream mechanism in a manner that would<br>
make it easier to understand and maintain.<br>
<br>
Dave<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> 2013/11/24 Frank Shearar <<a href="mailto:frank.shearar@gmail.com">frank.shearar@gmail.com</a>><br>
><br>
> > Utilities' "fetching updates" category seems obsolete - that's all the<br>
> > bits to work with an update stream, isn't it?<br>
> ><br>
> > If we want to continue with infrastructure for an update stream, why<br>
> > don't we put all this stuff together in its own package? Especially,<br>
> > can we pull the state out of Utilities? UpdateDownloader and<br>
> > UpdateUrlLists belong together in a separate object.<br>
> ><br>
> > It's not just Utilities though - I've seen a whole bunch of methods<br>
> > all over the place (he says not bothering to go find all those places)<br>
> > that look like they deal with update streams. These could also go into<br>
> > this new package.<br>
> ><br>
> > It ought to be the work of a few hours, for someone keen to improve<br>
> > the state of affairs!<br>
> ><br>
> > frank<br>
> ><br>
> ><br>
<br>
><br>
<br>
<br>
</div></div></blockquote></div><br></div>