Guida a KDE per Gentoo

0.7 2009-11-16 KDE 3

Introduzione

KDE 3 non viene pi=C3=B9 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=C3=B9 mantenute, in quanto sono gi=C3=A0= state convertite per KDE4, o la loro conversione =C3=A8 in fase di esecuzione. = Il team KDE di Gentoo fornisce entrambi le ebuild di KDE 3 e KDE 4 per l'installazion= e base di KDE e per diverse applicazioni correlate, e supporta una completa installazione desktop fianco a fianco delle due versioni, incluse varie applicazioni KDE. Si consiglia all'utente di installare ed usare un deskt= op KDE4 completo, e usare solamente le applicazioni KDE 3 di cui si ritiene la ve= rsione per KDE4 non ancora soddisfacente per le proprie esigenze (o a causa di caratteristiche mancanti, crash casuali, ecc.).

Tenere ben presente che siccome KDE 3 non viene pi=C3=B9 mantenuto dal pr= ogetto KDE stesso, =C3=A8 possibile e probabile che i bug report riguardanti le applicazioni KDE 3 non vengano corretti, ma piuttosto chiusi come WONTFIX= / CANTFIX / UPSTREAM, oppure tenuti aperti per un lungo periodo di tempo fi= no a quando non verr=C3=A0 fornita una correzione (patch).

Rimozione di KDE 3

Attualmente KDE 3.5.10 =C3=A8 mascherato per tutte le architetture in qua= nto verr=C3=A0 rimosso da Portage.

Il team KDE sta effettuando un repulisti delle varie applicazioni per KDE= 3 rimuovendole dall'albero di Portage, poich=C3=A8 risultano vecchie, malfu= nzionanti e non mantenute, e rimuovendo il supporto ad arts (con l'essenziale aiuto d= ei team Media/Video). Quando questa operazione sar=C3=A0 conclusa, verr=C3=A0= rimosso il supporto il supporto ad arts anche dai pacchetti base di KDE.

Sebbene non sia raccomandabile usare KDE 3 a causa delle sue problematich= e di sicurezza e malfunzionamenti, se proprio si deve installarlo, lo s= i potr=C3=A0 trovare all'interno dell' overlay kde-sunset.

Questo overlay =C3=A8 completamente non supportato da Gentoo. Non =C3=A8 = mantenuto dal team KDE, pertanto non segnalare nessuna problematica agli svilupp= atori Gentoo, su bugzilla, ecc.

KDE 4

Introduzione

KDE 4 =C3=A8 la versione corrente di KDE supportata dagli sviluppatori de= ll'omonimo progetto. La versione di KDE 4 attualmente disponibile in Portage =C3=A8 = la 4.3.1 (questa versione =C3=A8 considerata stabile dal progetto KDE). In aggiunt= a, gli sviluppatori di KDE foniscono degli snapshot ("fotografie", ndt) settimanali e i sorgenti pi=C3=B9 recenti tramite un = repository SVN. Il team KDE di Gento= o fornisce le ebuild per gli snapshot e per i pi=C3=B9 recenti sorgenti del= repository SVN (quest'ultima tipologia di ebuild viene definita "live", ndt) attrave= rso l'overlay kde-testing. Per poter utilizzare tutte queste alternati= ve, l'utente deve avere installazioni multiple parallele di KDE, tramite l'us= o della flag USE kdeprefix.

=C3=88 possibile scegliere la versione di KDE ritenuta pi=C3=B9 appropria= ta alle proprie esigenze:

KDE tramite Portage (attualmente 4.3.1)<= /uri> snapshot KDE (attualmente 4.3.X) ebuild KDE "live" (sorgenti da repository= SVN, ndt)

La flag USE kdeprefix La flag USE kdeprefix =C3=A8 attualmente mascherata. Essa non =C3= =A8 supportata e non dovrebbe essere usata per nessun motivo dagli utenti= , che la potranno utilizzare solamente a proprio rischio e pericolo. Nei paragr= afi successivi verranno elencate le ragioni che hanno portato al mascherament= o di tale flag USE.

