Configurazione Hardware: Intel core i5-2300 (Sandy Bridge), MB ASUS P8H61 (rev. B3), 4 GB DDR3, Scheda Video discreta ATI Radeon HD4870 1GB DDR5.

Configurazione Software: Fedora 15 Lovelock (x86_64), spin KDE, driver video Opensource, compositing attivo.

Il problema.

Subito dopo l’accesso ad una sessione grafica (KDE4), da parte di un utente, si ha un temporaneo freeze del sistema (dell’ordine del minuto).

Andando a monitorare l’utilizzo delle risorse mediante un qualsiasi misuratore delle stesse (io uso l’ottimo htop) , si riscontra un anomalo uso del meccanismo di paginazione della memoria di sistema, con un mirroring pressoché totale del quantitativo di memoria RAM in uso nella memoria di SWAP, sebbene il quantitativo di RAM disponibile sia ancora ben cospicuo (circa 2,5 GigaBytes sui 4 disponibili).

Soluzione Temporanea.

Disabilitare lo spazio di swap:

swapoff /dev/partizioneDiSwap

Analisi nel dettaglio.

La causa scatenante sembrerebbero essere l’avvio di processi/thread che “occupano” cospicui quantitativi di RAM (leggasi, apertura Browser Web come Firefox o Google Chrome).  Quello che si osserva è un’occupazione di RAM pressoché costante, ed una rapida crescita del quantitativo di swap occupato, fino al “raggiungimento” del medesimo quantitativo di memoria RAM effettivamente occupata al momento.

In questo periodo il sistema è pressoché paralizzato, e dopo un periodo di “assestamento” di circa un centinaio di secondi, il sistema torna a funzionare correttamente, salvo sporadiche “ricadute”, ma normalmente di durata decisamente inferiore (dell’ordine di qualche secondo), in concomitanza della ripresa della sessione dopo un lockscreen o la partenza dello screensaver.

TO BE CONTINUED…

Fedora 15 Lovelock: Introduzione.

La mia idiosincrasia verso Ubuntu (di cui non sopporto il continuo voler scimmiottare ora MacOsX, ora Winsozz), mi porta ad una certa riluttanza verso l’esperienza Desktop fine a se stessa. Ben vengano le integrazioni con la UI, ma essenzialmente un PC, e soprattutto un PC con Linux, non si può limitare ad un contenitore di notifiche per i social network.

Da questo punto di vista la mia ricerca di uno strumento versatile mi ha sempre orientato verso Fedora, che penso sia l’unica porti innovazioni non solo squisitamente dal punto di vista estetico.

ISO ed Installazione.

Il CD d’installazione è semplice ed essenziale, a parte la scelta dell’architettura (x86/x86_64) che non permette ripensamenti successivi, c’è una discreta scelta sull’UI, ma anche sulla “personalizzazione” dei pacchetti installati (leggasi SPIN). In generale quello che si nota rispetto alle scelte di altre distro, è che l’adozione di questo o quel Desktop Environment non è estremizzata, ed in generale porta ad una pacifica convivenza tra funzionalità integrate e funzionalità “terze”.

Due pecche piuttosto gravi nella procedura di installazione da live-cd sono la lentezza d’avvio dello stesso (a parità di pc i concorrenti sono decisamente più veloci a caricare la schermata “live”) e l’impossibilità di cambiare lingua di installazione (rigorosamente in Inglese), anche se la gestione del cosiddetto “locale” (tastiera/formati ecc ecc) è impeccabile. Viceversa il processo di installazione (una volta passate le poche schermate di configurazione) è rapidissimo, tra i più brevi in assoluto, ed in pochi minuti ci si ritrova un sistema base da personalizzare (leggasi installazione supporto alle lingue) a piacimento.

Manca un’opzione, nel caso di installazione di un sistema a 32 bit, per la scelta di base di un kernel con supporto PAE (che va installato manualmente), ma per il resto le, davvero poche, opzioni di configurazione rendono il processo se non a prova di idiota (peccato per la lingua!!!), quasi.

Primo Avvio.

