in 2019 the norm is for applications to support both v4 and v6 version of the ip
stack. Furthermore, the ipv6 category was clearly not consistently spread over
the ports tree defeating the goal of the category.
makesum" downloads distfiles for all supported architectures while "make
fetch" only downloads files for the build architecture.
Approved by: portmgr (bapt)
* Remove comment references to 9 and 10 as possible version specifications.
Note that 9 and 10 aren't actually removed as valid versions as there is
one port with a reference (news/nzbhydra2).
* Add 13 as a valid version.
* Add configuration for openjdk13.
* Modify the construction of _JAVA_VERSION to force 9 and 10 to 11.
Sponsored by: The FreeBSD Foundation
Remove deprecated x11 ports:
* x11/libXTrap
* x11/libXprintAppUtil
* x11/libXprintUtil
* x11/rstart
* x11/xdbedizzy
* x11/xplsprinters
* x11/xprehashprinterlist
* x11/xtrap
Remove libraries from Mk/Uses/Xorg and xorg-libraries as needed to adjust
for their removal.
Add entries to MOVED
This is useful when 2 tools do provide the same feature, but the configure
scripts do test for some variables which are not in one of the tool.
For example m4 in base is mostly compatible with GNU m4 when called with the -g
arguement. This wrapper allows to use it with build systems that do check for it
calling --version and expecting GNU in the arguments.
Reviewed by: mat (final discussions on irc)
Differential Revision: https://reviews.freebsd.org/D21835
Don't add -lXp, linking against libXp, to the default MOTIFLIB.
With this fix, it is easier to fix the remaining ports that depend on libXp,
which is deprecated.
PR: 240913
Approved by: portmgr (swills)
when converting the do-fetch target to proper scripting
we lost the ability to overwrite do-fetch when running make makesum.
as reported here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=
Let's call again do-fetch directly instead of duplicating its content
PR: 215530
Reported by: jbeich
Differential Revision: https://reviews.freebsd.org/D21544
Fix CARGO_USE_GIT{HU,LA}B when Cargo.toml has URLs that end with
/. This is needed for audio/spotifyd 0.2.16 which has an entry
like
structopt = { git = "https://github.com/TeXitoi/structopt/", rev = "..." }
* Remove references to "6" in comments and examples
* Remove java/openjdk6 from the list of Java ports that are considered to
satisfy a dependency
* Don't yet remove "6" as a valid version since many ports have "1.6+" as
a version specifier (although none have just 1.6). Instead force this
to mean "1.7+".
PR: 234792
Sponsored by: The FreeBSD Foundation
There are many greater changes including:
- New module ffi
- Remove interbase module
- Remove recode module
- Remove wddx module
- Many modules changes the build switches
- Many modules changes the config format, so patches needed to be recreated
Special thanks to tobik and ale for their support.
Reviewed by: tobik, ale, joneum
Sponsored by: PHP Update Service
Differential Revision: https://reviews.freebsd.org/D21349
- This XFCE release uses almost exclusively gtk3, so the USES=xfce
now defaults to gtk3
- Make x11-themes/gtk-xfce-engine an optional dependency(disabled
by default), it only supports gtk2, so would leave miost of this
XFCE version unthemed.
- Add Greybird as an optional and enabled dependency as a modern
theme supporting both GTK versions and all other XFCE parts
- The xfce4-vala port is deprecated and removed. The VALA bindings
are available in the library ports using the GIR and VAPI options
(on by default)
- Fixed various missing library and portlint warnings (portmgr fixit
blanket)
- Default Display Manager changed to lightdm (Thanks to woodsb02
for help)
- Add x11/xfce4-screensaver as an optional dependency to the
xfce4-goodies (enabled by default)
- Remove dependency on x11-fm/thunar-vfs and deprecate the port.
It is EOL upstream and the functionality is included in thunar
itself
Update:
- Added back sysutils/xfce4-places-plugin, updated to 1.8.1
- archivers/thunar-archive-plugin to 0.4.0
- audio/thunar-media-tags-plugin to 0.3.0
- audio/xfce4-mpc-plugin to 0.5.2
- audio/xfce4-pulseaudio-plugin to 0.4.2
- deskutils/xfce4-tumbler to 0.2.7
- devel/thunar-vcs-plugin to 0.2.0 [1]
- devel/xfce4-dev-tools to 4.14.0
- misc/xfce4-appfinder to 4.14.0
- misc/xfce4-weather-plugin to 0.10.0
- multimedia/xfce4-parole to 1.0.4
- sysutils/gigolo to 0.5.0
- sysutils/xfce4-battery-plugin to 1.1.3
- sysutils/xfce4-fsguard-plugin to 1.1.1
- sysutils/xfce4-netload-plugin to 1.3.2
- sysutils/xfce4-power-manage to 1.6.5
- sysutils/xfce4-settings 4.14.1
- sysutils/xfce4-systemload-plugin to 1.2.3
- sysutils/xfce4-wavelan-plugin to 0.6.1
- www/xfce4-smartbookmark-plugin to 0.5.1
- x11-clocks/xfce4-datetime-plugin to 0.8.0
- Added new xfce4-stopwatch-plugin, version 0.3.1
- x11-clocks/xfce4-timer-out-plugin to 1.0.3
- x11-fm/thunar to 1.8.9
- x11-wm/xfce4-desktop to 4.14.1
- x11-wm/xfce4-panel to 4.14.0
- x11-wm/xfce4-session to 4.14.0
- x11-wm/xfce4-wm to 4.14.0
- x11/libexo to 0.12.8
- x11/libxfce4menu to 4.14.1
- x11/libxfce4util to 4.14.0
- x11/xfce4-conf to 4.14.1
- x11/xfce4-dashboard to 0.7.5
- x11/xfce4-screensaver to 0.1.8
- x11/xfce4-screenshooter-plugin to 1.9.6
- x11/xfce4-verve-plugin to 2.0.0
Thanks to: Olivier Duchateau <duchateau.olivier@gmail.com>
PR: 240236
Exp-run by: antoine
Tested by: sbruno
Approved by: sergey.dyatko@gmail.com (maintainer timeout via
email), portmgr (fixit blanket, port breaks with
new Thunar if not updated) [1]
Differential Revision: https://reviews.freebsd.org/D21278
- Allow GO_TARGET to be specified as a tuple in the form package:output
- Rework build/install targets
PR: 240535
Submitted by: Dmitri Goutnik <dg@syrec.org>
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D21562
we can handle differences between distributions better and so we don't add
dependencies on nonexistent ports when a package doesn't exist for a given
distribution but set DEV_ERROR. Add a version constraint on the linux_base
dependency.
September 05, 2019.
Today KDE released the first stability update for KDE Applications 19.08. This
release contains only bugfixes and translation updates, providing a safe and
pleasant update for everyone.
More than twenty recorded bugfixes include improvements to Kontact, Dolphin,
Kdenlive, Konsole, Step, among others.
Improvements include:
* Several regressions in Konsole's tab handling have been fixed
* Dolphin again starts correctly when in split-view mode
* Deleting a soft body in the Step physics simulator no longer causes a crash
You can find the full list of changes here:
https://kde.org/announcements/fulllog_applications-aether.php?version=19.08.1
of debian mirror. [1]
While here, drop the NON_US part of debian mirrors which do not exists
anymore (for long)
PR: 221143 [1]
Reported by: amutu@amutu.com
Point to the new location of the distfiles, refresh the list
of mirrors.
Note that this macro should probably be renamed PKGSRC
PR: 219536
Reported by: avg
Take advantage of lazy bindings by not requiring runtime dependency.
DBus is required under Wayland (Gecko-specific) and for MIME handling
but GConf2 is useless outside of Gnome2. So, only use GConf2 if it's
already installed (similar to PulseAudio).
PR: 240323
first deinstall then reinstall.
For now keep the DEPENDS_TARGET, which should probably die, but
let study that in a second step
PR: 224244
Submitted by: Walter Schwarzenfeld <w.schwarzenfeld@utanet.at>
Tuesday, 3 September 2019. Today KDE releases a Bugfix update to KDE Plasma 5,
versioned 5.16.5. Plasma 5.16 was released in June with many feature
refinements and new modules to complete the desktop experience.
This release adds a month's worth of new translations and fixes from KDE's
contributors. The bugfixes are typically small but important and include:
* [weather] [envcan] Add additional current condition icon mappings.
* [Notifications] Group only same origin and show it in heading.
* Volume Control: Fix speaker test not showing sinks/buttons.
Full changelog:
https://kde.org/announcements/plasma-5.16.4-5.16.5-changelog.php
- Fix build on 12-STABLE and CURRENT (amd64 and i386)
- Bump PORTREVISION for all ports that depends of lang/fpc
- Add USE_BINUTILS to fpc and lazarus based ports
- Add binutils dependency to Uses/fpc.mk and Uses/lazarus.mk
PR: 240293 239934 233413 214864
Exp-run by: antoine
overlays are a way to help users to integrate their own ports tree
with the official ports tree without having to maintain clone of the
official tree and remerge on regular basis.
The ports tree will lookup in the overlays (in the order the are listed in
OVERLAY variable) for the dependencies and the USES. It will use the first
found.
in order to use it the user have to declare his overlays that way in their
make.conf:
OVERLAYS= overlay1 overlay2 overlay3
Reviewed by: manu
Approved by: swills
Differential Revision: https://reviews.freebsd.org/D21468
Enough ports support ALTIVEC option that it makes sense to add ALTIVEC option globally.
Approved by: linimon (mentor)
Differential Revision: https://reviews.freebsd.org/D21403
Two important changes arise with it:
- Default user switches from "pgsql" to "postgres"
- Default data-dir switches from "/usr/local/pgsql/data" to "/var/db/postgres/data11"
Also add a migration procedure, which takes the user-switch into account by preventing
it on database-side.
Exp-Run: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239514
Thanks to: tobik, antoine, mfechner
Sponsored by: Professionelles Bounce Management
- the change in r510087 which fixes kwallet-pam on FreeBSD unfortunately did not
include an update to the component in kde.mk
PR: 240186
Submitted by: mikael.urankar@gmail.com
Reported by: Felix Palmen <felix@palmen-it.de>
Change the handling of xorg dependencies to use the USES framework instead
of bsd.xorg.mk. bsd.xorg.mk is split into two parts:
* USES=xorg for ports depending on xorg ports with USE_XORG
* USES=xorg-cat for xorg ports with XORG_CAT
USES=xorg is fairly straight forward. The components needed are specified
with USE_XORG, and USES=xorg is needed to pull in this part of the
framework.
USES=xorg-cat requires that the category, previously specified with
XORG_CAT, now be passed as an argument to xorg-cat, like this
USES=xorg-cat:category. Not specifying a category is an error.
Further, it is also possible to specify which build system to use. The
default if nothing is specified is autoconf, but meson will also be supported.
This is added with a second argument: USES=xorg-cat:category[,buildsystem].
Detailed changelog:
* Add support in Uses/xorg-cat.mk to specify build system. Previously, only
autoconf was supported for xorg ports, but with this change, it's possible
to use meson instead. Autoconf is still the defaultx, if nothing else is
specified. The meson support is still disabled, and requires more testing.
* Add support in Uses/xorg-cat.mk to pull sources from freedesktop.org
gitlab.
When specifying USE_GITLAB in a port using xorg-cat, then various GL_*
variables will be set up automatically, as well as needed changes to the
build.
* Switch x11-drivers/xf86-video-intel to use the USE_GITLAB framework.
* While touching xf86-video-intel, switch to USES=xorg xorg-cat:driver, and
pet portlint.
* Add compat shims and warnings to bsd.port.mk, which will handle the old
style ports Makefiles.
* Change Uses/gl.mk and Uses/motif.mk to use this new framework.
* Change Uses/autoreconf.mk to check and add dependencies later. This is
needed because xorg-cat uses autoreconf, and without this fix
dependencies were not added properly.
* Be stricter about checking for arguments in USE_XORG, previously, :build
and :run were accepted, but not supported. Only the default or :both
supported.
* Change multimedia/gstreamer1-vaapi to handle the stricter argument
checking in USE_XORG, and add USES=xorg
* change x11/xscope to get distinfo from xorg-cat, instead of rolling it's
own, and add USES=xorg-cat
PR: 238988 (exp-run)
Reviewed by: antoine, tcberner, tijl, mat, tobik
Approved by: portmgr (antoine)
Obtained from: FreeBSD Graphics Team development repo
https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/usesxorg
Sponsored by: B3 Init (zeising)
Differential Revision: https://reviews.freebsd.org/D20724
Release notes at
https://kde.org/announcements/kde-frameworks-5.61.0.php
Thanks to
antoine@ for the exp-runs,
tcberner@ for most of the prep-work,
the Gentoo community for cherry-picking patches
There are a bunch of changes in (implicitly included) headers, which
broke existing KDE Applications builds; that's why there are a whole
bunch of "patch-gentoo-kf5-5.61-headers" patches (taken from Gentoo
packaging). Those will go away with the next KDE Applications release,
PR: 239777
Submitted by: tcberner
For USES=go:modules ports it simplifies generating GH_TUPLE by
calling modules2tuple in the right directory etc.
Submitted by: Dmitri Goutnik <dg@syrec.org> (maintainer)
Differential Revision: https://reviews.freebsd.org/D21246
Currently they are not checked and something like PORTREVISION=foo
or just PORTREVISION= is accepted. Some ports use indirection via
custom variables for them so it is worthwhile to check that they
are set to sane values.
While here fix ports that currently have non-integer PORTREVISION
or PORTEPOCH.
Approved by: portmgr (mat)
Differential Revision: https://reviews.freebsd.org/D21225
This prevents an improbable MITM attack on dependencies where the target
is "fetch" and the port is built manuallt. (Which means a port depends
on a dependency being fetched, but not built or anything else.) In this
case, as the target is only "fetch", the distribution files of the
dependency are not checked against the dependency's distinfo file. One
could, in theory, impersonate the dependency's master site and provide a
malicious distribution file.
The ports that could in theory be affected are russian/gd, ukrainian/gd,
and ukrainian/webalizer. They are only affected when building manually,
as when building with poudriere, the *-depends target do not have
network access, and the build would fail if the distribution files are
not already present. (From the dependencies being built normally, where
checksum would have ran.)
The detail is described here:
https://www.reddit.com/r/BSD/comments/br62hm/freebsd_cryptographic_bypass_and_mitmbased/
Reported by: emaste (on IRC)
Reviewed by: swills emaste antoine
MFH: 2019Q3
Differential Revision: https://reviews.freebsd.org/D21230
supported versions of our database system, including 11.5, 10.10,
9.6.15, 9.5.19, and 9.4.24, as well as the third beta of PostgreSQL 12.
This release fixes two security issues in the PostgreSQL server, two
security issues found in one of the PostgreSQL Windows installers, and
over 40 bugs reported since the previous release.
Users should install these updates as soon as possible.
A Note on the PostgreSQL 12 Beta
================================
In the spirit of the open source PostgreSQL community, we strongly
encourage you to test the new features of PostgreSQL 12 in your database
systems to help us eliminate any bugs or other issues that may exist.
While we do not advise you to run PostgreSQL 12 Beta 3 in your
production environments, we encourage you to find ways to run your
typical application workloads against this beta release.
Your testing and feedback will help the community ensure that the
PostgreSQL 12 release upholds our standards of providing a stable,
reliable release of the world's most advanced open source relational
database.
Security Issues
===============
Two security vulnerabilities have been closed by this release:
* CVE-2019-10208: `TYPE` in `pg_temp` executes arbitrary SQL during
`SECURITY DEFINER` execution
Versions Affected: 9.4 - 11
Given a suitable `SECURITY DEFINER` function, an attacker can execute
arbitrary SQL under the identity of the function owner. An attack
requires `EXECUTE` permission on the function, which must itself contain
a function call having inexact argument type match. For example,
`length('foo'::varchar)` and `length('foo')` are inexact, while
`length('foo'::text)` is exact. As part of exploiting this
vulnerability, the attacker uses `CREATE DOMAIN` to create a type in a
`pg_temp` schema. The attack pattern and fix are similar to that for
CVE-2007-2138.
Writing `SECURITY DEFINER` functions continues to require following the
considerations noted in the documentation:
https://www.postgresql.org/docs/devel/sql-createfunction.html#SQL-CREATEFUNCTION-SECURITY
The PostgreSQL project thanks Tom Lane for reporting this problem.
* CVE-2019-10209: Memory disclosure in cross-type comparison for hashed
subplan
Versions Affected: 11
In a database containing hypothetical, user-defined hash equality operators, an attacker could read arbitrary bytes of server memory. For an attack to become possible, a superuser would need to create unusual operators. It is possible for operators not purpose-crafted for attack to have the properties that enable an attack, but we are not aware of specific examples.
The PostgreSQL project thanks Andreas Seltenreich for reporting this problem.
For example, in audio/spotifyd some crates have their sources on
GitHub instead of crates.io and share the same repository and commit
in Cargo.lock like
[[package]]
name = "librespot"
source = "git+https://github.com/librespot-org/librespot.git#4e3576ba7c6146cf68e1953daeec929d619b26b1"
[[package]]
name = "librespot-audio"
source = "git+https://github.com/librespot-org/librespot.git#4e3576ba7c6146cf68e1953daeec929d619b26b1"
Based on this cargo-crates.awk would naively generate multiple
identical entries like
librespot-org:librespot:4e3576ba7c6146cf68e1953daeec929d619b26b1:librespot
librespot-org:librespot:4e3576ba7c6146cf68e1953daeec929d619b26b1:librespotaudio
This adds a lot of extra noise to the port and distinfo and is not
really needed for anything.
GO_PKGNAME defaults to ${PORTNAME}. As a result it is often too
general and can produce bad results with make makeplist. For
example, in mail/aerc it produces bogus entries like
man/man5/%%GO_PKGNAME%%-sendmail.5.gz
since GO_PKGNAME=aerc there.
Having it in PLIST_SUB was only useful for Go libraries which we
no longer support. Only 2 ports use it currently but do not really
need to and are easily fixed.
Approved by: dg@syrec.org (maintainer)
Differential Revision: https://reviews.freebsd.org/D21114
Tuesday, 30 July 2019. Today KDE releases a Bugfix update to KDE Plasma 5,
versioned 5.16.4. Plasma 5.16 was released in June with many feature
refinements and new modules to complete the desktop experience.
This release adds three week's worth of new translations and fixes from KDE's
contributors. The bugfixes are typically small but important and include:
Changelog:
https://kde.org/announcements/plasma-5.16.3-5.16.4-changelog.php
* Add configuration for newer versions of the JDK (11, 12)
* Switch to modern Java versioning (e.g. 8 rather than 1.8)
* Retain backwards compatibility with existing version specification
* Support the few ports that set USE_JAVA to the requested version
PR: 237054, 238758 (exp-run)
The fetch-list target is used to generate a shell script that will more
or less replicates what do-fetch does. It allows one to do most things
as a regular user, and generate that script to run, say, on another
machine, if the one where you build things does not have access to the
internet, or has much slower access.
It was failing when DISTDIR was not writable by the current user, and
the port had a distribution file with a path in it. (Not using
DIST_SUBDIR, something else, like lang/rust does.) It was failing
because it was trying to create that subdirectory unconditionally,
instead of only creating the subdirectory if actually had to. This also
fixes the bug that the generated script did not have the appropriate
mkdirs for those directories.
PR: 239293
Submitted by: tobik (earlier version)
Reported by: Ruslan Garipov
Differential Revision: https://reviews.freebsd.org/D21112
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
myriad of other ways from GCC 8 (8.3 right now) to GCC 9 (9.1 right now).
PR: 238330
Tested by: antoine (exp-runs)
Thanks to: tobik, jbeich (for heavy lifting fixing broken ports)
If neither GO_PKGNAME or GO_TARGET are set explicitly, go install
tries to install a package named ${PORTNAME} which is almost always
wrong. This forces Go ports to set GO_PKGNAME or GO_TARGET although
their value is often redundant.
Update do-build to default to the "." package instead ("the package
in the current directory") and teach do-install to install the "."
package. In many cases, this removes the need to explicitly set
GO_PKGNAME and GO_TARGET making USES=go:modules alone sufficient
for simpler ports.
This is a backward compatible change.
- Assign maintainership to Dmitri
Submitted by: Dmitri Goutnik <dg@syrec.org>
Approved by: jlaffaye (maintainer timeout, ~3 weeks)
Differential Revision: https://reviews.freebsd.org/D20813
$ make check-sanity
/!\ geckodriver-0.24.0: Makefile warnings, please consider fixing /!\
CARGO_CRATES=libc-0.2.43 may be unstable on aarch64 or not build on armv6,
armv7, powerpc64. Consider updating to the latest version (higher than 0.2.49).
This will give it at least a chance to build on tier 2 archs. We
bumped libc earlier but this was regressed on in r506813.
The libc warnings in USES=cargo do not seem to be enough. Make
them errors instead.
With hat: rust
July 13, 2019. KDE today announces the release of KDE Frameworks 5.60.0.
KDE Frameworks are over 70 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.
Announcement:
https://kde.org/announcements/kde-frameworks-5.60.0.php
PR: 239183
Exp-run by: antoine
Crates like openssl-src-111.3.0+1.1.1c have characters not in
[a-zA-Z0-9]. Use the complement of [a-zA-Z0-9] instead of adding
+ to the list of chars [-.] we currently handle.
July 11, 2019.
Today KDE released the third stability update for KDE Applications 19.04. This
release contains only bugfixes and translation updates, providing a safe and
pleasant update for everyone.
Over sixty recorded bugfixes include improvements to Kontact, Ark, Cantor, JuK,
K3b, Kdenlive, KTouch, Okular, Umbrello, among others.
Improvements include:
* Konqueror and Kontact no longer crash on exit with QtWebEngine 5.13
* Cutting groups with compositions no longer crashes the Kdenlive video editor
* The Python importer in Umbrello UML designer now handles parameters with default arguments
Changelog:
https://kde.org/announcements/fulllog_applications-aether.php?version=19.04.3
infrastructure ports (linux_base-c6 and linux-c6*) install i386 CentOS 6
packages. Using c6_64 instead of c6 made them install mixed amd64/i386
CentOS 6 packages and allowed Linux application ports to install amd64
binaries when available. The i386-only configuration was only useful for
users of x11/nvidia-driver* which didn't provide Linux amd64 emulation
until recently.
With x11/nvidia-driver* now supporting Linux amd64 there's no longer a
need for i386-only Linux on amd64. Let DEFAULT_VERSIONS+=linux=c6 make
Linux infrastructure ports install mixed amd64/i386 CentOS 6 packages,
like c6_64 before, and remove support for c6_64 as a value.
Replace LINUX_ARCH with ARCH everywhere because they are always the same
now.
Tuesday, 9 July 2019. Today KDE releases a Bugfix update to KDE Plasma 5,
versioned 5.16.3. Plasma 5.16 was released in June with many feature
refinements and new modules to complete the desktop experience.
This release adds a fortnight's worth of new translations and fixes from KDE's
contributors. The bugfixes are typically small but important and include:
* DrKonqi will now automatically log into bugs.kde.org when possible.
Fixes bug #202495.
* libinput.
* Keep Klipper notifications out of notification history.
Fixes bug #408989.
Announcement:
https://kde.org/announcements/plasma-5.16.3.php
Changelog:
https://kde.org/announcements/plasma-5.16.2-5.16.3-changelog.php
Make it clear that <version-spec> is a declarative not imperative
specification to declare what version of Python a port or software
*supports*, not the versions it should *use*.
The version that gets selected is a function of Python.mk, DEFAULT_VERSIONS
which change over time, and can be overridden or otherwise set by the user.
While I'm here, add a special note about bare USES=python (without a
<version-spec>), which is likely to be deprecated at some point down the
line. In the meantime, describe what the semantics of not specifying a
<version-spec> entails, and encourage minimisation of its use where
appropriate.
Approved by: koobs (python, maintainer)
Switch mesa over to use llvm80 instead of llvm60. Make it use the
global LLVM_DEFAULT instead of deciding for ourself which llvm version
to use. [1]
Fix build of lang/beginet [1]
Add patch from upstream to fix build of devel/libclc. The patch is taken
from the git mirror of devel/libclc rather than the SVN repo, for
convenience.
Add a patch from mesa upstream preventing certain error messages when using
amdgpu [2]
Add a notice to bsd.default-versions.mk asking that the graphics team be
informed before the llvm version is changed.
Enable llvm and gallium on MIPS. As far as I can tell, this used to
be the default before this change.
Bump portrevisions since dependencies changed.
PR: 230789 [1], [2]
Submitted by: jbeich [1], tobik [2]
Obtained from: FreeBSD Graphics Team development repo
https://github.com/FreeBSDDesktop/freebsd-ports/commits/feature/mesa-llvm80
Sponsored by: B3 Init (zeising)