La flag USE kdeprefix permette agli utenti di scegliere tra un'installazione conforme alle specifiche FHS ("Filesystem Hierarchy Stan= dard" ovvero "Standard per la Gerarchia del Filesystem", ndt) (-kdeprefix) o un'installazione "slotted" (ovvero con la possibilit=C3=A0 di "affiancare= " pi=C3=B9 versioni nello stesso sistema, ndt) all'interno di una directory di KDE c= on un prefisso (+kdeprefix).

Se kdeprefix =C3=A8 disabilitato (scelta predefinita) KDE verr=C3=A0= installato nella posizione conforme ad FHS, ovvero /usr. Ci=C3=B2 compo= rta che tutti i file verranno posizionati all'interno di /usr. Quest= a =C3=A8 la modalit=C3=A0 preferibile per la maggior parte degli utenti. L'inconvenie= nte dell'installazione conforme ad FHS =C3=A8 che non sar=C3=A0 possbile aver= e pi=C3=B9 di una versione minore di KDE fianco a fianco (modalit=C3=A0 precedente), es. KD= E 4.3 e KDE 4.4.

Non viene dato supporto nel caso si mescoli un'installazione KDE con +kdeprefix e una con -kdeprefix, e tale pratica non =C3=A8 = inoltre raccomandabile. Se si vuole veramente la modalit=C3=A0 kdeprefix nel prop= rio sistema, bisogner=C3=A0 smascherarla ed abilitarla globalmente in /etc/make.= conf

Se kdeprefix =C3=A8 abilitato allora KDE verr=C3=A0 installato in /usr/kde/${SLOT}, che permetter=C3=A0 di installare, per ese= mpio, KDE 4.3, la versione live, ecc. in /usr/kde/4.3, /usr/kde/live, e cos=C3=AC via.

Se si desidera passare dalla modalit=C3=A0 kdeprefix a quella -kdeprefix (o viceversa) =C3=A8 consigliabile rimuovere tutti i pa= cchetti KDE e poi reinstallarli con la flag modificata. Se ci=C3=B2 non viene fatto, = le installazioni di KDE potrebbero avere problemi nel trovare determinate librerie/plugin. Per ulteriori dettagli controllare la sezione Pulizia di KDE

Recentemente kdeprefix =C3=A8 stato mascherato come impostazione p= redefinita, in quanto generava molti problemi, ad esempio collisioni tra i medesimi pacchetti quando c'erano due o pi=C3=B9 installazioni di KDE, o strani co= mportamenti perfino quando una sola installazione KDE +kdeprefix era presente = nel sistema.

Esempi illustri di pacchetti aventi problemi come quelli appena elencati = sono pykde4 e amarok. Fin da quando il team KDE di Gentoo aveva = deciso di procedere alla stabilizzazione di KDE 4, queste problematiche avevano = bisogno di essere preventivamente corrette. Siccome risultava difficile sistemarl= e, si =C3=A8 deciso invece di mascherare la flag use. Se si =C3=A8 veramente coscie= nti di quello che si sta facendo e si =C3=A8 sicuri di volere la flag USE kdeprefix smascherata ed abilitata nel proprio sistema, aggiungere kdeprefix globalmente in /etc/make.conf e smascherarla segue= ndo le istruzioni successive.

# mkdir -p /etc/portage/profile
# echo "-kdeprefix" >> /etc/portage/profile/use.mask

Installare KDE 4.3.1 (da Portage) Per ridurre al minimo gli inconvenienti si raccomanda di partire con un ambiente pulito. Leggere la sezione Pulizia di KDE= per ulteriori informazioni.

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

# emerge -av kde-meta:4.3 (contiene tutti i moduli di KDE=
)
# emerge -av kdebase-meta:4.3 kdegames-meta:4.3 (installa=
zione dei soli moduli prescelti)

Per l'installazione tramite i "set" passare alla sezione Utilizzo dei Set.

