Galileo Computing < openbook > Galileo Computing - Professionelle Bücher. Auch für Einsteiger.
Professionelle Bücher. Auch für Einsteiger.

Inhaltsverzeichnis
Vorwort
Leitfaden
1 Die Wurzeln von Ubuntu
2 Was ist Ubuntu?
3 Die Versionen im Detail
4 Die Möglichkeiten der beiliegenden DVDs
5 Daten aus Windows sichern
6 Die Installation
7 Erste Schritte
8 Kubuntu und Xubuntu
9 Ubuntu mobil
10 Programme und Pakete installieren
11 Internet und E-Mail
12 Office
13 Grafik und Bildbearbeitung
14 Multimedia
15 Das Terminal
16 Programmierung und Design
17 Einrichtung der grundlegenden Hardware
18 Software- und Paketverwaltung
19 Architektur
20 Backup und Sicherheit
21 Desktop-Virtualisierung
22 Server-Installation
23 Sicherheit und Monitoring
24 Netzwerke
25 Server im Heim- und Firmennetzwerk
26 Der Server im Internet
27 Server-Virtualisierung mit KVM
28 Server-Virtualisierung mit Xen
29 Hilfe
30 Befehlsreferenz
Mark Shuttleworth
Glossar
Stichwort

Download:
- ZIP, ca. 34,8 MB
Buch bestellen
Ihre Meinung?

Spacer
<< zurück
Ubuntu GNU/Linux von Marcus Fischer
Das umfassende Handbuch, aktuell zu Ubuntu 10.04 LTS "Lucid Lynx"
Buch: Ubuntu GNU/Linux

Ubuntu GNU/Linux
5., aktualisierte und erweiterte Auflage, gebunden, mit 2 DVDs
1.104 S., 39,90 Euro
Galileo Computing
ISBN 978-3-8362-1654-8
Pfeil 18 Software- und Paketverwaltung
Pfeil 18.1 Allgemeines
Pfeil 18.2 Synaptic
Pfeil 18.2.1 Lokales Repository mit Synaptic verwalten
Pfeil 18.2.2 Die Ubuntu-Anwendungsverwaltung
Pfeil 18.3 Paketquellen
Pfeil 18.3.1 Main
Pfeil 18.3.2 Restricted
Pfeil 18.3.3 Universe
Pfeil 18.3.4 Multiverse
Pfeil 18.3.5 Backports
Pfeil 18.4 dpkg – Die Basis der Paketverwaltung
Pfeil 18.4.1 Einzelne Pakete installieren und deinstallieren
Pfeil 18.4.2 Installierte Pakete konfigurieren
Pfeil 18.4.3 Pakete finden
Pfeil 18.5 Advanced Packaging Tool (APT)
Pfeil 18.5.1 Installation von Paketen
Pfeil 18.5.2 Entfernen von Paketen
Pfeil 18.5.3 Upgrade von Paketen oder der kompletten Distribution
Pfeil 18.5.4 Ungenutzte Pakete entfernen
Pfeil 18.5.5 Die Datei sources.list
Pfeil 18.5.6 APT lokal verwenden
Pfeil 18.5.7 Externe Quellen
Pfeil 18.6 Fremdsoftware nutzen
Pfeil 18.6.1 Windows-Programme
Pfeil 18.6.2 Java-Programme
Pfeil 18.7 Sekundärsoftware aus Quellen
Pfeil 18.7.1 Der Linux-Dreisprung
Pfeil 18.7.2 Installation unter Ubuntu
Pfeil 18.8 Versionsverwaltung mit Bazaar
Pfeil 18.8.1 Was ist Bazaar?
Pfeil 18.8.2 Ein erstes kleines Projekt
Pfeil 18.8.3 Das Projekt veröffentlichen


Galileo Computing - Zum Seitenanfang

18.7 Sekundärsoftware aus Quellen Zur nächsten ÜberschriftZur vorigen Überschrift

Würden Sie einen Porsche-Motor in einen Smart einbauen? Oder umgekehrt einen Porsche mit einem Smart-Motor versehen? Genau dies geschieht im übertragenen Sinne bei der Verwendung gängiger Betriebssysteme.

