+1 from me on the suggested changes.
On 15 April 2015 at 02:56, Robert Kuska <rkuska(a)redhat.com> wrote:
*{__python} VS /usr/bin/python CONFUSION*
Why is value of {__python} being changed and /usr/bin/python (along with python-foo being
python2)
is untached? I see this as two different situations or two different point of views.
/usr/bin/python is a *user view*, as a user I would expect when I type python that it
would fire
up python2 interpreter as this is the default behaviour for all(-ArchLinux) distros and
also
python.org recommendation. Similarly when I type `sudo dnf install python-foo` I would
expect
to receive python2 version of foo package. This is why we stay with /usr/bin/python
pointing
to python2 and python-foo to provide python2 version of package. As a user I don't
care for macros
and their values, they are hidden from me => I am not confused, I get what I expect.
We discussed the future fate of the /usr/bin/python symlink at the
language summit (and a little further at the sprints), and it
currently seems likely that we're going to go down the path of the
Python Launcher for Windows model, and make "python" refer to a
configurable shim that:
1. Launches an administrator configured Python version by default
2. Can be switched to run a different Python via command line options
This is essentially the rubypick model, but the CLI and configuration
file format will be defined by CPython upstream rather than by the
distro.
Cheers,
Nick.
--
Nick Coghlan | ncoghlan(a)gmail.com | Brisbane, Australia