<div dir="ltr"><div dir="auto">This is totally intentional and well-documented.<div dir="auto"><br><div dir="auto">Do NOT use the central-registry if you don't know what you're doing. Use the source-registry as recommended. (Or, if you truly insist, reinitialize the central-registry after upgrade; upgrading from ASDF 2 will create a fresh ASDF package; see asdf/tools/load-asdf.lisp for how to load ASDF while supporting backward compatibility back to ASDF 1 the hard way).</div><div dir="auto"><br></div><div dir="auto">Do NOT use ASDF 2.26 (from October 2012), ever. Help me convince Xach to stop distributing that bitrotting piece of maintenance nightmare. Seriously, it's a shame that Quicklisp isn't distributing ASDF 3.1.7 (from May 2016), which is the very stable culmination of the 3.1 series and works great with all its systems. And I totally understand that Quicklisp must be conservative and should not upgrade to the latest 3.2.1 (from April 2017) yet. Considering how badly ASDF 2.26 now behaves when trying to load systems from Quicklisp, I wonder if Xach even ever tests it; I bet not. Alternatively, to show how utterly ridiculous his attitude is, convince him to distribute ASDF 1.85 (from May 2004) instead, the perfect gem that Dan Barlow bequeathed us (). Or no more recent 1.366 (from September 2009), the last version wholly untainted by my code contributions.</div><div dir="auto"><br></div><div dir="auto">-#f</div></div><br><div class="gmail_extra"><br><div class="gmail_quote">On May 3, 2017 2:23 PM, "James M. Lawrence" <<a href="mailto:llmjjmll@gmail.com" target="_blank">llmjjmll@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail-m_-6970930506250691359quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Starting with a bare lisp image (e.g --no-userinit --no-sysinit for<br>
SBCL), the following signals a "component not found" error:<br>
<br>
(load "asdf-2.26.lisp")<br>
;;; or whatever system you want<br>
(push #p"~/quicklisp/dists/quicklisp<wbr>/software/alexandria-20170227-<wbr>git/"<br>
      asdf:*central-registry*)<br>
(load "asdf-3.2.1.lisp")<br>
(asdf:load-system "alexandria")<br>
<br>
The first bad commit is <a href="https://github.com/fare/asdf/commit/3a9457a" rel="noreferrer" target="_blank">https://github.com/fare/asdf/c<wbr>ommit/3a9457a</a><br>
<br>
I hope this wasn't intentional? Ideally an old asdf version would<br>
never get loaded, but practically speaking it sometimes does (e.g. on<br>
LispWorks PE and CLISP). And if that happens, thereafter one is unable<br>
to load a system that requires asdf-3. The above case is a<br>
whittled-down version of a quickloading problem.<br>
<br>
Best,<br>
lmj<br><br></blockquote></div></div></div>
</div>