Non avete un fichissimo tatuaggio “pollycoke :)” vicino ad una qualsiasi zona erogena? Tsk, non sapete cosa vi perdete…

Il resto contiene immagini potenzialmente… scomode

Se qualcuno non lo sapesse ancora, questo blog non viene più aggiornato da parecchi giorni! Tutti i nuovi post che vi state perdendo sono su pollycoke.net. Alcuni esempi:

Beccatevi il feed RSS del nuovo pollycoke :)

Aggiornate i vostri segnalibri, aggregatori e blogroll per passare “di là”, dove sto cercando di creare un ambiente confortevole, e gli oltre settecento iscritti in meno di un mese sembrano confermare che ci stiamo riuscendo ;)

Buona continuazione!

Il vostro affezionatissimo dichiara solennemente rilasciata pollycoke.net RC1, nome in codice: “Domenica è festa, ho male alla testa“¹

Ecco a seguire un elenco di cambiamenti assortiti e di cosa resta ancora da fare a questo mio diarietto prima di poter dire “ci siamo”…

Leggi il resto nel nuovo pollycoke :)

Sapete tutti che non do molto credito al supporto che i vertici manageriali di Apple dicono di fornire al software libero…

Eppure di recente ci sono stati cambiamenti nella gestione dell’accesso allo sviluppo di WebKit che faranno piacere a molti.

WebKit è il motore di resa HTML (& Co) di Apple, usato nel browser Safari, tanto funzionale e amato in MacOSX quanto fallimentare e denigrato nella immatura versione per Windows¹. Il progetto WebKit, lo abbiamo scritto tante volte, deriva in realtà da KHTML, software scritto dalla comunità KDE inizialmente per Konqueror. È stato adottato da Apple che lo ha modificato pesantemente, creando non poche polemiche a causa dello scarsissimo senso di collaborazione ad un progetto open source, tanto da causare la frattura con la comunità.

Adesso pare che si tenti di ricucire…. Dopo essere nata in KDE, la superiorità della tecnologia KHTML è stata riconosciuta da Apple, nobilitata dagli apporti di molti nomi importanti come Nokia e Google, in futuro adottata anche da Qt e da GNOME e adesso, dopo un giro formidabile, si ipotizza di farla rientrare in KDE per sostituire l’originale KHTML che è ovviamente meno supportata. In tutto questo potrebbe giocare un ruolo decisivo un comportamento più aperto da parte di Apple, nell’interesse della stessa Apple.

Non è detto infatti che tutti gli sviluppatori di KHTML vedano di buon occhio una estromissione della loro creatura da KDE, in favore di una tecnologia resa incompatibile senza un vero motivo che non sia di mercato da parte di un’azienda che in molti guardano con sospetto. Ovviamente non mancano i fiduciosi, e sono proprio loro a sperare che la tecnologia WebKit possa venire ufficialmente adottata da KDE anche in virtù di questa nuova apertura di Apple.

Personalmente sono contento se qualcosa nato dalla comunità diventa uno standard riconosciuto e diffuso, anche se tutti questi giri purtroppo sanno più di burocrazia e marketing, che di software.

Webkit più aperto, Apple fa la cosa giusta: il suo interesse.

—
[¹] Non esiste purtroppo una versione, chiusa o aperta, per i nostri desktop liberi…

Gli sviluppatori coinvolti nello sviluppo lo sostenevano da tempo, adesso c’è anche qualche misurazione a renderne conto.

In termini di consumo di RAM, KDE 4 risulta generosamente più leggero della versione attuale del desktop.

I fattori che stanno contribuendo ad abbassare così marcatamente le esigenze di memoria di KDE sono tanti: dall’ottimizzazione di codice all’uso di framework più moderni ed efficienti. In particolare le Qt 4 promettevano da tempo di portare cospicui vantaggi in questo senso… e credo che le promesse siano già state in parte mantenute.

348MB contro 228MB per un desktop completo di indicizzatore attivo (strigi), browser (konqueror) e altre applicazioni. Non male

Il grafico che vedete qui sopra appare in un articolo che è stato linkato oggi in MessageBox da BeFan1, un lettore che gestisce un blog molto popolare in Polonia (ha anche aderito all’iniziativa “I’m myself, thanks“) e mostra le differenze di memoria in uso tra KDE 3 e KDE 4. Direi che i numeri parlano da soli: 348MB di KDE 3 contro 228MB di KDE 4, cioè un desktop KDE 4 completo e funzionale consuma oltre 100MB di RAM meno dell’equivalente KDE 3. Gran risultato!

Ho sempre apprezzato la reattività di KDE, quindi questo risultato - assolutamente empirico e non ufficiale - è molto incoraggiante. Tra le tante cose, KDE usa il piccolo stratagemma (in realtà abbastanza comune) di precaricare un’istanza di Konqueror direttamente all’avvio del desktop. Avere il browser pronto all’uso in una frazione di secondo è sempre una di quelle piccole cose che fanno la differenza e con questi nuovi numeri si preannuncia anche più praticabile.

Io non usavo più KDE da anni, da quando sono felicemente passato a GNOME grazie alla splendida versione 2.8 contenuta in Ubuntu 4.10 Warty warthog (tre anni fa!), eppure ho ancora ricordi ben distinti legati alle ottime prestazioni di KDE 3. Adesso che sono tornato a questo fantastico desktop comincio ad interessarmi ad aspetti del genere. Insomma sono contento che avremo un desktop meno avido di risorse e quindi più reattivo. E considerate che KDE 4 non è ancora completo!

