devel/osc1.27.3

devel/osc: update 0.175.0 → 0.176.0

devel/osc: update to 0.175.0

devel/osc: update to 0.174.0

devel/osc: update to 0.173.0

Remove useless Created by: headers mentioning me

Remove # $FreeBSD$ from Makefiles.

- Update to 0.172.0

- Update to 0.171.0

- Update to 0.170.0

- Update to 0.169.1

- Update to 0.169.0

- Update to 0.168.2

Deprecate some ports using deprecated version of python

With hat:	portmgr

- Update to 0.167.2

- Update to 0.167.1

- Update to 0.167.0

- Update to 0.166.2

- Update to 0.166.1

- Update to 0.166.0

- Update to 0.165.4

- Update to 0.165.3

- Update to 0.165.2

- Update to 0.165.1

- Update to 0.165.0

- Update to 0.164.2

- Update to 0.164.1

- Update to 0.164.0

- Update to 0.163.0

Use PY_FLAVOR for dependencies.

FLAVOR is the current port's flavor, it should not be used outside of
this scope.

Sponsored by:	Absolight

- Update to 0.162.1

devel/osc:

Fix typo in pkg-descr

Approved by:	portmgr blanket

- Chase tag slip; diff only includes version change

- Update to 0.162.0

Convert Python ports to FLAVORS.

Ports using USE_PYTHON=distutils are now flavored.  They will
  automatically get flavors (py27, py34, py35, py36) depending on what
  versions they support.

  There is also a USE_PYTHON=flavors for ports that do not use distutils
  but need FLAVORS to be set.  A USE_PYTHON=noflavors can be set if
  using distutils but flavors are not wanted.

  A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
  added to cope with Python ports that did not have the Python
  PKGNAMEPREFIX but are flavored.

  USES=python now also exports a PY_FLAVOR variable that contains the
  current python flavor.  It can be used in dependency lines when the
  port itself is not python flavored.  For example, deskutils/calibre.

  By default, all the flavors are generated.  To only generate flavors
  for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
  BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.

  In all the ports with Python dependencies, the *_DEPENDS entries MUST
  end with the flavor so that the framework knows which to build/use.
  This is done by appending '@${PY_FLAVOR}' after the origin (or
  @${FLAVOR} if in a Python module with Python flavors, as the content
  will be the same).  For example:

    RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}

PR:		223071
Reviewed by:	portmgr, python
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D12464

- Update to 0.161.1

- Update to 0.160.0

- Update to 0.159.0

- Update to 0.158.0

- Update to 0.157.2

- Update to 0.157.1

- Update WWW

- Update to 0.156.0

- Update to 0.155.1 - Switch to USE_PYTHON=autoplist

- Update to 0.155.0 - Switch to options helpers

- Update to 0.154.0

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Convert LICENSE= "GPLxx # or later" to "GPLxx+"

Approved by:	portmgr blanket

- Add NO_ARCH

- Clarify LICENSE

USE_GITHUB: For the new support, fix DISTNAME to be more consistent.

When using GH_TAGNAME the DISTNAME would have GH_PROJECT and GH_ACCOUNT in
it. When not using GH_TAGNAME it would not have this. Now both cases
will add in the GH_PROJECT and GH_ACCOUNT.

Add special care to ensure that the DISTVERSION is not added in twice. If
a port does GH_TAGNAME=v${PORTVERSION} it will be added in twice though. For
that case DISTVERSIONPREFIX=v should be set and no GH_TAGNAME should be used.

empty() is used rather than (!defined || !${}) to support fmake.

The purpose of setting DISTNAME at all in these cases is to make it more clear
that the distfile is from *GITHUB* and to avoid collisions if a project were
to be renamed or moved. Without adding in GH_PROJECT and GH_ACCOUNT then there
are real risks that collisions on filenames would happen on renamed or moved
projects, which is fairly common. A GITHUB-generated file may not match
a custom-rolled or git-archive-rolled distfile.

PR:		199069
With hat:	portmgr
Testing done:	All USE_GITHUB ports without GH_COMMIT were checksum/fetch/extract/WRKSRC tested.