On Tue, Feb 16, 2010, Xiao Yu wrote:
>
> Just tried again. Python from python.org and py2app, all built from
> source. Python is built with i386 and x86_64 and as a framework.
No, I meant using the python.org DMG, just to make sure you've got a
properly built Python.
--
Aahz (a...@pythoncraft.com
Just tried again. Python from python.org and py2app, all built from source.
Python is built with i386 and x86_64 and as a framework.
copying
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/config/Makefile
->
/Users/xiao/Development/Python/Curses/dist/test.app/Contents/Framewor
On Sun, Feb 14, 2010, Xiao Yu wrote:
>
> I thought I might have messed up my Python install but now I'm pretty
> sure I have a standard MacPort's Python 2.6.4 and py2app 4.3. I tried
> both export VERSIONER_PYTHON_PREFER_32_BIT=yes and no. Any pointers to
> building a 32-bit program?
Why not use p
Old issue, but I pretty much gave up on Qt4, but I just realised that I can't
even compile a one line program like print "hello".
running py2app
*** filtering dependencies ***
252 total
30 filtered
4 orphaned
222 remaining
*** create binaries ***
skipping python loader for extension '_AE'
skippin
On 12/28/09 12:39 PM, Marc-Antoine Parent wrote:
It's just Tkinter--I have a four-way build (32/64 bit for PPC and Intel) of
Tcl/Tk.
Hmmm I tried adding Tkinter to my "includes". Interestingly, the framework
did not get added; apparently because it is a system framework.
I then tried add
> It's just Tkinter--I have a four-way build (32/64 bit for PPC and Intel) of
> Tcl/Tk.
Hmmm I tried adding Tkinter to my "includes". Interestingly, the framework
did not get added; apparently because it is a system framework.
I then tried adding it explicitly with the "frameworks" option o
On 12/28/09 12:05 AM, Marc-Antoine Parent wrote:
Hmmm so have I, and I was stumped too, I'm afraid. It depends on the size
of headers in a particular library.
I do not know of a way to resize them after the fact. Anyone else?
If it's a library whose build you control, you could try to give
> I get this error in py2app:
>
> File "build/bdist.macosx-10.5-universal/egg/macholib/MachO.py", line 295, in
> synchronize_size
>raise ValueError("New Mach-O header is too large to relocate")
> ValueError: New Mach-O header is too large to relocate
> > /Users/kevin/Desktop/phynchronicity/bu
On 12/27/09 2:25 PM, Marc-Antoine Parent wrote:
I also ran into this recently.
I was trying to wrap a PyQt application on Snow Leopard, and I wanted a 64-bit
application as a result.
The first issue you ran into involves macholib, and is easy enough to correct;
here is the patch file.
Also, p
I also ran into this recently.
I was trying to wrap a PyQt application on Snow Leopard, and I wanted a 64-bit
application as a result.
The first issue you ran into involves macholib, and is easy enough to correct;
here is the patch file.
macholib.diff
Description: Binary data
Also, py2app bu
On 12/7/09 10:13 PM, Nehemiah Dacres wrote:
the solution is to fix the endian bug. you're on intel right? I bet if
you used the new PySide qt python bridge, it wouldn't have this problem.
I bet its talking directly to the c++ runtime  instead of  Â
It may be an issue with endian-ness, but the
On 12/6/09 5:00 AM, Xiao Yu wrote:
Hi,
I think this problem might have been previously discussed but I'm not too sure
what the solution is.
I'm attempting to build my PyQt4 application.
error: unpack requires a string argument of length 32
/opt/local/Library/Frameworks/Python.framework/Vers
Hi,
I think this problem might have been previously discussed but I'm not too sure
what the solution is.
I'm attempting to build my PyQt4 application.
I'm receiving an error here:
File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/py2app/build_app.py
13 matches
Mail list logo