Sono stato due giorni con Gnome3, poi ho switchato subito su KDE4. Nessun pregiudizio ma il nuovo approccio al Desktop offerto da Gnome Shell richiede un periodo di addestramento, che al momento non ho. Dal poco che ho potuto avere, c’è da apprezzare l’estrema pulizia generale dell’interfaccia (che però ancora pecca in termini di semplicità di personalizzazione), ma ho seri dubbi sulla funzionalità “multi-finestra”. Parliamoci chiaro: Gnome 3 mi sembra la manna dal cielo per tablet e netbook, schermi piccoli, in cui la razionalizzazione degli spazi è una prerogativa assoluta. Ma su un Desktop (con annesso monitor da 20 e passa pollici come il mio), la sostituzione del sistema di barre, notifiche e widget, con  il raffinato sistema di “gestures”, potrebbe non rivelarsi così vincente. Senza contare che in un’eventuale con figurazione Dual Head/Dual Monitor (quindi sia con Desktop esteso che Desktop Indipendenti), si rischia di creare solo confusione.

A parte questo primo assaggio di Gnome 3 (siamo alla primissima versione stabile, e cmq si tratta di un prodotto già molto più maturo di quanto fossero le prime versioni di KDE4!!!!), il sistema in generale dà un senso di robustezza spettacolare. Una cosa che ho sempre apprezzato della Fedora-way rispetto alla Ubuntu-way, è l’intercambiabilità tra linea di comando/interfaccia ncurses e le GUI avanzate. La possibilità di eseguire semplici operazioni da linea di comando tramite magari comodi script personalizzati, è qualcosa che, seppure sempre possibile, sul prodotto Canonical è decisamente più macchinoso.

Anche yum, da sempre punto dolente dei prodotti RedHat, ha fatto passi da gigante e da almeno un paio di versioni è sicuramente all’altezza del debianico apt! Anche la gestione di pacchetti terzi (come google-chrome, per esempio), attraverso il “localinstall” è oramai ineccepibile. Se proprio si vuol fare un appunto al sistema base è l’immobilità della $PS1 sempre uguale e piatta dalla notte dei tempi, quando distro come Mandriva o Gentoo, oramai offrono quel tocco di personalizzazione che dà un impatto visivo decisamente di maggior effetto, se non altro nella gestione delle sessioni di superuser. Nulla di irreparabile, ma soprattutto nulla cui non si possa ovviare con una personalizzazione in /etc/profile o simile dell’export della variabile in questione.

Il supporto hardware, poi,. è davvero impeccabile… scanner, webcam, finanche la tavoletta grafica riconosciuti al volo al primo colpo… è quasi fastidioso non doversi sbattere, in tal senso, nemmeno con un minuscolo file di configurazione testuale Anche la scheda di rete Wireless che in passato mi ha fatto tanto tribolare, adesso è spavaldamente vista come normalissimo hardware di rete, basta inserire la chiave WPA e si è connessi praticamente istantaneamente, sia con il frontend di Gnome3 che con quello di KDE4 (entrambi basati sull’ormai non più così ostico Networkmanager).

Da capire l’assenza, probabilmente però imputabile solo a meri motivi di spazio sul supporto ottico, della suite libreoffice dai pacchetti installati di base.

Personalizzazioni.

L’operazione di cosiddetto “tuning” della distro è indubbiamente un processo che varia di persona in persona. Soprattutto la scelta delle applicazioni di default, rimane un’operazione lasciata alla discrezionalità dell’utente. Rispetto a qualche versione fa, l’approccio è più neutro, e la convivenza tra l’applicazione preferita e l’applicazione di default del sistema è meno traumatica rispetto al passato, soprattutto per quello che riguarda la gestione dei tipi MIME.

Gnome3 pecca fortemente da questo punto di vista di gioventù, anche se ad onor del vero, IMHO, questa gestione “register-way”, già presente in Gnome2 con i vari backend di gconf, è sempre stato un limite grossissimo del DE scimmiesco! KDE4 invece ha un approccio più neutrale, con un accesso diretto alle risorse online di temi e stili.

Giudizio Complessivo

Il giudizio complessivo (preliminare) è positivo, aldilà dei campanilismi. Già da almeno due versioni riesco a far utilizzare Linux alla mia ragazza non solo senza subire obiezioni di sorta, ma anche ricevendo un generale assenso per quanto riguarda la gestione alternativa dell’odiatissimo (anche da lei, ma a ragion veduta) iPod Touch. Rimane da vedere se riuscirò a battere i tempi di uptime raggiunti dal mio buon vecchio Pentium4 su cui girava la gloriosa Gentoo ai tempi della tesi!

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%