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
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
- 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
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.
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
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