So we welcome you too can push fixes back on to it; A review will happen before things end up in *-specs.

So we welcome you too can push fixes back on to it; A review will happen before things end up in *-specs.

−

== KBE Compilation and Installation of (Stable) ==

+

== KDE4 Compilation and Installation of (Stable) ==

cd kde4-specs/ ; hg up ; cd specs/

cd kde4-specs/ ; hg up ; cd specs/

Revision as of 07:52, 25 March 2009

Solaris and OpenSolaris are operating systems that are available for free. In addition, OpenSolaris is released under the CDDL, a FOSS license, by Sun Microsystems. Whilst Solaris has its roots in BSD, it is mostly SysV. Solaris 10 is certified UNIX SUSv3. KDE4 runs on this operating system.

The KDE Project on the OpenSolaris site is intended to be the definitive source of information, but this page on TechBase is intended to collect information, porting and compilation guides, etc. Since TechBase is a wiki, this is much easier than going through the OpenSolaris editing process.

Scope

This page is about KDE4 (the KDE 4.1 branch; we are aiming for having KDE4.1 fully functional on Solaris) on Sun Solaris S10U5 or OpenSolaris Nevada 70b or OpenSolaris Nevada 83 running on both amd64 or SPARCv9 hardware and compiled with Sun Studio 12. No other KDE releases, operating system versions, compiler version (ie, not Studio 11 or Sun Studio Express) or hardware platforms are the target of this project, simply because the core contributors to the project do not have them or the time to work on them.

That's not to say it will not necessarily work; people have and continue to contribute work for older hardware platforms (32-bit only like i386[P3/Athlon] and SPARCv8). You can probably run the binaries produced by the project on other OpenSolaris releases, even OpenSolaris 2008.5, but you're on your own.

On your own, that is, unless you register for Techbase and add your comments on what needed doing and what was problematic somewhere below.

The core team for KDE4 on Solaris is Adriaan de Groot, Lukas Oboril, Stefan Teleman. We'd like to thank Edward O'Callaghan, Ben Taylor and Mark Wright for their help in particular.

Standard Environment Setup

We don't have much in the way of documented KDE4 *use* on Solaris nor many reports of bugs found in daily use of the below KDE4 packages on http://bugs.kde.org/ .
Thus we welcome any contributions though either bug reports, the repo or by email.

Prerequisites

Warning

The Techbase documentation gets out of date quite quickly. Do not follow it blindly; step into the IRC channel or on to the mailing list for more details or help with issues.

Patching your System

You can use either Solaris 10 update 5 (S10U5) or Solaris Express (Nevada build 70b or 83 -- these two versions run on our build machine and on at least one developer's desktop). Other versions of the operating system might work, but there are no guarantees and probably not much sympathy either; OpenSolaris 2008.5 is downright broken as a development platform.

Studio 12
There is a command line install and a GUI. Having installed with both types,
I much prefer the GUI. It has finer grain control, and you can choose not to
patch immediately (select the Advanced Options tab when you get to the
install options, and unselect "Install Product Patches"). The reason to
not patch immediately, is that you're going to have patch Studio 12 after installing, and there's no sense carrying around an extra 400MB in saved patches because the Studio 12 distro already has some older patches included in the
distribution. Using [http://www.par.univie.ac.at/solaris/pca Patch Check
Advanced (PCA)] works well on both S10 and SXCE to handle patches for
Studio 12.

If you are running OSOL2008.11 or OSOL2008.05, then you will need to select
the download Studio 12 *tarball* from the Sun Download site. The packages
will add on OpenSolaris, but patchadd *doesn't* work, so you will be able to
update the packages for bug fixes on the compiler.

In /usr/include/python2.4/pyport.h , there's a gethostbyname prototype; it's wrong. Delete it entirely for building (simply commenting it out is not sufficient as the make system will check for its presence with a grep and if it is present even in comments the build will fail).

The line reads as:

extern int gethostname(char *, int);

SNV_(97<->103) - Special info

Warning

If you would like to build FOSSnas as a dep, It will fail unless you copy the following files into /usr/X11/lib/X11/config/ More info here; cat /tmp/FOSSnas.log

If you didn't tell CBE where you want to build the code, it will try to put it under /opt/dtbld. That really won't work because /opt/dtbld is owned by root. Modify ~/.pkgbuildmacros and fix %_topdir to some writable directory that you want to build the code in. Most folks use ~/packages. You can also route the BUILD logs to a directory specified by: ~/.pkgtoolrc and tell "logdir:" where to put it. (~/packages/BUILDLOGS seems reasonable)

Getting KDE4-SPEC's-Dev (Unstable Testing/Development)

N.B. The above is also for contributing back (which this mail message is all about). The *-specs-dev repo is public and writable (over https).
So we welcome you too can push fixes back on to it; A review will happen before things end up in *-specs.

KDE4 Compilation and Installation of (Stable)

cd kde4-specs/ ; hg up ; cd specs/

more README

Read though and take note of anything important you may need to know since this was last updated.

/opt/dtbld/bin/env.sh

Note: This command will start a subshell. Be careful, because environment variables (notably PATH) set in your shell startup files will override those set up by this command.

make rebuild-CBEcmake

This updates cmake from the CBE base because there are some Solaris/Studio 12 fixes there in the updated package.

make

This will now go off and build KDE4 and enything else needed as SysV packages. Come back in about 24h depending on your hardware.

Getting help

As usual, the IRC channel is a good place to start, but you must be able to pastebin compilation errors in order to get any help.
The IRC channel is never too busy.
#kde-solaris on irc.freenode.net . However, keep in mind that IRC is a live medium and it may not be the best place to ask questions. The mailing list kde-discuss at opensolaris.org is much more patient.

Also, you are expected to do your homework. Compiling KDE4 on Solaris is not for the faint of heart and you really need to know your way around compiling stuff and dealing with system software installation; otherwise you will be quickly ignored.

Binary Packages

A basic install script has been provided to do as much validation
as can be done to make sure accounts, privileges, space requirements
are satisfied to install the binary packages for KDE4 for Solaris.

The install script has several options:

You must set SRC_DOWNLOAD to a location that has 3GB of free space, not including the requirements for 2GB on /opt.

There is an option to download, unroll, and remove the tarball and pkg dir
after install which minimizes the need for keeping it all local. This is done
by editing the following variables in the script as such:

KEEP_TARBALL=NO

KEEP_PKGDIRS=NO

The script was tested locally, and other than not downloading the tarballs to the local system, the script stands up a beautiful KDE4 install for Solaris 10.
You are expected to follow the instructions the script give you if you are
missing accounts or privilieges.

No warranties, implied or otherwise. I'm doing this just because I'm hoping
other folks will help test KDE4 and be able to report bugs. It does take
about a day to build KDE4 on a Quad core X64 box as I've packaged it, so the build is not trivial.

Solaris 10/X64

This is for Solaris 10/X64 only. Each architecture and OS has
it's own build.