On 17 Sep, 2009, at 23:50, Bill Janssen wrote:
Ronald Oussoren wrote:
Bill,
Appscript probably gets installed as a zipped egg, the .python-eggs
directory gets created when a real filesystem path is needed for an
item in such an egg.
Yes, that's part of the problem. The other part is that
On 17 Sep, 2009, at 23:50, Bill Janssen wrote:
Ronald Oussoren wrote:
Bill,
Appscript probably gets installed as a zipped egg, the .python-eggs
directory gets created when a real filesystem path is needed for an
item in such an egg.
Yes, that's part of the problem. The other part is that
Hi Daniel,
Thanks for the info and sample code! I've now got libqsqlpsql.bundle
copying to the app bundle's frameworks dir.
Reading http://doc.trolltech.com/4.4/deployment-mac.html#linking-the-application-to-qt-as-frameworks
, I'm knee deep in otool and install_name_tool. I had no idea I
In article <20090917234722.gb26...@panix.com>,
Aahz wrote:
> On Thu, Sep 17, 2009, Bill Janssen wrote:
> > Ronald Oussoren wrote:
> >> If you install appscript as an unzipped egg the problem should go away.
> > How does one do that?>
> You can unzip manually as with any other .ZIP file, or you
On Thu, Sep 17, 2009, Bill Janssen wrote:
> Ronald Oussoren wrote:
>>
>> If you install appscript as an unzipped egg the problem should go away.
>
> How does one do that?
You can unzip manually as with any other .ZIP file, or you can do
easy_install with -Z.
--
Aahz (a...@pythoncraft.com)
Ronald Oussoren wrote:
> Bill,
>
> Appscript probably gets installed as a zipped egg, the .python-eggs
> directory gets created when a real filesystem path is needed for an
> item in such an egg.
Yes, that's part of the problem. The other part is that .pth handling
seems to have changed from 2
On 17-Sep-09, at 7:07 AM, Geert Dekkers wrote:
Would this then mean that PIL would also fail complaining about
"wrong architecture" when running under 64-bit Apache?
If you tried to actually access image data with it (like, poke at
actual pixels), yes.
David
__
Paul McNett wrote:
Christopher Barker wrote:
I have a faint memory of finding two copies of the wxPython libs in a
py2app bundle once, but I don't remember why or what I did about it, but
This happens when building a "Universal" app. You get the ones compiled
for Intel, plus the ones compile
Christopher Barker wrote:
I have a faint memory of finding two copies of the wxPython libs in a
py2app bundle once, but I don't remember why or what I did about it, but
This happens when building a "Universal" app. You get the ones compiled for Intel,
plus the ones compiled for Motorola.
Pa
Has anyone within earshot of this list successfully built a PyQt
app with SQL support using py2app? I've been poking and prodding
at the problem for a few months now and I'm no closer to a solution
to the "cannot move to thread ..." error.
Yes, I think I got this to work recently with Qt3.
David Warde-Farley wrote:
On 13-Sep-09, at 10:58 AM, Geert Dekkers wrote:
And I'm wondering if this is at all necessary. Because -- why can
Apache run PIL??? -- the .so files are also not full fat, but you can
indeed do "import Image"
I'm confused here -- is Django really running on a python
Charles Hartman wrote:
All
that changes, as far as I can see, is the very small edits I'm making in
the code. For a while I thought trashing the old .app and the dist
folder forced the smaller file-size, but now that doesn't seem to work
either. What am I missing about py2app?
I don't kn
DavidW wrote:
Hi All,
When I try to resume a stopped instantiation of
Python 2.5.2 (r252:60911, Feb 22 2008, 07:57:53)
on
intel OSX 10.5.8
using eithr % or fg, the job aborts without any [error etc] message.
Is this a known condition?
Any solution?
I'm not seeing this (OSX 10.5.7):
mac:Downlo
Would this then mean that PIL would also fail complaining about "wrong
architecture" when running under 64-bit Apache?
Geert
From: VanL
Date: 16 September 2009 7:54:39 PM
To: pythonmac-sig@python.org
Subject: Re: [Pythonmac-SIG] django webapp using CoreGraphics
complains about "wrong arc
14 matches
Mail list logo
