[issue22269] Resolve distutils option conflicts with priorities

Steve Dower added the comment: Distutils is now deprecated (see PEP 632) and all tagged issues are being closed. From now until removal, only release blocking issues will be considered for distutils. If this issue does not relate to distutils, please remove the component and reopen it. If y

[issue22269] Resolve distutils option conflicts with priorities

Change by László Kiss Kollár : -- nosy: +lkollar ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue22269] Resolve distutils option conflicts with priorities

Change by Nicholas Chammas : -- nosy: +nchammas ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue22269] Resolve distutils option conflicts with priorities

Changes by Piotr Dobrogost : -- nosy: +piotr.dobrogost ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue22269] Resolve distutils option conflicts with priorities

Antoine Pitrou added the comment: I do think this needs fixing. It's just that the patch is non-trivial and someone must take the time to review it. Also, the patch should add a unit test to avoid regressions. -- ___ Python tracker

[issue22269] Resolve distutils option conflicts with priorities

sorin added the comment: Can't we do something about this bug? I think that most python devs are ignoring the severity of this one, especially because it does break distribution of packages (or at least their testing) On OS X the experience is awful as --user doesn't work at all and as a main

[issue22269] Resolve distutils option conflicts with priorities

Tim Smith added the comment: Ping! Any chance for feedback here? This behavior took me by surprise again today. :) -- ___ Python tracker ___

[issue22269] Resolve distutils option conflicts with priorities

Changes by Terry J. Reedy : -- stage: -> patch review versions: -Python 3.1, Python 3.2, Python 3.3 ___ Python tracker ___ ___ Pytho

[issue22269] Resolve distutils option conflicts with priorities

Min RK added the comment: `--prefix` vs `--user` is the only conflict I have encountered, but based on the way it works, it could just as easily happen with any of the various other conflicting options in install (install_base, exec_prefix, etc.), though that might not be very common. There i

[issue22269] Resolve distutils option conflicts with priorities

Antoine Pitrou added the comment: Hmm... if it's only about --prefix vs. --user, we could let --user take precedence and issue a warning instead of an error. -- nosy: +pitrou ___ Python tracker ___

[issue22269] Resolve distutils option conflicts with priorities

Changes by Tim Smith : -- nosy: +tdsmith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue22269] Resolve distutils option conflicts with priorities

New submission from Min RK: Background: Some Python distros (OS X, Debian, Homebrew, others) want the default installation prefix for packages to differ from sys.prefix. OS X and Debian accomplish this by patching distutils itself, with special cases like `if sys.prefix == '/System/Library/..