Difference between revisions of "Guidelines and HOWTOs/Build from source/Windows"

Jump to: navigation, search
m (Text replace - "<code>" to "<syntaxhighlight lang="text">")
 
(136 intermediate revisions by 32 users not shown)
Line 1: Line 1:
''emerge'' is a tool to build the KDE sources and its third-party requirements on MS Windows. It is the '''easy''' way to build KDE on MS Windows.
+
''Craft'' is a tool to build the sources and its third-party requirements. It is the '''easy''' way to build software.
  
== Introduction ==
+
== Setting up craft ==
Emerge is a tool that can build the different parts of KDE and its dependencies under Windows. We created this tool to automate and simplify the build process under Windows. We try to build all packages that we offer in the KDE installer with emerge. That has some advantages for us:
+
=== Installing python ===
* it is easy for people to join us:
+
While Craft is capable of installing an embedded Python version sufficient for most packages, we recommend a full installation of Python. The current version is 3.7. [https://www.python.org/downloads/ Download Python 3.6+]
Before emerge it was quite some work to set a system up for development. There were some quirks, which were documented in some mailing lists, but you had to remember them or you ran into an already solved problem again, etc.
 
Now to get a development machine you need a Windows computer, need to install Python and Subversion and do the emerge checkout. Then execute emerge to build what you want to build. This is easy for developers coming from Windows to KDE, and also for KDE developers coming to Windows.
 
* it is easy for us to do (nightly/continuous/release/reproducable/...) builds:
 
With emerge you can build the whole software stack (low-level libs, Qt, kdelibs, things above that) with only one command. You can start that build, and some hours later you can check if it worked, or if something broke. So we can spot problems easier and earlier. We can also start with a "naked" Windows computer without any other installed software and bootstrap kde on it. That ensures, that no hidden dependencies on some pieces of software sneak in, because then the builds on a "naked" computer would break and show the problem.
 
* it is easier to collaborate:
 
We can test the same emerge build description for a package on different Windows versions/computers before we do binary releases. People can also add build descriptions for new packages to the Subversion repository.
 
  
This emerge tool was inspired by the Gentoo emerge tool.
+
=== Setting up a powershell ===
 +
Powershell is required to be at least version 5.0.
 +
If you're running Windows 10 you most probably won't need to update Powershell.
  
== Set up the environment ==
+
You can check the version by invocating <tt>$PSVersionTable.PSVersion</tt> in a Powershell terminal.
=== Root directory ===
 
Create a directory if possible in your harddrive's root e.g. C:\kderoot or D:\kderoot (You will need this PATH later). This directory will contain the whole kde installation later. We will refer to it as %KDEROOT%.
 
  
=== Python interpreter ===
+
In case you need a newer one, we recommend
<tt>emerge.bat</tt> invokes an <tt>emerge.py</tt> script written in [http://en.wikipedia.org/wiki/Python_%28programming_language%29 Python] programming language, so you first need to [http://www.python.org/download/ install the Python 2.7 Interpreter]. The ''python'' installation directory will be added to the PATH later by <tt>%KDEROOT%\etc\kdesettings.bat</tt> script.
+
[https://docs.microsoft.com/en-us/powershell/scripting/install/installing-powershell-core-on-windows?view=powershell-6 Powershell Core].
  
=== Subversion client ===
+
The latest version of the standard powershell can be found [https://www.microsoft.com/en-us/download/details.aspx?id=50395 here].
The latest source code for Windows ''emerge'' and the rest of KDE is stored in a repository created and managed using the [http://subversion.tigris.org/ Subversion] version control tool, abbreviated svn. You need a Subversion client for the first checkout of emerge. There are at least two applications:
 
*a command line client, available at [http://subversion.apache.org/packages.html  subversion.apache.org], aimed at developers or power users accustomed with the command line,
 
*a GUI program like [http://tortoisesvn.tigris.org/ TortoiseSVN], optional, useful for displaying differences between various versions of files in the repository in a graphical way.
 
  
Emerge uses its own Subversion client for checking out all KDE source code. However it is not quite up to date: From August 2009. You can find it in %KDEROOT%\dev-utils\svn\bin. It will be used by emerge even if you have another svn executable installed.
+
=== Setting up a compiler ===
 +
Currently, Craft supports both the MinGW and Microsoft Visual Studio (msvc) compiler.
 +
While MinGW can be installed by Craft, [https://www.visualstudio.com/ Visual Studio] must be installed independently by the user.
  
Note 1: If you experience problems with the checkout of Qt (svn doesn't work correctly) please remove any other svn binaries out of the path that you do have. '''The different versions of the Apache portable runtime (APR) are incompatible!'''
+
=== Direct X SDK (only for MinGW setups) ===
 +
If you are using the MinGW compiler, in order to compile the Qt5 ''qtbase'' package you will also need to install the [https://www.microsoft.com/en-us/download/details.aspx?id=6812 Microsoft DirectX SDK]. Make sure to open a new command line window after the installation for the environment variables to be set.
  
Note 2: Most source files in the KDE Subversion repository have Unix line endings, and svn will not convert them to Windows line endings. This is fine for emerge, but the standard Windows editor might not show those files correctly. You can use another editor like vim (http://www.vim.org).
+
=== (Optional) Enable development mode ===
 +
Windows 10 supports the creation of symbolic links, but only if the development mode is activated.
 +
Allowing symbolic links allows faster (much faster) extraction of archives.
 +
[https://docs.microsoft.com/en-us/windows/uwp/get-started/enable-your-device-for-development Enable development mode]
  
=== Getting the ''emerge'' tool ===
+
=== Installing Craft===
The source code of the ''emerge'' tool and the recipes for creating KDE packages are located at <tt>svn://anonsvn.kde.org/home/kde/trunk/kdesupport/emerge</tt>, which is an URL based on the Subversion-specific ''svn'' protocol.
+
# [https://docs.microsoft.com/en-us/powershell/scripting/setup/starting-windows-powershell?view=powershell-6 Start a PowerShell environment] (Do not use PowerShell ISE, it doesn't work very well with python). It might be required to run it [https://docs.microsoft.com/en-us/powershell/scripting/setup/starting-windows-powershell?view=powershell-6#with-administrative-privileges-run-as-administrator as administrator].
 +
# Allow execution of powershell scripts by executing the following command:
 +
#:<pre>Set-ExecutionPolicy -Scope CurrentUser RemoteSigned</pre>
 +
# Install Craft and follow the instructions by executing the following command:
 +
#: <pre>iex ((new-object net.webclient).DownloadString('https://raw.githubusercontent.com/KDE/craft/master/setup/install_craft.ps1'))</pre>
 +
# Consider adding exception for the entire craft root directory to your antivirus' exceptions, otherwise build of some packages can fail (example: build of <code>frameworks/tier2/kdoctools</code> when AVG is used).
  
You need to check out the source code from the ''emerge'' Subversion directory into a new directory below your root directory (the root directory is normally called %KDEROOT% here) or get it inside a self extracting archive (not tested yet).
 
  
==== Check out using the 'svn' command ====
+
Note: For Microsoft Visual Studio compiler, it's necessary to have VCTOOLSREDISTDIR environment variable pointing to:
 +
"C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\VC\Redist\MSVC\xx.xx.xxxxx" for MSVS 2017 and
 +
VCINSTALLDIR environment pointing to "C:\Program Files (x86)\Microsoft Visual Studio\2015\Community\VC\" for MSVS 2015.
  
*Option 1: With the ''svn'' command line tool, you can accomplish this with the following commands:<pre>cd %KDEROOT%</pre>
+
=== Using the stock Qt SDK===
**if you will only use anonymous (read-only) access to the KDE svn repository:<pre>svn co svn://anonsvn.kde.org/home/kde/trunk/kdesupport/emerge</pre>
+
This will skip all Qt packages and use the official Qt builds instead.
**or, if you plan to use write access (commit) to the KDE svn repository
+
It will work fine for most CMake based recipes but definitely cause problems with QMake based projects.
***via https:<pre>svn co --username yourusername https://svn.kde.org/home/kde/trunk/kdesupport/emerge</pre>
+
You will of course also miss all patches we usually apply to Qt.
***via a [[Getting_Started/Build/KDE4/Windows/subversion|puTTY tunnel]] using your existing account & OpenSSH private key: <pre>svn co svn+ssh://svn.kde.org/home/kde/trunk/kdesupport/emerge</pre>
+
This is only recommended when you know what you are doing and you won't get support for in our channel.
  
 +
To activate the SDK mode adapt the [QtSDK] section in your etc/kdesettings.ini to something like:
 +
    [QtSDK]
 +
    ## Whether to use prebuild Qt binaries.
 +
    Enabled = True
 +
    ## The path to the Qt sdk.
 +
    Path = C:\Qt
 +
    ## The version of Qt.
 +
    Version = 5.9
 +
    ## The compiler version, if you are not sure what to use, have a look at the directory set in QtSDK/Path.
 +
    ## The compiler must be of the same type as General/KDECOMPILER.
 +
    ## If you are using mingw please make sure you have installed the mingw using the Qt installer.
 +
    Compiler = msvc2017_64
  
This would result with:
+
== Using Craft ==
 +
To use Craft you need to start a Powershell window, point that to <tt>KDEROOT\craft </tt> and run the initalization script. For example:
  
  Error validating server certificate for '<nowiki>https://svn.kde.org:443</nowiki>':
+
  C:\CraftRoot\craft\craftenv.ps1
  - The certificate is not issued by a trusted authority. Use the
 
    fingerprint to validate the certificate manually!
 
Certificate information:
 
  - Hostname: svn.kde.org
 
  - Valid: from Wed, 11 May 2005 09:08:21 GMT until Sat, 09 May 2015 09:08:21 GMT
 
  - Issuer: SVN, KDE e.V., Nuernberg, Bavaria, DE
 
  - Fingerprint: xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
 
(R)eject, accept (t)emporarily or accept (p)ermanently?
 
  
enter ''p'' here to permanently accept the certificate:
+
This tells Craft about your environment settings (e.g. paths). It will load your configuration from <tt>CraftRoot\etc\CraftSettings.ini</tt>. If there are any error messages Craft will not work as expected. The output should look similar to this one (of course with your paths):
  
  Authentication realm: <<nowiki>https://svn.kde.org:443</nowiki>> KDE SVN account
+
  PS C:\CraftRoot\craft>.\craftenv.ps1
  Password for 'yourusername': ***************
+
Craft              : C:\CraftRoot
  A    emerge\kdeenv.bat
+
  Version            : master
  A    emerge\portage
+
  ABI                : windows-msvc2017_64-cl
  A    emerge\portage\kdesupport
+
  Download directory : C:\CraftRoot\download
[....]
 
  
The password and cache for the certificates is saved in <tt>%APPDATA%\Subversion\auth</tt> directory.
+
Then [https://community.kde.org/Craft start crafting]
 
 
==== Check out using the TortoiseSVN ====
 
 
 
*Option 2: If you use TortoiseSVN:
 
*#right-click on your %KDEROOT% folder and select ''SVN Checkout...'' command from the context menu,
 
*#paste <tt>svn://anonsvn.kde.org/home/kde/trunk/kdesupport/emerge</tt> URL into the ''URL of repository'' text box (replace with <tt><nowiki>https://svn.kde.org/home/kde/trunk/kdesupport/emerge</nowiki></tt> for read-write access)
 
*#add <tt>\emerge</tt> to the folder name in the ''Checkout directory'' box and click OK to continue
 
*#if you picked the read-write access, you will be asked for accepting the SSL certificate of the SVN server (click "Premanent") and then for username and password. For convenience select "Save authentication" checkbox too (the password and cache for the certificates will be saved in <tt>%APPDATA%\Subversion\auth</tt> directory).
 
 
 
After the checkout you should have the directory <tt>%KDEROOT%\emerge</tt>. If you don't, you move your ''emerge'' directory to that location.
 
 
 
==== Installing from the self-extracting archive ====
 
*Option 3: Get the self-extracting archive from [http://www.winkde.org/pub/kde/ports/win32/emerge/emerge-latest.exe here], unpack it into your KDEROOT directory so that you have a folder %KDEROOT%\emerge.
 
* This self-extracting archive brings a subversion repository containing the emerge scripts and a python installation with it, so you do not need either of them before starting with emerge.
 
 
 
=== Configure the ''emerge'' tool ===
 
# Create the directory <tt>%KDEROOT%\etc</tt>.
 
# Copy the file <tt>%KDEROOT%\emerge\kdesettings-example.bat</tt> as <tt>%KDEROOT%\etc\kdesettings.bat</tt> and change its contents according to your needs. The options are described in the ''rem'' lines in the file itself.
 
 
 
The kdesettings.bat script will be called by the main kdeenv.bat script.
 
 
 
Note 1: '''Be sure that you neither have the msys/bin nor the cygwin/bin in your path. If so you have to definitely remove it from the path.'''
 
 
 
Note 2 '''from a user: The applications gimp, inkscape and graphviz are also a problem. To make sure that there's nothing wrong I stripped my path to contain only what I needed to build.'''
 
 
 
Note 3 '''from another user: be careful when renaming the file to "kdesettings.bat" it is easy to end up with "kdesettings.bat.bat" instead of what you want since Windows(by default) will not show the the file extension part of a file.'''
 
 
 
=== [Optional, Advanced] emergehosts.conf ===
 
Add a file emergehosts.conf in the <tt>%KDEROOT%\etc</tt> directory. The format of this file is a typical config file with only two entries per section:
 
The first entry is the ''host'' as mentioned in the portage file for the package. The second entry is called ''replace'' and is the replace string for the host string.
 
 
 
As an example, here is how to checkout all gitorious based repos of the kde-developers group using a push url instead of the anonymous access:
 
<syntaxhighlight lang="text">
 
[qt gitorious]
 
host: git://gitorious.org/+kde-developers/
 
replace: [email protected]:+kde-developers/
 
</code>
 
 
 
As a second example here is how to checkout with a ssh user from a subversion repository:
 
<syntaxhighlight lang="text">
 
[svn.example.com]
 
host: svn://svn.example.com/
 
replace: svn+ssh://[email protected]/
 
</code>
 
 
 
The name of the section doesn't matter and can be used for descriptions.
 
 
 
== Using emerge ==
 
 
 
To use emerge you need to start a console window and point that to <tt>%KDEROOT%\emerge</tt>. For example:
 
 
 
C:
 
cd \%KDEROOT%\emerge
 
 
 
Then you have to execute
 
 
 
kdeenv.bat
 
 
 
This tells emerge about your environment settings (e.g. paths). It will load your configuration from <tt>%KDEROOT%\etc\kdesettings.bat</tt>. It should not give any error messages, otherwise emerge will not work as expected. The output should look similar to this one (of course with your paths):
 
 
 
C:\kderoot\emerge>kdeenv.bat
 
kdesettings.bat executed
 
KDEROOT    : C:\kderoot
 
KDECOMPILER : mingw
 
KDESVNDIR  : C:\kderoot\svn
 
PYTHONPATH  : C:\python27
 
DOWNLOADDIR : C:\kderoot\download
 
 
 
C:\kderoot\emerge>
 
 
 
Next, if you have configured your kdesettings.bat to use svn+ssh for your subversion checkout, then you need to run:
 
 
 
<syntaxhighlight lang="text">plink <your-svn-username>@svn.kde.org
 
plink <your-kde-username>@git.kde.org</code>
 
 
 
This will prompt you to accept the fingerprint of the server, otherwise svn will hang forever when trying to download from the server.
 
 
 
Now you should be able to use emerge. Type
 
 
 
emerge --help
 
 
 
to get some help on usage.
 
 
 
''Note: There is a short path option in kdesettings which you will
 
need if you want to build Qt in a directory that has a pathlenght of
 
more then around 5 characters. This problem is due to limitations of the command line length and the Qt build system.''
 
 
 
== Setting up a compiler ==
 
Currently emerge supports both the MinGW and MS Visual C++ (msvc) compilers. We did not add dependencies for the compilers, so you have to make sure to install a compiler by yourself. There are three ways to set up a compiler for emerge.
 
We assumed you have set KDECOMPILER variable properly in the <tt>%KDEROOT%\etc\kdesettings.bat</tt>.
 
 
 
In the following sections you can find information on how to install or reuse an existing compiler.
 
 
 
=== Install the MinGW compiler with emerge ===
 
Let emerge install the MinGW compiler, as soon as emerge needs MinGW it will automatically fetch the correct version for you.
 
 
 
=== Install MS Visual C++ ===
 
Read [[../MS_Visual_Studio#The_Compiler|here]].
 
 
 
 
 
 
 
=== Point to an existing MS Visual C++ installation ===
 
You need to point emerge to an existing msvc installation. This is run automatically for you from kdeenv.bat if configured properly in kdesettings.bat. Check your kdesettings.bat file to know where to set it.
 
 
 
== Installing the base system ==
 
Once you have emerge and a compiler installed and working, try:
 
* <tt>emerge --help</tt> for a list of available commands
 
* <tt>emerge --print-installable</tt> to get a list of available packages
 
* <tt>emerge --print-installed</tt> to get a list of currently installed packages
 
Further options are described below.
 
 
 
You are now ready to start building KDE, it is recommended to do so progressively, relying on emerge to automatically resolve the required dependencies at each set step:
 
 
 
* Enter <tt>emerge qt</tt>.  This will fetch and install Windows versions of numerous UNIX-like utilities and libraries, then checkout, compile and install Qt.  This will take several hours.
 
* Enter <tt>emerge kdelibs</tt>.  This will checkout, compile and install the required kdesupport modules and then kdelibs.
 
* Enter <tt>emerge kdebase-apps</tt>. This will checkout, compile and install kdebase-runtime, and kdebase-apps. '''Please note:''' for latest branches (4.5 and beyond) <tt>kdebase-apps</tt> package has been renamed to <tt>kde-baseapps</tt>.
 
 
 
You will now have successfully installed a base KDE system and can now install other KDE modules as required.
 
 
 
Note that this will install the development version of KDE (trunk in svn repositories, master in git repositories), if you wish to install a particular stable branch then you must prefix the KDE package names with the required version, i.e. <tt>emerge kde-4.5/kdelibs</tt>.  You can force emerge to always default to a given branch by setting the <tt>EMERGE_DEFAULTCATEGORY</tt> variable in your kdesettings.bat file.  You should not mix kde packages from different branches.
 
 
 
It is strongly recommended you do not choose to manually install any of the utilities and libraries yourself, as you may install the wrong version and cause installation failures.  Instead allow emerge to resolve the dependencies for you.
 
 
 
Every time you want to update or install a package, you should first update your emerge checkout (simply run emerge --update emerge) to ensure you are using the latest package recipies.
 
 
 
== What emerge does ==
 
'''emerge ''packageName'' ''' performs the separate actions <tt>--fetch</tt>, <tt>--unpack</tt>, <tt>--compile</tt>, <tt>--install</tt>, <tt>--manifest</tt>, and <tt>--qmerge</tt>.
 
 
 
The <tt>--fetch</tt> action will retrieve either a binary or the source code for the package:
 
* If a binary package, this will be downloaded into the <tt>DOWNLOADDIR</tt> defined in your <tt>kdesettings.bat</tt>, which is usually <tt>%KDEROOT%\download</tt>.
 
* If a non-KDE source package, the source repository will be checked-out into <tt>%DOWNLOADDIR%\svn-src</tt>, e.g. Qt source may be found in <tt>C:\kderoot\download\svn-src\qt</tt>.
 
* If a KDE source package from the <tt>svn.kde.org</tt> repository, then the source will be checked-out into the <tt>KDESVNDIR</tt> defined in your <tt>kdesettings.bat</tt>, which is usually <tt>%KDEROOT%\svn</tt>.
 
 
 
== ''emerge'' command line options and settings ==
 
There are some options that can be used when building with ''emerge''.
 
 
 
{| border="0" cellpadding="2"
 
!Command line switch
 
!Command line argument
 
!
 
!Description
 
|-valign="top"
 
|<tt>-v</tt>
 
|<tt>EMERGE_VERBOSE</tt>
 
|width="5%"|
 
|This option sets the verbosity level. Currently the highest verbosity level is 3 (<tt>-v -v -v</tt>). A verbosity level of 0 should give no output and equals to <tt>-q</tt>. You can set <tt>EMERGE_VERBOSE=3</tt> instead in the environment of the commandline or within your <tt>kdesettings.bat</tt> file.
 
|-valign="top"
 
|<tt>--offline</tt>
 
|
 
|
 
|This option suppresses the update step of the local tree - which needs some time. Be aware though that you have to have existing sources already if you want to use this option.
 
|-valign="top"
 
|<tt>-t</tt>
 
|<tt>EMERGE_BUILDTESTS</tt>
 
|
 
|This option enables or disables KDE4 buildtests for KDE modules. Other packages will not change. Use <tt>EMERGE_BUILDTESTS=True</tt> or <tt>=False</tt>.
 
|-valign="top"
 
|<tt>--print-targets</tt>
 
|
 
|
 
|This option will display all "targets" a certain package has. Normally targets are fixed releases or different branches. They are defined in the portage file.
 
|-valign="top"
 
|<tt>--target=TARGET</tt>
 
|
 
|
 
|This sets a specific target for this package. If not added, the default target is used, which can be checked by looking at the output of '''--print-targets'''.
 
|-valign="top"
 
|<tt>-i</tt>
 
|
 
|
 
|This option ignores that a package is already installed. It builds it completely new, but keeps the dependencies.
 
|-valign="top"
 
|<tt>--update</tt>
 
|
 
|
 
|This option ignores that a package is already installed but doesn't cleanup an already existing build directory. Thus you will only rebuild files that have changed since the last build.
 
|}
 
 
 
== Hints ==
 
=== Updating packages ===
 
*Once you have ''packagename'' built, type <syntaxhighlight lang="text">emerge --update packagename</code> to update <tt>packagename</tt> from the Subversion and compile it without removing the build dir or <syntaxhighlight lang="text">emerge --update-all</code> to update all packages that can be rebuild (they are rebuild with --update).
 
 
 
=== General setup ===
 
For Fine Tuning see here:
 
[[Projects/KDE_on_Windows/Installation#Fine-tuning|Fine-tuning]]
 
 
 
== Notes ==
 
 
 
''emerge'' can mostly cooperate with the [[Projects/KDE_on_Windows/Installation#KDE_Installer_for_Windows|kdewin-installer]] but we're currently still working on some packages which are packaged in a wrong way.
 
It is not recommended to use another layout then '''installer''' for '''directory_layout''' in the '''kdesettings.bat''' anymore (see that file for more detailed information).
 
 
 
''emerge'' creates lots of files in '''\kderoot\tmp''' during build.
 
After a package is successfully installed
 
(check '''\kderoot\etc\portage\installed''' or the directory '''\kderoot\manifest\'''), you can delete its temporary directory.
 
 
 
Windows ''emerge'' is derived from the Gentoo portage system, but we are currently not enforcing compatibility. If you have questions about that please contact us at the channel #kde-windows on irc.freenode.net.
 
 
 
last reviewed by [[User:SaroEngels|SaroEngels]] 22:25, 4 November 2010 (UTC)
 
 
 
==Vista issues==
 
*[[User:Jstaniek|jstaniek]] 12:02, 15 January 2008 (CET): UAC has infamous heuristics that make programs like patch.exe treat as installers and try to run them with admin rights (!). This heuristics can be tricked by renaming patch.exe to something like pch.exe ([http://nevali.net/2007/01/update-workaround-for-the-cygwin-uac-problem/ example]) but we did not want to add item to our infrastructure. Instead it is possibleto turn off the heuristics (see the screenshot [http://theinvisiblethings.blogspot.com/2007/02/running-vista-every-day.html here in the security blog calling the heuristics 'severe hole in the design of UAC']). If you happen to disable the UAC, as many annoyed users and devs do (msvc demands admin rights anyway!), patch.exe should already work for you as in older Windows. Alternatively you may want to disable UAC [http://www.howtogeek.com/howto/windows-vista/disable-user-account-controluac-for-administrators-only/ for admins only], but this makes no sense if you are the only user of your machine and use only the admin account.
 
* [http://ben.versionzero.org/wiki/Fixing_the_way_Vista_Auto-detects_Installers This wiki page] lists instructions on how to use program manifest to disable privilege elevation for a single binary and makes patch play nice with UAC.  This [https://bugs.kde.org/show_bug.cgi?id=186712 should] eventually be integrated to emerge scripts.
 
 
 
 
[[Category:MS Windows]]
 

Latest revision as of 09:42, 22 October 2019

Craft is a tool to build the sources and its third-party requirements. It is the easy way to build software.

Setting up craft

Installing python

While Craft is capable of installing an embedded Python version sufficient for most packages, we recommend a full installation of Python. The current version is 3.7. Download Python 3.6+

Setting up a powershell

Powershell is required to be at least version 5.0. If you're running Windows 10 you most probably won't need to update Powershell.

You can check the version by invocating $PSVersionTable.PSVersion in a Powershell terminal.

In case you need a newer one, we recommend Powershell Core.

The latest version of the standard powershell can be found here.

Setting up a compiler

Currently, Craft supports both the MinGW and Microsoft Visual Studio (msvc) compiler. While MinGW can be installed by Craft, Visual Studio must be installed independently by the user.

Direct X SDK (only for MinGW setups)

If you are using the MinGW compiler, in order to compile the Qt5 qtbase package you will also need to install the Microsoft DirectX SDK. Make sure to open a new command line window after the installation for the environment variables to be set.

(Optional) Enable development mode

Windows 10 supports the creation of symbolic links, but only if the development mode is activated. Allowing symbolic links allows faster (much faster) extraction of archives. Enable development mode

Installing Craft

  1. Start a PowerShell environment (Do not use PowerShell ISE, it doesn't work very well with python). It might be required to run it as administrator.
  2. Allow execution of powershell scripts by executing the following command:
    Set-ExecutionPolicy -Scope CurrentUser RemoteSigned
  3. Install Craft and follow the instructions by executing the following command:
    iex ((new-object net.webclient).DownloadString('https://raw.githubusercontent.com/KDE/craft/master/setup/install_craft.ps1'))
  4. Consider adding exception for the entire craft root directory to your antivirus' exceptions, otherwise build of some packages can fail (example: build of frameworks/tier2/kdoctools when AVG is used).


Note: For Microsoft Visual Studio compiler, it's necessary to have VCTOOLSREDISTDIR environment variable pointing to: "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\VC\Redist\MSVC\xx.xx.xxxxx" for MSVS 2017 and VCINSTALLDIR environment pointing to "C:\Program Files (x86)\Microsoft Visual Studio\2015\Community\VC\" for MSVS 2015.

Using the stock Qt SDK

This will skip all Qt packages and use the official Qt builds instead. It will work fine for most CMake based recipes but definitely cause problems with QMake based projects. You will of course also miss all patches we usually apply to Qt. This is only recommended when you know what you are doing and you won't get support for in our channel.

To activate the SDK mode adapt the [QtSDK] section in your etc/kdesettings.ini to something like:

   [QtSDK]
   ## Whether to use prebuild Qt binaries.
   Enabled = True
   ## The path to the Qt sdk.
   Path = C:\Qt
   ## The version of Qt.
   Version = 5.9
   ## The compiler version, if you are not sure what to use, have a look at the directory set in QtSDK/Path.
   ## The compiler must be of the same type as General/KDECOMPILER.
   ## If you are using mingw please make sure you have installed the mingw using the Qt installer.
   Compiler = msvc2017_64

Using Craft

To use Craft you need to start a Powershell window, point that to KDEROOT\craft and run the initalization script. For example:

C:\CraftRoot\craft\craftenv.ps1

This tells Craft about your environment settings (e.g. paths). It will load your configuration from CraftRoot\etc\CraftSettings.ini. If there are any error messages Craft will not work as expected. The output should look similar to this one (of course with your paths):

PS C:\CraftRoot\craft>.\craftenv.ps1
Craft               : C:\CraftRoot
Version             : master
ABI                 : windows-msvc2017_64-cl
Download directory  : C:\CraftRoot\download

Then start crafting


This page was last edited on 22 October 2019, at 09:42. Content is available under Creative Commons License SA 4.0 unless otherwise noted.