Just out of curiosity: What are your / the teams objections against some
kind of real versioning system that allows to

* specify a version number without creating a new package
* specify dependencies based on minimal version
* keep/pin a package at some particular version (maybe your code
  depends on an exact, even buggy behavior)
* keep directory and file names between incompatible versions
  without getting banned from solar

What made me also wonder when i read the docs is, why is it allowed to
have packets that have the same directories as the core racket distribution?


On Thu, 08 Nov 2012 14:16:58 +0100, Jay McCarthy <jay.mccar...@gmail.com> wrote:

Now that the 5.3.1 release is finished, I've just pushed the beta release
of Planet 2 to the Racket core.

I've tried to answer all questions and explain everything about Planet 2 in
the documentation, which I've uploaded a copy of here:


In particular, it explains what the plan is to go from this beta release to
the final release.

If you currently have packages on Planet 1, I am excited to help you make
the transition to Planet 2. (I am currently in the process of converting my
packages.) Please do not hesitate to let me know how I can help.

This represents the third iteration of the design of Planet 2. (The first
was worked on from August 10, 2010 to March 11, 2011. The second in July
2011. The third from August 2011 until now, although coding didn't begin
until December 2011.)



p.s. In the implementation, I'm particularly proud of the little language
for defining command-line interfaces with matching functions (see
planet2/main.rkt for a use) and the testing infrastructure that allows you
to run sequences of shell commands and check their output (see
tests/planet2/tests-install.rkt for a nice example.)
 Racket Developers list:

Reply via email to