On Feb 5, 2005, at 9:55 PM, has wrote:
Bob Ippolito wrote:
It makes /usr/bin/python depend on another executable at a specific
location on the filesystem,
Would it be possible to keep /usr/bin/python as a full-fledged
interpreter while adding to it the ability to automatically start a
second int
Bob Ippolito wrote:
It makes /usr/bin/python depend on another executable at a specific
location on the filesystem,
Would it be possible to keep /usr/bin/python as a full-fledged
interpreter while adding to it the ability to automatically start a
second interpreter at a known location when neede
On Feb 5, 2005, at 9:17 PM, has wrote:
Bob Ippolito wrote:
It is not possible to solve this problem without changing the way
Python gets installed (making /usr/bin/python a fork-exec stub or
shell
script)
Any reason for not doing that then? Eliminating this wart would be
good.
It would break bund
Bob Ippolito wrote:
It is not possible to solve this problem without changing the way
Python gets installed (making /usr/bin/python a fork-exec stub or shell
script)
Any reason for not doing that then? Eliminating this wart would be good.
It would break bundlebuilder's --standalone option, probably
On Feb 5, 2005, at 2:26 PM, has wrote:
Bob Ippolito wrote:
> Are there any plans to remove this apparently unnecessary
> dichotomy?
It is not possible to solve this problem without changing the way
Python gets installed (making /usr/bin/python a fork-exec stub or
shell
script)
Any reason for not
Chris Barker wrote:
Robert Kern wrote:
Change the paths that distutils will add to the link line. They're at
the top of setupext.py . Remove the ones you don't need.
Except that the *.a and *.dylib are put in the same place. Darn.
Copy (and re-ranlib) the static library and headers to another pl
Bob Ippolito wrote:
> Are there any plans to remove this apparently unnecessary
> dichotomy?
It is not possible to solve this problem without changing the way
Python gets installed (making /usr/bin/python a fork-exec stub or shell
script)
Any reason for not doing that then? Eliminating this wart
As far as I know, other platforms do not have this problem.
Windows does. Windows has the idea of subsystems (eg OS/2, Posix,
Win32). Pretty much only win32 is used these days. Win32 apps
can be marked as console or gui. However console apps can also
do gui stuff. So PythonW is used to run gui
On Feb 5, 2005, at 12:08 PM, Chris Fonnesbeck wrote:
Sorry in advance for what may, in fact, be a naive post, but I am
trying to figure out the significance of pythonw on OSX. I know that
you need to run pythonw if you intend to use python programs with
certain graphical backends, otherwise the UI
On Feb 5, 2005, at 10:18 AM, Michael Twomey wrote:
On Sat, 5 Feb 2005 09:21:15 -0500, Bob Ippolito <[EMAIL PROTECTED]> wrote:
Another reason is that it is based on the debian apt packaging
system,
so you have a very controlled build environment. Their .info package
descriptions are succint and it
Sorry in advance for what may, in fact, be a naive post, but I am
trying to figure out the significance of pythonw on OSX. I know that
you need to run pythonw if you intend to use python programs with
certain graphical backends, otherwise the UI becomes unresponsive.
Running idle from the command l
On Feb 5, 2005, at 6:27 AM, Michael Twomey wrote:
On Sat, 05 Feb 2005 11:57:01 +0100, Piet van Oostrum <[EMAIL PROTECTED]>
wrote:
"Brett C." <[EMAIL PROTECTED]> (BC) wrote:
BC> Russell E. Owen wrote:
I've seen a lot of discussion lately about fink and darwinports
and I'm
wondering if folks who h
Funny, I generally prefer fink precisely because it uses /sw. It keeps
itself neatly inside /sw (source, intermediate build, final
installation). For a unix head like myself I couldn't ask any more. I
generally dislike a packaging system using /usr/local instead of their
own prefix, as it is almost
> "Brett C." <[EMAIL PROTECTED]> (BC) wrote:
>BC> Russell E. Owen wrote:
>>> I've seen a lot of discussion lately about fink and darwinports and I'm
>>> wondering if folks who have experience with either can comment on their
>>> relative merits?
>>>
>BC> I personally have run Fink in the pas
14 matches
Mail list logo
