/home/antu » Gentoo

package.* Dateien bereinigen mit Portpeek

Antu — Sat, 21 Mar 2009 10:33:28 +0000

Portpeek löscht die nicht mehr benötigten Einträge.

Portpeek ist ein kleines Skript für Gentoo-Benutzer, das die package.keywords und die package.unmask von nicht mehr benötigten Einträgen bereinigt. Es überprüft ob die entsprechenden Programme bzw. Versionen mittlerweile als stabil gekennzeichnet sind und entfernt die entsprechenden Einträge.

Zuerst einmal muss Portpeek installiert werden.

emerge -av portpeek

Anschließend kann man sich mit folgendem Befehl alle unnötigen Einträge anzeigen lassen.

portpeek -ar

Und so löscht man die aufgelisteten Einträge:

portpeek -arf

Befehle und Optionen von Portpeek

Befehl	Bedeutung
`-a, --all`	Zeige alle Einträge
`-k, --keyword`	Zeige nur Einträge aus package.keywords
`-m, --mask`	Zeige nur Einträge aus package.mask
`-u, --unmask`	Zeige nur Einträge aus package.unmask
`-f, --fix`	Entfernt alle als stabil gekennzeichneten Pakete ohne vorher nachzufragen
`-h, --help`	Zeigt die Hilfe an

Option	Bedeutung
`-c, --changes-only`	Zeigt nur Einträge von Paketen an für die Aktualisierungen vorliegen
`-r, --removable-only`	Zeigt nur Einträge an die entfernt werden würden

Pakete demaskieren mit autounmask

Antu — Fri, 20 Mar 2009 12:11:19 +0000

Wenn man unter Gentoo ein Paket installieren möchte, das sich noch im Testzweig befindet bzw. maskiert ist kann man es in die Datei /etc/portage/package.keywords bzw. /etc/portage/package.unmask eintragen um es zu demaskieren.

echo "=kategorie/paketname-version ~keyword" >> /etc/portage/package.keywords # Testzweig
echo "=kategorie/paketname-version" >> /etc/portage/package.unmask # Maskierte Pakete

Das wird allerdings problematisch wenn das Paket noch Abhängigkeiten hat die ebenfalls demaskiert werden müssen, jede Abhängigkeit einzeln in die entsprechende Datei einzutragen wäre ziemlich mühselig. Ist auch nicht nötig, denn es gibt ja autounmask.

Mit autounmask lassen sich Pakete und all ihre Abhängigkeiten ganz einfach demaskieren, zu erst einmal muss autounmask allerdings installiert werden.

Installation: emerge -av autounmask

Um ein Paket samt all seiner Abhängigkeiten zu demaskieren genügt nun folgender Befehl:

Pakete demaskieren: autounmask =kategorie/paket-version

Abhängig davon wie viele Pakete demaskiert werden müssen arbeitet autounmask dann eine Weile. Wenn /etc/portage/package.keywords bzw. package.unmask ein Verzeichnis ist, wird eine Datei namens autounmask-paketname angelegt in der die Einträge zum demaskieren stehen. Ansonsten werden sie durch einen Kommentar gekennzeichnet in die entsprechenden Dateien eingetragen.

Wird autounmask mit dem Parameter -p (bzw. --pretend) aufgerufen, werden die erstellten Einträge am Ende wieder entfernt. Praktisch, wenn man nur sehen will welche Pakete demaskiert werden würden. Der Parameter -n (bzw. --noversions) legt fest das keine Versionsinformationen dazugeschrieben werden, also beispielsweise media-video/vlc anstatt =media-video/vlc-0.9.9999.

genlop: Informationen aus Log-Dateien von Portage auslesen

Antu — Thu, 26 Feb 2009 05:22:08 +0000

Jedes mal wenn man ein Paket emergt werden Informationen darüber in eine Log-Datei geschrieben. Das Programm genlop kann diese Informationen auslesen und daraus zum Beispiel abschätzen wie lange es dauern würde bestimmte Pakete zu emergen. Außerdem kann genlop anzeigen wann Synchronisierungen durchgeführt wurden und wann welches Paket in welcher Version installiert wurde. Um genlop zu installieren genügt ein einfaches emerge -av genlop.

Benutzung

Mittels genlop -c kann man sich anzeigen lassen wie viel Zeit ein aktuell laufender Emerge-Prozess noch braucht, genlop -t zeigt an wie lange es gedauert hat ein bestimmtes Paket zu emergen. Will man im voraus wissen wie lange Emerge für bestimmte Pakete braucht kann man die Ausgabe von emerge -p an genlop weiterleiten.

Laut genlop würde es 2 Stunden und 47 Minuten dauern openoffice noch einmal zu emergen.

