[MacPorts] #68417: graphviz-gui @9.0.0_0: error: failed to deserialize Info.plist task context: Deserialization failed: SDK lookup failed for canonical name: macosx13.3 (in target 'application' from project 'graphviz')

MacPorts noreply at macports.org
Sat Jan 25 16:24:15 UTC 2025


#68417: graphviz-gui @9.0.0_0: error: failed to deserialize Info.plist task
context: Deserialization failed: SDK lookup failed for canonical name:
macosx13.3 (in target 'application' from project 'graphviz')
---------------------------+------------------------
  Reporter:  dershow       |      Owner:  ryandesign
      Type:  defect        |     Status:  assigned
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:
Resolution:                |   Keywords:
      Port:  graphviz-gui  |
---------------------------+------------------------

Comment (by kencu):

 yes, look at all the SDKs you have in
 {{{/Library/Developer/CommandLineTools/SDKs}}}.

 So it looks like you have a 13, 14, and 15 SDK in there, some obviously
 leftover from prev upgrades.

 MacPorts will have been using the system version matching 14-series SDK
 when building with the CLTs.

 What you need to do now is get that 14 series SDK into
 {{{/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/}}}
 so it can be found in there. Up to now, I would used ditto to copy it
 there. I haven’t so far run into the problem of not being able to do
 that., so I don’t have acready answer for you about that at hand.

 The fact that you have all these sdks in one folder, and different sdks in
 another place, and other users on the same os version also likely have a
 different mix of sdks depending on their upgrade history, is one of the
 variables that make different users have different build errors on the
 same apparent system and xcode version, by the way. We see those errors
 when builds go looking for sdks on their own, like QT ports often do. And
 thisvport, apparently does.

-- 
Ticket URL: <https://trac.macports.org/ticket/68417#comment:35>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list