Adesso credo che ci sia da parte degli sviluppatori la volontà di completare e rifinire l’intero desktop, dal momento che la data di scadenza si avvicina. Da parte mia posso testimoniare che KDE 4 è già usabile anche adesso, ma sia ben chiaro non siamo ancora al livello minimo richiesto per un uso di massa. Dopo che avranno competato e rifinito ci sarà da aspettare ancora un po’ per avere la stessa fluidità che adesso ha KDE 3, perfezionando Kwin (il composite è ancora lento!) ripulendo alcune applicazioni meno popolari e definendo sia gli aspetti più frivoli ed estetici che quelli più “rognosi”. Allora potremmo davvero fare “wow” ;)

Per chi volesse fare giustissimi confronti con GNOME e comparazioni sul consumo di risorse con quel desktop è pregato di leggere (ed eventualmente commentare) il post “GNOME raggiunge la parità con KDE, in termini di RAM occupata“¹. GNOME è favoloso e l’ho usato con estrema soddisfazione fino a poche settimane fa, ma questo post è dedicato a KDE :)

—
[¹] Mi sembra normale e doveroso esprimere la fiducia che anche il team di GNOME continuerà con le sue ottimizzazioni e sono sicuro che nelle prossime versioni si eguaglieranno anche i nuovi traguardi posti da KDE 4.

Questo articolo è stato postato nel nuovo pollycoke :)

Reazioni al bug della system tray ARGB

Buona continuazione…

Questo articolo è stato spostato nel nuovo pollycoke :)

La system tray di Plasma e il problema con le GTK+

Buona continuazione…

Questo articolo è stato spostato nel nuovo pollycoke :)

Aiutare a migliorare KDE Quattro [howto]

Buona continuazione…

In questo periodo mi è capitato abbastanza spesso di leggere critiche forse un po’ pretestuose sulla maturità, la scelta dei tempi di rilascio e perfino dei nomi dati alle versioni di rilascio di KDE Quattro.

Sia molto ben chiaro che non mi riferisco a nessuno in particolare e non voglio offendere o riprendere nessuno eccetera eccetera, ma rispondendo a tutti con la MIA opinione spero di non dire una fesseria troppo grande quando interpreto in maniera forse un po’ forzata e felipesca la cosa, come semplice e benigna strategia di sviluppo

KDE 4 è una bella rivoluzione, non una bella evoluzione. Stare a pontificare su quale dei due approcci sia migliore mi sembra francamente inutile e noioso. Ora, per affrontare ogni rivoluzione torna sempre utile una buona dose di teste da far saltare, di falsi eroi e di finti martiri, ma c’è soprattutto bisogno del popolo, che da sempre fa la vera differenza. Se da un lato tagliare teste è sempre un piacere atavico, e trovare falsi eroi e finti martiri è fin troppo facile, dall’altro resta da capire come far sì che la rivoluzione possa coinvolgere il popolo, ossia gli utenti comuni come voi e me.

I cervelli di Google lo hanno capito da un pezzo: con le loro “beta” eterne hanno guidato il mercato ancora una volta, tanto da conferire quasi un alone di fascino al concetto e al nome di software non ancora completo. Le versioni beta funzionanti servono ad attrarre utenti in virtù della novità e a convincerli ad usarle tutti i giorni, o quasi. Così facendo, nel momento in cui l’utente incorrerà in un difetto nel software che ormai utilizza a tempo pieno, correrà a segnalarlo agli sviluppatori.

Non voglio commettere l’errore di paragonare le beta di Google a quelle di KDE, perché sono due mondi completamente differenti, con obiettivi e soprattutto bilanci differenti… Gli sviluppatori KDE lavorano spesso senza ricevere alcun compenso, senza un superiore che decida su quale aspetto debbano lavorare o quando possono andare a fare la pausa pranzo, e invece dovendo spesso trovare il tempo necessario per lavorare su KDE, sottraendolo agli impegni di studio, lavoro o vita privata. “Solo per divertimento” cit.

A questo punto è sempre più necessario onorare il tempo investito dagli sviluppatori e trovare punti di contatto tra chi sviluppa e chi usufruisce, anche per non rischiare di far rimanere KDE 4 un progetto ripiegato su se stesso. Mi sembra una strategia decisamente condivisibile quella di rilasciare versioni beta o release candidate incomplete e spesso mal funzionanti. L’idea è proprio quella che più persone provano KDE 4, e più segnalazioni di malfunzionamenti saranno dirette agli sviluppatori.

Certo, qualcuno dirà che questo potrebbe penalizzare la percezione collettiva dell’affidabilità di KDE, ma riflettete sul numero di utenti che installano KDE 4 adesso, magari compilandolo. Secondo voi si tratta di utenti normali? Beh, non è così :) Aspettatevi nelle prossime ore una mia descrizione sui possibili modi di contribuire segnalando malfunzionamenti o anomalie per migliorare il nostro desktop.

Per adesso chi non lo abbia ancora fatto è incoraggiato ad installare KDE 4!

Ho notato una serie di visite provenienti direttamente da Planet GNOME, l’aggregatore di blog tenuti da sviluppatori di quel desktop

Il link a pollycoke era contenuto in un post di Luis Villa ed era ovviamente relativo al mio “La Situazione del Mio desktop non è BUONA” in cui (per chi si sintonizzasse solo ora) ho espresso alcune considerazioni su come GNOME è gente ma ultimamente anche politica, molta. Mi spiace che il link arrivi per via di un post “triste” come quello, specie perché in passato ho scritto molte cose che reputo più interessanti.

Beh accolgo i visitatori extra un saluto un po’ sottotono ma sostanzialmente benigno: nonostante ci sia sempre (fisiologicamente, direi) qualcuno con evidenti problemi ormonali, GNOME è sempre una comunità grandiosa

