summaryrefslogtreecommitdiff
path: root/meson.build
Commit message (Collapse)AuthorAgeFilesLines
* 44.044.0Matthias Clasen2023-03-191-1/+1
|
* 4444Matthias Clasen2023-03-191-1/+1
|
* 44.beta44.betaJeremy Bicha2023-02-131-2/+2
|
* Prepare 43.143.1Michael Catanzaro2023-01-191-2/+2
|
* 4343Matthias Clasen2022-09-181-1/+1
|
* 43.rc43.rcJavier Jardón2022-09-061-2/+2
|
* Remove gnome-version.xmlMichael Catanzaro2022-05-041-29/+0
| | | | | | | | | | | | This is crufty and no longer useful. gnome-control-center will now display GNOME Shell version instead of gnome-desktop version, which is a more meaningful version to display anyway. With this change, we'll no longer have to spin releases of gnome-desktop with no changes. See also: gnome-shell#5406 See also: gnome-control-center!1299
* Add GCancellable and GError to the thumbnail APISergio Costas2022-04-111-2/+2
| | | | | | | | | | | The methods generate_thumbnail(), save_thumbnail and create_failed_thumbnail from the class gnome_desktop_thumbnail_factory offers neither a GError nor a GCancellable options. For synchronous operations this is not a true problem, but for asynchronous operations both are a good idea. This MR adds those parameters to the method.
* Early version bump to 43.alphaMichael Catanzaro2022-04-081-1/+1
| | | | We need to be able to check for GNOME_DESKTOP_PLATFORM_VERSION >= 43.
* Include a #define with PLATFORM versionSergio Costas2022-03-161-2/+2
|
* 42.rc42.rcJavier Jardón2022-03-131-2/+2
|
* Release 42.beta42.betaAbderrahim Kitouni2022-02-181-2/+2
|
* Add ASYNC methods for thumbnail creationSergio Costas2022-02-061-2/+2
| | | | | | | | | | | | | | | This MR adds async versions for the following methods: gnome_desktop_thumbnail_factory_generate_thumbnail gnome_desktop_thumbnail_factory_save_thumbnail gnome_desktop_thumbnail_factory_create_failed_thumbnail This is useful to avoid blocking the main loop while creating the thumbnails (which is an operation that can last too much time), and allows to do it in Javascript, where is not possible to create a thread in a GTask. Fix https://gitlab.gnome.org/GNOME/gnome-desktop/-/issues/205
* 42.alpha.142.alpha.1Jordan Petridis2022-01-121-2/+2
|
* 42.alpha42.alphaJordan Petridis2022-01-111-2/+2
|
* build: Add configuration summaryEmmanuele Bassi2021-11-191-0/+26
|
* build: Allow disabling the legacy libgnome-desktop-3.0Emmanuele Bassi2021-11-191-1/+1
| | | | | At some point, we're going to build only the 4.0 libraries except on older versions of GNOME.
* Enable optional building of GTK4 librariesEmmanuele Bassi2021-11-191-1/+1
| | | | We want to allow building libgnome-desktop without the GUI libraries.
* Port gnome-bg and gnome-rr to GTK4Emmanuele Bassi2021-11-191-2/+4
| | | | | | | | 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.
* build: Rename gtk_dep to gtk3_depEmmanuele Bassi2021-11-191-1/+1
| | | | So we'll be able to add a dependency object on GTK4 later on.
* Add libgnome-desktop-4Emmanuele Bassi2021-11-191-27/+5
| | | | | | | | | | | | | 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.
* build: Use idiomatic MesonEmmanuele Bassi2021-11-191-13/+13
| | | | Something that doesn't look like it was written 3 years ago.
* build: Use non-deprecated methodsEmmanuele Bassi2021-11-191-3/+3
| | | | | The get_pkgconfig_variable() method on the Dependency object was replaced by a generic get_variable() method.
* build: Require a more recent version of MesonEmmanuele Bassi2021-11-191-2/+2
| | | | | | Version 0.49 is ancient. Debian stable ships with 0.56.2, so let's go with that.
* 41.141.1Kalev Lember2021-11-021-2/+2
|
* 41.041.0Matthias Clasen2021-09-201-1/+1
|
* meson.build: Update for 40.rc41.rc.1Javier Jardón2021-09-041-2/+2
|
* Prepare 41.beta41.betaAbderrahim Kitouni2021-08-181-2/+2
|
* Prepare 41.alpha41.alphaJordan Petridis2021-07-161-2/+2
|
* Revert "Revert "Use xlocale.h - fixes build on MacOS (possibly also FreeBSD)""Dan Cîrnaț2021-04-151-0/+1
| | | | This reverts commit df40d5d46e210c242820adf604293a7bb07dea4f.
* Revert "Revert "Replace usage of non-portable `uselocale` with ↵Dan Cîrnaț2021-04-151-0/+1
| | | | | | locale-dependent functions"" This reverts commit 96565763e950e9c281751c5fe35c9ba83cb61ac8.
* Revert "Replace usage of non-portable `uselocale` with locale-dependent ↵alatiera/locale-revertJordan Petridis2021-04-091-1/+0
| | | | | | functions" This reverts commit 4ea56a97a510cf2c587229231211552daa84d1fc.
* Revert "Use xlocale.h - fixes build on MacOS (possibly also FreeBSD)"Jordan Petridis2021-04-091-1/+0
| | | | This reverts commit 8ddb9dce8ffe070b151f4f7a383863d5f5f139b6.
* Use xlocale.h - fixes build on MacOS (possibly also FreeBSD)Dan Cîrnaț2021-04-051-0/+1
| | | | | xlocale.h contains the implementations for locale_t, newlocale and uselocale on MacOS and FreeBSD
* Replace usage of non-portable `uselocale` with locale-dependent functionsDan Cîrnaț2021-04-051-0/+1
| | | | | | | When the OS doesn't support `uselocale` (ex. NetBSD), the function is replaced with a dummy stub. Replace `nl_langinfo` with portable `nl_langinfo_l`. Introduce locale-dependent *`gettext_l` functions.
* 40.040.0Kalev Lember2021-03-221-2/+2
|
* 40.rc40.rcJavier Jardón2021-03-181-2/+2
|
* 40.beta40.betaAbderrahim Kitouni2021-02-201-3/+3
|
* 40.alpha40.alphaalatiera/40-alphaJordan Petridis2021-01-191-2/+2
|
* xkbinfo: use libxkbregistry to parse the rules files for usPeter Hutterer2020-09-251-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | Version 2, this time with libxkbregistry build-time conditional, see 4f6bec60bfc781c59d5afb6f968fc94ad859e5b9 for the first commit, reverted in a8c94b74a8182c48eb5cd5e2cc9b03d5ee52d4bd due to https://gitlab.gnome.org/GNOME/gnome-build-meta/-/issues/329. Available in libxkbcommon 1.0.0 and later, libxkbregistry is a library wrapper around the evdev.xml rules file that we used to parse directly here. It provides a basic iteration API - load the evdev ruleset, then iterate through the layouts and options and copy the values over into our data structures as needed. This removes the need for XML parsing and error-checking, we can now rely on libxkbregistry to do this for us. The side-effect of this (and motivation for libxkbregistry) is that we automatically load user-specific XKB RMLVO as well where they are present. Together with mutter commit f71238732508d91bdfcb581c84697a516499a1eb this allows a user to drop up their custom XKB layouts in $XDG_CONFIG_DIR/xkb and have them both listed in the GUIs and working. See original MR at https://gitlab.gnome.org/GNOME/gnome-desktop/-/merge_requests/79 https://gitlab.gnome.org/GNOME/gnome-desktop/-/merge_requests/88
* Revert "xkbinfo: use libxkbregistry to parse the rules files for us"Michael Catanzaro2020-09-241-1/+0
| | | This reverts commit 4f6bec60bfc781c59d5afb6f968fc94ad859e5b9
* Use libseccomp on linux-riscv64 now that's availableLaurent Bigonville2020-09-231-1/+1
| | | | | | | This reverts commit f8916f70. On riscv64, this requires libseccomp 2.5.0, or an older version with a backported patch (for example Debian packages >= 2.4.3-1).
* xkbinfo: use libxkbregistry to parse the rules files for usPeter Hutterer2020-09-231-0/+1
| | | | | | | | | | | | | | | Available in libxkbcommon 1.0.0 and later, libxkbregistry is a library wrapper around the evdev.xml rules file that we used to parse directly here. It provides a basic iteration API - load the evdev ruleset, then iterate through the layouts and options and copy the values over into our data structures as needed. This removes the need for XML parsing and error-checking, we can now rely on libxkbregistry to do this for us. The side-effect of this (and motivation for libxkbregistry) is that we automatically load user-specific XKB RMLVO as well where they are present. Together with mutter commit f71238732508d91bdfcb581c84697a516499a1eb this allows a user to drop up their custom XKB layouts in $XDG_CONFIG_DIR/xkb and have them both listed in the GUIs and working.
* 3.38.03.38.0Matthias Clasen2020-09-131-1/+1
|
* 3.37.923.37.92Javier Jardón2020-09-061-2/+2
|
* Prepare 3.37.913.37.91Michael Catanzaro2020-08-251-2/+2
|
* 3.37.903.37.90Abderrahim Kitouni2020-08-071-2/+2
|
* Prepare 3.37.33.37.3Michael Catanzaro2020-07-061-2/+2
|
* 3.37.23.37.2Abderrahim Kitouni2020-06-051-2/+2
|
* Prepare 3.37.13.37.1Jordan Petridis2020-04-281-2/+2
|
View Lorry Controller Status