07:18 Charlie Li (vishwin) 

devel/py-setuptools-scm: update to 8.0.4

Directory and PORTNAME changed to match normalised name in release
tarball; consumers updated to match.

Although setuptools itself is specified as a run dependency in the
Python package metadata, it is currently left out here to prevent
environment pollution until at least PR 270510 is committed.
Additionally, this version of setuptools-scm requires setuptools>=61,
which means this version is only meant for USE_PYTHON=pep517 ports
as all USE_PYTHON=distutils ports will switch to devel/py-setuptools58
also after PR 270510. science/py-emmet-core is switched to
devel/py-setuptools_scm7 accordingly, as it specifies setuptools-scm<8.
devel/py-{flit-scm,hatch-vcs} have ${PY_SETUPTOOLS} added to
RUN_DEPENDS to compensate.

Further details: https://wiki.freebsd.org/Python/setuptools

Reported by: yuri
Co-authored by: matthew
Exp-run by: antoine (earlier iteration)
Approved by: yuri (science/py-emmet-core, previous iteration)
PR: 272134
Differential Revision: https://reviews.freebsd.org/D39288

    5d4139f

19:34 Rene Ladan (rene) 

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

    3d9a815

13:01 Kai Knoblich (kai) 

devel/py-setuptools_scm: Pass MAINTAINER'ship to python@

This port is required for build for a set of ports and is also quite
interlocked in terms of infrastructure.  Therefore, the port should be
maintained by python@ instead of a single individual.

With hat:	python@
MFH:		2023Q1

    2b0bc5e

15:58 Dmitry Marakasov (amdmi3) 