Ultimamente si sono visti alcuni timidi tentativi di introdurre temi scuri per GNOME, ma tra tutti l’unico che mi convince, e che lo fa da tempi non sospetti, è Darkilouche di Jimmac:

Darkilouche personalizzato da me per usare solo gradazioni di grigio

Nel post “Installare e personalizzare Darkilouche per GNOME, tema scuro ma usabile” ne elogiavo l’equilibrio, ma sia chiaro che in genere non sono un grande fan dei temi scuri: pur essendo gradevoli alla vista e riposanti per le vostre simpatiche retine, sono quasi sempre tristemente fuori luogo in ogni contesto.

Cosa intendo per “fuori contesto”? Ad esempio, le pagine web sono raramente scure (e per fortuna: sono illegibili!), quindi se usassi Epiphany o un qualsiasi altro broser con un desktop scuro, finirei automaticamente anche io ad insultare come un’isterica il prossimo¹ mio come me stesso su blog, canali irc, usenet e tutti gli altri mezzi di alienazione di massa.

È anche vero che la classe non è ossido di idrogeno, e infatti accanto a temi-spazzatura come quello orripilante di UbuntuStudio (cfr “sudo apt-get –purge remove ubuntustudio*“), ci sono temi come Darkilouche che non sono troppo scuri nei controlli scuri e neanche troppo chiari nei campi di testo o altre parti chiare. Sembra una ricetta facile e… in qualche modo lo è davvero:

Darkilouche personalizzato da me per usare solo gradazioni di grigio

Per questo motivo sono contento che se proprio bisogna fare una scelta venga utilizzato l’ottimo Darkilouche (e magari con colori relativi/personalizzabili) ma quando leggo che Jimmac vorrebbe qualcosa di simile alla sua creatura addirittura come tema predefinito di GNOME …beh, faccio una smorfia e penso: quanto odio ancora dovrà essere riversato solo perché il tema del loro desktop è troppo scuro?

Lasciate insomma che i pargoli vengano al tema, ma da soli :D

—
[¹] Ogni riferimento è puramente causale

La Francia è il paese che più decisamente sta tentando di ostacolare l’imposizione commerciale/economico/politica/autistica di OOXML, con questa decisione di equipaggiare circa mezzo milione di PC governativi con OpenOffice.org (e dunque ODF).

Non sarebbe sola, insieme a lei ci sono tredici nazioni, tra cui Russia, Malaysia, Giappone, Belgio, Croazia, Danimarca, Germania e Norvegia. Questa è una notizia che personalmente mi fa enorme piacere. Vive la France, e tutte le altre!

A quando un traguardo simile per l’Italie? :)

Sempre per la serie “non offendiamo a vanvera la comunità” voglio portare alla vostra attenzione un altro commento scritto qui su pollycoke da una persona che evidentemente non ha niente dell’ameba bavosa di cui qualcuno vuol fare credere sia composta la comunità che supporta, critica e segue GNOME.

originale

Spero riteniate utile investire un po’ di tempo nella lettura di questo lungo post, perché Andrea merita tutta l’attenzione del caso, se non altro per non avere offeso a destra e a manca per portare avanti il suo punto.

Ciao!
sono uno che lurka da sempre su pollycoke, e spesso ho trovato le sue idee un po’ troppo stiracchiate.
Ma questa ha volta felipe ha semplicemente ragione.Sarà un messaggio lungo, quindi felipe, taglia pure se non ti va.
Non è per difendere felipe, ma per difendere un’idea che ha un fondamento: MS non è amica della tecnologia e del progresso. E amica delle cose che le fanno comodo.
E’ un’ azienda, le interessa il profitto non il bene dell’umanità tutta. Quindi niente arriva gratis, tantomeno per sbaglio

Le scimmie urlano e si dibattono, ed emmanuele ha deciso di essere l’anello di congiunzione tra noi e gli orango-tango. Contento lui.
(si, con DrHouse che impazza tutti si sentono in diritto di alzare la voce e fare i misantropi. chi non ha una personalità, ne prende in prestito una a caso e urla forte, vedi mai che gli altri ci cascano.)

Ok, adesso che siamo in tema con i flame (vi piace scrivere i post di fuoco? ecco, non lamentatevi se poi vi si risponde a tono, sparando a zero sulla comunità e bla bla), penso di poter entrare nella discussione.

Sono uno sviluppatore da qualche anno, oggi lavoro per una multinazionale, mi considero un poliglotta: in passato ho sviluppato in c++/java/dotNet (le piccole aziende! dio le benedica) e spero di poterlo fare in python prima o poi.

Conosco i meccanismi della programmazione, conosco MS ed i suoi strumenti. Che sono migliori di quelli open: con la sola esclusione di Eclipse, ad oggi l’unico prodotto open decente per contrastare Visual Studio rimane….un semplice editor di testo.

Ha ragione Emmanuele, quando dice che dotNet e le sue implementazioni “clean room” sono esenti da brevetti e che metterebbero al sicuro la comunità da ritorsioni legali. ohhhhhh che scoperta! sono senza parole!

Il punto è un altro ed emmanuele, per ragioni sue, fa finta di non vederle: MS è un’azienda e per lo più monopolista che deve gran parte del suo successo commerciale sulla piattaforma TECNICA ovvero il complesso Vista(client)+dotNet(developer)+IIS(webserver)+Office(Ufficio)
Tutte le parti insieme danno l’idea di come MS sia grossa, potente, capace e *organizzata* per far fronte a più attacchi. Se togliete soltanto uno dei componenti però, MS s’indebolisce.
Ma la tecnica da sola non basta. Infatti ms è una macchina commerciale. Ecco cosa dobbiamo guardare: non lo strumento, ma come viene usato.

