mportdepends sometimes gets an mport with no workername
This will reproduce the problem:
sudo port -dy install jessie
With vanilla base, you'll get a backtrace like this:
DEBUG: invalid command name ""
while executing
"$workername eval array get ::PortInfo"
(procedure "mportinfo" line 3)
invoked from within
"mportinfo $mport"
(procedure "mportdepends" line 3)
invoked from within
"mportdepends $depport {} $recurseDeps $skipSatisfied 1"
(procedure "mportdepends" line 171)
invoked from within
"mportdepends $mport $target"
(procedure "mportexec" line 48)
invoked from within
"mportexec $workername $target"
The attached patch adds a check which illustrates that the bad mport is being returned from dlist_match_multi. More debugging is needed to find out how and when the mport becomes workername-less.
This might also be the reason why the buildbots always get
invalid command name ""
when building winetricks, though I can't reproduce it on my system since I already have the dependencies installed.