Get Involved/development/Build software with kdesrc-build: Difference between revisions
(Relocate "Iterating on a single project" section to group it with the other more technical one) |
(Remove dead stuff) |
||
Line 15: | Line 15: | ||
kdesrc-build frameworks --ignore-modules kdewebkit | kdesrc-build frameworks --ignore-modules kdewebkit | ||
</nowiki>}} | </nowiki>}} | ||
== Applications == | == Applications == | ||
Line 104: | Line 100: | ||
== How to solve build problems == | == How to solve build problems == | ||
Did one or more modules fail to build (displayed in red font) using <code>kdesrc-build</code> | Did one or more modules fail to build (displayed in red font) using <code>kdesrc-build</code>? Then here's what to do: | ||
# Try building the failing module again from scratch using <code>kdesrc-build [failing module] --refresh-build</code> | # Try building the failing module again from scratch using <code>kdesrc-build [failing module] --refresh-build</code> |
Revision as of 21:46, 27 June 2023
On this page, you can learn how to use KDE's kdesrc-build
tool to build various types of KDE software once you have a development environment set up.
It can take an hour or more to compile a KDE application, Framework, or Plasma itself for the first time. The reason for this is that kdesrc-build
is compiling all of the KDE Frameworks 5 modules plus any other KDE module that is a dependency of the module that you tell kdesrc-build
to build.
kdesrc-build
by default has the option "--include-dependencies" enabled so it will ignore all KDE packages that were installed using the distribution's package manager and will instead build all needed KDE modules from source.
The next time you want to compile that or any other piece of KDE software, it will be much faster since most of the dependencies will have already been compiled. If you don't want to build all dependencies (e.g., because you are using a rolling release distro that provides recent versions of software), edit the same configuration file and simply set include-dependencies
to false or add the --no-include-dependencies
option when running kdesrc-build
.
Frameworks
KDE Frameworks are libraries of tools and features that can be used by any application or Plasma itself. New versions of KDE Frameworks are released once a month. A list of all of the frameworks can be found here: https://api.kde.org/frameworks.
After you install all of the dependencies needed in order to build all of the KDE Frameworks, the first thing that you should do using kdesrc-build
is to build all of the KDE Frameworks:
kdesrc-build frameworks --ignore-modules kdewebkit
Applications
KDE Applications like Calculator (KCalc), Dolphin, Okular, Konsole and Gwenview are standalone apps that can be run on multiple platforms, such as Plasma, GNOME, even macOS and Windows! New versions of KDE Applications are released three times a year. Note that the Discover app store (git repo name: plasma-discover
) and System Settings app (git repo name: systemsettings
) are distributed alongside Plasma, but they build like apps using the below instructions. A list of all KDE applications can be found here: https://apps.kde.org/.
The general steps required to build and run an application are described in the following using KCalc as an example:
kdesrc-build kcalc
This command clones the KDE git repository https://invent.kde.org/utilities/kcalc in the directory ~/kde/src/kcalc
, builds all of KCalc's KDE dependencies, and then builds KCalc itself, into the directory ~/kde/build/kcalc
. If the build is successful, the result is installed into ~/kde/usr
. As a result, there is no need to manually install anything; kdesrc-build
installed it for you!
To run it, use the kdesrc-run
command, which launches the built-from-source version instead of the one installed by your system's package manager.
kdesrc-run kcalc
Did it run? If so, then congratulations, you just compiled your own version of KCalc from source code!
Plasma
KDE Plasma is the environment in which you can run apps. Plasma is responsible for providing a desktop with wallpaper, app launchers, and widgets; displaying notifications; managing wired and wireless networks; and similar operating-system level tasks. New versions of Plasma are released three times a year. Plasma has multiple shells: Plasma Desktop for desktop, laptop, and 2-in-1 computers, Plasma Mobile for mobile phones, Plasma Bigscreen for televisions, and so on. They all share certain common components, such as a window manager, networking stack, basic graphical components, and so on. Here is how to build them:
kdesrc-build plasma-workspace plasma-framework plasma-integration bluedevil powerdevil plasma-nm plasma-pa plasma-thunderbolt plasma-vault plasma-firewall plasma-workspace-wallpapers kdeplasma-addons krunner milou kwin kscreen sddm-kcm plymouth-kcm breeze discover print-manager plasma-sdk kdeconnect-kde plasma-browser-integration xdg-desktop-portal-kde kde-gtk-config kgamma5 breeze-gtk drkonqi phonon flatpak-kcm kactivitymanagerd --include-dependencies
Plasma Desktop
To build the Plasma Desktop environment and its related apps, also build the following:
kdesrc-build plasma-desktop systemsettings plasma-disks plasma-systemmonitor ksystemstats kinfocenter kmenuedit --include-dependencies
To get translations in your self-built Plasma, you must build plasma-workspace with -DKDE_L10N_SYNC_TRANSLATIONS=true
. The easiest way to do this is go into the build directory (~/kde/build/plasma-workspace
by default), run ccmake .
, turn on that setting, and then rebuild the project.
Now it's time to make your built-from-source Plasma session accessible from the SDDM login screen, and also copy the built-from-source DBus files into a location where they are visible to them system bus. To do this, run the following command:
~/kde/build/plasma-workspace/login-sessions/install-sessions.sh
After this, you can log out and select your new plasma session in SDDM's session chooser menu (which is located in the bottom-left corner of the screen if you're using the Breeze SDDM theme).
Alternatively, you can run the new version of plasma on top of your existing system for quick testing like so:
source ~/kde/build/plasma-desktop/prefix.sh ~/kde/usr/bin/plasmashell --replace
Plasma Mobile
To build the Plasma Mobile environment, also build the following:
kdesrc-build plasma-nano plasma-mobile plasma-settings --include-dependencies
You can run your custom-built Plasma Mobile in an emulated phone session using a phone-sized window within your existing desktop. Note that you probably want that this emulated phone session does not use the settings of your current user. E.g. you want in the emulated phone session to use Angelfish, not Mozilla Firefox as your web browser. Instructions:
export XDG_RUNTIME_DIR=/tmp/ export QT_QPA_PLATFORM=wayland export QT_QPA_PLATFORMTHEME=KDE export QT_WAYLAND_DISABLE_WINDOWDECORATION=1 export XDG_CURRENT_DESKTOP=KDE export KSCREEN_BACKEND=QScreen export KDE_FULL_SESSION=1 export KDE_SESSION_VERSION=5 export QT_QUICK_CONTROLS_MOBILE=1 export PLASMA_PLATFORM=phone:handheld export $(dbus-launch) dbus-run-session kwin_wayland --width 360 --height 720 --xwayland "plasmashell -p org.kde.plasma.phoneshell"
Alternative instructions for starting an emulated phone session.
export QT_WAYLAND_DISABLE_WINDOWDECORATION=1 export QT_QUICK_CONTROLS_MOBILE=1 export PLASMA_PLATFORM=phone:handheld QT_QPA_PLATFORM=wayland dbus-run-session kwin_wayland --xwayland "plasmashell -p org.kde.plasma.phoneshell" --width 360 --height 720
Plasma Mobile can also be run on a mobile device itself. For more information, see the DevGuide.
How to solve build problems
Did one or more modules fail to build (displayed in red font) using kdesrc-build
? Then here's what to do:
- Try building the failing module again from scratch using
kdesrc-build [failing module] --refresh-build
- Make sure that you have all the dependencies for the failing module. Go back to the #Download non-KDE dependencies section and re-install the non-KDE dependencies. If that doesn't fix the problem, open the log file for the failing module which
kdesrc-build
will print the path at the end of its output. Scroll to the bottom of the log file and read the output to see what missing dependency it is complaining about. Then find and install the corresponding package using the package manager of your distribution. If several look relevant, install them all just to be safe. When you have the necessary dependencies, you can save time and resume from the failing module by adding--resume-from [the name of the module that failed]
to yourkdesrc-build
command. - Check the list of currently broken modules on the KDE build server. If it's broken there, then it's not your fault. :)
- Ask for help in the the #kde-devel channel on Matrix or Libera Chat IRC. See Get Involved/development#Communicate with the team
- Looking into the error log is also helpful. For example, the build stopped at kwallet. You will need to go into
kde/src/log/latest/kwallet/error.log
and find what packages are missing. - If you know what files are missing, but you don't know what packages provide them, you can ask your package manager. See https://wiki.archlinux.org/index.php/Pacman/Rosetta (see "Query the package which provides FILE").
- The problem might be in
~/kde/usr
. E.g. a file in~/kde/usr/include
which was renamed or moved. You can help yourself by seeing if you can reproduce this issue in a clean new Virtual Machine (VM). If you cannot reproduce the issue in your VM, then a possible solution is to start with a new and clean kdesrc-build installation. I.e. run something likemv ~/.config/kdesrc-buildrc ~/.config/kdesrc-buildrc~bak ; mv ~/kde ~/kde~bak
. Then install kdesrc-build from scratch using this wiki page.
Iterating on a single project
When you're working on a project and you want to rebuild it to test your changes, you can save a lot of time by only rebuilding that project, rather than the entire stack. For example if you are working on plasma-desktop
, you can rebuild only that project rather than everything by running kdesrc-build --no-src --no-include-dependencies plasma-desktop
.
How to run an application after making changes to one of its dependencies
Build the application that you want to build. E.g. to return to KCalc:
kdesrc-build kcalc
This command builds not only KCalc, but all of the KDE git repositories on which it depends, such as the KDE Frameworks 5 library KConfig.
Now let's say you want to make a change to KConfig that should change a behavior in KCalc. In this case, you don't want kdesrc-build to discard your changes to KConfig. So first build KConfig separately, on its own, without doing a source code update:
kdesrc-build kconfig --no-src --no-include-dependencies --refresh-build --debug
This will build just KConfig and install the needed build products into ~/kde/usr
. Now we want to run KCalc in such a way that it makes use of those changed files. Do it like so:
kdesrc-build kcalc --no-src --no-include-dependencies --refresh-build --debug kdesrc-run kcalc
Next Steps
Now you can compile anything in KDE from its source code! Time to think about what to do with this superpower...