🌐 Mailman 3 - Pythonmac-SIG - python.org

Apple Silicon, anyone?
by Jack Jansen July 14, 2020

July 14, 2020

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 spend a lot of time. -- Jack Jansen, <Jack.Jansen(a)cwi.nl>, http://www.cwi.nl/~jack If I can't dance I don't want to be part of your revolution -- Emma Goldman

3 2

ANN: PyObjC 6.2.2
by Ronald Oussoren July 8, 2020

July 8, 2020

Hi, I’ve uploaded PyObjC 6.2.2 to PyPI. The changelog for this release: #311 <https://github.com/ronaldoussoren/pyobjc/issues/311>: Build for the Metal bindings failed on macOS 10.14 #309 <https://github.com/ronaldoussoren/pyobjc/issues/309>: Fix incompatibility with macOS 11 in framework loader Another attempt at giving a nice error message when trying to install on platforms other than macOS. The classifiers now correctly identify supported Python versions As an aside: I’m working on full support for macOS 11, as well as Apple Silicon. The development branch for the core bridge already passes its tests on Apple Silicon hardware, and updating the framework bindings for macOS is going slightly faster than expected. With some luck there will be a prerelease of PyObjC 7 after EuroPython. Ronald — Twitter / micro.blog: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/

1 0

ANN: PyObjC 6.2.1
by Ronald Oussoren June 14, 2020

June 14, 2020

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 that version of macOS. Issue #300: Fix SystemError in block edge case PyObjC raised a SystemError when converting a callable into an ObjC block when the callable is a bound method without positional arguments. Issue #275: Fix crash on catalina caused by writing to read-only memory. Patch by Dan Villiom Podlaski Christiansen PR #302: Make sure the SDK detection works when the version is not in the SDK name Patch by Joshua Root There were no SDK updates in Xcode 11.5 and Xcode 11.6 (beta) This is probably the last release in the 6.x train. My plan is to start working on PyObjC 7.0, with support for the next major release of macOS, during WWDC. Ronald — Twitter / micro.blog: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/

1 0

Python 3.8 (latest release)problem
by Don Bowers May 29, 2020

May 29, 2020

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 environment. The following are screen shots that are generally self explanatory; As can be seen, the cut and copy are greyed out and inoperative and I don’t remember the "set" and "clear" Breakpoints, at the bottom. It is as if nothing had been selected. Such a situation makes the editor practically unusable so I quit out of the IDLE and Python. To see if it had also effected the normal Finder environment I opened a text editor file and got the following: Indicating the OS was also effected and I don’t have BBEdit ( top line of bottom panel) installed and it, needs sorting but (top panel) I did follow up on pip and found it to be superseded by vision 20 and have since upgraded 'pip', which I first had trouble getting PY3.8 to recognise. That has been sorted but the problem remained so, in the end I trashed python 3.8 and reinstalled py3.7 and the main fault disappeared. viz; The top panel has change but I don’t understand it. I assume it wants me to look up Pc\Desk…… Since then I have tried reinstalling py3.8 twice but the same problems come back. The problem comes and goes with the installation of python3.8. Does anyone have any idea what the problem might be ? If it might effect :- I did have a little trouble with the OS native Python 2.7 wanting to own the new pip installation but that was overcome. If it’s of any help this is current Py3.7 terminal list; Best regards Don B.

4 3

Building plans .....
by Christopher Barker March 18, 2020