Außerdem ist es möglich mittels genlop -lu aufzulisten wann welches Paket (de)installiert wurde. Ein Tipp: Mit tail -n lässt sich die Anzeige auf die letzten X Programme beschränken. Wenn man herausfinden möchte welche Pakete an einem bestimmten Tag installiert wurden kann man auch ein Datum angeben, beispielsweise genlop -lu --date 02/23/2009.

Übersicht

Eine kleine Übersicht über die Parameter von genlop und was sie bewirken.

Parameter	Funktion
`-c`	Zeigt Pakete an die zur Zeit kompiliert werden und wie lange es ungefähr noch dauern wird.
`-e`	Zeigt an wann ein Paket in welcher Version emergt wurde.
`-f`	Wertet die Informationen aus Datei aus, anstatt aus /var/log/emerge.log.
`-h`	Zeigt die Hilfe an.
`-i`	Zeigt zusätzliche Informationen wie z.B. USE-Flags oder die durchschnittliche Zeit zum kompilieren an.
`-g`	GMT/UTC-Zeit anstatt der lokalen Zeit anzeigen.
`-n`	Ausgabe nicht farbig machen.
`-l`	Listet auf wann welches Programm in welcher Version installiert wurde (alle je installierten Programme.)
`-u`	Zeigt auch an wann Pakete deinstalliert wurden.
`-p`	Schätzt wie lange es dauern würde die von emerge -p aufgelisteten Pakete zu kompilieren. (emerge -p Paket(e) \| genlop -p
`-q`	Wenn ein Paket lokal noch nie emergt wurde kann genlop nicht abschätzen wie lange es dauern würde es zu kompilieren, mit -q wird genlop angewiesen die Datenbank von gentoo.linuxhowtos.org zu befragen.
`-r`	Zeigt an wann Synchronisierungen durchgeführt wurden (emerge –sync).
`-s bzw. -S`	Das angegebene Paket wird wie ein regulärer Ausdruck behandelt. (Bei -S wird die Groß- und Kleinschreibung beachtet, bei -s nicht.)
`-t`	Schätzt wie lange es dauern würde die angegebenen Pakete zu emergen.
`-v`	Zeigt die Version von genlop an.
`--date [--date ]`	Zeigt nur Ergebnisse zwischen Datum1 und Datum2 an. Wird Datum2 nicht angegeben wird es automatisch zu heute.

Pakete suchen mit eix

Antu — Sat, 20 Dec 2008 13:12:34 +0000

Portage durchsuchen. Jeder der Gentoo schon etwas länger benutzt weiß das die Suche nach einem Paket ewig dauert. Kein Wunder, denn die Portage-Datenbank basiert auf Dateien und somit müssen bei jeder Suche unzählige Verzeichnisse und Dateien durchgegangen werden, und das dauert nunmal. Aber es gibt eine Alternative zu emerge --search, sie heißt eix und ist nicht nur schneller als Emerge sondern auch viel mächtiger. Eix basiert auf einem binären Cache, was die Suche stark beschleunigt. Außerdem zeigt eix weit mehr Informationen an und es ist möglich die Suche viel stärker einzugrenzen (Lizenz, Homepage, Kategorie, Use-Flags, …), nach regulären Ausdrücken zu suchen und vieles mehr.

Ein kleiner Geschwindigkeitsvergleich:
time emerge --search mozilla-firefox real 0m16.174s user 0m1.420s sys 0m0.256s time eix mozilla-firefox real 0m0.292s user 0m0.024s sys 0m0.004s

Installation

Eix zu installieren ist nicht besonders schwer, es gibt natürlich ein ebuild.

emerge -av eix

Benutzung

Zu erst einmal muss der binäre Cache angelegt werden, ohne den funktioniert eix natürlich nicht. Mit update-eix wird der Cache angelegt/aktualisiert. Nach jedem emerge --sync muss das wiederholt werden, damit der Cache auch auf dem neusten Stand ist. Wer sich etwas Tipparbeit ersparen möchte kann auch gleich den Befehl eix-sync benutzen, der führt erst ein emerge --sync und anschließend ein update-eix aus.

eix-sync
 * Running emerge --sync
 
[...]
 
 * Copying old /var/cache/eix cache to /var/cache/eix.previous
 * Running update-eix
Reading Portage settings ..
Building database (/var/cache/eix) ..
 
[...]
 
Database contains 13135 packages in 152 categories.
Diffing databases (13142 - 13135 packages)
[*>]  == dev-ruby/mkrf (~0.2.3 -> 0.2.3): mkrf is a library for generating Rakefiles, primarily intended for building C extentions for Ruby.
[<]   == x11-themes/gtk-theme-switch (1.0.1-r2 2.0.0_rc2-r2 -> 2.0.0_rc2-r2): Application for easy change of GTK-Themes
      << x11-themes/gtk-engines-begtk (1.0.1-r2): GTK+1 BeGTK Theme Engine
[N]   >> dev-python/xlwt (~0.7.0): Python library to create spreadsheet files compatible with Excel

eix-sync zeigt einem auch gleich eine kleine Übersicht an, welche Pakete neu in Portage sind und welche entfernt oder verändert wurden.

Aber wie sucht man jetzt?
Ganz einfach, per eix . Das ist natürlich noch nicht alles, eix bietet unzählige Optionen, diese werden im folgenden erklärt.

Pakete suchen

Eix bietet unzählige Möglichkeiten die Parameter der Suche zu verändern. Mehrere Suchausdrücke können kombiniert werden, jeder Suchausdruck kann auf bestimmte Felder (Lizenz, Name, Beschreibung, etc.) beschränkt und es können diverse Bedingungen (installiert, nicht installiert, maskiert, stabil, etc.) festgelegt werden.

Man kann zwischen 4 verschiedene Suchalgorithmen wählen. Mit -e bzw. --exact sucht eix nur noch nach dem exakten Suchausdruck, eix -e kde findet also nur noch das Paket kde, nicht jedoch kde-utils. Wenn man sich nicht sicher ist wie ein Paket geschrieben wird, kann eix versuchen über die Levenshtein-Distanz Pakete mit ähnlichem Namen zu finden, dazu wird die Option -f verwendet, N gibt dabei die maximale Distanz an, also wie viele Buchstaben anders sein dürfen. Mit -p bzw. --pattern sucht eix nach einem bestimmten Muster, mehr Informationen darüber stehen in der Manpage von glob (man 7 glob), wichtig hierbei ist das man das Muster in einzelne Anführungszeichen setzt, also ‘Muster’, damit die Shell das Muster nicht interpretiert. Wem Muster nicht reichen und wer lieber mit regulären Ausdrücken arbeitet der kann auch die Option -r bzw. --regex verwenden.

eix -f 2 amarock # Findet amarok, trotz des Rechtschreibfehlers
eix -p '??arok' # Findet ebenfalls amarok, auch wenn man sich nicht mehr an die ersten beiden Buchstaben erinnert.
eix -r '^ama.*k$' # Was fängt mit ama an und hört mit k auf? :-)

Um mehrere Suchausdrücke zu kombinieren werden -a bzw. --and (und) und -o bzw. --or (oder) verwendet. Wenn mehrere Suchausdrücke angegeben werden, aber kein und/oder dazwischen steht wird automatisch abhängig von der Konfigurationsvariable DEFAULT_IS_OR entweder und oder oder eingesetzt. Die und/oder-Operatoren werden von links nach rechts ausgewertet, es ist nicht möglich die Ausdrücke in Klammern zu setzen o.Ä. Mit --not kann man einen Ausdruck negieren bzw. festlegen das der Ausdruck nicht zutreffen soll.

# Findet Pakete in deren Namen "kde" und "utils" vorkommt.
eix kde -a utils
# Findet Pakete in deren Namen "virtualbox" aber nicht "ose" vorkommt.
eix virtualbox -a --not ose

Nun können diverse Bedingungen festgelegt werden die ein Paket erfüllen muss um bei der Suche beachtet zu werden. Hier die (meiner Meinung nach) wichtigsten Bedingungen.

Bedingung	Beschreibung
`-I, --installed`	Die Pakete müssen installiert sein. Wichtig: Hierbei werden nur Pakete beachtet die sich auch in der Portage-Datenbank befinden. Wenn ein installiertes Paket nicht mehr in Portage enthalten ist kennt eix es nicht.
`-i, --multi-installed`	Die Pakete müssen mehrmals (in verschiedenen Versionen) installiert sein.
`-d, --dup-packages`	Listet nur Pakete auf die sowohl im offiziellen Portage-Baum als auch in einem Overlay vorhanden sind.
`-D, --dup-versions`	Listet nur Pakete auf von denen eine Version sowohl im offiziellen Portage-Baum als auch in einem Overlay vorhanden ist. (Es muss sich um die gleiche Version handeln, also z.B. KDE 4.1 sowohl im offiziellen Portage-Baum als auch in einem Overlay.)
`-1, --slotted`	Die Pakete müssen in einem Slot installiert werden. Hierbei ist egal ob ein Paket nur einen Slot hat oder mehrere, solange das Paket in einem Slot installiert wird.
`-2, --slots`	Die Pakete müssen über mehrere Slots verfügen.
`-u, --upgrade`	Nur Pakete zulassen für die es eine bessere Version gibt. (Das muss nicht unbedingt eine höhere Version sein)
`--stable`	Nur Pakete von denen es eine stabile Version gibt.
`--testing`	Nur Pakete von denen es eine unstabile (testing) oder stabile Version gibt.
`--non-masked`	Nur Pakete von denen es eine nicht maskierte Version gibt.
`-O, --overlay`	Nur Pakete von denen sich eine Version in einem Overlay befindet.
`--in-overlay`	Nur Pakete die sich in einem bestimmten Overlay befinden.
`--fetch`	Nur Pakete deren Installationsdateien nicht automatisch heruntergeladen werden können. (fetch-restriction)

Es ist auch möglich eix nur bestimmte Felder durchsuchen zu lassen, beispielsweise nur den Namen des Pakets oder nur die Beschreibung.

Feld	Beschreibung
`-s, --name`	Der Name des Pakets
`-S, --description`	Die Beschreibung des Pakets.
`-C, --category`	Die Kategorie des Pakets.
`-A, --category-name`	Die Kategorie und der Name des Pakets
`-H, --homepage`	Die Webseite des Pakets
`-L, --license`	Die Lizenz des Pakets
`-P, --provide`	Was das Paket bereitstellt, also z.B. virtual/cron

Die Ausgabe

Die Ausgabe von eix lässt sich noch durch einige Zusatzoptionen beeinflussen. So kann beispielsweise mit -c (--compact) die Ausgabe auf eine Zeile pro Paket beschränkt werden, mittels -v bzw. --verbose hingegen werden alle verfügbaren Informationen angezeigt. Das sieht dann so aus:

eix -ve gcc
* sys-devel/gcc
     Available versions:
        (2.95)  *2.95.3-r9 ~*2.95.3-r10
        (3.1)   *3.1.1-r2
        (3.2)   **3.2.2 *3.2.3-r4
        (3.3)   ~3.3.6-r1
        (3.4)   3.4.6-r2
        (4.0)   ~*4.0.4
        (4.1)   ~4.1.0-r1 4.1.2
        (4.2)   ~4.2.3 ~4.2.4
        (4.3)   **4.3.0 ~4.3.1 ~4.3.1-r1 ~4.3.2
        {altivec bootstrap boundschecking build d doc fixed-point fortran gcj gtk hardened ip28 ip32r10k java libffi mudflap multilib multislot n32 n64 nls nocxx nopie nossp objc objc++ objc-gc openmp static test vanilla}
     Installed versions:  Version: 4.1.2(4.1)
                          Date:    18:38:09 10/20/08
                          USE:     fortran gtk mudflap multilib nls -altivec -bootstrap -build -d -doc -gcj -hardened -ip28 -ip32r10k -libffi -multislot -n32 -n64 -nocxx -objc -objc++ -objc-gc -test -vanilla
                          Version: 4.2.4(4.2)
                          Date:    16:33:30 10/17/08
                          USE:     fortran gtk mudflap multilib nls openmp -altivec -bootstrap -build -doc -gcj -hardened -ip28 -ip32r10k -libffi -multislot -n32 -n64 -nocxx -objc-objc++ -objc-gc -test -vanilla
                          Version: 4.3.1-r1(4.3)
                          Date:    16:33:31 10/17/08
                          USE:     fortran mudflap multilib nls openmp -altivec -bootstrap -build -doc -gcj -gtk -hardened -ip28 -ip32r10k -libffi -multislot -n32 -n64 -nocxx -objc -objc++ -objc-gc -test -vanilla
     Best versions/slot:  3.4.6-r2 4.1.2
     Recommendation:      Downgrade
     Package sets:        system
     Homepage:            http://gcc.gnu.org/
     Description:         The GNU Compiler Collection. Includes C/C++, java compilers, pie+ssp extensions, Haj Ten Brugge runtime bounds checking
     License:             GPL-2 LGPL-2.1

Es wird sogar angezeigt wann man eine bestimmte Version des Pakets installiert hat, und ob Portage eine Aktualisierung bzw. wie in diesem Fall ein Downgrade empfiehlt.

Diese kleine Anleitung deckt keinesfalls alles ab was eix kann. Wer noch mehr wissen möchte sollte die Manpage von eix lesen (man 1 eix).

emerge –jobs

Antu — Sun, 19 Oct 2008 21:03:03 +0000

Ich hab vorhin eine neue, sehr praktische Funktion in der Manpage von emerge entdeckt. Man kann mit --jobs bzw. -j angeben wieviele Pakete gleichzeitig emergt werden sollen. Praktisch, grade bei Mehrkernprozessoren, da es ja durchaus einige Pakete gibt die mit mehreren gleichzeitigen Kompilationsprozessen nicht klar kommen (MAKEOPTS="-j"). So kann man den Emerge-Prozess dann trotzdem beschleunigen.