Fulldecent (Talk | contribs) (→Setup the configuration) |
Fulldecent (Talk | contribs) (→Setup the configuration) |
||
Line 82: | Line 82: | ||
* qt-copy, kdesupport, kdelibs, kdepimlibs, kdebase | * qt-copy, kdesupport, kdelibs, kdepimlibs, kdebase | ||
− | Modules are built in the order they appear in your ~/ | + | Modules are built in the order they appear in your ~/kdesrc-buildrc, so the first module should be qt-copy, kdelibs should be before any other KDE SC module, and so on. |
{{note|The sample configuration file does include these modules by default, you won't need to make many changes unless you'd like to add some modules to the build by uncommenting them.}} | {{note|The sample configuration file does include these modules by default, you won't need to make many changes unless you'd like to add some modules to the build by uncommenting them.}} | ||
Line 99: | Line 99: | ||
<pre>module <module-name> | <pre>module <module-name> | ||
− | end module</pre> at the end of the ~/ | + | end module</pre> at the end of the ~/kdesrc-buildrc. <module-name> would be whatever the module is called in the software repository (for instance, kdemultimedia). |
===== Git-based modules ===== | ===== Git-based modules ===== |
Languages: عربي | Asturianu | Català | Česky | Kaszëbsczi | Dansk | Deutsch | English | Esperanto | Español | Eesti | فارسی | Suomi | Français | Galego | Italiano | 日本語 | 한국어 | Norwegian | Polski | Português Brasileiro | Română | Русский | Svenska | Slovenčina | Slovenščina | српски | Türkçe | Tiếng Việt | Українська | 简体中文 | 繁體中文
Note |
---|
It is possible to build KDE 3 using older versions of kdesrc-build, but this is not described here. |
kdesrc-build (formerly kdesvn-build) is a tool to allow users and developers to easily download and build the latest versions of the KDE Software Compilation (KDE SC) from the KDE source code repositories. It automates the following tasks and more:
It is not the end-all for your troubles building KDE, troubleshooting still applies. Many errors that occur using other methods occur here too, you read the log files that are stored for you.
So why use kdesrc-build? There are several reasons you may like to use it:
When using kdesrc-build you may find it beneficial to have a way of searching the source repository so that you know what modules to look for.
kdesrc-build is fairly easy to install and setup, but you also need to have the right software installed to build KDE SC. The requirements to build KDE SC are available as follows:
kdesrc-build requires Perl 5.8 or higher. It is installed by default with most distributions, and is included in the link above. Check your version of Perl with:
perl -v
Note |
---|
kdesrc-build is developed on a Linux system, but it should work on the various BSD distributions as well (although GNU tools may be required). |
Once your system is setup to be able to compile the KDE SC, you can download kdesrc-build from its website, kdesrc-build.kde.org. The file you download will contain (at least) the kdesrc-build script and a sample configuration file. Installing kdesrc-build is as simple as saving the file and making it executable. If you'd like, you can move it to a directory in your PATH, however for this example we'll put it into the KDE source directory that we use (~/kdesrc)
mkdir -p ~/kdesrc
cd ~/kdesrc
tar xjvf ~/path/to/kdesrc-build-1.12.tar.bz2
cp kdesrc-build-1.12/kdesrc-build .
Alternatively, the newest kdesrc-build script (and sample config file) can be pulled directly from svn:
mkdir -p ~/kdesrc
cd ~/kdesrc
export SVN_ROOT=svn://anonsvn.kde.org/home/kde
svn cat $SVN_ROOT/trunk/KDE/kdesdk/scripts/kdesrc-build > kdesrc-build
svn cat $SVN_ROOT/trunk/KDE/kdesdk/scripts/kdesrc-buildrc-sample > ~/.kdesrc-buildrc
chmod +x kdesrc-build
Now you should setup your configuration. For the most part the defaults in the included kdesrc-buildrc-sample should be sufficient.
cp ~/kdesrc/kdesrc-build-1.12/kdesrc-buildrc-sample ~/kdesrc-buildrc
Also, make sure that the modules you'll want to build are included. You'll want the following at the least:
Modules are built in the order they appear in your ~/kdesrc-buildrc, so the first module should be qt-copy, kdelibs should be before any other KDE SC module, and so on.
Note |
---|
The sample configuration file does include these modules by default, you won't need to make many changes unless you'd like to add some modules to the build by uncommenting them. |
You may want to enable the make-install-prefix option if you are installing KDE SC or Qt to a directory that is not in your home directory. make-install-prefix allows you to run su or sudo during the make install process so you can install files as root, or set certain programs to execute with higher permissions (This is required for certain programs to execute properly).
module kdelibs make-install-prefix sudo -S # sudo with no stdin end module module kdebase make-install-prefix sudo -S end module
If a module you'd like to build isn't already present, simply add
module <module-name> end moduleat the end of the ~/kdesrc-buildrc. <module-name> would be whatever the module is called in the software repository (for instance, kdemultimedia).
Some KDE projects use the "git" source-control software instead of Subversion (as part of an eventual planned migration to git). This includes software like Amarok and Konversation.
To build these modules in kdesrc-build, you just need to add a couple of lines to the module configuration. For example, konversation is developed in the git://gitorious.org/konversation/konversation.git repository at [1]. So you would just add a module (you can pick whatever name for the module you like, as long as it's not already used):
module konversation repository git://gitorious.org/konversation/konversation.git branch master end module
In this case I selected the "master" branch since that is the default git branch.
Now whenever you build konversation, kdesrc-build will use git instead of Subversion.
kdesrc-build is driven from the command line, so here's a guide to some of the more useful command line options:
Option | Effect |
---|---|
--pretend (Short form -p) | This option is like a dry run. kdesrc-build will process the options and its configuration like normal, and run through the build as normal, but instead of downloading or running the build will instead output what kdesrc-build would have done. You should always run with -p before running kdesrc-build to make sure it is doing what you expect. |
--no-svn (Alt. form --no-src) | This option skips the source code update step. This is useful if you're running kdesrc-build again soon after the last update and don't want to wait to find out there were no changes. |
--refresh-build | This option causes kdesrc-build to delete the current build information for the given modules and start building them again from scratch. This option takes a lot of time but gives the best chance of a successful build. |
Any other non-option arguments on the command line are assumed to be modules to build (and are built in the order provided on the command line). If no modules are specified, all of the modules listed in the ~/.kdesrc-buildrc are built in the order listed in the file.
We're almost there. If you're happy with your settings then it's time to test out kdesrc-build. In theory things are as simple as running kdesrc-build and then coming back later. ;)
cd ~/kdesrc
./kdesrc-build
You may want to test by building qt-copy first however.
cd ~/kdesrc
./kdesrc-build qt-copy
Tip |
---|
If you have the GNU screen program available then you should definitely use it to run kdesrc-build, as you can detach your kdesrc-build session and logout while kdesrc-build is still running. |
If the build failed (kdesrc-build will error out with a nice bright red error message) then there are several possibilities:
How do you find out what the error was? The output of the failing command will be in the log directory. By default, all log output is in the log subdirectory of the KDE SC source directory. The log directory is laid out like this: log/date-run/module/output-file.log. To simplify finding the appropriate file, there are a couple of symlinks created:
log/latest always has the debugging output for the last time kdesrc-build was run (--pretend doesn't count toward this) log/latest/<module>/error.log has the debugging output for the command that caused a module build to fail.
For instance if qt-copy just failed to build you could read the output like this:
cd ~/kderc
kwrite log/latest/qt-copy/error.log
Replace kwrite with your preferred editor. Hopefully the output can guide you to resolving the problem. For instance, if the failure is a cmake output saying you're missing a library, install that library and try again. ;) For link errors you can try running a --refresh-build on the module (or if that doesn't work, required libraries like qt-copy and kdelibs).
If you're stumped by the error you may want to wait a day and try updating again, and hope that the reason for the error has been fixed. You can also try mailing the kde-devel mailing list to see if others know about the problem or have had similar issues.
Assuming you got enough of the modules to build and install to have a working KDE installation, you'll still need to setup your environment correctly to run it. kdesrc-build doesn't help you out here (yet), but the instructions at the .bashrc wiki page apply just as well, except that you'll need to set the environment variables to the settings that are in your ~/.kdesrc-buildrc.
For the KDEDIRS and KDEDIR variable use the setting of the "prefix" option (in the global section). For the QTDIR variable use the setting of the "qtdir" option.
Tip |
---|
When copying settings over to the .bashrc, change any ~'s in the paths to $HOME, as the ~ character is not expanded correctly in the .bashrc. |
Once your .bashrc is setup logout and log back in again and then you should be able to run your new KDE installation.
Keeping your KDE installation up to date is as simple as running kdesrc-build again. Every kdesrc-build has these phases:
Old build directories are not deleted by default, so the build after a small update will not normally take as long as the initial build of a module. This is called "incremental make". However it may be necessary at times to perform a full rebuild due to inconsistencies between the build directory configuation and changes to the source directory. You can use the --refresh-build option to force a full rebuild.
For more information on how to take advantage of kdesrc-build, see the online documentation for kdesrc-build, which describes all of the module options and command line options available for kdesrc-build and gives tips on how to perform various useful tasks.
If you have any questions that are not answered please feel free to add them under the Discussion entry for this page and hopefully someone will be able to get the answer.