Python conflict on RPI2

[Jan Beich]

bob prohaska <fbsd at www.zefox.net> writes:

> On Sat, Apr 13, 2019 at 04:09:13AM +0200, Jan Beich wrote:
>
>> bob prohaska <fbsd at www.zefox.net> writes:
>> 
>> > In tinkering with compiling firefox on an RPI2 attempts to use 
>> > portmaster fail with
>> >
>> > ===>   Registering installation for py36-setuptools-40.8.0_1
>> > Installing py36-setuptools-40.8.0_1...
>> > pkg-static: py36-setuptools-40.8.0_1 conflicts with
>> > py27-setuptools-40.8.0 (installs files into the same place).
>> > Problematic file: /usr/local/bin/easy_install
>> > *** Error code 70
>> 
>> Reinstall py27-setuptools first. When PYTHON_DEFAULT is changed it
>> requires rebuilding USE_PYTHON=concurrent (or USES=uniquefiles)
>> consumers in order to make symlinks point to the new default.
>
> Is there any hope of simply replacing python27 with python36?

www/firefox requires both and will do so for years in future because
"there isn't a compelling reason to port code that isn't being actively updated."
https://www.mail-archive.com/dev-platform@lists.mozilla.org/msg24187.html

> The goal at hand is merely to compile a working version of firefox.

If you need handholding use poudriere. Most ports/ committers and the
package cluster uses that, so any bustage uncovered is usually a bug.

poudriere builds in a pristine environment, so the above conflict
wouldn't happen. After r498530 easy_install symlink would be moved from
py27-setuptools to py36-setuptools package.