CVS log for pkgsrc/devel/py-jaraco.classes/Makefile

Up to [cvs.NetBSD.org] / pkgsrc / devel / py-jaraco.classes

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

Fix PLIST after py-setuptools update; bump depends and revision

py-jaraco.classes: fix wheel name for latest setuptools and depend on it

Bump PKGREVISION.

py-*: remove unused tool dependency

py-setuptools includes the py-wheel functionality nowadays

py-jaraco.classes: updated to 3.4.0

v3.4.0

Features

- Better type hints for NonDataProperty.

py-jaraco.classes: updated to 3.3.1

v3.3.1

No significant changes.

python/wheel.mk: simplify a lot, and switch to 'installer' for installation

This follows the recommended bootstrap method (flit_core, build, installer).

However, installer installs different files than pip, so update PLISTs
for all packages using wheel.mk and bump their PKGREVISIONs.

py-jaraco.classes: updated to 3.3.0

v3.3.0

Features
- Require Python 3.8 or later.

Mass-change BUILD_DEPENDS to TOOL_DEPENDS outside mk/.

Almost all uses, if not all of them, are wrong, according to the
semantics of BUILD_DEPENDS (packages built for target available for
use _by_ tools at build-time) and TOOL_DEPEPNDS (packages built for
host available for use _as_ tools at build-time).

No change to BUILD_DEPENDS as used correctly inside buildlink3.

As proposed on tech-pkg:
https://mail-index.netbsd.org/tech-pkg/2023/06/03/msg027632.html

py-jaraco.classes: updated to 3.2.3

v3.2.3
Enabled badge with link to docs in the readme.

py-jaraco.classes: updated to 3.2.2

v3.2.2
======
Refreshed package metadata.
Enrolled with Tidelift.

*: bump PKGREVISION for egg.mk users

They now have a tool dependency on py-setuptools instead of a DEPENDS

py-jaraco.classes: updated to 3.2.1

v3.2.1
======

Refreshed package metadata.

v3.2.0
======

Switched to native namespace for jaraco package.

v3.1.1
======

Packaging refresh and associated cleanups, including fix
for 4 (failing black check).

v3.1.0
======

``classproperty`` decorator now supplies a
``classproperty.Meta`` class. Classes that wish to have
a class property should derive from that metaclass. This
approach solves the unintended behavior of the property
only being set on a given instance. For compatibility, the
old behavior is retained if the metaclass is not used.

v3.0.0
======

Project now requires Python 3.6 or later.

2.0
===

Switch to `pkgutil namespace technique
<https://packaging.python.org/guides/packaging-namespace-packages/#pkgutil-style-namespace-packages>`_
for the ``jaraco`` namespace.

py-jaraco.classes: updated to 1.5

1.5
Refresh packaging.
Use Python 3 syntax for new-style classes.

Added devel/py-jaraco.classes version 1.4.3