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)
Release Announcement:
https://www.kde.org/announcements/announce-applications-18.12.1.php
Today KDE released the first stability update for KDE Applications 18.12.
This release contains only bugfixes and translation updates, providing a
safe and pleasant update for everyone.
About 20 recorded bugfixes include improvements to Kontact, Cantor, Dolphin,
JuK, Kdenlive, Konsole, Okular, among others.
Improvements include:
* Akregator now works with WebEngine from Qt 5.11 or newer
* Sorting columns in the JuK music player has been fixed
* Konsole renders box-drawing characters correctly again
You can find the full list of changes here:
https://www.kde.org/announcements/fulllog_applications-aether.php?version=18.12.1
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
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
- Remove sentence that suggests that FreeBSD 7.x is still a going concern
- Remove reference to sysctl that doesn't exist in any supported version
This does not fix the problem that k3b doesn't *work*, though. Since
cdrecord no longer accepts dev=/dev/cd0 , k3b will consistently fail to
blank a CD, as reported in the linked PR.
PR: 228408
Submitted by: jwb
* sysutils/baloo-widgets
* sysutils/filelight (updated)
* sysutils/k3b
* sysutils/kcron
* sysutils/kdebugsettings
* sysutils/kdf
* sysutils/kdialog
* sysutils/kfloppy
* sysutils/khelpcenter
* sysutils/ksystemlog
* sysutils/signon-kwallet-extension
This is the current version of KDE Applications <foo>.
Note that users of KDE SC4 should stick with <foo>-kde4.
Unfortunately, this also affects some ports using QT3 as a GUI toolkit.
Changes to infrastructure files:
- bsd.kde.mk : obsolete, remove
- bsd.qt.mk : note that a CONFLICTS_BUILD line can probably go after a while
- CHANGES : document the removals from bsd.port.mk
- KNOBS : remove KDE and QT (KDE4 and QT4 should be used instead)
- MOVED : add the removed ports
PR: ports/180745
Submitted by: rene
Approved by: portmgr (bapt)
Exp-run by: bapt
This macros has been useless since cdrtools-cjk port has gone.
This macros also lead to badly handled dependencies assuming that the dependency
on cdrtools was most BUILD and RUN dependency. While most of the time it is
simply a RUN dependency and sometime a build one.
While here:
- Trim some headers
- Convert some ports to optionsng
- Convert some ports to USES= gettext
audio/libmusicbrainz is deprecated as the MusicBrainz RDF
webservice is no longer functional
PR: ports/165749
Submitted by: Jason E. Hale <bsdkaffee@gmail.com>
Approved by: eadler (mentor)
Feature safe: yes
- libdvdread: allow package building with libdvdcss if WITH_DVDCSS is set [1]
- libdvdread/libdvdnav: fix endianness handling [2]
Submitted by: olgeni [1], richo <richo@psych0tik.net> [2] (via mail to ports@)
PR: ports/162197 [1]
k3bscsicommand_bsd.cpp:109: error: 'struct scsi_sense_data' has no member named 'flags'
k3bscsicommand_bsd.cpp:110: error: 'struct scsi_sense_data' has no member named 'add_sense_code'
k3bscsicommand_bsd.cpp:111: error: 'struct scsi_sense_data' has no member named 'add_sense_code_qual'
Reported by: pointyhat
Feature safe: yes
- use ?= for the portrevision of a master port to make it possible to
change it in a slave port which depends upon lame
- bump portrevisions of ports which depend upon lame
- done via a semi-automated way (manual review and fixup)
- I tried to take care to not bump ports which only depend optionaly on
lame (with a default of no dependency)
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
-Turn over maintainership
-Bump ports that depend on libdvdread since shared lib
version rolls back from .5 to .4
-Fix multimedia/ogle build with this version
PR: 127849
Submitted by: Ganael LAPLANCHE <ganael.laplanche@martymac.com>