Entrando nello specifico MS sfrutterà sino all’osso *non* dotNet, ma chi lo utilizzerà. Ovvero NOI sviluppatori.

Adesso il discorso si fa più complicato, quindi prendete fiato e seguitemi.

Vista non è malaccio.
Non è il massimo, ma è basato su un framework potenzialemente infinito (una volta c’erano i linguaggi e le librerie. Adesso, ci sono i linguaggi interpretati ed i framework: tutto il potere decisionale è nelle mani di chi disegna il linguaggio), e sostanzialmente permette di ottenere dei risultati anche non eccelsi, avendo come pubblico potenziale chiunque possegga un normale pc. Un punto per MS.

dotNet è la rappresentazione di come tanti soldi, mille persone (numero sparato a caso per rendere idea di quanto possa fare un’azienda delle dimensioni di ms), e tanti anni a disposizione possano produrre uno splendido “oggetto informatico”. dotNet è una figata tecnica, chi non lo riconosce, può anche tornare a studiare pascal o semplicemente continuare con java. E tanta buona fortuna. Un altro punto per MS
(ma sono l’unico che si ricorda del progetto “Parrot”?)

Il problema non è tecnico, ma commerciale: microsoft ha l’abitudine di trattare tutto ciò che la riguarda (utenti/developer compresi), come se fossimo in una fattoria: lei tira su gli steccati, poi decidi dove stare; dentro o fuori il recinto.

Se decidi di stare fuori, beh, complimenti! da oggi sei anche tu un “cancro da estirpare” (molto, molto fine come paragone. complimenti)
Se sei dentro, ancora complimenti! sei anche tu, un bue certificato ms.

Perchè così siamo trattati noi sviluppatori, come buoi da non far scappare dal recinto ms.

Se dotNet è studiato a tavolino, quale sarà la più probabile strategia ms per promuoverlo? semplice, ogni tre anni cambiare set di librerie. e continuare a vendere soluzioni ad hoc basate sulle nuove librerie
A parte il periodo iniziale, dotNet cambia spessissimo, e siamo già alla versione tre del linguaggio (o meglio del framework) e se vuoi stare al passo con i tempi, paghi e tanto, tutto quello che ms butta fuori a ritmi infernali.

E’ sempre stato il marchio distintivo di MS: si fissano con un nome e per i prossimi anni, tutti i loro prodotti avranno quel nome. DirectQualcosa, ActiveQuellAltro, VisualStoCoso (il primo che dice “innova o muori” è pregato di studiarsi tutte le CAZZATE tipo “ActiveDesktop”, implementarle in una qualsiasi forma e poi tornare qui a raccontarci come sta il fegato).
Adesso siamo arrivati al concetto di “Workflow”! qualsiasi cosa ha quella parola in mezzo. MS, cosa vuoi sviluppare oggi?

Quando si cambiano librerie, o ti adatti o rimani indietro. Per adattarti devi cambiare spesso strumenti, imparare e quindi ancora spendere.
Tanto il linguaggio è loro e mica sei obbligato a stare dentro il recinto.

Ma noi che siamo in una comunità libera, quindi con i suoi pregi e con i suoi difetti, abbiamo modo di stare al passo con i tempi?
Cosa ce ne facciamo di un linguaggio, la cui sintassi è riconosciuta da un compilatore su piattaforma gnu, quando le librerie sfruttano il sistema proprietario? Che cazzo di senso ha, truccare apache da iis, per far credere al “fottutissimo exe” che tutto è ok ed il mondo è bello?
Esatto. nessuno, ma proprio nessuno. Nessun tecnicismo potrà mai giustificare un accrocchio del genere!

Ed in più: dotNet è sicuramente un ottimo “oggetto informatico”, ma da solo non serve a niente! Soltano MS conosce come evolverà il *suo* linguaggio e sicuramente fara’ di tutto affinche’ sfrutti bene la *sua* piattaforma con i *suoi* strumenti. Noi siamo solo di contorno! Come le patate!

Il fatto che un singolo sviluppatore, pagato da una ditta che ha le mani in pasta, possa decidere l’orientamento di GNOME nascondendosi dietro la foglia di fico “ehi, ma è solo un linguaggio” equivale a prenderci per stupidi: lo sappiamo che è *TECNICAMENTE* è ineccepibile, ma cosa succederà quando ms mettarà in moto la macchina commerciale? Oltre al fatto di assumere Icaza e comprarsi Novell ovviamente.

Lo stesso indentico discorso si può fare lato OOXML: è uno strumento certo. Che uso ne faranno secondo te? Il fatto che sia una monopolista, pensi che possa importare qualcosa a qualcuno? Ma che stupidaggine è accettare quel documento come *standard* perche’ “nessuno avrà obbligato la microsoft a documentare il loro formato quando questo era possibile e una risposta era garantita” ma che razza di argomentazione è? MS semplicemente sta portando i suoi formati su xml perchè per NOI programmatori ha più senso nel nostro modo di lavorare. Portando in xml ms perde la possibilità di vendere software per creare quei documenti (chi ha detto office?). quindi perde una fetta importante di utilizzatori e di fruitori dei suoi documenti.
A meno che….il formato non sia complicato, ed ovviamente *standard*, cosi sei in obbligato ad usarlo.
Adesso ti è più chiaro emmanuelle (nera?) perchè *non* vogliamo regali da ms? pensavi davvero che fosse un problema di antipatia? una cosa da 15enni brufolosi? No, sai, al mondo ci sono altri sviluppatori che sanno quello che dicono e perchè lo dicono.

E comunque complimenti vivissimi per clutter: lo adoro e vorrei poterlo sperimentare su piattaforme embedded. Ci voleva qualcosa del genere. (non sono ironico).

