Guida a KDE per Gentoo

1.  KDE 3

Brevi informazioni

KDE 3 non viene più mantenuto dagli sviluppatori del progetto KDE, e la versione 3.5.10 rimane il loro ultimo rilascio. Inoltre, la maggior parte delle applicazioni per KDE3 non sono più mantenute, in quanto sono già state convertite per KDE4, o la loro conversione è in fase di esecuzione.

In Gentoo, le ebuild di KDE 3 sono state rimosse dall'albero di Portage, e sono state spostate nell'overlay (gestito da utenti) chiamato kde-sunset (disponibile tramite layman). Tenere bene a mente che questo overlay è gestito solamente da utenti, e gli attuali membri del team KDE non hanno nessuna responsabilità per il suo contenuto. Se si è interessati a co-mantenerlo, è possibile inviare un'email a overlays chiedendo l'accesso per i commit. Se si vuole segnalare un bug per questo overlay, non utilizzare l'interfaccia Bugzilla di Gentoo. Usare invece la mailing list gentoo-desktop. Le istruzioni su come iscriversi sono disponibili qui.

2.  KDE 4 SC

Introduzione

KDE 4 SC è la versione corrente di KDE supportata dagli sviluppatori dell'omonimo progetto. In Portage è presente una versione stabile, e potrebbe esserci una (o più) versioni non stabili. In condizioni normali le nuove versioni vengono stabilizzate dopo un mese. Le versioni di KDE 4 SC attualmente disponibili in Portage sono la 4.4.5 (considerata stabile sia dal progetto KDE che da Gentoo). In aggiunta, gli sviluppatori di KDE forniscono degli snapshot ("fotografie", ndt) settimanali e i sorgenti più recenti tramite un repository SVN. Il team KDE di Gentoo fornisce le ebuild per gli snapshot e per i più recenti sorgenti del repository SVN (quest'ultima tipologia di ebuild viene definita "live", ndt) attraverso l'overlay kde.

È possibile scegliere la versione di KDE SC ritenuta più appropriata alle proprie esigenze:

Installare KDE SC 4.4.5 o 4.5.4 (da Portage)

KDE SC 4.4.5 è l'attuale rilascio stabile.

# emerge -av kde-meta (contiene tutti i moduli di KDE)
# emerge -av kdebase-meta kdegames-meta (installazione dei soli moduli prescelti)

Anche KDE SC 4.5.4 è in portage, ma in ~testing. Gli utenti con sistemi stabili doranno inoltre posizionare questo file keywords in /etc/portage/package.keywords.

# emerge -av kde-meta (contiene tutti i moduli di KDE)
# emerge -av kdebase-meta kdegames-meta (installazione dei soli moduli prescelti)

