>>>>> Kyle Meyer writes:

KM> "Samuel W. Flint" <swflint@flintfam.org> writes: [...]

>>> In your org-babel-do-load-languages call, try to changing
>>> 
>>> (sh . t)
>>> 
>>> to
>>> 
>>> (shell . t)
>>> 
>>> -- Kyle
>>> 
>>> 
>> 
>> I went ahead and tried that.  I still get that error.

KM> Hmm, and that was after Emacs was restarted?

Nope.  Should have thought of that.  Figures.  That'll probably be all
that it is.

Thanks.

Sam

KM> Here is why I suggested that.  As of Org 8.2, ob-sh was renamed to
KM> ob-shell.  The NEWS file contained this:

KM>     *** =ob-sh.el= renamed to =ob-shell= This may require two
KM> changes in user config.
    
KM>     1. In =org-babel-do-load-languages=, change =(sh . t)= to
KM> =(shell . t)=.  2. Edit =local.mk= files to change the value of
KM> =BTEST_OB_LANGUAGES= to remove "sh" and include "shell".

KM> If you didn't do this (as I didn't), you wouldn't necessarily
KM> notice, because org-babel-do-load-languages ends up loading the old
KM> ob-sh.el that ships with Emacs.  As the builtin ob-sh.el and babel
KM> diverged, there were very likely subtle and perhaps not-so-subtle
KM> bugs, but the blocks would execute until recently.  Execution now
KM> fails because org-babel-get-header was removed in 0d000f5 (babel:
KM> small change in API., 2015-10-29), but the old ob-sh.el is still
KM> trying to call it.

KM> Based on the configuration you included, you do need to change (sh
KM> . t) to (shell . t), but perhaps there is still some other issue
KM> going on.  If a restart with the previous suggestion doesn't fix it,
KM> please try to put together a minimal Org file and configuration that
KM> will reproduce the issue with emacs -Q.

KM> -- Kyle 

-- 
Samuel W. Flint
4096R/266596F4
      (9477 D23E 389E 40C5 2F10  DE19 68E5 318E 2665 96F4)
(λs.s s) λs.s s