| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
| |
In commit bbe649a35dc8 ("meson.eclass: require at least meson-0.45.1")
we bumped the required version of meson. Thus our local dependency is
now useless.
|
|
|
|
|
|
| |
In commit bbe649a35dc8 ("meson.eclass: require at least meson-0.45.1")
we bumped the required version of meson. Thus our local dependency is
now useless.
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
| |
The update to the service script separates command_args and
command_args_background so that the script can be set up to use
supervise-daemon.
Closes: https://bugs.gentoo.org/show_bug.cgi?id=661916
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
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Require newer meson in order to avoid build failures triggered
new meson is not installed soon enough. For example, I experienced
bug 649264 because I upgraded xorg-proto and libxshmfence packages
before meson.
Although meson-0.44.1 is enough to solve bug 649264, Mike Gilbert
suggests to require at least meson-0.45.1, since this version is
the latest stable on all archs.
Closes: https://bugs.gentoo.org/649264
Reviewed-by: Mart Raudsepp <leio@gentoo.org>
Reviewed-by: Mike Gilbert <floppym@gentoo.org>
|