Die Entwickler versuchen stets, Diener vieler Herren zu sein, ohne dabei auf die Stärken und Schwächen der Hardware einzugehen, auf der das System eingesetzt werden soll.

Linux besitzt die einzigartige Möglichkeit, voll konfigurierbar und skalierbar zu sein. Das System macht in der Armbanduhr als Embedded-System eine ebenso gute Figur wie als Cluster-Betriebssystem des Rechnerparks einer Universität. Das Geheimnis besteht darin, dass das System quelloffen ist und daher (einen entsprechenden Compiler vorausgesetzt) auf viele Systeme portiert und an diese angepasst werden kann. Der folgende Abschnitt zeigt, wie Sie selbst eine optimale Anpassung der Software an den heimischen PC erreichen. Der Ubuntu-relevante Part stammt zum Teil aus einigen lesenswerten Artikeln des Ubuntuusers-Wiki, dessen Autoren ich an dieser Stelle für die geleistete Arbeit danken möchte.

Bei jedem Programm für Linux haben Sie die Möglichkeit, selbst Hand anzulegen und die Quellpakete selbst zu kompilieren und zu installieren. Dies funktioniert jedoch nicht immer auf Anhieb, da hierbei die Abhängigkeiten nicht automatisch aufgelöst werden. Die allermeisten Entwickler von Programmen stellen auf ihrer Homepage die Quellpakete der Programme zur Verfügung. Diese sind meist im tar.gz- oder einem anderen Format gepackt und müssen mit einem Packprogramm wie z. B. guitar oder Ark (KDE) entpackt werden.


Galileo Computing - Zum Seitenanfang

18.7.1 Der Linux-Dreisprung Zur nächsten ÜberschriftZur vorigen Überschrift

Um die entpackten Dateien weiterbearbeiten zu können, müssen Sie der Besitzer der Dateien sein oder Root-Rechte haben. Meist werden die Dateien nach dem Muster des folgenden Dreisprungs (dem Linux-Dreisprung) kompiliert und installiert.

Abbildung 18.11 Der »Linux-Dreisprung«

Zunächst wird über das Konfigurationsskript

configure

die eigentliche Kompilierumgebung angepasst, und es wird geprüft, ob sämtliche für den Übersetzungsprozess notwendigen Pakete auf dem System zur Verfügung stehen. Bei etwaigen Fehlermeldungen müssen Sie dann meist die sogenannten Developer-Pakete, die die fehlenden Bibliotheken oder Header enthalten, nachinstallieren. Das vorangestellte Kürzel ./ bedeutet, dass die Konfigurationsroutine aus dem aktuellen Verzeichnis aufgerufen wird.

Beim Kompilieren über make wird der Quellcode des Programms in eine ausführbare Datei umgewandelt.

Danach wird diese Datei über

sudo make install

installiert, d. h., sie wird in den Programmordner verschoben, mit anderen Dateien und Bibliotheken verknüpft, und eventuell wird ein Eintrag im GNOME- bzw. KDE-Menü erstellt. Dazu sind meist Root-Rechte erforderlich, daher die Verbindung mit sudo. Bei vielen Programmen liegt den gepackten Dateien eine Anleitung namens README oder INSTALL bei, die Sie unbedingt beachten sollten!


Reversible Installation

Die obige Vorgehensweise lässt sich bei nahezu allen Linux-Distributionen durchführen. Einen Schönheitsfehler gibt es hier dennoch: Das durch make install (mit Root-Rechten!) aufgerufene Skript packt die ausführbaren Dateien zumeist in Pfade, die nach der Installation nicht mehr so einfach nachvollziehbar sind. Möchten Sie die Software bei Nichtgefallen wieder entfernen, so wissen Sie zumeist nicht mehr, wo sich die einzelnen installierten Dateien befinden.

Anwenderfreundliche Programmierer haben für diesen Zweck meist das Target uninstall vorgesehen. Dieses setzt allerdings voraus, dass Sie das Entpack-und Arbeitsverzeichnis der Software noch nicht gelöscht haben. Wechseln Sie in dieses Verzeichnis, und führen Sie zur Deinstallation folgendes aus:

sudo make uninstall

