Linux-Magazin Clean Linux (Vorschau)

Titelthema
www.linux-magazin.de Paketmanager 09/2013
26
Abbildung 1: GUI-Konfiguration des Paketmanagements unter KDE auf Fedora 19:
Apper integriert sich in die Systemsteuerungen …
Abbildung 2: … steht dem Admin aber auch als Stand-alone-Applikation zur
Seite, wenn er sie von der Kommandozeile aus startet.
01 [main]
viele andere nützliche Settings darf er
hier konfigurieren.
Ob die Einstellung, Updates beim Herunterfahren
einzuspielen, sinnvoll ist,
muss jeder Admin selbst entscheiden.
Microsoft-Anwendern ist das vertraut,
doch nicht jedem liegt die Vorstellung,
beim unter Linux doch deutlich selteneren
Reboot erst minutenlang warten zu
müssen. In der Regel klappen die Updates
jedoch deutlich schneller als bei
Windows 7, wo sich schwachbrüstige
PCs bei umfangreichen Aktualisierungen
schon mal eine halbe Stunde für den
Neustart genehmigen.
Der zweite Teil der Konfiguration steckt
im selben Verzeichnis in der Datei »02periodic«.
Dort stellt der Administrator ein,
ob überhaupt automatische Updates
durchzuführen sind, wann das System
die Paketlisten aktualisiert, ob es die Pakete
nur herunterladen oder auch gleich
installieren soll und wann es alte Pakete
aus dem Cache löscht.
Die Funktionsweise der Auto-Updates
unter Debian ist simpel: Alle Parameter
Listing 3: »yum‐updatesd.conf«
02 # how often to check for new updates (in
seconds)
03 run_interval = 3600
04
05 # how often to allow checking on request (in
seconds)
06 updaterefresh = 600
07
08 # how to send notifications (valid: dbus,
email, syslog)
Offene und kommerzielle Variante der
beiden Suse-Distributionen unterscheiden
sich bekanntlich nur in der Registrierung,
die bei SLES erforderlich wird
und die den Anspruch auf offiziellen
Support aktiviert. Wie beim Chamäleon
üblich, konfiguriert der Admin automatische
Updates in Yast: Im Modul »Software
| Online Update Configuration« (Abbildungen
3 und 4) kann er die folgenden,
vergleichsweise bescheidenen Parameter
eingestellen:
n Automatische Updates überhaupt aktivieren?
n Wie häufig soll geprüft werden (täglich,
wöchentlich, monatlich)?
n Interaktive Patches auch einspielen?
n Soll das System allen Lizenzbestimmungen
zustimmen?
n Sollen auch empfohlene Patches eingespielt
werden?
Schließlich kann der Administrator noch
aus einer Liste von Kategorien (Security,
Empfohlen, ...) auswählen, sodass nur
Pakete, die einer diesen Kategorien entdienen
dem Shellskript »/etc/cron.daily/
apt« dazu, einmal täglich (getriggert von
Cron) gemäß den Einstellungen die anstehenden
Aufgaben zu absolvieren. Im
Verzeichnis »/var/log/unattended‐upgrades«
findet sich die Datei »unattended‐upgrades.log«,
die den Statusbericht
der täglichen Abläufe enthält. Installiert
das Skript tatsächlich Upgrades, so legt es
Extradateien an, die detaillierte Ausgaben
der Installation aufnehmen.
E Fedora
Fedora verwendet optional das Python-
Skript »yum‐updatesd«. Dessen Konfiguration
wird in der Datei »/etc/yum/
yum‐updatesd.conf« festgelegt. Listing
3 zeigt die Konfiguration für automatische
Updates. Wahlweise verteilt das
Skript Update-Benachrichtigungen übers
Dbus-System oder via Syslog und stellt
sie natürlich auch per E-Mail zur Verfügung,
wobei der Administrator beim
E-Mail-Verfahren die Sende- und Empfangsadresse
sowie den Mailserver direkt
09 emit_via = dbus
10 # should we listen via dbus to give out update
11 # information/check for new updates
12 dbus_listener = yes
13
14 # automatically install updates
15 do_update = yes
16 # automatically download updates
17 do_download = yes
18 # automatically download deps of updates
19 do_download_deps = yes
angeben kann. Bei Syslog darf er Facility
und Level spezifizieren.
Wurde der Yum-updatesd-Dienst gestartet,
dann heißt es warten, bis das Intervall
vorbei ist. Je nach gewählter Benachrichtigungsart
bekommt der Administrator
eine Email oder findet die Informationen
über die Updates im Syslogfile. Und wer
das Desktop-Red-Hat am Arbeitsplatz
einsetzt, konfiguriert die Updates über
Apper (Abbildungen 1 und 2).
E Open Suse und ​SLES