Guida a Gentoo per KDE 4.0Rimuovere tutti gli ebuild precedenti È fortemente consigliabile, per chi ha installato l'overlay genkdesvn, rimuovere ogni rilascio precedente dal proprio sistema prima dell'aggiornamento. Per molti utenti dovrebbe essere semplice, eseguendo layman -d kde. Inoltre, se è stato modificato qualcuno dei file riguardanti KDE in /etc/env.d/, quei file vanno rimossi manualmente. Abilitare le flag USE necessarie KDE 4.0 richiede che x11-libs/qt:4 sia compilato con un insieme minimo di flag USE. Occorre aggiungere la riga seguente a /etc/portage/package.use.
Chi ha abilitato la flag USE opengl per gli ebuild di KDE dovrà abilitare opengl anche per x11-libs/qt:4.
Gestire la branca e il mascheramento
KDE 4.0.x attualmente è mascherato, quindi è necessario rimuovere il
mascheramento usando il file package.unmask d'esempio prima di eseguire
l'emerge. Gli utenti con ACCEPT_KEYWORDS="~x86" o
ACCEPT_KEYWORDS="~amd64" non devono eseguire nessuna operazione. Tutti
gli altri dovranno inserire i pacchetti in package.keywords. A questo punto si può eseguire uno dei seguenti comandi emerge, per installare KDE. Il primo installa tutto KDE 4.0.x, compilato a partire dagli ebuild suddivisi. Il secondo installa un ambiente desktop 4.0.x minimale, come base per poi aggiungere solo i programmi preferiti.
KDE 4 introduce drastici cambiamenti nell'architettura dell'ambiente desktop rispetto a KDE 3. Uno di questi cambiamenti è la migrazione da autotool a cmake. Questo cambiamento introduce un indicatore di avanzamento durante la compilazione di KDE. Non è consigliabile lasciare che KDE 3.5 e KDE 4.0 condividano gli stessi file di configurazione. Per evitarlo, lo script startkde riscrive il link simbolico ~/.kde durante l'avvio. Questo significa che quando si è in una sessione KDE 4.0 la configurazione di KDE 3.5 non è disponibile e viceversa. per questa ragione, non si devono eseguire due versioni di KDE con lo stesso utente, nello stesso tempo. (Cioè autenticarsi con KDE 4.0, mentre KDE 3.5 è ancora in esecuzione in background, con la stessa utenza.) Selezionare il manager di login Per default, viene avviata al login la versione più alta di kde-base/kdm che sia installata. Per configurare questo comportamento, si può aprire /etc/conf.d/xdm con il proprio editor di testo preferito e cambiare la variabile DISPLAYMANAGER in kdm-3.5 o kdm-4.0. Si possono conoscere le versioni possibili di kdm eseguendo ls /usr/kde/ in una shell.
D: Posso installare KDE 4.0 e KDE 3.5 nello stesso tempo? R: Sì, entrambe le versioni sono affiancabili, e possono essere installate nello stesso sistema. Entrambe le versioni di KDE usano una propria KDEHOME, quindi si può provare KDE 4.0 con lo stesso utente, senza sovrascrivere le proprie impostazioni di KDE 3.5. D: È stato detto che posso installare KDE 3.5 e KDE 4.0, ma si bloccano a vicenda! R: È necessario installare l'ultima revisione (non solo versione) di kde-base/kdebase (se sono stati installati gli ebuild monolitici) o kde-base/kdebase-startkde (se sono stati installati gli ebuild suddivisi). Queste versioni includono le patch per consentire che versioni multiple di KDE possano coesistere. D: Perché KDE 4.0.x è mascherato? R: KDE 4.0.x è per buona parte il rilascio di una nuova tecnologia. Non è ancora inteso come un sostituto completo della serie KDE 3. Diverse caratteristiche non sono state realizzate e saranno trovati ancora diversi bug. Quando KDE 4.x sarà all'altezza di offrire un vero percorso di aggiornamento per gli utenti, allora lo stato di mascheramento sarà abbandonato. D: Perché KDE 4.0.x è mascherato dall'EAPI? R: Gli ebuild di KDE 4.0.x usano dipendenze che tengono conto dell'affiancamento di versione, come kde-base/kdebase-startkde:kde-4, nella sintassi delle dipendenze. Occorre una versione di portage che possa tenerne conto. Se si riceve un messaggio di mascheramento di questo tipo, bisogna semplicemente aggiornare portage ad una versione abbastanza recente.
D: Dove sono gli ebuild monolitici per KDE4? Gli sviluppatori KDE di Gentoo si sono resi conto che avere sia gli ebuild monolitici sia quelli suddivisi causava molto spesso un'inutile confusione negli utenti, un'inutile complessità nelle eclass, ed un sacco di duplicazione di sforzi superflui, sia per i team delle architetture che per gli sviluppatori KDE di Gentoo. Siccome ora KDE usa cmake, il principale svantaggio nell'usare gli ebuild suddivisi (tempi di compilazione più lunghi a causa di esecuzioni duplicate di ./configure-runs) è diventato insignificante. Per tale ragione, è stato deciso di mantenere solamente gli ebuild suddivisi. Per effettuare la migrazione dagli ebuild monolitici a quelli suddivisi bisogna rimuovere tutti gli ebuild monolitici di KDE 4:
Dopodiché continuare con l'installazione degli ebuild suddivisi di KDE come spiegato precedentemente in questa pagina. R: KDE-PIM non è stato rilasciato all'interno di KDE 4.0, quindi purtroppo per qualche tempo non sarà possibile trovarlo nell'albero. Naturalmente si può ancora usare la versione 3.5 di kmail, akregator e i loro compagni, insieme con KDE 4.0.x. D: Ho provato KDE4 e ho capito di non volerlo più, come posso fare per toglierlo? R: Occorre rimuovere KDE 4 dai propri package.keywords e package.unmask, quindi rimuovere i pacchetti installati. Ricordare di modificare il proprio DISPLAYMANAGER se era stato precedentemente impostato a kdm-4.0. R: Assolutamente no! KDE 3.5 è molto stabile, e riceve tuttora dei piccoli miglioramenti specifici da parte dei suoi sviluppatori principali. Sebbene in KDE 3.5 non verranno aggiunte ulteriori funzionalità, abbiamo in programma di curarne la manutenzione ancora a lungo. 4. Suggerimento per questa guida Se avete una qualsiasi idea per migliorare questa guida, vi incoraggiamo ad inviare una e-mail con i vostri suggerimenti a kde@gentoo.org. I contenuti di questo documento sono rilasciati sotto la licenza Creative Commons - Attribution / Share Alike. |
|