*/*: rename CHEESESHOP to PYPI in MASTER_SITES

PR:			267994
Differential revision:	D37518
Approved by:		bapt

    77d6847

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

16:25 Kai Knoblich (kai) 

devel/py-setuptools_scm: Adjust BUILD_DEPENDS

* Remove devel/py-wheel from BUILD_DEPENDS as it leads to circular
  dependencies under certain conditions, e.g. when the non-default
  option SIGNATURE of devel/py-wheel is enabled.

  Although devel/py-wheel is listed in "pyproject.toml", it is not
  needed during build, nor does it result in different package content.

PR:		261920
Reported by:	Phil Pennock

    430553c

10:41 Kai Knoblich (kai) 

devel/py-setuptools_scm: Update to 6.4.2

* Fold the TOML option because its dependency is no longer an optional
  requirement as noted in "setup.{py,cfg}".  This should also fix some
  cases with build errors where the TOML option was disabled. [1]

Changelog since 6.3.2:

https://github.com/pypa/setuptools_scm/blob/v6.4.2/CHANGELOG.rst

PR:		259797 [1], 261698 [1]
MFH:		No (feature release)

    86eb491

18:49 Kai Knoblich (kai) 

devel/py-setuptools_scm: Turn py-packaging into a soft dependency

* Since the 6.3.0 release, devel/py-packaging has been defined in the
  "setup.cfg" as an unconditional dependency.  However this leads to
  problems if py-packaging is uninstalled but py-setuptools_scm
  persists, then the missing port can no longer be built. [1]

  Although py-setuptools_scm has a fallback to devel/py-setuptools when
  py-packaging is absent this fallback code is not executed.  This is
  because py-setuptools, which checks the dependencies of
  py-setuptools_scm upon invocation and terminates as soon as these are
  not met.

  Fix this issue by converting py-packaging into an optional dependency
  for py-setuptools_scm so that the fallback code is really used if
  py-packaging is absent.  But keep the latter one in the RUN_DEPENDS in
  order to continue to reflect the actual dependencies.

* Also add py-packaging to BUILD_DEPENDS as defined in "pyproject.toml"
  although it's not strictly required to build the port. [2]

* Bump PORTREVISION due package change.

PR:		259981
Reported by:	many [1], koobs [2]
Tested by:	se, myself

    ad7f115

14:15 Kai Knoblich (kai) 

devel/py-setuptools_scm: Fix portmaster build with option TOML unset

* The port textproc/py-tomli is required in environments, where
  devel/py-setuptools_scm is already installed, even if the TOML option
  is unset.

PR:		259797
Reported by:	Ivan Rozhuk <rozhuk.im@gmail.com>

    6fea29c

13:54 Kai Knoblich (kai) 

devel/py-setuptools_scm: Fix update with portmaster

* In environments where devel/py-setuptools_scm is already installed
  the port textproc/py-tomli is required during build time.

PR:		259797
Reported by:	Ivan Rozhuk <rozhuk.im@gmail.com>

    0ff406a

11:16 Kai Knoblich (kai) 

devel/py-setuptools_scm: Update to 6.3.2 [1]

* Sort variables and use WRKSRC instead TEST_WRKSRC as the latter should
  be only used if it differs from WRKSRC. [1]

* Exclude some tests that require a more recent version of
  devel/py-virtualenv for now.

Changelog since 5.0.2:

https://github.com/pypa/setuptools_scm/blob/v6.3.2/CHANGELOG.rst

PR:		259445
Reported by:	sunpoet [1]
MFH:		No (feature release with new dependencies)

    49540e2

10:08 Kai Knoblich (kai) 

devel/py-setuptools_scm: Update to 5.0.2

* Use this release as an intermediate step before the port is updated
  to the 6.x release, because it contains mostly bugfixes and is also
  required for the 2021Q4 branch.

  The latter is necessary in order to be able to build certain ports
  successfully if devel/py-setuptools_scm is already present in the
  build environment.  For instance, devel/py-platformdirs, which can be
  built without it but if devel/py-setuptools is already installed, it
  requires the 5.x release of it for build. [1]

* Also adjust the description of the TOML option slightly with an               
                                                               appropriate
warning to avoid build issues related to parsing
  "pyproject.toml" files during setup. [2]

Changelog since 4.1.2:

https://github.com/pypa/setuptools_scm/blob/v5.0.2/CHANGELOG.rst

PR:		259381 [2], 259420 (both related)
MFH:		2021Q4 (after 1 week) [1]

    33a4a1d

10:54 Kai Knoblich (kai) 

devel/py-setuptools_scm: Do not run "git archive" on Ports tree

* In build environments have git installed in conjunction with a
  git-based Ports tree and haven't WRKDIRPREFIX set, there will be
  significant delays when building devel/py-setuptools_scm or ports
  that depend on it.

  This is because the top-level directory of the git repository is
  determined during build via "git rev-parse --show-toplevel" which is
  issued inside the WRKSRC directory.

  Once the top-level directory (which is PORTSDIR) has been determined,
  an archive is created from this point using "git archive" which is
  then very time-consuming due the complexity of the Ports tree.

  In environments (e.g. poudriere) that have WRKDIRPREFIX set and also
  have git present during build, the issue doesn't appear because
  "git rev-parse --show-toplevel" fails silently with "not a git repo".

  Remedy the issue by returning only the actual path of WRKSRC, but only
  if it has "setup.py" in it (= devel/py-setuptools_scm is built) or a
  test session is performed.

* Modernize the "do-test" target while I'm here and bump PORTREVISION
  due package change.
PR:		258891
Reported by:	Robert Clausecker <fuz@fuz.su>
Obtained from:	OpenIndiana
MFH:		2021Q4 (after 1 week)

    adc0cc3

02:16 Sergey A. Osokin (osa) 

devel/mercurial: update to 5.9.1.

Bump PORTREVISIONs for dependant ports.
While I'm here update devel/tortoisehg to 5.9.1. (*)

Approved by:	arrowd (*)
PR:		ports/258352

    06a8050

18:33 Antoine Brodin (antoine) 

devel/py-setuptools_scm: remove py27 flavor

    3ab3582

08:09 Mathieu Arnold (mat) 

One more small cleanup, forgotten yesterday.
Reported by:	lwhsu

    cf118cc

14:31 Mathieu Arnold (mat) 

Remove # $FreeBSD$ from Makefiles.

    305f148

14:35 mat 

Those ports are allowed to build a 2.7 flavor, for now.

 

17:56 sunpoet 

Update to 4.1.2

Changes:	https://github.com/pypa/setuptools_scm/releases
PR:		250115
Submitted by:	sunpoet (myself)
Approved by:	maintainer (timeout, 18 days)

 

15:09 arrowd 

devel/mercurial: Update to 5.5 and flavorize. Adjust dependency lines and bump
PORTREVISION's for ports that depend on mercurial.

PR:		242463
Submitted by:	Peter Wullinger <freebsd@dhke.de> (original patch)

 

12:14 kai 

devel/py-setuptools_scm: Update to 3.4.3

* Introduce default option "TOML" which enables support for parsing
  pyproject.toml files if "setuptools_scm[toml]" is present. [1]

* Add "do-test" target to make future QA easier.

* Remove the no longer required patch for setup.py which was needed for the
  transition from release 1.17 to 3.1.0 in r491631 as workaround for
  environments that use portmaster.

Changelog since 3.3.3:

https://github.com/pypa/setuptools_scm/blob/v3.4.3/CHANGELOG.rst

Requested by: sunpoet (via private e-mail) [1]

 

13:46 kai 

devel/py-setuptools_scm: Update to 3.3.3

* Update WWW (remove superfluous trailing slash)

Changelog since 3.1.0:

* Add eggs for python3.7 and 3.8 to the deploy
* Fix python3.8 support and add builds for up to python3.8
* Use a specific fallback root when calling fallbacks. Remove old hack that
  resets the root when fallback entrypoints are present.
* Add fallback_version option, which sets the version to be used when
  everything else fails.
* Add option git_describe_command to allow the user to control the way that
  git describe is called.

https://github.com/pypa/setuptools_scm/blob/v3.3.3/CHANGELOG.rst

PR:		238145
Submitted by:	sunpoet

 

18:55 kai 

Change my maintainer email address to my new one at the FreeBSD project.

Reviewed by:	miwi (mentor)
Approved by:	miwi (mentor)
Differential Revision: https://reviews.freebsd.org/D19050

 

16:30 miwi 

- Update to 3.1.0
- Pass maintainership to submitter

Changes by upstream:
- https://github.com/pypa/setuptools_scm/blob/v3.1.0/CHANGELOG.rst

PR:		234611
Submitted by:	freebsd_ports@k-worx.org
Approved by:	wg (prev maintainer)
Sponsored by:	iXsystems Inc.

 

15:43 wg 

devel/py-setuptools_scm: update to 1.17.0

PR:		227009
Submitted by:	Kai

 

15:50 mat 

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

 

20:26 sunpoet 

Add LICENSE_FILE

- While I'm here, sort USE_PYTHON

Approved by:	portmgr (blanket)

 

12:24 wg 

devel/py3-setuptools_scm: slave port for py3.x

PR:		218929
Submitted by:	rs.os at t-online de

 

16:22 wg 

devel/py-setuptools_scm: update to 1.15.5

PR:		218901
Submitted by:	Douglas Thrift

 

16:54 wg 

devel/py-setuptools_scm: update to 1.13.1

 

15:18 miwi 

- Update to 1.10.1

PR:		205713
Submitted by:	douglas@douglasthrift.net
Approved by:	maintainer implicit

 

12:48 wg 

devel/py-setuptools_scm: Setuptools plugin to manage your versions by scm tags

Handles managing your python package versions in scm metadata instead of
declaring them as the version argument or in a scm managed file.

WWW: https://github.com/pypa/setuptools_scm/