<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-11-30 22:49 GMT+03:00 Gail Zacharias <span dir="ltr"><<a href="mailto:gz@clozure.com" target="_blank">gz@clozure.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">One approach I haven't seen discussed (so perhaps it has a fatal flaw I don't know about) is for distribution to be done via a tarball that consists of the binary distribution plus a skeleton version control tree - i.e. a source tree checked out the central repo, but with all the files deleted, so just the vcs meta-data. Installation consists of unpacking the tarball, and then (by hand or via a script) issuing the appropriate vcs command to fetch the latest sources, and finally rebuilding the images from source.  By including the vcs meta-data in the tarball, you eliminate the failure mode of users not knowing where to get the sources, or getting the wrong version of the sources (although it doesn't eliminate the problem of users getting just the sources and not knowing how to get the binaries, which also used to happen, but that's more manageable).</div></blockquote><div>I would prefer the installator for Linux (sh bundle), the installator for Windows,</div><div>the dmg for Mac OS X, the sources + binaries tarball, and the Git repo</div><div>which contains shell scripts for downloading appropriate binaries and hooks<br></div><div>which runs this scripts automatically.</div></div></div></div>