March 18, 2020

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 Unix world. Longer version: Over on Conda-forge, we've been struggling with the whole Python.app Bundle thing: https://github.com/conda-forge/python.app-feedstock/issues/8 which resulted in: https://github.com/conda-forge/python.app-feedstock/pulls Which looks like it's going to solve the "problem at hand". (NOTE: what that PR does is put a symlink in the app bundle to the main executable. So pythonw is a bash script that redirects to the symlink in a bundle which is linked to the regular python executable. I'm amazed that it works, but it seems to) But really, it seem that it would be better if in the conda world we "did this right", which is to say build a python binary that re-directs to a version inside a bundle to make the OS happy, like is done with the python.org Framework builds. There are a number of issues and discussion out there, semi-summaries here: https://github.com/conda-forge/python-feedstock/issues/23 But a summary is: The Mac requires that a GUI app executable be "inside" nd application bundle to access the GUI. This means that a regular old python interpreter can not be used to run a GUI app (Tk, wxPython, QT, etc.). This was "solved" many years ago in the python.org "Framework" builds of Python, by writing a small wrapper around the pythonexe that re-directs itself to one inside an app bundle. This acts just like a regular command line executalbe, and thus "python" and "pythonw" can be links to the same thing. However, when Anaconda (and now conda-forge) started, they did not use a Framework build, preferring to keep python more standardized and *nix-y. So they solved the problem by making a "pythonw" command that is a bash script that re-directs itself to a copy of the python executable inside an application bundle. This is delivered as a "python.app" package via conda. However: while this hack works fine from the command line, it does not work with setuptools entry points, and other ways of running the app. This has been a thorn in the side of the (admittedly small) group of folks using both conda and developing OS-X Desktop apps. And the setuptools folks seem to have no interest whatsoever in updating setuptools to accommodate pythonw. So what I"d like to see happen is for conda-forge to build its python on OS-X with the little wrapper so that it can be used in place of this whole python.app hack. I think there are not technical reasons that can't be done. But the current configure scripts for python.org don't provide that option, and there has been no one with both an interest in this, the autotools skills, and the time to make it happen. I just looked again at the building instructions for the Pyhton.org builds, and they seem to be pretty old. The Mac has moved on and it seems it would b good to updated those build options anyway: Do we need 32 bit anymore? Do we need Universal builds anymore? Should we abandon the Framework build option altogether? My proposal: Add a build option that builds Intel, 64bit, fairly recent SDK, and the pythonw hack, into an otherwise "standard" unix-like build. Then that could become the default OS-X build in the future, exactly when TBD. The problem is that I *really* don't have the autoconf skills to do that! But I'm hoping with some prodding and show of support, someone with take it on :-) -CHB -- Christopher Barker, PhD Python Language Consulting - Teaching - Scientific Software Development - Desktop GUI and Web Development - wxPython, numpy, scipy, Cython

8 25

ANN: PyObjC moved to GitHub
by Ronald Oussoren March 1, 2020

March 1, 2020

Hi, I’ve moved the PyObjC repository from BitBucket to GitHub. The new home is: https://github.com/ronaldoussoren/pyobjc/ <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: https://blog.ronaldoussoren.net/

1 0

ctypes, codesigning, notarizing, py2app?
by Just van Rossum Feb. 14, 2020

Feb. 14, 2020

Hello, I’m trying to codesign and notarize my application, and thanks to the following thread I’m getting closer: https://mail.python.org/pipermail/pythonmac-sig/2018-October/024341.html However, I’m stuck there, since my app _does_ require ctypes. Is there currently a way to use ctypes in a py2app-built application, and have it codesigned and notarized? I’m afraid the answer may be “no”, if I read the thread correctly... Thanks for any clues, Just

1 1

ANN: py2app and related projects updated
by Ronald Oussoren Jan. 14, 2020

Jan. 14, 2020

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. The major change is that all projects were moved to GitHub, the repositories at BitBucket will no longer be updated. Note that PyObjC and closely related projects are still on BitBucket, they will move later due to some issues I ran into while migrating the PyObjC repository from Mercurial to Git. Ronald — Twitter: @ronaldoussoren Blog: https://blog.ronaldoussoren.net/

1 0

PyObjC and Criollo HTTP server
by Rand Dvorak Jan. 9, 2020

Jan. 9, 2020

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 the block. The block has the signature: typedef void(^CRRouteBlock)(CRRequest* _Nonnull request, CRResponse* _Nonnull response, CRRouteCompletionBlock _Nonnull completionHandler); So, here is my simple proof of concept: import objc CRApplication = objc.lookUpClass("CRApplication") global server def helloHandler(self, request, response, handler): response.send_("Hello World!") handler() if __name__ == "__main__": server = CRApplication.sharedApplication().delegate().server() server.get_block_("/", objc.selector(helloHandler, signature=b'v@:@@@‘)) *** error occurs here server.startListening() But, when I try to setup the route I get the following error: Traceback (most recent call last): File "main.py", line 21, in <module> server.get_block_("/", objc.selector(helloHandler, signature=b'v@:@@')) TypeError: Argument 3 is a block, but no signature available Any ideas how to workaround this issue and implement the route handlers in PyObjC?

2 15

Problems with the pythonmac-sig mailing list
by Jack Jansen Jan. 8, 2020

Jan. 8, 2020

Folks, as of yesterday every posting to the list is held for approval. I’ve asked the mailman maintainers what could be going on. I the mean time I’ll approve all posts as quickly as possible, but I trust you understand that I’m not sitting here waiting to approve things 24 hours a day, so things may be a bit slow:-) -- Jack Jansen, <Jack.Jansen(a)cwi.nl>, http://www.cwi.nl/~jack If I can't dance I don't want to be part of your revolution -- Emma Goldman

1 1