Willkommen auf dem semantischen Desktop: Bonustrack: Distributionen!

In Bezug auf die KDE-Artikelserie (Teil 1, Teil 2, Teil 3, Teil 4, Teil 5, Teil 6 y Teil 7), Ich habe viele Dinge in einige Kommentare aufgenommen, die es verdienen, in einem separaten Artikel veröffentlicht zu werden. Hier sind einige Tipps für die verschiedenen Distributionen, die wir haben können. Denken Sie daran: In den meisten Fällen ist die beste Verteilung für KDE die, die Sie haben, aber bei vielen von ihnen gibt es einige schwerwiegende Probleme. Die Idee ist also, neben dem Wissen, welche zu wählen und welche zu vermeiden ist, die Verteilung so zu gestalten man hat gut mit KDE gearbeitet.

Debian? Nein

Debian Sid, das instabile Debian-Repository, hat KDE 4.8.4 als neueste verfügbare Version. Dies gibt eine Vorstellung davon, wie veraltet Debian ist. Es ist vernünftig und sogar zu erwarten, Debian Stable zu bitten, eine alte, getestete Version mit allen behobenen Fehlern zu haben, aber eine solche alte Version in einem instabilen Repository zu haben, widerspricht dem menschlichen Verständnis. Wie wir später sehen werden, gibt es eine halboffizielle Möglichkeit, KDE 4.10.2 unter Red Hat Enterprise Linux zu installieren, einer Distribution, die so stabil oder stabiler ist als Debian Stable selbst.

Wenn Sie Debian wirklich mit KDE installieren möchten, stehen zwei Optionen zur Verfügung:

1. Bringen Sie die ZevenOS-Repositorys in Debian Testing. Ich weiß nicht, wie lange oder wie kompatibel diese Option ist. Sie sollten diese beiden Zeilen zu /etc/sources.list hinzufügen.

deb http://proindi.de/zevenos/neptune/repo/ sid main
deb http://proindi.de/zevenos/neptune/kde-repo/ sid main

Anschließend sollte Aptitude verwendet werden, um die Repositorys zu aktualisieren und zu aktualisieren.

Eignungsaktualisierung
aptitude kde-workspace installieren

2. Mischen Sie die Debian Experimental-Repositorys. Neue Enttäuschung hier: Man würde erwarten, in einem wirklich experimentellen Repository wöchentliche KDE-Git-Snapshots (was OpenSuSE mit Factory macht) oder zumindest KDE 4.11 Beta zu finden, aber nein, man findet weder mehr noch weniger als mit KDE 4.10.4 eine wirklich stabile Version. Das Problem ist, dass viele Debian Experimental-Pakete von wirklich instabilen Versionen anderer Pakete abhängen. Daher müssen Sie die Priorität der Deb-Zeilen in /etc/sources.Slackwarelist sorgfältig behandeln und KDE bei jedem Upgrade manuell installieren. Ich empfehle es nicht.

Mageia? ROSE

Das Problem mit Mageia ist bei vielen Distributionen und bei Mandriva dasselbe: Sobald sie eine Version von KDE veröffentlichen, bleiben sie für immer dabei. Das heißt: Wenn Mageia 3 mit KDE 4.10.2 herauskommt, ist es für sie wirklich schwierig, ein Upgrade auf KDE 4.10.3 oder KDE 4.10.4 durchzuführen.

Bei Mandriva passierte mir, dass ich zu "Mandriva International Backports" gehen musste, um ein Punkt-Update zu erhalten, und das Team hinter MIB entschied, Mageia nicht zu unterstützen, sondern auf ROSA Linux zu migrieren. Wenn es um die Mandriva-Familie geht, ist ROSA Linux die Wahl gegenüber Mageia, und ich empfehle die neue Desktop R1-Version. Wenn Sie neu bei KDE sind, werden Sie überrascht sein.

Die Qualität der Gruppenpakete von Mandriva International Backports ist gut, aber wie gesagt, ihre Pakete sind nur mit ROSA Linux kompatibel. Das Hinzufügen dieses Repositorys ist sehr einfach: Gehen Sie zu http://urpmi.mandriva.ru/ und klicken Sie auf "MIB". EasyURPMI kümmert sich um den Rest.

Slackware

Die Distribution von Patrick Volkerding ist unglaublich gut für KDE, obwohl sie den Ruf hat, stabil zu sein und niemals die neuesten Pakete zu haben. Es gibt zwei Möglichkeiten.

