«La Padania un giorno sarà uno stato libero, indipendente e sovrano». «Non basterà il federalismo, vogliamo cambiamenti più radicali. Venezia e Milano, se avessero fatto l’accordo secoli fa, non sarebbe arrivato neanche Napoleone». «Saremo liberi con le buone o con le meno buone. È un diritto dei popoli essere liberi».
«Non ci fermeremo – ha detto il Senatùr -, neppure il carcere ci spaventa. Ci fanno la guerra in tutti i modi ma alla fine pagheranno perchè i popoli vincono. I lombardi, i veneti quando furono uniti non furono mai sconfitti».

Fonte: Corriere della Sera 13/09/2009 - l’articolo completo

Così parlo un Ministro della Repubblica Italiana.

Indipendentemente dai colori politici che qui non devono contare, ditemelo voi se tutto questo deve essere normale…

kaveau - schermata di setup

Una cosa che a mio avviso un buon Sistema Operativo dovrebbe avere è un sistema di backup integrato, facile da usare, con poche ed essenziali opzioni semplici ed intuitive ma che soprattutto faccia tutto questo in maniera trasparente ed automatica senza dare particolari incombenze all’utente.

Su OSX effettivamente esiste qualcosa di simile e si chiama Time Machine, mentre per quanto riguarda Linux le cose sono un pò meno rosee.

In verità esistono vari back-end che svolgono ottimamente questi compiti ma purtroppo quello che manca è proprio un front-end che si interfacci in maniera intuitiva con l’utente e si integri alla perfezione nel sistema in uso.

Uno sviluppatore italiano, Flavio Castelli, ha avuto la magnifica idea di cercare di colmare questo gap dando alla luce kaveau, un sistema di backup integrato in KDE che rispecchia le peculiarità sopra citate e che sfrutta come back-end rdiff-backup.

Ovviamente si tratta di una prima bozza ed è in uno stato di super-pre-alpha ma personalmente già ne intravedo un potenziale enorme oltre ad essere un fan dei sistemi di backup.

E’ veramente tragico rimanere a piedi col proprio hard-disk.

Per capire cosa è kaveau basta citare l’autore:

Personally I think that doing backups is pretty boring so I wanted something damned easy to setup and use. Something that once configured runs in the background and does the dirty job without bothering you.

Quale compiti svolge attualmente kaveau?

• effettua il backup su un dispositivo esterno;
• fa un backup automatico e completo della home directory dell’utente dando però la possibilità di escludere cartelle su cui non si intende fare il backup;
• backup incrementale;
• il backup non crea dati compressi o file in formati strani ma si limita a fare un’ esatta copia dei dati così da renderli facilmente disponibili in qualsiasi altro sistema;
• il backup viene eseguito automaticamente ogni ora ma solo nel caso in cui il dispositivo esterno è collegato, altrimenti rimane sopito in attesa che venga collegato;
• eventuali notifiche vengono mostrate nel caso in cui l’ultima operazione di backup risale ad almeno una settimana.

Credo sia un progetto realmente interessante e spero pure che sia preso in considerazione anche in seno al team stesso di KDE per renderlo parte integrante del Desktop con la K.

Personalmente una cosa che aggiungerei è delle opzioni specifiche per il backup dei sistemi di PIM, come ad esempio la possibilità di pianificare backup specifici per i messaggi di posta elettronica di KMail od i contatti di Kontact, etc…

Insomma, senza complicare troppo il programma e la sua filosofia di partenza metterei solo la possibilità di scindere il backup della /home da quello dei dati PIM così, per chi lo desiderasse, da avere un archivio di backup distinto per dati generici e posta elettronica\contatti\etc… .

Per vedere un pò di anteprime vi rimando al blog dell’autore:

http://flavio.castelli.name/kaveau-easy-integrated-backup-solution-kde

Non vedo l’ora di provarlo.

Vorrei a questo punto capire un paio di cose,

