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
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.
Usually there is no reason to build frameworks manually, by using the "--include-dependencies" option the necessary ones are included automatically.
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:
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.
Did it run? If so, then congratulations, you just compiled your own version of KCalc from source code!
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
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
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 the system bus. To do this, run the following command:
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
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-buildwill 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 your
- Look at the KDE project's https://invent.kde.org GitLab project. If the project has a GitLab build pipeline and if the pipeline is broken, 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.logand 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/includewhich 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 like
mv ~/.config/kdesrc-buildrc ~/.config/kdesrc-buildrc~bak ; mv ~/kde ~/kde~bak. Then install kdesrc-build from scratch.
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:
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
Tips and Tricks
Viewing colored build logs
Currently, the log file include escape symbols (that are used to color the text, or format it as bold for example). To be able to view it as expected, you can use a sublime with the ANSI color plugin. Alternatively, you can open logs with
cat in konsole when clicking. Because the file extension is ".log", it is not recognized as a text file, so the option to change text editor command is not applied. Instead, open the System Settings | File Associations, search for "text/x-log" mime type. Press Add to add a new association and select Konsole. Now edit the application's arguments with this text:
--hold -e /usr/bin/cat %U.
Now when you will Ctrl + click on the text like file:///home/username/kde6/src/log/2023-12-31-01/ark/build.log, the new konsole window will appear, with text formatted. As a bonus, you get a clickable lines that say in which line error occured.
Prevent from accidental src folder deletion
When you want to start the whole build from scratch, by deleting your
~/kde/usr, you may accidentally delete your
~/kde/src. To protect yourself from that, you can set immutable flag to that directory.
sudo chattr +i ~/kde/src.
Now you have write permission to the folder, but you cannot delete the folder.
Now you can compile anything in KDE from its source code! Time to think about what to do with this superpower...