- Update to 1.6.1
- Add LICENSE file
- Switch RUN_DEPENDS to file detection
This allows for an existing installation of py-djangoXY to be
identified, which avoids attempting to install py-django (currently
1.8), which will cause installation conflicts for Ports that depend on
contrib-comments, but DONT support Django 1.8 (eg: Mezzanine) and use
www/djangoXY ports.
- Update to 7.0.3
- Update pkg-plist
- USE_GITHUB to get test suite (PyPI sdist doesnt include them)
- Add TEST_DEPENDS and canonicalise regression-test: target
- Patch setup.cfg so that tests run properly
- Temporarily patch out versioned console_script's (pipX, pipX.Y)
until USE_PYTHON=concurrent supports more granularity (coming soon).
Note: A couple of tests fail because of these missing console_scripts.
- Add USE_PYTHON=concurrent support accordingly.
While I'm here:
- Makefile: Sort sections
- Makefile: Whitespace align
Changes:
https://pip.pypa.io/en/stable/news.html
PR: 200688
Approved by: nivit (maintainer)
- Update to 13.0.3
- Update TEST_DEPENDS
- USE_GITHUB to get the test suite, since the sdist doesnt (yet)
include it [1]
- Temporarily patch out versioned console_script (virtualenv) until
USE_PYTHON=concurrent supports more granularity (coming soon)
- Add USE_PYTHON=concurrent support to virtualenv can be used for
multiple python versioned
- Patch setup.py to fix test command invocation. Report upstream. [2]
- Tweak regression-test target to use the canonical setup.py variable
Changes:
https://virtualenv.pypa.io/en/latest/changes.html
[1] https://github.com/pypa/virtualenv/issues/714
[2] https://github.com/pypa/virtualenv/pull/773
Differential Revision: https://reviews.freebsd.org/D2703
Reviewed by: nivit (maintainer)
Approved by: nivit (maintainer)
* Remove double --without-lcms.
* Speed up the test target by running it with multiple jobs.
* Finaly add back WITHOUT_X11 to the IM-nox11 port, this will select the
ghostscript-nox11 port instead of the x11 version. The code in
bsd.port.mk doesn't handle the OPTIONS UNSET/EXCLUDE of X11. [1]
PR: 199268 [1]
I would consider copperspice "experimental" for the time being. The
developers tested it on linux, windows, and macos, but not BSD. Several
issues have been identified already:
* differences in BSD install from GNU install caused fatal build
failure (already fixed in v1.0.2)
* It's not jobs safe (not reproducible on Linux, I suspect this is
another difference of the install programs
* specs don't exist for any BSD
* qmutex was implemented for non-linux, non-windows
* libtool is missing --tag
* Makefile template missing dozens of lines to support OSTYPE_FREEBSD
(or OSTYPE_BSD ?) which also needs to be implemented
* FreeBSD 9 (and presumably 8) fails with "to_string" is not recognized
as std namespace despite using gcc48 to build
* FreeBSD10/i386 fails because of c++11 narrowing rules violations
The upsteam is already aware of some of these issues and is committed to
make CopperSpice work on BSD as a first class citizen. So this initial
import might be considered a work in progress. I've been working on a
jobs-safe problem workaround but hit another jobs-safe failure.
=====
Copperspice is a C++ library derived from the existing Qt 4.8 framework.
The goal was to change the core design of the libraries, leveraging
template functionality and C++11 capabilities.
The redesign allowed the Qt Meta-Object Compiler (moc) system to be
completely removed. Moc is a code generator and does not support many
aspects of C++ including templates, complex data types, static type
checking, and relies heavily on string comparisons. Removing moc improves
runtime performance, reduces the complexity of the build process, and
allows more issues to be detected at compile time.
Key features:
* Qt Meta-Object Compiler (moc) is obsolete
* Written in C++11
* Library links directory to any standard C++ application
* A template class can inherit from QObject
* Copperspice includes several Qt5 classes
py-xml is indeed required per gbottler docs, but api's it's rely on are
in standard python library since python 2.0, so just drop the dependency.
It starts fine, connects somewhere successfully etc without py-xml.
While here add NO_ARCH and limit python version to 2.x because of pygtk2.
It may worth to move it japanese/ because UI is single language (Japanese).
Drop py-xml dependency - it's not used in this port. While here
add NO_ARCH and limit python version to 2.x, because of pygtk2
dependency and gramps codebase.
Changes:
* Add support for passing file handles over the dbus.
* Add a new dbus info subcommand to check if a dbus connection supports file
descriptor passing.
* Allow method scripts to decide at runtime if the response will be given
asynchronous or not.
* Do monitoring via a filter, rather than a fallback handler. That way also
method_return- and error messages can be seen.
* Accept server addresses as dbus identifiers for all commands.
* Allow specifying an empty string for the dbus call -handler option, which
will be handled the same as not having the option at all, i.e.:
synchronous operation.
* Properly handle 32- and 64-bit unsigned arguments
* The unknown subcommand should also understand the -details option
* Make sure type signatures and object paths are valid before passing them to
dbus functions, because the library will panic on invalid values.
* Implement "integer constant is too large" patch provided by Stuart.
* Fix wrong return code from [dbus info capabilities]
LibreNMS is an autodiscovering PHP/MySQL/SNMP based network monitoring which
includes support for a wide range of network hardware and operating systems
including Cisco, Linux, FreeBSD, Juniper, Brocade, Foundry, HP and many more.
LibreNMS has grown out of a lack of easy to configure network monitoring
platforms. It is intended to provide a more navigable interface to the health
and performance of your network. Its design goals include collecting as much
historical data about devices as possible, being completely autodiscovered with
little or no manual intervention, and having a very intuitive interface.
WWW: http://www.librenms.org
DataStax Cpp Driver is modern, feature-rich, and highly tunable C/C++
client library for Apache Cassandra (1.2+) and DataStax Enterprise
(3.1+) using exclusively Cassandra's native protocol and Cassandra
Query Language v3.
WWW: http://datastax.github.io/cpp-driver/
