<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8">
</head>
<body>
<div style="font-family:sans-serif"><div style="white-space:normal">
<p dir="auto">I think Xach and I are trying to cope with essentially the same problem: lack of resources for a community project.</p>
<p dir="auto">On the one hand, Xach wants to stick with and old ASDF because it's a lot of trouble to maintain it, and he's afraid of breakage.</p>
<p dir="auto">OTOH, we don't have the resources to maintain backwards-compatibility in ASDF (though we try not to break things gratuitously). Keeping ancient unmaintained software running at the cost of introducing complexity into ASDF is something I simply can't do (when I transfer maintenance to Microsoft, they'll have that covered!).</p>
<p dir="auto">Faré has worked heroically (with admirable assistance from Anton Vodonosv) to keep from breaking libraries and offering patches, but at the end of the day, if there's no one available to merge patches into new releases of libraries, that can't be a reason to veto introduction of a fix into ASDF. If there's no one available to change <code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">foo-test</code> into <code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">foo/test</code> in <code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">crusty-library.asd</code> that's not really our fault (and really, should people be using <code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">crusty-library.asd</code> if there isn't?). Naturally, that has the potential to make Xach's life miserable. It's not my fault or his.</p>
<p dir="auto">When there's stuff like <code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">crusty-library</code> out there, there will be a certain amount of misery to be had, and there will always be a tension between QL and ASDF about who gets to enjoy it.</p>
<p dir="auto">I wish that I could coordinate more effectively with Xach, but I really don't know what I can do to make this work better.</p>
<p dir="auto">Best,<br>
r</p>
<p dir="auto">On 9 Apr 2018, at 12:13, Faré wrote:</p>
<blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px">
<p dir="auto">On Mon, Apr 9, 2018 at 12:22 PM, Robert Goldman <a href="mailto:rpgoldman@sift.info" style="color:#777">rpgoldman@sift.info</a> wrote:</p>
<blockquote style="border-left:2px solid #777; color:#999; margin:0 0 5px; padding-left:5px; border-left-color:#999">
<p dir="auto">On 9 Apr 2018, at 11:17, Attila Lendvai wrote:</p>
<blockquote style="border-left:2px solid #777; color:#BBB; margin:0 0 5px; padding-left:5px; border-left-color:#BBB">
<blockquote style="border-left:2px solid #777; color:#BBB; margin:0 0 5px; padding-left:5px; border-left-color:#BBB">
<p dir="auto">A cheesy fix would simply be to wrap it in IGNORE-ERRORS. But it might<br>
cause<br>
errors in its present form.</p>
</blockquote>
<p dir="auto">i've learned, painfully, that indiscriminate ignore-errors will almost<br>
always bite you back (in the form of wasted debugging time), no matter<br>
how innocent they look.</p>
<blockquote style="border-left:2px solid #777; color:#BBB; margin:0 0 5px; padding-left:5px; border-left-color:#BBB">
<p dir="auto">This really is more a QL issue than an ASDF one (although it illustrates<br>
an<br>
issue with wrapping errors, IMO).</p>
</blockquote>
<p dir="auto">while this is true, the implementation of QL requires a reliable way<br>
to hook into the internal state of various versions of ASDF (namely,<br>
into the situation when ASDF is looking for a system, and not finding<br>
it will lead to an error without QL intervention). if i understand it<br>
correctly, this is the crux of this issue.</p>
</blockquote>
<p dir="auto">Sure, and I am happy to try to support this, but not to the extent of<br>
recovering a copy of ASDF 2.x and trying to run it.</p>
<p dir="auto">The problem is that I don't know when the missing component condition was<br>
added to ASDF, and doing this right would involve checking the enclosed<br>
condition to see if it's a missing component error. I know how to do that<br>
for a modern ASDF, but I don't know how to handle ASDFs that are too old to<br>
have this condition class. And I don't fee like it's my job to think about<br>
that: I think it's perverse to continue trying to use ASDF 2.</p>
</blockquote>
<p dir="auto">ASDF 2.26 is totally unsupported at this point. No implementation uses<br>
anything less than 3.1.2 (the first stable release in the 3.1 series,<br>
from May 2014). Many essential packages require 3.1.x or later. It is<br>
a waste of time to try to get 2.26 running</p>
<p dir="auto">If Quicklisp wants to be conservative, I would recommend requiring ior<br>
providing ASDF 3.1.7, which is the last in the 3.1 series and pretty<br>
stable, from March 2016, which is two years ago.</p>
<p dir="auto">The "official" policy of ASDF was always to not support anything that<br>
had already been superseded 2 years ago or more. 3.1.7 should be the<br>
oldest supported ASDF release.</p>
<p dir="auto">That said, what my opinions seem to be negatively taken into account<br>
by Xach, so there.</p>
<p dir="auto">—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• <a href="http://fare.tunes.org" style="color:#777">http://fare.tunes.org</a><br>
Evolution competitively selects stable cooperative patterns.</p>
</blockquote>
</div>
</div>
</body>
</html>