isa/gnome-shell
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
9ebfd0874c
gnome-shell/data/meson.build

132 lines
3.4 KiB
Meson
Raw Normal View History

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-25 00:16:27 +00:00
desktop_files = [
'org.gnome.Shell.desktop',
data: Add extension-portal desktop file Now that the extension preference dialog is opened by a separate D-Bus service rather than the Extensions app, it can be opened without a parent window that provides name and icon. Fix this by adding back a hidden .desktop file. https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2562
2020-04-02 14:53:40 +00:00
'org.gnome.Shell.Extensions.desktop',
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-25 00:16:27 +00:00
]
service_files = []
if have_networkmanager
desktop_files += 'org.gnome.Shell.PortalHelper.desktop'
service_files += 'org.gnome.Shell.PortalHelper.service'
endif
desktopconf = configuration_data()
# We substitute in bindir so it works as an autostart
# file when built in a non-system prefix
desktopconf.set('bindir', bindir)
data: Flag in desktop file that gnome-shell can be started using systemd As gnome-shell is a required component for GNOME sessions, gnome-session will currently always try to autostart it. However as we are moving towards using systemd's user instance for session startup, gnome-session should only be responsible for launching the shell when either not running under systemd or when we were built without systemd support. gnome-session can detect the former but not the latter, so communicate this via the newly added X-GNOME-HiddenUnderSystemd key in the .desktop file. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/507 https://gitlab.gnome.org/GNOME/gnome-session/merge_requests/13
2019-08-05 19:46:05 +00:00
desktopconf.set('systemd_hidden', have_systemd ? 'true' : 'false')
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-25 00:16:27 +00:00
foreach desktop_file : desktop_files
i18n.merge_file('desktop',
input: configure_file(
input: desktop_file + '.in.in',
output: desktop_file + '.in',
configuration: desktopconf
),
output: desktop_file,
meson: Avoid using relative paths to po directory Replace the relative path to the po directory with a toplevel definition of po_dir and use that instead. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/507
2019-04-26 10:33:58 +00:00
po_dir: po_dir,
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-25 00:16:27 +00:00
install: true,
install_dir: desktopdir,
type: 'desktop'
)
endforeach
serviceconf = configuration_data()
serviceconf.set('libexecdir', libexecdir)
foreach service_file : service_files
configure_file(
input: service_file + '.in',
output: service_file,
configuration: serviceconf,
install_dir: servicedir
)
endforeach
theme: Pre-generate stylesheets as well Since commit 9ef9a5ff8a, man pages are generated at dist time to reduce build dependencies when building from a released tarball. Do the same for the stylesheets to also remove the sassc dependency. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1555>
2020-12-28 23:01:03 +00:00
theme_deps = []
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-25 00:16:27 +00:00
data: Move D-Bus interface descriptions into a subdir We'll soon move the inlined XML of all interfaces we export or consume into separate files. That's a significant increase from the interfaces for which we install documentation, so it makes sense to use a dedicated subdir. https://gitlab.gnome.org/GNOME/gnome-shell/issues/537
2018-09-06 14:29:26 +00:00
subdir('dbus-interfaces')
data: Add extension-portal desktop file Now that the extension preference dialog is opened by a separate D-Bus service rather than the Extensions app, it can be opened without a parent window that provides name and icon. Fix this by adding back a hidden .desktop file. https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2562
2020-04-02 14:53:40 +00:00
subdir('icons')
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-25 00:16:27 +00:00
subdir('theme')
fileUtils: Add helper for loading D-Bus XML from resource Commit dbf993300a moved all inline D-Bus interface descriptions to template strings so we can stop escaping line breaks. Unfortunately that unveiled a grave bug in xgettext, which currently cannot handle files that contain both backtick and slash characters - as a result, translations from affected files have started to disappear as translators run xgettext/msgmerge. Instead of reverting the change and getting the crusty escaping back, we will take this as an opportunity to stop inlining the XML altogether and load it from a resource instead. To facilitate that, add a small helper method that loads a D-Bus interface description from a dedicated resource bundle. https://gitlab.gnome.org/GNOME/gnome-shell/issues/537
2018-09-06 00:04:47 +00:00
data_resources = [
['dbus-interfaces', []],
['osk-layouts', []],
['theme', theme_deps]
]
foreach resource : data_resources
gnome.compile_resources(
'gnome-shell-' + resource[0],
'gnome-shell-@0@.gresource.xml'.format(resource[0]),
source_dir: resource[0],
dependencies: resource[1],
gresource_bundle: true,
install: true,
install_dir: pkgdatadir
)
endforeach
data: Add keyboard layout JSON files These have been created with the script at git://repo.or.cz/cldr2json.git to translate the XML android keymaps at http://www.unicode.org/Public/cldr/latest/keyboards.zip into JSON, easier to parse from gnome-shell.
2017-08-10 19:06:25 +00:00
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-25 00:16:27 +00:00
perfconf = configuration_data()
perfconf.set('datadir', datadir)
configure_file(
input: 'perf-background.xml.in',
output: 'perf-background.xml',
configuration: perfconf,
install_dir: pkgdatadir
)
build: Fix portal installation with meson Gah, this fell through the cracks ...
2017-07-19 23:43:38 +00:00
install_data('gnome-shell.portal', install_dir: portaldir)
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-25 00:16:27 +00:00
install_data('50-gnome-shell-system.xml', install_dir: keysdir)
schemaconf = configuration_data()
schemaconf.set('GETTEXT_PACKAGE', meson.project_name())
build: Run unit tests on `meson test` Meson makes it easy to define unit tests, so hook up the existing ones. https://bugzilla.gnome.org/show_bug.cgi?id=786497
2017-08-19 08:43:38 +00:00
schema = configure_file(
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-25 00:16:27 +00:00
input: 'org.gnome.shell.gschema.xml.in',
output: 'org.gnome.shell.gschema.xml',
configuration: schemaconf,
install_dir: schemadir
)
Replace custom override schema with per-desktop override GSettings now recognizes per-desktop overrides that can be used to change schemas' default values for a particular desktop. This is not entirely unlike our existing custom override mechanism in mutter, except that it is not limited to keys in org.gnome.mutter, and it doesn't require a separate schema - the latter means that we (and gnome-teak-tool) no longer have to figure out the correct schema for the current login session and just use the original one. https://bugzilla.gnome.org/show_bug.cgi?id=786496
2017-08-16 19:15:48 +00:00
install_data('00_org.gnome.shell.gschema.override', install_dir: schemadir)
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-25 00:16:27 +00:00
tools: Migrate changed overrides settings While the new per-desktop overrides in GIO are easier to use for both developers and users, it is still inconvenient for everyone who changed the defaults using the old overrides hack to lose their settings. Address this by running a small script on startup that migrates existing settings. https://bugzilla.gnome.org/show_bug.cgi?id=786496
2018-07-18 17:27:29 +00:00
overrides_migration_conf = configuration_data()
overrides_migration_conf.set('libexecdir', libexecdir)
overrides_migration = configure_file(
input: 'gnome-shell-overrides-migration.desktop.in',
output: 'gnome-shell-overrides-migration.desktop',
configuration: overrides_migration_conf,
install_dir: autostartdir
)
Add systemd units So that we can be started by systemd --user, instead of gnome-session. There are three units: - gnome-shell.service: Start gnome-shell itself. - gnome-shell-x11.target, gnome-shell-wayland.target: Sync points for units that need to care if x11 or wayland is in use. gnome-settings-daemon will use these, for example. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/138
2018-01-17 15:56:17 +00:00
if have_systemd
unitconf = configuration_data()
unitconf.set('bindir', bindir)
data: Update systemd units The existing units were never used as the corresponding support was never merged into gnome-session. This commits updates units to be usable with the newer gnome-session unit definitions. Also added is appropriate failure/restart logic including the ability to disable extensions. Note that extensions will only be disabled if a failure happens in the first two minutes after login. https://gitlab.gnome.org/GNOME/gnome-session/merge_requests/13 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/507
2019-04-19 22:21:55 +00:00
configure_file(
data: Create generic org.gnome.Shell.target Move the GNOME shell service file adapation for x11/wayland into the target/service files. This means that the session definition can simply pull in org.gnome.Shell.target, without having to care about whether it is starting an X11 or wayland session. Note that this currently requires fork'ing to do the test. This will however not be needed in the long term when ConditionEnvironment becomes available (see https://github.com/systemd/systemd/pull/15817). We technically do not need to use template units. But doing so means that the unit can be translated to the app id more easily (though it is not yet completely clear how this should look like in the long term). https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/895
2020-06-09 11:01:39 +00:00
input: 'org.gnome.Shell@x11.service.in',
output: 'org.gnome.Shell@x11.service',
data: Update systemd units The existing units were never used as the corresponding support was never merged into gnome-session. This commits updates units to be usable with the newer gnome-session unit definitions. Also added is appropriate failure/restart logic including the ability to disable extensions. Note that extensions will only be disabled if a failure happens in the first two minutes after login. https://gitlab.gnome.org/GNOME/gnome-session/merge_requests/13 https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/507
2019-04-19 22:21:55 +00:00
configuration: unitconf,
install_dir: systemduserunitdir
)
configure_file(
data: Create generic org.gnome.Shell.target Move the GNOME shell service file adapation for x11/wayland into the target/service files. This means that the session definition can simply pull in org.gnome.Shell.target, without having to care about whether it is starting an X11 or wayland session. Note that this currently requires fork'ing to do the test. This will however not be needed in the long term when ConditionEnvironment becomes available (see https://github.com/systemd/systemd/pull/15817). We technically do not need to use template units. But doing so means that the unit can be translated to the app id more easily (though it is not yet completely clear how this should look like in the long term). https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/895
2020-06-09 11:01:39 +00:00
input: 'org.gnome.Shell@wayland.service.in',
output: 'org.gnome.Shell@wayland.service',
Add systemd units So that we can be started by systemd --user, instead of gnome-session. There are three units: - gnome-shell.service: Start gnome-shell itself. - gnome-shell-x11.target, gnome-shell-wayland.target: Sync points for units that need to care if x11 or wayland is in use. gnome-settings-daemon will use these, for example. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/138
2018-01-17 15:56:17 +00:00
configuration: unitconf,
install_dir: systemduserunitdir
)
data: Create generic org.gnome.Shell.target Move the GNOME shell service file adapation for x11/wayland into the target/service files. This means that the session definition can simply pull in org.gnome.Shell.target, without having to care about whether it is starting an X11 or wayland session. Note that this currently requires fork'ing to do the test. This will however not be needed in the long term when ConditionEnvironment becomes available (see https://github.com/systemd/systemd/pull/15817). We technically do not need to use template units. But doing so means that the unit can be translated to the app id more easily (though it is not yet completely clear how this should look like in the long term). https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/895
2020-06-09 11:01:39 +00:00
units = files('org.gnome.Shell.target',
data: Use org.gnome.Shell prefix for systemd units In general we want to move towards using reverse domain names for systemd units. Doing this also means we have a consistent name between desktop file and systemd unit, allowing us to create a generator that pulls in the unit as defined in the sessions RequiredComponents. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/895
2020-02-13 17:39:32 +00:00
'org.gnome.Shell-disable-extensions.service')
Add systemd units So that we can be started by systemd --user, instead of gnome-session. There are three units: - gnome-shell.service: Start gnome-shell itself. - gnome-shell-x11.target, gnome-shell-wayland.target: Sync points for units that need to care if x11 or wayland is in use. gnome-settings-daemon will use these, for example. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/138
2018-01-17 15:56:17 +00:00
install_data(units, install_dir: systemduserunitdir)
endif
build: Run unit tests on `meson test` Meson makes it easy to define unit tests, so hook up the existing ones. https://bugzilla.gnome.org/show_bug.cgi?id=786497
2017-08-19 08:43:38 +00:00
# for unit tests - gnome.compile_schemas() only looks in srcdir
custom_target('compile-schemas',
input: schema,
output: 'gschemas.compiled',
command: [find_program('glib-compile-schemas'), meson.current_build_dir()],
build_by_default: 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-25 00:16:27 +00:00
install_data('gnome-shell-overrides.convert', install_dir: convertdir)
Reference in New Issue Copy Permalink