Benvenuti nel desktop semantico: Bonus track: Distributions!

Per quanto riguarda la serie di articoli di KDE (il 1, il 2, il 3, il 4, il 5, il 6 y il 7), Ho messo molte cose in alcuni commenti che meritano di essere in un articolo a parte, quindi ecco alcuni suggerimenti per le diverse distribuzioni che possiamo avere. Ricordiamolo: nella maggior parte dei casi la migliore distribuzione per KDE è quella che hai, ma ci sono alcuni gravi problemi con molte di esse, quindi l'idea, oltre a sapere quale scegliere e quale evitare, è come fare la distribuzione che uno funziona bene con KDE.

Debian? No

Debian Sid, il repository instabile di Debian, ha KDE 4.8.4 come ultima versione disponibile. Questo dà un'idea di quanto sia obsoleta Debian. È ragionevole, e persino previsto, chiedere a Debian stable di avere una vecchia versione testata con tutti i bug corretti, ma avere una versione così vecchia in un repository instabile sfida la comprensione umana. Come vedremo in seguito, esiste un modo semi-ufficiale per installare KDE 4.10.2 su Red Hat Enterprise Linux, una distribuzione stabile o più stabile della stessa Debian Stable.

Se vuoi davvero installare Debian con KDE, le due opzioni disponibili sono:

1. Portare i repository ZevenOS in Debian Testing. Non so per quanto tempo o quanto compatibile sia questa opzione. Dovrebbero aggiungere queste due righe a /etc/sources.list.

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

Successivamente, Aptitude dovrebbe essere utilizzato per aggiornare i repository e aggiornare.

aggiornamento attitudinale
aptitude installa kde-workspace

2. Mescolare i repository Debian Experimental. Nuova delusione qui: ci si aspetterebbe di trovare, in un repository davvero sperimentale, istantanee git settimanali di KDE (che è ciò che fa OpenSuSE con Factory), o almeno KDE 4.11 beta, ma nessuno, non si trova né più né meno di con KDE 4.10.4, una versione davvero stabile. Il problema è che molti pacchetti Debian Experimental dipendono da versioni veramente instabili di altri pacchetti, quindi devi gestire attentamente la priorità delle righe deb in /etc/sources.Slackwarelist e installare KDE a mano ogni volta che esegui l'aggiornamento. Non te lo consiglio.

Mageia? ROSA

Il problema con Mageia è lo stesso con molte distribuzioni e con Mandriva: una volta rilasciata una versione di KDE, rimangono con essa per sempre. Ciò significa: se Mageia 3 è uscito con KDE 4.10.2, è davvero difficile per loro aggiornare a KDE 4.10.3 oa KDE 4.10.4.

Mi è capitato con Mandriva che dovevo andare su "Mandriva International Backports" per ottenere un aggiornamento del punto, e il team dietro MIB ha deciso di non supportare Mageia, ma di migrare a ROSA Linux. Quindi, se si tratta della famiglia Mandriva, ROSA Linux è la scelta su Mageia e consiglio vivamente la nuova versione Desktop R1. Se sei nuovo in KDE, rimarrai sorpreso.

La qualità dei pacchetti del gruppo Mandriva International Backports è buona, ma come ho detto, i loro pacchetti sono compatibili solo con ROSA Linux. Aggiungere questo repository è molto semplice: vai su http://urpmi.mandriva.ru/ e fai clic dove dice "MIB". EasyURPMI penserà al resto.

Slackware

La distribuzione di Patrick Volkerding, nonostante abbia la reputazione di essere stabile e di non avere mai i pacchetti più recenti, è incredibilmente buona per KDE. Ci sono due possibilità.

1. Slackware-current è una vera versione rolling, proprio come Arch. Se ti piace l'instabilità, è perfetta, ma in caso contrario, guarda quanto segue.

2. Eric Hammeleers ha messo insieme un repository speciale con nuovi script Slackbuild pieni di KDE 4.10.4, perfetti per combinare la stabilità di Slackware 14 con la potenza di KDE. Devi prima installare due pacchetti:

polkit-kde-agente-1
polkit-kde-kcmodules-1

Successivamente, i sorgenti vengono scaricati e compilati con lo script SlackBuild fornito.

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

Aspetta un po 'e avrai KDE 4.10.4 pronto per l'installazione. Può essere usato solo in Slackware 14.

Rilascio continuo? Nessun problema.

Le attuali versioni rolling, come Arch Linux, e quelle derivate da Arch (Manjaro, Chakra) non necessitano di istruzioni aggiuntive. Semplicemente, se KDE non è installato di default, viene installato con un semplice comando.

pacman - Sy kde

Fai attenzione al wiki della distribuzione: può essere che ci siano problemi causati dalla mancanza di ricompilazioni, ma le istruzioni saranno sempre lì. Ricorda: per utilizzare Arch è necessario leggere costantemente la pagina, seguire le istruzioni e aggiornarsi costantemente. L'arco può rompersi facilmente se lo lasci senza aggiornare anche per un paio di mesi e poi lo aggiorni improvvisamente.

Lo stesso vale per Gentoo, sebbene sia necessaria una vera e propria orgia di smascheramento dei pacchetti.

Fedora, REL, CentOS

Non è mai una buona idea usare Fedora semplice e semplice con KDE. È sempre necessario andare su http://kde-redhat.sourceforge.com e attivare il repository Yum che appare lì. Rex Dieter, il capo del team Fedora KDE, fa un buon lavoro nell'applicazione di patch a KDE, ma non ne vedi molto perché spesso ci vuole tempo prima che i suoi pacchetti raggiungano il repository principale.

La cosa davvero notevole è che da qui puoi ordinare i pacchetti KDE 4.10.2 per RHEL, una distribuzione nota per la sua stabilità infallibile e per l'età dei suoi pacchetti. Stiamo parlando dell'unica distribuzione che può davvero far fronte a Debian Stable, quindi se usiamo KDE, la scelta è RHEL, o comunque qualche clone come Scientific Linux. Devi prima attivare EPEL (Extended Packages for Enterprise Linux, il repository semi-ufficiale con i pacchetti Fedora compilati per RHEL) e poi eseguire questi comandi.

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

Modifichiamo il file in questione e cambiamo tutte le righe che dicono "enabled = 0" in "enabled = 1". Sì, KDE 4.10.2 è contrassegnato come "instabile", ma stiamo aggiungendo KDE 4.10.2 a una distribuzione con pacchetti più obsoleti di Debian Wheezy, quindi dobbiamo stare attenti. Dopodiché, la classica combinazione Fedora / RHEL.

yum update

Vedremo come KDE 4.3 (è molto vecchio) viene sostituito dal KDE 4.10 veramente stabile. Ora è un piacere eseguire quegli esclusivi programmi di simulazione di fisica nucleare da Scientific Linux.

Per Fedora la procedura è estremamente simile, ma ciò che varia sono le versioni disponibili.

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

Questa volta non cambiamo tutte le righe "enabled = 0" in "enabled = 1", ma guardiamo attentamente. [kde-unstable] qui ci darà KDE 4.11 beta 1, una versione davvero instabile. [kde-testing] ci fornirà l'ultima versione stabile di KDE molto prima dei repository ufficiali di Fedora. E [kde] la maggior parte delle volte sarà vuoto. Lasciamo il file kde.repo così com'è, o se vogliamo veramente instabilità, attiviamo [kde-unstable].

Mancano le distribuzioni, quindi ci sarà una seconda parte di questa guida. Ci vediamo.