Projects/KDE on Solaris: Difference between revisions

From KDE TechBase
(fix typo in previous edit)
(Massive clean up and update. - Edward O'Callaghan.)
Line 6: Line 6:


'' Solaris '' and '' OpenSolaris '' are trademarks of Sun Microsystems, Inc.
'' Solaris '' and '' OpenSolaris '' are trademarks of Sun Microsystems, Inc.


== Scope ==
== Scope ==
Line 16: Line 15:
On your own, that is, unless you register for Techbase and add your comments on what needed doing and what was problematic somewhere below.
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 E. O'Callaghan, Ben Taylor and Mark Wright for their help in particular.
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 Envroment 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.}}
 
Getting KDE4 on your Solaris machine requires the following:


* CBE (Common Build Environment) 1.7.0. - http://opensolaris.org/os/project/jds/contributing/building/
* A check in of the RPM-style SPEC files (they automagicly grab the sources for you). - I'll show you as we go.
* Sun Studio 12. - http://developers.sun.com/sunstudio/downloads/
* The latest patches for SS12 - http://developers.sun.com/sunstudio/downloads/patches/ss12_patches.jsp
* SXCE or Solaris 10u5+. - For SXCE see; http://www.opensolaris.org/os/downloads/sol_ex_dvd_1/


== Prerequisites ==
==== 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.
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.
Line 62: Line 77:
You can check with CC -V if you are up-to-date for the 124864 patch and cc -V for the 124868. Those are the most important ones.
You can check with CC -V if you are up-to-date for the 124864 patch and cc -V for the 124868. Those are the most important ones.


'''Solaris Express  '''
==== snv_97+ special info ====
Solaris Express, also known as Nevada, ships with ''Sun Studio Express '' instead of Sun Studio 12. You should remove it and manually download/install Sun Studio 12. Apply the required patches as mentioned in the section above, although you can skip the OS patches.


There is some confusion about which version(s) of Sun Studio 12 are '''really''' supported; it seems that SXDE 1/08 nv79 is the best version to have. Some (even newer) versions of the compile cause trouble when compiling the dependencies and KDE itself. That's for you to find out, though, and we appreciate hearing about bug reports. The developers themselves use nv70b and nv83. The more recent nv91 seems to have some issues which we have not yet fully identified. OpenSolaris 2008.5 is not a viable development platform for KDE4 on Solaris.
{{warning|If you are using snv_97+, FOSSnas will fail unless you copy the following files into /usr/X11/lib/X11/config/ Note that this will be fixed in a later snv_rev and this page will be updated with a bit of hope.}}


== Compilation and Installation ==
[edward@SXCE-Workstation]:/export/home/edward:~>uname -sv
SunOS snv_99


{{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.}}
Getting KDE4 on your Solaris machine is a three step process:
* You need the tools with which we will build everything else. This is CBE (Common Build Environment) 1.7.0. The CBE was originally used for building GNOME / JDS on Solaris and now contains all the tools for all the desktops. However, CBE 1.7.0 is not released in its final form yet, so there are some tricks needed. '''Short-term goal:''' Get CBE 1.7.0 final out there for use.
* You need all of the dependencies for KDE. This is a lot of software and is held in the CVSDude SVN repository. The dependencies are all provided as RPM-style SPEC files and sources. The packages produced by this step are all called FOSS<something> and are in the category KCE. KCE lies below KDE, hence the name. The software installs in /opt/foss. '''Long-term goal:''' Merge as much as possible with the existing Solaris packages.
* You need KDE4 itself. The current version is KDE 4.1.0 and the released tarballs will be downloaded automatically. '''Medium-term goal:''' IPS packages as well.


There's actually a zero'th step: getting the sources which you need. We'll go over the four steps in turn.
If you don't do this step you will end up with the following error : "FOSSnas |      FAILED | pkgbuild build failed"


=== Getting the Sources ===


First, we need to get the sources to all the KDE dependencies. These all live in an SVN repository called CVSDude (which is a SVN hosting company that the KDE-Solaris team pays for an account). But not all Solaris installations ''have'' SVN installed already. If you do not have SVN installed, get it first.
More info here; cat /tmp/FOSSnas.log