Andrea

Grazie Andrea, spero di avere sempre più lettori che argomentano senza offendere :)

Zac, probabilmente non tutti lo conosceranno, è un lettore di pollycoke pur non subendo alcuna sudditanza psicologica dal vostro affezionatissimo e pur non rientrando nella categoria delle amebe. Sorpresi, eh? -.-

Voglio riportare un commento di Zac al mio post “La Situazione del Mio desktop non è BUONA“. Lui non la pensa evidentemente come me, anzi direi che la pensa in maniera opposta, ma oggi ha dimostrato di non essere un quaquaraquà, scrivendo un semplice commento di disaccordo civile, sensato e perfino condivisibile da me che ho idee totalmente diverse dalle sue. Voglio riproporvelo.

Strano che tutto questo disgusto venga dalla comunità linux dove più che in tutti i sistemi operativi è lecito e consigliabile scegliere e non subire…La gente ha il telecomando ma subisce i reality….voi potete scegliere quello che vi pare ma subite (mica tanto, per fortuna) i giochi di novell e microsoft. Avete i sorgenti, avete le tecnologie…sembra proprio che vi manchi la voglia di fare….state qui a criticare il mondo come quei vecchiazzi del muppet show e criticate dei ragazzi che stanno facendo il loro business per d+ rilasciando i sorgenti al mondo intero. Che poi si accordano con microsoft saranno pure fatti loro

Non ci piace gnome? scegliamo kde, xfce o quant’altro….non ci piace il .doc? scriviamo documenti in ODF e diffondiamoli il più possibile…anzi le email scriviamole in odf, invece che come testi e imponiamo il meccanismo de “la segretaria detta le leggi del mercato”….sono le segretarie/i con i loro documenti che ci impongono i formati dei documenti. Fatelo voi ora con l’ODF….a me non arriva una barzelletta che non sia fatta in PowerPoint…FATE LE BARZELLETTE in OPENOFFICE! Scrivete le tesi in OpenOffice (meglio latex, diciamocelo), scegliete il meglio o se possibile fatevelo voi. Vi dico solo che il software libero ci da libertà non ce la toglie….è il nostro atteggiamento passivo che ce la toglie (d’altronde siamo in un paese in cui si manifesta in massa per il Family Day ma non per un posto di lavoro ben retribuito…). Mono è libero, magari gestito da gente che pensa al profitto ma sempre libero è….non vi piace? scegliete C, C++, Perl, Python, Java, PHP, Pascal, Fortran, Gambas….o devo pensare che sotto sotto vi piace programmare in c#?

Direi che il messaggio, oltre ad essere divertente e pieno di spunti, è una dimostrazione lampante che abbiamo bisogno di molte meno amebe con la bava alla bocca, e invece di più gente con gli attributi. Grazie e scusa se ho un po’ strumentalizzato il tuo intervento, l’ho fatto solo perché ho rispetto per me e per questa comunità :)

Scegliete altro.

Emmanuele, io sarò in malafede¹ ma - al contrario di come fai tu - non sparo merda all’impazzata sugli utenti e sugli autori di pollycoke, di ossblog, di slashdot e… in generale utenti e sostenitori di GNOME, per cui in teoria dovresti scrivere.

Con la tua risposta (cercata e attesa) mi hai regalato quattro risate mattutine, e di questo ti ringrazio, ma ovviamente ciò succede perché i tuoi post sono venti volte più di parte e in malafede dei miei, che invece riflettono una situazione oggettivamente triste ma reale, su Planet GNOME. Ti sei catapultato a difendere cose che nemmeno ti appartengono, con la stessa bava alla bocca che dici di vedere (mentendo, lo so) in questa così “brutta e stupida” comunità… e sai cosa? Va benissimo così :)

Beh io spero che tu non stia mai zitto, e sono fiducioso che tu lo abbia detto solo come ennesimo nonsense, visto che in questa come in altre occasioni ti sei precipitato a sproloquiare, nel tuo apprezzato stile comico e partigiano.

Con affezione

—
[¹] E spero ci sia sempre qualcuno disposto ad essere in malafede, se non altro per smascherare lo stupido finto-buonismo che impera sovrano

Veleni e insulti più o meno espliciti, coalizioni, discredito e tutto ciò che sembrerebbe appannaggio esclusivo di politicanti da quattro soldi… ecco la situazione attuale su Planet GNOME:

Il motivo di tanta discordia? Lo si indovina facilmente: il supposto favoreggiamento di OOXML da parte di GNOME e i rapporti con Microsoft, o meglio Novell, o Miguel de Icaza… O magari semplicemente una miscela - altamente tossica e irritante - di tutto questo.

La premessa vergognosamente oggettiva

Provo a fare una premessa oggettiva, riportando i fatti: l’oggetto ultimo del contendere è che sono state gettate le ultime maschere da parte di alcuni esponenti della comunità e si sono avute alcune critiche frontali e senza mezze parole nei confronti dell’intero GNOME, accusato di favorire l’imporsi di OOXML come standard. Purtroppo lo si è fatto generalizzando in maniera discutibile, visto che GNOME non ha una posizione univoca a riguardo.

Ricorderete che l’inclusione e la proposta di OOXML da parte di Microsoft non è stata solo meritocratica: in quasi tutti i paesi in cui si è votato per l’inclusione di OOXML come standard ISO ci sono state forti pressioni di vario genere (a cominciare da quelle monetarie) da parte di Microsoft. Pressioni documentate e rese pubbliche dalle maggiori fonti indipendenti ( cfr “La brutta faccia di Microsoft e l’OOXML” e “Microsoft ha perso il primo round: niente standard ISO per OOXML“).

