On Wed, 13 Jul 2005, Bob Ippolito wrote:
> HFS actually uses UTF-16 internally, but the POSIX layer is UTF-8.
> It will bite you if you expect the code to work on other platforms.
> Not all platforms use UTF-8 for their filesystem encoding.
I don't care about other platforms, but I assume from y
What is the best way to deal with non-ASCII paths when working with the
python standard library? Specifically, when using functions like open()
and the os and glob modules, what should be passed in? What should I
expect out?
In experimenting with it, it appears that these libraries accept str
ob
ed release notes are available in the
disk image download.
Nick Matsakis
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
http://appscript.ai.mit.edu/appscript-1.1rc1.dmg
This is the latest version of the appscript installer. This installer is
for the built-in python on Mac OS X 10.3 and 10.4 (A similar installer for
Python 2.4 will come later). It's a release candidate, so we're getting
ready to announce this to
>> What do you think if Apple's (somewhat schizo, mind you) usage of
>> /Library/Python/X.Y/[site-packages/] ? This would solve that issue.
> and probably cause others.. I'd rather leave that location to Apple.
> If it turns out that it's really a good idea to put something there,
> then we can c
On Tue, 7 Jun 2005, Bob Ippolito wrote:
> The OS version number is to specify on which version of Mac OS X the
> package was built. This matters, because packages will only run on
> versions of Mac OS X >= this version unless it contains no
> extensions.
The BundleIdentifier isn't the place for
me that bdist_mkpkg should just include the python version
number and that's it (no version number for the additions or OS).
Nick Matsakis
For further reference on how 10.4's installer works, see:
http://lists.apple.com/archives/installer-dev/2005/May/msg00013.html
__
On Sun, 5 Jun 2005, Ronald Oussoren wrote:
> > That's the same as saying "someone who does some work can do more
> > work". Why should this person do more work when they don't have to?
> > Why don't we just take the half-cent worth of disk space and install
> > the 2.4 binaries while we're there?
On Sat, 4 Jun 2005, Bob Ippolito wrote:
> The /usr/bin/installer and the Installer.app can have different
> behavior, and if either does happen to change permissions, then it's a
> bug in Mac OS X 10.3 (one that looks rather inconsequential). It
> absolutely does not have that behavior in 10.4,
On Fri, 3 Jun 2005, Bob Ippolito wrote:
> > 2. When I install a bdist-made package, the files have the owner of
> > the user that built the package not the user installing the package,
> > even though no root authorization is required.
> bdist_mpkg always finds the deepest installation location
bdist_mpkg -h
Global options:
--verbose (-v) run verbosely (default)
--quiet (-q)run quietly (turns verbosity off)
--dry-run (-n) don't actually do anything
--help (-h) show detailed help message
...
???
Nick Matsakis
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
eir system. If we're taking the time to build an
installer package, then we shouldn't we spend the effort to make sure our
users don't have to? To install bdist_mkpg on 10.4 I had to download
*three* different packages. Why is this necessary?
Nick Matsakis
__
On Fri, 3 Jun 2005, Bob Ippolito wrote:
> Python extensions/packages don't and can't currently do things the
> Mac way, trying to shoehorn it into the Mac way before it's ready
> just causes unnecessary hassle for the developer and the user. You
> should just do it the way that everyone else doe
to make it work.
The reason I'm asking these questions is because I'm not what the story is
for third-party python additions on the Mac. It appears that bdist_mkpg
is the closest thing we've got, but I can't find any documentation on it.
Nick Matsakis
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
On Thu, 2 Jun 2005, Bob Ippolito wrote:
> MacPython 2.4.1 looks in the site-packages directory embedded in its
> framework. There is only one supported framework location (/Library/
> Frameworks), so there's no need to care about alternatives.
Frameworks can also appear in application bundles t
On Thu, 2 Jun 2005, Nick Matsakis wrote:
> Finally, on the matter of Python 2.4, is there a standard place that the
> macpython 2.4.1 looks for packages? /Library/Python/2.4/site-packages,
> perhaps?
So, my understanding is that independent framework builds of macpython
default to onl
.4, is there a standard place that the
macpython 2.4.1 looks for packages? /Library/Python/2.4/site-packages,
perhaps?
Nick Matsakis
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
Is there a simple way to use python with the Mac Terminal so that the
arrow keys will allow you to execute previously executed statements?
I'm using python 2.3.0 on 10.3.
Also, a random Python question. I'd like to get an arbitrary element from
a sets.Set _without_ mutating the sets. The most c
Does anyone know if anyone has written python bindings for the Mac
Addressbook API? I would expect it wouldn't be too difficult for anyone
who knows how to do this, since they provide a simple C API. (I've never
written anything but pure Python).
http://developer.apple.com/documentation/UserExpe
On Sat, 26 Feb 2005, Bob Ippolito wrote:
> It's definitely a disservice. It is used any time that pythonw is
> used. If you set LSUIElement to 1, then you can't run applications
> with a menu bar from pythonw. wxPython, pygame, Tkinter, Carbon, etc.
> scripts should all have a problem with thi
appscript?
By the way, what is the history of that icon? Why is it a 16 ton weight?
Is there a chance it could look less ... classic ... in a future version
of Mac Python?
Nick Matsakis
___
Pythonmac-SIG maillist - Pythonmac-SIG@pytho
Jack wrote:
> This thread touches on something I've been wanting to do for some time
> now: add a "Which Python do I need" page to the website. I'd like to
> organise this by MacOS version, so people can quickly determine what
> they need.
So, is there any word on what version of Python will be
I was wondering if anyone knew if it was possible to programmatically
nohup a python process on Mac OS X. That is, is there a way for the
script, as it is running, to ensure that it will keep running even if the
user that started it logged out or shut his or her terminal?
Nick Matsakis
On Thu, 13 Jan 2005, Bob Ippolito wrote:
> Even more reason to have them installed behind the scenes.
Where should they be installed, then? I think the appscript folder in
/Library/Python/2.3 is the best place for them.
Nick
___
Pythonmac-SIG maillis
On Thu, 13 Jan 2005, Bob Ippolito wrote:
> Click-through is pretty standard with an installer package, I'd go
> ahead and do it.
Why? Does it indemnify anyone if someone uses appscript to run a nuclear
sub? No one reads that stuff anyway.
> I would install them automatically. If they are on th
ble with a drag install, and I generally prefer that
installers only install things that are required to go in a particular
place in the filesystem to work.
Comments?
Nick Matsakis
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.pyt
? Is there a binary installer somewhere?
Nick Matsakis
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
27 matches
Mail list logo