<div>I like the availability of a mzscheme-only package - it allows you to deploy a minimal system in a production environment.</div>
<div> </div>
<div>Thanks,</div>
<div>yc</div>
<div> </div>
<div class="gmail_quote">On Wed, Nov 11, 2009 at 8:57 AM, Jay McCarthy <span dir="ltr">&lt;<a href="mailto:jay.mccarthy@gmail.com">jay.mccarthy@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I personally don&#39;t see any value in leaving out the docs or DrScheme.<br>Everything is so small anyways and hard drive space is cheap... I<br>
don&#39;t get the use case.<br><font color="#888888"><br>Jay<br></font>
<div>
<div></div>
<div class="h5"><br>On Wed, Nov 11, 2009 at 8:25 AM, Matthias Felleisen<br>&lt;<a href="mailto:matthias@ccs.neu.edu">matthias@ccs.neu.edu</a>&gt; wrote:<br>&gt;<br>&gt; Thanks for the responses. The responses propose three natural things:<br>
&gt;<br>&gt; 1. We need the nightly builds.<br>&gt;<br>&gt; 2. Eli&#39;s component rules must be turned into something that people can read<br>&gt; up on.<br>&gt;<br>&gt; 3. The email about rule violations should not go to Eli but to plt-dev.<br>
&gt; (It&#39;s all implemented, no need to shift it anywhere.)<br>&gt;<br>&gt; ;; ---<br>&gt;<br>&gt; There were no comments on component-oriented distribution.<br>&gt;<br>&gt; -- Matthias<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>
&gt;<br>&gt;<br>&gt;<br>&gt; On Nov 10, 2009, at 12:20 PM, Matthias Felleisen wrote:<br>&gt;<br>&gt;&gt;<br>&gt;&gt; Ladies and gentlemen,<br>&gt;&gt;<br>&gt;&gt; Eli spent my first hour++ in my office this morning pointing our serious<br>
&gt;&gt; flaws in our world. Here are two important points, and I am putting them up<br>&gt;&gt; for discussion here with a request for sensible comments:<br>&gt;&gt;<br>&gt;&gt; 1. In some way we have been conducting a social experiment for the past 10<br>
&gt;&gt; days or so. As you all know, Eli spent a considerable time creating the<br>&gt;&gt; nightly build framework when he first arrived here. From the nightly build,<br>&gt;&gt; Eli&#39;s software also creates a nightly set of deliveries and puts them up on<br>
&gt;&gt; the web somewhere. What you ma not realize is that the nightly builds have<br>&gt;&gt; been broken for some 10 days due to the check-in of a module that breaks the<br>&gt;&gt; component delivery mechanism.<br>&gt;&gt;<br>
&gt;&gt; Nobody complained, so our conclusion was that nobody noticed. Our second<br>&gt;&gt; corollary was that perhaps we only have a camel-back distribution of users:<br>&gt;&gt; those who use svn and build from svn and those that use only the releases.<br>
&gt;&gt; (As Eli walked out of my office, I switched to my email and the first<br>&gt;&gt; message contained a complaint about the missing nightly deliveries. This<br>&gt;&gt; means we know of one user of the deliveries.)<br>
&gt;&gt;<br>&gt;&gt; 2. Which brings me to the topic of &quot;delivery by component.&quot; Apparently<br>&gt;&gt; few, if anyone here, is aware of Eli&#39;s carefully arrange delivery layers:<br>&gt;&gt;<br>&gt;&gt; -- smallest: plain mzscheme, no mred, no docs<br>
&gt;&gt; -- mid size: mred, drscheme, no docs<br>&gt;&gt; -- largest:  everything<br>&gt;&gt;<br>&gt;&gt; Eli tells me that there are numerous people who use &#39;smallest&#39;; I don&#39;t<br>&gt;&gt; know about mid.<br>
&gt;&gt;<br>&gt;&gt; He (and I and I know Robby) have for a long time envisioned a delivery<br>&gt;&gt; system that starts with a core package and then asks (possibly via some gui)<br>&gt;&gt; what other packages should be installed, e.g., the &#39;mred&#39; layer or the<br>
&gt;&gt; server. The three-tier delivery system is a first step toward this<br>&gt;&gt; component-oriented delivery.<br>&gt;&gt;<br>&gt;&gt; Eli has carefully maintained a dependency graph and list (that takes some<br>&gt;&gt; 11megs) among the various files (8 platforms, 3 tiers, everything spelled<br>
&gt;&gt; out). Since people aren&#39;t really aware of this system, they easily and<br>&gt;&gt; apparently relatively often break the non-cyclic dependencies. (I am guilty<br>&gt;&gt; of doing this myself when I wrote the first docs that depended on<br>
&gt;&gt; slideshow.)<br>&gt;&gt;<br>&gt;&gt; In my opinion, we have two options:<br>&gt;&gt;<br>&gt;&gt; -- drop the dependency system and just deliver one large package<br>&gt;&gt; -- enforce the dependencies. If you break them, you get a message.<br>
&gt;&gt;   If you don&#39;t clean them up in N hours, the file is removed.<br>&gt;&gt;<br>&gt;&gt; ;; ---<br>&gt;&gt;<br>&gt;&gt; As I said, sensible comments welcome. -- Matthias<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>
&gt;&gt; _________________________________________________<br>&gt;&gt; For list-related administrative tasks:<br>&gt;&gt; <a href="http://list.cs.brown.edu/mailman/listinfo/plt-dev" target="_blank">http://list.cs.brown.edu/mailman/listinfo/plt-dev</a><br>
&gt;<br>&gt; _________________________________________________<br>&gt;  For list-related administrative tasks:<br>&gt;  <a href="http://list.cs.brown.edu/mailman/listinfo/plt-dev" target="_blank">http://list.cs.brown.edu/mailman/listinfo/plt-dev</a><br>
&gt;<br><br><br><br></div></div>
<div class="im">--<br>Jay McCarthy &lt;<a href="mailto:jay@cs.byu.edu">jay@cs.byu.edu</a>&gt;<br>Assistant Professor / Brigham Young University<br><a href="http://teammccarthy.org/jay" target="_blank">http://teammccarthy.org/jay</a><br>
<br>&quot;The glory of God is Intelligence&quot; - D&amp;C 93<br>_________________________________________________<br></div>
<div>
<div></div>
<div class="h5"> For list-related administrative tasks:<br> <a href="http://list.cs.brown.edu/mailman/listinfo/plt-dev" target="_blank">http://list.cs.brown.edu/mailman/listinfo/plt-dev</a><br></div></div></blockquote></div>
<br>