Add DEFAULT_VERSIONS+=rust=rust-nightly to make.conf(5) if you want to
build consumers using lang/rust-nightly.
Approved by: rust (tobik)
MFH: 2019Q1 (avoid merge conflicts during www/firefox updates)
Differential Revision: https://reviews.freebsd.org/D18634
While building GCC itself we have to use the built GCC libraries to configure
additional parts of GCC and not the libraires from the host.
Install the built 32-bit libraries. This was not done up to now.
PR: 231804
Approved by: gerald@
Qt Network Authorization provides a set of APIs that enable Qt applications
to obtain limited access to online accounts and HTTP services without
exposing users' passwords.
Currently, the supported authorization protocol is OAuth, versions 1 and 2.
https://doc.qt.io/qt-5.11/qtnetworkauth-index.html
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
This plugins is a wrapper that exposes lv2 plugins to gstreamer applications.
* Correct the handling of webrtcdsp in bsd.gstreamer.mk so it can be used
in the USE_GSTREAMER1 macro.
multimedia/gstreamer1-plugins/Makefile.common:
* Remove configure disable switches for sunadio and wgl, these
plugins where removed in 1.14.
* Move gtk3 from the "bad" plugins to the "good" plugins. This removes a
warning from the configure stage of "bad" plugins about unknown
configure arguments.
Although nice in theory, all 19 ports that were using it had an "if FLAVOR"
block in them anyway and it broke support for various tools, such as rmport,
Freshports (possibly) and pkg notes.
This reverts r484598
Discussed with: tcberner
- sip upgrade to 4.19.13
- qscintilla2 upgrade to 2.10.8
- PyQt5 upgrade to 5.11.3
This has been worked on by arrowd and myself.
PR: 233954
Exp-run by: antoine
`cargo install` currently fails with:
error: Using `cargo install` to install the binaries for the package
in current working directory is no longer supported, use `cargo
install --path .` instead.
Also see https://github.com/rust-lang/cargo/issues/5327
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
other ways from GCC 7 (7.4 right now) to GCC 8 (8.2 right now).
This is the first time for eons, if not forever, that we are on the most
recent major version of GCC, a catch-up that's been taking more than two
years with the great help of many fellow committers and volunteers.
PR: 231590
Tested by: antoine (exp-runs)
Thanks to: jbeich, tobik, jwb, mi, yuri, and others for helping fix (broken) ports
* PyQt could not be installed for multiple Python versions at
the same time, as there were conflicting files.
This patch creates Python-version versioned directories for
all these, and further installs binaries with a version number.
* Note, there might be some hickups for software that depends on
on of the .so's provided by PyQt5, which might not be found
anymore autmotically, and maybe need some LD-flaggery.
* Update PyQt5 to 5.10.1
* Mark www/py-qt5-webengine broken. It is unforuntately no longer
compatible with the old qt5-webengine-5.9.4 we ship.
PR: 232745
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D8714