A causa della riscrittura quasi totale di KDEPI, gli sviluppatori principali di KDEPI hanno deciso di non rilasciare KDEPIM per KDE 4.5. Invece, continueranno a rilasciare nuove versioni 4.4.x di KDEPIM (attualmente c'è la 4.4.9) che può essere installata sia in KDE 4.4.5 che in KDE 4.5.4.

Installare gli snapshot di KDE 4.5.90 (dall'overlay kde)

Gli sviluppatori di KDE forniscono snapshot settimanali prelevati dall'ramo trunk di SVN. KDE ora fornisce la serie 4.5.XX degli snapshot, e dopo il rilascio della version 4.6 cominceranno con la versione 4.6.60. I rilasci Beta e Release Candidate di KDE seguono il modello di snapshot seguente:

Gli snapshot sono disponibili solamente tramite l'overlay kde, pertanto bisogna come prima cosa bisogna installarlo:

# layman -f -a kde
Per maggiori informazioni riguardanti gli overlay, si prega di
leggere la Guida Utente agli
Overlay

Gli utenti con sistemi stabili devono sbloccare diversi pacchetti stabili (aventi "keyword ~arch", ndt) per poter procedere. Nell'overlay kde viene fornito in file package.keyword. A causa di dipendenze mascherate, KDE SC 4.5.90 dovrebbe essere a sua volta mascherato. Creare dei collegamenti simbolici ai file:

# ln -s /path/to/overlay/kde/Documentation/package.keywords/kde-4.6.keywords /etc/portage/package.keywords/
# ln -s /path/to/overlay/kde/Documentation/package.unmask/kde-4.6 /etc/portage/package.unmask/

L'installazione può essere effettata sia usando i meta pacchetti che i set.

# emerge -av kde-meta (contiene tutti i moduli di KDE
# emerge -av kdebase-meta kdegames-meta (installazione dei soli moduli prescelti)

Installare le ebuild "live" di KDE SC (dall'overlay kde)

KDE SC è Open Source, con tutto il suo codice disponibile alla consultazione attraverso l'interfaccia KDE Websvn e al checkout pubblico attraverso un account anonimo (anonsvn). Gentoo, in quanto distribuzione basata su sorgenti, ha l'abilità di fornire ebuild "live" che effettuano il checkout del codice sia dal ramo ("branch") più recente che da quello principale (trunk). Attualmente, vengono forniti gli ebuild 4.5.9999 dal ramo 4.5 e le ebuild 9999 dal ramo trunk di SVN.

Le ebuild "live" sono disponibili solamente tramite l'overlay kde, perciò come prima cosa bisognerà installarlo nel proprio sistema:

# layman -f -a kde
Per maggiori informazioni riguardanti gli overlay, si prega di leggere
la Guida per gli Utenti agli Overlay Gentoo

Gli utenti con sistemi stabili, per poter proseguire, devono aggiungere le keyword necessarie per i pacchetti (per permettere l'installazione delle versioni instabili, ndt). L'overlay kde fornisce un file package.keywords, che dovrà essere collegato in modo simbolico alla propria directory package.keywords:

# ln -s /path/to/overlay/kde/Documentation/package.keywords/kde-4.5.9999.keywords
.(per il ramo (Branch) 4.5 )
# ln -s /percorso/all/overlay/kde/Documentation/package.keywords/kde-live.keywords
.(per il ramo (Trunk) KDE)
Sostituire /percorso/all/overlay/ con la directory contenente l'overlay

L'installazione può essere eseguita sia usando i meta pacchetti sia usando i "set" (insiemi di pacchetti, ndt).

# emerge -av kde-meta (contiene tutti i moduli di KDE)
# emerge -av kdebase-meta kdegames-meta (installazione dei soli moduli prescelti)

(Per il ramo (Branch) KDE SC 4.5)
# emerge -av @kde-4.5 (contiene tutti i moduli di KDE)
# emerge -av @kdebase-4.5 @kdegames-4.5 (installazione dei soli moduli prescelti)
(Per il ramo (Trunk) KDE)
# emerge -av @kde-live (contiene tutti i moduli di KDE)
# emerge -av @kdebase-live @kdegames-live (installazione dei soli moduli prescelti)

Per ulteriori informazioni vedere la sezione Utilizzo dei Set.

3.  Informazioni aggiuntive riguardo Installazioni/Rimozioni

Utilizzo dei Set

Una delle nuove caratteristiche fornite da Portage 2.2 sono i set.

I set permettono al team KDE di fornire un sostituto completo ai pacchetti monolitici, con il bonus aggiuntivo della possibilità da parte degli utenti di scegliere la rimozione dei pacchetti indesiderati dai set predefiniti. Ci sono ancora alcune discussioni in atto prima che i set vengano inseriti nell'albero di Portage. È possibile prelevare i set dalla dalla directory sets dell'overlay kde, o scaricare un archivio tar.bz2 e inserire quelli che si preferiscono in /etc/portage/sets (è possibile consultare la lista dei set forniti dal team KDE nell'overlay usando il primo collegamento).

Tra l'altro ci sono i set per ogni pacchetto KDE - @kdeaccessibility, @kdeadmin, @kdeartwork, @kdebase, @kdeedu, @kdegames, @kdegraphics, @kdemultimedia, @kdenetwork, @kdepim, @kdesdk, @kdetoys, e @kdeutils. C'è anche un set di set (l'equivalente del vecchio pacchetto kde-meta) @kde, e lo stesso per specifica versione, ovvero @kde-3.5 e @kde-4x, un set per le dipendenze di KDE @kdedeps, un set per i pacchetti opzionali @kdeoptional e un set per i pacchetti suddivisi ("split", ndt) di qt @qt-split.

L'utente può installare un sistema kde completo eseguendo emerge -av @kde. Gli equivalenti con la versione specifica sono molto utili per disinstallare una vecchia versione, es. emerge -C @kde-3.5, o per reinstallare tutti i pacchetti appartenenti ad una versione specifica, es. emerge -av1 @kde-4x. Alcune caratteristiche avanzate, come la rimozione di pacchetti indesiderati da un set, verranno supportate nei rilasci futuri di Portage; è possibile ottenere maggiori informazioni leggendo il blog di Marius Mauch's (genone). Parte di questo codice è stato già rilasciato in portage-2.2_rc12, pertanto è possibile reinstallare tutti i pacchetti installati di un set con il comando emerge -av @<set>/@installed o avere un set /etc/portage/sets/kdebase-unwanted e successivamente eseguire emerge -av @kdebase-@kdebase-unwanted.

Si consiglia vivamente di installare il set kdebase in modo da ottenere una sessione completa di KDE4. Nell'esempio seguente verranno installati i set kdebase e kdegames.

# emerge @kdebase @kdegames

Pulizia di KDE

Per ridurre al minimo gli inconvenienti la miglior cosa è iniziare con un ambiente pulito. È raccomandato nei seguenti casi:

• Quando si sta migrando da un'installazione +kdeprefix ad una -kdeprefix (e viceversa)
• Ritorno ad una versione precedente ("downgrade", ndt) di KDE (es. da versioni snapshots/ebuild live a una versione di Portage)
• Aggiornamento completo da KDE 3 a KDE 4 (e viceversa)
• Migrazione da un vecchio overlay

Due possibili modalità di rimozione di vecchie installazioni di KDE sono:

# emerge -C @kde-4.X @kdebase-4.X @kde-3.5 (usando i tipici set)
# emerge -C $(qfile -C -q -e /usr/kde/%PREFIX%) (sostituire %PREFIX% con la propria versione di KDE, es. 3.5, 4)

# cd /percorso/all/overlay/
# emerge -C $(find ./ -name \*.ebuild |sed -e "s:\.ebuild$::" -e "s:./::" |awk -F'/' '{print "="$1"/"$3}')

Il passaggio finale sarà quello di rimuovere il vecchio overlay in modo da non creare conflitti con le ebuild di KDE. Inoltre si dovranno rimuovere anche i vecchi file relativi agli unmask e keyword dei pacchetti.

Ricostruire il database delle applicazioni

Per ricostruire il database delle applicazioni KDE eseguire:

# kbuildsycoca4 --noincremental

Localizzazione/Internazionalizzazione

Con il nuovo KDE ci sono nuovi sforzi di traduzione nella Localizzazione piuttosto che nell'Internazionalizzazione. Questo può causare un po' di confusione, ma non c'è da preoccuparsi: l'unica cosa che cambia è il nome.

Per KDE 4 e KOffice 2:
# emerge kde-l10n
# emerge koffice-l10n

Migrare le configurazioni da 3.5 a 4.X

KDE memorizza i propri file di configurazione, come impostazione predefinita, nella directory ~/.kde. Nelle ebuild di Gentoo tale comportamento, in KDE 4.x, è stato modificato per permettere una migliore integrazione tra KDE 3.5 e 4.X quando si utilizza lo stesso account utente. Se si esporta la variabile $KDEHOME questa modalità verrà aggirata, pertanto sì raccomanda caldamente di non farlo: $KDEHOME farà sì che KDE 3.5 e 4.X usino la stessa directory di configurazione, cosa che normalmente non è desiderabile accada.

KDE 3.5 usa ~/.kde e la modalità predefinita FSH (-kdeprefix) di KDE 4.x usa ~/.kde4.

Le impostazioni non vengono migrate in modo predefinito. Se si vuol provare a migrare le proprie impostazioni bisogna copiare la vecchia directory di configurazione nella nuova posizione, prima di effettuare la procedura di login. Per esempio:

$ cp -r ~/.kde ~/.kde4

Se questa operazione ha successo, allora le proprio impostazioni verranno migrate in modo completo. In caso contrario, è possibile effettuare il logout e rimuovere la nuova directory di configurazione e partire con una pulita.

4.  Suggerimenti e Risoluzione dei problemi

Plasmoidi

I plasmoidi sono dei nuovi oggetti plasma che possono migliorare la propria esperienza desktop. Molti plasmoidi sono disponibili nella categoria kde-misc/. Se il proprio plasmoide preferito risulta mancante, aprire un bug report e qualcuno creerà sicuramente l'ebuild. Se si desidera installarli tutti, c'è un set chiamato @plasmoids che contiene tutti i plasmoidi attualmente disponibili.

Temi Plasma

L'ebuild che contiene diversi temi per plasma si chiama x11-themes/plasma-themes. La procedura per richiedere temi addizionali è uguale a quella per i plasmoidi.

Rendere simili le applicazioni GTK a quelle QT

L'ebuild da utilizzare se si vuole che le proprie applicazioni GTK usino un tema simile alle applicazioni Qt/KDE si chiama x11-themes/gtk-engines-qtcurve. Bisogna inoltre installare x11-themes/qtcurve-qt4 per far sì che funzioni con le applicazioni Qt 4/KDE 4. Per poter accedere alla configurazione presente in "Impostazioni di Sistema->Aspetto->Stili e caratteri GTK" bisogna installare kde-misc/kcm_gtk.

Akonadi si lamenta riguardo alla configurazione di MySQL

Cominciare controllando i permessi in /usr/share/config e /usr/share/kde4. Se sono 700 ("rwx------", ndt), bisognerà aggiornarli ricorsivamente a 755 ("rwxr-xr-x", ndt).

# chmod -R 755 /usr/share/{config,kde4}

Se ciò non risolve l'errore, bisogna aprire la configurazione di akonadi e modificare la configurazione predefinita di mysql. Se non è in esecuzione l'icona del vassoio ("tray", ndt), eseguire akonaditray, selezionare "Configurazione Server Akonadi", attivare "Usare il server MySQL interno", e premere il pulsante test. Se si vuole usare il server mysql e non l'eseguibile integrato, è necessario assicurarsi che mysql sia in esecuzione.

Eseguire KDE all'avvio del sistema

Ci sono due modi per eseguire KDE all'avvio del sistema. Quello più semplice è usare KDM, disponibile tramite il pacchetto kde-base/kdm. Per prima cosa modificare il file di configurazione di Xorg, impostando la variabile DISPLAYMANAGER a "kdm":

# What display manager do you use ?  [ xdm | gdm | kdm | kdm-4.3 | gpe | entran$
# NOTE: If this is set in /etc/rc.conf, that setting will override this one.
#
# KDE-specific note:
# - If you are using kdeprefix go with "kdm-4.Y", e.g. "kdm-4.3".
#     You can find possible versions by looking at the directories in /usr/kde/.
# - Else, if you are using KDE 3 enter "kdm-3.5"
# - Else, if you are using KDE 4 enter "kdm" without a version
DISPLAYMANAGER="kdm"

Il passaggio successivo è aggiungere xdm al runlevel default:

# rc-update add xdm default

Suggerimenti sui font

Se cliccando per visualizzare il menù esso risulta illeggibile, bisogna installare alcuni font di caratteri. Alcune delle scelte più comuni sono media-fonts/corefonts, media-fonts/ttf-bitstream-vera e media-fonts/dejavu.

KDM non si avvia

Cominciare controllando i permessi in /usr/share/config. Se sono 700 ("rwx------", ndt), bisognerà aggiornarli ricorsivamente a 755 ("rwxr-xr-x", ndt). Controllare la sezione precedente. Se ciò non risolve l'errore, controllare il seguente avvertimento nell'ebuild di kdm:

Se quando riavvii xdm, kdm non riesce ad avviarsi restituendo messaggi del tipo
gentoo kdm[2116]: X server startup timeout, terminating" in /var/log/messages,
decommentare la riga ServerTimeout in "grep kdmrc /var/db/pkg/kde-base/kdm-4.3.1/CONTENTS | cut -f2 -d " ""
e assicurarsi di incrementare il valore di timeout - con 60 dovrebbe funzionare

Inoltre assicurarsi che i seguenti servizi siano avviati:

# /etc/init.d/dbus status
# /etc/init.d/hald status
# /etc/init.d/consolekit status

Se non sono avviati, abilitarli sostituendo status con start, e usare il comando rc-update add dbus default (sostituire "dbus" con il nome del relativo servizio, ndt) per ciascuno di essi per aggiungerli al runlevel default.

Infine, KDM potrebbe non avviarsi correttamente a causa di errori in /etc/X11/xorg.conf. Controllare i propri log: /var/log/Xorg.0.log e /var/log/kdm.log e correggere conseguentemente xorg.conf. Per ulteriore aiuto è possibile trovare i membri del team KDE di Gentoo su IRC (canale #gentoo-kde su Freenode).

L'applet della batteria o le notifiche di solid non mostrano le informazioni pertinenti

Per fare in modo che l'applet della batteria o altre notifiche di solid possano mostrare le informazioni pertinenti, bisogna che dbus e hald siano in esecuzione.

# /etc/init.d/dbus status
# /etc/init.d/hald status
# /etc/init.d/dbus start
# /etc/init.d/hald start

Desktop profile and subprofiles

Il profilo desktop è stato suddiviso nei sottoprifili KDE e GNOME. Ciò significa che le flag specifiche per KDE E GNOME sono state rimosse dal profilo desktop di base e migrati nei sottoprofili. Tuttavia scegliere un sottoprofilo non costringe l'utente ad usare solamente l'equivalente Ambiente Desktop.

I contenuti di questo documento sono rilasciati sotto la licenza Creative Commons - Attribution / Share Alike.