| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
It is a bit ugly that it doesn't fit the neat
namespace schema, but it is what we use everywhere.
|
|
|
|
|
|
|
|
|
|
| |
Fix the circular dependency by moving the generated
headers to gdk/version/, and build that directory
first.
Misc other fixes, such as putting the custom targets
as sources, not depedencies, and using the correct
major version in the generator script.
|
|
|
|
|
|
|
|
|
|
|
| |
Let's poach the same script used by GLib to avoid having to add all the
version macros by hand every time we increment the GTK version.
This is a work in progress:
- need to rename the GLIB_STATIC_COMPILATION check
- circular dependency: libgtkcss depends on gdkversionmacros.h, but libgdk
depends on libgtkcss
|
|
|
|
| |
GTK depends on Meson >= 0.60 so it was never used.
|
| |
|
| |
|
|
|
|
|
| |
benchmarks was removed in
https://github.com/ebassi/graphene/commit/419edb99f0a314f51157b04d645cd24a959598d2
|
|
|
|
| |
Syntax was modified in c4d350c260879c11ea94641ac820b331aeaccc7c
|
|
|
|
|
| |
The default branch for wayland has changed, but the "master" branch
is still available with an older version.
|
| |
|
| |
|
|
|
|
|
|
| |
We have a tight coupling with pango, whenever new
pango API appears, our build usually breaks. So
just make our flatpak manifests build pango from git.
|
|
|
|
|
|
|
|
|
|
|
| |
The script assumes that the git program is in the PATH which may not be always
the case, so if git was not found, fallback to the former behavior of making
VCS_TAG an empty string if the profile option was not set to 'devel'.
Also fix the call to the script so that we do indeed call GIT on the source GIT
repo so that we can get the right short SHA1 sum.
Re-organize the code a bit in the process, so that things seem cleaner.
|
|
|
|
|
|
|
|
|
| |
The CI pipeline does not do a full clone, so we cannot use `git
rev-parse` to get the short SHA checksum for the current commit.
Of course, since nothing's ever easy, we cannot use vcs_tag() with a
custom command, so we need to generate our out `demo_conf.h` header
straight from a script.
|
|
|
|
|
|
| |
The old URL seems to have failed, and now it returns 301.
Use the URL from the Boost website.
|
| |
|
|
|
|
|
|
| |
Include the highlight utility to make syntax
highlighting work in gtk4-demo. This requires
building its dependencies as well, boost and lua.
|
|
|
|
|
| |
Copy them into the dist root from the build root, so that they will be
available in the release archive.
|
|
|
|
| |
This reverts commit 9a540841fd5c18394456a3dfcfde721a69ed4724.
|
|
|
|
| |
This was overlooked in 8e7e821033abb291391c26aa288a8.
|
|
|
|
|
|
| |
- point to the upstream repo for wayland
- disable disabling of sassc
- switch wayland from autotools to meson
|
| |
|
|
|
|
|
| |
Pass -Dprofile=devel to the gtk build for our nightly
flatpaks, so they pick up devel styling.
|
|
|
|
|
| |
We should be able to do a gtk build without rebuilding
css nowadays.
|
|
|
|
|
| |
Commit f60d245e327a760a188e8b5a40844f5fe092df43 renamed it from
HighContrast-inverse.css to HighContrast-dark.css.
|
|
|
|
|
|
| |
When I added the sassc option, I failed to ensure that
the theme css is included in the tarballs. This is required
to make tarball builds with -Dsassc=disabled work.
|
|
|
|
| |
Otherwise we rely on whatever it's inside the PATH.
|
|
|
|
| |
- avoid vulkan from crashing the inspector
|
|
|
|
|
|
| |
- avoid using the selected blue for the sidebar
Fixes https://gitlab.gnome.org/GNOME/gtk/-/issues/1586
|
|
|
|
|
|
| |
The pkg-config variables have been added in GLib 2.62.0. Let's fallback
to default names for these tools in such case (`pkg-config` still
returns a 0 return value, but with empty output for absent variables).
|
|
|
|
|
|
|
| |
Some distributions are renaming Glib/GIO utilities for multi-arch
reasons so pkg-config variables have been added to find the correct name
of a tool. GTK+ should use these variables instead of searching in PATH.
See glib#1796.
|
|
|
|
|
| |
This is what the ci is set up to use, and building
against 3.34 fails there.
|
|
|
|
|
|
|
| |
Downloading the subproject during the GTK build fails
in a flatpak build due to lack of network access.
flatpak-builder insists on having these things explicitly
spelled out as dependencies.
|
|
|
|
| |
And build it in ci.
|
|
|
|
|
|
|
|
| |
We are building against the 3.32 sdk, which has
a new-enough glib to default to the keyfile
settings backend.
Also, use fallback-x11, so we prefer Wayland.
|
| |
|
| |
|
|
|
|
|
|
| |
I was building GTK in a minimal container without
GTK3 installed, and this caused install to fail.
We should use the tool that we just installed.
|
| |
|
|
|
|
| |
Python APIs accept both `\` and `/` as path separators.
|
|
|
|
|
|
|
|
|
| |
While *some* systems alias python to python3 nowdays, this is
not true for eveything. Especially systems that can potentially
offer both python2 and python3.
According to both PEP 394 and PEP 441 its recommended to always
add the 3 in the shebang.
|
|\
| |
| |
| |
| | |
GTK+ 4: Improve Windows/Visual Studio build experience
See merge request GNOME/gtk!185
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The existing post-install shell script will most likely not work on
Visual Studio builds as there is normally no shell interpreter installed
on the system where the build is done, but the build is normally done in
a standard Windows cmd.exe console.
Instead, use a Python script so that it will work on the platforms that
Python supports.
|
|/
|
|
|
|
|
| |
We are now installing properly named icons, no need to
rename anymore.
This was causing ci to fail.
|
| |
|
|
|
|
|
|
|
|
| |
Our flatpak-builder manifests include building Graphene from Git; since
we're building the GTK demos, it's pointless to build the Graphene tests
as well. Disabling tests and benchmarks avoids pointless installations
inside the Flatpak build repo that will just be removed by the time we
bundle the demo.
|
|
|
|
|
| |
We need a newer wayland than is available in the runtime
currently, so use the power of flatpak and bundle it.
|
|
|
|
|
| |
We can use manifests as targets when building GTK inside a flatpak
environment; or we can use them for CI purposes.
|
|
|
|
|
|
|
| |
GIO has this facility, so we should use it.
At the same time, make sure the immodules directory
exists, even if we don't install any modules there
outselves.
|