Hi,<div><br></div><div>I have spent some time this year familiarizing myself with ASDF, and afterwards I think, that it&#39;s a great build-tool (possibly, the best one around, actually), which has a lot of hidden potential.  So I&#39;d be willing to help as the maintainer or one of the maintainers.</div>

<div><br></div><div>But there&#39;s more to maintaining ASDF, than to other projects, as it is a critical part of every Lisp environment.  That&#39;s why I think it would be best to have a separate Release manager (performing most duties of maintainer), and separate people, who will take decision about feature requests.  There are two possible models here: benevolent dictator and committee.  Both have their drawbacks, but dictator model can only work with the original author, so it&#39;s not applicable here.  Speaking about committee model, I think that it should be formed by the representatives of most of all Lisp implementations, as well as Release manager and possibly other people who were heavily involved in ASDF development, all having some kind of a veto power.  It can be backed by such simple thing as just a separate mailing list for feature requests or an Issue tracker.</div>

<meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br></div><div>As a Release manager I&#39;d do the following:</div><div>- establish a regular release cycle (bi-monthly), transition to follow the Rational version policy</div>

<meta http-equiv="content-type" content="text/html; charset=utf-8"><div>- finish creating a comprehensive test-suite, and organize some automatic testing process </div><div>- move development to github, where there is some rather convenient infrastructure, like issue tracking (leaving a mirror on <a href="http://common-lisp.net">common-lisp.net</a>)</div>

<div>- work on improving documentation (also I&#39;m currently doing a series of articles about ASDF in Russian in my blog <a href="http://lisp-univ-etc.blogspot.com">http://lisp-univ-etc.blogspot.com</a>, that I&#39;m also going to translate to English eventually)</div>

<div>- continue work on separating ASDF itself and some support subsystems</div><div>- establish some basic contribution guidelines</div><div>- answer questions in the mailing list</div><div>- contribute to bug-fixing</div>

<div><br></div><div>My contribution to the Lisp library world is not that big.  It can be seen at <a href="http://github.com/vseloved">http://github.com/vseloved</a>, so I&#39;m not an expert Lisp developer (although I claim to be one in my CV :)  Yet, I think I understand ASDF and it&#39;s peculiarities enough, and also have a vision of its future to perform that role.  So I&#39;m willing to do that, if no better candidate will volunteer.</div>

<div><br></div><div>Speaking about future vision, I think we should transition to a completely declarative (read, but not eval&#39;d) .asd-file format.  Also currently (partially) broken things, like support for versioning and forcing should be fixed.  Actually, that is mostly all, that is lacking.  (Surely, other needs might actualize in the future...)  What will be left is just to comprehensively and concisely describe all the patterns of possible ASDF usage.</div>

<meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br></div><div>Best regards,</div><div>Vsevolod Dyomkin</div><div>
<br><br><div class="gmail_quote">On Sat, Sep 11, 2010 at 8:41 PM, Faré <span dir="ltr">&lt;<a href="mailto:fahree@gmail.com">fahree@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Dear all,<br>
<br>
I hope that 2.008 will be my last ASDF release. I may still make<br>
emergency bug fixes (if any is needed), or merge patches sent to me,<br>
but I don&#39;t intend to actively develop ASDF anymore. I feel it has<br>
reached the point where I wanted it to be, although it took much more<br>
efforts than I feared. Just look at the git log to see how hard it<br>
was, and read my and Robert&#39;s paper for ILC&#39;2010 to get an idea why we<br>
did things that way.<br>
   <a href="http://common-lisp.net/project/asdf/ilc2010draft.pdf" target="_blank">http://common-lisp.net/project/asdf/ilc2010draft.pdf</a><br>
<br>
And so, ASDF is looking for a new active maintainer. To volunteer,<br>
just start hacking on your own repo, and I&#39;ll hand you the keys after<br>
I merge your first commit.<br>
<br>
I intend to focus on XCVB, and its dependencies, cl-iolib and<br>
libfixposix. If ASDF moves towards more declarative .asd files, XCVB<br>
will certainly try to be compatible.<br>
<br>
[ François-René ÐVB Rideau | Reflection&amp;Cybernethics | <a href="http://fare.tunes.org" target="_blank">http://fare.tunes.org</a> ]<br>
[...] there is what I call  the &quot;roundtrip fallacy&quot;: it is a mistake to use,<br>
as journalists and some economists do, statistics without logic but the reverse<br>
does not hold:  It is not a mistake to use logic without statistics.<br>
        — N. C. Taleb, Fooled by Randomness, 2004.<br>
<br>
_______________________________________________<br>
asdf-devel mailing list<br>
<a href="mailto:asdf-devel@common-lisp.net">asdf-devel@common-lisp.net</a><br>
<a href="http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel" target="_blank">http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel</a><br>
</blockquote></div><br></div>