On Apr 24, 2008, at 6:55 PM, Christopher Barker wrote:
Consistency is nice, especially on older systems that may have an
old version where the changes include new features (as opposed to
bug fixes). PNG updates are mostly bug fixes these days, but
include important security updates that wo
Gary Bernhardt wrote:
I want to split my app into multiple independent .apps, but I don't
want the user to have to care about that.
I'm confused as to what you want. Do you want the user to have multiple
app icons to click on? If not, then what are "independent .apps"?
I could just stick o
William Kyngesburye wrote:
Is that right? Or should we just use our own for Apple's build too?
Consistency is nice, especially on older systems that may have an old
version where the changes include new features (as opposed to bug
fixes). PNG updates are mostly bug fixes these days, but incl
On Apr 24, 2008, at 2:33 PM, Christopher Barker wrote:
William Kyngesburye wrote:
This rambling was probably unnecessary, but the upshot is don't
expect Apple to add other image libraries to the system or X11.
We're on our own.
OK. So I see it this way:
For the "MacPython" build (2.5.2,
$ locate *libjpeg* | grep -Ev 'opt|App|old'
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libjpeg.jnilib
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libjpeg.jnilib
/System/Library/Tcl/Img1.3/libjpegtcl1.0.dylib
On Thu, Apr 24, 2008 at 10:32 AM, Chris
Nowhere in the system (at least user-accessible).
Generally, Apple only puts stuff it actually uses into its library
collection (/usr/lib). X11 includes FT and PNG because they are basic
to X11's operation, or at least needed for the most common X11-based
software (maybe libjpeg is not use
I want to split my app into multiple independent .apps, but I don't
want the user to have to care about that. I could just stick one app
inside another's Contents/Resources, but that effectively doubles the
total size. Both apps would have full copies of the Python binary,
standard library, etc.
William Kyngesburye wrote:
This rambling was probably unnecessary, but the upshot is don't expect
Apple to add other image libraries to the system or X11. We're on our own.
OK. So I see it this way:
For the "MacPython" build (2.5.2, runs on OS-X 10.3.9 and above), we need:
libpng
libfre
On Apr 23, 2008, at 12:18 PM, Christopher Barker wrote:
Nathan wrote:
Oh, and if you have any X11-related development questions (libpng,
for
example),
I don't have leopard, so I'll ask you -- does X11 include both
libpng and libfreetype? If so , then I guess that's the way to go
for the
CHB> [EMAIL PROTECTED] wrote:
>> make altinstall
CHB> maybe that's it -- I think the OP was running "install" rather than
CHB> "altinstall". What is altinstall supposed to do differently?
Nah... The install target depends on the altinstall target. All it does
beyond that is cre
[EMAIL PROTECTED] wrote:
make altinstall
maybe that's it -- I think the OP was running "install" rather than
"altinstall". What is altinstall supposed to do differently?
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-69
Gary> ./configure --prefix=/Users/gary/opt/py25 LDFLAGS=-L/opt/local/lib
Gary> OPT=-I/opt/local/include
Gary> make
Gary> make install
Gary> (The LDFLAGS and OPT are there to get readline and zlib from Darwin
Gary> Ports in the Python.)
Gary> I got some warnings ab
One more,
How about libjpeg?
-Chris
Nathan wrote:
My guess would be yes.
$ locate *libpng* | grep -Ev 'opt|App|old'
/Developer/SDKs/MacOSX10.5.sdk/usr/X11/include/libpng
/Developer/SDKs/MacOSX10.5.sdk/usr/X11/include/libpng/png.h
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response
Ronald Oussoren wrote:
Looking at sys.prefix is better than sys.executable.
great, thanks. much better.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 9
On Apr 24, 2008, at 10:56 AM, Ronald Oussoren wrote:
On 24 Apr, 2008, at 14:40, Gary Poster wrote:
Hi. I'm assuming this is a python-on-mac oddity, but maybe I'm
wrong.
There's probably something wrong with your environment, although I
don't know what that could be, as you've already ex
On 24 Apr, 2008, at 14:40, Gary Poster wrote:
Hi. I'm assuming this is a python-on-mac oddity, but maybe I'm wrong.
There's probably something wrong with your environment, although I
don't know what that could be, as you've already excluded the most
likely problems in your next message.
More notes on this.
(1)
--disable-toolbox-glue did not help:
./configure --prefix=/Users/gary/opt/py25 LDFLAGS=-L/opt/local/lib
OPT=-I/opt/local/include --disable-toolbox-glue
(...this then led to the same problem I reported before, eventually).
(2)
Looking at the ``make install`` output,
Hi. I'm assuming this is a python-on-mac oddity, but maybe I'm wrong.
I wanted a local non-framework build of Python 2.5.2. I did the
following in a Python 2.5.2 source download:
./configure --prefix=/Users/gary/opt/py25 LDFLAGS=-L/opt/local/lib
OPT=-I/opt/local/include
make
make install
On 24 Apr, 2008, at 0:21, Christopher Barker wrote:
Hi all,
sys.platform returns "darwin" for all of the various python builds
on OS-X. I"d like to know if I"m running a framework build, or fink,
or macports, or whatever build -- is there a runtime way to do that?
Is looking at sys.execu
19 matches
Mail list logo
