Distutils-SIG October 2004

distutils-sig@python.org

35 participants
32 discussions

Your message to Trasno awaits moderator approval

by trasno-bounces＠ceu.fi.udc.es

Your mail to 'Trasno' with the subject Re: Your website Is being held until the list moderator can review it for approval. The reason it is being held: SpamAssassin identified this message as possible spam Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://ceu.fi.udc.es/cgi-bin/mailman/confirm/trasno/2b67ce20a75e1b647eadf8f…

15 years, 10 months

ANN: py2app 0.1

by Bob Ippolito

py2app is the bundlebuilder replacement we've all been waiting for. It is implemented as a distutils command, similar to py2exe. Even at this early stage, it's probably the most advanced python packaging utility out there with regard to dependency analysis. It's at a "works for me and the two other people that have tried it" stage. It's not particularly documented, and I don't have time to document it today, but you should be able to get along given the examples. Since it is very similar to py2exe in design, you can also borrow ideas from there. If you have any issues with py2app, please let me know. Provide source if possible. I'm particularly interested in problematic packages which use import tricks or in-package data files such as PIL or pygame. These two are explicitly supported by the extensible "recipe" mechanism of py2app, but there are surely others. I believe PEAK, ZConfig, Twisted, etc. may do one or both of these things. Until a recipe is created for a particular problematic package, you may always just include it wholesale with the -p argument. Download and related links are here: http://undefined.org/python/#py2app -bob

15 years, 10 months

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Distutils-SIG October 2004