*: Revise USES=python:... version range constraints
and strip all lower bounds of 3.9 or 3.10 because they are implied now.
python:3.9-X -> python:-X
python:3.9+ -> python
python:3.10-X -> python:-X
python:3.10+ -> python
(options such as ,build preserved)
Qt5: Update to 5.15.16
Update devel/pyside2* and devel/shiboken2 to 5.15.16
Update www/qt5-webengine to include the latest security fixes in
the chromium submodule [1]
Release note:
https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/5.15.16/release-note.md
MFH: 2024Q4
Security: 16e472d5-a8aa-11ef-b680-4ccc6adda413 [1]
Qt5: Update to 5.15.15
Update devel/pyside2* and devel/shiboken2 to 5.15.15
Update www/qt5-webengine to include the latest security fixes in
the chromium submodule
Release note:
https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/5.15.15/release-note.md
MFH: 2024Q3
Security: 66907dab-6bb2-11ef-b813-4ccc6adda413
devel/py-setuptools-scm: update to 8.0.4
Directory and PORTNAME changed to match normalised name in release
tarball; consumers updated to match.
Although setuptools itself is specified as a run dependency in the
Python package metadata, it is currently left out here to prevent
environment pollution until at least PR 270510 is committed.
Additionally, this version of setuptools-scm requires setuptools>=61,
which means this version is only meant for USE_PYTHON=pep517 ports
as all USE_PYTHON=distutils ports will switch to devel/py-setuptools58
also after PR 270510. science/py-emmet-core is switched to
devel/py-setuptools_scm7 accordingly, as it specifies setuptools-scm<8.
devel/py-{flit-scm,hatch-vcs} have ${PY_SETUPTOOLS} added to
RUN_DEPENDS to compensate.
Further details: https://wiki.freebsd.org/Python/setuptools
Reported by: yuri
Co-authored by: matthew
Exp-run by: antoine (earlier iteration)
Approved by: yuri (science/py-emmet-core, previous iteration)
PR: 272134
Differential Revision: https://reviews.freebsd.org/D39288
devel/shiboken2: Bump supported Python version
Shiboken2 5.15.11 has initial support for Python 3.11 and this will
help the python@ team transition to Python 3.11 as the default.
While here, add the noexport flag to USES=llvm to allow building with
ccache.
Reported by: wen (via the kde-freebsd mailing list)
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
devel/shiboken2: explicitely disable numpy support
Build failure due to numpy being present in the environment:
[...]
error: use of undeclared identifier 'NPY_ARRAY_UPDATEIFCOPY'
if ((flags & NPY_ARRAY_UPDATEIFCOPY) != 0)
^
[...]
Reported by: rhurlin
Mk/Uses: always use colon for build/run suffix
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
devel/shiboken2: limit supported python versions
With python 3.10:
pyside-setup-opensource-src-5.15.2/sources/shiboken2/libshiboken/pep384impl.cpp:755:12:
error: use of undeclared identifier '_Py_Mangle'
return _Py_Mangle(privateobj, name);
^
pyside-setup-opensource-src-5.15.2/sources/shiboken2/libshiboken/sbkstring.cpp:250:23:
error: expression is not assignable
Py_REFCNT(ob) = 1;
~~~~~~~~~~~~~ ^
Also mark BROKEN with python < 3.8 due to plist issues
Approved by: portmgr blanket
misc/qtchooser: remove
QtChooser allows you to select your version of Qt among those installed.
However, this tool is no longer supported upstream and will not be
available for Qt6.
By default, our Qt installations are done in
${LOCALBASE}/lib/qt${QT_VERSION} as recommended.
We have added symbolic linking for the main binaries to
${LOCALBASE}/bin with the suffix -qt5.
devel/shiboken2: depend on correct llvm port
between shiboken2's build system picking the highest versioned
llvm-config available and pkg registering a dependency on the
highest versioned libclang.so available, we need to
- pass the correct llvm-config via cmake variable and not via
environment, as the environment variable is not used by
shiboken's build system
- specify the dependency on libclang.so with it's version number; and
to avoid breaking (or requiring manual intervention) with the next
LLVM_DEFAULT switch, extract that version number from LLVM_DEFAULT
in a way that should be working for llvm versions from 6 to 59
(unless we choose to change our llvm port naming scheme), which
seems to give us some safety margin.
PR: 253749
Approved by: lbartoletti (kde@)
PySide pass maintainership to kde@
PySide is the "official" QT/Python-binding and should be under the same
maintainership as qt.
Approved by: cmt (via email)
Update Qt/PySide2 to 5.15.2 / PyQt to 5.15.1 / SIP to 5.4.0
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.
(Only the first 15 lines of the commit message are shown above )
remove leftovers from pyside2 ports
python 2 support was removed from these ports in r531621, but I forgot
to remove the python2/python3 switcheroo from pkg-plist back then.
update devel/pyside2 and friends to 5.14.2
following r531601 (Qt 5.14.2), PySide2 can be updated, too
- pyside2-tools don't bring their own pyside2-rcc and pyside2-uic but
use Qt's rcc and uic - patch cad/freecad to handle that
- remove Python 2 support: it's going to go away soon anyway, it did
complicate these ports a lot, and it would have required more
workarounds in FreeCAD when using Qt's rcc instead of the old pyside2-rcc.
- while here, do some polishing in freecad's makefile
Fix build on GCC-based systems:
CMake Error in ApiExtractor/CMakeLists.txt: The compiler feature
"cxx_decltype" is not known to CXX compiler "GNU" version 4.2.1.
Approved by: portmgr (tier-2 blanket)
pyside2 etc al: fix Python flavors
shared library (and other files, too) naming is very different between
python 2 and python 3 variants, this makes things harder than I would
like them to be.
Reported by: pkg-fallout
