[Pythonmac-SIG] Terminal to not have an application signature in Leopard

[has]

Edward Moy wrote:

> Hi, all, I'm the maintainer of python at Apple.  There is a plan to  
> remove Terminal's application signature 'trmx' in Leopard, to avoid  
> some exploits that the application signature allows.  Apple Events  
> can use the bundle ID (typeApplicationBundleID) instead, though  
> this only works on 10.3 and later.
>
> Unfortunately, the Apple Event modules in python don't define  
> typeApplicationBundleID, so that isn't being used.  And while  
> changes to Lib/plat-mac/terminalcommand.py and Mac/OSX/ 
> PythonLauncher/doscript.m seem straightforward enough, it looks  
> like application signatures are assumed by other modules.
>
> Anyone have any comments/ideas about this?

Almost all of the high-level AE-related modules can be ignored as  
they are completely obsolete; additionally, some are broken on Tiger  
and most (all?) on i386. IIRC, the obsolete modules are:

aepack
aetools
aetypes
gensuitemodule
MiniAEFrame
findertools

AFAIK there are no plans to fix or maintain any of these as they've  
all been superceded by the appscript package. (Appscript uses  
AEAddressDescs of typeProcessSerialNumber and typeApplicationURL, btw.)

In addition, the argvemulator module was broken on i386 but this has  
been fixed in 2.5. I'm not sure if that patch has been applied to 2.4  
yet though; better ask Ronald.

I'm not sure offhand what the position is on Framework and W;  
probably also abandoned as they're obsolete and newer alternatives  
already exist. Several other modules are also a bit past it. There  
were moves afoot to go through plat-mac and flag all the obsolete/ 
broken stuff as deprecated in the 2.5 documentation, but  
unfortunately it didn't get done in time to make the cut. See the  
'Fixing the documentation' thread from April.

HTH

has
-- 
http://freespace.virgin.net/hamish.sanderson/
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org