This commit combines several updates.
- Update Qt to 5.12.2
- Update PyQt to 5.15.1
- Since PySide 5.15.1 is broken with Qt 5.15.2, so PySide and Shiboken are also updated to 5.15.2.
- Update sip to 5.4.0
SIP is a collection of tools to create Python bindings for C and C++ libraries and used by PyQt and wxPython. There are some changes with sip5 [1]:
- python 3.5+ is required
- sip drops support of old deprecated methods as sipdistutils & cie.
- this version breaks also PyQt5 extension ABI. SIP files will be installed in ${PYTHON_SITELIBDIR}/PyQt${_PYQT_VERSION}/bindings
- some ports will use the new pyqtbuilder package with the pyproject.toml setup. Instead if the project have a setup.py, you should use sip-build to build it.
- if a port needs sip, it should also needs pysip. BTW, py-qt5-core requires pysip, so that should be enough for PyQt packages.
List of ports impacted by this change. Most of the patches have been integrated or are in the process of being integrated upstream:
- devel/libsavitar
- graphics/py-python-poppler-qt5
- net-im/scudcloud
- net/libarcus
- print/py-frescobaldi
- science/py-veusz
- graphics/qgis and graphics/qgis-ltr
- deskutils/calibre
A special note regarding calibre. New versions require sip>=5, we update it to the latest version (thanks to madpilot@)
science/scidavis will remove the PyQt binding soon and there is no patch planned, so we remove the python option (ok makc@)
While here, convert some ports to USE_PYQT (cad/cura, cad/uranium, devel/eric6, ...)
Thanks to tcberner and adridg!
[1] https://www.riverbankcomputing.com/static/Docs/sip/
PR: 250853
Exp-run by: antoine
./src/postgres/include/storage/s_lock.h:876:2: error: PostgreSQL does not have native spinlock support on this platform.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com build testing
/nxb-bin/usr/lib/clang/11.0.0/include/mmintrin.h:33:5: error: use of undeclared identifier '__builtin_ia32_emms'; did you mean '__builtin_isless'?
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com build testing
- Fix in CegoExpr::evalField, fixed dimension was still not handled
here for ADD and SUB cases
- Added error msg improvement in CegoProcBlock
- Added MAXDELETEPAGE parameter to show parameter admin command
- set default checkpoint value for new defined tablesets
- added function check in CegoFunction::evalFieldValue to ensure, this is
not a procedure without return value
- Fix in CegoTableManager for table altering. No type conversion
allowed with alter modify and no length shrinking
Submitted by: Björn Lemke <lemke@lemke-it.com>
databases/puppetdb7 and databases/puppetdb-terminus7.
The pre-commit hook does not allow me to copy and update the port at the same
time.
With hat: puppet
2020-11-30 www/rubygem-dashing: Unmaintained by upstream, use www/rubygem-smashing instead
2020-11-30 www/rubygem-redmine_acts_as_taggable_on: Unmaintained by upstream
2020-11-30 www/rubygem-gitlab-grack: Deprecated by upstream
2020-12-02 databases/db6: latest 6.2.x version and newer not downloadable without registration
So you don't want to use ORM, and want to organize your SQL queries
in a convenient way. Don't mix them with your python code, don't
write `execute` and `fetchrow`s by hand for each query. With
aesqlapius:
- Store your SQL queries separate from the code, in a dedicated
file or directory hierarchy
- Annotate each query with python-like function definition specifying
input arguments and output types and patterns
aesqlapius builds a class out of this, where you can call your
queries as plain methods. It handles arguments (pass positional
or keyword arguments as you like, default values are also handled) and
output types and patterns (you may specify whether a method returns
iterator, list, dict of rows, or a single row, where row may
be represented as a tuple, list, dict, single value or a custom
type such as a dataclass).
WWW: https://pypi.org/project/aesqlapius/
Merge upstream commit that fixes build with LLVM on ppc64* (also affects other systems) and add patch which fixes build specifically on FreeBSD (PR currently waiting for acceptance).
Oracle Berkeley DB is a family of open source embeddable databases
that allows developers to incorporate within their applications a
fast, scalable, transactional database engine with industrial grade
reliability and availability. As a result, customers and end-users
will experience an application that simply works, reliably manages
data, can scale under extreme load, but requires no ongoing database
administration. As a developer, you can focus on your application and
be confident that Oracle Berkeley DB will manage your persistence
needs.
This port is derived from databases/db6 (by svn copy + edits).
PR: 248415
Submitted by: Yasuhiro KIMURA
2020-11-30 databases/datamodeler: depends on expiring java/openjfx8-devel
2020-11-30 devel/gradle4: only needed for expiring biology/igv and java/openjfx8-devel
2020-11-30 devel/py-astroid1: Use devel/py-astroid instead
2020-11-30 devel/pylint1: Use devel/pylint instead
2020-11-30 german/mediathekview: depends on expiring java/openjfx8-devel
2020-11-30 java/openjfx8-devel: No longer maintained upstream
2020-11-30 java/openjfx8-scenebuilder: depends on expiring java/openjfx8-devel
2020-11-30 net-im/py-sleekxmpp: Upstream archived and advices to use net-im/py-slixmpp
2020-12-01 net-mgmt/zabbix44-agent: End of Life
2020-12-01 net-mgmt/zabbix44-frontend: End of Life
2020-12-01 net-mgmt/zabbix44-java: End of Life
2020-12-01 net-mgmt/zabbix44-proxy: End of Life
2020-12-01 net-mgmt/zabbix44-server: End of Life
2020-11-30 print/jabref: depends on expiring java/openjfx8-devel
2020-11-30 science/datawarrior: depends on expiring java/openjfx8-devel
- Pretty trivial version update.
- Point www to manual of 4.0.
- Update CONFLICTS_INSTALL. (I don't see how -tools conflicted with mongodb.)
Should have been part of r556769
PR: 556769
Submitted by: Ronald Klop
Approved by: dev.ashevchuk@gmail.com (maintainer timeout)
devel/lfcxml: update 1.2.11 -> 1.3.0
databases/cego: update 2.45.35 -> 2.46.0
databases/cegobridge: update 1.5.4 -> 1.6.0
Please note: database updates from 2.45.x to version 2.46.x require
a xml tableset export and import, since table structure information
has been changed!
lfcbase:
- Added template class GraphT for dependency graph implementations
- Fix in BigInteger::mul and BigInteger::div, signing was not treated
( e.g. -12 * 12 => -144 ( was 144 ) )
lfcxml: get in sync with lfcbase
cego:
- Added fix in CegoViewObject::getId. Since it cannot be decided,
if the underlying query result has been changed, we have to
throw MOD_QUERY_ID
- Another query cache fix in CegoFunction:getId, rand and liob
functions have been added to throw MOD_QUERY_ID exception, since
for those function it can not be ad hoc decided, if the result is
modified
- Added type dimension information for CegoField class. This enables the
database to define length and dim information for fixed and decimal
data types. For this the syntax has been expanded. Instead of storing
RESERVED_BTREE_FLOATLEN for btrees on fixed or decimal columns,
the specified length information is used now.
Submitted by: Björn Lemke <lemke@lemke-it.com>
