bundlebuild in pytthon 2.7 fails to create usable applications.

After examining the code there are a number of coding errors:

1. optimize will puts the -O in the wrong place in the argv
2. Modules.zip is never added to the path

The bunderbuilder in 2.6 can be made to work with 2.7 by
applying the following patch to the 2.6 code.

--- bundlebuilder.py~   2012-12-30 21:32:40.000000000 +0000
+++ bundlebuilder.py    2012-12-30 21:32:40.000000000 +0000
@@ -337,7 +337,6 @@
     "Python",  # the Python core library
     "Resources/English.lproj",
     "Resources/Info.plist",
-    "Resources/version.plist",
 ]
 
 def isFramework():

Barry, can you provide a simple test case that demonstrates the failures you see?

I'm using the pysvn workbench sources to find the problem.

Test cases for Mac Apps are not that simple. You need a GUI
framework for starters.

But I'm happy to test any candidate fix using workbench.

As I said a code inspection of the changes since 2.6 will
show that this code cannot work.

It would be nice to have a simple self-contained example, especially one that could be converted to a testcase later on. 

Using the pysvn workbench should be good enough to find the problem though (assuming it is open source). Is there a download URL for this project?

BTW. bundlebuilder is deprecated and is no longer present in py3k.

Also: IDLE.app for python 2.7 is build using bundlebuilder, and that app works just fine.

Why not use IDLE? Workbench is a lot of code and dependencies.

I expect that it works because idle.app was created using the --no-zipimport option that is new in 2.7.

However with zip import the code is badly broken.

Build IDLE.app with zip import and you should reproduce the bug.

Have you code inspected the module as I suggested to review the new code?

_getSiteCode is clearly wrong. The if is backwards and no else.

The following inserts are in the wrong order:

if %(optimize)s:
    sys.argv.insert(1, '-O')

sys.argv.insert(1, mainprogram)

It probably works because IDLE.app only uses the stdlib (that is, anything imported from the main script is in the stdlib)

The bundlebuilder call for IDLE.app:


$(RUNSHARED) @ARCH_RUN_32BIT@ $(BUILDPYTHON) $(BUNDLEBULDER) \
                --builddir=. \
                --name=IDLE \
                --link-exec \
                --plist=Info.plist \
                --mainprogram=$(srcdir)/idlemain.py \
                --iconfile=$(srcdir)/../Icons/IDLE.icns \
                --resource=$(srcdir)/../Icons/PythonSource.icns \
                --resource=$(srcdir)/../Icons/PythonCompiled.icns \
                --python=$(prefix)/Resources/Python.app/Contents/MacOS/Python \
                build


I don't have time to look into this right now, maybe in a couple of weeks.

Closed as an out of date issue.

It's not obvious that this issue would be out of date by our normal policies; however, since bundlebuilder doesn't exist in python3 it seems reasonable to close it.  What functionality python2 has at this point is what it has.

R. David, Would there be a better resolution than 'out of date'? The other resolutions didn't really seem to fit either.

Agree, that the issue is a moot point.

No, I think out of date is closest.  It's no longer relevant because it no longer exists in python3, so its support date has effectively passed EOL :)