The Build System
Understanding what GNOME builder does to run your application
GNOME builder created a project using the meson build system.
Meson has a concept of using files which end with .build
as the build configuration for that directory. Let us go through the default build configuration.
Open the meson.build
at the root of the project. Here is what it contains
Line 1-5 : We are creating a new meson project with the name of the project as splash and the version to be 0.1.0.
Line 8 : i18n is used for internationalization. It will help us add translations for our desktop application.
Line 11, 12, 13 : Adding sub directories
data
,src
,po
, this in turn triggers meson build inside those directoriesLine 15: Runs a python script at the end of the build
Meson configuration in data
folder
data
folderLet us now open the meson.build
file inside data
directory, these are the contents of the file
Desktop file (Line 1-8)
i18n is responsible for internationalization. It takes com.yourusername.splash.desktop.in
file as input and outputs the desktop file and installs it. Desktop files are responsible for the content you see on your launcher and task bar. Let us see what it contains. Open com.yourusername.splash.desktop.in
The desktop file currently contains the Name, Exec(Executable to run), Terminal(Is it a terminal appplication?), Type, Categories and StartupNotify. This file decides what text should be shown in the launcher etc.. You can read more about the spec here. This file will be finally installed at /usr/share/applications
.
the get_option
function gets the appropriate folder path's for the input. Some common outputs for get option are as follows
One concept prevalent here is the idea of
.in
files which are the input to a function. Which in turn generates files without the.in
suffix and installs in a particular directory
Desktop file Validation (Line 10-15)
There is a program called desktop-file-validate
which checks for errors in desktop files. Line 10 is trying to find the application. If it exists, then we use it to validate the generated desktop file and make sure there are no errors
AppStream (Line 17-23)
Appstream is a freedesktop specification which specifies metadata for applications. This is distro agnostic and a commonly agreed upon spec. The appstream file is what is used to display information about the application in software centers.
Appstream is stored in .xml
format. The procedure is same as the desktop file. We take in the .in
file and output the translated versions using i18n.
AppStream data validation (Line 25-30)
Again, a very similar piece of code to the desktop file validator. If the executable is found, meson runs the executable with the appstream file to make sure there are no errors.
GSchema file (Line 32-34)
.gschema.xml
file is responsible for managing GSettings for your application. GSettings are the settings you can define for your application. This is useful for persistent state and settings. For example, an application's window size and position can be stored in GSettings and retrieved whenever a new window is opened.
This file is installed in /usr/share/glib-2.0/schemas
GSchema validation (Line 36-41)
Similar to above validations. glib-compile-schemas
compiles the .gschema.xml
to make sure there are no errors.
We have covered what is in the data/meson.build
.
Meson configuration in po
directory
po
directoryThis directory contains the build file for the translations, we will look into it later.
Meson configuration in src
directory
src
directoryHere are the contents of this file
Line1-3 : Imports and declaring some constants
GResource File (Line 5-10)
A Gresource file is responsible for listing out the resources required for your GTK Application. The file currently contains a pointer to one file as of now.
Two important things to note, this file specifies a prefix under which files are stored and a list of files which will be stored.
Creating the executable (Line 14-26)
The python file splash.py.in
is given as an input to a function which meson will process and return back a processed splash
file which will be installed as an executable file in the bin directory.
Storing the other source files (Line 28-34)
All the other python files which are used by the application are listed out in an array and then installed to the module directory.
That's it. Congratulations! With this knowledge it will be easier to understand how an application works.
Next up, let us look into widgets!
Last updated