[issue8084] pep-0370 on osx duplicates existing functionality

Change by Ronald Oussoren : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-

[issue8084] pep-0370 on osx duplicates existing functionality

Glyph Lefkowitz added the comment: For what it's worth, I've long since adapted to the status quo here, so I'm happy for this to just be closed :-). (Apple seems to have mostly given up on "domains" as a user-facing or even developer-facing concept, so searching /Network seems like it is not

[issue8084] pep-0370 on osx duplicates existing functionality

Éric Araujo added the comment: It seems that the boat has sailed here -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue8084] pep-0370 on osx duplicates existing functionality

Daniel Holth added the comment: Please mention Apple's OS X Python behavior in the PEP. The Python that comes with OS X Lion doesn't seem to follow the PEP regarding ~/.local ; this deserves a mention. -- nosy: +dholth ___ Python tracker

[issue8084] pep-0370 on osx duplicates existing functionality

Éric Araujo added the comment: It would be nice to have feedback from the Mac experts on this. -- assignee: christian.heimes -> keywords: -buildbot, needs review, patch nosy: +ned.deily resolution: fixed -> stage: committed/rejected -> versions: +Python 3.3

[issue8084] pep-0370 on osx duplicates existing functionality

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue8084] pep-0370 on osx duplicates existing functionality

Ronald Oussoren added the comment: (reopening to ensure glyph's message doesn't get lost) -- status: closed -> open ___ Python tracker ___ ___

[issue8084] pep-0370 on osx duplicates existing functionality

Glyph Lefkowitz added the comment: Would it be possible to have this reverted for 2.7.2 / 3.2.1, and restore ~/.local _and_ ~/Library as equally valid locations for python code? As I tried to explain on the mailing list, this change basically introduces a regression, and nothing else. Sorry

[issue8084] pep-0370 on osx duplicates existing functionality

Ronald Oussoren added the comment: The tests no longer fail. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mai

[issue8084] pep-0370 on osx duplicates existing functionality

Florent Xicluna added the comment: It fails on "x86 Tiger trunk" buildbot, too. (the PPC Tiger buildbot is happy) -- keywords: +buildbot nosy: +flox ___ Python tracker ___ __

[issue8084] pep-0370 on osx duplicates existing functionality

Ronald Oussoren added the comment: I'll look into this in the morning. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue8084] pep-0370 on osx duplicates existing functionality

Mark Dickinson added the comment: Ronald, r80967 makes test_site fail on my machine, with the following output: == FAIL: test_getsitepackages (__main__.HelperFunctionsTests) -

[issue8084] pep-0370 on osx duplicates existing functionality

Benjamin Peterson added the comment: Fixed test_sysconfig.py in r80986. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue8084] pep-0370 on osx duplicates existing functionality

STINNER Victor added the comment: > And committed to 3.2 in r80968 This commit introduced a regression: http://www.python.org/dev/buildbot/all/builders/AMD64 Ubuntu wide 3.x/builds/1055 == FAIL: test_get_scheme_names (test.t

[issue8084] pep-0370 on osx duplicates existing functionality

Ronald Oussoren added the comment: And committed to 3.2 in r80968 -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue8084] pep-0370 on osx duplicates existing functionality

Ronald Oussoren added the comment: Committed to the trunk in r80967. Reducing the priority because this is no longer a release-blocker for the next 2.7 release. -- priority: release blocker -> normal ___ Python tracker

[issue8084] pep-0370 on osx duplicates existing functionality

Benjamin Peterson added the comment: Christian hasn't been around for a while, and I'd like to release the next beta on time. Thus, I think Tarek's or my review will be sufficent. The idea seems fine to me. -- nosy: +benjamin.peterson ___ Python tr

[issue8084] pep-0370 on osx duplicates existing functionality

R. David Murray added the comment: Since you want it before the next beta, I'm promoting it to release blocker. Benjamin can reduce it if needed when we get down to the wire. -- nosy: +r.david.murray priority: high -> release blocker ___ Python tra

[issue8084] pep-0370 on osx duplicates existing functionality

Changes by Tarek Ziadé : -- priority: normal -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue8084] pep-0370 on osx duplicates existing functionality

Ronald Oussoren added the comment: I'd prefer to have this resolved before the next 2.7 beta. -- ___ Python tracker ___ ___ Python-bug

[issue8084] pep-0370 on osx duplicates existing functionality

Tarek Ziadé added the comment: @Sean: you can look at the maintainers.rst file in the py3k branch I guess I am maintaining sysconfig, so I guess I'll just help on the review. Notice that we might need to backport some of the work in distutils/sysconfig since we have decided to revert distutil

[issue8084] pep-0370 on osx duplicates existing functionality

Changes by Antoine Pitrou : -- nosy: +tarek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8084] pep-0370 on osx duplicates existing functionality

Sean Reifschneider added the comment: Since this needs review, and Christian is the author of that PEP, I'm assigning it to him. If not appropriate, any suggestions on where to get visibility to get reviewers? -- assignee: ronaldoussoren -> christian.heimes nosy: +christian.heimes, j

[issue8084] pep-0370 on osx duplicates existing functionality

Ronald Oussoren added the comment: The attached patch is untested an implements the proposed behavior for framework builds, unix builds would keep the unix-style behavior (and would lose access to ~/Library/Python). The patch is slightly complicated by adding support for --with-framework-name

[issue8084] pep-0370 on osx duplicates existing functionality

New submission from Ronald Oussoren : The implementation of pep-0370 treats OSX like any other unix platform. This is problemantic for two reasons: first of all OSX already had a per-user directory before pep-0370 was implement: ~/Library/Python/X.Y, which means there are now two per-user dir