OOXML è un formato per il salvataggio di documenti d’ufficio, che Microsoft cerca a tutti i costi di fare approvare come standard ISO. Per alcuni questa si preannuncia come l’ennesima mossa strategica da parte di Microsoft per tenere tutti ancorati al prodotto che più di ogni altra cosa al mondo tiene legati gli utenti: la suite Microsoft Office. Il formato OOXML dovrebbe essere aperto e documentato, ufficialmente svincolato da Microsoft e ufficialmente “neutrale”.

OOXML, ODF. Strategie e inciuci

Questa che avete letto fino a qui era tutta l’oggettività di cui sono capace, adesso cominciano le mie considerazioni. Quelle che immagino cerchiate leggendo questo blog, e su cui sono come sempre aperto al confronto civile.

È difficile capire i motivi per cui Microsoft abbia proposto un nuovo standard aperto quando c’è già ODF, standard ISO già riconosciuto e già in uso, realmente svincolato, proveniente dalla comunità e già adottato da vari Stati, enti, associazioni, case software e suite d’ufficio. Ancora più difficile risulta concepire le pressioni esercitate da Microsoft senza alcun ritengo per far sì che venga accettato un nuovo standard, quando sarebbe logico e auspicabile colmare eventuali lacune di ODF…

Beh a me non sembra troppo difficile capire il comportamento di Microsoft: se noi tutti ci troveremo nuovamente ad usare uno standard creato da Microsoft succederà che:

a) non sarà cambiato niente rispetto ad oggi;
b) I programmi creati da Microsoft potranno liberamente interpretare lo standard e noi saremmo sempre nella condizione di doverci adeguare all’interpretazione che fa Microsoft di uno standard creato da Microsoft

Io suppongo facilmente che Microsoft abbia tutta la fregola immaginabile perché la situazione attuale venga mantenuta e consolidata…

La situazione di Miguel non è buona (par.)

Miguel “assumetemi adesso” De Icaza è un carismatico messicano, fondatore di GNOME e gran simpaticone. Tolto questo, è colui che sta creando più imbarazzo e disamore nella comunità GNOME, colui che ha fondato il progetto Mono per motivi talmente urgenti che ancora adesso, dopo anni, nessuno riesce a comprendere (Beagle? Tomboy? HAHAHA -.-)

Una nota interessante, e che non conoscevo fino ad oggi, è che Miguel De Icaza, pur non avendo più contribuito a nessun processo decisionale di GNOME fin dal 2005, è rimasto Presidente della GNOME Foundation fino a poche settimane fa. Sorprendente, pur non svolgendo alcuna delle mansioni previste dal suo ruolo e nonostante le ripetute richieste di altri sviluppatori e membri della Foundation, per anni ha rifiutato di dimettersi.

Ricorderete come io abbia più volte espresso chiaro sdegno nei confronti di alcune dubbie posizioni prese da Miguel “Guillermo Portalón” De Icaza, specialmente quando ha farneticato che GNOME dovrebbe imitare l’intero stack della sicurezza da .NET (cfr “Ecco perché Mono non è libero“), o quando ha pensato che mescolare GNOME e Microsoft avrebbe prima o poi potuto garantirgli una busta paga intestata Microsoft (”Mono, come monopolio“), o quando ha deciso di supportare una nascente e sconosciuta tecnologia Microsoft avversaria a Flash chiamata Silverlight, con tanto di supporto di Microsoft (”Microsoft decide di aiutare Moonlight… ecco perché“), oppure quando - da ultimo - ha appoggiato apertamente OOXML nei confronti di ODF (cfr “Miguel, dicci che non è vero!“).

La situazione di Novell non è da meno

Le mosse di Miguel De Icaza hanno sorpreso molti, anzi praticamente tutti… tranne i dipendenti Novell e sviluppatori Mono, che (non tanto) stranamente sono tutti concordi nel sostenere Miguel a spada tratta, qualunque boiata lui dica o scriva, solo perché sono probabilmente pagati da Novell per dire quello che devono dire e per scrivere quello che devono scrivere. E quelli che non sono d’accordo con il datore di lavoro Novell hanno una sola via: le dimissioni a pesci in faccia (cfr “Novell e i suoi impiegati…“, “Un altro sviluppatore Samba lascia Novell“, “L’ultimo impiegato Novell…“).

Novell continua ad esercitare ogni tipo di influenza possibile e immaginabile per ingolfare GNOME con Mono e con processi decisionali inquinati e inquinanti. Una volta cercano di far slittare Banshee come default in GNOME Volume Manager, un’altra impongono a muso duro decisioni e linee guida…

Alla fine sono riusciti ad ottenere che Mono entrasse finalmente nella piattaforma GNOME grazie al cavallo di troia più ridicolo che sia mai esistito: Mono è entrato ufficialmente in GNOME grazie a Tomboy, un’applicazione per prendere delle fottutissime note che si tira appresso un framework, un compilatore, una virtual machine e una marea di .EXE appresso. Sono allergico all’idea degli exe, pur sapendo che avrebbero potuto tranquillamente chiamarli .jessicaalba o .petetownshend, sempre se stava bene a Bill “ti cito per danni in beneficienza” Gates (cfr “Niente fottutissimi .exe nella mia box!“).

Applauso infinito insomma. Voi boicottate Novell, siamo in tanti a dirlo e sostenerlo (cfr “Boicottare Novell“, “Hello Planet Debian :)“).

La presa di posizione di Jeff Waugh

Speravo in una reazione di questo che nella mia soggettiva percezione mi pare onesto definire uno degli uomini simbolo del riscatto di GNOME.

Jeff “perky pants” Waugh è un australiano (spero di non sbagliarmi) che ha inventato il concetto di aggregatore di feed quando ha creato Planet GNOME qualche anno fa, un progetto che ha avuto una fortuna indubbia.

