Talk:Installing third party softwares in terminal/Build/KDE4: Difference between revisions

From KDE TechBase
(Build status)
(→‎Fixes needed: remove old & add new question because of wrong dir in the kdelibs receipe.)
Line 64: Line 64:
: no. why would you want them to have sudo access?
: no. why would you want them to have sudo access?


* "Set up Pkg-Config" section: Shouldn't this be removed? IMHO it is wrong (is uses /usr/local as directory) and, like the other enironement variables, is already covered by [[Getting_Started/Increased_Productivity_in_KDE4_with_Scripts]]. --[[User:TMG|TMG]] 10:52, 19 March 2007 (CET)
* After compiling strigi, the current working directory is the strigi build dir. Now, the next step is the kdelibs receipt, which tells us to do "cs" as a first step. However, this ends up in the strigi source dir, not the root source dir as intended. What would be the proper way to fix the receipe?
 
: indeed. fixed. --[[User:Aseigo|Aseigo]] 16:52, 19 March 2007 (CET)


===== libungif/giflib ====
===== libungif/giflib ====

Revision as of 14:26, 20 March 2007

Q: What is cs and cb?

A: This is not a typo. Read the article about setting up your .bashrc. Both cs and cb are bash functions, used to change to the KDE source directory and KDE build directory respectively.

Q: Are there build instructions for other OS?

A: Actually yes, for Mac OS X. There also is kdelibs.com (see also here) which will be merged into this wiki in the future.


Q: Isn't the install prefix, make and make install missing for modules like kdelibs and kdebase?

A: No. The shell function cmakekde handels this, have a look at the file .bashrc.

Q: How can I generate API Documentation for other modules?

A: Try the following code, replacing <modulename> with your desired module:

cs
mkdir -p apidox
cs apidox
../kdelibs/doc/api/doxygen.sh ../<modulename>/

Q: I changed the first command of the "Set up QT - Recipe" from cd to cs because I think this was a typo. Am I right??

A: Right --Dhaumann

no, it was perfectly intentional. see the /Getting_Started/Increased_Productivity_in_KDE4_with_Scripts/.bashrc bashrc in the productivity with KDE4 scripts tutorial. it has QTDIR set to ~/qt-copy. this makes sense, actually, since building Qt is done rather differently from the rest of KDE and one may not get Qt from KDE's svn in any case. so yes, it is supposed to be cd, not cs.
*blush* ;) i should read more carefully. --Dhaumann

Notes: ~/install

When installing KDE4, I strongly recommend installing all tools (like dbus and cmake) and kde packages into the same place, e.g. ~/install. Qt is the only exception.

The reason for this is because if you install some packages to ~/kde and some to /usr/local and maybe one in /usr then cmake will generate errors like:

-- It is impossible to order the include directories.

This is not a fatal error, so you will still be able to compile, but you will possibly be using the wrong versions of libraries and this will product problems that are very hard to diagnose.

You may not experience any problems when installed like I advise not to, however I have and you might too in some typical situations.

Please see:

http://developer.kde.org/build/trunk.html

Install CMake modules local

The CMake modules should be installed local into ~/install/cmake/modules or similar. When following the current instructions 6.1: Install additional CMake modules, it's impossible to do a non-root installation, because "kdelibs/cmake/modules/cmake_install.cmake" wants to install the modules to "/cmake/modules". (I didn't install CMake local, because my system already provided CMake > 2.4.3).

I've already tried to do this, fiddling around with CMAKE_MODULE_PATH and DATA_INSTALL_DIR but couldn't get it working.

Does anybody know how to do this properly?

--Eliasp 15:44, 4 January 2007 (CET)


Fixes needed

  • qt-copy: Should we pass the -debug flag? Doesn't Qt install debug information separately by default anyways? Or is that just in the snapshot? --Mpyne
according to ./configure --help, the default is -release in snapshot. --Aseigo 04:33, 14 March 2007 (CET)
  • In the part of the tutorial that describes how to create a new users, shoudn't to have an edit /etc/sudoers to add permitions for kde-devel call sudo? --SilveiraNeto 03:01, 14 March 2007 (CET)
no. why would you want them to have sudo access?
  • After compiling strigi, the current working directory is the strigi build dir. Now, the next step is the kdelibs receipt, which tells us to do "cs" as a first step. However, this ends up in the strigi source dir, not the root source dir as intended. What would be the proper way to fix the receipe?

= libungif/giflib

Since the patents expired, why not use giflib?

Build status

You might want to include the dashboard link to show which modules currently build and which don't. --141.35.8.106 13:28, 20 March 2007 (CET)