Installare gli snapshot di KDE 4.3.X (dall'overlay kde-testing)</t= itle> <body> <warn> Gli snapshot di KDE sono versioni sperimentali. Usarli a proprio r= ischio e pericolo. </warn> Il progetto KDE fornisce <uri link=3D"ftp://ftp.kde.org/pub/kde/unstable"= >snapshot settimanali</uri> prelevati dal <uri link=3D"http://websvn.kde.org/trunk/">ramo principale (trunk) del reposit= ory SVN</uri>. Attualmente KDE fornisce gli snapshot per la seria 4.3.X, e do= po il rilascio della versione 4.4 cominceranno con la 4.4.60. I rilasci Beta e = le "Release Candidate" ("Candidate per il Rilascio", ndt) di KDE seguono il seguente modello di snapshot: <table> <tr> <th>Versione Snaphot</th> <th>Versione KDE</th> </tr> <tr> <ti>4.X.85</ti> <ti>KDE 4.X Beta 1</ti> </tr> <tr> <ti>4.X.90</ti> <ti>KDE 4.X Beta 2</ti> </tr> <tr> <ti>4.X.95</ti> <ti>KDE 4.X Release Candidate</ti> </tr> </table> <note> Per ridurre al minimo gli inconvenienti si raccomanda di partire con un ambiente pulito. Leggere la sezione <uri link=3D"#cleanup">Pulizia di KDE= </uri> per ulteriori informazioni. </note> <note> =C3=88 necessario l'utilizzo di portage-2.2_rc*, pertanto aggiungere la v= oce <c>~sys-apps/portage-2.2</c> al proprio file <path>/etc/portage/package.unmask[/*]</path>. </note> Gli snapshot sono disponibili solamente tramite l'overlay <c>kde-testing<= /c>, perci=C3=B2 come prima cosa bisogner=C3=A0 aggiungerlo al proprio sistema= : <pre caption=3D"Installare l'overlay kde-testing tramite layman"> # layman -f -a kde-testing <comment>Per maggiori informazioni riguardanti gli overlay, si prega di l= eggere la <uri link=3D"/proj/it/overlays/userguide.xml">Guida per gli Utenti agl= i Overlay Gentoo</uri></comment> </pre> Se si =C3=A8 abituati ad utilizzare i repository git, non si vuole utiliz= zare layman e si desidera effettuare la sincronizzazione manualmente in modo autonomo= , si pu=C3=B2 installare direttamente il repository: <pre caption=3D"Installare direttamente l'overlay kde-testing"> # mkdir /<repo-base-dir> # cd /<repo-base-dir> # git clone git://git.overlays.gentoo.org/proj/kde.git </pre> Gli utenti con sistemi stabili, per poter proseguire, devono aggiungere l= e keyword necessarie per i pacchetti (per permettere l'installazione delle versioni instabili, ndt). L'overlay <c>kde-testing</c> fornisce un file package.keywords, che dovr=C3=A0 essere collegato in modo simbolico alla = propria directory package.keywords: <pre caption=3D"Creare il collegamento simbolico del file kde-4.3.keyword= s"> # cd /etc/portage/package.keywords # ln -s /percorso/all/overlay/kde-testing/Documentation/package.keywor= ds/kde-4.4.keywords . <comment>Sostituire /percorso/all/overlay/ con la directory contenente l'= overlay, solitamente /usr/local/portage/layman/kde-testing, ndt</comment> </pre> L'installazione pu=C3=B2 essere eseguita sia usando i meta pacchetti sia = usando i "set" (insiemi di pacchetti, ndt). <pre caption=3D"Installazione degli snapshot di KDE usando i meta pacchet= ti"> # emerge -av kde-meta:4.4 <comment>(contiene tutti i moduli di KDE= )</comment> # emerge -av kdebase-meta:4.4 kdegames-meta:4.4 <comment>(installa= zione dei soli moduli prescelti)</comment> </pre> <pre caption=3D"Installazion degli snapshot di KDE snapshot usando i set"= > # emerge -av @kde-4.3 <comment>(contiene tutti i moduli di KDE)</c= omment> # emerge -av @kdebase-4.3 @kdegames-4.3 <comment>(installazione de= i soli moduli prescelti)</comment> <comment>Per ulteriori informazioni vedere la sezione <uri link=3D"#sets"= >Utilizzo dei Set</uri>.</comment> </pre> </body> </section> <section id=3D"live"> <title>Installare le ebuild "live" di KDE (dall'overlay kde-testing)</tit= le> <body> <warn> Le ebuild "live" di KDE sono versioni estremamente sperimentali. U= sarle a proprio rischio e pericolo. </warn> KDE =C3=A8 Open Source, con tutto il suo codice disponibile alla consulta= zione attraverso l'interfaccia <uri link=3D"http://websvn.kde.org">KDE Websvn</= uri> e al checkout pubblico attraverso un account anonimo (anonsvn). Gentoo, in qua= nto distribuzione basata su sorgenti, ha l'abilit=C3=A0 di fornire ebuild "li= ve" che effettuano il checkout del codice sia dal ramo ("branch") pi=C3=B9 recent= e che da quello principale (trunk). Attualmente, vengono forniti gli ebuild 4.3.99= 99 dal ramo 4.3. <table> <tr> <th>Versione Ebuild</th> <th>Versione KDE</th> </tr> <tr> <ti>4.3.9999</ti> <ti>KDE 4.3.Branch</ti> </tr> <tr> <ti>9999</ti> <ti>KDE 4 Trunk (attualmente 4.4)</ti> </tr> </table> <note> Per ridurre al minimo gli inconvenienti si raccomanda di partire con un ambiente pulito. Leggere la sezione <uri link=3D"#cleanup">Pulizia di KDE= </uri> per ulteriori informazioni. </note> <note> =C3=88 necessario l'utilizzo di portage-2.2_rc*, pertanto aggiungere la v= oce <c>~sys-apps/portage-2.2</c> al proprio file <path>/etc/portage/package.unmask</path>. </note> Le ebuild "live" sono disponibili solamente tramite l'overlay <c>kde-testing</c>, perci=C3=B2 come prima cosa bisogner=C3=A0 installarl= o nel proprio sistema: <pre caption=3D"Installare l'overlay kde-testing"> # layman -f -a kde-testing <comment>Per maggiori informazioni riguardanti gli overlay, si prega di l= eggere la <uri link=3D"/proj/it/overlays/userguide.xml">Guida per gli Utenti agl= i Overlay Gentoo</uri></comment> </pre> Gli utenti con sistemi stabili, per poter proseguire, devono aggiungere l= e keyword necessarie per i pacchetti (per permettere l'installazione delle versioni instabili, ndt). L'overlay <c>kde-testing</c> fornisce un file package.keywords, che dovr=C3=A0 essere collegato in modo simbolico alla = propria directory package.keywords: <pre caption=3D"Creare il collegamento simbolico del file kde-4.X.9999.ke= ywords o kde-live"> # cd /etc/portage/package.keywords # ln -s /percorso/all/overlay/kde-testing/Documentation/package.keywor= ds/kde-4.3.9999.keywords .<comment>(per il ramo (Branch) 4.3 )</comme= nt> # ln -s /percorso/all/overlay/kde-testing/Documentation/package.keywor= ds/kde-live.keywords .<comment>(per il ramo (Trunk) KDE 4.4)</comment= > <comment>Sostituire /percorso/all/overlay/ con la directory contenente l'= overlay, solitamente /usr/local/portage/layman/kde-testing, ndt</comment> </pre> L'installazione pu=C3=B2 essere eseguita sia usando i meta pacchetti sia = usando i "set" (insiemi di pacchetti, ndt). <pre caption=3D"Installazione delle ebuild live di KDE usando i meta pacc= hetti"> <comment>(Per il ramo (Branch) KDE 4.3)</comment> # emerge -av kde-meta:4.3 <comment>(contiene tutti i moduli di KDE= )</comment> # emerge -av kdebase-meta:4.3 kdegames-meta:4.3 <comment>(installa= zione dei soli moduli prescelti)</comment> <comment>(Per il ramo (Trunk) KDE 4.4)</comment> # emerge -av kde-meta:live <comment>(contiene tutti i moduli di KD= E)</comment> # emerge -av kdebase-meta:live kdegames-meta:live <comment>(instal= lazione dei soli moduli prescelti)</comment> </pre> <pre caption=3D"Installazione delle ebuild live di KDE usando i set"> <comment>(Per il ramo (Branch) KDE 4.3)</comment> # emerge -av @kde-4.3 <comment>(contiene tutti i moduli di KDE)</c= omment> # emerge -av @kdebase-4.3 @kdegames-4.3 <comment>(installazione de= i soli moduli prescelti)</comment> <comment>(Per il ramo (Trunk) KDE 4.4)</comment> # emerge -av @kde-live <comment>(contiene tutti i moduli di KDE)</= comment> # emerge -av @kdebase-live @kdegames-live <comment>(installazione = dei soli moduli prescelti)</comment> <comment>Per ulteriori informazioni vedere la sezione <uri link=3D"#sets"= >Utilizzo dei Set</uri>.</comment> </pre> </body> </section> <section> <title>Installazione delle applicazioni KDE 4

Nell'overlay kde-testing =C3=A8 possibile trovare le ebuild live delle ap= plicazioni KDE 4. Sono disponibili nello slot :4 ma non possono essere instal= late in paralello alle versioni normali. L'utente =C3=A8 libero di usare sia l= e applicazioni KDE 4 nella versione "live" con KDE 4 installato tramite Por= tage, sia di usare le applicazioni KDE 4 disponibili in Portage con la versione= "live" di KDE.

Inoltre =C3=A8 disponibile nell'overlay kde-testing un set con le applica= zioni KDE 4 "live", @kde-extras-live e un set con le applicazioni Qt "live", @qt-extras-live, nell'overlay qting-edge.

Informazioni aggiuntive riguardo Installazioni/Rimozioni

Utilizzo dei Set Portage 2.2_rcX =C3=A8 correntemente mascherato. Pertanto se si vogliono = utilizzare i set si prega di smascherare ~sys-apps/portage-2.2.

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

I set permettono al team KDE di fornire un sostituto completo ai pacchett= i monolitici, con il bonus aggiuntivo della possibilit=C3=A0 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'a= lbero di Portage. =C3=88 possibile prelevare i set dalla dalla directory sets dell'overlay kde-testing, o scaricare un archivio tar.bz2 e inserire quelli che si preferiscono in /etc/portage/sets (=C3=A8 possibile consultare la lista dei = set forniti dal team KDE nell'overlay usando il primo collegamento).

Se si sta usando l'overlay kde-testing =C3=A8 possibile usare direttament= e i set, invece che copiarli in /etc/portage/sets.

Tra l'altro ci sono i set per ogni pacchetto KDE - @kdeaccessibility, @kd= eadmin, @kdeartwork, @kdebase, @kdeedu, @kdegames, @kdegraphics, @kdemultimedia, @kdenetwork, @kdepim, @kdesdk, @kdetoys, e @kdeutils. C'=C3=A8 anche un s= et di set (l'equivalente del vecchio pacchetto kde-meta) @kde, e lo stesso per spec= ifica versione, ovvero @kde-3.5 e @kde-4x, un set per le dipendenze di KDE @kde= deps, un set per i pacchetti opzionali @kdeoptional e un set per i pacchetti su= ddivisi ("split", ndt) di qt @qt-split.

L'utente pu=C3=B2 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 rimo= zione di pacchetti indesiderati da un set, verranno supportate nei rilasci futu= ri di Portage; =C3=A8 possibile ottenere maggiori informazioni leggendo il blog di Marius Mauch's (genone). Parte di questo codice =C3=A8 stat= o gi=C3=A0 rilasciato in portage-2.2_rc12, pertanto =C3=A8 possibile reinstallare tu= tti i pacchetti installati di un set con il comando emerge -av @<set>/@installed o avere un set /etc/portage/sets/kdebase-unwanted e successivamente eseguir= e emerge -av @kdebase-@kdebase-unwanted.

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

# emerge @kdebase @kdegames

Se si vuole controllare la lista dei set a disposizione di Portage, esegu= ire il seguente comando: emerge --list-sets Tutte le ebuild per le versioni di KDE maggiori o uguali a 4.1 richiedono sys-apps/portage-2.1.6 o versioni successive, in quanto da tale ve= rsione in poi sono state implementate in modo completo le nuove specifiche EAPI = 2 usate in queste ebuild (per usare i set, invece, =C3=A8 richiesto sys-apps/portage-2.2_rc12 o versioni successive).

Pulizia di KDE

Per ridurre al minimo gli inconvenienti la miglior cosa =C3=A8 iniziare c= on un ambiente pulito. =C3=88 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=C3=A0 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%) (sostitui=
re %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 "=3D"$1"/"$3}')

Il passaggio finale sar=C3=A0 quello di rimuovere il vecchio overlay in m= odo da non creare conflitti con le ebuild di KDE. Inoltre si dovranno rimuovere anch= e i vecchi file relativi agli unmask e keyword dei pacchetti.

Non dimenticarsi di eseguire emerge --depclean in modo da disinsta= llare tutte le dipendenze inutilizzate.

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=C3=B2 causare un po'= di confusione, ma non c'=C3=A8 da preoccuparsi: l'unica cosa che cambia =C3=A8= 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 predefin= ita, nella directory ~/.kde. Nelle ebuild di Gentoo tale comporta= mento, in KDE 4.x, =C3=A8 stato modificato per permettere una migliore integrazi= one tra KDE 3.5 e 4.X quando si utilizza lo stesso account utente. Se si esporta la variabile $KDEHOME questa modalit=C3=A0 verr=C3=A0 aggirata, pertanto s=C3= =AC raccomanda caldamente di non farlo: $KDEHOME far=C3=A0 s=C3=AC che KDE 3.5 e 4.X usi= no la stessa directory di configurazione, cosa che normalmente non =C3=A8 desiderabile= accada.

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

Le impostazioni non vengono migrate in modo predefinito. Se si vuol prova= re 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, =C3=A8 possibile effettuare = il logout e rimuovere la nuova directory di configurazione e partire con una pulita.

Migrare ad una versione precedente, da 3.5 a 4.x, non =C3=A8 supportato.

Suggerimenti e Risoluzione dei problemi

Plasmoidi

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

Molti plasmoidi sono disponibili nell'overlay kde-testing.

x11-themes/plasma-themes

Questa ebuild contiene diversi temi per plasma. La procedura per richiede= re temi addizionali =C3=A8 uguale a quella per i plasmoidi.

x11-themes/gtk-engines-qt

Questa ebuild =C3=A8 da utilizzare se si vuole che le proprie applicazion= i GTK usino un tema simile alle applicazioni Qt/KDE. La configurazione pu=C3=B2 esser= e trovata in Impostazioni di Sistema->Aspetto->Stili e caratteri GTK.

x11-themes/gtk-engines-qtcurve

Questo =C3=A8 un altro tentativo di rendere identico l'aspetto delle appl= icazioni GTK/Qt 3/Qt 4. Bisogna inoltre installare x11-themes/qtcurve-qt4 p= er far s=C3=AC che funzioni con le applicazioni Qt 4/KDE 4.

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=C3= =A0 aggiornarli ricorsivamente a 755 ("rwxr-xr-x", ndt).

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

Se ci=C3=B2 non risolve l'errore, bisogna aprire la configurazione di ako= nadi e modificare la configurazione predefinita di mysql. Se non =C3=A8 in esecu= zione l'icona del vassoio ("tray", ndt), eseguire akonaditray, seleziona= re "Configurazione Server Akonadi", attivare "Usare il server MySQL interno"= , e premere il pulsante test. Se si vuole usare il server mysql e non l'esegu= ibile integrato, =C3=A8 necessario assicurarsi che mysql sia in esecuzione.

KDM non si avvia

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

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

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 correg= gere conseguentemente xorg.conf. Per ulteriore aiuto =C3=A8 possi= bile trovare i membri del team KDE di Gentoo su IRC (canale #gentoo-kde su Fre= enode).

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 p= ossano 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