applications/gnome-control-center
4
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
gnome-control-center/meson_options.txt

13 lines
1.2 KiB
Meson
Raw Normal View History

meson: Introduce -Ddeprecated-declarations=enabled build option Per discussion in https://gitlab.gnome.org/GNOME/gnome-control-center/-/merge_requests/1940 we agreed that the number of deprecated warnings is cluttering significantly our build logs and making it hard for new contributors to spot new warnings that their code changes introduce. For now we decided that the default value for deprecated-declarations is DISABLED.
2023-10-11 11:25:21 +02:00
option('deprecated-declarations', type: 'feature', value: 'disabled', description: 'build with deprecated declaration warnings')
build: Port to meson build system Meson is a build system focused on speed an ease of use, which helps speeding up the software development. This patch adds meson support along autotools. https://bugzilla.gnome.org/show_bug.cgi?id=785414
2017-07-25 22:28:38 +02:00
option('documentation', type: 'boolean', value: false, description: 'build documentation')
build, privacy: Make Location settings build conditional Considering the retirement of Mozilla Location Service, most laptop/desktop users will rely on weaker network based location sources. Let's make the Location settings a build option, disabled by default. -Dlocation-services=enabled See #2959
2024-03-19 15:34:32 +01:00
option('location-services', type: 'feature', value: 'disabled', description: 'build with location services')
build: Port to meson build system Meson is a build system focused on speed an ease of use, which helps speeding up the software development. This patch adds meson support along autotools. https://bugzilla.gnome.org/show_bug.cgi?id=785414
2017-07-25 22:28:38 +02:00
option('ibus', type: 'boolean', value: true, description: 'build with IBus support')
common: Make the privileged group configurable (i.e. wheel vs sudo) Fixes #559
2019-09-26 12:31:16 +12:00
option('privileged_group', type: 'string', value: 'wheel', description: 'name of group that has elevated permissions')
applications: Replace snapd-glib with a native implementation This has some advantages: - Removes the conditional compilation requirement, which makes testing easier. - Allows all distributed versions of Settings to have snap support without them supporting snapd-glib. - Makes it faster to update Settings for Snap features without waiting on snapd-glib releases. Note that the snap support is only invoked if you have snaps installed. Downsides: - Some additional code in Settings. This is manageable as Settings doesn't need much snap information. libsoup2 didn't support HTTP over Unix domain sockets and would have been too much to support in Settings. libsoup3 does support this which makes this possible. - We no longer share code with snapd-glib, so any future changes will have to be made in multiple places. snapd has a stable API and multiple active clients so this is not likely to be a major concern.
2023-05-24 16:11:09 +12:00
option('snap', type: 'boolean', value: true, description: 'build with Snap support')
build: Allow disabling tests
2019-09-23 16:20:37 +05:30
option('tests', type: 'boolean', value: true, description: 'build tests')
option('wayland', type: 'boolean', value: true, description: 'build with Wayland support')
flatpak: Use the Nightly variant of the application icon For the "development" profile, lets use the Nightly variant, to visually indicate to users that they are running an unstable version of the application.
2019-10-08 18:35:26 +02:00
option('profile', type: 'combo', choices: ['default','development'], value: 'default')
applications: Integrate with malcontent's restrictions malcontent[1] is parental(or admin) controlled interface which can restrict a application's visibility and interactivity for a standard user. Hence, if the current uid has any restrictions on its installed applications, filter them out from the applications panel. Make the malcontent support enable or disable by setting it up as a build-time meson option. [1]: https://gitlab.freedesktop.org/pwithnall/malcontent/
2020-03-26 00:02:59 +05:30
option('malcontent', type: 'boolean', value: false, description: 'build with malcontent support')
info-overview: add build option to control distributor logo Currently, we display a 256x256 version of the OS icon from /etc/os-release. This is too big for my taste, and it's also not sufficient for distros that want to display a logo that is not an icon. For instance, because we no longer display the operating system name immediately beneath the logo, it may be desirable to use a logo variant that includes text. This patch adds a meson build option that distributions can use to override the logo, and a second build option to specify a different logo for use in dark mode.
2021-03-09 14:51:54 -06:00
option('distributor_logo', type: 'string', description: 'absolute path to distributor logo for the About panel')
option('dark_mode_distributor_logo', type: 'string', description: 'absolute path to distributor logo dark mode variant')
Reference in a new issue Copy permalink