• da quando in qua nomedominio = marchio ?
• se mi fossi chiamato Giuseppe Ferrari non avrei potuto registrare il mio sito com www.ferrari.org ?
• ma non c’era stata la liberalizzazione dei domini ?
• ma sanno cosa è un nome a dominio ?
• sanno che un nome a dominio è come un numero civico o telefonico che quindi, se libero, ho tutto il diritto di usarlo ?
• ma perché in Italia le leggi che riguardano internet e l’informatica in generale non vengono fatte da tecnici ed esperti del settore ?
• ma non c’eravamo già fatti prendere in giro in tutta Europa per la proposta di legge Carlucci ?

Ahhh…dimenticavo, trattasi di Decreto Sviluppo, non entro nel merito degli altri punti che non so giudicare ma questo mi sembra tutt’altro che sviluppo se non un ennesimo favore a chi ha più soldini, frase scontata ma purtroppo ancora non scaduta.

Vogliono arginare un problema, sicuramente esistente (tanta gente registra nomi a dominio col nome di marchi noti solo per farsi poi pagare un passaggio di dominio, lucrandoci molto se la ditta vuole avere quelnome a dominio), nella maniera più insensata possibile. Esistono già reati civili e penali che potrebbero adattarsi a tale scopo senza andare ad introdurre una norma ambigua e pericolosa come questa.

…perché la terra dei cachi è la terra dei cachi!

Cosa vorrà significare questa mossa? Tutto o niente.

Ma personalmente, più tutto che niente.

Si tratta di driver che riguardano la virtualizzazione di sistemi Linux in ambienti Microsoft.

Questo vuol dire che:

1. Microsoft ha interesse che questi driver girino su Linux così da poter essere virtualizzato sui propri sistemi.
2. Le aziende sanno che non c’è solo Microsoft.
3. Microsoft sa di non essere più sola ed ora è costretta a cooperare ed accettare che c’è un’alternativa valida a loro.
4. Microsoft sta rendendosi conto che l’informatica si sta spostando verso sistemi più aperti e collaborativi.
5. Linux c’è!

L’interesse c’è, ma questa volta un pò dettato dal timore che qualcun altro c’è, vive, fa sul serio e non sta a guardare.

Firefox 3.5

Si, lo so, un articolo totalmente inutile…

Su Linux esistono diversi client ognuno con le proprie peculiarità e difetti. O troppo pesanti o troppo prolissi o troppo incompleti od eterni cantieri mai portati a termine (stile edilizia pubblica italiana).

In attesa di amsn2 che di pro ha portato alla cooperazione di due affermati client come amsn ed emesene ma che di contro ha portato un netto arresto di sviluppo dell’attuale ramo di sviluppo di quest’ultimi, vale la pena segnalare, ed aggiungerei, con entusiasmo, Kmess 2.

Un progetto portato avanti da gente piena di entusiasmo (molto ricettivi alle richieste degli utenti e disposti al dialogo) e voglia di fare in tempi non certo biblici, anzi.

Di recente, inoltre, è stato incluso nel ramo di sviluppo di KDE portando così più produttività ed interesse non che la quasi certezza di non essere abbandonato al suo destino.

Al momento si tratta di una versione beta ma devo dire sufficientemente stabile, io ad esempio ancora non ho avuto un ben che minimo problema.

Interfaccia pulita e ricco di funzionalità tipiche di msn come icone animate e animaticons (ho scritto giusto? :D ), conversazione offline e trasferimento file. L’unica importante feature al momento assente è il supporto alla webcam ma per la versione definitiva sarà incluso.

Ovviamente parliamo di una applicazione per KDE ma questo non significa che non sia installabile e pienamente funzionante su Gnome (altra cosa che non concepisco è la riluttanza di certuni nell’installare una applicazione scritta con librerie diverse dal desktop manager in uso…non ha senso).

Installiamola su K\Ubuntu.

Per fare in modo di avere tutto ordinato ma soprattutto per ricevere costantemente aggiornamenti, la soluzione ottimale, che è quella che seguirò qui, è di aggiungere un repository alla nostra lista dei server. Ovviamente niente impedisce di scaricarsi il singolo pacchetto manualmente e poi doppiocliccarci sopra :-) .

Go…

1. modifichiamo le nostri sorgenti software inserendo questa stringa:
   deb http://ppa.launchpad.net/kmess-packages/ppa/ubuntu jaunty main #kmess
