> On 18 Dec 2016, at 20:39, Ronald Oussoren <ronaldousso...@mac.com> wrote: > > Hi, > > I had hoped to release a new version of py2app today, but didn’t due to > problems with macholib that resulted in broken application bundles. The good > news is that I found the cause of that breakage and reverted the patch that > caused it. > > I did fix a number of bugs on the tracker last week (the number of open > issues decreased from 94 to 72), and implemented a useful new feature: > support for “@loader_path” in shared libraries, which is used in wheels > processed with delocate > <https://github.com/matthew-brett/delocate/blob/master/delocate/delocating.py > <https://github.com/matthew-brett/delocate/blob/master/delocate/delocating.py>> > such as the wheels for Pillow. > > Because this is turning into a fairly large release I’d appreciate if people > could test the code in the repository with their applications. To install > first install altgraph-0.13, then install modulegraph, macholib and py2app > from their bitbucket repositories > (https://bitbucket.org/ronaldoussoren/modulegraph > <https://bitbucket.org/ronaldoussoren/modulegraph>, > https://bitbucket.org/ronaldoussoren/macholib > <https://bitbucket.org/ronaldoussoren/macholib> and > https://bitbucket.org/ronaldoussoren/py2app > <https://bitbucket.org/ronaldoussoren/py2app>). > > There’s still a fairly large number of open issues for py2app, but those will > have to wait for a later time (which hopefully be a lot sooner than the time > it took me to get from the previous release to this point). >
Thanks for working on an update. I know you time is limited, however I hope you can comment on these questions about py2app. I was looking at contributing patches but found, as you did that macholib was very broken so gave up patching and hacked workarounds. I’m using py2app to package a couple of apps that use PyQt and pytz. I found that the resulting app has the .dylib files in the python35.zip. Is that correct? I had assumed that .dylib files need to be in the .app as files, is there a trick to run them out of the .zip file? I have been copying in the PyQt .dylib, plugins etc into the .app with a script that adds these in Contents/Frameworks etc after fixing up the RPATHs. For pytz to work in a py2app .app pkg_resources needs to work and it does not. Is this a known issue? I worked around it with a stub pkg_resources package that reached into the python35.zip and pulled out the zoneinfo files. It seems that py2app will package up all the files in a package, not just the .py files. Is that the algorithm that is used? > Ronald > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG@python.org > https://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
_______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG@python.org https://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG