19:07 Rene Ladan (rene) 

lang/python37: remove expired port

Manual commit as the previous commit broke some Makefile logic.

    12f5a11

23:01 Wen Heping (wen) 

lang/python37: Update to 3.7.17

    0d3c534

23:59 Charlie Li (vishwin) 

lang/python: restore USES=python variables and SUB_LIST (no-op)

Has been a to do item for time. These are independent from but used
by the bytecode trigger.

    922e7f4

21:04 Matthias Andree (mandree) 

lang/python: Revert "add bytecode trigger"

This reverts commit c17ddfbf66e2801ec620d49979aca3d7077d7002.

This causes breakage on several ports, and the next iteration
requires a full exp-run. See:

Differential Revision: https://reviews.freebsd.org/D34739

    a9d9d3a

15:48 Piotr Kubaj (pkubaj) 

lang/python3: allow using LTO on powerpc64

It was recently fixed and will be available in 13.2-RELEASE.
Since LTO is not enabled by default, it's ok to make it available.

    c8c2d4f

21:35 Charlie Li (vishwin) 

lang/python: add bytecode trigger

Facilitates compiling, writing and removing bytecode files (.pyc)
in site-packages after all pkg transactions have been completed.

Technical details: https://wiki.freebsd.org/Python/CompiledPackages

Fixes reports of Python port builds as root failing on filesystem
violations due to bytecode file writes where the port did not include
them in the package.

For those ports/packages that currently package bytecode, some
checksum mismatches on those files may occur. This is harmless and
will be rectified, in large as part of a USE_PYTHON=distutils
overhaul to reduce churn.

While here, implement a long-standing todo item of letting lang/python
ports use python.mk bits. Not only does this obviate duplicate
variables in each Makefile, but SUB_LIST (also added) is used for
these triggers.

Co-authored by: tcberner
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D34739

    c17ddfb

16:07 Kai Knoblich (kai) 

lang/python37: Deprecate/Set to expire

* Python 3.7 will reach its End-of-Life on 2023-06-27.  Deprecate it and
  set the expiration date accordingly.

Approved by:	kai (python, maintainer)
Differential Revision:	https://reviews.freebsd.org/D37587

    cae848f

10:44 Wen Heping (wen) 

lang/python37: Update to 3.7.16

    a624d85

02:04 Wen Heping (wen) 

lang/python*: Support FreeBSD divert(4) socket

PR:		267648
Reported by:	glebius@
Exp-run by:	antoine@

    4f45def

21:10 Stefan Eßer (se) 

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

    b7f0544

02:05 Wen Heping (wen) 

lang/python37: Update to 3.7.14

    7a50813

14:22 Tobias C. Berner (tcberner) 

lang: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alonso Cardenas Marquez <acm@FreeBSD.org>
  *  Andreas Klemm <andreas@klemm.gtn.com>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrey Zakhvatov
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Berezin <tobez@tobez.org>
  *  Anton Shterenlikht
  *  Ashish SHUKLA <ashish@FreeBSD.org>
  *  Bob Eager <bob@eager.cx>
  *  Bruce M Simpson
  *  Bruce M. Simpson
  *  Christoph Mallon <christoph.mallon@gmx.de>
  *  Christopher Elkins <chrise@scardini.com>
  *  Christopher Key <cjk32@cam.ac.uk>
  *  Chuck Robey <chuckr@FreeBSD.org>
  *  Cyrille Lefevre <clefevre@citeweb.net>
  *  Dan Rench <citric@cubicone.tmetic.com>
  *  Danilo Egea Gondolfo <danilogondolfo@gmail.com>
  *  Dario Freni <saturnero@gufi.org>
  *  David Kalliecharan <dave@dal.ca>
  *  David Naylor <dbn@FreeBSD.org>
  *  David Naylor <dbn@dragon.local>
  *  David O'Brien (obrien@NUXI.com)
  *  David O'Brien (obrien@NUXI.org)
  *  David O'Brien <obrien@NUXI.org>
  *  David O'Brien <obrien@cs.ucdavis.edu>
  *  Dereckson <dereckson@gmail.com>
  *  Devon H. O'Dell <devon.odell@gmail.com>
  *  Dmitry Sivachenko <demon@FreeBSD.org>
  *  Don Croyle <croyle@gelemna.org>
  *  Douglas Anestad <yotta@dougdidit.com>
  *  Edwin Groothuis (edwin@mavetju.org)
  *  Edwin Groothuis <edwin@mavetju.org>
  *  Eugene Ossintsev
  *  Frank Fischer
  *  Frank Gruender <elwood@mc5sys.in-berlin.de>
  *  Frederic Cambus
  *  Gea-Suan Lin <gslin@gslin.org>
  *  Gerald Pfeifer <gerald@FreeBSD.org>
  *  Giuseppe Pilichi aka Jacula Modyun <jacula@gmail.com>
  *  GreenDog <fiziologus@gmail.com>
  *  Gustau Perez i Querol <gustau.perez@gmail.com>
  *  Guy Antony Halse <guy@rucus.ru.za.za>
  *  Herve Quiroz <hq@FreeBSD.org>
  *  Hye-Shik Chang
  *  Hye-Shik Chang <perky@fallin.lv>
  *  Hye-Shik Chang <perky@python.or.kr>
  *  Iblis Lin <iblis@hs.ntnu.edu.tw>
  *  James Bailie <jimmy@mammothcheese.ca>
  *  James FitzGibbon <jfitz@FreeBSD.org>
  *  Jean-Sébastien Pédron <dumbbell@FreeBSD.org>
  *  Jean-Yves Lefort <jylefort@FreeBSD.org>
  *  Jeff Brown <jabrown@caida.org>
  *  Jeremy Norris <ishmael27@home.com>
  *  Jing-Tang Keith Jang <keith@FreeBSD.org>
  *  John Hein <jhein@symmetricom.com>
  *  John Marino <marino@FreeBSD.org>
  *  John Merryweather Cooper
  *  John Merryweather Cooper <coop9211@uidaho.edu>
  *  John Merryweather Cooper et al
  *  Joseph Koshy <jkoshy@FreeBSD.org>
  *  Josh Elsasser <jre@vineyard.net>
  *  Josh Gilliam <josh@quick.net>
  *  Julian H. Stacey <jhs@FreeBSD.org>
  *  Julian Stecklina
  *  Jyun-Yan You <jyyou@cs.nctu.edu.tw>
  *  Katsuji ISHIKAWA <katsuji.ishikawa@gmail.com>
  *  Kimura Fuyuki <fuyuki@hadaly.org>
  *  Kimura Fuyuki <fuyuki@mj.0038.net>
  *  Kimura Fuyuki <fuyuki@nigredo.org>
  *  Kiriyama Kazuhiko <kiri@kiri.toba-cmt.ac.jp>
  *  Kubilay Kocak <koobs@FreeBSD.org>
  *  Lars Thegler <lth@FreeBSD.org>
  *  Lev Walkin <vlm@lionet.info>
  *  Li-Wen Hsu <lwhsu@FreeBSD.org>
  *  Mahdi Mokhtari <mokhi64@gmail.com>
  *  Marcin Cieslak <saper@SYSTEM.PL>
  *  Martin Matuska <mm@FreeBSD.org>
  *  Matthew Hunt <mph@FreeBSD.org>
  *  Michael Butschky <butsch@computi.erols.com>
  *  Michael Johnson <ahze@FreeBSD.org>
  *  Mitsuru YOSHIDA <mitsuru@riken.jp>
  *  Muhammad Moinur Rahman <5u623l20@gmail.com>
  *  Neal Nelson <ports@nicandneal.net>
  *  Nicola Vitale <nivit@FreeBSD.org>
  *  Nils M Holm <nmh@t3x.org>
  *  Oliver Braun <obraun@informatik.unibw-muenchen.de>
  *  Oliver Breuninger <ob@seicom.NET>
  *  Patrick Li <pat@databits.net>
  *  Pawel Worach <pawel.worach@gmail.com>
  *  Pedro F. Giffuni <giffunip@asme.org>
  *  Pedro Giffuni
  *  Pedro Giffuni <giffunip@asme.org>
  *  Pete French <pete@twisted.org.uk>
  *  Peter Schuller <peter.schuller@infidyne.com>
  *  Peter van Heusden <pvh@egenetics.com>
  *  Phillip Neumann <pneumann@gmail.com>
  *  Piotr Kubaj <pkubaj@anongoth.pl>
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Pontus Stenetorp <ninjin@kth.se>
  *  Ralf S. Engelschall <rse@engelschall.com>
  *  Rick van der Zwet <rick@wzoeterwoude.net>
  *  Rob Zinkov
  *  Roland Jesse <roland.jesse@gmx.net>
  *  Romain Tartiere <romain@blogreen.org>
  *  Ryan Steinmetz <zi@FreeBSD.org>
  *  Sahil Tandon <sahil@tandon.net>
  *  Sergei Kolobov <sergei@kolobov.com>
  *  Sergey A. Osokin <osa@FreeBSD.org>
  *  Sergey Skvortsov <skv@protey.ru>
  *  Simon Marlow <simonmar@microsoft.com>
  *  Simun Mikecin <numisemis@yahoo.com>
  *  Stanislav Sedov <ssedov@mbsd.msk.ru>
  *  Stephen Weeks <sweeks@sweeks.com>
  *  Steven G. Kargl
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Sylvio Cesar <sylvio@FreeBSD.org>
  *  Thomas Gellekum <tg@FreeBSD.org>
  *  Timothy Beyer <beyert@cs.ucr.edu>
  *  Timothy Bourke <timbob@bigpond.com>
  *  Tom Judge <tj@FreeBSD.org>
  *  Veniamin Gvozdikov <vg@FreeBSD.org>
  *  Vitaly Magerya <vmagerya@gmail.com>
  *  Wen Heping <wenheping@gmail.com>
  *  Wen Heping <wenhping@gmail.com>
  *  Wes Peters <wes@softweyr.com>
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  Yukihiro Nakai <Nakai@technologist.com>
  *  Yukihiro Nakai <nakai@FreeBSD.org>
  *  Zach Garner <zach@neurosoft.org>
  *  aaron@FreeBSD.org
  *  andrewb@cs.cmu.edu
  *  arved
  *  chinsan
  *  chuckr
  *  dd
  *  erik@smluc.org
  *  gahr
  *  gahr@FreeBSD.org
  *  gpalmer
  *  hsu
  *  ijliao
  *  jasone
  *  jkh
  *  jkoshy
  *  jmacd
  *  jmacd@FreeBSD.org
  *  jmz
  *  js@jeannot.org
  *  jseger@FreeBSD.org
  *  kappa@FreeBSD.org.ua
  *  kbyanc
  *  msmith@gsoft.com.au
  *  mutoh@openedu.org
  *  netchild@FreeBSD.org
  *  patrick
  *  pst
  *  rene@FreeBSD.org
  *  ruslan@shevchenko.kiev.ua
  *  stas
  *  tobez

With hat:	portmgr

    f98ae56

19:23 Kevin Bowling (kbowling) 

devel/libffi: Bump deps PORTREVISION for shlib change

PR:		263764
Reported by:	VVD <vvd@unislabs.com>

    db78da8

09:22 Piotr Kubaj (pkubaj) 

lang/python3{7,8,9,10}: remove LTO from defaults

LTO is still default in python3.11 because it uses thin LTO.

Requested by:	koobs
PR:	263353

    423a796

13:41 Wen Heping (wen) 

lang/python37: Update to 3.7.13

    bed712b

17:30 Piotr Kubaj (pkubaj) 

lang/python3*: add LTO option and enable by default everywhere except powerpc64
and riscv64

PR:	261974
Approved by:	python (koobs got his commit bit revoked during review process)

    9a31e1b

18:48 Dimitry Andric (dim) 

lang/python3(6|7|8|9|10|11): work around unwanted multiarch detection again

In ports 6bef09666460 we patched out python's erroneous multiarch
detection using sed, but upstream changed the surrounding parts in the
configure script to defeat the regex we were using. Update the regex to
cope with the change.

PR:		259896, 258377
MFH:		2021Q4
Approved by:	maintainer timeout (9 days)

    4af982e

17:05 Thierry Thomas (thierry) 