2. chiudiamo tutto e facciamogli, quando ce lo chiederà, ricaricare la lista dei server.
3. quindi installate come meglio preferite kmess:
   • ricercando kmess tramite Synaptic o Aggiungi\Rimuovi o KPackageKit
   • o per gli amanti del terminale o copia\incolla digitando da terminale:
     sudo apt-get install kmess
4. usatelo :-)

• sito ufficiale del progetto
• screenshoot ed informazioni su kmess2

Vista in maniera superficiale è un ragionamento che avrebbe la sua ragion d’essere ma spesso (volutamente?) questo problema è mal posto e soprattutto mal discusso.

La frammentarietà è quando in seno ad un progetto gli stessi sviluppatori incominciano a ramificarlo a dismisura prendendo decisioni fin troppo autonome che come conseguenza portano solo a mettere tanta carne al fuoco ma senza carbonella a sufficienza per riuscire a cuocerla per bene. Tante idee ma poca sostanza.

L’OpenSource non è ne un progetto ne una azienda ma è solamente un’etichetta che garantisce che il codice sorgente di un dato software è apertamente condivisibile, modificabile e migliorabile da chiunque.

Dunque non esiste il progetto OpenSource ma esistono progetti OpenSource che chi ne ha voglia può aiutare a migliorare e chi ne ha altrettanto voglia può prendersi la briga di crearne uno nuovo, magari ispirandosi a qualcosa di già esistente.

Tutto questo ha fatto si che molto codice venisse scambiato e studiato, molte idee venissero condivise e soprattutto che un kernel come Linux oggi fosse presente sui pc desktop, server, cellulari, modem\router, decoder, televisioni, elettrodomestici, etc…

Tutto questo grazie a quella che erroneamente viene chiamata frammentarietà.

Quindi il problema non sono i tanti progetti, perché non sta scritto da nessuna parte che se Caio decide di creare un nuovo server video ha sottratto le sue energie al server già esistente. Se decido di aprire un alimentari a 100mt da uno già esistente non dovrei farlo per evitare la dispersione e frammentarietà? E se poi il mio alimentari sarà, per il consumatore, più conveniente dell’altro? O se io non lo aprissi in alternativa andrei a lavorare in quell’altro?

Nel caso di GNU\Linux sta poi a chi confeziona la distribuzione scegliere i migliori componenti ed a contribuirne l’evoluzione e sviluppo. Saranno quindi i progetti migliori a resistere ed a diventare dei punti di riferimento di fatto.

Dopotutto è quello che succede. Se prendiamo come riferimento le principali distribuzioni Linux notiamo che tutte hanno il 90% delle tecnologie OpenSource in comune, la differenza sta nelle ottimizzazioni e come queste tecnologie vengono confezionate e poste all’utente. A conti fatti usano sempre gli stessi progetti, quelli migliori e più supportati.

Un altro punto focale su cui spesso si sbaglia è quando si parla di troppe distribuzioni senza riflettere che non è Linux a fare le distribuzioni ma sono i vari Ubuntu, Fedora, OpenSUSE a scegliere come cuore del loro sistema il kernel Linux.

Bisogna quindi mettere sullo stesso piatto Windows vs OSX vs Ubuntu vs Fedora vs OpenSUSE, etc… e non Windows vs OSX vs Linux. Ed Ubuntu così come Fedora od altre non sono al loro interno frammentarie, gli sviluppatori non prendono decisioni autonome random creando tanti cloni di una stessa cosa ma come Windows ed OSX seguono delle linee guide ed una tabella di marcia dettata da un team che ha i suoi leader ed un proprio organigramma interno.  Perchè in questo caso stiamo parlando di un progetto, uno e solo. L’OpenSource è solo la filosofia che sta dietro al progetto. E se fanno errori o qualcosa non va non è dovuto ad una frammentarietà che non esiste.

In definitiva i punti su cui bisogna migliorare non è ridurre la frammentarietà ma migliorare le tecnologie esistenti introducendo quello che ancora manca e se si vuole realmente migliorare Linux la strada non è ridurre il numero di progetti (ma come sarebbe possibile?) ma avere la voglia ed il coraggio di investire sui progetti più validi. Non a caso dove questo è avvenuto si sono ottenuti risultati straordinari (Google ad esempio lo fa).

