[racket] Planet2 questions

From: Jay McCarthy (jay.mccarthy at gmail.com)
Date: Thu Apr 4 18:52:25 EDT 2013

The new package system is very different than Planet. Planet will
continued to be supported. You don't need to use the new one.

The new package system does not have "internal" linking like Planet,
so your program might be:

(require memoize)
(require graph/dijkstra)

if those packages were converted.

You would need to explicitly install the appropriate packages. (The
new system is currently in beta and one of the things that will take
it out of beta is a helper to discover which packages you need and
which ones you should trust.)

The introduction of the documentation has lots of information I think
you may find interesting:

http://docs.racket-lang.org/planet2/Package_Concepts.html

as does the FAQ

http://docs.racket-lang.org/planet2/FAQ.html

Jay

On Thu, Apr 4, 2013 at 4:49 PM, Joe Gilray <jgilray at gmail.com> wrote:
> If I am a consumer of packages do I need to make any changes to use the new
> system?
>
> For example, I have code that has:
>
> (require (planet dherman/memoize:3:1))
> (require (planet jaymccarthy/dijkstra:1:2))
>
> What do I do to "point" at planet2?
>
> Thanks,
> -joe
>
>
> On Thu, Apr 4, 2013 at 8:18 AM, Jay McCarthy <jay.mccarthy at gmail.com> wrote:
>>
>> In general, the new package system is designed for developers to only
>> interact with the PNR a single time, to create the package, and never
>> again. This is why it leverages git/etc so that their normal processes
>> are "just right".
>>
>> Since creating an incompatible change creates a "new" package, I think
>> it is justified in this model for them to return to the PNR. And, I
>> like the idea that they don't need to "plan ahead" in any way for this
>> sort of thing vis-a-vis their development infrastructure.
>>
>> Jay
>>
>> On Thu, Apr 4, 2013 at 9:15 AM, Laurent <laurent.orseau at gmail.com> wrote:
>> >
>> >
>> >>
>> >> > But I see that many packages on Planet2 are using the master as the
>> >> > package
>> >> > source. Then how do the developers manage major versions and
>> >> > development?
>> >>
>> >> I believe that most of these developers do not intend to ever break
>> >> compatibility. But if they do, they can tag the last "Version 1"
>> >> commit, change the PNR to point to the tag, then create a new "Version
>> >> 2" package that uses "master". The PNR source record can be changed
>> >> whenever you want and it is not cached, etc by users, so when you
>> >> change it, they will get the update just like usual.
>> >
>> >
>> > Ah wonderful, that answers my concerns.
>> >
>> > Thank you very much for your answers.
>> >
>> > Laurent
>> >
>>
>>
>>
>> --
>> Jay McCarthy <jay at cs.byu.edu>
>> Assistant Professor / Brigham Young University
>> http://faculty.cs.byu.edu/~jay
>>
>> "The glory of God is Intelligence" - D&C 93
>> ____________________
>>   Racket Users list:
>>   http://lists.racket-lang.org/users
>
>



-- 
Jay McCarthy <jay at cs.byu.edu>
Assistant Professor / Brigham Young University
http://faculty.cs.byu.edu/~jay

"The glory of God is Intelligence" - D&C 93

Posted on the users mailing list.