bob prohaska <f...@www.zefox.net> writes: > On Sat, Apr 13, 2019 at 04:09:13AM +0200, Jan Beich wrote: > >> bob prohaska <f...@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. _______________________________________________ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"