🌐 Mailman 3 - Pythonmac-SIG - python.org

Error with mimetype on OS-X 11 (Big Sur)
by Chris Barker Jan. 8, 2022

Jan. 8, 2022

I've just got a new mac with OS-X 11.6 (still Intel). But when I try to run a PyInstaller built application, I get this error: No document available for {'mime': 'application/x-maproom-project-zip', 'loader': <maproom.loaders.project.ZipProjectLoader object at 0x7f9669ce6e10>, 'uri': 'template://default_project.maproom'} And the app won't start. This has worked just fine on numerous previous OS-X versions. I have the source code, but the developer that built it is no longer with us, so it'll take b e a bit to get up to speed, and I don't even know where to start! Is this a PyInstaller issue? or a code issue, or ??? Hints: The application is called MapRoom (maproom) it works with "projects" that are essentially a zip file with all the info required in it. I think, on startup, it loads a empty default project, presumably "default_project.maproom" So I think that's where the app startup code is barfing, not having the mime type registered properly. But where / how am I supposed to do that? or maybe it's not a mime type registration issue, but simply that the template can't be found -- so a path issue in the App bundle?? Anyway, I'll be digging into this deeper in the source code, but if anyone has seen anything like this, any hints would be appreciated! Thanks, -CHB -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker(a)noaa.gov

4 5

py2app fails to build PyQt5 apps anymore
by Barry Scott Jan. 2, 2022

Jan. 2, 2022

