Matthew Stickney

Not in this case. The github script is already using `$.domReady()`, but `$` hasn't been defined yet, so the handler doesn't even get registered. You'd need to load that script...

I think you're mistaken: [_include/head.html](https://github.com/imathis/octopress/blob/v2.0/.themes/classic/source/_includes/head.html) has modernizr, octopress.js, and ender.js all loaded in `` (that's the 2.0 tag, the 2.5 branch is the same except they're using jquery instead of...

I see, apologies for misunderstanding (still probably good to have the reference, though).

You might already be aware of this, but loading a system that uses :defsystem-depends-on directly from quicklisp still yields an error: with the 2016-08-25 quicklisp dist and the 2016-02-22 client,...

Oof, took a break from this and took waaaay too long to get back to it. Anyway: I've reworked this branch to remove some intermediate commits that wound up not...

Ok, that should do it. There are other things that could/should be fixed, but in the interest of not making this already-large patch any harder to review, I'll save those...

I'm new to this party (I use qlot for a bunch of projects at work, though), so I hope I'm not misunderstanding, but my two cents is that I'm not...

The attached patch adds the necessary definitions to make SNI work (use `ssl-set-tlsext-host-name` in place of the cl+ssl function in the previous comment). I haven't added anything to `tcp-ssl-connect-new`, because...

Oh, if you're on windows, this issue is only present if you're using a version of usocket new enough to have the fix for `wait-for-input` (https://github.com/usocket/usocket/pull/30) fix. Otherwise `wait-for-input` never...

I hadn't checked, but it looks like the issue is not present on linux, because linux treats 0.0.0.0 as 127.0.0.1 for connection purposes. 0.0.0.0 is still technically an invalid target...