488 lines
27 KiB
TeX
Executable File
488 lines
27 KiB
TeX
Executable File
\section{Zypper (SuSE)}
|
|
\begin{justify} % Blocksatz
|
|
Mit dem Programm {\ttfamily Zypper} kann man in der Kommandozeile Software installieren, aktualisieren oder auch deinstallieren. Eine "Ubersicht "uber die vorhandenen Optionen gibt es mit dem Befehl {\ttfamily zypper \verb|--|help} oder auch in der {\ttfamily Manpage}. In der Konfigurationsdatei {\ttfamily /etc/zypper/zypp.conf} befinden sich viele hilfreiche Kommentare zu dem Programm.\\
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Paket installieren
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Paket Installieren}
|
|
Software wird mit der Option {\ttfamily install} installiert. Ein bestehendes Paket wird mit der Option {\ttfamily -f} erneut installiert.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Software installieren, label=lst:bash]
|
|
uws@tux>sudo zypper install <paketname>
|
|
|
|
uws@tux>sudo zypper install -r "openSuSE-10.3-DVD" <paketname>
|
|
|
|
uws@tux>sudo zypper -f <paketname>
|
|
\end{lstlisting}
|
|
Ganze Programm Gruppen (Zypper Pattern) kann man auch in einem Rutsch installieren.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Zypper Pattern, label=lst:bash]
|
|
uws@tux>sudo zypper install -t pattern devel_basis
|
|
\end{lstlisting}
|
|
Sollen nur die Quellcodes eines Programm Paketes installiert werden, so gibt man die Option {\ttfamily srcpackage} an.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Quellcode installieren, label=lst:bash]
|
|
uws@tux>sudo zypper install -i srcpackage gimp
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Paket deinstallieren
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Paket deinstallieren}
|
|
Ein Programm wird man mit der Option {\ttfamily remove} wieder los.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Software deinstallieren, label=lst:bash]
|
|
uws@tux>sudo zypper remove <paketname>
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Paket suchen
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Paket suchen}
|
|
Die Suche mach einem Paket kann mit der Option {\ttfamily search} gemacht werden.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Paket suchen, label=lst:bash]
|
|
uws@tux>sudo zypper search <paketname>
|
|
\end{lstlisting}
|
|
Man kann nicht nur nach einzelnen Paketen suchen, sondern auch nach ganzen Programm Gruppen. Diese Gruppen werden im Zypper Sprachgebrauch {\ttfamily Pattern} genannt. Bei dem nachfolgenden Beispiel werden alle Pakete gesucht, die der Gruppe {\ttfamily game} angeh"oren.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Paket Gruppe, label=lst:bash]
|
|
uws@tux>sudo zypper search -t pattern game
|
|
\end{lstlisting}
|
|
Um sich vorliegende Patche anzeigen zu lassen, so gibt man die Option {\ttfamily patch} an.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Paket Patche, label=lst:bash]
|
|
uws@tux>sudo zypper search -t patch
|
|
\end{lstlisting}
|
|
Installierte Pakete kann man sich mit der Option {\ttfamily -i} anzeigen lassen.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Installierte Pakete, label=lst:bash]
|
|
uws@tux>sudo zypper search -i | less
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Paket update
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Paket update}
|
|
Mit dem Befehl {\ttfamily zypper lu} kann man "uberpr"ufen, ob f"ur die installierten Pakete updates vorliegen. Bei diesem Befehl werden nicht nur die Pakete angezeigt, sondern auch die dazugeh"orenden Paketquellen. Mit {\ttfamily zypper update} kann man dann die Pakete einspielen.\\
|
|
Sollen alle Pakete auf einmal eingespielt werden, so gibt man {\ttfamily zypper dup} ein. M"ochte man nur die Pakete aktualisieren, die vom SuSE Team als kritisch eingestuft wurde, so gibt man {\ttfamily zypper up} ein.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Paket update, label=lst:bash]
|
|
uws@tux>sudo zypper lu <paketname>
|
|
|
|
uws@tux>sudo zypper update <paketname>
|
|
|
|
uws@tux>sudo zypper dup
|
|
|
|
uws@tux>sudo zypper up
|
|
\end{lstlisting}
|
|
Mit {\ttfamily zypper update -d} werden die Pakete heruntergeladen, aber nicht installiert. F"ur die Installation ruft man dann {\ttfamily zypper update} ohne die Option {\ttfamily -d} auf.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Paket download, label=lst:bash]
|
|
uws@tux>sudo zypper update -d
|
|
|
|
uws@tux>sudo zypper update
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Repositories verwalten
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Repositories verwalten}
|
|
Unter dem Verzeichnis {\ttfamily /var/cache/zypp/raw} befinden sich jeweils in einem eigenen Verzeichnis pro Repository die Meta-Daten mit den Datei Informationen. Diese Meta-Daten lassen sich mit dem Befehl {\ttfamily zypper refresh} auf den neusten Stand bringen. Au"serdem werden im Verzeichnis {\ttfamily /var/cache/zypp/solve} die Informationen abgelegt, welche Abh"angigkeiten ein Paket verursacht und wie diese am besten / schnellsten aufzul"osen sind. Im Verzeichnis {\ttfamily repodata} liegen die Meta-Informationen, hierbei handelt es sich um Gzip-Dateien, in denen XML-Dateien sich befinden.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Repository refresh, label=lst:bash]
|
|
uws@tux>sudo zypper refresh
|
|
\end{lstlisting}
|
|
Die Nummer eines Repositories wird mit {\ttfamily zypper -lr} abgefragt. Mit der Option {\ttfamily -u} werden zus"azlich die Repository-URI angezeigt. Die Option {\ttfamily -p} zeigt die Proirity f"ur die Repositories an. Alle Eigenschaften der Repositories k"onnen mit der Option {\ttfamily -a} angezeigt werden.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=List Repositories, label=lst:bash]
|
|
uws@tux>sudo zypper lr
|
|
# | Alias | Name |Enabled|Refresh
|
|
--+------------------+-----------------------+-------+--------
|
|
1 | Update SuSE 11.4 | Updates openSuSE 11.4 | YES | YES
|
|
2 | openSuSE-11.4 | openSuSE-11.4 | YES | NO
|
|
3 | repo-non-oss | openSuSE-11-4-non-oss | YES | YES
|
|
\end{lstlisting}
|
|
Einen {\ttfamily Export} der Eigenschaften der Repositories kann mit der Option
|
|
{\ttfamily \verb|--|export} durchgef"uhrt werden. In dem nachfolgenden Beispiel
|
|
wird der Export in die Datei backup.repo geschrieben.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Export Repositories, label=lst:bash]
|
|
uws@tux>sudo zypper lr --export /daten/backup/backup.repo
|
|
Repositories have been successfully exported to /daten/backup/backup.repo
|
|
\end{lstlisting}
|
|
Der {\ttfamily Import} wird mit {\ttfamily ar} und der Angabe der Datei gemacht.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Import Repositories, label=lst:bash]
|
|
uws@tux>sudo zypper ar /daten/backup/backup.repo
|
|
\end{lstlisting}
|
|
Einen automatischen Check eines Repositories schaltet man mit {\ttfamily zypper mr -R} aus. Mit der Option {\ttfamily mr -d} schaltet ein Repositorie aus.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Repository check, label=lst:bash]
|
|
uws@tux>sudo zypper mr -R <repo_nr>
|
|
|
|
uws@tux>sudo mr -d <repo_name>
|
|
|
|
uws@tux>sudo mr -d <repo_nr>
|
|
\end{lstlisting}
|
|
Soll verhindert werden, dass jede Installation eines Pakets durchgef"uhrt wird, so richtet man eine Paktesperre ein. Mit der Option {\ttfamily ll}, kann man sich die Paktesperren anzeigen lassen. Zum l"oschen einer Paketsperre wird die Option {\ttfamily cl} benutzt.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Paketsperre, label=lst:bash]
|
|
uws@tux>sudo zypper al gimp
|
|
|
|
uws@tux>sudo zypper ll
|
|
|
|
uws@tux>sudo zypper cl gimp
|
|
\end{lstlisting}
|
|
Nach einer Installation l"oscht der Paketmanager alle Dateien. M"ochte man diese aber behalten, so wird dieses mit der Option {\ttfamily mr \verb|--|kt} eingeschaltet.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Pakete behalten, label=lst:bash]
|
|
uws@tux>sudo zypper mr --kt
|
|
\end{lstlisting}
|
|
Einen vergebenen Alias Namen kann man mit {\ttfamily renamerepo} "andern.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Rename Repository, label=lst:bash]
|
|
uws@tux>sudo zypper renamerepo repo-source repo-source-new
|
|
\end{lstlisting}
|
|
Ein Repository wird mit {\ttfamily addrepo} hinzugef"ugt. Nach der Eingabe der URL wird noch ein Alias Namen vergeben.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Added Repository, label=lst:bash]
|
|
uws@tux>sudo zypper addrepo --name "VLC" http://download.vlc.org VideoLan
|
|
Adding repository 'VLC' [done]
|
|
Repository 'VLC' successfully added
|
|
Enabled: YES
|
|
Autorefresh: No
|
|
URI: http://download.vlc.org
|
|
\end{lstlisting}
|
|
Ein nicht mehr ben"otigtes Repository kann man mit {\ttfamily removerepo}
|
|
oder auch {\ttfamily rr} l"oschen.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Repository l"oschen, label=lst:bash]
|
|
uws@tux>sudo zypper rr VLC
|
|
Removing repository 'VLC' [done]
|
|
Repository 'VLC' has been removed
|
|
\end{lstlisting}
|
|
In der nachfolgenden Tabelle sind alle wichtigen Befehle des Repo-Managers aufgelistet.
|
|
\begin{table}[ht]
|
|
\begin{tabular}{p{5cm}p{5.5cm}p{5.5cm}} % l => Text left, c => center, r => right, p => zeilenumbruch
|
|
\rowcolor{hellgrau}\emph{\textbf{Befehl}} & \emph{\textbf{Kurzschreibweise}} & \emph{\textbf{Beschreibung}}\\
|
|
\hline
|
|
\hline
|
|
zypper repos & zypper lr & Listet die eingerichteten Paketquellen auf\\
|
|
zypper addrepo <url> & zypper ar <url> & F"ugt ein Repository unter dem gew"ahlten Namen hinzu\\
|
|
zypper removerepo <name> & zypper rr <name> & Entfernt das Repository\\
|
|
zypper renamerepo <nr> <name> & zypper nr <nr> <name> & Vergibt einem Repository einen neuen Namen\\
|
|
zypper modifyrepo \verb|--|enable <name> & zypper mr -e <name> & Aktiviert ein Repository\\
|
|
zypper modifyrepo \verb|--|disable <name> & zypper mr -d <name>& Schaltet ein Repository aus\\
|
|
zypper modifyrepo \verb|--|refresh <name> & zypper mr -r <name>& Schaltet die automatische Aktualisierung ein\\
|
|
zypper modifyrepo \verb|--|no-refresh <name>&zypper mr -R <name>&Schaltet die automatische Aktualisierung aus\\
|
|
zypper modifyrepo \verb|--|priority <wert> <name>&zypper mr -r <wert> <name>& Setzt die Priorit"at des Repos auf den angegebenen Wert (kleiner ist h"oher)\\
|
|
\end{tabular}
|
|
\caption{Befehle Repo-Manager}
|
|
\end{table}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Repository Prio setzten
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Repository Priorit"aten setzten}
|
|
"Uber die Priorit"at wird festgelegt, welche Installationsquelle der Paketmanager nutzen soll. Die Standardeinstellung f"ur die Repositories ist 99. Je h"oher der Wert, desto geringer ist die Priorit"at. Bieten zwei Repositories dasselbe Paket an, so wird das Paket von der h"oheren Priorit"at installiert. Soll zum Beispiel auf das DVD Repository nur dann zugegriffen werden, wenn keine Internetverbindung besteht, so setzt man die Priorit"at des Repositories auf 100. Aber Achtung, einen kleineren Wert als 99 sollte nicht vergeben werden, da das die Stabilit"at des Systems beeintr"achtigen kann.\\
|
|
In dem nachfolgenden Beispiel wird f"ur alle lokalen Repositories die Priorit"at auf 100 gesetzt.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Setzten Priorot"at, label=lst:bash]
|
|
uws@tux>sudo zypper mr -p 100 -t -l
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: System Upgrade
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{System Upgrade}
|
|
M"ochte man ein System Upgrade durchf"uhren, also z.B. von OpenSuSE 12.3 nach
|
|
13.1, so kann man das mit {\ttfamily zypper} ganz einfach erledigen. Nachfolgend sind die einzelnen Schritte aufgef"uhrt, um ein System Upgrade durchzuf"uhren.\\
|
|
\textcolor{red}{\textbf{Achtung:} Es ist daf"ur zu sorgen, das ausreichend Platz f"ur das Upgrade auf dem System zu Berf"ugung steht. Das Verzeichnis {\ttfamily /boot} sollte mindestens {\ttfamily 300MB} gro"s sein. Auch das / Verzeichnis sollte mindestens "uber {\ttfamily 6GB} freien Platz verf"ugen. Das gleiche gilt auch f"ur {\ttfamily /var}, wenn es sich in einer separaten Partition befindet.}\\
|
|
Als erstes wird "uberpr"uft, ob das Repo-Update aktiv ist. Man kann auch den Befehl {\ttfamily zypper lr -uP} nehmen, dann wird zus"atzlich noch die Prio ausgegeben.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Repo check, label=lst:bash]
|
|
uws@tux>sudo zypper repos -ur
|
|
#|Alias |Name |Enabled|Refresh|URI
|
|
-+-----------+-----------+-------+-------+------------------------------------
|
|
1|repo-update|repo-update|yes |yes |http://download.opensuse.org/up..
|
|
\end{lstlisting}
|
|
Steht in der Spalte {\ttfamily Enabled} bei Repo-Update kein {\ttfamily Yes}, so setzt man in der Konsole folgenden Befehl ab.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Repo Enabled, label=lst:bash]
|
|
uws@tux>sudo zypper modifyrepo --enable repo-update
|
|
\end{lstlisting}
|
|
Wird kein Eintrag f"ur das Repo-Update angezeigt, so wird mit {\ttfamily zypper addrepo} das fehlende Repository hinzugef"ugt.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Add Repo, label=lst:bash]
|
|
uws@tux>sudo zypper addrepo --check --name 'openSUSE-12.3-Update' http://download.opensuse.org/update/12.3 repo-update
|
|
\end{lstlisting}
|
|
Nun k"onnen wir das Alte System auf dem letzten Patchlevel heben.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Letzter Patchlevel, label=lst:bash]
|
|
uws@tux>sudo zypper refresh
|
|
|
|
uws@tux>sudo zypper update
|
|
end{lstlisting}
|
|
Nach erfolgtem Update werden die alten Repositories abgeschaltet.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Disable Old Repo, label=lst:bash]
|
|
uws@tux>sudo zypper modifyrepo --all --disable
|
|
\end{lstlisting}
|
|
Jetzt k"onnen die neuen Repositories hinzugef"ugt werden.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Add new Repo, label=lst:bash]
|
|
uws@tux>sudo zypper addrepo --name "openSUSE-13.1 OSS" http://download.opensuse.org/distribution/13.1/repo/oss repo-13.1-oss
|
|
|
|
uws@tux>sudo zypper addrepo --name "openSUSE-13.1 Non-OSS" http://download.opensuse.org/distribution/13.1/repo/non-oss repo-13.1-non-oss
|
|
|
|
uws@tux>sudo zypper addrepo --name "openSUSE-13.1 Updates OSS" http://download.opensuse.org/update/13.1 repo-13.1-update-oss
|
|
|
|
uws@tux>sudo zypper addrepo --name "openSUSE-13.1 Updates Non-OSS" http://download.opensuse.org/update/13.1-non-oss repo-13.1-update-non-oss
|
|
\end{lstlisting}
|
|
Nach diesen ganzen vorarbeiten, k"onnen wir nun das Upgrade durchf"uhren.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Upgrade System, label=lst:bash]
|
|
uws@tux>sudo zypper clean -a
|
|
|
|
uws@tux>sudo zypper ref
|
|
|
|
uws@tux>sudo zypper dup
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Patche pruefen
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Patche pr"ufen}
|
|
Mit dem Kommando {\ttfamily pchk} (patch-check) wird abgefragt, ob f"ur das System neue Patche zu Verf"ugung stehen.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=List Patche, label=lst:bash]
|
|
uws@tux>sudo zypper pchk
|
|
Loading repository data ...
|
|
Reading installed packages ...
|
|
5 patches needed (2 security patches)
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Benoetigte Patche auflisten
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Ben"otigte Patche auflisten}
|
|
Die ben"otigten Patche k"onnen mit der Option {\ttfamily list-patches} oder {\ttfamily lp} angezeigt werden.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Ben"otigte Patche, label=lst:bash]
|
|
uws@tux>sudo zypper lp
|
|
Loading repository data ...
|
|
Reading installed packages ...
|
|
|
|
Repository | Name | Version | Category | Status
|
|
---------------------+----------------------+---------+-----------+-------
|
|
Update openSUSE 11.4 | apache2-mod_apparmor | 4985 |recommended| needed
|
|
Update openSUSE 11.4 | kdebase4-openSUSE | 5043 |recommended| needed
|
|
Update openSUSE 11.4 | libxcrypt | 5049 |security | needed
|
|
Update openSUSE 11.4 | man-pages | 5032 |security | needed
|
|
Update openSUSE 11.4 | valgrind | 5053 |recommended| needed
|
|
\end{lstlisting}
|
|
Mit der Option {\ttfamily lu} werden alle verf"ugbaren Paketaktualisierungen angezeigt.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Verf"ugbare Patche, label=lst:bash]
|
|
uws@tux>sudo zypper lu
|
|
Loading repository data ...
|
|
Reading installed packages ...
|
|
s | Repository | Name |Current Vers |Avaible Vers | Arch
|
|
--+---------------------+--------------+-------------+-------------+------
|
|
V | Update openSUSE 11.4|apparmor-docs |2.5.1.r455-52|2.5.1.r445-63|noarch
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Patche installieren
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Patche installieren}
|
|
Die Patche k"onnen mit dem Befehl {\ttfamily zypper patch} installiert werden.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Patche installieren, label=lst:bash]
|
|
uws@tux>sudo zypper patch
|
|
Loading repository data ...
|
|
Reading installed packages ...
|
|
Resolving package dependencies ...
|
|
|
|
The following NEW patches are going to be installed:
|
|
apache2-mod_apparmor kdebase4-openSUSE libxcrypt man-pages valgrind
|
|
|
|
The following packages going to be upgraded:
|
|
apparmor-dosc apparmor-parser apparmor-profiles apparmor-utils
|
|
|
|
18 packages to upgrade
|
|
Overall download size: 9.3 MiB. After the operation, 8.6 Mib will be freed.
|
|
Continue? [y/n/?] (y):
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Alle Patche auflisten
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Alle Patche auflisten}
|
|
Alle Patche werden mit der Option {\ttfamily patches} angezeigt.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Alle Patche auflisten, label=lst:bash]
|
|
uws@tux>sudo zypper patches
|
|
Loading repository data ...
|
|
Reading installed packages ...
|
|
Catalog | Name |Version | Category | Status
|
|
--------------------+---------------+--------+-------------+----------
|
|
Update openSUSE 11.4| Mesa | 4546 | recommended | installed
|
|
Update openSUSE 11.4| ModemManager | 4453 | recommended | installed
|
|
Update openSUSE 11.4| MozillaFirefox| 4195 | recommended | installed
|
|
Update openSUSE 11.4| MozillaFirefox| 4457 | security | installed
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Patch Informationen abfragen
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Patch Informationen abfragen}
|
|
Informationen "uber die einzelnen Patche kann man mit {\ttfamily info -t patch} abfragen.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Patch Informationen, label=lst:bash]
|
|
uws@tux>sudo zypper info -t patch MozillaFirefox
|
|
Loading repository data ...
|
|
Reading installed packages ...
|
|
|
|
Informationen zu MozillaFirefox
|
|
|
|
Name: MozillaFirefox
|
|
Version: 5020
|
|
Arch: noarch
|
|
Vendor: maint-coord@suse.de
|
|
Status: installed
|
|
Category: security
|
|
Created On: Fri Aug 19 19:47:02 2011
|
|
Reboot Required: No
|
|
Package Manager Restart Required: No
|
|
Interactive: No
|
|
Summary: MozillaFirefox: Update to Firefox 6
|
|
Description:
|
|
MozillaFirefox was updated to version 6
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Empfolende Pakete installieren
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Empfohlene Pakete installieren}
|
|
F"ur bereits installierte Pakete findet {\ttfamily Zypper} mit der Option {\ttfamily install-new-recommends (inr)} neu hinzugef"ugte empfohlene Pakete.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Empfohlene Pakete, label=lst:bash]
|
|
uws@tux>sudo zypper inr
|
|
Installierte Pakete lesen...
|
|
|
|
Die folgenden NEUEN Pakete werden installiert.
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Abhaengigkeiten pruefen
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Abh"angigkeiten pr"ufen}
|
|
Mit {\ttfamily zypper verify (ve)} kann man Paketabh"angigkeiten pr"ufen und diese dann installieren. Startet ein installiertes Programm nicht mehr und es gibt eine Fehlermeldung, das etwas fehlt, so kann dieses gepr"uft werden.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Abh"angigkeiten pr"ufen, label=lst:bash]
|
|
uws@tux>sudo zypper -e nodeps mozilla-xulrunner190
|
|
uws@tux>firefox
|
|
Could not find compatible GRE between version 1.9.0 and 1.9.0
|
|
|
|
uws@tux>sudo zypper ve
|
|
Installierte Pakete lesen...
|
|
Einige der Anhaegigkeiten der installierten Pakete sind beschaedigt. Um diese Abhaengigkeitenzu reparieren ...
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Spezialfaelle
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Spzialf"alle}
|
|
Sollen nur Pakete installiert werden, die kein Neustart, Best"atigungsmeldung anzeigen oder eine Lizenz angenommen werden soll, so gibt man die Option {\ttfamily \verb|--|skip-interaktiv} an. In der legalen Grauzone bewegt sich die Option {\ttfamily -l}. Diese Option weist den Paketmanager an, alle Lizenzklauseln zu akzeptieren.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Update, label=lst:bash]
|
|
uws@tux>sudo zypper update --skip-interactive
|
|
\end{lstlisting}
|
|
M"ochte man nur den Source Code eines Pakets herunterladen, so gibt es hierzu die Option {\ttfamily source-install (si)}. Nach dem Herunterladen kann man das Paket von Hand "ubersetzen.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Download Source Code, label=lst:bash]
|
|
uws@tux>sudo zypper si -d inkscape
|
|
\end{lstlisting}
|
|
Soll ein Paket mit einer bestimmten Versionsnummer deinstalliert werden, so geschieht das mit dem nachfolgenden Befehl. Anstelle von dem {\ttfamily =} kann man auch {\ttfamily <} setzen, dann werden alle Versionen deinstalliert, die kleiner sind als die angegebene Nummer. Genauso funktioniert auch das einspielen einer bestimmten Version eines Paketes.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Paket deinstalliern, label=lst:bash]
|
|
uws@tux>sudo zypper remove "amarok=2.2"
|
|
|
|
uws@tux>sudo zypper install "amarok=2.2.0-2"
|
|
\end{lstlisting}
|
|
Um zu erfahren, wer das Paket gebaut hat, ob es installiert ist oder aus welcher Bibliothek es stammt, so wird hierbei die Option {\ttfamily info} erwendet.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Paket Info, label=lst:bash]
|
|
uws@tux>sudo zypper info libxinel
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Proxy Einstellung
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Proxy Einstellung}
|
|
Gibt es einen Proxy Server im Netzwerk, so muss dieser in Yast (Netzwerkdienste - Proxy) eingetragen werden, incl. der Portnummer wie z.B. {\ttfamily htp://192.168.1.18:80}.\\
|
|
Ist der Proxy nicht eingetragen, k"onnen keine Updates heruntergeladen werden und es kommt die Fehlermeldung {\ttfamily couldn't connect to host}.
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Alte Kernel loeschen
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Alte Kernel l"oschen}
|
|
Als erstes lassen wir uns anzeigen, welche Kernel Versionen installiert sind. Der nachfolgende Befehl listet alle Kernel Versionen sortiert nach Datum auf.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Kernel auflisten, label=lst:bash]
|
|
uws@tux>sudo rpm -pa -last kernel-\*
|
|
kernel-sysms-3.11.10-11.1.x86_64 Wed May 21 13:55:49 2014
|
|
kernel-default-devel-3.11.10-11.1-x86_64 Wed May 21 13:55:47 2014
|
|
kernel-desktop-devel-3.11.10-11.1-x86_64 Wed May 21 13:55:46 2014
|
|
kernel-source-3.11.10-11.1.noarch Wed May 21 13:55:42 2014
|
|
kernel-devel-3.11.10-11.1.noarch Wed May 21 13:55:42 2014
|
|
kernel-desktop-3.11.10-11.1.x86_64 Wed May 21 13:55:42 2014
|
|
kernel-sysms-3.11.10-11.1.x86_64 Tue Feb 11 07:29:26 2014
|
|
kernel-default-devel-3.11.10-7.1.x86_64 Tue Feb 11 07:29:24 2014
|
|
kernel-desktop-devel-3.11.10-7.1.x86_64 Tue Feb 11 07:29:23 2014
|
|
kernel-source-3.11.10-7.1-noarch Tue Feb 11 07:29:16 2014
|
|
kernel-devel-3.11.10-7.1-noarch Tue Feb 11 07:29:11 2014
|
|
kernel-desktop-3.11.10-7.1.x86_64 Tue Feb 11 07:28:48 2014
|
|
\end{lstlisting}
|
|
Nun k"onnen wir die alten Kernel Versionen l"oschen.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Alte Kernel l"oschen, label=lst:bash]
|
|
uws@tux>sudo zypper rm kernel-desktop-devel-3.11.10-7.1 \
|
|
kernel-devel-3.11.10-7.1 \
|
|
kernel-desktop-3.11.10-7.1
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Kernel installieren
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Kernel installieren}
|
|
Mit eeinem {\ttfamily zypper} Command, lassen sich alle verf"ugbaren Kernel Versionen anzeigen.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=List Kernel Versionen, label=lst:bash]
|
|
uws@tux>sudo zypper se -s 'kernel*'
|
|
S | Name | Type | Version | Arch | Repository
|
|
--+----------------+------------+-----------------+--------+--------------
|
|
v | kernel-default | package | 2.6.32.10-0.4.1 | x86_64 | Alternativ...
|
|
i | kernel-default | package | 2.6.32.10-0.4.1 | x86_64 | (System Pack...
|
|
| kernel-default | srcpackage | 2.6.32.10-0.4.1 | x86_64 | Alternativ...
|
|
\end{lstlisting}
|
|
Installieren eines Kernels.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Kernel installieren, label=lst:bash]
|
|
uws@tux>sudo zypper in kernel-default-2.6.12.10-0.4.1
|
|
\end{lstlisting}
|
|
Damit man auf dem System verschiedene Kernel installieren und betreiben kann, muss die Option {\ttfamily multiversion} in der {\ttfamily /etc/zypp/zypp.conf} gesetzt sein. Standardm"a"sig ist diese Option gesetzt.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Option multiversion, label=lst:bash]
|
|
uws@tux>grep -i "multiversion" /etc/zypp/zypp.conf
|
|
multiversion = provides:multiversion(kernel)
|
|
\end{lstlisting}
|
|
%-------------------------------------------------------------------------------
|
|
% Section: Patch decline
|
|
%-------------------------------------------------------------------------------
|
|
\subsection{Patch descline (sperren)}
|
|
L"ast sich ein Patch nicht installieren, so kann man ihn sperren, so das er nicht mehr installiert wird. Eine eingerichtete Sperre kann man mit {\ttfamily zypper locks} sich anzeigen lassen.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Show Locks, label=lst:bash]
|
|
uws@tux>zypper locks
|
|
# | Name | Type | Repository
|
|
--+-------------------+-------+-----------
|
|
1 | OpenSUSE-2016-923 | patch | (any)
|
|
\end{lstlisting}
|
|
Einen Patch sperren kann man mit {\ttfamily zypper addlock} vornehmen. Bei der Option {\ttfamily -t} wird der Typ angegeben. Folgende Typen gibt es: {\ttfamily package, patch, pattern, product}.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Patch sperren, label=lst:bash]
|
|
uws@tux>sudo zypper addlock -t patch OpenSUSE-2016-923
|
|
\end{lstlisting}
|
|
Eine Sperre kann mit {\ttfamily zypper rl} wieder aufgehoben werden.
|
|
\listBash
|
|
\begin{lstlisting}[captionpos=b, caption=Patch Sperre aufheben, label=lst:bash]
|
|
uws@tux>sudo zypper rl OpenSUSE-2016-923
|
|
\end{lstlisting}
|
|
\end{justify}
|