Big thank you to Florian Walpen <dev@submerge.ch> and
Goran Mekić <meka@tilda.center> for working on Jack2.
PR: 251125
Submitted by: Florian Walpen <dev@submerge.ch> (original version)
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.
For ports optionally dependending on Python 2.7, just mark those options
as expired. Remove konquerer from the x11/kde-baseapps metaport and bump
its PORTREVISION.
Submitted by: rene
Reviewed by: portmgr, adridg, ehaupt, lme, madpilot, pizzamig, se, sunpoet, yuri
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D28665
Musescore helps you create beautiful sheet music.
Release notes are at
https://musescore.org/en/3.6.1https://musescore.org/en/node/316462
It's some crash fixes. FreeBSD ports skipped 3.6.0, which had lots more
changes and new sound fonts.
The port Makefile changes more than usual, because I took out
some REINPLACE_CMD and made regular patches from them. Also
MuseScore's CMake code is really weird, so it needs extra
patching to find libogg and such.
It is possible to set port OPTIONS so that nothing "else" picks up
LOCALBASE, and Musescore itself just links to -lvorbis without
doing any CMake footwork for it, so we need to add it explicitly.
PR: 251589
Reported by: greg@unrelenting.technology
Prepare for building with CMake 3.17, which suffers from Musescore
upcasing the BUILD_TYPE halfway through. Bug report to CMake is
https://gitlab.kitware.com/cmake/cmake/-/issues/20539
(but I think it's a Musescore problem).
No PORTREVISION bump because nothing changes in current builds,
and this affects only builds that happen after CMake 3.17 comes out.
(and even then the package remains the same)
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
- MASTER_SITES here contains only the one release, so try to
tell portscout to look above it (and hope it understands subdirs).
- While here, pet portlint.
We missed 3.0.1, so the two changelogs are:
https://musescore.org/en/handbook/developers-handbook/release-notes/release-notes-musescore-301-january-15-2019https://musescore.org/en/handbook/developers-handbook/release-notes/release-notes-musescore-302-january-29-2019
I don't know enough about the application's internals to summarize them
here; mostly looks like "lots of bugfixes, please upgrade."
In the port itself:
- dropped option OCR, it's always disabled in source anyway.
- wrestled with option WEBENGINE. It needs to be defined, so that
the correct CMake flag is switched OFF automatically. But it should
not be visible or selectable except on architectures where it makes
sense. OPTIONS_DEFINE_amd64 would add it where needed, but then it's
not defined for architectures where it needs to be off. OPTIONS_EXCLUDE
requires me to list all the architectures it's *not* supported on,
which seems like a bit much. Therefore, leaving the option available,
but off, as a booby-trap for people trying non-default options and
wanting WebEngine on (e.g.) PPC.
PR: 235544
Reported by: chitty_cloud@me.com
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash. Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.
Remove the weak wrappers (make them Linux specific). This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.
[1] 5c2cbfccf9
[2] 2ed5054e3a
[3] 009f5ebb4b
Bump all ports that depend on Qt5.
PR: 234070
Exp-run by: antoine
Approved by: kde (adridg)
- add missing patch file
- change WebEngine to an option, unbreak (hopefully the code is ok)
on aarch64 and ppc64
Should have mentioned that the release notes for 3.0.0 are at
https://musescore.org/en/handbook/developers-handbook/release-notes/release-notes-musescore-3
But that, plus the versions 2.2, 2.2.1, 2.3, 2.3.1 and 2.3.2 that
were skipped in ports are too many to summarize here.
PR: 234801
This skips over 18 months of musescore development to get to
what's new. This version uses WebEngine, although I don't know
what it uses it for; a PORTREVISION should be able to clear that
up and make it available for aarch64 and ppc64.
All the local patches have been dropped, except for some extra
CMake-futzing in order to get it to build with ninja and not
duplicate whole chunks of WebEngine.
PR: 234801
Reported by: kunda
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
- There was no obvious reason to split these ports, and it makes
porting simpler; the set of ports using either mostly coincided.
Exp-run by: antoine
PR: 223687
PR: 232751
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
- Move BROKEN_aarch64 according to portlint suggestion
- Add missing LIB_DEPENDS
- Add missing USE_QT5
- Add missing INSTALLS_ICONS=yes
- Switch to using system freefont
- Add the OCR port option to reflect the cmake option
- Remove redundant patches from files/, moved one to post-patch
PR: 221873
Submitted by: yuri@rawbw.com
devel/qt5-declarative has not been released since Qt 5.5.1, and it
starts to lead to runtime conflicts with qt5-quick if installed.
* No port is actually still using it (there are ports that had it as a
dependency, but do not really require it -- bump these, and remove it).
* Remove it from the Qt 5 metaport.
Reported by: Armin Pirkovitsch
Reviewed by: rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D10673
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Chase portaudio change
Add patches from debian for games/cultivation
Add patches from upsteam for audio/rezound
Mark py-fastaudio as broken
Approved by: maintainer
