Difference between revisions of "Getting It de"

Quelltext

Der Quelltext kann als Tarball-Archiv herunter geladen werden, z.B. hier für OOo2.2.1. Falls ein neueres Release oder Snapshots für Entwickler da sind, schauen Sie bitte in den Abschnitt Development von Download Central. Die Quellen sind sehr groß, weshalb sie in mehrere Dateien aufgesplittet sind. Für neuere Release als OOo2.1 ersetzen Sie OOo_2.1.0_ entsprechend:

• OOo_2.1.0_src_core.tar.bz2 - der unerläßliche Teil für jedes Build; die anderen Tarballs benötigen diesen.
• OOo_2.1.0_src_binfilter.tar.bz2 - die Filter für die alten Binary-StarOffice-Formate.
• OOo_2.1.0_src_l10n.tar.bz2 - Übersetzung in andere Sprachen also Englisch und Deutsch.
• OOo_2.1.0_src_sdk.tar.bz2 - OOo SDK (Software Development Kit).
• OOo_2.1.0_src_system.tar.bz2 - Bibliotheken, die üblicherweise auf einem Standard-Linuxsystem vorhanden sind, weshalb es nicht erforderlich ist, eigene Versionen auf Linux zu erstellen. Für eine Windows-Build wird dieses Paket üblicherweise benötigt.

Für ein komplettes Build brauchen Sie sie alle. Für Entwicklung ist src_core gewöhnlich alles, was Sie brauchen.

Laden Sie sie in ein Verzeichnis herunter und entpacken sie. Informationen, wie man aus dem CVS auscheckt, folgen.

Vanilla up-stream

Sie werden insbesondere an dem Abschnitt Get the source code in dem Build-Handbuchsection interessiert sein (für Linux, aber ziemlich ähnlich für alle anderen Plattformen).

export 'CVSROOT=:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs'
cvs login
(CVS password: anoncvs)
cvs co -r <milestone> OpenOffice2

Das Werkzeug, um das Projekt source code online zu durchsuchen, hat einige ergänzende Hinweise.

Falls Sie nur ein Entwickler-Releas testen wollen, können Sie ein bereits kompiliertes Build von [1] herunterladen. Auflistungen von verfügbaren Mac-Builds finden Sie unter Mac OS X Development Builds.

ooo-build

There are loads of versions of OO.o, and several choices of branch, with multiple outstanding patch sets. I recommend you build from up-stream CVS HEAD milestones (SRC680 milestones), with patch sets to make them easier to build from [2]

The very latest ooo-build (a small ~1.5Mb build wrapper) can be got from SVN thus:

svn co http://svn.gnome.org/svn/ooo-build/trunk ooo-build

Note: You are going to need to download an additional ~150Mb of compressed source, and have ~3Gb of space to unpack and build it in.

Checking out a CWS through CVS

This section is a draft!

First, find the CWS name such as picom. Then, lookup the CWS name in EIS (e.g., picom). Notice "Milestone (current)" is m222 (in this example as of time of writing): that is the base milestone. Then, notice the affected modules listed under "Modules & Files."

You will checkout the base milestone from CVS. The convention for base milestone is SRC680_m### (later DEV300_m###?). Then in each affected module (where a module is basically a directory), you will update the module with CVS. The convention for the revision tag for the CWS is cws_src680_####.

Here is a script.

[bash,N]

        desktop filter goodies offapi offuh psprint sal  \
        slideshow solenv testshl2 tools unotools vcl xpdf"

       echo "updating module $d"
       pushd $d
       cvs up -dP -r $CWS_TAG
       popd

done

If you have a working ~/.cwsrc configuration file setup and the SOLARENV environment variable is set to an already existing solenv directory of a previously checked out OOo tree, e.g. export SOLARENV="$HOME/ooo/SRC680/src.m222/solenv", and PATH contains the solenv/bin directory, e.g. export PATH="$SOLARENV/bin:$PATH", then the list of affected modules may be automatically obtained using [bash,N] AFFECTED_MODULES="$(cwsquery -m src680 -c picom modules)"

You also may use cwsquery to obtain the current milestone of the CWS with [bash,N] BASE_MILESTONE_TAG="SRC680_$(cwsquery -m src680 -c picom current)"

When scripting this it is a good idea to check the exit code of cwsquery commands in case your ~/.cwsrc is broken or the environment prerequisites aren't met or the EIS database isn't reachable, so add the following after each cwsquery command: [bash,N] if [ $? -ne 0 ]; then

   echo 'cwsquery unsuccessful.'
   exit 1

fi

If you already have ~/.cwsrc working and a milestone master build ready and want to work on a CWS based on that milestone see Tuning in to a CWS, which offers a method that does not require to rebuild the entire tree.

See also

• Building