error: can't read "result": no such variable

[Joshua Root]

Did the selfupdate actually update macports base? Blowing away your
installation won't help in any case.

There is an error in the error handling, but that's only a problem
because there is an error when running sw_vers in the first place. I
just fixed it, so if you're comfortable applying this change to
/opt/local/libexec/macports/lib/macports1.0/macports.tcl that will let
you see the actual error:
<https://github.com/macports/macports-base/commit/adf078d0e0626b831463dea740bfe4f008142cda>

Run e.g. 'port -d version' to see the relevant error message.

Alternatively you could try running this in your shell (all one line):

echo 'puts [exec /usr/bin/sw_vers -productVersion | cut -f1,2 -d.]' |
/opt/local/bin/port-tclsh

which may exhibit the same failure as macports is seeing.

- Josh

> It worked for me too until I did a self update sometime today.  Is there a way to fix this or should I just blow away the installation?
> 
> -gideon
> 
>> On Dec 1, 2017, at 5:12 PM, Craig Treleaven <ctreleaven at macports.org> wrote:
>> 
>>> On Dec 1, 2017, at 4:44 PM, Gideon Simpson <gideon.simpson at gmail.com <mailto:gideon.simpson at gmail.com>> wrote:
>>> 
>>> I just started having the problem:
>>> 
>>> gideon at mymachine:~$ port list outdated
>>> can't read "result": no such variable
>>>     while executing
>>> "ui_debug "sw_vers exists but running it failed: $result""
>>>     invoked from within
>>> "try -pass_signal {
>>>             set macosx_version [exec /usr/bin/sw_vers -productVersion | cut -f1,2 -d.]
>>>         } catch {*} {
>>>             ui_debug "..."
>>>     (procedure "mportinit" line 56)
>>>     invoked from within
>>> "mportinit ui_options global_options global_variations"
>>> Error: /opt/local/bin/port: Failed to initialize MacPorts, can't read "result": no such variable
>>> 
>> 
>> Hmm, works for me.  However, is there some reason you want to use the ‘list’ verb?  Try using just ‘port outdated’.
>> 
>> Craig