[Pythonmac-SIG] ANN: PyObjC 11.0

I'm happy to announce the 11.0 release of PyObjC, slightly delayed from the normal major release in October. This release has two major features: Support for the macOS 15.2 SDK, including new bindings for the frameworks MediaExtension and DeviceDiscoveryExtension Experimental support for GIL-l

[Pythonmac-SIG] [ANN] PyObjC 10.0 released

Hi, I’ve tagged PyObjC 10.0 and am in the process of uploading to PyPI. The major change in this version is support for macOS Sonoma, just in time for the release of that version of macOS. Some other changes: * The lazy loading machinery no longer uses “objc.ObjCLazyModule” * Python 3.7 is no

[Pythonmac-SIG] PyObjC 9.1b1

PyObjC 9.1 is one of the rare times that I'm publishing explicit beta releases. PyObjC 9.1b1 is available on PyPI ("pip install pyobjc-9.1b1"). This release contains the usual SDK updates (macOS 13.3) and minor bugfixes, but more importantly it contains some major changes to pyobjc-core. Becaus

Re: [Pythonmac-SIG] Supplying Unicode strings to pyobjc

> On 10 Apr 2022, at 09:23, Ben Byram-Wigfield via Pythonmac-SIG > wrote: > > I'm converting a lot of python2 scripts that use pyobjc to python3, and > having trouble getting them to work. The problem seems to relate to the > Unicode changes in python3. > > Something as simple as supplying

Re: [Pythonmac-SIG] Error with mimetype on OS-X 11 (Big Sur)

> On 16 Dec 2021, at 20:21, Chris Barker via Pythonmac-SIG > wrote: > > 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':

[Pythonmac-SIG] ANN: PyObjC 8.0

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

[Pythonmac-SIG] [ANN] py2app 0.26

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"

Re: [Pythonmac-SIG] py2app and pyinstaller on Big Sur

> On 20 May 2021, at 15:26, Paul Fishback wrote: > > Hello, > > I'm using Python 3.9 on a Mac running Big Sur and have encountered problems > converting GUIs into Mac apps. I'm concerned that the problems may arise from > Big Sur itself. > > Pyinstaller: I posted a problem I ran into at >

Re: [Pythonmac-SIG] "pythonw" in a Unix build

> On 18 Jan 2021, at 18:38, Christopher Barker wrote: > > On Mon, Jan 18, 2021 at 1:34 AM Ronald Oussoren > wrote: > As mentioned on python-dev adding the “pythonw” functionality to the unix > build is not very hard. I expect that integrating with the build syst

Re: [Pythonmac-SIG] "pythonw" in a Unix build

> On 15 Jan 2021, at 06:24, Christopher Barker wrote: > > On Thu, Jan 14, 2021 at 3:14 PM Jack Jansen > wrote: > For example, the brew Python is installed into a framework tucked away deep > in /usr/local/Cellar but you don’t notice this at all: you can just use >

[Pythonmac-SIG] [ANN] py2app 0.23

Hi, Py2app 0.23 is on PyPI. There are two noteworthy changes: * Support building “Universal 2” applications when using a “universal2” build of Python * Proces “@loader_path” in shared libraries, which should improve building apps based on wheels on PyPI that were build with the “delocate” tool

[Pythonmac-SIG] [ANN] PyObjC 7.1

Hi, I’ve uploaded PyObjC 7.1 to PyPI. The most important change is support for API’s introduced in macOS 11.1. Other than that there was a change to make it easier to build with the Command Line Tools instead of Xcode (for those not using the binary wheels). Ronald — Twitter / micro.blog: @ro

Re: [Pythonmac-SIG] py2app questions

> On 13 Dec 2020, at 04:53, Timothy M. Shead > wrote: > > Many thanks for py2app, of all the packaging apps I’ve tried, it’s been the > most usable by far; that said, I have questions. Using conda, python 3.8.5, > and py2app 0.22 on MacOS 10.15.7 with the following test app: > ># hello

[Pythonmac-SIG] [ANN] PyObjC 7.0.1

