Dear Fare,<br><br>I can not avoid to say that much of your previous email needed not be written.<br>* THe warning about incomplete and bogus patches being submitted<br>* The warning that the current maintainer knows it better the pain of maintaining and pushing new features.<br>

* Dooms about maintainers having to suffer the consequences of wrong choices right now and how bugs will pop up was unnecessary.<br>* Equally so the warning that XCVB will gladly host all the lispers expelled from ASDF's imcompatible and disruptive changes.<br>

<br>Why you could have saved that<br><br>* First of all, the patches I submitted were never claimed to be final. I sent them because all i got was a no, no, bogus design, impossible, useless. I just wanted to show things can be done and can be used. This includes the extensions to OPERATE and TEST-OP to gather the lists of errors and make them really useful, the extension to include logical pathnames, the :TESTS annotation, the last extensions to make defsystem forms have dependencies... However this statement shows why this dialogue I attempted is futile: "I am not willing to either work out their issues or to delay ASDF 2.0 while said issues 
get worked out."<br><br>* Even if this a mailing list with a relatively low traffic, warning people about our desire to make ASDF behave incompatibly, or our incompetence to prevent bugs that will propagate to later releases is at the very least offensive. The first because it is wrong, the second because you yourself have introduced bugs and fixed them.<br>

<br>* Encouraging *forks* of ASDF is just ungrateful to the project and only shows a, perhasp subconscious, will to weaken it.<br><br>Let me get this straight.<br><br>* I never spoke about making ASDF behave incompatibly in a disruptive way. This has been said by other people, here, at the ECL mailing list and at c.l.l. but I have always spoken against it.<br>

<br>* I have always been talking about providing tools (i.e. annotations) that allow people evolve into a more declarative syntax, freezing it as the only one when and only when all the relevant packages get it right (99%? ASDF monitoring? These are and have been my words.)<br>

<br>Juanjo<br><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://tream.dreamhosters.com">http://tream.dreamhosters.com</a><br>