In article <2d75d7660902151517p22440361u76f686dc2f0e1...@mail.gmail.com>, "Daniel (ajax) Diniz" <aja...@gmail.com> wrote: > Brett Cannon wrote: > > As of Python 2.6 everything Mac-specific is deprecated and in 3.0 they > > are gone (you can read PEP 3108 for the details or just note that the > > Mac/Modules directory is gone in 3.0). They will still be around in 2.7, > > though, as these are Py3K deprecations. > OK, I've now read PEPs 3108 and 11, but still would like some ruling > about RFEs in these stagnated Mac modules. Maybe PEP 4 could include a > note about RFEs in deprecated modules? > > Not sure what has been left in > > the Mac directory, but I think it is just random scripts (I never use > > the Mac-specific stuff so I don't know how useful some of them are to > > keep).
Other than Mac/Modules, the rest of the Mac/ directory is mainly stuff used for building or going into the OS X installer images, including things like IDLE.app. These are used in 2.x and in 3.x. > There are 40 C files, two headers and 69 python files in /Mac in > trunk. The 2.6 (and 2.5.x) docs say development has stopped and that > they'd be replaced in 2.5. So ISTM closing RFEs for these modules > would be an improvement. > > > Honestly, fixing them is fine but since the modules are deprecated but > > still in existence in 2.x, but they are definitely nothing above a > > normal priority issue. > OK, I'll let the bug reports open. What about RFEs? I think the reasonable thing to do is close them as "not to be fixed/implemented". At this point, the chances that someone would fix them are pretty slim and, in many cases, I'm sure the module is either obsolete because other, and better supported, solutions are now available, like PyObjC or appscript. If people feel strongly about an issue, they can always ask to re-open it. Taking a quick look at your list, the only ones that may be worth looking at are the plistlib ones since it lives on in 3.x. I think all the rest are deprecated and gone in 3.x. -- Ned Deily, n...@acm.org _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
