<br><br><div class="gmail_quote">On Wed, Oct 22, 2008 at 10:10 AM, Leslie P. Polzer <span dir="ltr"><<a href="mailto:sky@viridian-project.de">sky@viridian-project.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
At least one revision from stable produces a non-trivial<br>
merge in unstable.<br>
<br>
That would be a good opportunity to change revision control<br>
systems.<br>
<br>
If no one objects I'd do it with Mercurial and then upload<br>
the resulting repository to Bitbucket.<br>
</blockquote><div><br>I would prefer that we wait with changing revision control system.<br><br>Darcs 2 has solved most of darcs problems, and the darcs<br>developers are working hard with improving the performance and<br>
with windows support. For example, there is an upcoming darcs <br>hacking sprint in three locations in a week or so.<br><br>And I am working on a possibly great new Lisp cpan killer that is <br>based on darcs 2. It will have these features:<br>
<br>Automated testing of Lisp-projects cross os and cross implementation.<br>Based on Darcs 2.<br>Support for cvs, git, mercurial and tarballs as "imports" using tailor.<br>Easy install of all lisp libraries. <br>
Easy update of lisp libraries.<br>Possibility to have several forks of the same library locally.<br><br>You can generate one file ("project-state") that describes the exact patches that a project uses, including dependencies. This file can be used as a "last known good" file, so if a patch to project B breaks project A (detected by automated testing), you can still install Project A. It is just that the last patch to Project B will not be used for project A. But you can still upgrade your local Project B to the latest version.<br>
<br>I am almost finished for a first release, but I am only hacking on it for max 40 mins each day (on the bus). So you can call it vapourware for a while..<br><br></div></div>/Henrik Hjelte<br>