For a long time I have been happily building my App bundles using py2app. At some point that stopped working. I do not have a record of exactly when. Last time I saw everything work was Feb 2021. I have reduced the problem to a simple test program and scripts to build and run the test code to show the issue. As a comparison I have py2app and pyinstaller versions of the tests. The pyinstaller version works and the py2app version fails. The code is on github here: https://github.com/barry-scott/scm-workbench/tree/master/Source/Experiments Run ./build-py2app.sh to build and run the py2app version. Run ./build-pyinstaller.sh to build and runt he pyinstaller version. The scripts: 1. build a venv 2. run gui_test.py from the command line 3. build the app using py2app or pyinstaller 4. run the app. I am using macOS 12.1 on Intel MacBook Pro (15-inch, 2016). Python 3.10.1 from python.org. The gui_test.py code logs to ~/gui_test.log at key points. Here is the source: ---- #!/usr/bin/env python import sys import os log_filename = '%s/gui_test.log' % (os.environ['HOME'],) sys.stdout = open( log_filename, 'a' ) sys.stderr = sys.stdout print('---- gui_test.py ----', flush=True) from PyQt5 import QtCore, QtWidgets from PyQt5.QtWidgets import QMainWindow, QLabel, QGridLayout, QWidget from PyQt5.QtCore import QSize class HelloWindow(QMainWindow): def __init__( self ): super().__init__() if sys.maxsize > (2**31): size_int_t = 64 else: size_int_t = 32 py_ver = '%d.%d-%d' % (sys.version_info.major, sys.version_info.minor, size_int_t) self.setMinimumSize( QSize(350, 100) ) self.setWindowTitle( 'GUI test - python %s' % (py_ver,) ) self.setCentralWidget( QLabel( ' GUI test - python %s ' % (py_ver,), self ) ) def main( argv ): print('QtWidgets.QApplication()', flush=True) app = QtWidgets.QApplication( argv ) print('HelloWindow()', flush=True) main_win = HelloWindow() print('main_win.show()', flush=True) main_win.show() print('app.exec_()', flush=True) rc = app.exec_() print('rc', rc, flush=True) return rc if __name__ == "__main__": sys.exit( main( sys.argv ) ) ---- On a successful run the log shows: ---- gui_test.py ---- QtWidgets.QApplication() HelloWindow() main_win.show() app.exec_() rc 0 When it fails it shows: ---- gui_test.py ---- QtWidgets.QApplication() Here is the problem report that is generated: REGION TYPE SIZE COUNT (non-coalesced) =========== ======= ======= Activity Tracing 256K 1 Kernel Alloc Once 8K 1 MALLOC 192.1M 30 MALLOC guard page 16K 4 MALLOC_LARGE (reserved) 128K 1 reserved VM address space (unallocated) MALLOC_NANO (reserved) 384.0M 1 reserved VM address space (unallocated) STACK GUARD 56.0M 3 Stack 9232K 3 VM_ALLOCATE 6156K 9 __DATA 17.4M 265 __DATA_CONST 10.9M 152 __DATA_DIRTY 492K 86 __FONT_DATA 4K 1 __LINKEDIT 651.4M 26 __OBJC_RO 81.8M 1 __OBJC_RW 3136K 2 __TEXT 205.4M 280 __UNICODE 588K 1 dyld private memory 1024K 1 mapped file 28.3M 2 shared memory 592K 7 =========== ======= ======= TOTAL 1.6G 877 TOTAL, minus reserved VM space 1.2G 877 ----------- Full Report ----------- {"app_name":"gui_test","timestamp":"2021-12-21 11:43:08.00 +0000","app_version":"1.2.3","slice_uuid":"abecb05c-e91d-336e-81d6-4a467d071ee8","build_version":"1.2.3","platform":1,"bundleID":"gui_test","share_with_app_devs":0,"is_first_party":0,"bug_type":"309","os_version":"macOS 12.1 (21C52)","incident_id":"6A9D2853-2DEE-4C33-B374-1017075B2772","name":"gui_test"} { "uptime" : 110000, "procLaunch" : "2021-12-21 11:43:08.5661 +0000", "procRole" : "Background", "version" : 2, "userID" : 501, "deployVersion" : 210, "modelCode" : "MacBookPro13,3", "procStartAbsTime" : 113541505574837, "coalitionID" : 515116, "osVersion" : { "train" : "macOS 12.1", "build" : "21C52", "releaseType" : "User" }, "captureTime" : "2021-12-21 11:43:08.7600 +0000", "incident" : "6A9D2853-2DEE-4C33-B374-1017075B2772", "bug_type" : "309", "pid" : 17474, "procExitAbsTime" : 113541698791884, "cpuType" : "X86-64", "procName" : "gui_test", "procPath" : "\/Users\/USER\/*\/gui_test.app\/Contents\/MacOS\/gui_test", "bundleInfo" : {"CFBundleShortVersionString":"1.2.3","CFBundleVersion":"1.2.3","CFBundleIdentifier":"gui_test"}, "storeInfo" : {"deviceIdentifierForVendor":"58974244-6450-5437-A094-9481191631E1","thirdParty":true}, "parentProc" : "launchd", "parentPid" : 1, "coalitionName" : "gui_test", "crashReporterKey" : "0947E507-B37B-E5B7-D29C-312263801DC3", "wakeTime" : 4348, "bridgeVersion" : {"build":"14Y908","train":"3.0"}, "sleepWakeUUID" : "BEA2B543-B8F3-412A-9B1A-07DB3F35A685", "sip" : "enabled", "isCorpse" : 1, "exception" : {"codes":"0x0000000000000000, 0x0000000000000000","rawCodes":[0,0],"type":"EXC_CRASH","signal":"SIGABRT"}, "asi" : {"libsystem_c.dylib":["abort() called"]}, "extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0}, "faultingThread" : 0, "threads" : [{"triggered":true,"id":2520143,"threadState":{"r13":{"value":4432803416,"symbolLocation":0,"symbol":"QListData::shared_null"},"rax":{"value":0},"rflags":{"value":582},"cpu":{"value":0},"r14":{"value":6},"rsi":{"value":6},"r8":{"value":140704637244760,"symbolLocation":456,"symbol":"__sFX"},"cr2":{"value":4372226054},"rdx":{"value":0},"r10":{"value":0},"r9":{"value":0},"r15":{"value":22},"rbx":{"value":4570531328,"symbolLocation":0,"symbol":"_main_thread"},"trap":{"value":133},"err":{"value":33554760},"r11":{"value":582},"rip":{"value":140703537946898,"matchesCrashFrame":1},"rbp":{"value":140701977840384},"rsp":{"value":140701977840344},"r12":{"value":259},"rcx":{"value":140701977840344},"flavor":"x86_THREAD_STATE","rdi":{"value":259}},"queue":"com.apple.main-thread","frames":[{"imageOffset":28946,"symbol":"__pthread_kill","symbolLocation":10,"imageIndex":0},{"imageOffset":25108,"symbol":"pthread_kill","symbolLocation":263,"imageIndex":1},{"imageOffset":531728,"symbol":"abort","symbolLocation":123,"imageIndex":2},{"imageOffset":99625,"symbol":"qt_message_fatal(QtMsgType, QMessageLogContext const&, QString const&)","symbolLocation":9,"imageIndex":3},{"imageOffset":105588,"symbol":"QMessageLogger::fatal(char const*, ...) const","symbolLocation":202,"imageIndex":3},{"imageOffset":230361,"symbol":"QGuiApplicationPrivate::createPlatformIntegration()","symbolLocation":7193,"imageIndex":4},{"imageOffset":230395,"symbol":"QGuiApplicationPrivate::createEventDispatcher()","symbolLocation":27,"imageIndex":4},{"imageOffset":2064815,"symbol":"QCoreApplicationPrivate::init()","symbolLocation":1599,"imageIndex":3},{"imageOffset":207705,"symbol":"QGuiApplicationPrivate::init()","symbolLocation":57,"imageIndex":4},{"imageOffset":43738,"symbol":"QApplicationPrivate::init()","symbolLocation":26,"imageIndex":5},{"imageOffset":1357272,"symbol":"init_type_QApplication(_sipSimpleWrapper*, _object*, _object*, _object**, _object**, _object**)","symbolLocation":168,"imageIndex":6},{"imageOffset":26459,"symbol":"sipSimpleWrapper_init","symbolLocation":203,"imageIndex":7},{"imageOffset":1121781,"symbol":"type_call","symbolLocation":325,"imageIndex":8},{"imageOffset":552935,"symbol":"_PyObject_MakeTpCall","symbolLocation":135,"imageIndex":8},{"imageOffset":1868333,"symbol":"call_function","symbolLocation":365,"imageIndex":8},{"imageOffset":1833294,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":28702,"imageIndex":8},{"imageOffset":1798114,"symbol":"_PyEval_Vector","symbolLocation":402,"imageIndex":8},{"imageOffset":1868143,"symbol":"call_function","symbolLocation":175,"imageIndex":8},{"imageOffset":1824309,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":19717,"imageIndex":8},{"imageOffset":1798114,"symbol":"_PyEval_Vector","symbolLocation":402,"imageIndex":8},{"imageOffset":1774299,"symbol":"builtin_exec","symbolLocation":331,"imageIndex":8},{"imageOffset":973990,"symbol":"cfunction_vectorcall_FASTCALL","symbolLocation":86,"imageIndex":8},{"imageOffset":1868143,"symbol":"call_function","symbolLocation":175,"imageIndex":8},{"imageOffset":1824309,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":19717,"imageIndex":8},{"imageOffset":1798114,"symbol":"_PyEval_Vector","symbolLocation":402,"imageIndex":8},{"imageOffset":1868143,"symbol":"call_function","symbolLocation":175,"imageIndex":8},{"imageOffset":1824309,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":19717,"imageIndex":8},{"imageOffset":1798114,"symbol":"_PyEval_Vector","symbolLocation":402,"imageIndex":8},{"imageOffset":2278253,"symbol":"pyrun_file","symbolLocation":333,"imageIndex":8},{"imageOffset":2276141,"symbol":"_PyRun_SimpleFileObject","symbolLocation":365,"imageIndex":8},{"imageOffset":2291149,"symbol":"PyRun_SimpleFileExFlags","symbolLocation":109,"imageIndex":8},{"imageOffset":20165,"symbol":"py2app_main","symbolLocation":5481,"imageIndex":9},{"imageOffset":13143,"symbol":"main","symbolLocation":257,"imageIndex":9},{"imageOffset":21758,"symbol":"start","symbolLocation":462,"imageIndex":10}]},{"id":2520154,"frames":[{"imageOffset":8172,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":1}]},{"id":2520155,"frames":[{"imageOffset":8172,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":1}]}], "usedImages" : [ { "source" : "P", "arch" : "x86_64", "base" : 140703537917952, "size" : 225280, "uuid" : "5aa1e5be-b5b8-3a02-9885-a8c99e0ca378", "path" : "\/usr\/lib\/system\/libsystem_kernel.dylib", "name" : "libsystem_kernel.dylib" }, { "source" : "P", "arch" : "x86_64", "base" : 140703538143232, "size" : 49152, "uuid" : "6c7561b4-4b92-3f45-921e-abe669299844", "path" : "\/usr\/lib\/system\/libsystem_pthread.dylib", "name" : "libsystem_pthread.dylib" }, { "source" : "P", "arch" : "x86_64", "base" : 140703536902144, "size" : 561152, "uuid" : "e58814cc-dcb7-35a5-badc-e367ed3ac207", "path" : "\/usr\/lib\/system\/libsystem_c.dylib", "name" : "libsystem_c.dylib" }, { "source" : "P", "arch" : "x86_64", "base" : 4427026432, "size" : 5705728, "uuid" : "c723812a-f7a5-3001-98d5-e60e8daa6ffb", "path" : "\/Users\/USER\/*\/gui_test.app\/Contents\/Resources\/lib\/python3.10\/PyQt5\/Qt5\/lib\/QtCore.framework\/Versions\/5\/QtCore", "name" : "QtCore" }, { "source" : "P", "arch" : "x86_64", "base" : 4446490624, "size" : 5152768, "uuid" : "cbcec35a-ee54-354f-9c2b-188ac6b2790d", "path" : "\/Users\/USER\/*\/gui_test.app\/Contents\/Resources\/lib\/python3.10\/PyQt5\/Qt5\/lib\/QtGui.framework\/Versions\/5\/QtGui", "name" : "QtGui" }, { "source" : "P", "arch" : "x86_64", "base" : 4439920640, "size" : 4485120, "uuid" : "b432d666-dcab-320a-8496-78a67f554c0e", "path" : "\/Users\/USER\/*\/gui_test.app\/Contents\/Resources\/lib\/python3.10\/PyQt5\/Qt5\/lib\/QtWidgets.framework\/Versions\/5\/QtWidgets", "name" : "QtWidgets" }, { "source" : "P", "arch" : "x86_64", "base" : 4434120704, "size" : 2932736, "uuid" : "47b40141-df86-3d2f-98d5-ee16cb313cd6", "path" : "\/Users\/USER\/*\/gui_test.app\/Contents\/Resources\/lib\/python3.10\/PyQt5\/QtWidgets.abi3.so", "name" : "QtWidgets.abi3.so" }, { "source" : "P", "arch" : "x86_64", "base" : 4408209408, "size" : 98304, "uuid" : "62f78d75-6251-3b27-a4b3-a3247d07abe8", "path" : "\/Users\/USER\/*\/gui_test.app\/Contents\/Resources\/lib\/python3.10\/PyQt5\/sip.cpython-310-darwin.so", "name" : "sip.cpython-310-darwin.so" }, { "source" : "P", "arch" : "x86_64", "base" : 4411924480, "CFBundleShortVersionString" : "3.10.1, (c) 2001-2021 Python Software Foundation.", "CFBundleIdentifier" : "org.python.python", "size" : 3637248, "uuid" : "1071a8dd-3e3d-3958-95bf-ba33f1f82be5", "path" : "\/Users\/USER\/*\/gui_test.app\/Contents\/Frameworks\/Python.framework\/Versions\/3.10\/Python", "name" : "Python", "CFBundleVersion" : "3.10.1" }, { "source" : "P", "arch" : "x86_64", "base" : 4370935808, "CFBundleShortVersionString" : "1.2.3", "CFBundleIdentifier" : "gui_test", "size" : 32768, "uuid" : "abecb05c-e91d-336e-81d6-4a467d071ee8", "path" : "\/Users\/USER\/*\/gui_test.app\/Contents\/MacOS\/gui_test", "name" : "gui_test", "CFBundleVersion" : "1.2.3" }, { "source" : "P", "arch" : "x86_64", "base" : 4570005504, "size" : 442368, "uuid" : "cef5a27a-d50b-3020-af03-1734b19bc8c5", "path" : "\/usr\/lib\/dyld", "name" : "dyld" } ], "sharedCache" : { "base" : 140703534915584, "size" : 15216738304, "uuid" : "40432a03-88d3-305f-9c0c-e7549e71d927" }, "vmSummary" : "ReadOnly portion of Libraries: Total=856.8M resident=0K(0%) swapped_out_or_unallocated=856.8M(100%)\nWritable regions: Total=591.6M written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=591.6M(100%)\n\n VIRTUAL REGION \nREGION TYPE SIZE COUNT (non-coalesced) \n=========== ======= ======= \nActivity Tracing 256K 1 \nKernel Alloc Once 8K 1 \nMALLOC 192.1M 30 \nMALLOC guard page 16K 4 \nMALLOC_LARGE (reserved) 128K 1 reserved VM address space (unallocated)\nMALLOC_NANO (reserved) 384.0M 1 reserved VM address space (unallocated)\nSTACK GUARD 56.0M 3 \nStack 9232K 3 \nVM_ALLOCATE 6156K 9 \n__DATA 17.4M 265 \n__DATA_CONST 10.9M 152 \n__DATA_DIRTY 492K 86 \n__FONT_DATA 4K 1 \n__LINKEDIT 651.4M 26 \n__OBJC_RO 81.8M 1 \n__OBJC_RW 3136K 2 \n__TEXT 205.4M 280 \n__UNICODE 588K 1 \ndyld private memory 1024K 1 \nmapped file 28.3M 2 \nshared memory 592K 7 \n=========== ======= ======= \nTOTAL 1.6G 877 \nTOTAL, minus reserved VM space 1.2G 877 \n", "legacyInfo" : { "threadTriggered" : { "queue" : "com.apple.main-thread" } }, "trialInfo" : { "rollouts" : [ { "rolloutId" : "5ffde50ce2aacd000d47a95f", "factorPackIds" : { }, "deploymentId" : 240000090 }, { "rolloutId" : "5fc94383418129005b4e9ae0", "factorPackIds" : { }, "deploymentId" : 240000185 }, { "rolloutId" : "602ad4dac86151000cf27e46", "factorPackIds" : { "SIRI_DICTATION_ASSETS" : "6193d03f2171a2330e561dfc" }, "deploymentId" : 240000290 }, { "rolloutId" : "60da5e84ab0ca017dace9abf", "factorPackIds" : { }, "deploymentId" : 240000008 }, { "rolloutId" : "607844aa04477260f58a8077", "factorPackIds" : { "SIRI_MORPHUN_ASSETS" : "6103050cbfe6dc472e1c982a" }, "deploymentId" : 240000066 }, { "rolloutId" : "601d9415f79519000ccd4b69", "factorPackIds" : { "SIRI_TEXT_TO_SPEECH" : "6194416f2171a2330e561f05" }, "deploymentId" : 240000355 } ], "experiments" : [ ] } } Model: MacBookPro13,3, BootROM 447.60.3.0.0, 4 processors, Quad-Core Intel Core i7, 2.6 GHz, 16 GB, SMC 2.38f12 Graphics: Intel HD Graphics 530, Intel HD Graphics 530, Built-In Graphics: Radeon Pro 450, AMD Radeon Pro 450, PCIe, 2 GB Display: DELL 2408WFP, 1920 x 1200 (WUXGA - Widescreen Ultra eXtended Graphics Array), Main, MirrorOff, Online Memory Module: BANK 0/DIMM0, 8 GB, LPDDR3, 2133 MHz, 0x802C, 0x4D5435324C31473332443450472D30393320 Memory Module: BANK 1/DIMM0, 8 GB, LPDDR3, 2133 MHz, 0x802C, 0x4D5435324C31473332443450472D30393320 AirPort: spairport_wireless_card_type_wifi (0x14E4, 0x15A), Broadcom BCM43xx 1.0 (7.77.111.1 AirPortDriverBrcmNIC-1710.3) Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports Network Service: USB 10/100/1000 LAN, Ethernet, en7 USB Device: Anker USB-C Hub Device USB Device: USB3.0 Card Reader USB Device: USB 10/100/1000 LAN USB Device: USB30Bus USB Device: Anker USB-C Hub Device USB Device: hub_device USB Device: USB Keyboard USB Device: hub_device USB Device: Microsoft USB Optical Mouse USB Device: Flash Card Reader USB Device: Anker USB Device: Apple T1 Controller Thunderbolt Bus: MacBook Pro, Apple Inc., 41.5 Thunderbolt Bus: MacBook Pro, Apple Inc., 41.5 Barry

