The original Planet had explicit rules for versions, and in practice I found they got in the way almost as often as they helped.  Worse, when they did get in the way, there was no way around them.  I have not looked at Planet 2 in detail yet, but it looks like it has a simpler model where versions are dealt with directly by maintainers and clients.  So while Planet 2 isn&#39;t doing the work for you, it&#39;s also not keeping you from doing what you want/need to do.<br>

<br>This isn&#39;t ideal -- I&#39;d really like a system that does all the nice things you mention, Tobias -- but only once someone has a design that really gets it &quot;right&quot;.  Until then, I&#39;d much rather have my options open and a system that stays out of my way.<br>

<br><div class="gmail_extra"><br clear="all">Carl Eastlund<br>
<br><br><div class="gmail_quote">On Thu, Nov 8, 2012 at 5:22 PM, Tobias Hammer <span dir="ltr">&lt;<a href="mailto:tobias.hammer@dlr.de" target="_blank">tobias.hammer@dlr.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Just out of curiosity: What are your / the teams objections against some<br>
kind of real versioning system that allows to<br>
<br>
* specify a version number without creating a new package<br>
* specify dependencies based on minimal version<br>
* keep/pin a package at some particular version (maybe your code<br>
  depends on an exact, even buggy behavior)<br>
* keep directory and file names between incompatible versions<br>
  without getting banned from solar<br>
<br>
What made me also wonder when i read the docs is, why is it allowed to<br>
have packets that have the same directories as the core racket distribution?<span class="HOEnZb"><font color="#888888"><br>
<br>
Tobias</font></span><div class="im HOEnZb"><br>
<br>
<br>
On Thu, 08 Nov 2012 14:16:58 +0100, Jay McCarthy &lt;<a href="mailto:jay.mccarthy@gmail.com" target="_blank">jay.mccarthy@gmail.com</a>&gt; wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Now that the 5.3.1 release is finished, I&#39;ve just pushed the beta release<br>
of Planet 2 to the Racket core.<br>
<br>
I&#39;ve tried to answer all questions and explain everything about Planet 2 in<br>
the documentation, which I&#39;ve uploaded a copy of here:<br>
<br>
<a href="http://faculty.cs.byu.edu/%7Ejay/tmp/20121108-pkgs/planet2/index.html" target="_blank">http://faculty.cs.byu.edu/~<u></u>jay/tmp/20121108-pkgs/planet2/<u></u>index.html</a><br>
<br>
In particular, it explains what the plan is to go from this beta release to<br>
the final release.<br>
<br>
If you currently have packages on Planet 1, I am excited to help you make<br>
the transition to Planet 2. (I am currently in the process of converting my<br>
packages.) Please do not hesitate to let me know how I can help.<br>
<br>
This represents the third iteration of the design of Planet 2. (The first<br>
was worked on from August 10, 2010 to March 11, 2011. The second in July<br>
2011. The third from August 2011 until now, although coding didn&#39;t begin<br>
until December 2011.)<br>
<br>
Enjoy,<br>
<br>
Jay<br>
<br>
p.s. In the implementation, I&#39;m particularly proud of the little language<br>
for defining command-line interfaces with matching functions (see<br>
planet2/main.rkt for a use) and the testing infrastructure that allows you<br>
to run sequences of shell commands and check their output (see<br>
tests/planet2/tests-install.<u></u>rkt for a nice example.)<br>
</blockquote></div><div class="HOEnZb"><div class="h5">
_________________________<br>
 Racket Developers list:<br>
 <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/<u></u>dev</a><br>
<br>
</div></div></blockquote></div><br></div>