Veni, Vidi, VISA

Debian:

$ dpkg --get-selections \* > /tmp/PAKETLISTE

$ dpkg --set-selections < /tmp/PAKETLISTE

$ apt-get dselect-upgrade

RPM:

$ rpm -qa > /tmp/instpackages

$ yum -y install $(cat /tmp/packages)

Gentoo:

$ emerge -av $(cat /var/lib/portage/world)

*BSD:

$ pkg_info > /tmp/instpackages

$ for i in `awk '{print $1}' /tmp/instpackages` ; do echo pkg_add -v $i ; done

ArchLinux:

$ pacman -Qqe > /tmp/instpackages

$ pacman -S $(cat /tmp/instpackages)

Crux (Danke an teK!):

$ prt-get listinst > pkglist

$ for i in `cat pkglist`;do prt-get depinst "$i";done

Slackware:

$ ls /var/log/packages > /tmp/instpackages

$ for foo in $(cat /tmp/instpackages); do installpkg $foo ; done

Das meiste war ausm Kopf zusammengeschrieben; Fehler/Verbesserungen einfach als Kommentar dalassen (gleiches gilt auch fuer Distributionen die ich vergessen hab).

Auf meiner Hauptworkstation laeuft noch immer CRUX 2.1, aber da gibt es einiges was mich stoert:

• Es gibt keinen brauchbaren Updatemechanismus
• Das Portsystem ist ohne prt-get kaum brauchbar, weil es keine Abhaengigkeiten aufloest
• Bei einigen Programmen fehlen im Pkgfile die Abhaengigkeiten; die sind seperat unter /usr/ports/opt/external-pkg/dependencies untergebracht (und in keiner Doku wird darauf hingewiesen)
• /usr/bin/ports ist ein schwules Bash-Script
• Alsa muss fest in den Kernel eingebunden werden, damit es funktioniert
• Die Executables in /usr/ports/base sind statisch gelinkt und fuer Linux 2.6.0 "optimiert"
• prt-get ist zwar ganz nett und brauchbar, aber langsam wie Sau (selbst wenn man cache als Parameter verwendet)
• slocate ist zwar vorhanden, aber updatedb nicht (Irgendjemand sollte dem Maintainer davon mal sagen, dass updatedb kein Programm ist, sondern lediglich ein Symlink gegen /usr/bin/slocate)

Das sind lediglich einige Punkte, die ich als Nachteil empfinde; logischerweise hat CRUX auch sehr viel Vorteile, aber ich hab keine Lust hier alle Vor-/Nachteile aufzulisten.

Arch Linux verhaelt sich da aehnlich, nur das das Portsystem noch ekliger ist, da die md5-Sums direkt im Pkgfile eingetragen werden. Bei CRUX kann man die ".md5sum" im entsprechenden Port einfach loeschen und sie wird neu erstellt; bei Arch Linux muss man das Pkgfile editieren, was bedeutet, dass ich zuerst das Archiv runterladen, eine Checksum erstellen und eintragen muss. Dann ist da noch Debian
"CRUX, Debian, Gentoo, Vollmond, Werwoelfe, .." vollständig lesen

Bis dato verwende ich CRUX 2.1 auf meiner Workstation, aber da gibt es (wie bei allen Distributionen) einiges das mich stoert:

• Man muss das Pkgfile editieren um ein Programm mit eigenen Parametern zu kompilieren
• Die Default-Ports in ./{base,opt,..} werden kaum aktuallisiert und enthalten zum Teil ungueltige Downloadquellen)
• Hotplugging ist per Default nicht vorhanden
• Es gibt keinen brauchbaren Updatemechanismus (siehe auch Updaten von CRUX 2.0 auf 2.1)
• Es gibt kaum Packages von Perlmodulen

"Neue Distribution .." vollständig lesen

war nich so das wahre. In 20050426005709.4e132386.slash(at)crux-it.org hat Coviello Giuseppe ein Script gepostet, dass ein bereits installiertes CRUX 2.0 System auf 2.1 updatet. "Updaten von CRUX 2.0 auf 2.1.." vollständig lesen

Bei http://clc.morpheus.net/portdb/ findet man ja einige Ports fuer CRUX Linux, aber mit deren Anwendung sollte man vorsichtig sein. Besonders "Programme" wie http://www.xs4all.nl/~hanb/software/crux/han/rc_nobash/ sind in meinen Augen Schwachfug. Wer also third-part-Ports verwendet, muss wissen was er tut oder darf sich nicht beschweren, wenn danach nichts mehr funktioniert. Nicht jeder Maintainer eines Ports weiss was er macht.

Heute hab ich just for fun Slackware auf meiner anderen Workstation installiert und die gleiche Softwarepalette wie auf CRUX eingespielt (welche das ist, sieht man hier). Die Software auf Slackware hab ich als Binaries von http://www.linuxpackages.net/ mit slapt-get eingespielt. Das Ergebniss sah dann wie folgt aus: "Small is beautiful" vollständig lesen

saugt irgendwie. Wie soll man

Build a new kernel with support for your hardware. Use the kernel configuration used by the existing bootkernel as a starting point (you can find it here) and add the hardware support you need. If the kernel gets too big it is safe to remove SCSI and USB drivers (unless you need them of course), but do not remove any filesystem related options.

halbwegs sinnvoll uebersetzen? *narf*

Yep. Richtig gehoert! CRUX ist nicht fuer User geeignet, die

• eine grafische Installationsroutine benoetigen,
• kein Englisch koennen,
• ohne ein Systemmanagementsystem wie YaST verloren sind,
• mit der Bedienung von (c)fdisk ueberfordert sind,
• info-Pages, /usr/doc/*, .. brauchen/wollen,
• eine Step-by-Step - Anleitung benoetigen, die auf die Distribution angepasst ist, damit sie $FOO installieren koennen oder
• am Kompilieren eines Kernels scheitern.

"CRUX ist nicht fuer jeden brauchbar" vollständig lesen

Irgendwann muss ich mir mal ein Script schreiben, dass mein Crux ports repository automatisch updatet. Was mich wieder daran erinnert, dass einige "Programmierer" schlicht und einfach nicht in der Lage sind, eine halbwegs brauchbare Packagestruktur anzulegen. astyle ist das beste Beispiel dafuer. Nach dem Entpacken wird kein separates Verzeichnis angelegt, sondern alle Dateien (*.cpp, *.h, ..) landen im $PWD.. sehr sinnvoll und uebersichtlich *sigh*.

CRUX laeuft ja wie in Crux laeuft .. und CRUX runnig at (one of) my workstation ersichtlich wird, auf meinen Workstations (also noch nicht all zu lange). Dennoch ist mir einiges aufgefallen.

"Some rants about CRUX.." vollständig lesen