[Pythonmac-SIG] py2app release delayed

[Barry Scott]

> On 18 Dec 2016, at 20:39, Ronald Oussoren <ronaldoussoren at 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 at python.org
> https://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20161220/582fc2a0/attachment.html>