Lui stesso è anche l’autore dello slogan “10 x 10” (ten by ten) ossia: “conquistare il 10% del mercato entro il 2010″, e pare che grazie a tutti gli sviluppatori che hanno creduto in lui e grazie anche ad aziende come Dell, Nokia, Google e il suo Android, IBM, Sun e molte, molte altre (e grazie anche a Java, non certo a Mono!), adesso tutti comincino a credere possibile quella che sembrava una sfida assurda, quando lui la pronunciò.

Beh, Jeff Waugh, che è anche niente meno che il direttore della GNOME Foundation (ma lui non fa il latitante), ha sostanzialmente detto: Miguel De Icaza è uno che parla a vanvera e non rappresenta niente. Punto. Anzi è stato lui ad aggiungere che il caro Miguel De Icaza non ha più contribuito in nessun modo e a nessun titolo ad alcun processo decisionale di GNOME da tempo, ma che ha ignorato le richieste di abbandonare il ruolo fino a poco tempo fa.

La reazione delle scimmie

Scimmie è come si chiamano tra loro i componenti (esempio imbarazzante #1, esempio imbarazzante #2, esempio imbarazzante #3 e ancora molti a seguire, purtroppo) di quella specie di setta che proviene dalle ceneri di Ximian, azienda fondata dal solito Miguel De Icaza insieme ad altri nomi abbastanza noti e che adesso - guarda caso - troviamo tutti belli in fila nei posti di dirigenza di Novell.

Le scimmie, come loro amano definirsi appunto, hanno reagito compatte come sempre. Difendendo Microsoft, difendendo Novell, difendendo Miguel De Icaza, difendendo tutto quello che rientri nella sfera di influenza di Novell e dei loro interessi che non sempre coincidono con quelli di tutti noi.

Hanno insomma dimenticato ancora una volta che l’unica cosa da difendere sarebbe la dignità della comunità GNOME, ma vabbè, se ve ne foste accorti è tempo di elezioni per la GNOME Foundation…

Politica :-/

Stanchi del solito menu? Pur trovandomi personalmente bene con le soluzioni tradizionali, vi posso capire, e allora guardate qui se siete in cerca di un’alternativa:

Da oggi potrete gustare tutti genuini prodotti offerti dalla vostra distribuzionie preferita, in una maniera nuova, fresca, differente e… tonda! Insomma, chi di voi non ama le rotondità? ;)

Psychehare è il nome di questo ambizioso progetto di creare un menu con una struttura circolare. Vorrei precisare che i menu circolari non sono proprio qualcosa di mai visto, anzi esistono varie applicazioni che ne fanno uso (perfino alcuni giochi). Ciò non toglie che il tentativo di crearne uno sia ambizioso: concepire un menu senza la tipica forma a menu… :)

Ma c’è un motivo particolare per cui il minimo che possa fare è segnalarePsychehare (a presto una recensione!), ed è che il progetto è nato qui sulle pagine di pollycoke :) Quotando le parole dello sviluppatore del progetto, The Leashed Hare, “nasce dalla collaborazione mia e di Psychemax (ideatore del progetto)” da uno scambio di opinioni sulla MessageBox. (cfr commenti “517” e “518“).

In attesa di ulteriori sviluppi, vi rimando all’annuncio del rilascio della primissima versione (completo di istruzioni per l’installazione) e auguro buon divertimento al “neofita” (lui mi capisce ^^) e - se mai ce ne fosse bisogno - aggiungo che tutto questo mi riempie d’orgoglio, com’è facile capire: fare da punto d’incontro informale tra sviluppatori ed utenti (me per primo, s’intende) è sempre stato uno dei principali motivi di “vita” per pollycoke :)

Grazie!

Questo articolo è stato spostato nel nuovo pollycoke :)

KDE 4 si prepara al grande salto?

Buona continuazione…

Non li definirei “arrivati”, ma questi mi piacciono di certo più dei precedenti.

Questo articolo è stato spostato nel nuovo pollycoke :)

Nautilus Gio è in ottima forma!

Buona continuazione…

Vorrei semplicemente constatare che WebKit è ancora ben lungi da essere un’alternativa reale.

Pollycoke reso da WebKit …tra un crash e l’altro

Dal momento che è pur sempre un’alternativa… sappiate che già adesso si può sempre provarlo e decidere di testa propria… per chi ne ha una :)

NB: post non indirizzato ad un’utenza alle prime armi: seguendo queste indicazioni potreste trovarvi con conflitti un po’ stronzi da risolvere.

Al momento esistono vari modi per avere un assaggio di WebKit: potete seguire la mia felipesca guida “Compilare e installare Epiphany con backend WebKit, o quasi” per compilare il tutto oppure usare alcuni pacchetti di Epyphany-WebKit distribuiti per Ubuntu Gutsy e abbastanza aggiornati:

• epiphany-browser-data_2.20.1-2_all.deb
• epiphany-webkit_2.20.1-2_i386.deb
• libqtwebkit0d_0~svn26044-1_i386.deb
• libwebkitgtk0d_0~svn26044-1_i386.deb

Scaricateli (nel repository sono disponibili anche i pacchetti di sviluppo), disinstallate la vostra copia di Epiphany, installate questi e preparatevi a tornare molto presto indietro :) Io ho subito rimosso i pacchetti di epiphany webkit per tornare ad epiphany gecko, ossia la versione “liscia” distribuita con Ubuntu Gutsy (e tutte le altre distribuzioni).

