summaryrefslogtreecommitdiff
path: root/meson.build
Commit message (Collapse)AuthorAgeFilesLines
* Release stable version 4.1.04.1.0Niels De Graef2023-03-051-2/+2
|
* meson: Use an integer for soversionJeremy Bicha2023-03-051-2/+2
| | | | https://mesonbuild.com/Reference-manual_functions.html#library
* meson.build: correctly handle disabled ssh_agent optionAlexander Kanavin2022-11-221-4/+8
| | | | | | | | Existing code produces these errors: | gcr/meson.build:61:0: ERROR: Unable to get the path of a not-found external program | gcr/meson.build:101:5: ERROR: Unknown variable "ssh_add_path". Signed-off-by: Alexander Kanavin <alex@linutronix.de>
* Release stable version 4.0.04.0.0nielsdg/gcr-4-releaseNiels De Graef2022-10-111-2/+2
|
* Release unstable version 3.92.03.92.0Niels De Graef2022-09-051-2/+2
|
* Drop gcr-gtk3 and gcr-gtk4Niels De Graef2022-09-041-13/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | gcr historically consisted of 2 high-level parts: `gcr-base` and `gcr-ui`. `gcr-base` contains the core classes and interfaces to deal with crypto-related items (e.g. `GcrCertificate`), while `gcr-ui` contained GTK widgets to show those items (e.g. `GcrCertificateWidget`). Now: with the move to gcr4, it's becoming more and more clear to that this isn't really a path forward: On one hand, GTK4 has transitioned from a platform toolkit (usually GNOME was the primary target) to one that allows you to build your platform on top (e.g. libadwaita, libgranite, or your very own). Kepeing that in mind, having "GTK-based" widgets for use in general purpose doesn't really make sense, since it will always look out touch on platforms On the other hand, widgets are usually more faster-moving targets in both looks as well as API than an actual library, so in practice gcr-ui has a different lifecycle than gcr-base. Finally, @tintou has been doing an awesome effort to implement an API that allows consumers to write their own widgets, without having to deal with asn1 decoding etc. At this point, I think the certificate widget is likely the only widget we're seeing interest in. As such, this commit drops gcr-gtk3 and gcr-gtk4 as libraries. There's still a gcr-viewer debugging tool as a troubleshooting/debugging tool, that's it. See https://gitlab.gnome.org/GNOME/gcr/-/issues/100 for the related discussion.
* gcr: Add GcrCertificateSection/FieldCorentin Noël2022-08-071-1/+1
| | | | | | Allows to use the same code-path for both GTK3 and GTK4. Also allow any library-user to reimplement it with the toolkit of its choice or to adapt it when a different styling is required (e.g. with libadwaita).
* Drop Gck list APINiels De Graef2022-07-171-1/+1
| | | | | | | | | | gck provided some APIs that made working with lists of `GObject`s easier. GLib has for a long time added API that works well enough for the same use case, like `g_list_copy_deep()`, `g_list_free_full()` and more recently also `g_clear_list()`, so use those instead. This commit also bumps the required GLib version to a more modern 2.64 (which is needed for the `g_clear_list()` API).
* Drop custom icons in gcrNiels De Graef2022-06-271-5/+0
| | | | | | | | | | | Icons are problematic to provide within gcr, as different DEs that are using it, have different expectations what such an icon should look like: one wants it to be colorful, another wants it to be monochrome, yet another wants everything skeumorphic etc. Let's not deal with this in gcr4 and drop any icons. If applications want to provide an icon, they can do that themselves much better then we ever can.
* Remove org.gnome.crypto.pgp schemaNiels De Graef2022-06-261-2/+0
| | | | | The only known consumer is Seahorse, which should either just ship it itself, or it would need to learn to parse e.g. gpg.conf
* gcr: Remove gcr-prompter based D-Bus servicesnielsdg/remove-dbus-servicesNiels De Graef2022-06-261-9/+0
| | | | | | `gcr-prompter` got removed in the gcr4 migration, so keeping these doesn't make sense in any case. If we decide to bring back `gcr-prompter`, we can still revert this commit too.
* meson: Add API version in GETTEXT packageNiels De Graef2022-06-241-1/+1
| | | | That way, we don't conflict with the translations for gcr3
* meson: Clean up post_install()Alexander Mikhaylenko2022-06-181-2/+1
| | | | | | There are no desktop files, and only GTK3 builds have icons. Fixes https://gitlab.gnome.org/GNOME/gcr/-/issues/97
* meson: Use `full_path()` instead of `path()`meson-stuffNiels De Graef2022-06-131-3/+3
|
* meson: Don't use get_pkgconfig_variable()Niels De Graef2022-06-131-1/+1
| | | | It's deprecatedd for `dep.get_variable()`
* meson: add falback for systemduserunitdir prefixNiels De Graef2022-06-131-1/+4
|
* meson: Install DBus services in the correct prefixNiels De Graef2022-06-131-0/+9
| | | | | | | We should use the pkg-config variable of the `dbus-1` package to check where we should install our D-Bus services, but we also need to make sure we don't pollute anything outside of $prefix, so make sure to get that case as well.
* meson: Use gnome.post_install()Niels De Graef2022-06-131-2/+4
| | | | | Allows us to drop our custom post-install script, and fixes some known issues with it.
* meson: Bump min meson version to 0.59Niels De Graef2022-06-131-1/+1
| | | | That'll allow us to use some new goodies from Meson.
* build: Make building the Vala bindings optionalMarvin Schmidt2022-04-291-0/+6
|
* meson: Bump gcr and gck api_versionsCorentin Noël2022-04-091-4/+4
| | | | It is now gcr4 and gck2.
* Create gcr-gtk4 libraryCorentin Noël2022-04-091-4/+12
| | | | Signed-off-by: Corentin Noël <corentin.noel@collabora.com>
* tools: Move gcr-promper and gcr-viewer into their own directoryCorentin Noël2022-04-091-0/+1
|
* Rename gcr-ui into gcr-gtk3Corentin Noël2022-04-091-2/+2
|
* gcr: Remove gcr-base-3 and make gcr-3 independent of GTKCorentin Noël2022-04-091-3/+0
| | | | Also remove the post-install symlinks
* Bump version to 3.90Corentin Noël2022-04-091-1/+1
|
* meson: Declare libversion variables and consistently use itCorentin Noël2022-04-081-0/+7
| | | | | | Do not rely on major_version to manually create the library names. Make sure to be consistent and use a single variable for all the library names and folder mentions.
* docs: Port from gtk-doc to gi-docgenNiels De Graef2021-11-101-1/+5
| | | | | | | | | | | | | | gtk-doc has been slowly dying for the past few years. With gi-docgen we have a clear successor in sight to replace the voodoo magic one needs to get the whole documentation setup. See the [gi-docgen tutorial] for more info on how the system works. Since we're now only the C compiler (and GIR) parse the C code, that means we can also get rid of all the special escapes for the # character in PKCS#11. [gi-docgen tutorial]: https://gnome.pages.gitlab.gnome.org/gi-docgen/tutorial.html
* Release stable version 3.41.03.41.0Niels De Graef2021-09-301-1/+1
|
* gcr-ssh-agent: Wire up systemd activationDaiki Ueno2021-03-271-0/+11
|
* gcr-ssh-agent: Port from gnome-keyringDaiki Ueno2021-03-271-0/+5
| | | | | | This port the ssh-agent support provided as a sub-daemon in gnome-keyring, as a standalone binary, so that it can easily be managed through systemd.
* Release 3.40.03.40.0Daiki Ueno2021-03-271-1/+1
|
* prompt: Support transient_for in WaylandNiels De Graef2021-01-131-2/+1
| | | | | | | | | GDK provides an interface to the _xdg-foreign_ protocol extension, which exactly allows to export a handle that another window can use to set itself transient to. Also bump the minmal GTK version to 3.22, since that is the version that adds the necessary methods to do this in GDK.
* meson: allow building without gpg(2) installedRasmus Thomsen2021-01-131-2/+5
| | | | This avoids circular dependencies, such as gcr -> gpg2 -> pinentry -> gcr
* Release stable version 3.383.38Niels De Graef2020-09-281-1/+1
|
* Release unstable version 3.37.913.37.91Niels De Graef2020-09-201-1/+1
|
* Post-release version bumpNiels De Graef2020-03-111-1/+1
|
* Release stable version 3.363.36Niels De Graef2020-03-111-1/+1
|
* Release unstable version 3.35.913.35.91Niels De Graef2020-02-181-1/+1
|
* Release unstable version 3.35.903.35.90Niels De Graef2020-02-031-1/+1
|
* meson: Fix LIBEXECDIR definitionTing-Wei Lan2020-02-031-1/+1
| | | | | | | | | | | | | | | | After switching the build system from autotools to meson, gnome-keyring can no longer unlock ssh keys. sign_and_send_pubkey: signing failed: agent refused operation user@host's password: Running 'truss' on 'gnome-keyring-daemon' shows that it fails to execute 'gcr-ssh-askpass' file. write(2,"ssh_askpass: exec(<prefix>/libexec/gcr/gcr-ssh-askpass): No such file or directory\n",105) ERR#9 'Bad file descriptor' To keep both autotools and meson builds working, change the definition in meson build to be the same as autotools build.
* build: Bump minimal GLib version to 2.44Niels De Graef2020-01-131-1/+1
| | | | | | GLib 2.44 adds `G_DEFINE_AUTOPTR_CLEANUP_FUNC` and `G_DECLARE_FINAL_TYPE` which we can use to cleanup the codebase and to let others use our types with `g_autoptr()`.
* Release unstable version 3.35.13.35.1Niels De Graef2020-01-051-1/+1
|
* meson: Fix pkgconfig RequiresNiels De Graef2020-01-041-8/+7
| | | | | | Meson isn't setting the "Requires" field, so we have to do it manually. Since we don't want to specify each dependency in `glib_deps` as a dependency, we also give each a separate variable.
* Support Meson build systemNiels De Graef2019-12-311-0/+96
View Lorry Controller Status