KDE 4.3 on my Fedora 12

Un rapido screenshot del mio Desktop (Fedora 12 Constantine with KDE 4.3 & Driver 3D Ati opensource).

Per il Desktop ho optato per la versione “Classica”, a mio avviso più funzionale attualmente del “contenitore dinamico” offerto da KDE4, mentre la barra in altro (in stile gnome) dà un tocco di pulizia al tutto.

Ancora non sono riuscito a configurare Nepomuk (che da questa versione in avanti finalmente dovrebbe fare il suo dovere), e, devo ammettere, c’è qualche problemino con il “composite”, che però dovrebbe sparire con l’adozione del kernel 2.6.32 (supporto ufficiale al kernel-modeset per R600/R700) e una versione aggiornata delle mesa.

• 30/06/2008 Update: Aggiornata lista pacchetti da installare.

Rifancendomi all’ormai celeberrimo articolo di Felipe su Pollycoke (KDE 4 per Ubuntu Gutsy, in un paio di ore ), ho deciso di scrivere questa mini guida all’installazione di KDE4 a partire dai sorgenti SVN.

Premessa:

Personalmente per non incasinare troppo le cose e tirarmi dietro dipendeze assurde (che userei solo per compilare KDE-svn), ho deciso di usare anche una copia delle QT presenti nello stesso repo SVN da cui scaricare i sorgenti di KDE4.

Sul mio piccolo intel core 2 duo e8200, i tempi di compilazione sono più o meno accettabili, in un’oretta ho compilato librerie, kdebase, e quasi tutto quello che c’era da compilare (mi dà problemi a scaricare extragear, stasera ci butto un occhio), in un’oretta scarsa.

Requisiti:

Oltre, naturalmente, ai pacchetti base per la compilazione delle applicazioni (che su Linux io consigli di installare sempre ), rispetto ad un’installazione di default dovrete installare:

yum install clucene-core-devel libxml-devel libxslt-devel \
dbus-devel boost-devel bzip2-devel openssl-devel alsa-lib-devel \
redland-devel rasqal-devel raptor-devel hspell-devel aspell-devel \
cups-devel xine-lib-devel avahi-devel gamin-devel OpenEXR-devel \
enchant-devel jasper-devel ilmbase-devel pcre-devel gpgme-devel \
libxklavier-devel glib-devel libusb-devel libsmbclient-devel \
libxcb-devel NetworkManager-devel lm_sensors-devel libraw1394-devel \
bluez-libs-devel gcc-c++ libXext-devel cmake make subversion giflib-devel \
libpng-devel libXdamage-devel libXcomposite-devel libXrender-devel \
fontconfig-devel libXft-devel libXcursor-devel libXfixes-devel \
ruby-devel libXScrnSaver-devel libkdcraw-devel exiv2-devel \
lcms-devel libtiff-devel sqlite-devel libxkbfile-devel \
imlib2-devel patch gstreamer-plugins-base-devel gstreamer-devel

Inoltre è fortemente raccomandato installare anche i seguenti pacchetti (richiesti da koffice):

yum install qca2-devel gsl-devel freeglut-devel \
GraphicsMagick-c++-devel GraphicsMagick-devel

Con i comandi di cui sopra installerete i tool necessari alla compilazione (cmake, pcre) ed alcune dipendenze richieste da kdeadmin, kdenetwork & kdegraphics.

Iniziamo

A questo punto vi serve lo script automatico kdesvn-build che potrete trovare QUI.

scaricatelo, estraetelo da qualche parte (io l’ho messo in /opt), ed aggiungete la directory al $PATH, Nel paccketto troverete il file

kdesvn-buildrc.sample

copiatelo nella vostra $HOME e rinominatelo

.kdesvn-buidrc

a quel punto apritelo con

gedit .kdesvn-buildrc

e seguendo le istruzioni settate la configurazione che più vi aggrada. Personalmente consiglio di scaricare i sorgenti e compilarli in una directory della $HOME, e di installare la copia delle QT in

/opt/qt4

e il nuovo kde4-svn in

/opt/kde4

Ora non vi rimane che lanciare lo script

sudo kdesvn-build

Ed attendere fiduciosi la fine della compilazione.

Lo script è molto bello, fa vedere l’avanzamento percentuale ed un riassunto colorato di cosa è andato a buon fine e cosa no, e dove trovare i file di log (se non funziona qualcosa, consultateli per capire cosa mancava).

Bisogna dire che rispetto alle distro debian-based (maledetta la loro mania di cambiare nomi e posizioni alle cose) una volta superata la fase di “autoconfig”, la compilazione difficilmente non andrà a buon fine, quindi è molto più facile venire a capo di eventuali problemi.