2 4

Problems building a binary from cpython that can be installed in /Users/{USER}/Library
by Paul Romer Nov. 14, 2021

Nov. 14, 2021

I am new to this sig. I hope it is appropriate to pose the following detailed question to its members. Let me know if I have misunderstood. I'll provide a bit of background, specify the steps I took, then describe the two issues I'm facing on which I would welcome advice. ===================================================================== *Background: * I am trying to create a self-contained Python application that a user could download and run on MacOS that does not have Python 3 installed. I am aware that PyInstaller and py2app are alternative paths for creating self-contained apps and am pursuing them in parallel. The issue I want to describe here arose as part of experiments with the process for creating a binary for a recent version of Python (3.9.8) that can be installed under the user's home directory. /Users/{USER}/Library. According to the information in the cpython repository, it seems that it should be possible to build an installer for a full version of Python that can be installed someplace on a Mac other than the default location: /Library. In particular, one should be able to do this using build-installer.py in the Mac/BuildScript directory. *=====================================================================* *Steps I Took:* In the cpython directory I ran: > ./configure --enable-framework=/Users/{USER}/Library/Frameworks \ --enable-optimizations I confirmed that the Makefile included the line: CONFIG_ARGS= '--enable-framework=/Users/{USER}/Library/Frameworks' '--enable-optimizations' (I also tried replacing {USER} with the actual user on my system, 'admin'. This yielded the same results.) I put the external files OpenSSL, tcl/tck, ... (details below) that are required into the .../Universal/other-sources directory. I deleted my install of Python3.9 and backed-up and deleted all the files from /usr/local/bin Then from /Mac/BuildScript I ran > python3 build-installer.py \ --universal-archs=intel-64 \ --dep-target=11 Along the way, there were several warnings, but no errors. The end result is a dmg file: python-3.9.8+-macos12-2021-11-10.dmg ===================================================================== *Issues:* 1. I am not sure how to convert the dmg into a "macOS flat installer package" and would welcome any advice on this point. 2. But in any case, I do not think that an installer based on this dmg will allow an install in the Library of the user. When I inspect the dmg file, I find that the post-install scripts include references to the usual file location in /Library. For example, the script that runs after installing the framework has the lines: PYVER="3.9" FWK="/Library/Frameworks/Python.framework/Versions/3.9" The script that runs after installing the files for pip has the lines: PYVER="3.9" PYMAJOR="3" FWK="/Library/Frameworks/Python.framework/Versions/${PYVER}" RELFWKBIN="../../..${FWK}/bin" This suggests that I have misunderstood the instructions. So I would appreciate any advice on how to succeed on this path, or suggestions about alternative paths that might work. In particular, the alternative that might be feasible would be to use the work from https://github.com/codrsquad/portable-python This is a recent project, not the one with the same name that was abandoned that you'll find here: https://portablepython.com/ Thanks for reading through all this! ===================================================================== PS: Contents of my .../Universal/other-sources directory: -rw-r--r-- 1 admin staff 367573 Nov 10 00:53 ncurses-5.9-20120616-patch.sh.bz2 -rw-r--r-- 1 admin staff 2826473 Nov 10 00:53 ncurses-5.9.tar.gz -rw-r--r-- 1 admin staff 9834044 Nov 9 22:19 openssl-1.1.1l.tar.gz -rw-rw-rw-@ 1 admin staff 2956627 Nov 10 01:06 sqlite-autoconf-3350500.tar.gz -rw-rw-rw-@ 1 admin staff 10259009 Nov 9 22:55 tcl8.6.11-src.tar.gz -rw-rw-rw-@ 1 admin staff 4496914 Nov 10 00:37 tk8.6.11-src.tar.gz -rw-rw-rw-@ 1 admin staff 1490665 Nov 10 00:45 xz-5.2.3.tar.gz ===================================================================== Paul Romer paul(a)paulromer.net | paulromer.net | @paulromer <https://twitter.com/paulmromer?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwg…>

