| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Package-Manager: Portage-2.3.45, Repoman-2.3.10
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/614782
Package-Manager: Portage-2.3.45, Repoman-2.3.10
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/662592
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
| |
|
|
|
|
|
| |
Gentoo-bug: 663012
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
RepoMan-Options: --include-arches="amd64"
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/9439
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
| |
Add ~ppc64 keyword to 2.20.3 as they have woff2 keyworded now.
Remove ~ppc64 keyword from 2.18.6 as it's security vulnerable.
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
|
|
|
|
| |
Now that stabilisation is complete, clear down the long list of SLOT=2 ebuilds.
We need SLOT=0 still for Asterisk, pjproject, ortp, qtwebengine &
gst-plugins-srtp which means 1.6.0 stays.
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
|
|
| |
Tested-by: ernsteiswuerfel
Package-Manager: Portage-2.3.44, Repoman-2.3.10
RepoMan-Options: --include-arches="ppc"
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Python is used for install gupnp-binding-tool /usr/bin utility,
there's no point installing it for all python versions supported,
even if more than one is supported, as there's no point for the
/usr/bin wrapper. Use python-single-r1 properly instead.
The package not working with python3 seems to be an old comment,
and other distributions seem to use it fine, so support up to
py3.6 as well as the single-target choice. I don't have 3.7 quite
yet to test that.
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
| |
media-libs/woff2 received ~ia64 keyword, so bring it back here as well.
Hopefully someone actually builds the upgrade and sees if things still
work after the WTF_CPU_IA64 patch drop (as "unknown CPU" error was
removed upstream).
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
RepoMan-Options: --include-arches="ppc64"
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Closes: https://bugs.gentoo.org/652186
|
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
RepoMan-Options: --ignore-arches
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
| |
Parallel builds might have failed too before this patch, but had to
be very "lucky".
Closes: https://bugs.gentoo.org/662002
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
|
|
|
|
|
| |
They have woff2 keyworded now.
prefix has other issues in a big set of profiles, but this dropping
was about woff2, so just restore them still and let them deal with
it when anyone notices.
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
| |
They've keyworded media-libs/woff2 since the start of work on webkit-gtk bump.
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
webkit-gtk itself does not support both full OpenGL and GLESv2 at once yet.
ENABLE_OPENGL enables OpenGL in general, and if enabled then ENABLE_GLES2
determines which API is used - if enabled, then gles2, otherwise full GL.
Simplify REQUIRED_USE handling to enforce the opengl/gles2 conflict
separately, and have the webgl case just want either, to be future-proof
and easier to read independently.
WebGL should just always be enabled when either GL API is enabled, but
keeping it under USE flag for the time being, until an even deeper
GL/GStreamer webkitgtk cmake review, due to the webgl? ( gstreamer )
REQUIRED_USE still present.
For now just (probably) properly depend on gstreamer gles2 support for
USE="gles2 gstreamer" builds.
Bug: https://bugs.gentoo.org/500150
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
|
|
| |
Tests are restricted anyways, so hide the extra deps from repoman and co
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ACCELERATED_2D_CANVAS is considered experimental by upstream. I'm not sure
what the justification was for enabling it with USE="webgl opengl" for us.
The only reason this code isn't removed fully from upstream is because it
_MIGHT_ be useful for some embedded use cases, yet it doesn't work with
GLES2 yet, only desktop opengl.
Additionally, for us this is causing additional cairo[opengl] dependency
that can't be avoided for just non-experimental WebGL support via desktop
GL as it was setup before in ebuild. No-one but Gentoo is building with
this experimental option (not even upstream developers), and any issues
about it won't really be cared about.
Disable it and drop the cairo[opengl] dependency.
https://lists.webkit.org/pipermail/webkit-gtk/2017-March/002969.html
https://lists.webkit.org/pipermail/webkit-gtk/2017-April/003004.html
If this is ever added back for any reason, make sure cairo[opengl] isn't
depended on when not necessary (when accelerated 2d canvas is disabled,
e.g. previously USE="opengl gles2" pulled in cairo[opengl] still, albeit
that combination was not allowed previously, but a future webkit-gtk
upstream version may support them together) and review if cairo-glesv2
is supported (and so it'd be supported with USE=gles2 too, unlike now).
Bug: https://bugs.gentoo.org/581248
Closes: https://bugs.gentoo.org/643726
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
|
|
|
|
| |
Also, improve ruby interpreter detection logic.
Closes: https://bugs.gentoo.org/659130
Bug: https://bugs.gentoo.org/513888
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* New dependency on media-libs/woff2 require us to drop keywords
* Drop redundant python dependency under tests
* The ia64 patch is no longer needed: the fatal build error on unknown
CPUs has been removed.
* arm64 compilation is fixed upstream.
Closes: https://bugs.gentoo.org/655550
Closes: https://bugs.gentoo.org/644284
Closes: https://github.com/gentoo/gentoo/pull/9271
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/651590
Package-Manager: Portage-2.3.43, Repoman-2.3.10
RepoMan-Options: --include-arches="hppa"
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|