Getting Started/Build: Difference between revisions

    From KDE TechBase
    No edit summary
    No edit summary
    (17 intermediate revisions by 7 users not shown)
    Line 1: Line 1:
    {{warning|These pages are currently being completely re-written to reflect the new KDE infrastructure and may not be in a consistent state. Information and commands on some page may no longer be valid and should be used with care.}}
    KDE has many software products that can be compiled independently. You can find out more in our [https://community.kde.org/Guidelines_and_HOWTOs/Build_from_source building HOWTO].


     
    KDE used to produce monolithic collections of software, called either "KDE" or "The KDE Source Collection". You can find archived information at [[/Historic|the historic build instructions page]].
     
    == Introduction ==
     
    This page provides an overview of the KDE build process.  Once you complete the steps described here you will have a complete KDE development system customized to your needs.
     
    == Build Steps ==
     
    This section will briefly explain the concepts and steps involved in building software so you are not being asked to blindly follow some recipes you do not understand.
     
    It is assumed you are at least familiar with the basics of using the command line.
     
    Once you have read the summary you can see a [[/Example|working example here]].
     
    === Source ===
     
    The ''Source'' step is obtaining a local copy of the source code that you want to build.  For a detailed explanation of where to obtain the source code and how KDE stores and organizes our source code please read the [[Getting_Started/Sources|KDE Sources section]].
     
    The two main options here are to either download a snapshot tarball of the code, or to directly access the source code repository.  For developing on the unstable branch of the KDE SC it is recommended you directly access the required repositories.
     
    === Configure ===
     
    The ''Configure'' step is setting up how the source code is to be built and installed.
     
    === Build ===
     
    The ''Build'' step is compiling the source code and linking it to other libraries to create the new executables and libraries.
     
    === Install ===
     
    The ''Install'' step is copy the new executables and libraries somewhere that they can be found and run from.
     
    === Update ===
     
    The ''Update'' step is updating an existing build to use the latest version of the source code and then re-building and re-installing it.
     
    == Scripted Builds ==
     
    The easiest way to build the KDE SC from scratch is to use one of the build scripts that are available.  This approach is highly recommended for those new to building KDE SC as it takes care of the Source, Configure, Build, Install and Update steps for you.  The builds remain compatible with the manual methods of building KDE SC so you can change later if you want.
     
    Even KDE Core Developers use build scripts like these as opposed to doing everything manually, as there's just no point otherwise.
     
    * The [[/kdesrc-build|kdesrc-build]] script by Michael Pyne
    * The [http://michael-jansen.biz/build-tool build-tool] script by Michael Jansen
     
    If you run into any issues, be sure to ask either on the kde-devel mailing list, or the #kde-devel IRC channel (which many developers reside in and are willing to ask any questions or address any problems encountered).
     
    == kdesrc-build ==
     
    == build-tool ==
     
    Build-tool is a ruby program which is meant not for just building KDE, but also can easily be expanded to compile any other applications. It also has some neat features like progress bars and eta for compile time. It can also automatically generate a ~/.xsessionrc which can be used by KDM when you select to boot into a "Custom" session type. That will enable you to easily get into a KDE session which was built from source, without even having to modify any of your scripts like ~/.bashrc, ~/.zshrc, etc.
     
    Install rubygems through your package manager. Run <tt>sudo gem install build-tool</tt>. Now that build-tool is installed, we need to install the KDE recipes to have it build KDE from source. Run <tt>build-tool recipe add git://gitorious.org/build-tool/kde-trunk-recipe.git kde</tt> to add the KDE recipe to the program. Then <tt>build-tool recipes install kde</tt>. From there, you can run <tt>kde-build help</tt> to see the commands available for the KDE recipe, as well as compile and update the git repositories.
     
    For more detailed information, visit: http://michael-jansen.biz/build-tool
     
    == Platform Specific Information ==
     
    The build process described in these pages is kept as simple and generic as possible, but it is generally assumed you are building KDE4 on Linux.  Extra information about building KDE Software on specific distributions or platforms, or under certain conditions can be found at the following links:
     
    * [[/Distributions|Linux, BSD and other *nix based distributions]]
    * [[/Windows|Microsoft Windows]]
    * [[/Mac_OS_X|Apple Mac OS X]]
    * [[/KDE4/on_virtual_machines|On a Virtual Machine]].
    * [[/Historic|Building historic versions of KDE Software (KDE3 and KDE2)]]
     
    == Stable versus Unstable ==
     
    A stable build is a released and supported version of KDE Software, such as KDE SC 4.6.  This software is guaranteed to remain unchanged other than bug-fixes.  You will want a Stable build if you want to use the KDE Software for normal use or to develop bug fixes.
     
    An unstable build is the latest development version of KDE Software and is not guaranteed to build or run properly at any given time.  You will want an Unstable build if you want to develop new features for KDE Software.
     
    In Git, the Unstable branch is called Master while in Subversion it is called Trunk.
     
    == Build and Install ==
     
    You need to complete each of the following steps to build and/or install a working KDE development system. Manually building KDE Software requires that you first set up the build environment and install the required development tools and libraries.
     
    * Choose the appropriate [[/Methods|Build Method]] for your requirements
    * Set up your [[/Environment|Build Environment]]
    * Choose the appropriate [[/Recipes|Build Recipes]] for your requirements and environment
    * Install the [[/Requirements|Build Requirements]]
    * Install or build [[/Qt|Qt]]
    * Install or build [[/KDE_Support|KDE Support]]
    * Install or build [[/KDE_Development_Platform|KDE Development Platform]]
    * Install or build [[/KDE_Workspace|KDE Workspace]]
    * [[/KDE_Applications|Build KDE Applications]]
     
    == Troubleshooting The Build ==
     
    Compile and Linking errors are frequent sources of discouragement. Make careful note of the first occurrence of an error in your build process. It could be as simple as a bad environment variable, an unexpected version of a library or missing prerequisite.  Please read the instructions carefully.
     
    Please review your logs and do searches for fixes. If you cannot find a solution, try the [[/Troubleshooting|Troubleshooting]] page.  If you still cannot resolve the problem then please [[Development/Getting_Help|ask for help]] on IRC or a Mailing List.
     
    == Starting KDE ==
     
    Having built and installed KDE, you will probably want to start it. Launching a full session requires some preparations, depending on whether you want to run the self-compiled KDE within another desktop environment or as a full-blow session:
     
    * [[Getting_Started/Run/Nested_Session|How to Run a nested session of KDE]]
    * [[Getting_Started/Run/Full_Session|How to Run a full session of KDE]]
     
    [[Category:Build KDE]]

    Revision as of 10:43, 11 March 2016

    KDE has many software products that can be compiled independently. You can find out more in our building HOWTO.

    KDE used to produce monolithic collections of software, called either "KDE" or "The KDE Source Collection". You can find archived information at the historic build instructions page.