| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/652562
Closes: https://bugs.gentoo.org/650118
Package-Manager: Portage-2.3.28, Repoman-2.3.9
|
|
|
|
|
| |
Package-Manager: Portage-2.3.27, Repoman-2.3.9
RepoMan-Options: --include-arches="ppc64"
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
|
| |
Package-Manager: Portage-2.3.24, Repoman-2.3.6
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.24, Repoman-2.3.6
RepoMan-Options: --include-arches="ppc"
|
|
|
|
|
|
|
|
|
|
| |
This removes the last vulnerable webkit-gtk:2 using revision of wxGTK,
and last revision using gstreamer:0.10 in wxGTK-3* (gst 0.10 usage
remains in wxGTK:2.8 for now - pending ability to cleanup 2.8 as a whole).
Closes: https://bugs.gentoo.org/629122
Bug: https://bugs.gentoo.org/629208
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
USE=webkit,gstreamer
Unfortunately arm is delayed with stabling 3.0.3, so I'm forced to introduce
a rebuild without USE=webkit of 3.0.2.0-r3 as r4 to stable arm users meanwhile,
to get rid of security vulnerable webkit-gtk slots.
As USE=gstreamer is only needed by packages that do not have any arm keywords,
also remove USE=gstreamer from this version, as it also uses security vulnerable
ancient versions of gstreamer (also fixed in 3.0.3 bump that's delayed for arm
stable), and we can just remove it now together with webkit, instead of hitting
the problem again when gstreamer:0.10 is all ready for security cleanup (and
having to do yet another revbump for this separately later) - if arm is still
delayed by then.
Bug: https://bugs.gentoo.org/643956
Bug: https://bugs.gentoo.org/629208
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
RepoMan-Options: --include-arches="sparc"
|
|
|
|
|
| |
Gentoo-bug: 647932
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
| |
Package-Manager: Portage-2.3.24, Repoman-2.3.6
|
|
|
|
| |
Package-Manager: Portage-2.3.24, Repoman-2.3.6
|
|
|
|
|
|
|
|
|
|
| |
anymore)
Only stable hppa wxGTK consumers are using SLOT=3.0 by now, so the 2.8 revbump stabling
on hppa was skipped on purpose, as this dropping to ~hppa was possible after libkate
cleanup.
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
| |
Gentoo-Bug: http://bugs.gentoo.org/643956
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
RepoMan-Options: --include-arches="hppa"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
RepoMan-Options: --include-arches="ppc ppc64"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
RepoMan-Options: --include-arches="ia64"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.13, Repoman-2.3.3
RepoMan-Options: --include-arches="sparc"
|
|
|
|
| |
Package-Manager: Portage-2.3.13, Repoman-2.3.3
|
|
|
|
|
|
|
|
|
|
|
|
| |
Actually adapt to the switch of the doc tarball. Apparently the old
wxPython docs tarball was just pulled in and never used, as the old
source paths came from the main wxPython tarball, not the doc one,
and the doc seemed to just duplicate the docs already present in the
main tarball for offline reading separate from code. As older versions
should go away ASAP for security, this remains as-is in older ebuilds.
Closes: https://bugs.gentoo.org/643484
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
port
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
|
|
|
|
|
|
|
|
|
|
| |
number
This is a bug of my own doing, not from kuzetsa, as I edited the commit myself
to bump to 3.0.3 instead of 3.0.3.1, latter of which has a subrelease number
and all was well then.
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
|
|
|
|
| |
SLOT=3.0 only, 3.0-gtk3 already was, so this is done based on that to also reduce delta.
Also removes some extra whitespaces that don't seem to give any indent value to me
(though some are kept, that do line things up a bit better).
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
|
|
|
| |
We don't use wxPython tarballs anymore, as wxPython is focusing on their
Phoenix project (wxPython4) and not releasing these neat tarballs anymore.
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/629208
Closes: https://bugs.gentoo.org/619830
|
|
|
|
|
| |
Package-Manager: Portage-2.3.8, Repoman-2.3.3
RepoMan-Options: --include-arches="sparc"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.8, Repoman-2.3.3
RepoMan-Options: --include-arches="sparc"
|
| |
|
|
|
|
|
| |
Package-Manager: Portage-2.3.13, Repoman-2.3.3
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.13, Repoman-2.3.3
RepoMan-Options: --include-arches="arm"
|
|
|
|
| |
Gentoo-Bug: http://bugs.gentoo.org/632144
|
|
|
|
| |
Gentoo-Bug: http://bugs.gentoo.org/632144
|
|
|
|
| |
Package-Manager: Portage-2.3.14, Repoman-2.3.6
|
|
|
|
| |
Package-Manager: Portage-2.3.14, Repoman-2.3.6
|
|
|
|
| |
Package-Manager: Portage-2.3.13, Repoman-2.3.4
|
|
|
|
|
| |
Package-Manager: Portage-2.3.14, Repoman-2.3.6
RepoMan-Options: --include-arches="ppc"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.14, Repoman-2.3.6
RepoMan-Options: --include-arches="ppc"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.14, Repoman-2.3.6
RepoMan-Options: --include-arches="ppc64"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.14, Repoman-2.3.6
RepoMan-Options: --include-arches="ppc64"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.14, Repoman-2.3.6
RepoMan-Options: --include-arches="ia64"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.14, Repoman-2.3.6
RepoMan-Options: --include-arches="ia64"
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/5880
Package-Manager: Portage-2.3.10, Repoman-2.3.3
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.2
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
|
|
|
| |
Package-Manager: portage-2.3.3
|