py-Numeric doesn't seem to be needed for pyrex itself, only for a single
example script that's used in the regress tests. Remove that example so
we can drop the py-Numeric dependency.
ok kmos@
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@
ok bket@
Information for inst:py3-pybind11-2.5.0
Comment:
headers for interoperability between C++ and Python
Description:
pybind11 is a lightweight header-only library that exposes C++ types
in Python and vice versa, mainly to create Python bindings of
existing C++ code. Its goals and syntax are similar to the excellent
boost library.
Maintainer: The OpenBSD ports mailing-list <ports@openbsd.org>
WWW: https://pypi.python.org/pypi/pybind11
- Add curl and tiff dependencies, now that proj can read datum grids
from remote cloud-optimized geotiffs (cf https://proj.org/usage/network.html)
- Add a README explaining how to access or sync datum grids from the CDN
(disabled by default)
all consumers had been fixed/adapted beforehands, the last annoying one
was spatialite but it's going to be updated right now.
This is one of the many changes needed to update numpy to v1.17.0 or
newer as numpy is now python3-only.
Analysis of py-zmq consumers flubbed by me. Luckily bket@ did a much
better dependency analysis of the py-zmq consumers.
ok bket@
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@
Data::Clone does data cloning, i.e. copies things recursively. This
is smart so that it works with not only non-blessed references, but
also with blessed references (i.e. objects). When clone() finds an
object, it calls a clone method of the object if the object has a
clone, otherwise it makes a surface copy of the object. That is,
this module does polymorphic data cloning.
Although there are several modules on CPAN which can clone data,
this module has a different cloning policy from almost all of them.
From cwen@ with OK to import
There is a mistake in the cmGeneratorTarget_cxx patch. This creates a wrong
scope. "this->IsFrameworkOnApple()" is present twice and the first one adds a
wrong bracket which creates a scope to the end of the whole function.
Has been through bulk build on amd64, ok naddy@