L’unica cosa su cui bisogna essere più concordi è invece quello di definire delle linee guida standard per migliorare la cooperabilità tra i vari progetti ma non ridurli. Ed  è un concetto ben diverso da frammentarietà.

Ma questo sta già accadendo…

Da notare che con questa guida a differenza di molte altre permette di installare il Flash globalmente per tutti gli utenti del sistema e non relativamente alla propria home directory.

Prima di cominciare una piccola precisazione.

Se esiste una versione di Flash a 64 bit perché diavolo quelli di Ubuntu non la inseriscono nei repository ufficiali? “Ah ah” direbbe Hurley ma Miles invece gli risponderebbe “perché al momento è solo una Alpha, il che è già tanto tenendo conto della lentezza di Adobe, quindi il team di Ubuntu ancora non se la sente di includerli ufficialmente”.

Procediamo.

Per comodità userò il terminale e non un metodo tramite GUI così eviterò di districarmi in lunghe descrizioni grafiche e chi legge potrà limitarsi a fare dei semplici copia e incolla.

Pronti.

Partenza.

“Go go”

1. apriamo una finestra di terminale;
2. rimuoviamo il flash già installato (ricordo che in Ubuntu attualmente viene installata la versione a 32 bit emulata): 
   sudo apt-get purge flashplugin-nonfree flashplugin-installer
3. se avete in precedenza installato il flash manualmente dovete invece rimuoverlo così:
   sudo rm -f /usr/lib/mozilla/plugins/npwrapper.libflashplayer.so
   

   sudo rm -f ~/.mozilla/plugins/npwrapper.libflashplayer.so
   sudo rm -f ~/.mozilla/plugins/
   

4. scarichiamo il nostro Flash 64 bit Alpha da Adobe Labs:
   http://labs.adobe.com/downloads/flashplayer10.html
   http://labs.adobe.com/downloads/flashplayer10_64bit.html
   non metto il link diretto perché potrebbe cambiare di release in release.
5. estraiamo il file appena scaricato (clik destro del mouse –> estrai qui…) ed il file appena estratto (libflashplayer.so),
   per comodità lo spostiamo, se già non lo fosse, nella nostra home
6. digitiamo:
   sudo mv libflashplayer.so /usr/lib/xulrunner-addons/plugins/
   sudo mv libflashplayer.so /usr/lib/mozilla/plugins/
7. riavviamo firefox. Nei siti che fanno largo uso di flash dovrebbe risultare più veloce e privo di vecchi fastidiosi bug.
   NB:  con le modifiche apportate, questo metodo dovrebbe far rilevare il flash anche da Chrome, Arora e Konqueror in maniera automatica.

Essendo una Alpha potrebbe non essere priva di bug (“Ah ah”) e potrebbe non comportarsi perfettamente su tutti i pc, quindi per ripristinare il vecchio flash basta fare:

1. aprire il nostro amico terminale
2. digitare:
   sudo rm -f  /usr/lib/xulrunner-addons/plugins/libflashplayer.so
   sudo rm -f  /usr/lib/mozilla/plugins/libflashplayer.so
3. ed installiamo:
   sudo apt-get install flashplugin-installer
   oppure (da Ubuntu 9.04 dovrebbe chiamarsi flashplugin-installer ma per compatibilità al momento hanno lasciato anche il vecchio installer)
   sudo apt-get install flashplugin-nonfree
4. riavviamo il nostro firefox

Buona navigazione a tutti…

Una nota per chi utilizza KDE e Konqueror come browser.

Per far rilevare il nuovo plugin a Konqueror, senza dilungare troppo, dobbiamo procedere come segue:
NB:  con le correzioni che ho apportato dovrebbe essere rilevato senza automaticamente senza far nulla.