Sul fronte dell’integrazione con WebKit le cose non sono ferme nemmeno in casa KDE, dove “George Wright” ha provato Konqueror WebKit con risultati molto simili al mio: diciamo che a prescindere dal desktop o dal browser che usate, ce ne vorrà ancora un po’ prima che possiamo rimpiazzare Gecko. E alla fine ci va anche bene così.

Sì, avete intuito bene: uso Epiphany come browser del mio desktop KDE Quattro :)

Aggiornamento alla notizia di ieri riguardo alle “Anteprime fluide nel selettore di file“:

Rafael Fernandez Lopez ha ascoltato le osservazioni mosse da più parti e oggi ha reso l’animazione più veloce :)

Questa non è (ancora) una caratteristica di KDE 4, ma una semplice proposta da implemetare nel selettore di file:

Gracias Rafael, idea muy chula!

Se vi ricorda le animazioni delle anteprime in Dolphin (cfr “KDE4: le animazioni di Dolphin“) avete fatto centro. A me personalmente piace, forse un po’ lenta l’animazione ma l’idea è ottima, come sono spesso quelle del sempre prolifico e ispirato Rafael Fernandez Lopez (onore: tempo fa ho scoperto che mi legge!).

Dalla sua pagina potete scaricare la patch preparata da Rafael, spero che entri in KDE 4, come altre sue intuizioni :)

Lo ha presentato direttamente Aaron “Herr President” Seigo nel recente commit digest:

Come sempre è apprezzabile la chiarezza e naturalezza con cui Aaron commenta e spiega il tutto. Per chi non masticasse l’inglese sappia che ho intenzione di aggiungere qualche punto con le principali novità segnalate nel video. Prima lo digerisco in pace ;)

• In molti lo avevano già capito: KDE avrà qualche elemento (per ora sembrerebbe piuttosto confuso) di ZUI! La Zoomable User Interface apre tutto un intero mondo di possibilità di interazione, un concetto completamente nuovo (almeno per i desktop) di aree di lavoro.
• Tutto l’artwork visibile al momento è poco più che un segnaposto temporaneo. Lo si è ripetuto alla nausea ma nel video lo si esplicita ancora una volta: l’aspetto di molti elementi sarà semplicemente rimpiazzato prima del rilascio.
• Tutto è un’applet. Il pannello, le applet stesse (ovvio) e perfino l’intero desktop è un tipo di applet denominato “containment” (volete una cosa inutile quanto spettacolare tipo uno sfondo in OpenGL? no problema!). Questo significa flessibilità infinita e spero solo che verrà usata bene :)
• L’utente potrà probabilmente creare, eliminare, modificare ogni aspetto di come il pannello funziona e viene visualizzato. Si potrà decidere di avere un pannello unico in stile Microsoft Windows, un dock piccolo e compatto in stile Apple MacOSX, e tutte le vie di mezzo. Questo è interessante per me, ma dipende da come verrà fuori alla fine.
• Vi piaccolo le “screenlets”? A me no, ma KDE 4 avrà un effetto in stile Dashboard di Apple… integrato. Questo non mi eccita particolarmente, ma potrebbe tornare utile a qualcuno. Aaron dice che l’idea di creare questo livello che porta “il desktop davanti alle finestre” è una sua idea originale indipendente da MacOSX, e che fu presentata da lui circa tre anni fa. Mi piacerebbe vedere quella presentazione, avete un link?
• Non ho espresso i punti che si possono facilmente percepire guardando il video, mi pare che non ce ne sia alcun bisogno ;)

Vorrei solo far notare per l’ennesima volta che *tutto* l’artwork che vedete, dall’aspetto del pannello a quello dei plasmoidi è un semplice segnaposto destinato ad essere rimpiazzato alla fine del percorso che ci porterà a KDE 4.0.

Buona visione :)

Già da qualche ora è stata liberata nella pornosfera la prima Release Candidate di KDE 4, il cui nome in codice è un sobrio quanto esplicito “Calamity“¹

Qui sopra vedete una schermata di come si presenta questa spettacolare versione aggiornata ad ora e appena compilata nella mia box secondo le linee guida trascritte in “KDE 4 per Ubuntu Gutsy, in un paio d’ore ;)“.

A proposito di rilasci ufficiali, sappiate che tra i wallpaper, quello che avevo indicato come mia miglior scelta nel post “KDE 4: i vincitori del contest Oxygen Wallpapers” è stato proclamato vincitore e sarà il wallpaper predefinito di KDE 4 :)

Nuno ne ha perfino creato una versione SVG da usare per le icone, la vedete qui sotto. Non è un vero sfondo, anche se ovviamente qualcuno potrebbe decidere di impostarlo come tale: tanto non sfigura per niente.

Ok, KDE non è per niente “pronto”² e ci sono ancora malfunzionamenti vari, ma personalmente sono molto contento di testimoniare una cosa. Ciò che fino a poche settimane fa sembrava una meta molto difficilmente raggiungibile, ossia approntare KDE 4.0 per un primo rilascio più o meno utilizzabile da sviluppatori e curiosi, adesso comincia ad essere percepito come un appuntamento sempre più atteso con ottimismo e fiducia.

Voglio ringraziare di cuore il team di sviluppo, gli artisti e tutti quanti coinvolti. Non vedo l’ora di seguire ulteriori evoluzioni e mi sento in qualche modo “ripagato” dell’ottimismo con cui ho scelto di passare a KDE già in tempi non sospetti :)

Ah, e per il titolo: Dirk Mueller ha scritto che al momento i server KDE stanno servendo download pari a 1-2 Gigabit al secondo!

—
[¹] Guarda mamma, senza kappa!
[²] E come potrebbe esserlo? La mole di lavoro è incredibile e si è già detto e ripetuto che bisognerà aspettare la versione 4.1 per avere qualcosa di più “completo”