Sollte der Programmierer kein uninstall vorgesehen haben, so gibt es zwei Möglichkeiten:

    Protokollieren Sie die bei der Installation durchgeführten Kopiervorgänge in einer Logdatei (z. B. softinst.log):
sudo make install > softinst.log
    Verwenden Sie zur reversiblen Installation von Software das Paket checkinstall: Dieses Programm erzeugt ein rudimentäres Debian-Paket aus Ihren übersetzten Binärdateien, das mit dem gewöhnlichen Debian-Paketmanager ohne Spuren wieder entfernt werden kann.


Galileo Computing - Zum Seitenanfang

18.7.2 Installation unter Ubuntu topZur vorigen Überschrift

Im Folgenden finden Sie eine kurze Übersicht darüber, was beim Kompilieren von Sekundärsoftware speziell unter Ubuntu/Debian-Systemen zu beachten ist. Stellen Sie zunächst sicher, dass die beiden Pakete build-essential und checkinstall auf Ihrem System installiert sind. Sämtliche der folgenden Schritte finden innerhalb einer Konsole statt. Zunächst besorgen Sie sich die Quelltext-Dateien des gewünschten Programms aus dem Internet. Handelt es sich um ein Ubuntu-Standard/Universe/Multiverse-Paket, dann haben Sie es besonders einfach: Die Quellen können Sie sich auch aus dem Repository beschaffen. Anderenfalls verfahren Sie so, wie in dem folgenden Abschnitt beschrieben.

Entpacken der Quellen

Die Quelltext-Dateien, die das Programm ausmachen, sind stets gepackt und komprimiert. Normalerweise werden dabei Verzeichnisse mit dem Archivierungsprogramm tar (vgl. die Referenz in Kapitel 30) in einer Datei mit der Endung .tar zusammengefasst. Um Bandbreite zu sparen, werden diese tar-Archive dann auch noch mit gzip komprimiert, sodass letztlich Dateien der Form <progname>.tgz oder <progname>.tar.gz zur Verfügung stehen. Manchmal wird auch nicht mit gzip, sondern mit dem Programm bzip2 komprimiert. Das Archiv hat dann einen Namen der Form <progname>.tar.bz2.

Verzeichnis anlegen

Zunächst sollten Sie ein Verzeichnis anlegen, in dem das heruntergeladene Archiv gespeichert wird. Das kann z. B. der Ordner packages im Heimverzeichnis sein. Dort können Sie dann das Archiv nach dem Download entpacken. Für Archive mit der Endung *.tgz oder *.tar.gz geht das folgendermaßen:

tar -xzf Dateiname

Für Archive mit der Endung .tar.bz2 verwenden Sie:

tar -xjf Dateiname

Beachten Sie, dass zum Entpacken und Kompilieren der Software noch keine Root-Rechte erforderlich sind. Normalerweise entsteht beim Entpacken ein neues Verzeichnis mit dem Namen des Pakets, in das man nun wechselt:

cd Verzeichnisname

Installationsanweisung lesen

Zugegeben, fast alle Installationen laufen nach dem gleichen Verfahren ab – aber manchmal gibt es eben doch Abweichungen. Deshalb lohnt es sich, in Dateien wie INSTALL und README nach Hinweisen auf benötigte Programme bzw. Bibliotheken oder mögliche Probleme samt Lösungen zu suchen. Auch eventuell abweichende Installationsverfahren sind hier erklärt. Diese Dateien können bequem mit einem Editor Ihrer Wahl gelesen werden, notfalls tut es auch der Pager less auf der Kommandozeile.

Konfigurieren

Der folgende Befehl startet die Erstellung einer Konfigurationsdatei, die später zur eigentlichen Übersetzung des Quellcodes und zur Installation benötigt wird:

./configure --prefix=/usr/local

Das geänderte Präfix trägt der speziellen Ubuntu-Verzeichnisstruktur Rechnung, in den meisten Fällen können Sie aber das Präfix auf der Voreinstellung belassen. Optionale Features des Programms können Sie mit Optionen wie ---enable-xyz ein- und mit ---disable-xyz ausschalten. Die vollständige Auflistung aller möglichen Optionen bringt:

./configure --help

Wenn Sie Glück haben, läuft der Konfigurationsprozess ohne Fehlermeldungen durch. Meist endet die Ausgabe mit einer ausdrücklichen Erfolgsmeldung und der Aufforderung, jetzt make zu starten.

