[petsc-dev] Configure won't find python

Jed Brown jed at jedbrown.org
Sat Apr 18 11:01:42 CDT 2020


Satish Balay <balay at mcs.anl.gov> writes:

> On Sat, 18 Apr 2020, Satish Balay via petsc-dev wrote:
>
>> On Sat, 18 Apr 2020, Jed Brown wrote:
>> 
>> > Satish Balay <balay at mcs.anl.gov> writes:
>> > 
>> > > Sure - the initial premise of this thread [as I understood] was: /usr/bin/python is python2. On python3 only installs - there is no /usr/bin/python (for ex: jedbrown/mpich-ccache docker file) - so we need to fix this issue in configure.
>> > >
>> > > I'm guessing that most installs will have  /usr/bin/python as python2 or python3 - so missing /usr/bin/python is a smaller problem. Its not clear to me why this is missing in jedbrown/mpich-ccache - and how many OSes or distro will default to this mode.
>> > 
>> > On Debian and Ubuntu, /usr/bin/python is part of python2; it isn't created if you `apt install python3`.
>> 
>> Ok - that a large userbase.
>> 
>> So when python2 deprecated in debian - there won't be /usr/bin/python anymore?
>
> Also - debian does alternatives - don't know if they can setup a default python [python2 vs python3] through this mechanism - and have anyone installed as default.
>
> [for ex: I think if openmpi is installed /usr/bin/mpicc is automatically setup as default via /etc/alternatives. I don't know if the same happens for mpich]

Alternatives is meant for compatible implementations.  Python2 and Python3 are not, so I doubt they will ever do that.

This indicates that /usr/bin/python will not exist in the next release.

https://wiki.debian.org/Python/2Removal

I don't know what exactly that means.  I'd guess it means one will need
to use backports to get python2 if one really needs it; even so, I don't
know if /usr/bin/python will exist.  Perhaps only /usr/bin/python2.


I don't know if they'll reintroduce /usr/bin/python at some release well
in the future, but we should expect for it to not exist for a while.


More information about the petsc-dev mailing list