![[Photo of the Author]](../../common/images2/MarioMKnopf.jpg)
original in de Mario M. Knopf
Mario besch�ftigt sich leidenschaftlich gerne mit Linux, Netzwerken und sicherheitsrelevanten Themen.
![[CheckInstall Title]](../../common/images2/article360.png)
Oft kommt es vor, da� das ein oder andere Programm, welches man unbedingt testen m�chte, nur im Quellcode vorliegt (kein rpm und kein src.rpm). In einem solchen Fall l�dt man sich das passende Archiv herunter, entpackt es und �bersetzt es anschlie�end manuell. So weit, so gut. Was aber geschieht, wenn man das Programm wieder deinstallieren m�chte?
Eine ad�quate Routine zur sauberen Deinstallation des Pakets ist nur in den seltensten F�llen im Makefile enthalten. Nat�rlich best�nde noch die M�glichkeit, das Programm in ein tempor�res Verzeichnis zu installieren und sich die neu erstellten Dateien und Verzeichnisse f�r ein sp�teres Entfernen zu notieren. Diese Vorgehensweise ist allerdings m�hsam und aufwendig, wenn h�ufig Programme aus den Quellen kompiliert werden. Abhilfe schafft das von Felipe Eduardo S�nchez D�az Dur�n geschriebene Tool CheckInstall [1].
Im Regelfall wird ein GNU Autoconf konformes Programm unter Verwendung der allseits bekannten Befehlsfolge ./configure && make && make install kompiliert und installiert. Dabei versucht das configure-Shellskript geeignete Werte f�r diverse systemabh�ngige Variablen abzusch�tzen, die dann w�hrend der sp�teren Kompilierung verwendet werden und pr�ft somit, ob alle diesbez�glichen Voraussetzungen f�r einen erfolgreichen Durchlauf erf�llt werden. Jene Werte werden auch zur Erstellung eines oder mehrerer Makefiles benutzt. Weiterhin erzeugt das configure-Skript zus�tzliche Dateien. Zusammenfassend lauten diese:
Nachdem das configure-Skript erfolgreich beendet wurde, wird der Befehl make aufgerufen. Dieser st��t die eigentliche Kompilierung an und erzeugt schlie�lich die entsprechenden Binaries, also ausf�hrbaren Programmcode. Unter Umst�nden besteht unmittelbar nach dem Aufruf von make die M�glichkeit, mittels make check noch diverse Selbsttests zu fahren. Dies ist allerdings ein optionaler Schritt, da das Paket diesen Vorgang auch hinreichend unterst�tzen muss. Wenn make seine Arbeit erfolgreich verrichtet und die jeweiligen Binaries erstellt hat, kann das kompilierte Programm durch den Befehl make install ins System eingebunden werden - dazu sind aus naheliegenden Gr�nden jedoch privilegierte Benutzerrechte erforderlich. Da das Programm nun erfolgreich installiert wurde, k�nnen die durch die Kompilierung erzeugten Binaries durch den Befehl make clean bedenkenlos aus dem Quellverzeichnis gel�scht werden. Um auch die vom configure-Skript erstellten Dateien zu l�schen, bedarf es eines Aufrufs von make distclean. Die beiden letztgenannten Schritte sind aber, ebenso wie der Aufruf von make check, optional und werden in der Regel nur dazu benutzt, um Festplattenkapazit�t zu sparen und die Verzeichnisstruktur �bersichtlich zu halten. Ferner erm�glicht der Aufruf von make distclean die Kompilierung des Programms f�r andere Systeme.
Weiterf�hrende Informationen zu GNU Autoconf lassen sich im Online-Manual unter [2] finden. Neben einer grundlegenden Einf�hrung erf�hrt man mehr �ber das GNU Build System, die Erstellung von eigenen configure-Skripten, zur Programmierung in M4 und der Erstellung eigener Makros, portabler Shell-Programmierung et cetera.
Wie eingangs bereits erw�hnt, lautet die Befehlsfolge zur manuellen �bersetzung und Installation eines GNU Autoconf konformen Programms aus dem Quellcode folgenderma�en:
./configure && make && make install
An dieser Stelle kommt nun CheckInstall ins Spiel und ersetzt make install durch den Befehl checkinstall. Die beiden anderen Kommandos bleiben davon unber�hrt und werden, ihrem Zweck entsprechend, weiterhin wie gewohnt genutzt. Die Befehlsfolge unter Verwendung des Tools CheckInstall lautet also wie folgt:
./configure && make && checkinstall
Das Kommando checkinstall startet aber per Default trotzdem make install und beobachtet daraufhin s�mtliche Schreibvorg�nge, die durch die Installation get�tigt werden. Zu diesem Zweck verwendet CheckInstall das Programm Installwatch [3], welches urspr�nglich von Pancrazio de Mauro geschrieben wurde. Nachdem make install seinen Durchlauf erfolgreich beendet hat, generiert CheckInstall wahlweise ein Slackware-, Debian- oder RPM-Paket, installiert dieses �ber den jeweils eingesetzten Paketmanager und hinterl��t eine Kopie des Pakets im aktuellen Quellverzeichnis oder am standardm��igen Speicherort der benutzten Distribution. Zudem ist es auch m�glich, den Speicherort mittels der Variable PAK_DIR innerhalb der Konfigurationsdatei selbst zu bestimmen. Die besagte Kopie l��t sich dann in der Regel auch, unter Ber�cksichtigung etwaiger Paketabh�ngigkeiten, auf anderen Maschinen im Netzwerk installieren, ohne jedesmal aufs Neue kompilieren zu m�ssen.
CheckInstall macht jedoch nicht zwingend von make install Gebrauch, sondern arbeitet auch problemlos mit anderen Installationsbefehlen zusammen. Lautet das Installationsskript beispielsweise setup.sh sieht der Befehlssatz so aus:
./configure && make && checkinstall setup.sh
Des weiteren besteht die M�glichkeit, CheckInstall mit diversen Optionen zu starten. Das nachfolgende Kommando liefert eine komplette �bersicht aller verf�gbarer Optionen, welche wiederum in die Sektionen Install options, Scripting options, Info display options, Package tuning options, Cleanup options und About CheckInstall untergliedert sind:
# checkinstall -h
Wird CheckInstall mit einer dieser Optionen aufgerufen, werden diese vorrangig zu den in der Konfigurationsdatei checkinstallrc definierten Werten behandelt.
Allerdings st��t CheckInstall bei Programmen, welche statisch gegen Bibliotheken gelinkt sind, an seine Grenzen, da es Installwatch dadurch nicht m�glich ist, die durch die Installation modifizierten Dateien zu �berwachen beziehungsweise aufzulisten und an CheckInstall zu �bergeben. Grunds�tzlich werden zwei Arten von Programmbibliotheken unterschieden: statisch oder dynamisch gelinkte Bibliotheken. Diese werden durch eine include-Anweisung in ein Programm eingebunden und k�nnen dann beliebig aufgerufen werden. Im Gegensatz zu dynamisch gelinkten Programmen besitzen statisch gelinkte bereits alle ben�tigten Bibliotheksfunktionen und m�ssen diese nicht mehr zur Laufzeit in den Arbeitsspeicher laden. Weiterhin sind sie unabh�ngig von den tats�chlich auf dem Zielsystem installierten Bibliotheken, da ein sogenannter Linker die Funktionen der Bibliothek beim Kompiliervorgang mit dem ausf�hrbaren Programm verbindet.
CheckInstall ist schon seit l�ngerer Zeit fester Bestandteil des Softwarepools gr��erer Distributionen und kann �ber deren jeweiliges Paketmanagementsystem problemlos installiert werden. Sollte dies wider Erwarten einmal nicht so sein, stellt die Projektseite auf [4] geeignete Quellarchive und vorgefertigte Bin�r-Pakete f�r unterschiedliche Distributionen zum Download bereit.
Die Installation von CheckInstall gestaltet sich denkbar einfach und verl�uft in wenigen Schritten - paradoxerweise ist f�r eine erfolgreiche Installation aber CheckInstall notwendig. Nach dem obligatorischen Aufruf von make install erfolgt die Eingabe des Befehls checkinstall, welcher aus dem soeben kompilierten Programm ein geeignetes Bin�r-Paket generiert, was sich wiederum ohne Probleme �ber das eingesetzte Paketmanagementsystem installieren und vor allem wieder sauber deinstallieren l��t. Allerdings gilt es - bevor das Paket durch CheckInstall erzeugt wird - noch eine Frage zum eingesetzten Paketmanager zu beantworten und die von CheckInstall bereits mit durchaus sinnvollen vorbelegten Informationsfelder auf Richtigkeit zu �berpr�fen. Jene erscheinen sp�ter auch im Header des Pakets.
Nachfolgend wird die Vorgehensweise zur Installation der neuen Beta-Version checkinstall-1.6.0beta4.tgz demonstriert. Dadurch werden sowohl CheckInstall als auch Installwatch und makepak, eine modifizierte Version von makepkg, installiert. Wer sich f�r die �nderungen in der neuen Version interessiert, sollte einen Blick in die Release Notes beziehungsweise in den Changelog auf [5] und [6] werfen.
$ tar xzf checkinstall-1.6.0beta4.tgz
$ cd checkinstall-1.6.0beta4
checkinstall-1.6.0beta4 $ make
[...]
checkinstall-1.6.0beta4 $ su
Password:
checkinstall-1.6.0beta4 # make install
[...]
checkinstall-1.6.0beta4 # checkinstall
checkinstall 1.6.0beta4, Copyright 2002 Felipe Eduardo Sanchez Diaz Duran
This software is released under the GNU GPL.
Please choose the packaging method you want to use.
Slackware [S], RPM [R] or Debian [D]? R
*************************************
*** RPM package creation selected ***
*************************************
This package will be built according to these values:
1 - Summary: [ CheckInstall installations tracker, version 1.6.0beta4 ]
2 - Name: [ checkinstall ]
3 - Version: [ 1.6.0beta4 ]
4 - Release: [ 1 ]
5 - License: [ GPL ]
6 - Group: [ Applications/System ]
7 - Architecture: [ i386 ]
8 - Source location: [ checkinstall-1.6.0beta4 ]
9 - Alternate source location: [ ]
10 - Provides: [ checkinstall ]
11 - Requires: [ ]
Enter a number to change any of them or press ENTER to continue:
Installing with make install...
========================= Installation results =========================
[...]
========================= Installation successful ======================
Copying documentation directory...
./
./NLS_SUPPORT
./README
./FAQ
./TODO
./CREDITS
./INSTALL
./Changelog
./BUGS
./installwatch-0.7.0beta4/
./installwatch-0.7.0beta4/README
./installwatch-0.7.0beta4/TODO
./installwatch-0.7.0beta4/VERSION
./installwatch-0.7.0beta4/INSTALL
./installwatch-0.7.0beta4/CHANGELOG
./installwatch-0.7.0beta4/BUGS
./installwatch-0.7.0beta4/COPYING
./RELNOTES
./COPYING
Copying files to the temporary directory...OK
Striping ELF binaries and libraries...OK
Compressing man pages...OK
Building file list...OK
Building RPM package...OK
NOTE: The package will not be installed
Erasing temporary files...OK
Writing backup package...OK
Deleting temp dir...OK
****************************************************************
Done. The new package has been saved to
/usr/src/redhat/RPMS/i386/checkinstall-1.6.0beta4-1.i386.rpm
You can install it in your system anytime using:
rpm -i checkinstall-1.6.0beta4-1.i386.rpm
****************************************************************
checkinstall-1.6.0beta4 # cd /usr/src/redhat/RPMS/i386/
i386 # rpm -i checkinstall-1.6.0beta4-1.i386.rpm
i386 #
Unter Debian-basierten Distributionen kann das soeben erzeugte Paket mit dpkg -i installiert werden. Unter Slackware wird f�r gew�hnlich installpkg zu diesem Zweck benutzt.
Durch eine Abfrage des jeweils eingesetzten Paketmanagers, in diesem Fall RPM, l��t sich kontrollieren, ob das Programm sauber in die Datenbank integriert wurde. Nebenbei lassen sich auch gleich die generierten Informationen des Paketheaders auslesen und auf Richtigkeit �berpr�fen.
$ rpm -qi checkinstall
Name : checkinstall Relocations: (not relocatable)
Version : 1.6.0beta4 Vendor : (none)
Release : 1 Build Date : Mo 06 Dez 2004 17:05:45 CET
Install Date: Di 07 Dez 2004 01:41:49 Build Host : deimos.neo5k.lan
Group : Applications/System Source RPM : checkinstall-1.6.0beta4-1.src.rpm
Size : 264621 License : GPL
Signature : (none)
Packager : checkinstall-1.6.0beta4
Summary : CheckInstall installations tracker, version 1.6.0beta4
Description :
CheckInstall installations tracker, version 1.6.0beta4
CheckInstall keeps track of all the files created or
modified by your installation script ("make install"
"make install_modules", "setup", etc), builds a
standard binary package and installs it in your
system giving you the ability to uninstall it with your
distribution's standard package management utilities.
Zur grundlegenden Konfiguration dient die Textdatei checkinstallrc, welche im Verzeichnis /usr/lib/local/checkinstall/ zu finden ist. Diese l��t sich beliebig an die eigenen Pr�ferenzen anpassen und ist zudem gut kommentiert. Wie sich unschwer am Anfang der Datei erkennen l��t, ist es wichtig zu wissen, da� manuell �bergebene Parameter vorrangig zu den hier definierten behandelt werden.
Da CheckInstall bei jedem Start erneut nachfragt, welcher Pakettyp erzeugt werden soll, ist es sinnvoll, den gew�nschten Wert fest bei INSTYPE einzutragen. Ebenfalls eine genauere Betrachtung wert sind die Variablen INSTALL, PAK_DIR und RPM_FLAGS beziehungsweise DPKG_FLAGS. Mit letzteren lassen sich spezifische Optionen der verschiedenen Paketmanager definieren, PAK_DIR wurde weiter oben bereits kurz erw�hnt und �ndert den standardm��igen Speicherort f�r die Paketkopie, und durch INSTALL kann angegeben werden, ob die Pakete nur generiert oder auch gleich installiert werden sollen.
$ cat /usr/lib/local/checkinstall/checkinstallrc
####################################################################
# CheckInstall configuration file #
########################################
####################################################################
# These are default settings for CheckInstall, modify them as you #
# need. Remember that command line switches will override them. #
####################################################################
# Debug level
# 0: No debug
# 1: Keep all temp files except the package's files
# 2: Keep the package's files too
DEBUG=0
# Location of the "installwatch" program
INSTALLWATCH_PREFIX="/usr/local"
INSTALLWATCH=${INSTALLWATCH_PREFIX}/bin/installwatch
# Location of the makepkg program. "makepak" is the default, and is
# included with checkinstall. If you want to use Slackware's native "makepkg"
# then set this to "makepkg"
MAKEPKG=/sbin/makepkg
# makepkg optional flags. These are recommended if running a newer Slackware
# version: "-l y -c n"
MAKEPKG_FLAGS="-l y -c n"
# Is MAKEPKG running interactively? If so, you might want
# to see what it's doing:
SHOW_MAKEPKG=0
# Where will we keep our temp files?
BASE_TMP_DIR=/var/tmp ## Don't set this to /tmp or / !!
# Where to place the installed document files
DOC_DIR=""
# Default architecture type (Leave it empty to allow auto-guessing)
ARCHITECTURE=""
# Default package type. Leave it empty to enable asking everytime
# S : Slackware
# R : RPM
# D : Debian
INSTYPE="R"
# Storage directory for newly created packages
# By default they will be stored at the default
# location defined for the package type
PAK_DIR=""
# RPM optional flags
RPM_FLAGS=" --force --nodeps --replacepkgs "
# dpkg optional flags
DPKG_FLAGS=""
## These are boolean. Set them to 1 or 0
# Interactively show the results of the install command (i.e. "make install")?
# This is useful for interactive installation commands
SHOW_INSTALL=1
# Show Slackware package installation script while it runs? Again, useful if
# it's an interactive script
SHOW_SLACK_INSTALL=0
# Automatic deletion of "doc-pak" upon termination?
DEL_DOCPAK=1
# Automatic deletion of the spec file?
DEL_SPEC=1
# Automatic deletion of "description-pak"?
DEL_DESC=1
# Automatically strip all ELF binaries?
STRIP_ELF=1
# Automatically strip all ELF shared libraries?
# Note: this setting will automatically be set to "0" if STRIP_ELF=0
STRIP_SO_ELF=1
# Automatically search for shared libraries and add them to /etc/ld.so.conf?
# This is experimental and could mess up your dynamic loader configuration.
# Use it only if you know what you are doing.
ADD_SO=0
# Automatically compress all man pages?
COMPRESS_MAN=1
# Set the umask to this value
CKUMASK=0022
# Backup files overwritten or modified by your install command?
BACKUP=1
# Write a doinst.sh file that installs your description (Slackware)?
AUTODOINST=1
# Are we going to use filesystem translation?
TRANSLATE=1
# Reset the owner/group of all files to root.root?
RESET_UIDS=0
# Use the new (8.1+) Slackware description file format?
NEW_SLACK=1
# Comma delimited list of files/directories to be ignored
EXCLUDE=""
# Accept default values for all questions?
ACCEPT_DEFAULT=0
# Use "-U" flag in rpm by default when installing a rpm package
# This tells rpm to (U)pdate the package instead of (i)nstalling it.
RPM_IU=U
# Inspect the file list before creating the package
CK_INSPECT=0
# Review the .spec file before creating a .rpm
REVIEW_SPEC=0
# Review the control file before creating a .deb
REVIEW_CONTROL=0
# Install the package or just create it?
INSTALL=0
CheckInstall ist ein geniales Tool, welches die Administration einer Linux-Box ungemein erleichtern kann. Wenn Programme des �fteren manuell �bersetzt werden m�ssen, wird es durch CheckInstall m�glich, jene wieder sauber zu deinstallieren, ohne aber einen inkonsistenten Zustand des Systems zu riskieren. Zudem lassen sich die mit CheckInstall erzeugten Pakete auch auf anderen Maschinen installieren, ohne jedesmal neu kompilieren zu m�ssen - nat�rlich vorausgesetzt, da� die Paketabh�ngigkeiten erf�llt werden. Dies stellt aber in der Regel bei identischen Distributionen kein allzu gro�es Problem dar.
[1] http://asic-linux.com.mx/~izto/checkinstall/ [Home of CheckInstall]
[2] http://www.gnu.org/software/autoconf/manual/autoconf-2.57/autoconf.html [GNU Autoconf Online Manual]
[3] http://asic-linux.com.mx/~izto/checkinstall/installwatch.html [Installwatch]
[4] http://asic-linux.com.mx/~izto/checkinstall/download.php [CheckInstall Downloads]
[5] http://asic-linux.com.mx/~izto/checkinstall/docs/RELNOTES [Release Notes]
[6] http://asic-linux.com.mx/~izto/checkinstall/docs/Changelog [Changelog]