<p dir="ltr"><br>
On Dec 8, 2012 10:14 PM, &quot;Eli Barzilay&quot; &lt;<a href="mailto:eli@barzilay.org">eli@barzilay.org</a>&gt; wrote:<br>
&gt;<br>
&gt; On Wednesday, Sam Tobin-Hochstadt wrote:<br>
&gt; &gt;<br>
&gt; &gt; Given that context, maybe the right thing here is (a) installation-<br>
&gt; &gt; specific packages by default and (b) a way to *upgrade* an existing<br>
&gt; &gt; installation when installing.  That might be as simple as<br>
&gt; &gt; automatically running &#39;raco pkg migrate&#39;, but I think making it part<br>
&gt; &gt; of the installation step would make life easier for people, and<br>
&gt; &gt; perhaps an upgrade could avoid duplicating files.<br>
&gt;<br>
&gt; I think that this is exactly what Matthew was talking about.  One<br>
&gt; tricky bit here is to know which packages were installed for which<br>
&gt; level.  If *you* installed some packages, then the next time you *run*<br>
&gt; (not install) an updated racket version you&#39;d be asked if you want to<br>
&gt; do the migration.  But if some package was installed as part of the<br>
&gt; racket tree (not user specific) then the same question would apply<br>
&gt; when a new version gets installed.</p>
<p dir="ltr">Why would this wait for the first run for any packages?</p>
<p dir="ltr">One other thing that I think is important in a migration path is keeping any modification made to the source of the packages that are already installed.</p>
<p dir="ltr">Sam<br>
</p>