- PyQt5: update to 5.15.9
- PyQt6: upate to 6.4.2
- PyQt6-sip: update to 13.4.1
- PyQt5-sip: update to 12.11.1
- PyQt-builder: update to 1.14.1
- sip: upate to 6.7.7
PR: 269751
Exp-run by: antoine
Project hasn't been centrally managed since last release in 2001 and
there are various third party patches to keep it somewhat relevant with
todays standards. Port has also been unmaintained since last
maintainer stepped down in 2008.
Project hasn't been centrally managed since last release in 2001 and
there are various third party patches to keep it somewhat relevant with
todays standards. Port has also been unmaintained since last
maintainer stepped down several months ago.
PR: 256450
Project hasn't been centrally managed since last release in 2001 and
there are various third party patches to keep it somewhat relevant with
todays standards. Port has also been unmaintained since last
maintainer stepped down several months ago.
PR: 256450
Use upstream release archive instead of GitHub generated archive as
recommended by Porters Handbook. While at it add LICENSE_FILE
definition and switch to DISTVERSION instead of PORTVERSION.
PR: 269483
Approved by: portmgr (maintainer timeout, 2+ weeks)
Sunday, 12 February 2023
KDE today announces the release of KDE Frameworks 5.103.0.
KDE Frameworks are 83 addon libraries to Qt which provide a wide variety
of commonly needed functionality in mature, peer reviewed and well
tested libraries with friendly licensing terms. For an introduction see
the KDE Frameworks release announcement.
This release is part of a series of planned monthly releases making
improvements available to developers in a quick and predictable manner.
Announcement: https://kde.org/announcements/frameworks/5/5.103.0/
PR: 269526
Exp-run by: antoine
* Updated dependency to libwdns 0.11.0
* Updated dependency to libmtbl 1.5.0
* dnstable_lookup: add new command-line options -A, -a, -B, -b, and -c
for time-fenced lookups.
* Optimize time filtered searches on fileset sources with a filtering
query using the subset of files which may contribute to matching
results.
* Fix duplication of results in unaggregated name prefix or rdata name
suffix searches.
* Fix improper skipping of results in IP range or prefix searches.
* Fix return of non-name results in rdata name searches.
* Fix decode_rdata() rdata length for Big Endian.
Sponsored by: DomainTools LLC
Convert the USE_LDAP=yes to USES=ldap and adds the following features:
- Adds the argument USES=ldap:server to add openldap2{4|5|6}-server as
RUN_DEPENDS
- Adds the argument USES=ldap<version> and replaces WANT_OPENLDAP_VER
- Adds OPENLDAP versions in bsd.default-versions.mk
- Adds USE_OPENLDAP/WANT_OPENLDAP_VER in Mk/bsd.sanity.mk
- Changes consumers to use the features
Reviewed by: delphij
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D38233
- Remove unused TEST option
- Remove broken TESTCONFIG and TESTEXTRA options
- Update TESTUNIT option description to reflect that it only builds
tests so `make test` can be run after
ChangeLog: https://www.knot-resolver.cz/2023-01-26-knot-resolver-5.6.0.html
PR: 269368
Despite installer's default behaviour to compile and install bytecode,
we are not doing so going forward at stage/package time. [0] During
initial development and qualification of PEP-517 framework support,
compiling and installing bytecode at stage/package time was considered,
but was found problematic, fragile and ultimately unreliable, both
currently and historically (with USE_PYTHON=distutils), due to our
fixed plist requirement. While the living binary distribution format
(wheel) specification [1] says to compile bytecode, that is in the
pure Python package management context (pip, etc); nuance always
exists when interacting with "system" package management.
Additionally, "bytecode is an implementation detail of the CPython
interpreter. No guarantees are made that bytecode will not be added,
removed, or changed between versions of Python," thus "should not
be considered to work across Python VMs or Python releases." [2]
This is important to ensuring correctness for those ports specifying
NO_ARCH.
Instead of compiling and installing bytecode at stage/package time,
there is a WIP, review D34739, that compiles and installs bytecode
at install time instead, using triggers.
The aforementioned build_fs_violations will be investigated.
This reverts commit de6965254c.
With hat: python
Approved by: tcberner (mentor, portmgr)
Reference: https://wiki.freebsd.org/Python/PEP-517 [0]
https://packaging.python.org/en/latest/specifications/binary-distribution-format/ [1]
https://docs.python.org/3/library/dis.html [2]
- While I'm here, use long options for easier reading [1][2]
- Bump PORTREVISION of dependent ports (USE_PYTHON=pep517) for package change
It fixes build_fs_violation of dependent ports in poudriere (with -t flag).
It is also the default behavior of installer [2].
from py-sphinx log:
=>> Checking for staging violations... done
=>> Error: Filesystem touched during stage (files must install to ${STAGEDIR}):
extra: usr/local/lib/python3.9/site-packages/importlib_metadata/__pycache__
=>> Cleaning up wrkdir
from installer documentation:
--compile-bytecode
Possible choices: 0, 1, 2
generate bytecode for the specified optimization level(s) (default=0, 1)
--no-compile-bytecode
don’t generate bytecode for installed modules
Default: False
With hat: python
Reference: https://pypa-build.readthedocs.io/en/stable/ [1]
https://installer.pypa.io/en/stable/cli/installer/ [2]
vendor/github.com/lucas-clemente/quic-go/internal/qtls/go120.go:6:13: cannot use "The version of quic-go you're using can't be built on Go 1.20 yet.
quic-go doesn't support go1.20 yet, keep building this port with go1.19
for now.
PR: 269289
Reported by: exp-run
Most rc.d scripts support a standard <service name>_user option in
/etc/rc.conf to run the service as the specified user. The rc.d script
for dns/blocky doesn't observe this setting. As a result, it's not
possible to run as a user other than root (blocky documentation
recommends using a non-privileged user).
Instructions on how to run non-root user daemon have been added to
pkg-message.
PR: 269198
MFH: 2023Q1 (security fixes)