3 2

ANN: PyObjC 8.0
by Ronald Oussoren Nov. 11, 2021

Nov. 11, 2021

A new macOS release means a new major release of PyObjC. I'm happy to announce that PyObjC 8 is available on PyPI with full support for macOS 12, including APIs introduced in that release. I've also been working on performance and code quality of the core bridge. There are significant speedups of the core bridge in PyObjC 8.0, and I have more ideas to reduce the performance difference between regular Python methods and calling Objective-C APIs. The release is a bit later than I would have liked, in part because I've been worrying about the covid-19 situation in Holland. Because of that I've spend some more time away from the computer. A full change log is included below. Backward incompatible changes In PyObjC 7 and earlier it was possible to leave out "output" arguments when calling a method with a Python implementation: class MyClass(NSObject): @objc.typedSelector(b"@@:o^@") def methodWithOutput_(self, a): return 1, 2 o = MyClass.alloc().init() print(o.methodWithOutput_()) This no longer works, it is always necessary to pass in all arguments, which was already true for methods implemented in Objective-C. That is: print(o.methodWithOutput_(None)) This change both simplifies the PyObjC code base and was required to cleanly implement vectorcall support (see the section on performance below). Removed bindings for InterfaceBuilderKit. This was a way to integrate with InterfaceBuilder in old versions of Xcode, but support for that was dropped before the release of Mac OS X 10.8. Bindings for the Objective-C runtime API related to "associated objects" is now enabled unconditionally. This will cause problems when running or building on macOS 10.6 or earlier. It is no longer possible to deploy to macOS 10.7 or earlier when you attempt to create a formal protocol. Protocol creation already failed on those platform due to lack of the required runtime API, and that will now result in a crash because PyObjC no longer checks for availability of that runtime API. GH-371: Remove manual bindings for a number of old CoreGraphics APIs The following functions are no longer available: CGDataProviderCreate CGDataProviderCreateDirectAccess These functions were removed as a public API in macOS 10.8, but were still available through PyObjC through old backward compatibility code. That code has now been removed. For compatibility with Python's socket APIs functions that return a "struct sockaddr" (either by reference or as a function result) will now encode the IP address as a string and not a bytes object. The (undocumented) API in pyobjc-api.h (used in some framework bindings to integratie with pyobjc-core) has changed in an incompatible way, in particular the API for "caller" functions now mostly mirrors the vectorcall convention. Adding a method with a double underscore name will now raise an exception at class definition time instead of silently not creating the Objective-C method. class AClass (NSObject): ... def __foo_bar__(self, a, b, c): pass MethodNamesClass.__foo_bar__ = __foo_bar__ Before PyObjC 8 this would add a __foo_bar__ selector to the Python representation of the class without adding a selector to the Objective-C class. Use objc.python_method to mark this as a python-only function. Upcoming incompatible changes The module PyObjCTools.Signals is deprecated and will be removed in PyObjC 9. objc.initFrameworkWrapper and objc.parseBridgeSupport are deprecated and will be removed in PyObjC 9. These functions implement support for ".bridgesupport" XML files, something that PyObjC hasn't used itself in a number of releases (in part because system versions of those files are at best incomplete). Performance Most performance changes use features introduced in Python 3.9, performance in older Python versions is unchanged except for the effects of general cleanup. Implement the "vectorcall" protocol for objc.function, objc.WeakRef, objc.selector, objc.IMP, objc.python_method. This reduces the interpreter overhead for calling instances of these objects. Implement Py_TPFLAGS_METHOD_DESCRIPTOR for objc.selector, objc.python_method. Use vectorcall in the method stub that forwards Objective-C calls to Python. Convert internal calls into Python to the vectorcall protocol (pyobjc-core) Add more optimized vectorcall implementation to :class:objc.function, objc.IMP and objc.selector for simpler callables. "Simpler" methods are those with a small number of plain arguments, although the definition of what's simple will evolve over time. Generic Implementation Quality GH-391: Fix some spelling errors found by the codespell <https://pypi.org/project/codespell/> tool. The codespell tool is also run as part of pre-commit hooks. GH-296: use clang-format for Objective-C code The Objective-C code for the various extensions has been reformatted using clang-format, and this enforced by a pre-commit hook. GH-374: Use pyupgrade to modernize the code base This is enforced by a pre-commit hook. GH-388: Added "nullability" attributes to Objectice-C sources for pyobjc-core. This gives the compiler and clang static analyzer more information that can be used to pinpoint possible bugs in the implementation. As a side effect of this a number of internal checks were strengthened, although most of them were for error conditions that should never happen. That said, this change also found a number of places where Python reference counts weren't updated properly, which may have led to refcount overflows in long running programs. Add more error checking to pyobjc-core to catch (very) unlikely error conditions. This is a side effect of the previous item. New features Updated framework bindings for macOS 12 New framework bindings for the following frameworks: AudioVideoBridging (introduced in macOS 10.8) DataDetection (introduced in macOS 12.0) IntentsUI (introduced in macOS 12.0) LocalAuthenticationEmbeddedUI (introduced in macOS 12.0) MailKit (introduced in macOS 12.0) MetricKit (introduced in macOS 12.0) ShazamKit (introduced in macOS 12.0) GH-318: Implement support for __class_getitem__ for Objective-C classes The result of this is that effectively all Objective-C classes can be used as generic classes, without runtime type checking. This is meant to be used with optional type checking (for example MyPy) Usage: def create_integers(count: int) -> NSArray[int]: return NSArray[int].arrayWithArray_([i for i in range(count)]) This requires typing stubs for framework bindings to be really useful, and those do not yet exist. Other changes and bugfixes GH-390: pyobjc-core is no longer linked with the Carbon framework. Due to implicit dependencies this also required a change to the Metal bindings: those now import AppKit instead of Foundation. PyObjC only ships "Universal 2" wheels for Python 3.8 and later. Those work with single-architecture builds of Python as well. PyObjC 8 only ships with source archives and "univeral2" binary wheels (Python 3.? and later). There are no longer "x86_64" binary wheels. The AVFoundation bindings (in pyobjc-framework-AVFoundation) now have an install dependency on the CoreAudio bindings (pyobjc-framework-CoreAudio). This is needed for a new API introduced in macOS 12. GH-371: Link extensions in the Quartz bindings to the Quartz frameworks A number of C extensions in the Quartz bindings package were not linked to a framework. Those now link to the Quartz framework. GH-378: Fix raising ImportError when doing from ApplicationServices import * The root cause for this were private classes in system frameworks that contain a dot in their name (for example Swift.DispatchQueueShim. Those names are both private and invalid attribute names. Creating protocols that contain methods that have a method signature containing PyObjC custom type encodings now works (those encodings are translated to the corresponding Objective-C encoding. Fix bindings for SKIndexCopyDocumentRefsForDocumentIDs, that binding didn't work due to a typo in the metadata. GH-365: The PyObjCTools namespace package no longer has an __init__.py file in the source tree (that is, the tree switches to implicit namespace packages instead of the older setuptools style for namespace packages). This primarily affects testing with recent versions of pip/setuptools (which seem to no longer install the __init__.py file for namespace packages). development-support/run-testsuite now uses venv instead of virtualenv. This removes a development dependency. PR-367: Tweak the code that calculates PyObjC_BUILD_RELEASE in the various setup.py files to deal with versions with more than two labels (can happen when building using Xcode 13 beta) PR by Eric Lin (Tzu Hsiang Lin), github user eric100lin. PyObjCTest.TestSupport now never uses "10.16" as the OS release but always uses the actual platform version, even when Python was compiled using an old SDK. Adjusted PyObjC testcases to check for 11.0 instead of 10.16 now that testsupport uses the real platform version. GH-385: Fix race condition the lazy importer When two threads simultaneously try to get an attribute from a framework binding one of them might fail with an attribute error because information for resolving the name was removed before actually resolving the name. Fix various issues with invalid indices in :class:objc.varlist Fix support for AF_UNIX in the support code for struct sockaddr. The implementation for opaque pointer types (such as the proxy for 'NSZone*') has switched to PyType_FromSpec. The objc.FSRef.from_path and objc.FSRef.as_pathname, methods now use the filesystem encoding instead of the default encoding. C string. This shouldn't affect any code, both encoding default to UTF-8 on macOS. Inheriting directly from objc.objc_object now raises TypeError instead of objc.InternalError. User code should always inherit from a Cocoa class. GH-354: Add an option to install all framework bindings, including those not relevant for the current platform. To use this: $ pip install 'pyobjc[allbindings]' Ronald — Twitter / micro.blog: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/

1 0

Re: [Pythonmac-SIG] Pythonmac-SIG Digest, Vol 189, Issue 3
by Vincentius Vincentius Oct. 4, 2021

Oct. 4, 2021

Thanks, yes, that is an option I’ve considered. My applet already checks for required components and handles the download and install for the user (who only needs to provide admin credentials). But, Apple’s recommendation is for developers to include a Python runtime with the app <https://developer.apple.com/documentation/macos-release-notes/macos-catalin…> I guess that's because apps can be finicky over which version of Python they require with as well as the range of modules required. So, I’ve been working with the developer of the Python tool my applet uses to use PyInstaller to build a single file executable containing the script, Python and required modules. That can be built by a GitHub YAML script and published for all Mac users. It’ll probably be built to run on macOS 10.15 Catalina and Universal2 architecture. My AS applet will then be able to download, install and use the executable in the same way as its existing components. Cheers. Garry macytdl(a)gmail.com > On 5 Oct 2021, at 3:00 am, pythonmac-sig-request(a)python.org wrote: > > Send Pythonmac-SIG mailing list submissions to > > 1. Re: How to include or install a Python runtime in an > AppleScript applet (jack.jansen(a)cwi.nl) > > From: jack.jansen(a)cwi.nl > Subject: Re: [Pythonmac-SIG] How to include or install a Python runtime in an AppleScript applet > Date: 4 October 2021 at 10:04:10 am AEDT > To: kw(a)codebykevin.com > Cc: pythonmac-sig(a)python.org, macytdl(a)gmail.com > > > Another option would be that the AppleScript checks whether the correct Python is installed (or maybe one of several usable Pythons, for example the official Python 3.x installer or a brew installation) and use that if it is. And if no suitable Python is found it could redirect the user to a web page with instructions on how to install a compatible Python. > > That is sort-of what Kevin suggests (Point users to a Python installation), but with a bit of automation added. > > Jack > > >> On 2 Oct 2021, at 16:22, Kevin Walzer <kw(a)codebykevin.com <mailto:kw@codebykevin.com>> wrote: >> >> >> On 9/28/21 1:12 AM, Vincentius Vincentius wrote: >>> >>> Can anyone help me with advice on how to create and distribute a Python runtime (with my applet) ? >>> >> Point your users to the installer for the Mac version of Python: >> >> https://www.python.org/ftp/python/3.9.7/python-3.9.7-macosx10.9.pkg <https://www.python.org/ftp/python/3.9.7/python-3.9.7-macosx10.9.pkg> >> There is no simple way to embed a Python installation within an AppleScript applet. If you're doing that, you might as well all the way and deploy your script as a full Mac application with Python libraries bundled using a tool like py2app. >> >> --Kevin >> >> -- >> Kevin Walzer >> Code by Kevin >> http://www.codebykevin.com <http://www.codebykevin.com/>

1 0

How to include or install a Python runtime in an AppleScript applet
by Vincentius Vincentius Oct. 3, 2021

Oct. 3, 2021

Hello, I am not a Python developer. So, please forgive the intrusion. I have developed an AppleScript applet which provides a GUI “frontend” for a Python script provided by another developer. The applet runs on any version of macOS from OSX 10.10 up. The Python script is very functional but only works from Terminal and invoking it correctly it is complex especially for users not familiar with Terminal. My applet simplifies all that so Mac users can more easily access the functionality of the Python script. As you will guess, the applet currently works because Apple for many years have included Python2.7 in macOS. But, recently, development of the Python script has ceased and I have to move to another Python script (forked from the original) which is actively developed. My problem is that the new Python script requires Python3 which is not in macOS. So, I need to find a way of providing a Python runtime to users of my applet. Can anyone help me with advice on how to create and distribute a Python runtime (with my applet) ? The shebang in the script has this: #! usr/bin/env Python3. I guess that means the script will call the Python3 stub located in /usr/bin/. But, that will invoke the Xcode Command Line tools download which most of my users will not want. How do I redirect that call to a Python3 runtime ? As the wider Mac developer and user community learn that they need Python3, there will be a growing need for simple Python3 runtimes. But, the macOS distribution currently available includes the IDE and other development tools which, again, most of my users will not want. Would it possible to prepare a runtime installer suitable for users who wish to run Python apps and scripts ? Thanks. Garry macytdl(a)gmail.com

3 2

Re: [Pythonmac-SIG] Pythonmac-SIG Digest, Vol 189, Issue 1
by Vincentius Vincentius Oct. 3, 2021

Oct. 3, 2021

Kevin, many thanks. Requiring users to install Python themselves might be asking too much for many – they would just look somewhere else for a tool that doesn’t impose requirements. Anyway the standard install comes with developer tools that the ordinary user will not need and, from my experience, object to. I’ve been pointed to PyInstaller which might be a solution for distributing the Python script separately. Cheers. Garry macytdl(a)gmail.com > On 3 Oct 2021, at 3:00 am, pythonmac-sig-request(a)python.org wrote: > >> Can anyone help me with advice on how to create and distribute a Python runtime (with my applet) ? >> > Point your users to the installer for the Mac version of Python: > > https://www.python.org/ftp/python/3.9.7/python-3.9.7-macosx10.9.pkg <https://www.python.org/ftp/python/3.9.7/python-3.9.7-macosx10.9.pkg> > There is no simple way to embed a Python installation within an AppleScript applet. If you're doing that, you might as well all the way and deploy your script as a full Mac application with Python libraries bundled using a tool like py2app. > > --Kevin

1 0

[ANN] py2app 0.26
by Ronald Oussoren Sept. 19, 2021

Sept. 19, 2021

I've spend some more time on py2app over the last week or so, in between relaxing while being away from work. That results in a larger release for py2app than I've done in a long while. The most important changes are support for Python 3.10 and (finally!) bundling package metadata ("dist-info" directories). The latter should fix issues with code that uses pkg_resources and looks for distribution information such as entry points. As always: Py2app is supposed to be a "DWIM" tool, please file issues when you need to adjust the bundled application, either through py2app options or (especially) manually. And a public service announcement: Don't use the "argv_emulator" option with GUI applications. That option tends to cause options with GUI eventloops, and most GUI libraries have better options to handle "file-open" events. I expect to work less on py2app in the coming weeks, the current plan is to continue working on PyObjC during my last week of from work. The current repository is up-to-date w.r.t. support for the upcoming macOS Monterey, and I hope to land land some interesting other improvements during the week... The full changelog: Stub executables were recompiled on macOS 11 This means support for light mode/dark mode should now work out of the box. The old stub executables are still used when detecting that Tkinter is used with an old build of Tk. Issue 1: Include ".egg-info" and ".dist-info" information in the bundled application This fixes any python package that uses pkg_resources to look for specific distributions. py2app.filters.not_stdlib_filter now knows about Python's "venv" Issue 368: Add recipe detect_dunder_file This recipe will ensure that a Python package is stored outside of site-packages.zip when a module in that package uses the __file__ variable. This variable is most commonly used to load resources stored in the package (instead of the newer importlib.resources and pkg_resources libraries). Issue 339: Add recipe for pydantic The recipe is needed because pydantic uses Cython to compile all sources (including the package __init__) and therefore hides imports from the dependency analyzer. Issue 338: Add "imageio_ffmpeg" to autopackages PR367: Add recipes for pandas, pylsp, and zmq PR367: Add docutils and pylint to autopackages PR by Ryan Clary (mrclary on GitHub) Issue 344: Invocation of codesign on the whole bundle sometimes fails Py2app will now try this a number of times before giving up. This is at best a workaround for and doesn't completely fix the problem. Issue 370: py2app now works with Python 3.10 Python 3.10 no longer exports a (private) symbol used by the py2app stub executable. Switched to a public API to accomplish the same task where available. Issue 110: Add recipe for SQLAlchemy The recipe includes all dialects and connectors, including implicit dependencies, because SQLAlchemy uses __import__ to load dependencies. Issue 328: Add recipe for gcloud Issue 195: Add USER_BASE, getuserbase() and getusersitepackages() to py2app's version of site.py. Issue 184: Add recipe for 'ssl' This recipe is only used for Python 3.4 or later and ensures that the CA bundle used by Python's ssl module is included in the app bundle and OpenSSL is configured to look for that bundle in the application bundle. Issue 371: change default error message on launch problems The default error message shown when the application cannot be launched is now slightly more useful and refers the py2app debug page <https://py2app.readthedocs.io/en/latest/debugging.html>. Issue 345, 169: Adjust qt5 and qt6 recipes for non-PyPI installations The qt5 and qt6 recipes now should work when the Qt installation prefix is outside of the PyQt package, for example when PyQt was installed through homebrew. I've tested this for PyQt5 and made the same change to the PyQt6 recipe, although I haven't tested that change. — Twitter / micro.blog: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/

1 0

Python 3.8.7 & pyobjc 6.2.2 MainMenu not loading
by Karsten Wolf June 23, 2021

June 23, 2021

I'm trying to convert some python2 pyobjc apps to python3. No matter what I do, it does not load MainMenu. Pointers?

1 1

py2app: Can successfully create app with alias mode but version built for deployment returns an error message
by Paul Fishback June 17, 2021

June 17, 2021

I'm using Python 3.9 on a Mac running Big Sur and am trying to create an app, MyApplication.app, from a script using py2app. I'm following the process outlined at https://py2app.readthedocs.io/en/latest/tutorial.html . The app itself uses tkinter for creating a GUI. My setup file looks like the following, where 'background.png' is an image that appears on the screen at program startup, and 'pandas' and 'cmath' are included due to previous error messages: from setuptools import setup APP = ['MyApplication_6_14.py'] DATA_FILES = [] OPTIONS = {'resources':['background.png'],'packages': ['pandas','cmath']} setup( app=APP, data_files=DATA_FILES, options={'py2app': OPTIONS}, setup_requires=['py2app'], ) I can create and run the application in alias mode, and no error messages arise when I build for deployment. However, when I attempt to run the deployed version from the command line via, ./dist/MyApplication.app/Contents/MacOS/MyApplication I receive a fairly lengthy error message below, where Python_May_2021 is the file location: fishbacp@fishbacpK0ML85 Python_May_2021 % ./dist/MyApplication_6_15.app/Contents/MacOS/MyApplication_6_15 Traceback (most recent call last): File "/Users/fishbacp/Desktop/Python_May_2021/dist/MyApplication_6_15.app/Contents/Resources/__boot__.py", line 115, in <module> _run() File "/Users/fishbacp/Desktop/Python_May_2021/dist/MyApplication_6_15.app/Contents/Resources/__boot__.py", line 84, in _run exec(compile(source, path, "exec"), globals(), globals()) File "/Users/fishbacp/Desktop/Python_May_2021/dist/MyApplication_6_15.app/Contents/Resources/MyApplication_6_15.py", line 6, in <module> import pandas as pd File "/Users/fishbacp/Desktop/Python_May_2021/dist/MyApplication_6_15.app/Contents/Resources/lib/python3.9/pandas/__init__.py", line 179, in <module> import pandas.testing File "/Users/fishbacp/Desktop/Python_May_2021/dist/MyApplication_6_15.app/Contents/Resources/lib/python3.9/pandas/testing.py", line 5, in <module> from pandas._testing import ( File "/Users/fishbacp/Desktop/Python_May_2021/dist/MyApplication_6_15.app/Contents/Resources/lib/python3.9/pandas/_testing.py", line 29, in <module> import pandas._libs.testing as _testing File "pandas/_libs/testing.pyx", line 1, in init pandas._libs.testing ValueError: source code string cannot contain null bytes I'm curious to know if anyone has insights regarding the last line in the above message. Thanks PaulF -- Professor of Mathematics, Grand Valley State University Past-President, Pi Mu Epsilon National Honorary Mathematics Society, Inc. Department of Mathematics (MAK C-2-408) Grand Valley State University 1 Campus Dr. Allendale, MI 49401 fishbacp(a)mail.gvsu.edu 616.331.2040 616.331.3120 (fax)

3 2