Erstellen Sie "as is" aus dem Quell-Tarball. Wenn Sie sich für diese Route entscheiden, müssen Sie das Build-System von Git so konfigurieren , dass alles unter ~/git
oder /opt/git
oder so installiert wird. Andernfalls wird später ein großartiger PITA das, was Sie installiert haben, entfernen.
Das Problem ist, dass die konventionelle Unix-Art, Software über das gesamte Dateisystem zu installieren, sinnvoll ist, aber nur, wenn Sie eine Art Registrierung haben, die "weiß", welche Datei zu welchem Paket gehört und umgekehrt, und Verpackungssysteme wie Debian genau das tun. Wenn Sie „normal“ zu tun installieren ein Paket aus den Quellen gebaut, Sie in den meisten Fällen keine Möglichkeit haben , dieses Stück Software später zu deinstallieren (kurz verwenden checkinstall
statt make install
, aber das ist wirklich ein letztes Mittel ). Umgekehrt, wenn Sie ein Quellpaket so konfigurieren, dass es alles in einem einzigen Verzeichnis installiert, haben Sie kleinere Schwierigkeiten, die Software $PATH
auszuführen (die "binären" Verzeichnisse befinden sich nicht auf Ihrer Seite ). Wenn Sie sie später deinstallieren, ist dies ein Kinderspiel. eine einzelne rm -rf /path/to/that/dir
.
Machen Sie selbst einen Backport. Dies ist aufwändiger, aber in einfachen Fällen funktioniert es möglicherweise, also lohnt es sich, es zu versuchen.
Grundsätzlich geht man so vor (ein Link zu der .dsc
Datei wird von der Seite des Pakets in Unstable genommen ):
# apt-get install devscripts
$ mkdir ~/devel && cd $_
$ dget http://ftp.de.debian.org/debian/pool/main/g/git/git_2.1.4-2.1.dsc
$ dpkg-source -x git_2.1.4-2.1.dsc
$ cd git
Überprüfen Sie, ob alle Build-Abhängigkeiten erfüllt sind, indem Sie Folgendes ausführen:
$ dpkg-checkbuilddeps
Und installieren Sie alles, was das Tool derzeit vermisst. Manchmal bezieht sich ein Paket auf eine Version von etwas, das zu frisch ist, um in der Distribution, für die Sie einen Backport erstellen, verfügbar zu sein. In diesem Fall ist es in Ordnung, die Version eines solchen Pakets in der debian/control
Datei zu manipulieren und zu korrigieren .
Korrigieren Sie nun die Version der zu erstellenden Pakete. Der beste Weg, dies zu erreichen, besteht darin, ein Tool das Richtige tun zu lassen:
$ dch --bpo
Es wird ein Eintrag zu der debian/changelog
Datei hinzugefügt und ein Texteditor Ihrer Wahl geöffnet, um sie zu überwachen. Schließen Sie einfach den Editor - die Version für die zu erstellenden Pakete wird aus dem obersten Eintrag in dieser Datei entnommen.
Nun wollen wir tatsächlich versuchen zu bauen:
$ dpkg-buildpackage -uc -us -b
Wenn Sie Glück haben, haben Sie an diesem Punkt eine Reihe von glänzenden neuen Git- .deb
Paketen ..
, die Sie einfach mit installieren können dpkg -i <packagename> ...
.
(Führen debuild clean
Sie den Befehl aus, um den erstellten Code zu entfernen, oder entfernen Sie das git
Verzeichnis vollständig. Möglicherweise möchten Sie auch das entfernen, was Sie nach dem Ausführen installiert haben dpkg-checkbuilddep
.)
Wenn die Erstellung aus irgendeinem Grund fehlschlägt, sind bestimmte Kenntnisse erforderlich, um eine Fehlerbehebung zu versuchen. Dies ist jedoch nicht Gegenstand dieser Diskussion.