Pyqtdeploy fix for latest macOS cmd line tools
patrickkidd at gmail.com
Fri Apr 1 17:49:01 BST 2022
Thanks as always.
> On Apr 1, 2022, at 7:40 AM, Phil Thompson <phil at riverbankcomputing.com> wrote:
> It will be changed in the next release.
> On 29/03/2022 01:59, Patrick Stinson wrote:
>> Coming back to this, this code block is blowing up in pyqtdeploy-3.1.2 on a
>> fresh install of Monterey even when Xcode is installed. I haven't used an
>> updated version of pyqtdeploy for some months so I'm not sure when this
>> started happening.
>> I applied the previously mentioned fix to get around it.
>> On Fri, Sep 24, 2021 at 8:39 PM Patrick Stinson <patrickkidd at gmail.com>
>>> Shoot, you know, looks like you can scratch that. There was only a problem
>>> when Xcode was not installed, and Xcode is required anyway.
>>> Nevertheless, I think `xcrun —show-sdk-version` is a more straightforward
>>> way to get the version number without parsing a file path.
>>> On Sep 24, 2021, at 4:20 PM, Patrick Stinson <patrickkidd at gmail.com>
>>> Sorry if I’m ignorant as to whether the latest pyqtdeploy will still work
>>> with Qt-5.15.2 (I just want my stuff to keep building), but here is a fix
>>> to get `pyqtdeploy/platform.py` to correctly read the new macOS sdk version
>>> # Parse the version number.
>>> # version_str = os.path.basename(self.apple_sdk)
>>> # if version_str.startswith(self.sdk_prefix):
>>> # version_str = version_str[len(self.sdk_prefix):]
>>> # if version_str.endswith('.sdk'):
>>> # version_str = version_str[:-len('.sdk')]
>>> version_str = self.run('xcrun', '--show-sdk-version', message_handler=
>>> message_handler, capture=True)
More information about the PyQt