<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 31 August 2016 at 08:53, Marc Lehmann <span dir="ltr">&lt;<a href="mailto:schmorp@schmorp.de" target="_blank">schmorp@schmorp.de</a>&gt;</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, Aug 30, 2016 at 05:21:09PM -0700, Paul Eggert &lt;<a href="mailto:eggert@cs.ucla.edu">eggert@cs.ucla.edu</a>&gt; wrote:<br>
&gt; 1. Simplifying the distribution process. This can be seen in the proposed<br>
&gt; changes to tz-link.htm describing how to download and extract the release.<br>
&gt; The current tz-link.htm uses five shell commands to do that; the proposed<br>
&gt; tz-link.htm cuts this to two. These simplifications will make configuration<br>
&gt; errors less likely, as well as make it easier for newcomers.<br>
<br>
</span>At the expense of a rather obscure compression format (lzip), support<br>
for which might have to be downloaded, compiled and installed first.<br></blockquote><div><br></div><div>... and which may not have as comprehensive programmatic support in other platforms, either.</div><div><br></div><div>For example, in Noda Time, the tools I&#39;ve written use common .NET libraries to perform the data extraction. That means without installing anything, I can just point the tools straight at the IANA website.</div><div>That&#39;s definitely feasible for zip, tar, tar.gz and bzip2 files, but may well not be the case for xz or lzip.</div><div><br></div><div>I don&#39;t know how many people this would affect other than myself, of course, but there may well be others.</div><div><br></div><div>It feels like there&#39;s a pretty simple solution here: host multiple files on IANA, and let users pick which one they want. I very much doubt that storage size is a concern, and that way users on poor network connections but with advanced compression tools can use those, and others with fewer bandwidth concerns but more tooling concerns can use more common formats. I would hope it wouldn&#39;t make the release process significantly more complicated - just multiple commands to build the multiple distributable files.</div><div><br></div><div>Now, that raises the possibility of <i>also</i> keeping the code/data split as they currently are, as well as comprehensive distributable files - I have no particular preference on that front.</div><div><br></div><div>Jon</div><div><br></div></div></div></div>