Was tun bei Fehlern?

Bei weniger Glück fehlt die eine oder andere Komponente, und man bekommt eine Fehlermeldung, die wie folgt aussehen kann:

checking for XML::Parser... configure:
error: XML::Parser perl module
is required for intltool

Fehlende Abhängigkeiten

Was können Sie mit dieser Meldung anfangen? Alle benötigten Informationen stecken in der Fehlermeldung: Es wird etwas benötigt, das mit »xml«, »parser« und »perl« zu tun hat. Also müssen Sie nach einem Paket suchen, das all diese Bestandteile im Namen enthält. Dazu verwenden Sie das Tool aptitude:

aptitude search ~nxml~nparser~nperl
p   libxml-parser-perl -
Perl module for parsing XML files

~n leitet dabei ein Wort ein, das als Teil eines Paketnamens gesucht werden soll.

Hilft das noch nicht? Dann könnte ~d helfen. Dieser Parameter durchsucht statt des Paketnamens gleich den gesamten Beschreibungstext. In diesem Fall war der erste Befehl allerdings schon erfolgreich: Er führte zum Paket libxml-parser-perl. Installieren Sie das benötigte Paket über

sudo apt-get install libxml-parser-perl

und starten Sie die Konfiguration erneut.

Benötigte Pakete beginnen meist mit lib. Stehen mehrere Pakete zur Auswahl, dann ist dasjenige richtig, das auf -dev endet.

Übersetzen

Der nächste Schritt ist meist einfach:

make

Währenddessen kann man je nach Programmgröße und Rechenleistung eine Tasse Kaffee holen und/oder an etwas anderem arbeiten.

Was tun bei Fehlern?

Auch bei make kann einmal etwas schiefgehen. Der erste Schritt ist wieder die Untersuchung der Ausgabe. Dabei kommt es diesmal nicht auf die letzten Zeilen an, die meist nur Folgefehler enthalten, sondern auf eine Zeile, die, wenn man Glück hat, auf eine fehlende Datei mit der Endung .h verweist. Hat man diese Datei gefunden, ist das Problem schon so gut wie gelöst, und der größte Aufwand ist die Erstellung einer Fehlermeldung an den Programmautor wegen eines unvollständigen configure-Skripts, das die fehlende Komponente nicht bemerkte.

Sie müssen nun herausbekommen, welches Paket die fehlende Datei enthält. Dazu muss das Paket apt-file aus dem Universe-Repository installiert sein. Die folgende Befehlsfolge aktualisiert zunächst die Datenbank von apt-file:

sudo apt-file update

Suche mit apt-file

Da Sie auf das Debian-Paketsystem zugreifen, sind Root-Rechte erforderlich (sudo). Nun können Sie nach der fehlenden Datei suchen:

sudo apt-file search Dateiname

Das fehlende Paket ist nun zu installieren, danach kann make erneut gestartet werden. Glücklicherweise arbeitet es beim letzten Arbeitsstand weiter und fängt nicht wie configure ganz von vorne an.

Installieren

Der folgende Befehl startet die Verwandlung des Programms in ein simples deb-Paket und stößt dessen Installation an:

sudo checkinstall

Dabei werden einige Fragen gestellt, die Sie meist mit der Eingabe-Taste bestätigen können. Schlägt die Installation fehl, finden sich Informationen in der Ausgabe von dpkg, die Sie sich anzeigen lassen sollten. Wird dabei gemeldet, dass Dateien aus anderen Paketen überschrieben werden müssten, sollten Sie dies sehr gründlich abwägen. Eine Installation ließe sich in solchen Fällen zwar mit sudo dpkg --force-overwrite -i Paketname erzwingen, von dieser Vorgehensweise ist jedoch abzuraten, da man dadurch meist ein inkonsistentes System riskiert.

Abweichende Installationsverfahren

Manche Programme verzichten auf ein configure-Skript und werden nur mit make gebaut, andere verwenden ganz andere Systeme wie SCONS. Für all diese Verfahren gilt: Die eigentliche Installation sollten Sie durch Einsatz von checkinstall abfangen, da nur so das Paketsystem über die neuen Programme Bescheid weiß und das ungewollte Überschreiben von Dateien verhindert werden kann.