SVN is included in CBE so you can use that if all else fails. CBE is needed anyway.
/usr/bin/wget http://xorg.freedesktop.org/archive/individual/util/xorg-cf-files-1.0.2.tar.bz2


Once you have SVN, check out the CVSDude repository (it might be over 3GB in size - be prepared for a long download and lots of disk use) as follows:<code>svn co https://svn2.cvsdude.com/kdesolaris/trunk Dude</code>
/usr/bin/bunzip2 -cd xorg-cf-files-1.0.2.tar.bz2 | tar -xvf -
This will leave a gigantic checkout in a subdirectory Dude/. Inside, you will find SPECS/ (for building dependencies) and KDE/4.1.0/ (for KDE4 building). And another hundred or more directories, each one of which contains one dependency package for KDE4 in the following form: &lt;PACKAGE&gt;/&lt;version&gt;/ with pristine (unmodified from release versions) source and a Solaris/ directory which contains our patches and some build infrastructure.


There are some other directories as well: KBE, CBE which are unused, and Build/ which is used to track KDE SVN and which is not documented here.
cd xorg-cf-files-1.0.2


=== KBE Compilation and Installation ===
cp X11.rules /usr/X11/lib/X11/config/


SVN is included in KBE. There is also make and cmake and other build tools. There is also pkgtool, which is used for building SysV packages. Compilation and installation is automated through a script. You must have the "Software Installation" permission (in /etc/user_attr) or be root to run this. <code>cd Dude/KBE
cp X11.tmpl /usr/X11/lib/X11/config/
bash kbe-install</code>
This script will install dependencies that KBE has which are on the Solaris install media (SUNWi2c and twenty others, I think). Then it will start building the packages for KBE itself, starting with pkgtool. It should go off without a hitch (otherwise post output to the mailing list). If it craps out somehow, you will have to start over from scratch; clean out the parts it has installed and start over: <code>pkgrm -Y KBE ; bash kbe-install</code>


Once KBE is done installing, you can check with <tt>pkginfo -c KBE </tt> to see what it has installed. You will have a <tt>/opt/kdebld</tt> filled with "stuff". Right. Now source the environment from KBE, which you will use in later steps:<blockquote><tt>. /opt/kdebld/bin/env.sh</tt></blockquote>
cp xorg.cf /usr/X11/lib/X11/config/
(Use <tt>source /opt/kdebld/bin/env.csh</tt> if the C shell is your poison). If you don't have an env.sh at the end, something is definitely wrong. I end up with 170 or so files in <tt>/opt/kdebld/bin</tt>, so keep that in mind as a metric. There are 18 packages in the KBE group (there used to be more, but we removed vim as 'non-essential').


