brl/gnome-shell
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
2a3e297218
gnome-shell/meson_options.txt

42 lines
752 B
Meson
Raw Normal View History

extensions-tool: Start import The gnome-extensions tool[0] was started as an external project, and provides a replacement for the existing gnome-shell-extension-tool. It was decided to ship the tool as part of the gnome-shell repository, so start importing it with its history into a subdir. [0] https://gitlab.gnome.org/fmuellner/gnome-extensions-tool https://gitlab.gnome.org/GNOME/gnome-shell/issues/1234
2018-08-26 12:55:13 -04:00
option('extensions_tool',
type: 'boolean',
value: true,
description: 'Build gnome-extensions CLI tool'
)
extensions-app: Move Extensions app to new subproject The Extensions app code is now independent enough from the rest of the code base to move it to its own subprojects, like we did for the extensions-tool. This allows for stand-alone builds of the app, which we are about to use for distributing it as flatpak. https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1133
2019-11-30 21:01:02 -05:00
option('extensions_app',
type: 'boolean',
value: true,
description: 'Build gnome-extensions GUI application'
)
build: Remove 'enable' prefix from option names Meson options are typed, so the prefix isn't necessary, and indeed looks odd when used to disable the option: -Denable_foo=false Also replace underscores with dashes, which is the preferred meson style. https://bugzilla.gnome.org/show_bug.cgi?id=791007
2017-11-25 01:10:26 -05:00
option('gtk_doc',
build: Support the meson build system Meson is on track to replace autotools as the build system of choice, so support it in addition to autotools. If all goes well, we'll eventually be able to drop the latter ... https://bugzilla.gnome.org/show_bug.cgi?id=783229
2017-05-24 20:16:27 -04:00
type: 'boolean',
value: false,
description: 'Build API reference'
)
build: Remove 'enable' prefix from option names Meson options are typed, so the prefix isn't necessary, and indeed looks odd when used to disable the option: -Denable_foo=false Also replace underscores with dashes, which is the preferred meson style. https://bugzilla.gnome.org/show_bug.cgi?id=791007
2017-11-25 01:10:26 -05:00
option('man',
build: Support the meson build system Meson is on track to replace autotools as the build system of choice, so support it in addition to autotools. If all goes well, we'll eventually be able to drop the latter ... https://bugzilla.gnome.org/show_bug.cgi?id=783229
2017-05-24 20:16:27 -04:00
type: 'boolean',
value: true,
description: 'Generate man pages'
)
build: Remove 'enable' prefix from option names Meson options are typed, so the prefix isn't necessary, and indeed looks odd when used to disable the option: -Denable_foo=false Also replace underscores with dashes, which is the preferred meson style. https://bugzilla.gnome.org/show_bug.cgi?id=791007
2017-11-25 01:10:26 -05:00
option('networkmanager',
build: Stop detecting features automatically Auto-detect options add some convenience for platforms where a particular feature isn't available - systemd on non-Linux OS comes to mind - but the downside is that it is easy to accidentally build without a desired feature. We consider the latter much more serious nowadays, so turn our auto-detect options into regular boolean options. https://bugzilla.gnome.org/show_bug.cgi?id=791007
2017-11-25 01:15:39 -05:00
type: 'boolean',
value: true,
build: Support the meson build system Meson is on track to replace autotools as the build system of choice, so support it in addition to autotools. If all goes well, we'll eventually be able to drop the latter ... https://bugzilla.gnome.org/show_bug.cgi?id=783229
2017-05-24 20:16:27 -04:00
description: 'Enable NetworkManager support'
)
build: Remove 'enable' prefix from option names Meson options are typed, so the prefix isn't necessary, and indeed looks odd when used to disable the option: -Denable_foo=false Also replace underscores with dashes, which is the preferred meson style. https://bugzilla.gnome.org/show_bug.cgi?id=791007
2017-11-25 01:10:26 -05:00
option('systemd',
build: Stop detecting features automatically Auto-detect options add some convenience for platforms where a particular feature isn't available - systemd on non-Linux OS comes to mind - but the downside is that it is easy to accidentally build without a desired feature. We consider the latter much more serious nowadays, so turn our auto-detect options into regular boolean options. https://bugzilla.gnome.org/show_bug.cgi?id=791007
2017-11-25 01:15:39 -05:00
type: 'boolean',
value: true,
build: Support the meson build system Meson is on track to replace autotools as the build system of choice, so support it in addition to autotools. If all goes well, we'll eventually be able to drop the latter ... https://bugzilla.gnome.org/show_bug.cgi?id=783229
2017-05-24 20:16:27 -04:00
description: 'Enable systemd integration'
)
build: Add soup2 option !1940 added support for soup 3, including a fallback to soup 2.4 where the newer version isn't available. Unfortunately it missed that libgweather has a hidden soup dependency, and now gnome-shell fails to start if a weather location has been set up and soup 3 is available. We don't have a good way to detect that case, so hide the soup 3 support behind a build option. Distributors are expected to switch it at the same time as libgweather. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1966>
2021-08-29 08:24:42 -04:00
option('soup2',
type: 'boolean',
value: true,
description: 'Use Soup 2.4 instead of Soup 3. Must be in sync with libgweather'
)
Reference in New Issue Copy Permalink