unable to run bootrap file using py2exe and python3.4 about esky

[timeyyy]

Originally posted by @rfk

Over in #104, we figured out a minimal set of modules that must be available to python during its startup sequence. I think this is a new requirement for python3, related to bootstrapping the io module and sys.stdin and similar. The list is:

_weakrefset.pyc abc.pyc     codecs.pyc  encodings   io.pyc

So, we need to find a way to make these available to the py2exe bootstrap exe. This probably means creating a library.zip or similar in the top-level bootstrap env, or perhaps appending them to the bootstrap executable itself. Unfortunately I don't have access to a windows box at the moment, but if anyone's feeling adventurous, I can give you some pointers on how move ahead with this.

In fact, there's a comment in f_py2exe that says "There's no need to copy library.zip into the bootstrap env...". One way to see if this will help fix the problem, would be to copy the library.zip from the version subfolder into the bootstrap env, and see if that lets things run.

[timeyyy]

@rfk

• how did you skip the encoding error and get to the subsequent error in issue #104 ?
• No combination of unzipping the encoding files or sitting the library.zip next to the bootstrap.exe managed to work.

Any other ideas and what could be causing this?

Two interesting pieces of info:

• cxfreeze works like a charm on py3.4 without any mods, it's also the only freezer that is using the compile_to_bytecode function you mentioned (dunno if that's related)
• If i make the app update itself ( by bypassing the bootsrap and selecting the version manually), it creates some folders and does its magic, after that the bootstrap works..., pointing to the new version and everything

just as a reference in case you want to see how the structure of esky is

https://github.com/cloudmatrix/esky/wiki/How-Esky-Works

before an initial update though it looks a bit different,
the appdata doesn't exist and our app version resides in a folder someapp-0.1.win-32

[timeyyy]

#116 is also to do with the bootstrap not working when a particular module is present

[rfk]

Unfortunately this project is no longer actively maintained, so I'm going to move it into archive mode:

https://rfk.id.au/blog/entry/archiving-open-source-projects/