Bienvenue sur le bureau sémantique: Bonus track: Distributions!

À propos de la série d'articles de KDE (partie 1, partie 2, partie 3, partie 4, partie 5, partie 6 y partie 7), J'ai mis beaucoup de choses dans certains commentaires qui méritent d'être dans un article séparé, voici donc quelques astuces pour les différentes distributions que nous pouvons avoir. Rappelons-nous: dans la plupart des cas, la meilleure distribution pour KDE est celle que vous avez, mais il y a de graves problèmes avec beaucoup d'entre eux, donc l'idée, en plus de savoir laquelle choisir et laquelle éviter, est de savoir comment faire la distribution celui-ci fonctionne bien avec KDE.

Debian? Non

Debian Sid, le dépôt instable de Debian, a KDE 4.8.4 comme dernière version de KDE disponible. Cela donne une idée de la désuétude de Debian. Il est raisonnable, et même attendu, de demander à Debian stable d'avoir une ancienne version testée avec tous les bogues corrigés, mais avoir une telle ancienne version dans un dépôt instable défie toute compréhension humaine. Comme nous le verrons plus tard, il existe une manière semi-officielle d'installer KDE 4.10.2 sur Red Hat Enterprise Linux, une distribution aussi stable ou plus stable que Debian Stable elle-même.

Si vous voulez vraiment installer Debian avec KDE, les deux options disponibles sont:

1. Apportez les dépôts ZevenOS dans Debian Testing. Je ne sais pas pendant combien de temps ou à quel point cette option est compatible. Ils devraient ajouter ces deux lignes à /etc/sources.list.

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

Ensuite, Aptitude doit être utilisé pour actualiser les référentiels et mettre à jour.

mise à jour d'aptitude
aptitude installer kde-workspace

2. Mélangez les dépôts expérimentaux Debian. Nouvelle déception ici: on s'attendrait à trouver, dans un référentiel vraiment expérimental, des snapshots hebdomadaires de KDE (ce que fait OpenSuSE avec Factory), ou du moins KDE 4.11 beta, mais non, on ne trouve ni plus ni moins qu'avec KDE 4.10.4 .XNUMX, une version vraiment stable. Le problème est que de nombreux paquets Debian Experimental dépendent de versions vraiment instables d'autres paquets, vous devez donc gérer soigneusement la priorité des lignes deb dans /etc/sources.Slackwarelist et installer KDE à la main à chaque mise à jour. Je ne le recommande pas.

Mageia? ROSE

Le problème avec Mageia est le même avec de nombreuses distributions, et avec Mandriva: une fois qu'ils publient une version de KDE, ils restent avec elle pour toujours. Cela signifie que si Mageia 3 est sorti avec KDE 4.10.2, il leur est vraiment difficile de passer à KDE 4.10.3 ou à KDE 4.10.4.

Il m'est arrivé avec Mandriva que je devais aller sur "Mandriva International Backports" pour obtenir une mise à jour ponctuelle, et l'équipe derrière MIB a décidé de ne pas supporter Mageia, mais de migrer vers ROSA Linux. Donc, s'il s'agit de la famille Mandriva, ROSA Linux est le choix par rapport à Mageia, et je recommande vivement la nouvelle version Desktop R1. Si vous êtes nouveau dans KDE, vous serez surpris.

La qualité des packages du groupe Mandriva International Backports est bonne, mais comme je l'ai dit, leurs packages ne sont compatibles qu'avec ROSA Linux. L'ajout de ce référentiel est très simple: allez sur http://urpmi.mandriva.ru/ et cliquez là où il est dit "MIB". EasyURPMI s'occupe du reste.

Slackware

La distribution de Patrick Volkerding, bien qu'elle ait la réputation d'être stable et de ne jamais avoir les derniers packages, est incroyablement bonne pour KDE. Il existe deux options.

1. Slackware-current est une vraie version roulante, tout comme Arch. Si vous aimez l'instabilité, c'est parfait, mais sinon, regardez ce qui suit.

2. Eric Hammeleers a mis en place un référentiel spécial avec de nouveaux scripts Slackbuild pleins de KDE 4.10.4, parfait pour combiner la stabilité de Slackware 14 avec la puissance de KDE. Vous devez d'abord installer deux packages:

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

Après cela, les sources sont téléchargées et compilées avec le script SlackBuild fourni.

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

Attendez un peu et vous aurez KDE 4.10.4 prêt à être installé. Cela ne peut être utilisé que dans Slackware 14.

Libération continue? Il n'y a pas de problème.

Les versions réelles, telles que Arch Linux, et celles dérivées d'Arch (Manjaro, Chakra) n'ont pas besoin d'instructions supplémentaires. Simplement, si KDE n'est pas installé par défaut, il est installé avec une simple commande.

pacman-Sy kde

Faites attention au wiki de la distribution: il se peut qu'il y ait des problèmes causés par le manque de recompilations, mais les instructions seront toujours là. N'oubliez pas: pour utiliser Arch, vous devez constamment lire la page, suivre les instructions et constamment mettre à jour. Arch peut facilement se briser si vous le laissez sans mise à jour pendant quelques mois, puis le mettez à jour soudainement.

Il en va de même pour Gentoo, bien qu'une véritable orgie de démystification des paquets y soit nécessaire.

Fedora, RHEL, CentOS

Ce n'est jamais une bonne idée d'utiliser Fedora pure et simple avec KDE. Il faut toujours aller sur http://kde-redhat.sourceforge.com et activer le référentiel Yum qui y apparaît. Rex Dieter, le chef de l'équipe Fedora KDE, fait un bon travail de correction de KDE, mais vous n'en voyez pas beaucoup car il faut souvent beaucoup de temps pour que ses paquets atteignent le référentiel principal.

Ce qui est vraiment remarquable, c'est qu'à partir de là, vous pouvez commander des packages KDE 4.10.2 pour RHEL, une distribution connue pour sa stabilité à toute épreuve et pour l'âge de ses packages. Nous parlons ici de la seule distribution qui peut vraiment faire face à Debian Stable, donc si nous utilisons KDE, le choix est RHEL, ou un clone comme Scientific Linux, de toute façon. Vous devez d'abord activer EPEL (Extended Packages for Enterprise Linux, le référentiel semi-officiel avec les packages Fedora compilés pour RHEL), puis exécuter ces commandes.

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

Modifions le fichier en question et modifions toutes les lignes qui disent "enabled = 0" en "enabled = 1". Oui, KDE 4.10.2 est marqué comme "instable", mais nous ajoutons KDE 4.10.2 à une distribution avec des paquets plus obsolètes que Debian Wheezy, donc nous devons être prudents. Après cela, le combo classique Fedora / RHEL.

yum update

Nous verrons comment KDE 4.3 (il est très ancien) est remplacé par le KDE 4.10 vraiment stable. C'est maintenant un plaisir d'exécuter ces programmes exclusifs de simulation de physique nucléaire de Scientific Linux.

Pour Fedora, la procédure est extrêmement similaire, mais ce qui varie, ce sont les versions disponibles.

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

Cette fois, ne changeons pas toutes les lignes "enabled = 0" en "enabled = 1", mais regardons attentivement. [kde-unstable] ici nous donnera KDE 4.11 beta 1, une version vraiment instable. [kde-testing] nous donnera la dernière version stablepoint de KDE bien avant les dépôts officiels de Fedora. Et [kde] la plupart du temps, il sera vide. Laissons le fichier kde.repo tel quel, ou si nous voulons vraiment de l'instabilité, activons [kde-unstable].

Il manque des distributions, il y aura donc une deuxième partie de ce guide. À plus.