KDE's April 2020 Apps Update
A new bundle of KDE applications is here! In these releases, you can expect to
find more features, stability improvements, and more user-friendly tools that
will help you work more effectively.
There are dozens of changes to look forward to in most of your favorite
applications. Take Dolphin, for example. Windows Samba shares are now fully
discoverable.
On the topic of playing music: the Elisa music player is adding features by
leaps and bounds. This release brings a new “Now Playing” view, easy
accessibility through the system tray, and an option to minimize the playlist
whenever you want. Thanks to the recently-added visual shuffle mode, it’s much
easier to rearrange your music in the playlists.
These are just the highlights of what’s new in KDE’s applications this month.
Read on to find out about everything we’ve prepared for you.
Announcement:
https://kde.org/announcements/releases/2020-04-apps-update/
- Add workaround to fix build when CC/CXX have "clang" in them [1]
- Respect AR to fix build with external toolchains [2]
- Force rebuild all consumers to catch regressions early
Changes: https://blog.rust-lang.org/2020/04/23/Rust-1.43.0.html
PR: 238556 [1], 245583 [2]
Reported by: Matthias Apitz <guru@unixarea.de> [1], Greg V <greg@unrelenting.technology> [2]
Tested by: mikael, pkubaj, tobik
With hat: rust
Differential Revision: https://reviews.freebsd.org/D24521
Ports using USES=lua:module or lua:flavors will be flavored. A range of
supported lua versions can be set using XX-YY (or XX-, or -YY, or simply ZZ)
for ports not supporting all lua versions.
USES=lua sets LUA_FLAVOR that needs to be used on all dependencies of
flavored lua ports, in a similar way as PHP or Python flavors.
PR: 245038
Submitted by: andrew tao11 riddles org uk
Reviewed by: mat, kevans, russ haley gmail com
Approved by: mat (portmgr)
Differential Revision: https://reviews.freebsd.org/D16494
Vim will link against libcanberra if it's present, leading to an
undeclared link and breakage risk if canberra is removed. It only really
makes sense for it to do this during a gnome build, so explicitly
enable it there and disable it elsewhere.
PR: 245460
Reported by: Andy Mender
MFH: 2020Q2
Release 0.87.0:
core:
* Fix crashes due to inconsistent vtables for Clang builds
* Fix leak in broken files
* Internal code improvements
qt5:
* Add option to get form choice for export value
* ArthurOutputDev: Avoid division by zero in updateLineDash. Issue #695
glib:
* Internal code improvements
utils:
* pdftohtml: Fix memory leak in HtmlOutputDev::getLinkDest
PR: 245150
Exp-run by: antoine
While here, restrict ctags patching attempts to only the files that
will need to be patched. This prevents the creation of dozens of
.orig files that are identical to the "patched" versions.
- qca-2.3 drop support for OSSL<1.1
- copy devel/qca to devel/qca-legacy which is held at the current version
- update devel/qca to 2.3
- Add Uses/qca.mk which handles dependency on either of the ports depending on
the FreeBSD version
Users on FreeBSD11 must therefore change their pkg orign à la:
pkg set -o devel/qca:devel/qca-legacy
PR: 244682
Exp-run by: antoine
Reviewed by: arrowd
Differential Revision: https://reviews.freebsd.org/D24042
Also
- match upstream by turning the deprecated MAGICK option off by default
- remove openmp check since 12.0 is EOL and both 11.3 and 12.1 include openmp
in base
when GENERIC kernel is not used.
- Rebuild bootstrap (ppcx64 and ppc386) with new changes
- Bump PORTREVISION
PR: 239135
Reported by: fbsdbugs4 at sentry.org
WITH_DEBUG is a user facing variable. When a user wants to build a port
with debugging symbols enabled, they either set WITH_DEBUG globally, or
WITH_DEBUG_PORTS+=category/port.
Approved by: bapt
With hat: portmgr
Differential Revision: https://reviews.freebsd.org/D23940
- Force rebuild all consumers to fix potential miscompilations with
1.41.0
- Enable SOURCES by default. The sources are indexed by RLS and
required for it to function properly, so they should be available
by default. This also makes sure we test the option properly.
- Remove implied --config=config.toml from x.py args
- Switch to the upstreamed backtrace crate patches like rust-nightly
- Enable WASM by default [0]
- Strip libraries (D23650) [1]
- Simplify plist generation (D23735) [2]
Changes: https://blog.rust-lang.org/2020/02/27/Rust-1.41.1.html
Submitted by: mikael [0,1,2]
With hat: rust
Differential Revision: https://reviews.freebsd.org/D23835
The error message (in poudriere) is as follows:
====> Running Q/A tests (stage-qa)
Error: '/usr/local/bin/python' is an invalid shebang you need USES=shebangfix for 'share/vim/vim82/tools/demoserver.py.bak'
r522484 adds a new REINPLACE_CMD check which is enabled when DEVELOPER=yes. It
does not respect REINPLACE_ARGS (-i ''), thus runtime/tools/demoserver.py.bak is
generated. Vim installs everything in runtime/tools [1] which fails in stage-qa
for invalid shebang.
This workaround uses USES=python:env. It will replace the shebang with default
python (/usr/local/bin/python3.7).
[1] from src/Makefile:
# install the runtime tools
$(INSTALL_DATA_R) $(TOOLSSOURCE)/* $(DEST_TOOLS)
PR: 243961
Reported by: salvadore
Submitted by: sunpoet (myself)
Approved by: adamw (maintainer)
When python is built with DEBUG, vim fails to build. In fixing this
case, note that vim will now fail to build if python or vim is build
with DEBUG and the other isn't.
This also highlighted that python support is being kludged. The
PYTHON2 and PYTHON3 options have been combined into a single PYTHON
option that builds with the default python. Consequently, it is no
longer possible to build vim with both py2 and py3 support. I can't
name any modern high-usage python-based plugin that requires 2.7,
so hopefully this only messes up things for a very small minority.
Thanks to koobs for the prompt to combine these options. I've been
wanting to do this for a while now.
PR: 243606
Submitted by: novel
editing features, plus several not typically found in one's average text
editor (plugins being the most notable of these).
WWW: https://github.com/linuxmint/xed
This is not a resurrection of the previous `editors/xed' that was removed
in r506581 as abandonware.
- Force rebuild all consumers to catch regressions early
- Switch to cross-compiled (from amd64) bootstraps for all
architectures generated with the incoming lang/rust-bootstrap
- Update cargo-c to 0.5.2 to unbreak librav1e build
- Make use of regular MAKE_ENV/TEST_ENV in lang/rust
- Turn on RUST_BACKTRACE in lang/rust and USES=cargo to hopefully
produce more useful failure logs when something panics during
builds
Changes: https://blog.rust-lang.org/2020/01/30/Rust-1.41.0.html
Tested by: mikael, tobik
With hat: rust
Differential Revision: https://reviews.freebsd.org/D23385
Release 0.84.0:
core:
* Fix crash when converting from Unicode to ASCII-7
* Splash::scaleImageYdXu: Protect against crash if srcWidth is too big
* JBIG2Stream: fix potential crash in malformed documents
* JBIG2Stream: fix leak in reset() if called several times
* Internal code improvements
utils:
* pdfimages: Add error message if first page is larger then number of pages.
* pdfinfo: Improved paper size recognition
* pdfsig: Fix exit code when dumping signatures
* pdftocairo: Error out when even/odd selects 0 pages
* pdftohtml: Fix memory leak
* pdftoppm: Add an option to scale before rotate
* pdftoppm: Add -hide-annotations option
* pdftoppm: Error out when even/odd selects 0 pages
* pdftops: Improve -optimizecolorspace
qt5:
* Code cleanups
glib:
* Fix compiler warnings
Release 0.83.0
core:
* Improve when a file is recognized as Linearized
* Improve const-ness of the code
* Make code a bit more readable/maintanable
* Fix uninitialized memory uses in broken files
utils:
* pdffonts: Make code a bit more readable/maintanable
* pdftohtml: Make code a bit more readable/maintanable
qt5:
* Remove a bunch of unused internal functions
* trUtf8 -> tr (less warnings)
build system:
* make-glib-api-docs: switch to python3
PR: 243433
Exp-run by: antoine
Clang currently miscompiles emacs, resulting in broken builds for dependencies:
===> Building for treepy.el-emacs26-0.1.1_3
(cd /wrkdirs/usr/ports/devel/treepy.el/work-full/treepy.el-0.1.1 ; /usr/local/bin/emacs-26.3 -batch -q -f batch-byte-compile treepy.el)
*** Signal 6
Use GCC to workaround it.
PR: 243484
Approved by: jrm (maintainer)
GCC architectures have /usr/bin/gperf binary resulting in failing to configure:
checking for gperf... /usr/bin/gperf
checking whether gperf is new enough... configure: error: "GNU gperf 3.0.3" is too old or unrecognized, must be at least gperf 3.1
Put back GPERF to CONFIGURE_ENV to fix the build.
PR: 243215
Approved by: lwhsu (maintainer)
This update includes an Emacs major version change from 27.0.50 to 28.0.50.
Ports that may depend on editors/emacs-devel must chase this update
with a PORTREVISION bump.
Submitted by: ashish (maintainer)
Differential Revision: https://reviews.freebsd.org/D23012
Most systems are able to build vim in parallel most of the time.
The dependency chain in the Makefiles are a spaghetti mess and
concurrency is broken with some frequency, so it just isn't
feasible for it to be on by default.
It does shave quite a bit of time off the build (and I have had
.undef MAKE_JOBS_UNSAFE in Makefile.local for years), so now
there's an option. It's off by default.
PR: 243109
Reported by: glewis
graphics/gstreamer1-plugins-openexr: switch from C++98 to C++11 to
match new OpenEXR headers and unbreak compilation.
Bump PORTREVISION of all ports depending directly on either, based
on assessing INDEX-12 (bump_portrevision.pl -l (shallow) used).
Release Notes:
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.0
The update was deliberately deferred until after 2020Q1, and should
not be MFH'd back to it.
Add vscode to the portstree. the popular editor developed by Microsoft and
based on Electron.
Many thanks to the maintainer Hiroki for his very appreciated work on it.
