Loading
Commits on Source 36
-
Gabor Karsay authored
Language codes in ISO 639-1 consist of two letters, those in ISO 639-3 of three letters. Use the appropriate domain for translations. Fixes: #197
-
Nart Tlisha authored
-
Emmanuele Bassi authored
GnomeBGSlideShow does not need GDK, it only needs GIO.
-
Emmanuele Bassi authored
GTimeVal is not year 2038 safe, and it has been deprecated in GLib.
-
Emmanuele Bassi authored
We only need the warnings.
-
Emmanuele Bassi authored
Version 0.49 is ancient. Debian stable ships with 0.56.2, so let's go with that.
-
Emmanuele Bassi authored
The get_pkgconfig_variable() method on the Dependency object was replaced by a generic get_variable() method.
-
Emmanuele Bassi authored
GTimeVal is not Y2038-safe, and has been deprecated in GLib.
-
Emmanuele Bassi authored
When building against GLib ≥ 2.70, use g_spawn_check_wait_status(); when building against older versions of GLib, use a compatibility shim.
-
Emmanuele Bassi authored
The IdleMonitor class does not need GDK at all.
-
Emmanuele Bassi authored
Something that doesn't look like it was written 3 years ago.
-
Emmanuele Bassi authored
The test will have to be rewritten for GTK4 anyway.
-
Emmanuele Bassi authored
-
Emmanuele Bassi authored
For GNOME components using GTK 4, we provide a base library that does not depend on GTK, libgnome-desktop-4, with the bits that do not use GDK or GTK. This library has a new soname and version, as well as a new pkg-config file and introspection data files. We want to keep libgnome-desktop-3 as a legacy library for GNOME components (and some applications) that still use GTK 3; for this reason, libgnome-desktop-3 will not change.
-
Emmanuele Bassi authored
So we'll be able to add a dependency object on GTK4 later on.
-
Emmanuele Bassi authored
The introspection scanner is perfectly capable of using the C type, instead of the fully qualified type name.
-
Emmanuele Bassi authored
Now that we split the non-GUI bits of libgnome-desktop into their own library, we can provide a library for GUI ones. For the time being, this is all still using GTK 3.
-
Emmanuele Bassi authored
We don't use the root GdkWindow anywhere.
-
Emmanuele Bassi authored
We don't really need a "GUI" library, especially since neither GnomeBG nor GnomeRR really deal with user interfaces. The end goal is to move GnomeBG and GnomeRR out of libgnome-desktop, given that they are system component dependencies. For the time being, though, we can safely keep them in tree, with each part of their own shared library.
-
Emmanuele Bassi authored
In order to port the GnomeBG and GnomeRR APIs to GTK4 we need to copy the files into their own subdirectories, as we want to keep the older GTK3-based implementations available for the legacy libgnome-desktop-3.0. It also makes it easier for us to spin off these libraries into their own projects, if we decide to do so.
-
Emmanuele Bassi authored
We want to allow building libgnome-desktop without the GUI libraries.
-
Emmanuele Bassi authored
At some point, we're going to build only the 4.0 libraries except on older versions of GNOME.
-
Emmanuele Bassi authored
-
Emmanuele Bassi authored
-
Piotr Drąg authored
-
Emmanuele Bassi authored
- Do not include "config.h" - Leave conditionally including xlocale.h to source files - Add an error for missing GETTEXT_PACKAGE - Rename non-idiomatic `_l` macro to `L_`
-
Emmanuele Bassi authored
Otherwise xgettext won't recognise the translatable language string. Fixes: #202
-
Emmanuele Bassi authored
The `Makevars` file is only meant to be used by `make`.
-
Sveinn í Felli authored
-
Will Thompson authored
If the project is configured to build without systemd support, this function is unused. If one is foolish enough to also build with -Werror, as I am, then this the resulting unused-function warning is fatal and one is sad.
-
Jordan Petridis authored
-
Jordan Petridis authored
-
Michael Catanzaro authored
Previously, we used fedora:rawhide for gnome-desktop CI, but stopped because gitlab.gnome.org's docker version was incompatible with F35 containers for a long time, so we pinned to F34 instead. Now we have fixed that and updated to F35, but we'll be stuck here for a while because we won't remember to update again in the future. fedora:latest seems like a nice compromise between pinning to a particular stable release vs. using rawhide for CI.
-
Dominique Leuenberger authored
-
Jordan Petridis authored
-
Jeremy Bícha authored