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