<div dir="ltr">On installation issues:<div><br><div style> 1) Yes on defaulting to an installation-wide install as default.</div><div style><br></div><div style> 2) A non-UI build installation, &quot;server&quot; build capability (in a backend/engine/runtime not web sense), Image manipulation libraries etc are installed but full DrDr and associated tooling is not.  (e.g. fast build on a &quot;cloud&quot; server straight from git with minimal core collection/library support).</div>
<div style>    - Building Racket from source on a AWS small 64-bit server fails.  It shouldn&#39;t (last time I tried)  and it is a niggling inconvenience that it is so.</div><div style><br></div><div style> 3) Many (even most) of the collections library are non-core and IMHO should be evicted out into separate github hosted projects with drop-dead simple installation via Planet2 on demand.  I know this sounds harsh, but collects is over due for  a healthy paring, if not a full blown gastric by-pass.</div>
</div><div style>   - I think an independence of development/release cycles between Racket and a host of stuff in collections is healthier for Racket and those libraries as well.</div><div style><br></div><div style><br></div>
<div style>Ray</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jan 5, 2013 at 9:58 AM, Matthew Flatt <span dir="ltr">&lt;<a href="mailto:mflatt@cs.utah.edu" target="_blank">mflatt@cs.utah.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have been thinking about how developers who build their own Racket<br>
are more likely to want installation-wide packages instead of user- and<br>
version-specific packages. This is particularly true for those of us<br>
who work from the git respository.<br>
<br>
Maybe the default for a build `configure&#39;d without `--prefix&#39; (or, more<br>
generally, for a non-Unix-style build) should be installation-wide<br>
package installs, while the default for our pre-built distributions<br>
should be user- and version-specific installs.<br>
<br>
The default mode would be determined by configuration information in<br>
the installation-specific package area, and something like `raco pkg<br>
config -i default-mode &lt;mode&gt;&#39; could change an installation&#39;s default.<br>
<br>
Does this sound like a good idea?<br>
<br>
_________________________<br>
  Racket Developers list:<br>
  <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br>
</blockquote></div><br></div>