non port: devel/py-setuptools_scm/Makefile |
Number of commits found: 32 |
Thursday, 29 Feb 2024
|
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 |
Tuesday, 27 Jun 2023
|
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 |
Sunday, 12 Feb 2023
|
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 |
Wednesday, 11 Jan 2023
|
15:58 Dmitry Marakasov (amdmi3)
*/*: rename CHEESESHOP to PYPI in MASTER_SITES
PR: 267994
Differential revision: D37518
Approved by: bapt
77d6847 |
Wednesday, 7 Sep 2022
|
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 |
Saturday, 19 Feb 2022
|
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 |
Saturday, 12 Feb 2022
|
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 |
Thursday, 9 Dec 2021
|
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 |
Friday, 12 Nov 2021
|
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 |
Tuesday, 26 Oct 2021
|
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 |
Sunday, 24 Oct 2021
|
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 |
Thursday, 16 Sep 2021
|
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 |
Friday, 23 Apr 2021
|
18:33 Antoine Brodin (antoine)
devel/py-setuptools_scm: remove py27 flavor
3ab3582 |
Wednesday, 7 Apr 2021
|
08:09 Mathieu Arnold (mat)
One more small cleanup, forgotten yesterday.
Reported by: lwhsu
cf118cc |
Tuesday, 6 Apr 2021
|
14:31 Mathieu Arnold (mat)
Remove # $FreeBSD$ from Makefiles.
305f148 |
Thursday, 4 Feb 2021
|
14:35 mat
Those ports are allowed to build a 2.7 flavor, for now.
|
Thursday, 22 Oct 2020
|
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)
|
Sunday, 6 Sep 2020
|
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)
|
Tuesday, 11 Feb 2020
|
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]
|
Tuesday, 28 May 2019
|
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
|
Friday, 1 Feb 2019
|
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
|
Tuesday, 29 Jan 2019
|
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.
|
Friday, 6 Apr 2018
|
15:43 wg
devel/py-setuptools_scm: update to 1.17.0
PR: 227009
Submitted by: Kai
|
Thursday, 30 Nov 2017
|
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
|
Friday, 28 Apr 2017
|
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
|
Thursday, 27 Apr 2017
|
16:22 wg
devel/py-setuptools_scm: update to 1.15.5
PR: 218901
Submitted by: Douglas Thrift
|
Tuesday, 11 Oct 2016
|
16:54 wg
devel/py-setuptools_scm: update to 1.13.1
|
Sunday, 3 Jan 2016
|
15:18 miwi
- Update to 1.10.1
PR: 205713
Submitted by: douglas@douglasthrift.net
Approved by: maintainer implicit
|
Thursday, 12 Nov 2015
|
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/
|
Number of commits found: 32 |