1. Slackware-current ist eine echte rollende Version, genau wie Arch. Wenn Sie Instabilität mögen, ist es perfekt, aber wenn nicht, sehen Sie sich das Folgende an.

2. Eric Hammeleers hat ein spezielles Repository mit neuen Slackbuild-Skripten voller KDE 4.10.4 zusammengestellt, um die Stabilität von Slackware 14 mit der Leistung von KDE zu kombinieren. Sie müssen zuerst zwei Pakete installieren:

polkit-kde-agent-1
polkit-kde-kcmodules-1

Danach werden die Quellen heruntergeladen und mit dem mitgelieferten SlackBuild-Skript kompiliert.

rsync -av rsync: //alien.slackbook.org/alien/ktown/source/4.10.4.
cd 4.10.4 / kde
./KDE.SlackBuild

Warten Sie eine Weile und Sie haben KDE 4.10.4 bereit zur Installation. Dies kann nur in Slackware 14 verwendet werden.

Rolling Release? Kein Problem.

Die aktuellen rollierenden Versionen wie Arch Linux und die von Arch (Manjaro, Chakra) abgeleiteten benötigen keine zusätzlichen Anweisungen. Wenn KDE nicht standardmäßig installiert ist, wird es einfach mit einem einfachen Befehl installiert.

pacman -Sy kde

Beachten Sie das Wiki der Distribution: Es kann sein, dass es Probleme gibt, die durch fehlende Neukompilierungen verursacht werden, aber die Anweisungen sind immer da. Denken Sie daran: Um Arch verwenden zu können, müssen Sie die Seite ständig lesen, den Anweisungen folgen und ständig aktualisieren. Arch kann leicht brechen, wenn Sie es für ein paar Monate ohne Aktualisierung verlassen und dann plötzlich aktualisieren.

Gleiches gilt für Gentoo, obwohl dort eine echte Paket-Debunking-Orgie notwendig ist.

Fedora, RHEL, CentOS

Es ist nie eine gute Idee, Fedora mit KDE zu verwenden. Es ist immer notwendig, zu http://kde-redhat.sourceforge.com zu gehen und das dort angezeigte Yum-Repository zu aktivieren. Rex Dieter, der Leiter des Fedora KDE-Teams, leistet gute Arbeit beim Patchen von KDE, aber Sie sehen nicht viel davon, da es oft lange dauert, bis die Pakete das Haupt-Repository erreichen.

Das wirklich Bemerkenswerte ist, dass Sie hier KDE 4.10.2-Pakete für RHEL bestellen können, eine Distribution, die für ihre kinderleichte Stabilität und das Alter ihrer Pakete bekannt ist. Wir sprechen hier über die einzige Distribution, die wirklich mit Debian Stable umgehen kann. Wenn wir also KDE verwenden, haben wir die Wahl zwischen RHEL oder einem Klon wie Scientific Linux. Sie müssen zuerst EPEL (Extended Packages für Enterprise Linux, das halboffizielle Repository mit Fedora-Paketen, die für RHEL kompiliert wurden) aktivieren und dann diese Befehle ausführen.

cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/redhat/kde.repo

Lassen Sie uns die betreffende Datei bearbeiten und alle Zeilen mit der Aufschrift "enabled = 0" in "enabled = 1" ändern. Ja, KDE 4.10.2 ist als "instabil" markiert, aber wir fügen KDE 4.10.2 zu einer Distribution hinzu, deren Pakete veralteter sind als Debian Wheezy, daher müssen wir vorsichtig sein. Danach die klassische Fedora / RHEL-Kombination.

yum update

Wir werden sehen, wie KDE 4.3 (es ist sehr alt) durch das wirklich stabile KDE 4.10 ersetzt wird. Jetzt ist es eine Freude, diese exklusiven Kernphysik-Simulationsprogramme unter Scientific Linux auszuführen.

Für Fedora ist das Verfahren sehr ähnlich, aber was variiert, sind die verfügbaren Versionen.

cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
yum update

Dieses Mal ändern wir nicht alle Zeilen "enabled = 0" in "enabled = 1", sondern schauen wir uns das genau an. [kde-unstable] hier gibt uns KDE 4.11 Beta 1, eine wirklich instabile Version. [kde-testing] wird uns die neueste stabile Punktversion von KDE lange vor den offiziellen Fedora-Repositories geben. Und [kde] wird die meiste Zeit leer sein. Lassen wir die Datei kde.repo unverändert, oder wenn wir wirklich Instabilität wollen, aktivieren wir [kde-unstable].

Da Distros fehlen, wird es einen zweiten Teil dieses Handbuchs geben. Wir sehen uns.