I’ve uploaded PyObjC 7.0.1 to PyPI, because the 7.0 release didn’t build on platforms other than Big Sur :-( Ronald — Twitter / micro.blog: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/ ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org

[Pythonmac-SIG] [ANN] PyObjC 7.0

Finally A bit later than I had expected I've uploaded PyObjC 7.0 to PyPI. This release includes support for new APIs introduced in macOS 11 (Big Sur), as well as support for arm64. The binary wheels on PyPI are only for x86_64 for now, I'll add "universal2" wheels once I've resolved some

Re: [Pythonmac-SIG] Can't complete py2app build

> On 27 Sep 2020, at 09:18, The Shelter via Pythonmac-SIG > wrote: > > > I myself switched after much trouble w/ py2app on Python3. Did you file issues about those? Ronald — Twitter / micro.blog: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/ _

Re: [Pythonmac-SIG] Can't complete py2app build

> On 16 Sep 2020, at 21:56, Terry Acree via Pythonmac-SIG > wrote: > > Sorry to bother you but i can’t get py2app to complete. all packages up to > date py2app 0.22. > > error > raise ValueError("%r does not exist" % (pathname,)) > ValueError: '/opt/anaconda3/lib/libpython3.7.dylib' does

[Pythonmac-SIG] [ANN] py2app 0.22

Hi, I’ve uploaded py2app 0.22 to PyPI. This contains a small number of bug fixes, most important of which was an problem when deploying to macOS 10.9 or 10.10. * #300: Add support for ARM64 and Universal 2 binaries NOTE: Support is highly experimental, these stubs have not been tested yet.

Re: [Pythonmac-SIG] Apple Silicon, anyone?

> On 13 Jul 2020, at 22:08, Jack Jansen wrote: > > Is anyone planning to track the Apple Silicon stuff and/or get a developer > system, and see what needs to be done for Python? > > I can help out, if wanted, but I won’t be trying to get a developer system > myself because I won’t be able to

[Pythonmac-SIG] ANN: PyObjC 6.2.2

Hi, I’ve uploaded PyObjC 6.2.2 to PyPI. The changelog for this release: #311 : Build for the Metal bindings failed on macOS 10.14 #309 : Fix incompatibility with macOS 11 in framework load

[Pythonmac-SIG] ANN: PyObjC 6.2.1

Hi, I’ve pushed PyObjC 6.2.1 to PyPI. This is a minor bug fix release: Issue #299: Ensure package ‘pyobjc’ won’t try to build the PubSub bindings on macOS 10.15 Reported by Thomas Buchberger Minor tweaks to build and pass tests on macOS 10.14 with the latest Xcode that can be installed on tha

Re: [Pythonmac-SIG] Python 3.8 (latest release)problem

> On 29 May 2020, at 12:44, Don Bowers wrote: > > iMac (2009) OS X El Capitan v 10.11.6 > > Sirs, A few days ago I downloaded and installed the latest release of python > 3.8.3. > > All seemed normal at first until I tried to Cut & Paste parts of a script I > was working on in the IDLE > e

Re: [Pythonmac-SIG] Building plans .....

> On 15 Mar 2020, at 22:04, Christopher Barker wrote: > > On Sun, Mar 15, 2020 at 4:39 AM Ronald Oussoren > wrote: > AFAIK the only difference for this discussion is the “Python.app” trick, and > that can be accomplished outside of a framework build as well (but

Re: [Pythonmac-SIG] Building plans .....

> On 15 Mar 2020, at 03:11, Christopher Barker wrote: > > Thanks Jack. > > But I'm still confused about a technical question: > > Does having python itself in a Framework enable anything that having it > outside a Framework won't let you do? AFAIK the only difference for this discussion is

Re: [Pythonmac-SIG] Building plans .....

> On 13 Mar 2020, at 20:36, Christopher Barker wrote: > > There is a private API that makes it possible to use GUI libraries outside of > an app bundle and that’s used by a number of projects, but I wouldn’t want to > use that in Python. > > Is that what TK is doing? I don’t know. > > And

Re: [Pythonmac-SIG] Building plans .....

> On 11 Mar 2020, at 22:34, Jack Jansen wrote: […] > > - I _think_ that the restriction that a GUI program must be in an App bundle > no longer holds, or at least there are ways around it. There are all sorts of > programs installed with brew that present a GUI without being in an app > bun

Re: [Pythonmac-SIG] Building plans .....

> On 12 Mar 2020, at 07:48, Just van Rossum wrote: > > FWIW, as far as I can tell, a non-framework-build can't be used to build a > native macos app, at least not with py2app. That’s a limitation in the current version of py2app, but is something that could change if needed. Ronald — Twit

Re: [Pythonmac-SIG] Building plans .....

> On 9 Mar 2020, at 17:53, Christopher Barker wrote: > > All, > > (mostly Ned and Ronald...) > > TL:DR: > > Are there any plans to update the build scripts for the python.org > python(s)? It would be really nice to get the mac builds > more inline with the rest of the U

[Pythonmac-SIG] ANN: PyObjC moved to GitHub

Hi, I’ve moved the PyObjC repository from BitBucket to GitHub. The new home is: https://github.com/ronaldoussoren/pyobjc/ I expect to release a new version of PyObjC soon after the release of macOS 10.15.4. Ronald — Twitter: @ronaldoussoren Blog:

[Pythonmac-SIG] ANN: py2app and related projects updated

Hi, I’ve pushed updates for py2app, modulegraph, macholib, altgraph, modulegraph2, objectgraph and asl to PyPI. - py2app now supports Python 3.8 and has some minor bug fixes. - macholib has some minor bugfixes - all projects have stricter pyflakes configuration, and were reformatted using black

Re: [Pythonmac-SIG] PyObjC and Criollo HTTP server

> On 9 Jan 2020, at 00:23, Rand Dvorak wrote: > > I got it working. Basically I have a main.py file in Resources that get > loaded and run by PyRun_SimpleFile in applicationDidFinishLaunching. Control > is then passed to the python interpreter. Notice the infinite loop at the > bottom whic

Re: [Pythonmac-SIG] PyObjC and Criollo HTTP server

of 2. >>>> >>>>>> objc.registerMetaDataForSelector( >>>>>> b'CRServer', >>>>>> b’get:block:', >>>>>> { >>>>>> 'arguments': { >>>>>> 3: {

Re: [Pythonmac-SIG] PyObjC and Criollo HTTP server

;: { >>>>3: { >>>>'callable': { >>>>'arguments': { >>>> 0:{'type': b'^v'}, >>>>1:{'type': b'@'}, &

Re: [Pythonmac-SIG] PyObjC and Criollo HTTP server

7;v' } >> } >> } >> } >> } >> ) and later: >> server.get_block_("/", helloHandler) > — Twitter: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/ > On 7 Jan 2020, at 10:00, Ronald Oussor

Re: [Pythonmac-SIG] PyObjC and Criollo HTTP server

Hi, You also need to remove the call to objc.selector. With correct metadata “blocks” are callables in Python code. Ronald — Twitter: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/ > On 6 Jan 2020, at 23:59, Rand Dvorak wrote: > > Same result: > > Updated code: > > import objc > C

Re: [Pythonmac-SIG] PyObjC and Criollo HTTP server

So much for typing code in Mail.app…. “Retail” should be “retval”. Ronald — Twitter: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/ > On 6 Jan 2020, at 15:27, Ronald Oussoren via Pythonmac-SIG > wrote: > > > >> On 6 Jan 2020, at 00:51, Rand Dvorak wrote: >

Re: [Pythonmac-SIG] PyObjC and Criollo HTTP server

> On 6 Jan 2020, at 00:51, Rand Dvorak wrote: > > > I am trying to implement a simple server in PyObjC for the Criollo HTTP > server. The server has a method to set route handlers by passing a block to > setup the route and then when it receives and HTTP request for the route it > calls th

Re: [Pythonmac-SIG] Catalina issue

Hi, This is a change in behaviour in macOS. The workaround is to create an NSApplication instance, for example by calling Cocoa.NSApplication.sharedApplication(). Ronald — Twitter: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/ > On 29 Oct 2019, at 19:34, Ben Byram-Wigfield via Python

Re: [Pythonmac-SIG] Catalina issue

Hi, Thanks for the report. I can reproduce this in a VM running 10.15.1 (using a virtualenv environment). I’ve filed issue #282 about this, to help me remember to investigate this. /usr/bin/python on the same system works fine, but is using an ancient version of PyObjC. Ronald — Twitter: @r

[Pythonmac-SIG] ANN: PyObjC 6.0.1

Hi, I’ve uploaded PyObjC 6.0.1 to PyPI. This fixes the annoying lines of debug output in the 6.0 release. Ronald — Twitter: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/ ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org https://mail.p

[Pythonmac-SIG] ANN: PyObjC 6.0

I've uploaded PyObjC 6.0 to PyPI. This is a major feature release, the two most important changes are the addition of support for frameworks and APIs introduced in macOS 10.15 (Catalina), and the removal of support for Python 2.7. PyPI has wheels for 64-bit builds of Python 3.6, 3.7 and 3.8. The

[Pythonmac-SIG] ANN: PyObjC 5.3

Hi, I’ve uploaded PyObjC 5.3 to PyPI. This is a minor bug fix release and also ships with wheels for Python 3.8. Changes: * PR 21: Switch xcodebuild invocation to xcrun for sdk path Patch by Clément Bouvier * #271: Fix crash when creating NSData objects on macOS 10.15 * Fix compile error

Re: [Pythonmac-SIG] Looking for PyObjC and py2app users

Hi, Thanks for all responses, both here and on Twitter. I haven’t had a chance to seriously look at everything as I’m on my post-EuroPython holiday, but will do so when I get back home. Ronald -- On the road, hence brief. Op 14 jul. 2019 om 16:52 heeft Ronald Oussoren het volgende geschre

[Pythonmac-SIG] Looking for PyObjC and py2app users

Hi, I’m looking for users and usages of PyObjC and py2app for a number of reasons. - I’m personally interested in what people are doing with my projects, this not just strokes my ego but also tends to show fun usecases - I’d like to add information to the documentation on how and why PyObjC is

[Pythonmac-SIG] [ANN] modulegraph2 2.0a1

Hi, I’m happy to announce a new library: modulegraph2 version 2.0a1. Modulegraph2 is a complete rewrite of the modulegraph library that powers py2app and will end up in py2app in the future. The new library is python 3 only and has proper test coverage. This should make it a lot easier to evo

Re: [Pythonmac-SIG] PMPrinterPrintWithProvider

> On 25 Jan 2019, at 15:47, Kevin Walzer wrote: > > On 1/25/19 5:44 AM, Ronald Oussoren via Pythonmac-SIG wrote: >> These APIs are not available through PyObjC at this time. Why do you want >> these APIs instead of the higher level APIs in AppKit? > > Since thes

Re: [Pythonmac-SIG] PMPrinterPrintWithProvider

Hi, These APIs are not available through PyObjC at this time. Why do you want these APIs instead of the higher level APIs in AppKit? Could you file an issue at

[Pythonmac-SIG] [ANN] PyObjC 5.1.2

Hi, I’ve pushed PyObjC 5.1.2 to PyPI. This release contains a number of bugfixes: * #254: Fix compile error on macOS 10.9 or earlier * #255: Calling completion handler failed due to incomplete runtime info PyObjC's metadata system didn't automaticly set the call signature for blocks passed

[Pythonmac-SIG] [ANN] PyObjC 5.1.1

Hi, I’ve pushed PyObjC 5.1.1 to PyPI. This is a very minor feature update: it adds a small number of symbols introduced in the macOS 10.14.1 SDK included with Xcode 10.1. Ronald ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org https://mail.pyth

Re: [Pythonmac-SIG] [Pyobjc-dev] notarization works! (was Re: not that)

> On 29 Oct 2018, at 18:22, Glyph wrote: >>> >> >> Which package needs _cffi_backend? I can add a recipe for that to py2app to >> do this automagically. > > This may sound obvious, but: cffi :-). In my case, pyOpenSSL -> cryptography > -> cffi. I’ll look into adding a recipe for this to p

Re: [Pythonmac-SIG] [Pyobjc-dev] notarization works! (was Re: not that)

> On 29 Oct 2018, at 07:58, Ronald Oussoren via Pyobjc-dev > wrote: > > MAP_JIT is a mmap flag that’s apparently introduced in 10.14. The slides at > https://developer.apple.com/videos/play/wwdc2018/702/ > mention this flag and > the h

Re: [Pythonmac-SIG] [Pyobjc-dev] notarization works! (was Re: not that)

> On 29 Oct 2018, at 00:56, Glyph wrote: > > > >> On Oct 28, 2018, at 2:57 PM, Glyph > > wrote: >> >>> I wonder what the “hardened runtime” option actually does and enforces. >>> In 3.7 the line in ctypes/__init__.py that causes the exception is a call >>>

Re: [Pythonmac-SIG] py2app apps codesigned with "--options runtime", i.e. any notorizable app, fails to launch with ctypes error (was Re: [Pyobjc-dev] ctypes MemoryError when attempting to launch nota

> On 28 Oct 2018, at 19:20, Glyph wrote: > > > >>> >>> Curiously, this is the same traceback that comes from >>> https://forum.kodi.tv/showthread.php?tid=329171 >>> , which suggests it's >>> something fundamental to strict shared-library sa

Re: [Pythonmac-SIG] py2app apps codesigned with "--options runtime", i.e. any notorizable app, fails to launch with ctypes error (was Re: [Pyobjc-dev] ctypes MemoryError when attempting to launch nota

> On 28 Oct 2018, at 19:47, Glyph wrote: > > > >> On Oct 28, 2018, at 11:20 AM, Glyph > > wrote: >> >> >> >>> On Oct 28, 2018, at 2:27 AM, Ronald Oussoren >> > wrote: >> Curiously, this is the same traceback that co

Re: [Pythonmac-SIG] [Pyobjc-dev] ctypes MemoryError when attempting to launch notarized app

> On 28 Oct 2018, at 06:27, Glyph wrote: > > I adjusted my code-signing to use the new, stricter requirements imposed by > app notarization. I managed to get it successfully notarized, but the app is > now non-functional as a result: at startup, I get: > > Traceback (most recent call last):

[Pythonmac-SIG] [ANN] PyObjC 5.1

Hi, I’ve pushed PyObjC 5.1 to PyPI. This is a minor feature release. The most interesting change is that the Objective-C proxies for builtin Python types now support NSSecureCoding. The full list of changes: Xcode 10 “GM” contains one difference from the last beta: the constant MLComputeUni

[Pythonmac-SIG] [ANN] py2app 0.18

Hi, I’ve released py2app 0.18 on PyPI. The only change w.r.t. 0.17 is a recipe for “six.moves”, that should also work when the “six” library has been vendored by some other package. Ronald ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org https:

Re: [Pythonmac-SIG] py2app -A and virtual environments

> On 28 Sep 2018, at 10:34, Just van Rossum wrote: > > Following up to this: it seems line 1832 in py2app/build_app.py isn’t correct > anymore, with Python 3 venv behavior: > >if os.path.exists(os.path.join(sys.prefix, ".Python")): > > Not sure how to fix it. If I force this code pat

Re: [Pythonmac-SIG] [ANN] PyObjC 5.0

> On 21 Sep 2018, at 23:24, Glyph wrote: > > > >> On Sep 21, 2018, at 4:50 AM, Ronald Oussoren > <mailto:ronaldousso...@mac.com>> wrote: >> >> >> >>> On 21 Sep 2018, at 05:59, Glyph >> <mailto:gl...@twistedmatrix.com&

Re: [Pythonmac-SIG] [ANN] PyObjC 5.0

> On 21 Sep 2018, at 05:59, Glyph wrote: > > On Sep 18, 2018, at 1:22 PM, Ronald Oussoren via Pythonmac-SIG > mailto:pythonmac-sig@python.org>> wrote: >> >> PyObjC 5.0 is out > > Thanks again for your tireless (or at least apparently tireless) maintenanc

[Pythonmac-SIG] [ANN] PyObjC 5.0

PyObjC 5.0 is out The release of macOS 10.14 is near, it is therefore time to release a new major version of PyObjC. I’ve uploaded PyObjC to PyPI, it can be installed using “python3 -m pip install -U pyobjc”. What is PyObjC The PyObjC project provides bindings to most of Apple’s higher-level

[Pythonmac-SIG] [ANN] PyObjC 5.0b1

Hi, I just uploaded PyObjC 5.0b1 to PyPI. This is the first beta of the version of PyObjC that includes support for macOS 10.14 (Mojave). I expect to release 5.0 soon after the GM release of Xcode 10. The primary new “feature” as compared with the 5.0a1 is that this release includes binary wh

[Pythonmac-SIG] [ANN] py2app 0.16 and macholib 1.11

Hi, I’ve released py2app 0.16 and macholib 1.11 with a couple of small changes. The most important fix is in macholib and avoids the "New Mach-O header is too large to relocate in …” error when using Python wheels containing shared libraries (such as Pillow). A full list of changes in py2app

[Pythonmac-SIG] [ANN] First alpha release for PyObjC 5.0

[This is a cross-post from http://blog.ronaldoussoren.net] I pushed a first alpha release for PyObjC 5.0 to PyPI, it can be installed with “pip install –pre pyobc”. The major change in the 5.0 release is the addition of API bindings for macOS 10.14. This release is mostly up-to-date w.r.t. dev

Re: [Pythonmac-SIG] py2app is not finding imported libraries

Could you create a small reproducer and sent me it as well as the output of “python3 setup.py py2app -A”, the output of “python3 -mpip list” and a list of files in the generated app bundle (in a Terminal window: find dist/MyApp.app -ls)? With some luck this will help me find the issue. And jus

[Pythonmac-SIG] ANN: py2app 0.15

Hi, I just pushed py2app 0.15 to PyPI. This has basically one change from the previous release: This release supports Python 3.7. There are also updates to altgraph, modulegraph and macholib that should get automatically installed as well. Ronald __

[Pythonmac-SIG] Towards PyObjC 5.0

Hi, Just a quick message about development on PyObjC 5.0. The process of updating PyObjC for macOS 10.14 is going faster than expected, although it has helped that I took time of from work during WWDC to work on this. I expect to push out a first beta release of PyObjC 5 during the EuroPython