Vor dem eigentlichen Installationsbefehl muss daher checkinstall eingefügt werden – aus sudo ./install.sh oder sudo scons install wird

sudo checkinstall ./install.sh

oder:

sudo checkinstall scons install

In den meisten Installationsanleitungen, die nicht für Ubuntu geschrieben sind, fehlt sudo oder ist durch su ersetzt. Bei Ubuntu müssen Sie jedoch stets sudo verwenden.


Alternativen: dh_make und fakeroot

Als Alternative zu checkinstall und dem Vorspiel mit configure und make bieten sich die Kompilierung mittels dh_make und die Erstellung des Pakets über fakeroot an. Der Vorteil ist, dass weniger Befehle ausgeführt werden müssen und dass fakeroot das *.deb-Paket ohne Nachfrage erstellt. Zusätzlich müssen hierfür die folgenden Pakete installiert sein:

    dh-make
    fakeroot

Die Schritte sind bis zu der Stelle, an der ./configure auszuführen ist, dieselben. Entpacken Sie also das Quelltext-Archiv, und wechseln Sie in das entpackte Verzeichnis.

Anstelle von ./configure führen Sie nun aber dh_make aus. Die Frage nach dem Pakettyp beantworten Sie bitte immer mit »Single Binary«, also »s«. Dies erstellt die Regeln für fakeroot, führt anschließend das configure-Skript aus und erzeugt eine Sicherheitskopie des Ordners mit dem Quelltext. Anschließend wird das Programm mit

fakeroot debian/rules binary

kompiliert und sofort danach das deb-Paket im Unterordner erstellt. Dieses lässt sich dann wie gewohnt mit dpkg installieren, wozu wieder Root-Rechte benötigt werden.


KDE-Programme kompilieren

Für sämtliche KDE-Programme gilt, dass bei configure das Präfix auf /usr festgelegt werden muss:

./configure --prefix=/usr

Ein einfaches Beispiel

Das folgende Beispiel zeigt die Kompilierung und Installation des klassischen Videoplayers MPlayer aus Quellen.

1. Laden Sie von der Seite des Projekts MPlayer (www.mplayerhq.hu) eine aktuelle Version des Programms herunter, und entpacken Sie diese wie folgt in Ihrem Heimverzeichnis:
tar -xjf MPlayer-<Version>.tar.bz2
2. Begeben Sie sich nun in das entpackte Quellverzeichnis, bereiten Sie die Quellen vor, und kompilieren Sie diese:
user$ cd MPlayer-<Version>
user$ ./configure
Detected operating system: Linux
Detected host architecture: i386
Checking for cc version ... 4.0.2, bad
Checking for gcc version ... 4.0.2, bad
Checking for gcc-3.4 version ... 3.4.5, ok
Checking for host cc ... gcc-3.4
...
user$ make
3. Im vorliegenden Fall wurde übrigens der bei Ubuntu als Standard installierte C-Compiler gcc-4 als schlecht eingestuft. Auf dem vorliegenden System ist allerdings noch parallel der gcc-3.4 installiert, mit dem sich die Software problemlos installieren lässt.
4. Bevor die Software installiert wird, empfiehlt es sich, diese zunächst lokal (d. h. in dem Verzeichnis, in dem sie kompiliert wurde), zu testen:
./mplayer <Testfilm>
5. Verläuft der Test erfolgreich, so kann das Programm schließlich per sudo checkinstall installiert werden.

Deinstallation möglich

Die Verwendung von checkinstall bei der MPlayer-Installation ist eigentlich nicht notwendig: Freundlicherweise geben die Maintainer der Software dem Anwender die Möglichkeit, die Software bei Nichtgefallen per make uninstall zu deinstallieren. Mehr noch: In einem Unterordner debian finden Sie einige Informationen darüber, wie sich leicht ein Debian-Paket erstellen lässt.

Ein komplexes Beispiel

Schwieriger wird die Kompilierung, wenn das Quellpaket auf anderen Paketen aufbaut und insbesondere sogenannte Header-Dateien benötigt. Ein prominentes Beispiel ist das beliebte Videoumwandlungsprogramm transcode. Gerade dann, wenn Sie Videomaterial umwandeln wollen, macht sich eine perfekte Optimierung der Software bemerkbar.

