[stdlib-sig] All Mac modules listed for removal

[Brett Cannon]

On Wed, Mar 19, 2008 at 3:49 PM, Ronald Oussoren <ronaldoussoren at mac.com> wrote:
>
>
>  On 19 Mar, 2008, at 21:22, Brett Cannon wrote:
>  > So I just updated PEP 3108 to remove every Mac-specific module. Since
>  > OS X includes Python and PyObjC then the usefulness of Mac-specific
>  > modules is really minimal. And with bgen still not supporting UCS-4
>  > builds and basically being unusable that really kills the modules.
>
>  For the record: I mostly agree, most of the stuff in the Carbon
>  namespace is deprecated by Apple and hasn't been updated since OSX
>  10.0. You even need the OS9 SDK headers to regenerate those modules.
>
>  That said, urllib uses a Carbon APIs to detect proxy settings on OSX
>  (urllib.getproxies_internetconfig) and IMHO that functionality should
>  be maintained. That functionality is no reason to keep all of the
>  Carbon bindings, we could add a simple extention module provides just
>  this functionality (just like _winreg wraps just enough of the windows
>  registry APIs).
>

Works for me.

>  I'll ask on the pythonmac-sig if anyone is really attached to bits of
>  Lib/plat-mac and Mac/Modules, if anyone is attached they can help
>  merging the useful functionality in PyObjC.
>
>  BTW. I don't agree with the second sentence, PyObjC and the Mac-
>  specific modules barely overlap. There are much better reasons for
>  dropping the mac-specific modules: (1) they are for the most part
>  unmaintained and (2) platform bindings need to be outside of the core
>  distribution to allow adapting to a changing platform without being
>  bound by the stability requirements of the stdlib.

No problem. I will change the PEP now.

-Brett