CVS log for pkgsrc/devel/libhid/Makefile

Up to [cvs.NetBSD.org] / pkgsrc / devel / libhid

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

*: recursive bump for icu 77 and libxml2 2.14

*: recursive bump for icu 76 shlib major version bump

*: revbump for icu downgrade

*: recursive bump for icu 76.1 shlib bump

revbump after icu and protobuf updates

*: recursive bump for icu 74.1

*: recursive bump for Python 3.11 as new default

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

revbump after textproc/icu update

massive revision bump after textproc/icu update

*: Revbump packages that use Python at runtime without a PKGNAME prefix

revbump for textproc/icu update

revbump for icu and libffi

revbump for textproc/icu

Revbump packages with a runtime Python dep but no version prefix.

For the Python 3.8 default switch.

*: Recursive revbump from textproc/icu-68.1

Revbump for icu

PKGREVISION bump for anything using python without a PYPKGPREFIX.

This is a semi-manual PKGREVISION bump.

libhib: drop -Werror (needed for GCC>=7.1 due to -Wformat-truncation)

Revbump for packages depending on devel/libusb{,compat}

Import global switch for libusb's implementation [2/2]

This switch is meant to be used by packages requiring an implementation of the
former libusb (as in devel/libusb). The original implementation can be
chosen by setting LIBUSB_TYPE to "native".

The alternative implementation libusb-compat (as in devel/libusb-compat) wraps
libusb1 (in devel/libusb1). This implementation can be chosen by setting
LIBUSB_TYPE to "compat". On NetBSD, it has the advantage of not requiring root
privileges to locate and use USB devices without a kernel driver.

This second part switches packages using libusb to this framework. It does not
change compilation options or dependencies at this point.

Compile-tested on most packages affected and available on NetBSD/amd64.

libhid: cleanup; fixed building on Darwin (PR 49565)

Add python-3.6 to incompatible versions.

Remove python33: adapt all packages that refer to it.

Extend PYTHON_VERSIONS_INCOMPATIBLE to 35

Remove redundant includes. Tell configure explicitly how to link Python.

Mark packages that are not ready for python-3.3 also not ready for 3.4,
until proven otherwise.

Mark packages as not ready for python-3.x where applicable;
either because they themselves are not ready or because a
dependency isn't. This is annotated by
PYTHON_VERSIONS_INCOMPATIBLE=  33 # not yet ported as of x.y.z
or
PYTHON_VERSIONS_INCOMPATIBLE=  33 # py-foo, py-bar
respectively, please use the same style for other packages,
and check during updates.

Use versioned_dependencies.mk where applicable.
Use REPLACE_PYTHON instead of handcoded alternatives, where applicable.
Reorder Makefile sections into standard order, where applicable.

Remove PYTHON_VERSIONS_INCLUDE_3X lines since that will be default
with the next commit.

Whitespace cleanups and other nits corrected, where necessary.

Recursive PKGREVISION bump for libgcrypt-1.6.0 shlib major bump.

Import libhid-0.2.16 as devel/libhid.

libhid is a rewrite of libHID[0] and aims to provide the same functionality
from a more organised framework. It aims to provide a layer of abstraction for
accessing HID-class devices over USB or serial lines (similar to what libusb
provides for the base USB protocol).
  http://www.ghz.cc/~clepple/libHID/doc/html/
libhid has been designed because it is needed in two other projects
(libphdigets and nut). As such, it does not have a complete featureset yet but
is rather a work in progress (alpha state). We invite everyone to contribute
or get in touch with us for additional features.
Please find more information on the project website:
  http://libhid.alioth.debian.org