1. Avviare Konqueror;
2. Andare in Impostazioni –> Configura Konqueror…
3. Nel menù ad albero sulla sinistra selezionare Plugin;
4. Selezionare la tab Plugin;
5. Cliccare su Nuovo e noterete che si attiverà il campo di testo di fianco al pulsante appena premuto;
6. Inserire: /usr/lib/xulrunner-addons/plugins/ /usr/lib/mozilla/plugins/ ;
7. Quindi premere il pulsante Cerca nuovi plugin;
8. Dovreste notare la presenza di nuovi plugin nel riquadro Plugin;
9. In ogni caso premete Applica e quindi provate a navigare per vedere su tutto funziona per il verso giusto.

Di per se il dato è già molto interessante e se il campione si rilevasse attendibile, allargandolo in una scala molto più ampia e considerando che oggi le alternative non sono solo dei semplici spauracchi, il tutto si potrebbe rilevare una gran bella batosta per Microsoft.

Ma analizzando ancora più attentamente i dati, la situazione si fa ancora più complicata.

L’84% non vede di buon occhio Windows 7 e prevede di non utilizzarlo, quindi tenendo conto la politica di Microsoft che tende ad imporre un nuovo prodotto chiudendo selvaggiamente il supporto a versione precedenti, la reazione è che al momento il 50% non intenderà utilizzare sistemi Microsoft a favore di Linux o Mac OSX. Ma di questo 50% solo il 27% pensa ad Apple (dopotutto i costi dell mela sono elevati ed ha un target più specifico).

Credo siano dati molto interessanti e per niente banali su cui riflettere.

Che realmente sia arrivato il fantomatico anno di Linux ?

Di certo oggi più che mai esistono tutti gli ingredienti per poter uscire dal ghetto cui Linux e l’OpenSource sono rimasti chiusi, bisogna solo saper cogliere la palla al balzo.

Ci riusciranno\riusciremo ?

A dire il vero non è mai stato così, solo che in giro spesso vengono portate in risalto solo bozze, concept, proposte stravaganti o features allo stato primordiale mentre al contrario si da poco spazio al lavoro sporco che gli sviluppatori fanno giorno dopo giorno per correggere bug e concretizzare idee già messe sul piatto per migliorare l’esperienza desktop dell’utente.

Celeste Paul, a tal proposito, ha fatto un resoconto dell’ultimo KDE Usability Meeting dove si è discusso sostazialmente di “usability bugs”. In parole povere si è esaminato come poter razionalizzare e concretizzare alcuni aspetti, circa l’usabilità, introdotti con KDE 4.

In esame sono stati presi principalmente quei bug elencati nella meeting page del wiki di KDE.

Alcuni aspetti interessanti:

• il team di plasma sta ufficialmente lavorando su una nuova system tray per renderla più razionale (è attesa già per KDE 4.3);
• si sta cercando di razionalizzare le toolbars delle varie applicazione che spesso, in date circostanze, creano disordine. A tal proposito è stato creato un wiki ad hoc per raccogliere idee e consigli;
• alcune idee per migliorare il layout della barra delle finestre. Una puramente estetica è quella proposta da Seigo;
• ottimizzare, rendere più intuitive e facilmente accessibili le operazioni più comuni che l’utente svolge sul proprio desktop. Ad esempio rendere più user friendly le operazioni nei menu contestuali;
• dare uno scopo più concreto al tasto Super della tastiera. O semplicemente non utilizzarlo solo come combinazione di tasti per attivare un effetto ma anche per un più logico e pratico aprire KMenu;
• migliorare l’usabilità e le operazione che Dolphin può svolgere.

Qualcosa di più dettagliato è possibile leggerlo direttamente nell’articolo di Celeste Paul dedicato al meeting.

Come si evince, il team di KDE non sta badando solamente al “sono più figo io e guarda cosa ho inventato di nuovo io” ma anche a concretizzare un lavoro ambizioso e portare a termine la mission di tale progetto.

Purtroppo in giro per la rete viene data spesso più rilevanza ad aspetti più frivoli o semplici concept di KDE creando false attese, falsi scenari o ancor peggio una falsa immagine di ciò che il team di KDE realmente è e svolge tutti i giorni.

KDE 4.2 è stata la risposta, KDE 4.3 sarà… ? Qualcosa di più concreto…

ps: per idee, proposte, suggerimenti e chi più ne e più ne metta, KDE ha partorito una sezione Brainstorm per Get Your Ideas Into KDE.