Transcode

Sie finden den Quellcode von Transcode unter www.transcoding.org. Natürlich gibt es auch ein fertiges Debian-Paket, das Sie mittels apt-get install transcode in kürzester Zeit auf Ihren Rechner befördern können. Hierzu müssen Sie das Nerim/Marillat-Repository freischalten. Dieses Binärpaket ist allerdings nur wenig optimiert.

Gehen Sie zum Kompilieren von transcode folgendermaßen vor:

1. Entpacken Sie zunächst die Quellen mittels:
tar xvfz transcode-<Version>.tar.gz
2. Wechseln Sie nun in das Quellverzeichnis, und versuchen Sie, die Quellen mit einigen komplexen Optionen zu konfigurieren. Im Normalfall wird man zunächst einmal versuchen, das Paket ohne Sonderoptionen zu kompilieren. Die beschriebene Vorgehensweise dient ausschließlich zur Demonstration. Mehr zu diesen Optionen erfahren Sie über ./configure ---help.
cd transcode-<Version>
./configure --prefix=/usr/local \
--enable-avifile --enable-ogg --enable-libdv \
--enable-mjpegtools --enable-a52
3. Nun sollten Sie von einigen Fehlermeldungen erschlagen werden, die darauf beruhen, dass etliche dev-Dateien (also im Wesentlichen Header) für die vorgewählten Optionen nicht zur Verfügung stehen:
...
ERROR: option '--enable-mjpegtools' failed:
cannot compile mjpegtools/yuv4mpeg.h
mjpegtools/yuv4mpeg.h can be found
in the following packages:
mjpegtools  http://mjpeg.sourceforge.net/
...
4. Die obige Meldung resultiert also aus der Option ---enable-mjpeg tools. Sie können nun entweder auf die Option verzichten oder die fehlende Headerdatei ausfindig machen. Wir wählen letzteren Weg.
5. Wir verwenden das Werkzeug apt-file, um das zur fehlenden Datei gehörende Paket zu finden:
apt-file search yuv4mpeg.h
libmjpegtools-dev:usr/include/mjpegtools/yuv4mpeg.h
...
6. Die Datei befindet sich also im Paket libmjpegtools-dev, das sogleich nachinstalliert werden soll:
sudo apt-get install libmjpegtools-dev
7. Danach wird die aufgerufene Konfigurationsroutine zumindest nicht mehr an der Prüfung der MJPEG-Header scheitern. Auf diese Weise installieren Sie sämtliche benötigten Header, bis die Konfiguration glatt durchläuft.
8. Schließlich können Sie das Programm dann mittels make und checkinstall kompilieren und installieren.

Leider kann es, wie oben bereits erwähnt wurde, auch vorkommen, dass der Kompiliervorgang mit make infolge eines Fehlers im Konfigurationsskript stecken bleibt. Auch in diesem Fall ist zu 99 % eine fehlende Headerdatei der Übeltäter, es ist also mitunter Detektivarbeit angesagt, um derart komplexe Programme zu kompilieren.

Der einfache Weg

Sicher werden Sie sich fragen, ob die Sache mit dem Kompilieren von Programmen aus Quellen nicht auch einfacher zu realisieren ist. Dazu muss man ein klein wenig tiefer ins System eindringen. Zu fast jedem Ubuntu-Paket finden Sie stets ein gleichnamiges Quellpaket, vorausgesetzt, diese sogenannten Sourcen werden in der Datei /etc/apt/sources.list durch das Schlüsselwortdeb-src definiert. Im Falle der Ubuntu-Standard/Universe/Multiverse-Pakete müssen Sie lediglich das Kommentarzeichen »« vor den Quellverzeichnissen löschen, um diese zu aktivieren.

# Auszug aus /etc/apt/sources.list
# Binärpakete
deb http://de.archive.ubuntu.com/ubuntu jaunty universe multiverse main restricted
# Quellpakete
deb-src http://de.archive.ubuntu.com/ubuntu jaunty universe multiverse main restricted