Una volta finita la compilazione ricordatevi di aggiungere al $PATH il percorso dei binari di QT4 e KDE4, poi basta crearsi l’apposita voce:

/usr/share/xsessions/kde4svn.desktop

per aggiungere la sessione Kde4svn al menu di Gdm…

Come vedete, rispetto alla guida di Felipe io non offro la pappa pronta. Dovete mettere le mani (e la testa) per completare il tutto. Io sono per la consapevolezza totale…

se uno non sa come fare non sa cosa sta facendo!

Per la massa, è vero, le modifiche introdotte saranno minime (e che diamine, solo un paio di cosette sbrilluccicose… si poteva fare decisamente di meglio), ma i pezzi che vanno a formare il puzzle stanno dando oramai un’immagine più che chiara in che direzione sta andando il noto DE.

Qualcuno come Felipe si sofferma ad esaltare le doti funzionalistiche dei singoli componenti, io però lamento ancora una certa qual mancanza di modularità. Ok! Ok! KDE4 è concepito per essere un DE completo e quanto più esaustivo possibile, ma IMHO non si può prescindere dalla personalizzazione che vada aldilà di quale effetto sbrilluccicoso abilitare.

Dolphin, per esempio, è un gran bel File Browser, ma gli manca ancora l’interoperabilità stabile con altre componenti del sistema (leggasi, plugin per le operazioni più banali, quali masterizzazione ecc ecc). Certo, è pur sempre possibile procedere mediante hacking e script ad aggiungere funzionalità mancanti, in perfetto stile console, ma da un progetto così ambizioso mi aspetterei una serie di API per lo sviluppo di componenti aggiuntivi, piuttosto che una singola applicazione monolitica.

La parziale cancellazione, poi, del concetto di icone del desktop in favore del concetto di scrivania: contenitore di widget, a mio modesto parere, è più un esercizio stilistico, che una vera e propria innovazione rivoluzionaria.

La mia paura è che, fra poco uscirà KDE 4.1 e lo potrete utilizzare tranquillamente, ma per avere la versatilità di KDE3 ci sarà ancora un bel po’ da attendere…

Sugli stessi temi:
%RELATEDPOSTS%

Ormai nel mercato consumer a farla da padrona non è la technical innovation, ma il marketing-innovation… prendono un prodotto, ci ficcano dentro un paio di effetti sbrilluccicosi di un colore diverso e ti dicono: “guarda come è innovativo questo sbrillucichio viola… tutti gli altri ce l’hanno, ma bianco!”

Ma mi facessero il piacere…

Purtroppo anche il mondo Open-Source non è immune da queste fesserie… soprattutto quando si combattono le guerre di religione su quale sia il DE più sbrilluccicoso (per me tra i due litiganti, il terzo gode: e17 )…

Ecco perciò che si inventano? La guida all’uso di Plasma…

No, non sto parlando della parte liquida del sangue, nè del “quarto stato d’aggregazione della materia”… ma del componente alla base del Desktop sbrillucicoso di KDE…

La notizia l’ha tirata fuori per primo il sempre ben preparato Felipe…

Io esprimo la mia forte perplessità in merito, in un mondo dove per innovare si scrive sempre meno codice, e sempre più marketing-vaccate!

Sugli stessi temi:
%RELATEDPOSTS%

La versione finale è attesa per il 29 Luglio e siamo tutti in trepidante attesa degli ultimi fix…

Ricordiamo che la nuova versione vedrà l’integrazione parziale di alcune applicazioni PIM (Kontacts su tutti) con il sistema Nepomuk, nonchè l’introduzione dell’interessante Dragon Player, un player multimediale (un altro? ancora? ) di nuova concezione (ah beh! Se di nuova concezione)…

Per quanto riguarda le novità concettuali vi invito ad andare a leggere questo post e quest’altro sul blog di Felipe.

Sugli stessi temi:
%RELATEDPOSTS%

Bisognerà vedere il livello di integrazione di un progetto che comunque non si può dire ancora maturo, ma l’innovazione introdotta è di quelle decisamente interessanti.

Attualmente, infatti, l’indicizzazione è legata al solo file system ed è in parte “virtualizzata” al web. Il che significa che è possibile operare ricerche sui singoli files (e richiamare applicazioni mediante il loro nome), oppure utilizzare una sorta di macro che compie una ricerca su google per la stringa inserita.

Molto presto tale funzionalità sarà estesa a mail ed in generale ai contatti (bisognerà vedere a che livello, se al di fuori dell’applicazione, o quantomeno, sfruttando una sorta di demone-pim sempre attivo), con un evidente salto in avanti in termini di usabilità e funzionalità.

