Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Michael Biebl [Wed, 15 Feb 2017 11:17:29 +0000 (11:17 +0000)]
gtk+3.0 (3.22.8-1) unstable; urgency=medium
* New upstream release.
* Stop patching gtk-doc.make and instead run gtkdocize via the upstream
provided autogen.sh on autoreconf. The gtk-doc-tools version in Debian has
been fixed to properly handle the installation of HTML images for
out-of-tree builds.
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Simon McVittie [Sat, 21 Jan 2017 15:38:15 +0000 (15:38 +0000)]
gtk+3.0 (3.22.7-2) unstable; urgency=medium
* Team upload
* d/p/gdk-x11-Check-if-we-have-access-to-GL-before-using-G.patch:
add proposed patch from upstream Bugzilla to let GDK X11
initialization complete successfully when libGL.so.1 is not
available (Closes: #847366)
* Override Lintian error source-is-missing for
debian/missing-sources/zlib.js-0.1.6/deps.js. It is a generated
file, but the script to generate it is also present.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
[changes brought forward from 3.16.6-1+rpi1 by Peter Michael Green <plugwash@raspbian.org> at Fri, 25 Sep 2015 01:49:45 +0000]
* Disable wayland backend in debian/rules
* Move libegl1-mesa-dev and libwayland-dev from Depends and Build-Depends to
Build-Conflicts
* Add symbols file hack for wayland changes.
* Fix clean target.
[changes introduced in 3.20.6-2+rpi1 by Peter Michael Green]
* Disable testsuite.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
* New upstream release.
* Drop d/p/cssshadowvalue-scale-the-blur-surface-by-the-same-fa.patch
- now included in upstream release.
* Update debian/libgtk-3-0.symbols with one addition.
cssshadowvalue: scale the blur surface by the same factor as the target
Making sure the surfaces are using the same scale factor makes it more
likely a fast path will be used when pixman gets involved, as pointed
out by Benjamin Otte.
https://bugzilla.gnome.org/show_bug.cgi?id=772075
Gbp-Pq: Name cssshadowvalue-scale-the-blur-surface-by-the-same-fa.patch
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
projects / gtk+3.0.git / log