You can give <tt>kbe-install</tt> a <tt>--nodeps</tt> flag to avoid the SUNW packages that it wants to install. These are apparently needed for full internationalization and UTF-8 support. I do not know what avoiding the SUNW dependencies will do, actually: they don't really seem to be essential, but I would suggest skipping this step '''only''' if you don't have the install media handy.
cp xorgsite.def /usr/X11/lib/X11/config/


cp host.def /usr/X11/lib/X11/config/


==== Using packages ====
==== Setting up CBE 1.7RC1 ====


There are SYSV packages for the parts of KBE available from bionicmutton.org, see [http://www.bionicmutton.org/solaris/ the index of packages] for details. You can get the packages from the individual links there. Mind you get the right ones for your architecture ([http://www.bionicmutton.org/solaris/?arch=x86 x86] [http://www.bionicmutton.org/solaris/?arch=sparc SPARC]).
N.B. Please check if a later version is out in : http://dlc.sun.com/osol/jds/downloads/cbe/


Use pkgadd on each unpacked package to install it.
cd ~ ; mkdir CBE1.7 ; cd CBE1.7


==== Getting help ====
* x86/x64:
/usr/bin/wget http://dlc.sun.com/osol/jds/downloads/cbe/test/desktop-cbe-1.7.0-rc1-x86.tar.bz2


If <tt>kbe-install</tt> does not work, please pop into #kde-solaris on Freenode (irc.kde.org works) and ask questions.
/usr/bin/bunzip2 -cd desktop-cbe-1.7.0-rc1-x86.tar.bz2 | tar -xvf -


=== Dependencies ===
* SPARC:
/usr/bin/wget http://dlc.sun.com/osol/jds/downloads/cbe/test/desktop-cbe-1.7.0-rc1-sparc.tar.bz2


KDE4 has a lot of dependencies. Without getting near to porting all of the optional dependencies for the first four KDE SVN modules, the KDE Solaris team has already done about 120 different Open Source packages. These need to be installed first before you can compile KDE4. The packages range from single header files to Qt 4.4.0, which is kind of big. All of the dependencies are distributed as SysV packages.
/usr/bin/bunzip2 -cd desktop-cbe-1.7.0-rc1-sparc.tar.bz2 | tar -xvf -


==== Getting spec files ====
`cd` in and follow the README/INSTALL file.


The next part of the equation is getting all of the '''dependencies''' of KDE to build. These are numerous, multifarious, and huge. And at least one of them will break. See [[#Getting the Sources]], above. When it's done, go to the SPECS.
== Getting KDE4-SPEC's (*Stable Relase*) ==
<code>$ cd Dude/SPECS</code>


In the <tt>SPECS/</tt> directory you will find a whole bunch of <tt>*.pspc</tt> files. These represent all the dependencies currently packaged. Some of these may conflict with files and packages already sitting in your <tt>~/packages/</tt> directory, so it is safest to remove <tt>~/packages/BUILD/*</tt> and <tt>~/packages/SPECS/*</tt> and <tt>~/packages/SOURCES/*</tt> (but not the directories themselves).
Simply;
cd ~ ; mkdir KDE4.X.x ; cd KDE4.X.x/


The pspc files are "Pre-SPEC files", meaning that they need to be processed in order to produce the .spec files that pkgtool understands. We do this for two reasons:
hg clone https://solaris.bionicmutton.org/hg/kde4-specs
* The build and install sequence for each package is the same; all the logic lives in the <tt>Solaris/</tt> directory of each source tarball.
* If you don't like using mercurial at all, you can get the tarball here; http://solaris.bionicmutton.org/hg/kde4-specs/archive/tip.tar.gz
* We need to create 32- and 64-bit spec files which are almost alike anyway.


==== Patching your System ====
== Getting KDE4-SPEC's-Dev (*Unstable Testing/Devolpment*) ==


Boost, one of the dependencies, builds Python bindings, and the Python headers installed by the system Python package are broken. So you will have to edit them as root to fix this. Fortunately it will take a while before Boost gets there, so start the make process and then an editor. In <tt>/usr/include/python2.4/pyport.h</tt> there is a <tt>gethostname()</tt> prototype that must be commented out. Or get a [http://www.bionicmutton.org/solaris/pyport.h good copy of pyport.h] here.
Simply;


==== Compilation ====
cd ~ ; mkdir KDE4.X.x ; cd KDE4.X.x/


You will have to source the environment from KBE and then run make in the <tt>Dude/SPECS</tt> folder:
hg clone https://solaris.bionicmutton.org/hg/kde4-specs-dev
<code>$ cd Dude/SPECS; nohup time make & tail -f nohup.out</code>
That will start building all of the packages, one by one. For each package, the perl script <tt>Respect.pl</tt> is used to create the <tt>.spec</tt> files and tar up the source directory which you have checked out of SVN. Then pkgtool is used to build the resulting packages (both 32- and 64-bit if your hardware supports it). Typical output from '''one''' package looks like this:


<code>perl Respect.pl --with-all --without-upload --without-build flac
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).
Respect: Reading pspc file flac ...
So we welcome you too can push fixes back on to it; A review will happen before things end up in *-specs.
Respect: Reading pspc file flac ...
Respect: Creating spec file flac.spec ...
Respect: Checking consistency ...
Respect: Creating spec file flac.spec ...
Respect: Warning - no dependency packages specified.
Respect: Installing replacement libtool ...
Respect: Creating source tarball ...
Respect: Copying tarball to packages/SOURCES ...
Respect: Skipping upload of tarball.
Respect:    Use --with-upload to enable.
Respect: Skipping package build.
Respect:    Use --with-build to enable.
pkginfo -q "FOSSflac" || pkgtool build "FOSSflac.spec"
INFO: Copying %use'd or %include'd spec files to SPECS directory
INFO: Processing spec files
INFO: Finding sources
INFO: Running pkgbuild -ba [...] FOSSflac.spec (FOSSflac)</code>


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


If a package build fails, there will be a <tt>/tmp/FOSS*.log</tt> file explaining what went wrong. If configure fails in these packages, look for <tt>/tmp/config.log</tt> as well. Unfortunately pkgtool seems to destroy the build results directory even when it fails; you may also be able to look into <tt>~/packages/BUILD/</tt> to find the directory where things were building.
cd kde4-specs/


In case you face error like this:
hg up
<code> ERROR: FOSSa52dec: Source file http://www.bogus.org//A52DEC-0.7.4.tar.gz not found</code>


Just run
more README
<code> make rebuild-PKGNAME </code>
* Read though and take note of anything important you may need to know since this was last updated.
or
<code> perl Respect.pl --with-spec --with-libtool --with-tarball --with-copy *.pspc</code> in the SPECS dir. Then run a "make". Things, will build, hopefully ;)


==== Compiling by hand ====
/opt/dtbld/bin/env.sh


You may want to work on a single pspc file or a single package by hand. Respect.pl has a whole bunch of options, but what you will most commonly do is create .spec files, create a tarball, build and install the package. This is straightforward:<code>perl Respect.pl --with-all --without-upload pspc-file</code>
make
If you forget the <tt>--without-upload</tt>, it will try uploading the resulting package to bionicmutton, which probably is not what you want.


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


You can get packages from bionicmutton.org just as you can for KBE. Use
=== What to expect after a Clean Build ===
                        FOSSnas |      PASSED |
                    FOSSncurses |      PASSED |
                    FOSSopencdk |      PASSED |
                    FOSSopenldap |      PASSED |
                        FOSSpcre |      PASSED |
                      FOSSphonon |      PASSED |
                FOSSqimageblitz |      PASSED |
                          FOSSqt |      PASSED |
                    FOSSreadline |      PASSED |
                    FOSSsoprano |      PASSED |
                      FOSSsqlite |      PASSED |
                      FOSSstdcxx |      PASSED |
                      FOSSstrigi |      PASSED |
                      FOSSxprop |      PASSED |
                    KDEbase-apps |      PASSED |
                KDEbase-runtime |      PASSED |
              KDEbase-workspace |      PASSED |
              KDEdt-integration |      PASSED |
                        KDElibs |      PASSED |
                          KDEpim |      PASSED |
                      KDEpimlibs |      PASSED |
                          KDEsdk |      PASSED |
                  FOSSlibiconvwo |      PASSED |
                  FOSSgettextwo |      PASSED |
                FOSScyrus-saslwo |      PASSED |
            FOSSmit-kerberos5wo |      PASSED |
                  FOSSopenldapwo |      PASSED |


<code>
== Getting help ==
/usr/sfw/bin/wget --recursive http://www.bionicmutton.org/solaris/?arch=<arch>
</code>
 
==== 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.
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.
=== Removing FOSS* packages ===
If you want to remove the packages, run
<code> make uninstall </code>
which basically does the following:
<code>for i in 1 2 3 4 ; do yes | pfexec pkgrm -Y KCE ; done</code>
As usual, <code>pkgrm -Y KCE</code> removes all the packages in the category KCE (which is the category for our FOSS packages). However, there are some nasty circular dependencies that need special kinds of violence. This is why we need to remove the packages repeatedly. Each run through removes one cycle of packages.
=== KDE4 Proper ===
KDE4 still builds out of KDE SVN. We have a setup that applies a handful of Solaris-specific patches to the code and then builds everything. We don't use kdesvn-build yet, but probably should when there are no external patches left.
==== Setting up an SVN checkout ====
Get a checkout of KDE SVN 4.1 branch, like so:<blockquote><tt>/opt/kdebld/bin/svn co svn://anonsvn.kde.org/home/kde/branches/KDE/4.1</tt></blockquote>That's a huge checkout. Remember where you put it.  kdesupport and koffice are not part
of that repository, so you'll also need to pull kdesupport like
<blockquote><tt>
svn co svn://anonsvn.kde.org/home/kde/trunk/kdesupport kdesupport
</tt></blockquote>
and koffice like
<blockquote><tt>
svn co svn://anonsvn.kde.org/home/kde/trunk/koffice koffice
</tt></blockquote>
==== Using the build system ====
The build system lives in CVSDude SVN, so you need to check it out as well:<blockquote><tt>/opt/kdebld/bin/svn co https://svn2.cvsdude.com/kdesolaris/trunk/Build</tt></blockquote>
Now is probably the right time to source <tt>/opt/kdebld/bin/env.sh</tt> again. Notice that <tt>Build/</tt> just contains Makefiles. Everything here is driven by (GNU) make.
Configuration is stored in <tt>Makefile.config</tt> and you can override most of that in a file <tt>Makefile.config.local</tt>. The contents of my local configuration file are as follows:<code>KDESVN_DIR=/export/home/adridg/KDE
DESTRUCTIVE_UNPACK=YES
SVN_UPDATE=YES</code>That ought to be self-explanitory: I have the KDE SVN checkout under <tt>~/KDE</tt>; I want to start from a clean svn state each time (set this to NO while working on patches in the checkout, of course) and I want to run svn up before each build.
A good trial run is of the kdesupport SVN module, so run <tt>make -f Makefile.kdesupport</tt>
==== Getting help ====
The IRC channel is never too busy.
The IRC channel is never too busy.
<nowiki>#</nowiki>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.
<nowiki>#</nowiki>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.
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.
== Adding a KDE Session to DTLogin ==
(Material taken from [http://blogs.sun.com/pradhap/entry/dtlogin_add_window_manager Pradhap's blog entry]) To be able to choose KDE4 from the login screen, you need to add a session to the dtlogin configurations -- and you need to have at least KDEBase compiled and installed. Then (as root):<code># cd /usr/dt/config/C/Xresources.d
# cp -Ppr Xresources.jds Xresources.kde
# # Edit that file so it goes to KDE instead of GNOME
# cd /usr/dt/config
# cp -Ppr Xsession2.jds Xsession.kde
# # Edit that file so it goes to KDE instead of GNOME
# cp -Rpr Xinitrc.jds Xinitrc.kde
# # Edit that file so it goed to KDE instead of GNOME
</code>
You can also [http://www.bionicmutton.org/solaris/kde-session.tar.gz get a tarball] with the fixed-up files.

Revision as of 13:48, 21 October 2008

Solaris (and OpenSolaris) are Free Software operating systems released under the CDDL by Sun Microsystems. They are vaguely SysV-like. 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.

For an overview of the remaining issues, see the KDE4 on Solaris status page. It lists showstopper bugs and issues with dependencies. This page is concerned with instructions on how to build it all.

Solaris and OpenSolaris are trademarks of Sun Microsystems, Inc.

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 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 obsolete hardware platforms (32-bit only like i386 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 Envroment 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.


Getting KDE4 on your Solaris machine requires the following:

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.

Solaris 10 Install Sun Studio 12. Patch Sun Studio 12 with at least the following (there's an up-to-date list), assuming amd64; for SPARC, check that download page:

  • 124864-04
  • 124868-05
  • 124869-02
  • 124873-04
  • 124876-02
  • 126496-02
  • 126498-07
  • 126504-01
  • 126996-03
  • 127002-04
  • 127003-01
  • 127144-03
  • 127148-01
  • 127153-01
  • 127157-01

Also patch your OS with (again, these are listed on the SS12 patches page):

  • 119964-08
  • 120754-05
  • 118677-03
  • 119961-04
  • 119255-57

You can check with CC -V if you are up-to-date for the 124864 patch and cc -V for the 124868. Those are the most important ones.

snv_97+ special info

Warning
If you are using snv_97+, FOSSnas will fail unless you copy the following files into /usr/X11/lib/X11/config/ Note that this will be fixed in a later snv_rev and this page will be updated with a bit of hope.


[edward@SXCE-Workstation]:/export/home/edward:~>uname -sv SunOS snv_99


If you don't do this step you will end up with the following error : "FOSSnas | FAILED | pkgbuild build failed"


More info here; cat /tmp/FOSSnas.log

/usr/bin/wget http://xorg.freedesktop.org/archive/individual/util/xorg-cf-files-1.0.2.tar.bz2

/usr/bin/bunzip2 -cd xorg-cf-files-1.0.2.tar.bz2 | tar -xvf -

cd xorg-cf-files-1.0.2

cp X11.rules /usr/X11/lib/X11/config/

cp X11.tmpl /usr/X11/lib/X11/config/

cp xorg.cf /usr/X11/lib/X11/config/

cp xorgsite.def /usr/X11/lib/X11/config/

cp host.def /usr/X11/lib/X11/config/

Setting up CBE 1.7RC1

N.B. Please check if a later version is out in : http://dlc.sun.com/osol/jds/downloads/cbe/

cd ~ ; mkdir CBE1.7 ; cd CBE1.7

  • x86/x64:

/usr/bin/wget http://dlc.sun.com/osol/jds/downloads/cbe/test/desktop-cbe-1.7.0-rc1-x86.tar.bz2

/usr/bin/bunzip2 -cd desktop-cbe-1.7.0-rc1-x86.tar.bz2 | tar -xvf -

  • SPARC:

/usr/bin/wget http://dlc.sun.com/osol/jds/downloads/cbe/test/desktop-cbe-1.7.0-rc1-sparc.tar.bz2

/usr/bin/bunzip2 -cd desktop-cbe-1.7.0-rc1-sparc.tar.bz2 | tar -xvf -

`cd` in and follow the README/INSTALL file.

Getting KDE4-SPEC's (*Stable Relase*)

Simply; cd ~ ; mkdir KDE4.X.x ; cd KDE4.X.x/

hg clone https://solaris.bionicmutton.org/hg/kde4-specs

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

Simply;

cd ~ ; mkdir KDE4.X.x ; cd KDE4.X.x/

hg clone https://solaris.bionicmutton.org/hg/kde4-specs-dev

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.

KBE Compilation and Installation of (Stable)

cd kde4-specs/

hg up

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

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.

What to expect after a Clean Build

                        FOSSnas |      PASSED |
                    FOSSncurses |      PASSED |
                    FOSSopencdk |      PASSED |
                   FOSSopenldap |      PASSED |
                       FOSSpcre |      PASSED |
                     FOSSphonon |      PASSED |
                FOSSqimageblitz |      PASSED |
                         FOSSqt |      PASSED |
                   FOSSreadline |      PASSED |
                    FOSSsoprano |      PASSED |
                     FOSSsqlite |      PASSED |
                     FOSSstdcxx |      PASSED |
                     FOSSstrigi |      PASSED |
                      FOSSxprop |      PASSED |
                   KDEbase-apps |      PASSED |
                KDEbase-runtime |      PASSED |
              KDEbase-workspace |      PASSED |
              KDEdt-integration |      PASSED |
                        KDElibs |      PASSED |
                         KDEpim |      PASSED |
                     KDEpimlibs |      PASSED |
                         KDEsdk |      PASSED |
                 FOSSlibiconvwo |      PASSED |
                  FOSSgettextwo |      PASSED |
               FOSScyrus-saslwo |      PASSED |
            FOSSmit-kerberos5wo |      PASSED |
                 FOSSopenldapwo |      PASSED |

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.