This reverts commit c17ddfbf66.
This causes breakage on several ports, and the next iteration
requires a full exp-run. See:
Differential Revision: https://reviews.freebsd.org/D34739
Haskell code benefits greatly from splitting functions into distinct ELF
sections and then letting the linker to garbage-collect them.
devel/hs-haskell-language-server port goes from 277MiB to 176MiB in size.
net-p2p/cardano-node ports goes 302MiB -> 76.2MiB
Relevant blog post: http://brandon.si/code/linking-smaller-haskell-binaries/
Reported by: Greg Steuck <greg@nest.cx>
data_files was not initially supported in the framework under the
guise that PyPA through setuptools deprecated the practice. However,
other build backends like flit still support (and advertise as a
"newer" feature) data_files, and certain packages continue to install
operating system-specific files like man pages using Python's
packaging system.
This expands RECORD parsing to account for any data_files beyond
entry_points installed to bin/. It is limited to certain directories
in hier(7) listed under /usr/local to prevent wheels from installing
files to arbitrary locations.
Tested by: yasu (first pass)
Differential Revision: https://reviews.freebsd.org/D38050
This version is released soon after 7.10.0 to fix a couple of major new
bugs in the popular qtblend and frei0r.cairoblend transitions. It also
includes new color animation APIs with sensible interpolation!
Announcement: https://www.mltframework.org/blog/v7.12.0_released/
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
The former respects cpuset, while the latter does not.
$ cpuset -l 1 -- make -V MAKE_JOBS_NUMBER
1
As nproc is newly introduced, keep the previous variant as a fallback
for the time being.
Differential Revision: https://reviews.freebsd.org/D38457
Facilitates compiling, writing and removing bytecode files (.pyc)
in site-packages after all pkg transactions have been completed.
Technical details: https://wiki.freebsd.org/Python/CompiledPackages
Fixes reports of Python port builds as root failing on filesystem
violations due to bytecode file writes where the port did not include
them in the package.
For those ports/packages that currently package bytecode, some
checksum mismatches on those files may occur. This is harmless and
will be rectified, in large as part of a USE_PYTHON=distutils
overhaul to reduce churn.
While here, implement a long-standing todo item of letting lang/python
ports use python.mk bits. Not only does this obviate duplicate
variables in each Makefile, but SUB_LIST (also added) is used for
these triggers.
Co-authored by: tcberner
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D34739
Today is 💖 Free Software Day and what better way to celebrate than with
a brand new version of Plasma! The KDE team expressing their ❤ for Free
Software
Plasma 5.27 brings exciting new improvements to your desktop, and the
first thing you'll notice when firing up Plasma is our new Konqi-powered
wizard which will guide you through setting up the desktop.
Other big new features include a window tiling system, a more stylish
app theme, cleaner and more usable tools, and widgets that give you more
control over your machine.
Additionally, Plasma 5.27 is a Long Term Support version with tons of
stability work and bugfixes, so you can feel the warm and stable 💘 from
the KDE community forever... Or at least until the next LTS rolls around
in 2024!
Announcement: https://kde.org/announcements/plasma/5/5.27.0/
There is bug in mkmf library of Ruby 3.1 that it fails to detect
pkg-config command if it isn't installed in environment that Ruby is
built, and it causes build error of some ports when default version of
Ruby is 3.1. So add upstream patch to fix it.
Reference: https://bugs.ruby-lang.org/issues/19189
PR: 269197
Approved by: maintainer timeout
MFH: 2023Q1
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
All About the Widgets
Plasma 5.26 comes with new and tweaked widgets, improves the desktop
experience leaps and bounds, and Plasma Big Screen's app family grows
Tuesday, 11 October 2022
Even with a bare-bones installation, Plasma lets you customize your
desktop a lot. If you want more, there is always Plasma’s vast ecosystem
of widgets. Widgets add features and utilities to the Plasma desktop and
today you can find out all the stuff you can do and what’s new for
widgets in Plasma 5.26.
Widgets are not the only thing to look forward to in Plasma 5.26: check
out all the new stuff landing on the desktop designed to make using
Plasma easier, more accessible and enjoyable, as well as the two new
utilities for Plasma Big Screen, KDE’s interface for smart TVs.
Announcement: https://kde.org/announcements/plasma/5/5.26.0/
KDE: Update KDE Plasma Desktop to 5.26.5
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]
$ sed -i '' 's/min=14/min=16/' emulators/yuzu/Makefile
$ make clean all -C emulators/yuzu
[...]
CMake Error at /usr/local/share/cmake/Modules/CMakeDetermineCCompiler.cmake:49 (message):
Could not find compiler set in environment variable CC:
clang16.
Call Stack (most recent call first):
CMakeLists.txt
Thursday, 2 February 2023
Over 120 individual programs plus dozens of programmer libraries and
feature plugins are released simultaneously as part of KDE Gear.
Today they all get new bugfix source releases with updated translations, including:
* dolphin: Don't recurse into symlinks when counting directory contents
(Commit, fixes bug #434125)
* kdeconnect: Fix ssh authentication using pubkey on recent openssh
versions (Commit, fixes bug #443155)
* libkdegames: Fix finding knewstuff themes (Commit, fixes bug #464288)
Announcement: https://kde.org/announcements/gear/22.12.2/
The current USES=nodejs has the following issues:
- www/node is not the default version while www/node16 is.
- It also means inconsistent naming of node ports.
- www/npm duplicates with www/npm-node16.
- www/yarn duplicates with www/yarn-node16.
The notable changes are introduced to fix the above issues:
- Rewrite Mk/Uses/nodejs.mk.
- Add new LTS version of nodejs (www/noe18).
- Add new current version of nodejs (www/node19).
- Change default nodejs version from 16 to 18 (latest LTS).
- Use consistent naming for all supported node versions.
- Convert www/node, www/npm and www/yarn to meta ports.
After this commit:
- All supported node versions are named as node{14,16,18,19}
- www/node is a meta port which depends on the default version (e.g. www/node18)
- www/npm is a meta port which depends on the default version (e.g. www/npm-node18)
- www/yarn is a meta port which depends on the default version (e.g. www/yarn-node18)
- Bump PORTREVISION of dependent ports for dependency change (from www/node16 to www/node18)
Discussed with: jrm, otis, pizzamig
As with the Qt 5 version, Qt Speech provides application developers with
a QObject subclass, QTextToSpeech, that provides an interface to the
platform's speech synthesizer engine; and a value type QVoice that
encapsulates voice characteristics. With those classes, applications can
make themselves more accessible to users, and go beyond the
screen-reader functionality of assistive technologies. Using non-visual
channels to inform users about changes or events can be very useful in
hands-free situations, such as turn-by-turn navigation systems.
Content-focused applications like ebook readers could benefit from
text-to-speech synthesis without depending on assistive technology.
apache22 and apache25 had been removed a long time ago however the
apache.mk file has never been refactored and is out of sync from the
file Mk/bsd.default-versions.mk. These changes refactors the removals of
the older versions. In addition:
- Move some keywords like USE_APACHE, USE_APACHE_BUILD, USE_APACHE_RUN
from SANITY_DEPRECATED to SANITY_UNSUPPORTED
- Remove apache versions from ports Makefiles as currently there is only
one available version in the tree. However the version checks are
still valid and should work flawlessly whenever a new version is
added. For example USES=apache:2.2+ are simply replaced with
USES=apache. As currently there are no other versions available for
test this could not be checked on it's own ground.
- Update FOO_USE=APACHE=yes to FOO_USES=apache
- Remove trailing whitespaces
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D38113
Saturday, 14 January 2023
KDE today announces the release of KDE Frameworks 5.102.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.
PR: 268952
Exp-run by: antoine
Switch from Mk/bsd.ruby.mk to Mk/Uses/ruby.mk
Notable changes are.
- Mk/bsd.ruby.mk is moved to Mk/Uses/ruby.mk.
- USE_RUBY=yes is replaced with USES=ruby.
- USE_RUBY_EXTCONF is replaced with USES=ruby:extconf.
- USE_RUBY_RDOC is replaced with USES=ruby:rdoc.
- USE_RUBY_SETUP is replaces with USES=ruby:setup.
- RUBY_NO_BUILD_DEPENDS and RUBY_NO_RUN_DEPENDS are replaced with
USES=ruby:{build,none,run}.
- RUBY_REQUIRE isn't used anywhere, so removed.
- USES=gem now implies USES=ruby.
This is mainly the work of yasu@ at https://reviews.freebsd.org/D27863
I have just made some cosmetic changes and ran exp-run to test that the
tree is not in a BROKEN state.
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D37925
The Qt WebEngine module provides a web browser engine that makes it easy
to embed content from the World Wide Web into your Qt application on
platforms that do not have a native web engine.
Qt WebEngine provides C++ classes and QML types for rendering HTML,
XHTML, and SVG documents, styled using Cascading Style Sheets (CSS) and
scripted with JavaScript. HTML documents can be made fully editable by
the user through the use of the contenteditable attribute on HTML
elements.
Most of the patches were taken from Chromium 102.0.5005.115
(6fbdece63f) and a small portion also from Chromium 105.0.5195.102
(96b9a69e70) , which has been required since Qt 6.4.1.
In contrast to www/qt5-webengine, some things have changed in the build
process:
* Python 3.x is used
* CMake maintains the whole build process at the top.
* devel/binutils is no longer required.
At last but not least: Many thanks to madpilot for additional tests and
hints and to tcberner for the moral support during the last mile!
Reviewed by: madpilot, tcberner (kde)
Approved by: fluffy (kde)
Differential Revision: https://reviews.freebsd.org/D37859
The living binary distribution format specification derived from
PEP-427 [0] prescribes that:
In distribution names, any run of -_. characters (HYPHEN-MINUS,
LOW LINE and FULL STOP) should be replaced with _ (LOW LINE), and
uppercase characters should be replaced with corresponding lowercase
ones. This is equivalent to PEP 503 normalisation followed by
replacing - with _. Tools consuming wheels must be prepared to
accept . (FULL STOP) and uppercase letters, however, as these
were allowed by an earlier version of this specification.
This fixes staging for packages built under PEP-517 with dashes
(HYPHEN-MINUS) in their names.
[0] https://packaging.python.org/en/latest/specifications/binary-distribution-format/
Reported by: amdmi3
Tested by: yasu, rhurlin
PR: 268893
With hat: python
Approved by: mentors (implicit)
Add check to detect colon in .CURDIR, because it's not supported
this patch detects the colon and shows a proper error message
Reviewed By: #portmgr, tcberner
Differential Revision: https://reviews.freebsd.org/D37500
USE_PYTHON=pep517 takes no arguments. Operation is similar to
USE_PYTHON=distutils, although the build backend specified in
pyproject.toml is to be specified in BUILD_DEPENDS explicitly. A
usage guide and implementation primer is available at:
https://wiki.freebsd.org/Python/PEP-517
With hat: python
Approved by: fluffy (mentor)
Co-authored by: yuri
PR: 255722
Differential Revision: https://reviews.freebsd.org/D36290
At this point most ports that employ USE_GCC have the USE_GCC=yes
form, some have USE_GCC=X (where X is an older version of GCC than
the current default), and none is left with USE_GCC=X+.
To reduce complexity and since we are actively tracking upstream GCC
with our default version, remove support for the USE_GCC=X+ form.
This also derisks Mk/Uses/fortran.mk which aligns with USE_GCC after
commit 4191c71fbd. [1]
PR: 266196 [1]
While here, remove a stale patch (upstreamed in CMake 3.10 or so)
and repair the CPack FreeBSD pkg generator.
Prepared by lbartoletti@
Exp-runs by antoine@
PR: 267872, 267894
Ports utilizing Cargo will now enable Link Time Optimization (LTO),
set error handling mechanism to abort and codegen-units to 1 by default.
Exceptions are powerpc64 and riscv64 where LTO is known to be broken
and disabled to avoid unnecessary breakage. Ports utilizing LTO will
output "Additional optimization to port applied" during build.
WITH_LTO is handled by Mk/Features/lto.mk and to disable define
LTO_UNSAFE=yes.
I'd also like to mention arrowd and tobik for helpful input
and thanks to everyone involved.
Reviewed by: mikael (via irc), pkubaj
Tested by: eduardo (build)
Approved by: rust (mikael, pkubaj)
Differential Revision: https://reviews.freebsd.org/D36736
- graphics/mesa* switched to LLVM version 15 some time ago
- desktop systems suffer from requiring many different LLVM versions
- having the default at something recent combined with the version
matching of llvm.mk (prefering $LLVM_DEFAULT) this should lessen
the number of LLVM installations on normal systems again alot.
- while here, remove outdated comment. x11@ switched to setting the
LLVM version explicitely as the default was way out of date.
PR: 263456
Exp-run by: antoine
As part of the improvements of USES infrastructure Mk/bsd.octave.mk has
been converted to Mk/Uses/octave.mk. This also declutters some old
stuffs in the octave-* ports and makes it simpler to add more
octave-forge ports easily.
While I am here make all the ports portclippy/portfmt compliant. And use
USES macros whenever possible.
Reviewed by: portmgr
Approved by: tcberner
Differential Revision: https://reviews.freebsd.org/D37887
Saturday, 10 December 2022
KDE today announces the release of KDE Frameworks 5.101.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.
PR: 268291
Exp-run by: antoine
As per upstream php 7.4 has reached it's EOL on 2022-11-22. Remove php74
from the tree. Default version of php has already been switched to 8.1.
Approved by: portmgr (blanket infrastructure)
Sponsored by: Bounce Experts
Version 2.8 was removed without proper testing of the tree. The removal
of 2.8 has created multiple BROKEN ports with BROKEN INDEX. The proper
sequence should be removal of the consumers and then removing the
depricated version.
Approved by: portmgr (just-fix-it)
Fixes: ba3f1e0 remove wxgtk28 in USE_WX
This disables bsd.sanity.mk when PACKAGE_BUILDING is set such that it
only is loaded during 'make [all]' or 'make check-sanity'. It is assumed the
package tool will manually call the target if it wants the check. Otherwise
we get redundant logic and filesystem lookups from this file for every other
build target.
Prodded by: mjg
- Update all the consumers to use USES=tex
- USE_TEX=yes is the old way of writing USES=tex which has been removed
and replaced in all ports
- Almost all of the USE_TEX features remains unchanged
- Some consumers had the same variables defined both in the mk
infrastructure and also in the ports which have been removed from the
ports as those are redundant.
In case any of the consumers are failing to build please make sure that
the nexessary USES=tex is there. Unlike previous USE_TEX=yes will no
longer load the required VARS for tex and related dependencies.
Reviewed by: portmgr
Approved by: portmgr (blanket)
USES=llvm supports two kinds of arguments:
* mode
<none>: defaults to build
build: add a BUILD_DEPENDS on chosen llvm-port
run: add a RUN_DEPENDS on chosen llvm-port
lib: add a LIB_DEPENDS on chosen llvm-port
* version
<none>: defaults to ${LLVM_DEFAULT}
number: use explicitly the specified version
min=number: use specified min if ${LLVM_DEFAULT} is lower
max=number: use specified max if ${LLVM_DEFAULT} is higher
An example usage might be:
USES= llvm
or
USES= llvm:13,build
or
USES= llvm:min=14,lib
The following variables are exposed to be used in the ports tree at the moment:
* LLVM_VERSION version chosen from the arguments to llvm.mk
* LLVM_PORT chosen llvm port
* LLVM_CONFIG llvm-config of the chosen port
* LLVM_LIBLLVM libLLVM.so of the chosen port
* LLVM_PREFIX installation prefix of the chosen port
Reviewed by: manu, bapt
Differential Revision: https://reviews.freebsd.org/D37728
Since GNAT is now installed in a specific prefix, we can simplify by
removing the programs suffix: this will avoid the usage of binary
aliases, only setting the PATH is necessary.
TMPDIR could be noexec or have low quota, use WRKDIR for Go build artefacts.
Reviewed by: dmgk
Differential revision: https://reviews.freebsd.org/D37567
In some builds it could be possible that pkg-descr is not writable.
We could either install -m 0644 the file over or just let sh create
it.
This change also opens the destination file only once now.
Fixes: ddd0e820c
- Remove blanket IGNORE_WITH_PHP and add IGNORE_WITH_PHP to only the web
applications. This will massively reduce the number of ports to be
removed in case there is no timely support for php8.
- Pet portlint/portclippy
- Add missing LICENSE
PR: 266552
Reported by: michael.osipov@siemens.com
Sponsored by: Bounce Experts
KDE Plasma 5.24.7, Bugfix Release for October
Friday, 14 October 2022. Today KDE releases a bugfix update to KDE
Plasma 5, versioned 5.24.7.
Plasma 5.24 was released in February 2022 with many feature refinements
and new modules to complete the desktop experience.
Announcement: https://kde.org/announcements/plasma/5/5.24.7/
KDE Gear 22.12 is Here!
Thursday, 8 December 2022
KDE Gear ⚙️ is back with exciting new features, performance boosts, and
bugfixes for all your favorite KDE apps!
In this release: Kate extends a warm welcome, Dolphin offers you more
choices, and a lot of apps serve up hamburgers galore!
Announcement: https://kde.org/announcements/gear/22.12.0/
Follow the path done for ports depending on doxygen with gtkdoc.
This reduced the number of build dependencies and respects the defaults
of the upstream build system.
Make a GTKDOC option generic so other ports can follow the same path
BUILD_DEPENDS doesn't recognise version response from enc, so it is
not accepted in poudriere, when the test doesn't succeed.
Sponsored by: SkunkWerks, GmbH
rebar2 -> rebar3 removed the very useful helper tools that allow
compiling native code into the BEAM. enc is a small tool already in
ports that provides this functionality.
Sponsored by: SkunkWerks, GmbH
Monday, 14 November 2022
KDE today announces the release of KDE Frameworks 5.100.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.
- devel/kf5-kconfig update to 5.100.1 (bug fix release)
- x11/kf5-plasma-framework: update to 5.100.1 (bug fix releas)
- fix fallout
Changelog: https://kde.org/announcements/frameworks/5/5.100.0/
Exp-run by: antoine
PR: 267764
Test resolving and connectivity (proper HTTP response) for every
officially endorsed mirror from three different locations, using
this simple shell script:
set -e
for m in $(grep -v ^# /tmp/sf-mirrors); do
host ${m}.dl.sourceforge.net
curl --connect-timeout 30 -I http://${m}.dl.sourceforge.net/project/lazarus/Lazarus%20Zip%20_%20GZip/Lazarus%202.2.4/lazarus-2.2.4-0.tar.gz
done
With the following results over numerous runs:
GOX mirror (Itauna, Brazil) was inaccessible from everywhere;
additionally, AltusHost (Stockholm) and YeR (Azerbaijan) were
inaccessible from China, so do not offer them for the moment.
Please keep in mind that not all mirrors might be enabled at once
(mirrors sometimes are pulled from rotation), and not all mirrors
have all files -- in this case, it will respond with HTTP/1.1 302
Moved Temporarily redirect to another site.
Tested from: Guangzhou (China Mobile), New York City (NYI),
Saint Petersburg (Rostelecom)
Switching php DEFAULT_VERSION from 8.0 to 8.1. php 8.0 Active support
ends on 2022-11-26. This will not be merged in quarterly.
PR: 266854
Tested by: antoine
Approved by: ale
Relnotes: https://www.php.net/supported-versions.php
Sponsored by: Bounce Experts
To build such projects a port must add the repository to MASTER_SITES under
some group and then use this group in USE_CABAL.
Cabal2Tuple (ports-mgmt/hs-cabal2tuple) supports this feature starting with
version 2.0. Running `make make-use-cabal` will automatically pass necessary
flags to it.
This knob allows pulling in a revised .cabal file for a Haskell package
being ported. This allows us to drop local patches that were serving the
same purpose.
This change removes duplicated entries from MASTER_SITES and DISTFILES
variables. Now the MASTER_SITES variable will contain single Hackage URL without
any group for the simplest case and with :_cabal_mk_hackage group in nodefault
case.
This change opens a path to using non-Hackage Cabal repositories
(needed for Cardano) and pulling in .cabal revisions without using patches.
Unfortunately, this change results in a large churn in Haskell ports distinfos.
To make this churn less useless, refresh all Haskell dependencies in all ports.
Instead of moving the original project file into a temporary location,
employ cabal.project.local for Ports-related adjustments.
This implements an idea that upstream cabal.project files shouldn't be touched
by Ports framework. If needed they can be patched by the port maintainer directly.
Adapt existing Haskell ports to this change.
Qt 6.4.1 release is a patch release made on the top of Qt 6.4.0. As a
patch release, Qt 6.4.1 does not add any new functionality but provides
bug fixes and other improvements and maintains both forward and backward
compatibility (source and binary) with Qt 6.4.0.
For detailed information about Qt 6.4, refer to the online documentation
included in this distribution. The documentation is also available
online:
https://doc.qt.io/qt-6/index.html
Changelog: https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/6.4.1/release-note.md
Thursday, 3 November 2022
Over 120 individual programs plus dozens of programmer libraries and
feature plugins are released simultaneously as part of KDE Gear.
Today they all get new bugfix source releases with updated translations,
including:
* dolphin: Fix opening unnecessary new windows (Commit, fixes bug
#440663)
* konsole: Fix a crash when extending the selection (Commit, fixes
bug #398320 and bug #458822)
Announcement: https://kde.org/announcements/gear/22.08.3/
Changelog: https://kde.org/announcements/changelogs/gear/22.08.3/
For some reason, net/mpich does not accept FC with F90. It should be
possible to fix it, but I’m afraid that other ports could be affected
too, so it seems better to revert for the moment.
PR: 267502
Reported by: jfc (at) mit.edu
CMake defines -DNDEBUG when BUILD_TYPE is set to RELEASE by default
however default flags gets dropped when CMAKE_C_FLAGS_RELEASE and
CMAKE_CXX_FLAGS_RELEASE are (re)defined. This causes some projects
to build with debugging by default which needs to be disabled
by hand if they do not set -DNDEBUG manually either in ports
Makefile and/or in CMake's Makefile. To follow upstream add
-DNDEBUG to our RELEASE flags.
PR: 266721
Reviewed by: arrowd
Approved by: portmgr (tcberner)
Differential Revision: https://reviews.freebsd.org/D36695
Exp-run by: antoine
As usual with features, this can be activated/deactivated via
WITH/WITHOUT_<feature>
Each port can individually mark itself as not supporting the feature
via <feature>_UNSAFE=
3.2 is new stable branch after 3.0, 3.1 was develop/unstable branch,
so in future 3.2 have to replace 3.1 for all consumers in ports.
PR: 265093
Reported by: VVD <vvd@unislabs.com>
Reviewed by: rhurlin
