Needed so we can update the currently broken sklearn port.
Tested by myself and James Cook.
ok kmos@
Information for inst:py3-threadpoolctl-2.1.0
Comment:
introspect/set max threads in native libraries like BLAS
Description:
Python helpers to limit the number of threads used in the
threadpool-backed of common native libraries used for scientific
computing and data science (e.g. BLAS and OpenMP).
Fine control of the underlying thread-pool size can be useful in
workloads that involve nested parallelism so as to mitigate
oversubscription issues.
Maintainer: The OpenBSD ports mailing-list <ports@openbsd.org>
WWW: https://github.com/joblib/threadpoolctl
Changes: https://rclone.org/changelog/#v1-53-1-2020-09-13
Vendor tarball is provided as a separate download, which means that we
need to download two distfiles. This solution is preferred over using
MOGO_* as it is easier to maintain, and does not result in distinfo to
be ~170k.
OK solene@
devel/dbus-sharp
devel/dbus-sharp-glib
devel/mono-gdata
devel/mono-notify
sysutils/ndesk-dbus
sysutils/ndesk-dbus-glib
www/mono-xsp
These were mostly used for x11/gnome/banshee which has been removed a long time
ago and they don't serve any purpose anymore.
The goal would be to update the current mono gtk2 stack to gtk3 at some point.
"by all means, OK" robert@
Originally imported in 2012 for firefox-sync, but no longer used there.
Defunct sice 2013, and even the replacement heka-py has been deprecated
with no updates since 2014.
As this port is python2-only, it is in the way of getting numpy updated so
into the attic it goes...
ok kmos@, bket@, landry@
gnupg-1.4 is not developed actively anymore, and new software expects
a modern "gpg" executable, which leads to pointless patches in the ports
tree. Move the various users of security/gnupg2 to security/gnupg and
zap patches that forced the use of "gpg2".
Crusade started by edd@ (security/gnupg maintainer), gnupg->gnupg2 test
reports from semarie@, giovanni@ and solene@, input and bulk build by
sthen@. ok sthen@ edd@ (maintainer)