Guidelines and HOWTOs/Build from source: Difference between revisions

From KDE Community Wiki
No edit summary
(Everything on this page is now available on https://community.kde.org/Get_Involved/development, so make it a redirect to that page)
Tag: New redirect
 
(31 intermediate revisions by 6 users not shown)
Line 1: Line 1:
= Crie estruturas e aplicativos do KDE =
#REDIRECT [[Get Involved/development]]
 
== Precauções de seguranças ==
Configurar o seu ambiente de construção é o passo mais importante na construção do KDE. Felizmente, as bibliotecas de desenvolvimento de frameworks do KDE são empacotadas pela maioria das principais distribuições. Em geral, a criação e instalação de programas do usuário, como o Calligra, podem ser feitos com segurança, sem alterar nenhum arquivo do sistema. Sempre que possível, é recomendável que você crie o KDE usando sua conta de usuário normal. A menos que você esteja interessado em mudar o comportamento do seu sistema, você deve construir com uma conta normal. Mesmo se você for um desenvolvedor KWin ou Plasma que deseja testar uma sessão completa do KDE com efeitos de composição, existem maneiras de construir o banco de testes desejado inteiramente dentro de sua conta de usuário normal, por exemplo, executando Plasma através de um servidor X aninhado usando xypher.
 
No entanto, para alterar permanentemente o ambiente de área de trabalho do KDE / Plasma através dos novos Módulos de Configuração do Sistema e semelhantes, muitas vezes será necessário instalar bibliotecas compartilhadas e outros arquivos nas pastas do sistema. Nesses casos, uma instalação incorreta pode tornar seu sistema instável ou seu ambiente de trabalho inutilizável. Sempre tome cuidado antes de executar qualquer comando como root! Um sudo make install nem sempre pode ser desfeito por um simples sudo make uninstall. Tecnologias como a conteinerização podem ajudar a resolver esses problemas no futuro, mas os sistemas de distribuição atuais não têm como monitorar as alterações feitas nas bibliotecas compartilhadas do sistema como o administrador do sistema. Sempre mantenha registros do que você está fazendo e verifique se você sabe como acessar os logs de instalação para obter uma melhor chance de reverter os arquivos manualmente, se necessário. E, claro, por favor, mantenha backups freqüentes e de alta qualidade de seus dados.
 
== Scripts de configuração  ==
Um conjunto de scripts de configuração e comandos bash são fornecidos como uma configuração recomendada ao criar o KDE manualmente. Se você usá-los como previsto, a sua compilação do KDE será muito mais fácil e será mais fácil para você encontrar suporte online. A única desvantagem desses scripts é que eles escondem detalhes importantes sobre os quais você pode querer aprender. No entanto, os métodos com scripts e manuais são completamente intercambiáveis, então, quando você estiver confortável construindo o KDE usando os scripts, poderá aprender mais fazendo tudo sozinho.
 
Se você quiser fazer o trabalho manualmente, siga as [[/Details|instruções detalhadas]] para continuar aqui.
 
== Install required devel packages ==
 
This section provides information about '''required''' and '''optional''' software packages needed to build the KDE applications.
 
[https://www.qt.io/ Qt5] is the base of KDE software. Your distro provides suitable devel packages. Optionally, you can [[/OwnQt5| build your own Qt5]].
 
Follow this page to [[/Install the dependencies|install the required dependencies]].
 
== Git remote prefix ==
Let's setup a "kde:" prefix for git commands. Add the following text to your ~/.gitconfig:
<syntaxhighlight lang="ini">
[url "git://anongit.kde.org/"]
  insteadOf = kde:
  pushInsteadOf = kde:
</syntaxhighlight>
 
If you are behind a firewall, add the following text to your ~/.gitconfig :
<syntaxhighlight lang="ini">
[url "https://anongit.kde.org/"]
  insteadOf = kde:
  pushInsteadOf = kde:
</syntaxhighlight>
 
== kdesrc-build ==
''kdesrc-build'' is a user-space package manager. It is used to compile KDE-related projects from source, and to install them into a designated directory. (see current master [https://cgit.kde.org/kdesrc-build.git/tree/README here])
 
Note: This guide uses KDevelop as example (where "kdevelop" is the name of the respective code repository as well as of the executable). So if you intent to work on another application, replace in the following "kdevelop" with the name of the code repository and the name of the executable of that application.
 
The guide further assumes that
* you want to install KDevelop (or the other application) inside your home directory,
* you want to put sources, build and log files into separate subdirectories under <tt>~/kde</tt>, as well as install everything to <tt>~/kde/usr</tt>, and
* you use a Linux system and are familiar with bash.
 
Make sure to adapt these steps to your needs.
 
=== Install kdesrc-build ===
 
Start off by installing ''kdesrc-build'':
<syntaxhighlight lang="bash">
$ mkdir -p ~/kde/src
$ cd ~/kde/src
$ git clone kde:kdesrc-build
$ cd kdesrc-build
</syntaxhighlight>
 
Install a symlink of kdesrc-build to a location in PATH:
<syntaxhighlight lang="bash">
$ mkdir ~/bin
$ ln -s "$PWD/kdesrc-build" ~/bin
$ export PATH=~/bin:$PATH
</syntaxhighlight>
 
You will need to append the line <code>export PATH=~/bin:$PATH</code> to your <tt>~/.bashrc</tt> so <code>kdesrc-build</code> is available in PATH whenever you open a terminal. Also check that PATH variable is not set to anything by default in <tt>.bashrc</tt> file
 
=== Configure kdesrc-build ===
 
The easiest way to prepare your system is to use the wizard to create the ~/.kdesrc-buildrc you will need, the default options should be ok
<syntaxhighlight lang="bash">
$ ./kdesrc-build-setup
</syntaxhighlight>
Note: do not quote or escape any file paths.
 
If you get an error saying "Unable to run the dialog(1) program" or similar, then install the "dialog" package, such as by running "sudo apt-get install dialog" on Debian / Ubuntu / KDE NEON.
 
2017-04-23: User question:
* When I take a look at ~/.kdesrc-buildrc I see this line `source-dir ~/kdesrc` ("Directory for downloaded source code") and I wonder if this is correct because above we said that the source directory is '''~/kde/src'''.
 
2018-01-21: Dev response:
* This has been fixed in kdesrc-build, to use as a default the paths given in this Wiki.  This would have been fixed quicker if a bug had been filed against kdesrc-build though. ;-)
* kdesrc-build-setup will now also set the include-dependencies flag by default, so you don't need to pass it as a command line option.  If you don't want dependencies then just edit the generated .kdesrc-buildrc to set the option to false or 0 instead.
 
=== Run kdesrc-build (build an application) ===
 
To let <code>kdesrc-build</code> handle the compilation and installation of KDevelop (the dependencies should be already present if you use a recent distribution, like openSUSE Tumbleweed), type
 
<syntaxhighlight lang="bash">
$ kdesrc-build kdevelop
</syntaxhighlight>
 
The path to the log files (cmake, build, install) will be shown at the end of the compilation.
 
Hints:
* By default, if the kdesrc-build configuration was created using <tt>kdesrc-build-setup</tt>, also all dependencies developed in the KDE community (like KDE Frameworks), will be fetched, compiled and installed. If you don't want that, edit your <tt>~/.kdesrc-buildrc</tt> and change the related option into <tt>include-dependencies false</tt>.
* You can also pass the <tt>--debug</tt> parameter to enable the verbose output during the build process (all command invocations and compiler output).
 
=== Set up the runtime environment ===
 
Copy and use these commands to a new file called ~/kde/.setup-env (or a different name, but you need to adjust the "source" command below to match):
 
<syntaxhighlight lang="sh">
export KF5=$HOME/kde/usr
export QTDIR=/usr 
export CMAKE_PREFIX_PATH=$KF5:$CMAKE_PREFIX_PATH 
export XDG_DATA_DIRS=$KF5/share:$XDG_DATA_DIRS:/usr/share 
export XDG_CONFIG_DIRS=$KF5/etc/xdg:$XDG_CONFIG_DIRS:/etc/xdg 
export PATH=$KF5/bin:$QTDIR/bin:$PATH 
export QT_PLUGIN_PATH=$KF5/lib/plugins:$KF5/lib64/plugins:$KF5/lib/x86_64-linux-gnu/plugins:$QTDIR/plugins:$QT_PLUGIN_PATH 
# (lib64 instead of lib on some systems, like openSUSE)
export QML2_IMPORT_PATH=$KF5/lib/qml:$KF5/lib64/qml:$KF5/lib/x86_64-linux-gnu/qml:$QTDIR/qml 
export QML_IMPORT_PATH=$QML2_IMPORT_PATH 
export KDE_SESSION_VERSION=5 
export KDE_FULL_SESSION=true
export SASL_PATH=/usr/lib/sasl2:$KF5/lib/sasl2
# (lib64 instead of lib on some systems, like openSUSE)
PS1="(kdesrc) $PS1"
</syntaxhighlight>
 
A guide for building Plasma 5 specifically on Ubuntu 14.04 LTS can be found [[/Plasma_5_on_Ubuntu_14.04_LTS|here]].
 
=== Run a previously built application ===
 
Whenever you want to run a self-compiled KDevelop, you just have to do the following commands in terminal (remember to replace the name of the .setup-env script with the name you chose, if you picked a different name):
<syntaxhighlight lang="bash">
$ source ~/kde/.setup-env
$ kdevelop
</syntaxhighlight>
 
=== Analyse and fix build errors ===
 
First and foremost check that you have installed the dependencies mentioned in the wiki at [https://community.kde.org/Guidelines_and_HOWTOs/Build_from_source/Install_the_dependencies here]
 
If ''kdesrc-build'' shows you red module names with messages like "Unable to configure plasma-mediacenter with CMake!" or "Unable to build kdepim!", you have to start troubleshooting.
 
<pre>
<<<  PACKAGES FAILED TO BUILD  >>>
libkomparediff2 - ~/kde/log/<build-date>/libkomparediff2/error.log  :-(
</pre>
 
Inspect that log to figure out what's going on:
 
==== Missing ecm-config.cmake ====
<syntaxhighlight lang="bash">
$ cat ~/kde/log/<build-date>/libkomparediff2/error.log
</syntaxhighlight>
<pre>
CMake Error at CMakeLists.txt:5 (find_package):
  Could not find a package configuration file provided by "ECM" (requested
  version 0.0.9) with any of the following names:
  ECMConfig.cmake
  ecm-config.cmake
  Add the installation prefix of "ECM" to CMAKE_PREFIX_PATH or set "ECM_DIR"
  to a directory containing one of the above files.  If "ECM" provides a
  separate development package or SDK, be sure it has been installed.
</pre>
 
In this case, the ECM (extra cmake modules) package is missing. Since ECM is a KDE Framework, this error would have been avoided by having the "kdesrc-buildrc" config option <tt>include-dependencies</tt> set to <tt>true</tt> or explicitly passing the <tt>--include-dependencies</tt> parameter when calling ''kdesrc-build''.
 
However, this might also happen with dependencies that ''kdesrc-build'' is not able to handle itself. In such cases, you have to install additional packages via your system package manager. Most distribution offer ways to determine which package contains the missing files.
 
For Ubuntu, you would head over to http://packages.ubuntu.com and search for the distro package providing a particular file (ECMConfig.cmake in this case). The package search reveals <tt>extra-cmake-modules</tt> being a hot candidate; to fix above error we simply install the package and the restart the build:
 
<syntaxhighlight lang="bash">
$ sudo apt-get install extra-cmake-modules
$ kdesrc-build ...
</syntaxhighlight>
 
The error should be gone now.
 
==== Missing Qt5Config.cmake====
 
<pre>
CMake Error at CMakeLists.txt:45 (find_package):
  Could not find a package configuration file provided by "Qt5" (requested
  version 5.2.0) with any of the following names:
 
    Qt5Config.cmake
    qt5-config.cmake
</pre>
 
It can be fixed by installing the dependeny
<syntaxhighlight lang="bash">
$ sudo apt-get install qtbase5-dev
</syntaxhighlight>
 
Run again the kdesrc-build command, and it should be fine
 
==== Missing Qt5WebKitWidgetsConfig.cmake====
 
<pre>
CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt5/Qt5Config.cmake:26 (find_package):
  Could not find a package configuration file provided by "Qt5WebKitWidgets"
  with any of the following names:
 
    Qt5WebKitWidgetsConfig.cmake
    qt5webkitwidgets-config.cmake
</pre>
 
It can be fixed by installing the dependeny:
<syntaxhighlight lang="bash">
$ sudo apt-get install libqt5webkit5-dev
</syntaxhighlight>
 
Run again the kdesrc-build command, and it should be fine
 
==== kdelibs4support and qca fail on openssl ====
At least arch linux has openssl 1.1 by default, but it seems like kdelibs4support/qca needs to be built against 1.0 for the time being.
 
Add this to your .kdesrc-buildrc to let it pick up the right headers (make sure to have openssl 1.0 and the header location is correct):
<pre>
options kdelibs4support
    cmake-options -DOPENSSL_INCLUDE_DIR=/usr/include/openssl-1.0
end options
 
options qca
    cmake-options -DOPENSSL_INCLUDE_DIR=/usr/include/openssl-1.0
end options
</pre>
 
= Testing =
== Running unit tests ==
Unit tests are ran from the build dir of each framework; you should first <code>cd</code> into it.
 
You need a separate DBus session because the dbus server needs to have the right value of XDG_DATA_DIRS, in order to find $KF5/share/dbus-1/services for starting services (e.g. kded5).
 
<syntaxhighlight lang="bash">
$ eval `dbus-launch`
$ kdeinit5
$ make test
</syntaxhighlight>
 
'''Note:''' Regular apps will start kdeinit5 automatically. The reason it has to be started by hand when running unit tests is some strange interaction with ctest.
 
'''Warning:''' never start a KDE 4 application in this separate DBus session. It would conflict with your running Plasma 4 desktop.
 
'''Note:''' <tt>KDE_FULL_SESSION=true</tt> is needed to make sure that the correct QPA will be loaded.
 
Many of the tests require an X server, and will pop up windows briefly. An easy way to allow these tests to run without interfering with your normal X session is to do
 
<syntaxhighlight lang="bash">
$ xvfb-run -s '-screen 0 1024x768x24' make test
</syntaxhighlight>
 
The -s argument tells Xvfb to set the first screen to be 1024x768 pixels, with a depth of 24; at least one test requires a depth greater than 8. In this case, if you also ensure <tt>DBUS_SESSION_BUS_ADDRESS</tt> is not set, the tests should not find your existing DBus session, and instead launch a new DBus instance.
 
Note that the KWindowSystem tests require a NETWM-compatible window manager to be running.  One way to do this is to create a script to run such a window manager, followed by whatever is passed to it.  For example, if you have the window manager [http://awesome.naquadah.org/ awesome] installed, you could create a script called <tt>awesome-run</tt> as follows:
 
<syntaxhighlight lang="bash">
#!/bin/sh
awesome &
exec "$@"
</syntaxhighlight>
 
and then run the tests as
 
<syntaxhighlight lang="bash">
$ xvfb-run -s '-screen 0 1024x768x24' /path/to/awesome-run make test
</syntaxhighlight>
 
If you want to publish your test results, instead of "make test" run
 
<syntaxhighlight lang="bash">
$ make Experimental
</syntaxhighlight>
 
The test results will appear on http://my.cdash.org/index.php?project=&lt;projectname&gt;
 
== Testing Plasma ==
 
The following page details how to [[/Test plasma | test Plasma]].
 
= Troubleshooting =
 
== Compilation: how to quickly solve build problems ==
 
'''Situation:'''
 
One or more modules fail to build via <code>kdesrc-build</code> (displayed in red font).
 
'''Steps to solve''' (in the given order):
 
The following steps assume the directory structure as proposed in the ''kdesrc-build'' guide above.
# You may not have all dependencies installed. Read the output to see what missing dependency it is complaining about, search for the corresponding package for your distro, and install it.
# Check the [https://build.kde.org/view/FAILED/ list of currently broken modules] on the KDE build server.
# If you get a build failure, simple fix might be to delete the build folder for that module and try building it again.
# See [[#Analyse_and_fix_build_errors | Analyse and fix build errors]].
# Delete <tt>~/kde/build</tt> and <tt>~/kde/usr</tt>. Run <code>kdesrc-build</code> again.
# Ask for help on IRC or some mailing list, see [[Getinvolved/development#Communicating_with_the_team| Communicating with the team]].
# Check if there are changes in the build instructions: see [https://community.kde.org/index.php?title=Guidelines_and_HOWTOs/Build_from_source&action=history History of this wiki page].
# Start over from scratch.
 
== Runtime: Segfault when a sound is about to play (e.g. for a message box) ==
(added: 2015-02-27)
 
Example of the problem: open kate, edit some file without saving, Ctrl+W to close, a message box is about to appear and the then segfault:
 
<pre>
kate(9037)/default KNotificationManager::notify: Calling notify on "Sound"
Segmentation fault
</pre>
 
This command can solve the problem:
 
<syntaxhighlight lang="bash">
$ sudo /usr/lib64/vlc/vlc-cache-gen -f /usr/lib64/vlc/plugins
</syntaxhighlight>
 
See also:
* [[Plasma/5.1_Errata]]
* https://forum.kde.org/viewtopic.php?f=289&t=122996
 
Alternative: go to kf5/build/kdesupport/phonon/phonon-vlc/ and exec `make uninstall`
 
== Runtime: kded5 crashes because of some component ==
(added: 2015-Jan)
 
'''Situation:'''
kded5 is started but crashes because of some dependency. Stacktraces show for example `bluedevil` as possible cause.
 
'''Goal 1: Disable the component to verify it as crash cause.'''
 
Steps:
 
# Locate bluedevil files using <code>locate bluedevil</code>, for example.
# Among the files there is <tt>kde/usr/share/kservices5/kded/bluedevil.desktop</code>. Remove it. If it was the cause, kded should stop crashing
 
'''Goal 2: Remove bluedevil from kdesrcbuild until it gets fixed.'''
 
Steps:
 
# Search through the <code>dev/kf5/src/extragear/utils/kdesrc-build/*-build-include</code> files to find the component. In this case, it was found in kf5-workspace-build-include.
# Comment it out:
<pre>
# module-set kf5-bluetooth-management
#    repository kde-projects
#    use-modules libbluedevil bluedevil
# end module-set
</pre>
 
Further calls of <code>kdesrc-build</code> will not include the component.
 
== Get more help ==
 
If you still have trouble with the building process or runtime setup, you can contact people as described in [[Get_Involved/development#Communicating_with_the_team|Communicating with the team]].
 
Feel free to join us by visiting [irc://irc.freenode.net/#kde-devel #kde-devel on Freenode]. A web-based client can be found at https://kiwiirc.com/client/irc.freenode.org/kde-devel
 
= Alternative building methods =
 
== Kubuntu CI ==
[[Kubuntu/PPAs#Kubuntu_Continuous_Integration_.28CI.29|Kubuntu CI]] (replaces Project Neon 5) provides packages of KDE Git master for KDE Frameworks and Plasma 5.  Install them on your Kubuntu system to work with KDE Git.
 
== openSUSE Build Service ==
[https://en.opensuse.org/SDB:KDE_repositories#Unstable_Frameworks.2C_Plasma_and_Applications The openSUSE Build Service] provides packages of KDE Git master for KDE Frameworks, Plasma, Applications and Extragear. It offers repositories for Tumbleweed and the latest stable (Leap) release.
 
== Docker ==
* [[/Alternatives | Build with docker]]

Latest revision as of 21:00, 25 July 2020

Redirect to:

Retrieved from "https://community.kde.org/index.php?title=Guidelines_and_HOWTOs/Build_from_source&oldid=89143"