[racket] install-pkg

From: Robby Findler (robby at eecs.northwestern.edu)
Date: Sun Jun 20 13:32:53 EDT 2010

Yes, that's the right place; it appears to the results of a recent
nightly build (not one with the change I pushed today tho).

It still needs to be updated to the new website, tho. Not sure when
that's going to happen; I'll alert the relevant folks.


On Sun, Jun 20, 2010 at 12:29 PM, Laurent <laurent.orseau at gmail.com> wrote:
> On Sun, Jun 20, 2010 at 18:25, Robby Findler <robby at eecs.northwestern.edu>
> wrote:
>> On Sun, Jun 20, 2010 at 7:51 AM, Robby Findler
>> <robby at eecs.northwestern.edu> wrote:
>> > On Sun, Jun 20, 2010 at 4:19 AM, Laurent <laurent.orseau at gmail.com>
>> > wrote:
>> >> That worked, but there is one annoying thing: it recompiled *all* the
>> >> dependencies, including the whole Racket...
>> >> Is there a way to avoid this with this function?
>> >
>> > This is a bad interaction between drracket's automatic compilation
>> > setup and the planet tools. In general, these planet functions expect
>> > to be called in a fairly clean environment and, when they are called
>> > via the planet command-line tool or when they are called by a
>> > `(require (planet ...))', they do get that clean environment, but when
>> > they are called directly here, they don't.
>> >
>> > I'm not really sure if this is fixable, but I have not looked
>> > carefully at it yet. (I will at least try to document the restriction
>> > if I cannot lift it.)
>> >
>> > The simplest thing, for now, is to just make sure you call these from,
>> > say, a racket command-line script.
>> I've adjusted planet a little bit so that now this works like you'd
>> expect.
>> But please let me know if you see other problems with planet now
>> compiling too much or too little in other situations....
> Thanks for the replies, Robby.
> Btw, is http://pre.racket-lang.org/installers/ really pointing to the right
> thing?
> I don't see new nightly builds, but maybe there isn't one yet.

Posted on the users mailing list.