Certo la strada è ancora lunga, manca un sistema di “rilevamento automatico dei tag”, per cui le famose etichette vanno ancora appiccicate a mano, ma i rapidi sviluppi lasciano ben sperare…

Sugli stessi temi:
%RELATEDPOSTS%

I vari repository delle vostre distro preferite si stanno già popolando con la nuova versione. Se avete scelto incluso il ramo testing o development della vostra distro preferita, a breve dovreste ricevere la notifica di aggiornamento disponibile.

Sugli stessi temi:
%RELATEDPOSTS%

Tuttavia noto ancora un’estrema dispersione in fatto di strumenti per il Desktop Computing. Tutte queste tecnologie, con la scusa dell’integrazione estrema, invece che proporci soluzioni che permettano di integrare, per l’appunto, gli strumenti informatici che siamo abituati ad usare tutti i giorni, all’interno della loro struttura, continuano a propinarci la loro esclusiva e specifica alternativa per sostituirli.

Tutta colpa di questa smania di voler a tutti i costi competere con Winsozz…

In pratica una volta scelto il DE (Gnome, Kde, Enlightenment, XFCE… ecc ecc) tutte le scelte vanno di conseguenza, con minime possibilità di adattamento (puoi scegliere se aggiungere o meno lo sbrilluccichio delle nuove funzionalità di compositing, e poco più).

Ad onor del vero, devo dire, che probabilmente KDE4 è l’unico che in questo momento si muove in una direzione diversa, essendo molto più vicino ad un set di librerie che ad un DE completo e integrato, ma molto presto uscirà la release 4.1 e già lì, la strada comincerà ad essere più delineata.

Ad ogni modo, io la butto lì, la mia personale interpretazione di Desktop sarebbe più o meno la seguete:

• Vista l’ormai raggiunta capacità da parte dei vari DE di gestire una pletora di tipologie diverse di oggetti sul Desktop vero e proprio, farei scomparire barre, dock e systray, sostituendole con qualcosa di più funzionale… le applicazioni potrebbero essere minimizzate sul desktop, piuttosto che su una barra (la barra di KDE in tal senso è un’esplicitazione di questo concetto, visto che non si tratta di una barra vera e propria ma di un contenitore per widgets). Il che significherebbe, anche e soprattutto una maggiore superficie a disposizione.
• API a livello DE, per la gestione delle operazioni più comuni: in pratica si tratterebbe di un’uniformizzazione dei menu applicativi (un po’ come già avviene in MacOsX, ma in maniera più smart: “applicazioni simili condividono lo stesso menu” , e non “tutte le applicazioni hanno la medesima struttura di menu”), ed una gestione più semplice dell’interoperabilità (sto scrivendo un documento cui vogli aggiungere un’immagine che però voglio modificare leggermente senza alterare l’originale? Passo al programma di grafica, la modifico senza salvarla, e di lì la passo al documento).
• Menu delle Applicazioni preferite più intelligente: applicazioni suggerite non più in base alla sola frequenza di utilizzo, ma anche al contesto (per esempio, sto esplorando una cartella di foto ed il menu tenendo conto di questa cosa, mette in cima alle applicazioni preferite quelle che hanno attinenza con questo genere di oggetti).

Queste, come avrete ben capito, sono tutte applicazioni di tecnologie già esistenti e ben collaudate, (i widgets nel primo caso, i menu a livello di gtk/qt nel secondo e nepomuk o desktop semantico nel terzo). Un desktop che implementi questi miei tre… come chiamarli?… desideri?… è possibile realizzarlo sin da ora, andando a metter mano alla configurazione di default di qualsiasi DE, con una serie di customizzazioni ad hoc.

Quello che però farebbe a mio parere la differenza, e che, ancora non c’è sarebbe una specializzazione dei Desktop Multipli… Immaginate un desktop tabulare… in cui le applicazioni di un certo tipo vengono aperte in una tab specifica… ad esempio c’è una tab web che raccoglie browser internet, feed reader e quant’altro, una PIM in cui aprire client email, IM, Appuntamenti ecc ecc, un’altra invece in cui partono i giochi. Ed immaginate una gestione dinamica delle stesse, con la possibilità di assegnazione di risorse e priorità in maniera selettiva (tipo che mentre chatto o navigo su internet, automaticamente va a limitare la banda di bittorent e torna a ripristinarla quando passo a vedere un film). Sarebbe un po’ una sorta di multitasking avanzato e configurabile…

Ma questo per ora è solo un concetto… però, come disse uno dei più grandi uomini dell’epoca contemporanea: “I have a dream…”

Eccovi il link.