Die Auswahl der Sourcen lässt sich natürlich auch einfach über Synaptic erledigen. Um nun für unser spezielles Beispiel transcode die Quellen freizuschalten, ist folgender Eintrag in der Datei sources.list vorzunehmen:

## Videorepository Marillat
deb ftp://ftp.nerim.net/debian-marillat/ sarge main
deb-src ftp://ftp.nerim.net/debian-marillat/ sarge main

Danach ist wie üblich ein sudo apt-get update vorzunehmen. Möchten Sie nun die Quellen eines Pakets wie z. B. transcode auf den Rechner befördern, so müssen Sie den folgenden Befehl verwenden:

sudo apt-get source <Paketname>

Die Quellen landen dabei im aktuellen Verzeichnis. Sollen diese gleich nach dem Herunterladen kompiliert werden, so ergänzt man den Befehl um den Parameter -b. Da bei einer derart komplexen Software wie transcode aber mit Sicherheit einige unaufgelöste Abhängigkeiten auftreten, sollten Sie stattdessen den folgenden Befehl verwenden:

sudo apt-get build-dep transcode

In diesem Fall werden sämtliche Programme und Bibliotheken, die für eine erfolgreiche Kompilierung des Programms erforderlich sind, auf dem Rechner installiert. Damit hätten Sie einen einfachen Weg aus dem Abhängigkeitsdschungel beim Kompilieren gefunden. Im Falle von transcode wird das Programm mit sämtlichen denkbaren Optionen kompiliert, wenn man von der Default-Konfiguration der Quellen ausgeht.


Extrahieren von Unterschieden und Einbringen von Updates für Quelldateien

Die folgenden Kommandos bestimmen die Unterschiede zwischen zwei Quelldateien und erzeugen diff-Dateien <Datei.patch1> und <Datei.patch2> im unified-Stil:

diff -u <Datei.alt> <Datei.neu> > <Datei.patch1>
diff -u <alt/Datei> <neu/Datei> > <Datei.patch2>

Die diff-Datei (alternativ wird sie auch Patch-Datei genannt) wird verwendet, um Veränderungen zu beschreiben. Jeder, der diese Datei erhält, kann diese Änderungen wie folgt auf eine andere Datei anwenden:

patch -p0 <Datei> < <Datei.patch1>
patch -p1 <Datei> < <Datei.patch2>

Wenn drei Versionen des Quellcodes vorliegen, können diese einfacher mit diff3 vermengt werden:

diff3 -m <Datei.meine> <Datei.alt> <Datei.deine> > <Datei>



Ihr Kommentar

Wie hat Ihnen das <openbook> gefallen? Wir freuen uns immer über Ihre freundlichen und kritischen Rückmeldungen.






<< zurück
  Zum Katalog
Zum Katalog: Ubuntu GNU/Linux

Ubuntu GNU/Linux
Jetzt bestellen


 Ihre Meinung?
Wie hat Ihnen das <openbook> gefallen?
Ihre Meinung

 Buchempfehlungen
Zum Katalog: Linux






 Linux


Zum Katalog: OpenVPN






 OpenVPN


Zum Katalog: LPIC-1






 LPIC-1


Zum Katalog: Debian GNU/Linux






 Debian GNU/Linux


Zum Katalog: Shell-Programmierung






 Shell-Programmierung


Zum Katalog: Webserver einrichten und administrieren






 Webserver einrichten
 und administrieren


Zum Katalog: VirtualBox






 VirtualBox


Zum Katalog: IT-Handbuch für Fachinformatiker






 IT-Handbuch für
 Fachinformatiker


 Shopping
Versandkostenfrei bestellen in Deutschland und Österreich
InfoInfo




Copyright © Galileo Press 2010
Für Ihren privaten Gebrauch dürfen Sie die Online-Version natürlich ausdrucken. Ansonsten unterliegt das <openbook> denselben Bestimmungen, wie die gebundene Ausgabe: Das Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt. Alle Rechte vorbehalten einschließlich der Vervielfältigung, Übersetzung, Mikroverfilmung sowie Einspeicherung und Verarbeitung in elektronischen Systemen.


[Galileo Computing]

Galileo Press, Rheinwerkallee 4, 53227 Bonn, Tel.: 0228.42150.0, Fax 0228.42150.77, info@galileo-press.de