Dopo un weekend passato a smanettare su KDE4, che nella sua prima versione stabile (la 4.0.0) a detta dei suoi stessi sviluppatori è ancora incompleto e lontano dal concetto di Desktop integrato che vuole portare avanti, facciamo un appello per vedere cosa c’è e cosa manca.

In questo caso si guarda il noto DE con l’occhio del semplice utente, potremmo definirlo medio, quindi di quelli che cerca l’usabilità più che li sbrilluccichio, e la stabilità più che l’innovazione estrema. Continue reading →

Ci siamo! Il fatidico giorno è arrivato e tutti sono pronti a battere la notizia. In realtà bisogna dire che, come ampiamente annunziato e discusso, la nuova Major Release di KDE deluderà molti utenti, soprattutto quelli dediti all’ammirazione a bocca aperta degli effetti sbrilluccicosi!

C’è tuttavia tantissima carne al fuoco e, quelli come me, dediti alla continua sperimentazione, guardano questa milestone con l’occhio di chi, già pensa al nuovo trunk/branch nei repository svn, ora che il sistema base ha raggiunto una certa stabilità. Continue reading →

Meno cinque giorni a KDE4, l’attesa cresce e la stabilità dei sorgenti contenuti in svn aumenta a vista d’occhio, ma ancora ci sono parecchie cosucce da sistemare, soprattutto con il web. Ma andiamo con ordine…

Continue reading →

Più ci si avvicina alla data del rilascio (11 Gennaio), più KDE4 diventa stabile ed affidabile, tanto che da qualche giorno, utilizzo stabilmente anche sull’utente “di produzione”, sul mio portatile una miriade di applicazioni kde4 (amarok2, dolphin e kopete su tutti), in un ambiente gnome/compiz-fusion.

Lo faccio un po’ per abituarmi a quello che ho deciso sarà il mio desktop di default, un po’ per testare a fondo funzionalità avanzate e metterle a confronto applicazioni equivalenti dei due DE (gnome 2.2x e Kde 4).

Continue reading →

Una serie di problemi con il server PulseAudio mi aveva fatto disperare alquanto, creandomi gravi problemi con le mie applicazioni multimediali preferite. La causa specifica di tali problemi non l’ho ancora trovata, anche perché sembra essersi risolto tutto con un aggiornamento di sistema, ad ogni modo l’unica rogna rimasta era la nuova implementazione di Amarok (presente nella prossima a venire KDE4).

Alla fine lurkando blog, forum e gruppi di discussione, mi è venuta in mente una serie di tentativi da fare per resuscitare l’avveniristico player… A parte la solita trafila dell’aggiornamento dei sorgenti da svn e la ricompilazione (un must in questi casi), ho pensato di dare una controllatina alle librerie di sistema. Così l’occhio mi è caduto sul motore di “rendering audio” di amarok, ovvero xine e… EUREKA!

Mancavano le librerie extras free e non-free contenenti i vari codec! Inoltre per qualche motivo, anche il plugin pulseaudio di xine non era installato. Eppure ero sicurissimo che questi componenti fossero presenti nel sistema. L’unica spiegazione plausibile è che, in seguito ad un aggiornamento, con il quale non erano compatibili, questi componenti siano stati rimossi da yum… un po’ come fa il più evoluto apt-get.

Eppure non mi sembrava che yum potesse gestire questo livello di automatismo nella gestione delle dipendenze…

Sugli stessi temi:
%RELATEDPOSTS%

Frequento molti blog, soprattutto ove si parla di Linux, perchè oltre a riportare le notizie che già si possono leggere su decine di canali web, è possibile leggere le impressioni, le aspettative e le paure di coloro che determinati strumenti li utilizzano o li utilizzeranno. Insomma, una sorta di filtro che pulisce il prodotto dalle edulcorazioni sensazionalistiche di sviluppatori allucinati e fanboy entusiasti…

Oggi mi ha colpito questa interessante discussione su OSRevolution, in cui l’ignoranza di qualcuno (o forse dovrei definirla la scarsa propensione a documentarsi, prima di parlare), ha scatenato in me la vena polemica. Soprattutto il commento numero 3, in cui l’autore dello stesso, si lamenta di non capire cosa ci sia di nuovo nella prossima versione di KDE tale da giustificare un cambio di Major Version Number.

A parte che, già solo il fatto di integrare il composite manager (quello degli effetti sbrilluccicosi) dentro il gestore di finestre, mi sembra una cosa già di per sè, innovativa… Come però ho già detto in un altro post, le vere novità saranno altre.

La rivoluzione, va a toccare le librerie base di KDE, introducendo una pletora di funzionalità, che vanno ad investire soprattutto il modo in cui le applicazioni si relazioneranno tra loro e con il DE. Ho parlato di Desktop Semantico (Nepomuk), nuova interfaccia (Plasma+Dolphin) e nuovo stile (Oxygen).

I superficiali si fermano a guardare a bocca aperta lo sbrillucichio (per inciso, resterete delusi, attualmente compiz offre di più!!!!), gli altri andranno a vedere come funziona il resto…

Sugli stessi temi:
%RELATEDPOSTS%

Pollycoke l’ha annunciato e OSSBlog conferma: KDE4 slitta ancora di un mese…

Sebbene sia possibile da tempo compilarselo da sè, tramite SVN, e la sua usabilità migliora di ora in ora, siamo ancora lontani dalla release finale.

Diciamocelo, le risorse computazionali odierne vengono in soccorso agli impazienti, ed il lavoro degli sviluppatori, in termini di script di compilazione è veramente ottimo, per cui è già possibile gustarsi il nuovo e rivoluzionario DE (chissà in Apple e Microsoft quanto ci metteranno a copiarlo!!! ), ma la stabilità è ancora un’altra cosa…

Più che le meraviglie sbrilluccicose, quello che più mi attrae è il nuovo browser di sistema (dolphin), e la sua integrazione con Nepomuk per la realizzazione del cosiddetto Desktop Semantico… ed è proprio in questo che siamo ancora parecchio indietro.

Quelli che invocano a gran voce l’uscita immediata, sono quelli che vogliono da subito le nuove innovazioni in termini di interfaccia grafica (PLASMA) e Stile (Oxygen)… noi altri possiamo aspettare ancora qualche settimana, magari contribuendo al bug-reporting come suggerisce Felipe su Pollycoke!

Sugli stessi temi:
%RELATEDPOSTS%