[Pythonmac-SIG] [Pyobjc-dev] PyObjC and macOS 10.12 (Sierra)

Ronald Oussoren ronaldoussoren at mac.com
Wed Oct 12 16:02:13 EDT 2016


> On 12 Oct 2016, at 21:09, Glyph Lefkowitz <glyph at twistedmatrix.com> wrote:
> 
> 
>> On Oct 12, 2016, at 11:49 AM, Andrew Jaffe <a.h.jaffe at gmail.com <mailto:a.h.jaffe at gmail.com>> wrote:
>> 
>> Not me. If I understand correctly, Glyph -- who undoubtedly understand the situation better than I do -- still thinks that there's no actual bug here, since we shouldn't be using the framework build this way, but I'm not sure I understand/agree...
> 
> To be honest, I'm not 100% sure this is a good idea either; it's just that I know Donald Stufft has had a terrible time with Apple system python for several years, and he regards this as a positive change.  From my personal perspective, there's a good case to be made that a python in /System should just load from /System and one in /Library should load only from /Library, similar to the way --prefix works on "regular" UNIX.  But, this is what we've got :).

I don’t mind if the /System python looks in /Library for stuff that the user installed there, but I do consider it a bug that Apple installs system files in /Library because that affects all installations of Python 2.7.

That’s what we get for playing nice with OSX conventions for where to locate files :-(. Luckily this isn’t a problem for Python3 as Apple doesn’t ship that (and I’d be surprised if they ever unless they start shipping Python3 code as part of the OS).

Ronald

> 
> -glyph
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot_______________________________________________
> Pyobjc-dev mailing list
> Pyobjc-dev at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20161012/580458ac/attachment.html>


More information about the Pythonmac-SIG mailing list