Added microcode for AMD family 17h processor to disables branch prediction.
https://bugs.gentoo.org/643476
Package-Manager: Portage-2.3.19, Repoman-2.3.6
QHexEdit is a hex editor widget written in C++ for the Qt5 framework.
Used by ponyprog2000.
Package-Manager: Portage-2.3.13, Repoman-2.3.3
Closes: https://github.com/gentoo/gentoo/pull/6728
Bump to the v9 bugfix release that explicitly fails whenever mount
points are found in /lib* or /usr/lib*. While this is far from perfect,
it prevents unexpected failures later on.
Bug: https://bugs.gentoo.org/643194
Includes 105 patches taken from WX_3_0_BRANCH, plus one from master only that we
need to not litter DT_NEEDED with wxWebView library without --as-needed (it was
part of squashed wxGTK-3.0.2.0-webview-fixes.patch before). Also includes my patch
to install wx/evtloopsrc.h in core-only builds.
Most notably the patchset adds support for webkit2gtk API (as provided by security
safe net-libs/webkit-gtk:4), and lots of gtk3 port fixes, hopefully making 3.0-gtk3
SLOT good enough for mass transition without problematic runtime regressions.
The patchset touches lines right above the first Makefile.in changes in the
collision patch, so that patch needed to be adjusted to not fail on top of the
patchset. Ideally the collision patch would be revised and moved to the same
approach as 3.0-gtk3 has with seds - or vice-versa, but at least same approach..
Compiling amule[-X] and veracrypt[-X] against wxGTK[-X] is untested; please test
and close the relevant bugs (617440 and 605018) if this is fixed now.
Bug: https://bugs.gentoo.org/629122
Bug: https://bugs.gentoo.org/617440
Bug: https://bugs.gentoo.org/605018
Package-Manager: Portage-2.3.19, Repoman-2.3.6
gtk2 supporting webkit-gtk versions have not received security fixes for years, so
don't allow subjecting oneself to such an unsafe possibility. The only in-tree
wxGTK:3.0[webkit] consumer was ported to wxGTK:3.0-gtk3[webkit], which will have
a security safe version in a subsequent commit.
Bug: https://bugs.gentoo.org/629122
Package-Manager: Portage-2.3.19, Repoman-2.3.6
Properly sed the .mo versioning and patch wxTranslations::AddStdCatalog
to use the slotted translation domain.
Closes: https://bugs.gentoo.org/618624
Package-Manager: Portage-2.3.19, Repoman-2.3.6
wxWidgets doesn't use full autotools (at least not automake), and it maintains
an autoconf'ed configure script inside its code repository, which gets (usually)
updated after each configure.in update.
Because we don't eautoreconf to see a slightly dumb warning about configure.in
vs configure.ac, remove the renaming, as the code is buggy and breaks on some
non-default PORTAGE_TMPDIR values. I don't intend to ever add back an eautoreconf
if at all possible, but if it is, make sure such renaming isn't buggy like this.
Also note that other Makefile.in's seem to refer to the preset configure.in's by
name (with .in ending), so renaming them is probably wrong as well via such a
global "find" approach, at least without patching the references too.
The eautoreconf and buggy renaming was already removed on bump for 3.0 SLOT.
Closes: https://bugs.gentoo.org/614982
Package-Manager: Portage-2.3.19, Repoman-2.3.6
Michał Górny
Mikle Kolyada
Sebastian Pipping
Mike Lothian
Lars Wendler
Brian Evans
Thomas Deutschmann
Bernard Cafarelli
Geaaru
Vladimir Pavljuchenkov (SpiderX)
Agostino Sarubbo
Jeroen Roovers
Victor
Chris Reffett
Ian Whyman
reagentoo
Alon Bar-Lev
Alexey Sokolov
Andreas K. Hüttel
Mart Raudsepp