lang/python3X: Fix library installation

The Python ports install the library libpython3.x.so under $PREFIX/lib,
and they set USE_LDCONFIG, but these libraries are not registered, due
to a missing symlink, and they are not found by `ldconfig -r'.

This commit make them to be registered, and for some reason it helps the
dynamic linker to find them, and this allows to fix an error in
french/aster. It also helps to fix errors in newer releases of math/sage
(not yet ready to be committed due to other problems).

No exp-run, but it has been tested with many ports on several platforms.

PR:		257864
Approved by:	koobs (Python team)
MFH:		2021Q4

    693abe1

17:56 Dimitry Andric (dim) 

lang/python3([6-9]|10): disable detection of multiarch

It breaks with clang >= 13, which adds a major.minor version number in
-print-multiarch output, and the dot confuses Python:

ModuleNotFoundError: No module named
'_sysconfigdata__freebsd14_x86_64-unknown-freebsd14'

Since we do not support multiarch, and the configure script has no way
to disable the multiarch check, stub it out during post-patch.

PR:		258377
Approved by:	maintainer timeout (2 weeks)
MFH:		2021Q3

    6bef096

17:48 Po-Chuan Hsieh (sunpoet) 

lang/python37: Use ECHO_CMD instead of ECHO

    03985c5

01:55 Danilo G. Baio (dbaio) 

lang/python*: Replace DISABLED_EXTENSIONS with Setup.local

Currently, lang/python38 and lang/python39 don't honor
DISABLED_EXTENSIONS because patch-issue20210 was removed when
lang/python38 was added to the ports tree. patch-issue20210 is still
present on lang/python36 and lang/python37.

Building with poudriere is not affected because builds are executed in a
clean environment.

Setup.local is the more canonical and recommended method for customizing
Python builds for shared extensions & third party libraries.

Support for a *disabled* marker in Setup files was introduced in Python
3.7, so backport this fix to it to keep consistency in the ports tree.

PR:		243358 [1]
PR:		243937 [2]
Reported by:	ngie [1]
Reported by:	jcfyecrayz@liamekaens.com [2]
Reported by:	tuxillo (IRC) DPorts
Reviewed by:	koobs (python, maintainer)
Approved by:	koobs, dbaio (python, maintainer)
MFH:		2021Q3 (build bugfix)
Differential Revision: https://reviews.freebsd.org/D31086

    a94d4b1

14:59 Po-Chuan Hsieh (sunpoet) 

lang/python37: Update to 3.7.11

Changes:	https://docs.python.org/release/3.7.11/whatsnew/changelog.html

    bf7e7cc

13:55 Dmitry Marakasov (amdmi3) 

Mk: switch from PYTHON_PORTVERSION to PYTHON_DISTVERSION

This brings python framework in consistense with handbook recommendations
to prefer DISTVERSION and simplifies adding prerelease versions of
python

PR:		255013
Differential Revision:	https://reviews.freebsd.org/D29418
Exp-run by:	antoine
Approved by:	wen@, no objection from python@ or portmgr@

    5f69415

07:14 Tobias Kortkamp (tobik)  Author: Yasuhiro Kimura

*: Remove unnecessary 'port' argument from USES=readline

PR:		248459
Exp-run by:	antoine

    9671981

21:47 Po-Chuan Hsieh (sunpoet)  Author: Stefan Krah

lang/python37: Use libmpdec from ports

- Bump PORTREVISION for dependency and package change

PR:		253601

    00d92d8

14:31 Mathieu Arnold (mat) 

Remove # $FreeBSD$ from Makefiles.

    305f148

02:44 wen 

- Update python37 to 3.7.10

PR:		253757
Submitted by:	wen@
Exp-run by:	antoine@

 

18:09 kevans 

lang/python3{6,7,8,9}: Backport close_range patches

Worked out over BPO-40422 and BPO-40423, this is the culmination of months
of work to coordinate with Linux and get close_range(2) added to FreeBSD,
then the usage accepted into CPython. It has landed for Python 3.10 and here
I've backported it locally to all the supported Python 3 versions we have.

Note that this does include and supercede our previous closefrom(2) patches.
There was a lot of intersection between the work done, so this patch against
the ports tree does remove those patches from each of the ports in favor of
this patch. All the patches involved have been accepted and merged upstream.

This patch will bring a performance boost in some more situations on 12.2
and 13.0, as close_range exists there.

There is one additional patch sitting in an upstream PR that shuffles the
_Py_closerange implementation into a different file -- this is not important
for the backport, and the absence of that patch here will not realistically
cause any issues.

PR:		250322
Approved by:	lwhsu (python)

 

14:20 wen 

- Update to 3.7.9(security update)

PR:		248753
Submitted by:	wen@(myself)
Exp-run by:	antoine@
MFH:		2020Q3
Security:	CVE-2020-15801, CVE-2020-15523, CVE-2020-14422

 

18:11 zeising 

Chanse update of devel/libffi

Chase the devel/libffi update
Bump portrevision of all dependent ports to chace shard library version bump
in libffi.
Update LIB_DEPENDS lines where needed to not require a specific version of
libffi.so.

PR:		247028 (for tracking)

 

23:34 wen 

- Update to 3.7.8(include security fix)

PR:		247630
Submitted by:	wen@
Exp-run by:	antoine@
MFH:		2020Q3

 

13:26 dbaio 

lang/python37: Fix security issues

The patches for CVE-2019-18348 and CVE-2020-8492 are in the 3.7 branch
and will be present on the next release.

Patch for applying CVE-2020-8492 fix here in the ports tree was reported
and submitted by Dani <i.dani@outlook.com>.

PR:		246808
MFH:		2020Q2
X-MFH-with:	536770, 536776
Security:	ca595a25-91d8-11ea-b470-080027846a02 (CVE-2019-18348)
Security:	a27b0bb6-84fc-11ea-b5b4-641c67a117d8 (CVE-2020-8492)

 

15:44 antoine 

Fix build with various python ABI

With hat:	portmgr

 

13:52 antoine 

Recompile _sysconfigdata.py after reinplacing it

PR:		246618
With hat:	portmgr

 

07:18 wen 

- Update to 3.7.7
- Remove the LIBFFI option

PR:		244782
Submitted by:	wen@(myself)
Exp-run by:	antoine@

 

14:20 wen 

- Update to 3.7.6

PR:		242770
Submitted by:	wen@(myself)
Exp-run by:	antoine@

 

10:55 koobs 

lang/python{27,35,36,37,38}: Add closefrom(2) support

A single close(fd) syscall is cheap, but when MAXFDS (maximum file
descriptor number) is high, the loop calling close(fd) on each file
descriptor can take several milliseconds.

The default value of subprocess.Popen "close_fds" parameter changed to True
in Python 3. Compared to Python 2, close_fds=True can make Popen 10x
slower: see bpo-37790 [1]

The present workaround on FreeBSD to improve performance is to load and
mount the fdescfs kernel module, but this is not enabled by default.

This change adds minimum viable (and upstreamable) closefrom(2) syscall
support to Python's subprocess and posix modules, improving performance
significantly for loads that involve working with many processes, such as
diffoscope, ansible, and many others.

For additional optimizations, upstream recently (3.8) landed posix_spawn(2)
support [3] and has stated that they will adopt close_range(2) after Linux
merges it [4]. Linux/FreeBSD developers are already collaborating on
ensuring compatible implementations, with FreeBSD's implementation pending
in D21627. [5]

Thank you emaste, cem, kevans for providing analysis, input,
clarifications, comms/upstream support and patches.

[1] https://bugs.python.org/issue37790
[2] https://bugs.python.org/issue38061
[3] https://bugs.python.org/issue35537
[4] https://lwn.net/Articles/789023/
[5] https://reviews.freebsd.org/D21627

Additional References:

https://bugs.python.org/issue8052
https://bugs.python.org/issue11284
https://bugs.python.org/issue13788
https://bugs.python.org/issue1663329
https://www.python.org/dev/peps/pep-0446/

PR:		242274, 221700
Submitted by:	kevans (emaste, cem)
Approved by:	koobs (python (maintainer), santa)

 

11:53 bapt 

Drop the ipv6 virtual category for l* category as it is not relevant anymore

 

01:25 wen 

- Update to 3.7.4
  (include security fix:
https://docs.python.org/3.7/whatsnew/changelog.html#python-3-7-4-final)

MFH:		2019Q3

 

14:04 sunpoet 

Update devel/readline to 8.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://tiswww.case.edu/php/chet/readline/CHANGES
PR:		236156
Exp-run by:	antoine

 

16:03 amdmi3 

- Fix build in presence of e2fsprogs-libuuid

PR:		229562
Reported by:	many

 

13:32 rene 

Remove compatibility code for FreeBSD < 11.2 from all ports.

Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by:	rene
Reviewed by:	bapt, jbeich
Differential Revision:	https://reviews.freebsd.org/D17724

 

11:13 wen 

- Update to 3.7.1

 

06:23 koobs 

lang/python27,35+: Remove MAKE_JOBS_UNSAFE

ports r393217 via bug 200622 [1] originally set MAKE_JOBS_UNSAFE=yes due to
incorrect uses of recursive make [2], causing intermittent build failures when
run with multiple jobs (-jN).

Upstream committed a fix for the issue in default (3.6, at the time), 3.5 and
2.7 which are now contained in all released lang/python?? port versions. 3.4 did
not receieve a backport merge.

lang/python3.5+ ports inadvertently inherited MAKE_JOBS_UNSAFE=yes, via
repocopies from lang/python34 on their creation, when they were infact safe to
use with -j.

Remove MAKE_JOBS_UNSAFE in all lang/python?? ports except python34 accordingly.

[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200622
[2] https://bugs.python.org/issue22359

PR:		232308
Reported by:	cem
Reviewed by:	cem
Approved by:	koobs (python)
MFH:		2018Q4
Differential Revision:	D17579

 

18:42 sunpoet 

Remove THREADS option

- Bump PORTREVISION for package change

Support for building --without-threads has been removed.
The threading module is now always available.

PR:		230605
Submitted by:	Roland Smith <rsmith@xs4all.nl>
Reference:	https://docs.python.org/3/whatsnew/3.7.html

 

08:58 tobik 

lang/python3?: Fix python3.?-config behavior when symlinked

When python3.?-config is symlinked to another location it starts
outputting bogus paths.  For example

$ pwd
/home/tobias
$ python3.6-config --includes
-I/usr/local/include/python3.6m -I/usr/local/include/python3.6m
$ ln -s /usr/local/bin/python3.6-config python3-config
$ ./python3-config --includes
-I/home/include/python3.6m -I/home/include/python3.6m

This breaks ports trying to use BINARY_ALIAS together with
python3.?-config.  Apply a patch to resolve the symlink first before
trying to find the install prefix.

PR:		229749
Submitted by:	tobik
Reviewed by:	antoine, miwi
Approved by:	python (miwi)

 

16:44 miwi 

- Bump PORTREVISON after r474267

Reported by:	mat
Sponsored by:	iXsystems Inc.

 

15:11 miwi 

- Added a warning for FBSD10

PR:		229640
Sponsored by:	iXsystems Inc.

 

04:16 wen 

- Repocopy lang/python36 --> lang/python37 and update to 3.7.0