Questo è un post per smaliziati utenti LaTeX. Capita spesso di dover inserire nei propri documenti delle frazioni, e sarebbe bello ed esteticamente gradevole farlo usando non solo la solita piatta linea orizzontale di frazione, ma una bella sbarra obliqua. Il pacchetto che permette ciò è xfrac, ed ha un’altra importante caratteristica: riesce agevolmente a gestire tutti i tipi di font usati per il testo, senza generare fastidiose incongruenze.

Purtroppo xfrac non è compreso in TeXLive, la distribuzione LaTeX pacchettizzata per Debian ed Ubuntu, e tocca installarlo manualmente. Ma anche dopo averlo installato, si avrà un errore. Vediamo come procedere:

Scarichiamo il pacchetto da CTAN:

wget http://mirror.ctan.org/macros/latex/contrib/mh.zip

Spostiamolo nella cartella di sistema di LaTeX, estraiamo l’archivio e cancelliamo lo zip:

sudo mv mh.zip /usr/share/texmf/tex/latex
sudo unzip /usr/share/texmf/tex/latex/mh.zip
sudo rm mh.zip

entriamo nella cartella e compiliamo il pacchetto

cd mh
sudo tex *.dtx

In questo momento, il pacchetto avrebbe dovuto funzionare, ma ci darà errore perchè, come è stato segnalato nel bug tracker di Debian, xfrac dipende da alcuni file di stile (template.sty) che sono presenti nella nuova distribuzione di LaTeX (LaTeX3). Quindi, adesso sarà sufficiente installare l’apposito pacchetto e rigenerare la cache dei file di stile:

sudo apt-get install texlive-latex3
sudo texhash

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Questo è un post per smaliziati utenti LaTeX. Capita spesso di dover inserire nei propri documenti delle frazioni, e sarebbe bello ed esteticamente gradevole farlo usando non solo la solita piatta linea orizzontale di frazione, ma una bella sbarra obliqua. Il pacchetto che permette ciò è xfrac, ed ha un’altra importante caratteristica: riesce agevolmente a gestire tutti i tipi di font usati per il testo, senza generare fastidiose incongruenze.

Purtroppo xfrac non è compreso in TeXLive, la distribuzione LaTeX pacchettizzata per Debian ed Ubuntu, e tocca installarlo manualmente. Ma anche dopo averlo installato, si avrà un errore. Vediamo come procedere:

Scarichiamo il pacchetto da CTAN:

wget http://mirror.ctan.org/macros/latex/contrib/mh.zip

Spostiamolo nella cartella di sistema di LaTeX, estraiamo l’archivio e cancelliamo lo zip:

sudo mv mh.zip /usr/share/texmf/tex/latex
sudo unzip /usr/share/texmf/tex/latex/mh.zip
sudo rm mh.zip

entriamo nella cartella e compiliamo il pacchetto

cd mh
sudo tex *.dtx

In questo momento, il pacchetto avrebbe dovuto funzionare, ma ci darà errore perchè, come è stato segnalato nel bug tracker di Debian, xfrac dipende da alcuni file di stile (template.sty) che sono presenti nella nuova distribuzione di LaTeX (LaTeX3). Quindi, adesso sarà sufficiente installare l’apposito pacchetto e rigenerare la cache dei file di stile:

sudo apt-get install texlive-latex3
sudo texhash

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

This blog is now latex-powered! LOL

Latex code generated using WP QuickLatex and code:

underset{	ext{pirosseno ferroso}}{4FeSiO_{3}}+O_{2}+nH_{2}O
ightleftharpoons underset{	ext{limonite}}{4FeO_{3}cdot nH_{2}O}+underset{	ext{silice disciolta}}{4SiO_{2}}

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Per i puristi del TeX: in questo post cerco di semplificare la situazione per i niubbi come me, abbiate pazienza Aggiungo anche: questa guida è stata scritta un mesetto dopo aver fatto esperienza con TeXLive, se c’è qualche errore segnalatemelo! Il tutto è da intendersi testato su Ubuntu Lucid.

Recentemente, grazie a qualche dritta da parte di un “passante”, Roberto, e motivato da qualche disavventura, ho scoperto un sistema alternativo per l’utilizzo di TeXLive su Ubuntu/Debian. In effetti, senza niente togliere al fantastico lavoro dei contributor e dei mantainer Debian/Ubuntu, trovo inefficiente la gestione dei pacchetti LaTeX. Ma andiamo con ordine.

LaTeX è un linguaggio di markup per la redazione di documenti professionali, particolarmente utile in ambito scientifico perchè permette di ottenere risultati incomparabili rispetto a qualsiasi altro editor per qualità, semplicità ed efficienza del sistema. LaTeX è distribuito in pacchetti, ognuno dei quali ha una propria funzione. I pacchetti sono organizzati in un repository online (CTAN, Comprehensive TeX Archive Network). Debian non fa altro che creare raccolte di questi pacchetti in base alle loro funzioni, e li distribuisce. Com’è ovvio, i pacchetti vengono aggiornati molto più spesso di quanto la stessa Debian non faccia, ma utilizzando i pacchetti della distribuzione ci si costringe a “congelare” la propria versione dei pacchetti LaTeX per uno o due anni, rinunciando alle features che possono essere introdotte nel frattempo.

Partendo da CTAN, su base annuale vengono sfornate distribuzioni di pacchetti LaTeX, tra le quali le più famose sono TeXLive (per Unix) e MikTeX (per Linux). E installare TeXLive dai repository di Debian, come abbiamo visto sopra, è forse la maniera più inefficiente di gestire uno strumento che si aggiorna molto più frequentemente di quanto la stessa Debian non faccia. Ma lo svantaggio è anche un altro: ogni pacchetto di TeXLive in Debian contiene per ovvie ragioni decine di pacchetti LaTeX, molti dei quali probabilmente a noi non servono ed occupano solo spazio sul disco fisso (sul PC di casa possiamo anche soprassedere, ma vogliamo parlare di quanto spazio TeXLive si mangia sul netbook?). Quindi, o tutto o niente: su Debian non è possibile installare da repository solo il pacchettino LaTeX che ci interessa per le funzioni matematiche, tocca beccarci tutto il “latex-science”, con decine di tool che non useremo mai.

Come risolvere? Semplice: disinstalliamo i pacchetti texlive di Debian e facciamo partire l’installer di TeXLive per Unix/Linux.

sudo apt-get remove --purge texlive*

È probabile che con TexLive vengano disinstallati anche altri programmi che su questo si appoggiavano, come LyX o Kyle. Non ci pensate, risolveremo dopo, anche perchè solo TeXLive verrà rimosso integralmente con tutti i suoi file di configurazione, mentre LyX e gli altri verranno rimossi in maniera “soft”, mantenendo tutte le impostazioni e configurazioni, che ritroveremo dopo una nuova installazione. A questo punto puliamo anche tutti i file della vecchia TeXLive:

sudo rm -r /usr/share/texmf

Scarichiamo ed estraiamo l’installer da rete di TeXLive:

wget http://ftp.uniroma2.it/TeX/systems/texlive/tlnet/install-tl.zip
unzip install-tl.zip
rm install-tl.zip

Adesso siamo pronti ad installare le librerie Wx di Perl per avviare l’interfaccia grafica dell’installer, e far partire l’installazione. L’installazione dei pacchetti avviene interamente scaricando i vari file da internet, quindi assicuratevi di poter tenere acceso il PC anche per mezza giornata (a seconda della quantità di pacchetti di default che vorrete installare, ed in funzione della velocità della vostra connessione). Il “sudo” dell’ultimo comando è importante perchè l’installazione di default di TeXLive è in una cartella di sistema (/usr/local/texlive per la precisione).

sudo apt-get install libwx-perl
cd install-tl*
sudo perl install-tl --gui

Le opzioni da selezionare in questa fase sono altamente soggettive, ma grossomodo:

• Schemi selezionati: evitate scheme-full, installerà l’intera TeXLive, son diversi Gib e probabilmente non vi servirà mai tutto; basic-scheme per la mia esperienza è andato più che bene.
• collezioni di base: permette di selezionare collezioni di pacchetti da installare in base alle loro funzioni; consigliati quelli scientifici, quelli per la grafica e quelli relativi alle bibliografie; se avete paura di mettere troppo o troppo poco, non vi preoccupate, TeXLive è così flessibile che dopo potrete aggiungere/rimuovere pacchetti senza sforzo e senza sporcare il sistema.
• collezioni di lingue: spuntate solo quelle che realmente vi interessano (italiano, inglese, francese, spagnolo, ecc.)
• installa la documentazione per font e macro: ho inserito “No” e vivo benissimo; idem per “Installa i sorgenti per font e macro”;
• crea i collegamenti nelle directory di sistema: ho cambiato in “Si”, spuntando anche “crea i collegamenti simbolici nelle directory standard”, così da poter avere tutti i comandi di LaTeX a portata di mano anche dal terminale; vivamente consigliato.

Non resta che avviare l’installazione con “Installa TeXLive”. Al termine, avrete un sistema LaTeX personalizzato, perfettamente funzionante, flessibile e decisamente più leggero di quello installabile dai pacchetti Debian. Nei prossimi post vedremo come installare/rimuovere pacchetti LaTeX, come aggiornarli o esportare la lista dei pacchetti installati per l’installazione speculare su un’altra macchina. Commentate!

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Dropbox dà dipendenza, inutile negarlo. Da quando la uso mi è venuta pian piano la mania di sincronizzare tutti i file di sistema vitali (bashrc, vimrc), un pò perchè uso molte macchine in diversi momenti o luoghi durante la giornata, un pò perchè mi da la sicurezza di avere almeno 3 copie dei miei file più importanti (tante sono le mie macchine). Ed oggi ho aggiunto un tassello al puzzle: la playlist dei miei brani preferiti in Amarok.

Sarà capitato anche a voi… di voler avere una lista backuppata dei vostri brani preferiti. Bene, solitamente quando un brano mi piace, gli assegno 5 stelle su Amarok (uso amarok 1.4, il 2 non mi convince per niente). In questo post vedremo proprio come creare una scorciatoia da terminale per ordinare ad Amarok di salvare in un file .m3u, in una cartella a nostro piacimento, ad esempio… Dropbox! Il gioco sta tutto in dcop, componente sul quale Amarok 1.4 basa molte delle sue funzioni relative alla gestione della musica (dcop è stato sostituito da d-bus in Amarok 2, per una migliore integrazione con KDE4).

La prima cosa da fare è impostare una “playlist veloce” in Amarok, inserendo come condizione da verificare per l’inclusione nella playlist che la valutazione sia massima (o comunque superiore ad una soglia di vostro gradimento). Diamo un nome alla playlist che si possa ricordare, ad esempio “bellissime”.

Possiamo quindi passare ad Amarok, dopo averlo aperto, i seguenti comandi tramite dcop:

dcop amarok playlistbrowser loadPlaylist bellissime

Permette di caricare la playlist “bellissime” nel player

dcop amarok playlist saveM3u bellissime.m3u /home/user

Permette di esportare la playlist appena caricata nella propria home, sostituendo ovviamente “user” con il proprio nome utente.

Possiamo quindi provare a concatenare i comandi, in un’unica stringa da aggiungere ai nostri alias di .bashrc, ad esempio:

dcop amarok playlistbrowser loadPlaylist bellissime && dcop amarok playlist saveM3u bellissime.m3u /home/user && mv /home/user/bellissime.m3u ~/Dropbox/bellissime.m3u

So che si poteva tranquillamente evitare l’ultimo comando, ma ho preferito aggiungere un passaggio per rendere le cose più semplici. Il nostro alias da aggiungere al file ~/.bashrc, quindi sarebbe:

alias amarok-backup='dcop amarok playlistbrowser loadPlaylist bellissime && dcop amarok playlist saveM3u bellissime.m3u /home/user && mv /home/user/bellissime.m3u ~/Dropbox/bellissime.m3u'

Infine, aggiorniamo il nostro bashrc con

source ~/.bashrc

Dovremo solamente stare attenti a seguire bene la procedura prima di eseguire il comando “amarok-backup” da terminale, altrimenti potremmo incorrere in un crash (non chiedetemi perchè):

• aprire amarok
• cancellare dalla voce “playlist” del menù omonimo le vecchie playlist salvate in home e poi trasferite, altrimenti il nuovo backup non funzionerà
• dare il comando “amarok-backup” da terminale
• chiudere amarok

A ben pensarci, questo giochetto delle playlist si potrebbe fare anche con una query sul database SQLite di Amarok 1.4… ma oggi non ne avevo voglia Suggerimenti per rendere il tutto ancora più veloce?

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Le giovani leve del software libero in archeologia

Ho ripescato dalla mia penna USB alcune annotazioni scritte in treno durante i giorni dell’ArcheoFOSS di Foggia 2010. Le pubblico, con un pò di ritardo

Le giovani leve del software libero in archeologia

ArchaeoFOSS, primo giorno

Ieri e oggi sarò a Foggia, nel Museo Civico, per il Workshop Nazionale sul Software Libero in Archeologia, l’ArchaeoFOSS 2010. La conferenza è alla sua quinta edizione, e per quanto possano piacerci i formalismi, permettetemi, è proprio il caso di dire che “ruleggia”. È diventata un’incredibile fucina di idee, innovazione e proposte. La conferenza ha visto la partecipazione di più di una cinquantina di persone, di diversa estrazione, ma uniti dal proprio lavoro o dalla propria passione, l’informatica ed il software libero applicati al campo archeologico. Il workshop, che l’anno scorso era a Roma, quest’anno è stato ospitato nel Museo Civico di Foggia (che consiglio a tutti di visitare, molto ricco e ben organizzato).

Programma della mattina:

• breve introduzione dei professori e del rettore;
• prima carrellata di interventi sulle tecnologie da campo open source (GPS e affini);
• pausa pranzo (è incredibile quanto siano convenienti i ristoranti in centro a Foggia);
• seconda carrellata pomeridiana sui database, condita da cenni sulle licenze libere;
• tanta allegria.

Volendo fare una breve panoramica, negli ultimi anni si è avuta una vera e propria trasformazione del settore. Il campo dei beni culturali, nonostante possa essere trainante per l’economia del Paese, sta vivendo in questi anni un lento declino, dovuto soprattutto alla mancanza di fondi per gli interventi di valorizzazione del patrimonio (ricordate il crollo di una stanza della Domus Aurea a Roma qualche tempo fa?).

A questa situazione imbarazzante gli archeologi hanno risposto con il software libero: è nata addirittura una distribuzione GNU/Linux, ArcheOS, che integra tutto il software necessario al lavoro “scientifico” dello scavo. Vi starete chiedendo: “sul serio gli archeologi capiscono qualcosa di informatica?”. Beh… si

In soldoni, lo scavo archeologico a partire dagli Anni 60 è diventato uno scavo “stratigrafico”, ovvero un’analisi minuziosa delle sovrapposizioni di più “strati” di cultura umana nel corso dei secoli. Il compito dell’archeologo è smontare pezzo per pezzo questi strati, rispettando la cronologia e facendo un viaggio nel tempo partendo dal più esterno (e recente) per finire allo strato più interno (antico). In tutto questo processo analitico l’archeologo viene aiutato da strumentazione scientifica importante: laser scanner, stazione totale, database, nei casi più tecnologici persino reti wifi ad ampio raggio per la trasmissione dei dati, reti bluetooth,  e soprattutto dispositivi GPS e DGPS, sino ad arrivare a sistemi GIS anche molto complessi.

Il mestiere dell’archeologo sta diventando sempre più scientifico e sempre più preciso, oltre che più tecnologico. Ma la tecnologia, si sa, costa. Soprattutto quando l’hardware è molto particolare (ad esempio la stazione totale, ed i driver sono proprietari. In quest’ottica, l’importanza del Software Libero è fondamentale, perchè permette di risparmiare sulle licenze ed ottenere risultati identici se non migliori di quelli ottenuti con software proprietari. Ed è così che nascono i progetti presentati all’ArchaeoFOSS. Anche in questo caso, è facile dirlo, molti di “noi” salgono già sulle spalle dei giganti. Tanti software GIS offrono soluzioni già pronte per immagazzinare i dati ed elaborarli secondo i più efficaci algoritmi. Molti software per la gestione del dato geografico offrono soluzioni di impressionante potenza per la gestione di basi di dati geografiche, come PostGIS e PostgreSQL, passando per QuantumGIS e GRASS GIS.

Salvo poi svilupparle appositamente per le proprie esigenze, come accade spesso. Oppure, tentare di sviluppare dei driver alternativi per il trasferimento dei dati da dispositivi completamente proprietari, come hanno fatto Stefano Costa e Luca Bezzi, con TotalOpenStation, un software per il trasferimento dei dati registrati dalla stazione totale al PC e ai palmari dotati di sistema operativo GNU/Linux, come Openmoko o Maemo.

Ma le novità hanno raggiunto orizzonti impressionanti. Sono allo studio da parte di alcune università di sistemi di analisi basati su software GIS open source, mentre in alcuni punti d’Italia (soprattutto a Napoli e Foggia) sono allo studio sistemi di ricostruzione di scavi archeologici in 3D, in stile Second Life, realizzati rigorosamente su Debian e solo con software open source (ricordate Blender?).

Comunque, resta invariata la mia opinione sulle comunità di sviluppo open source: detto in parole spicciole “si sta troppo bene”. Per quanto le conferenze tra archeologi possano apparire “noiose” agli osservatori esterni, bisogna riconoscere che la transizione è ormai completa: con l’ArcheoFOSS assistiamo ad un libero scambio di idee, progetti ed osservazioni, dibattiti accesi, confronti aperti in pieno stile open source. Le giacche eleganti e le cravatte hanno abbandonato la sala per fare spazio a soluzioni più “smart”, come gli scarponcini da escursione e i pantaloni con i tasconi. I taccuini lasciano spazio ai portatili. La simpatia scorre a fiumi e l’atmosfera positiva permea un pò tutto. In effetti, c’è molto da stare allegri. Ho visto persino qualche partecipante in giro con una lattina di Coca “Ubuntu”
Ce n’è insomma per tutti i gusti. Ora sono in treno verso Foggia per una mattinata di dibattito sullo scenario dell’open source in archeologia e per un pomeriggio di laboratori pratici con MeshLab.

ArcheoFOSS, secondo giorno

Uno degli aspetti più interessanti dell’ArcheoFOSS è l’accento che è stato posto sulla collaborazione: adesso lascio da parte la mia inclinazione a considerare le discipline scientifiche più “collaborative” di quelle umanistiche; d’altro canto è anche vero che l’ambito archeologico è da sempre soggetto (almeno per la mia limitata esperienza) a “particolarismi” nella ricerca e gelosia delle proprie scoperte. Se questo comportamento può essere considerato “normale” o “accettabile” nel contesto accademico, diventa assolutamente deleterio quando si discute di software libero e ci si confronta sulle metodologie scientifiche da applicare alla comunicazione e diffusione del dato. Avere delle buone fonti, è importante. Citarle anche. Ma condividere probailmente lo è di più.

Ma condividere significa anche avere delle licenze che riescano a garantire le condizioni della condivisione, che riescano a tutelare chi pubblica e chi utilizza il dato. Tali licenze non dovrebbero essere necessariamente sviluppate da zero, esiste un enorme e variegato ventaglio di possibilità, per divulgare sia contenuti multimediali che database di varia natura.

Insomma, il XXI secolo porterà con se una modalità di ricerca che va ben oltre quella tradizionale, che coinvolge tutti i ricercatori in varie discipline. Multidisciplinarietà, ecco la parola d’ordine. È quindi naturale che occorre coinvolgere nel nuovo panorama archeo-informatico persone che abbiano un’idea precisa di cosa siano le licenze, così come sono indispensabili archeologi, informatici, geek, geografi, analisti, esperti nel 3D e nella storiografia, nello stesso tempo e nello stesso luogo: la rete.

Da questo punto di vista negli ultimi anni si sono fatti enormi passi avanti, anche grazie alla consapevolezza che condividere porta alla crescita, ma molto c’è ancora da fare. Un buon punto di partenza è il sistema dell’istruzione superiore, l’ambiente accademico. Gran parte dei laboratori di rilievo archeologico sparsi per la penisola usano solo software proprietario (e Bari non fa eccezione), laddove il software libero in campo geografico costituisce un’eccellenza su sistemi GNU/Linux. Ecco, partire dall’istruzione significa formare una nuova generazione di archeologi dalla mente aperta.

Provando a discuterne con un professore universitario, la prima obiezione mossa è stata “Ok, se volessi cominciare domani, che risorse abbiamo? Possiamo scrivere delle dispense?” L’osservazione è comprensibile e giustificabile. Ed ecco secondo me il punto nodale: le risorse. Esistono centinaia di pubblicazioni sull’argomento, ma pochi howto. Partendo dalla mia esperienza nel campo del software libero, mi sembra quasi naturale che il maggior coinvolgimento attivo di nuovi volontari si abbia nei progetti ben documentati, che hanno un corpus di manuali e wiki attivamente sviluppati ed aggiornati (un modello a noi vicino, tra tutti, è proprio il wiki di Ubuntu-it). E qui torniamo a bomba.

Per sviluppare il settore del software libero in archeologia, i temi del libero accesso alla conoscenza e della libertà di scelta, servono persone consapevoli ed esperte. Queste persone vanno formate. Il luogo di formazione, almeno in ambito archeologico, dovrebbe essere una specie di limbo a metà strada tra la rete e le università. Ma per insegnare serve una buona documentazione, che solo una comunità di sviluppatori coesa è in grado di scrivere.

La morale dal mio punto di vista: dobbiamo fare comunità. Può sembrare quasi scontato, e forse non c’era bisogno di tutte queste parole per arrivarci, ma credo di aver fatto un buon sunto dei vari aspetti che portano a condensare l’importanza di uno spazio aperto a tutti ma comune a tutti, dove si possano raccogliere le esperienze, le idee e gli interrogativi sull’informatica libera applicata all’archeologia e alla tutela dei beni culturali. Il nostro punto di partenza: creare un wiki, un forum o un canale IRC, una mailing list e un planet. Incontrarsi e discutere, essere multidisciplinari e aperti, organizzare e creare degli standars: sono tutti attributi di una comunità libera.

Dopo qualche anno di ArcheoFOSS, quest’anno il Laboratorio di Informatica Applicata all’Archeologia dell’Università di Foggia si è accollata l’impegno di creare un’infrastruttura di comunicazione. Cercherò dal canto mio di contribuire quanto più possibile a costruire una realtà online nella quale confrontarsi.

Concludo con l’osservazione IMHO più interessante emersa quest’anno (alla quale non posso però associare un autore): il tecnologo che aiuta lo storico/archeologo è una figura superata: il tecnologo contribuisce attivamente alla ricerca e all’introduzione di nuove idee. Speriamo sia così

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

RMS durante il talk a Foggia

Come ho scritto qualche post fa, le cose accadono, per caso, improvvisamente. Ed è proprio così che son venuto a sapere che RMS avrebbe tenuto una lectio magistralis (o come piace dire a noi geek, un talk) nel liceo classico Lanza di Foggia. Come ho raccontato ai miei giovani amici in treno, quando cominciai ad usare sistemi GNU/Linux, mai avrei immaginato un giorno di poter incontrare di persona RMS. Eppure, succede.

L’aula magna del liceo Lanza è veramente imponente, anche il servizio d’ordine a cura degli studenti è stato notevole. Molto francamente, è stato un peccato che si sia dovuto procedere a 15 minuti di ringraziamenti, convenevoli e campanilismi da parte di una discreta quantità di docenti, prima di poter sentire RMS parlare.
Ed è stato un peccato anche dover assistere all’inizio del talk a scortesi richieste di traduzione, che hanno interrotto l’introduzione di Stallman, irritandolo non poco.

Però, insomma, ne è valsa la pena. In realtà ciò che ha detto RMS non è stato molto di più di quanto non sia già riportato nei suoi libri, alcuni dei quali disponibili anche in italiano. Però ciò che colpisce maggiormente è la determinazione di un uomo che crede realmente in ciò che fa, e grazie al quale buona parte degli strumenti liberi che abbiamo dal punto di vista software ha avuto origine. Insomma, per chi non ha mai letto niente della filosofia di RMS, un suo talk è imperdibile, almeno per i contenuti. Per chi già lo conosce, è  ugualmente imperdibile, per lo spirito di lealtà, onestà e rettitudine morale (su ciò che riguarda il software libero, ovviamente!).

Critiche allo stato delle cose? Ce n’è per tutti: per Skype, per Flash, per Apple, Microsoft e alcune altre situazioni che non riesco a ricordare. Ma di fondo, la guerra portata avanti dalla FSF è sempre la stessa: esistono produttori di software che utilizzano software libero senza rispettare le condizioni di licenza (ad esempio, senza notificare nel manuale o nella confezione che parte del software impiegato è rilasciato sotto licenza GNU o senza rilasciare il codice sorgente); oppure esistono situazioni in cui il controllo sul software viene effettuato anche quando bisogna cambiare la batteria al dispositivo (è esattamente ciò che fa Apple con l’iPod). O ancora, esistono i DRM, e questo è un capitolo a parte, ma che mette comunque a rischio la libertà di scambio/condivisione dell’informazione. Qualche piccolo rischio tocca anche agli utenti Ubuntu, è sempre bene tenere gli occhi aperti ai pacchetti proprietari (a proposito, installate questo!)

Esiste un interessante ventaglio di possibili violazioni della licenza GNU e di minacce alle nostre libertà personali. Ed una delle cose che più mi ha colpito di RMS è la sua totale americanità: da alcune sue espressioni ho percepito a pelle la delusione e la rabbia di un cittadino americano che è cresciuto negli USA in cui venivano garantiti a tutti i propri diritti e libertà, e ha visto lentamente trasformare la propria patria in un deserto dei DRM e di software proprietario. Credo che se fosse un pò più esibizionista, RMS si sarebbe fatto tatuare la statua della libertà sulla schiena

Ci sarebbe tanto da dire ancora, ma vi lascio con un paio di impressioni:

• La filosofia del software libero è come il riciclaggio ed il rispetto dell’ambiente: è una buona abitudine quotidiana. Utilizzando ogni giorno solo software libero si entra in una sfera di normalità, esattamente come buttare le bottiglie in plastica nel bidone della plastica ed i vecchi giornali in quello della carta; diventa talmente un’abitudine che non ci si fa più neanche caso, e non si avverte più il peso nè la noia del gesto stesso. Lo stadio finale è che si è talmente abituati a utilizzare strumenti liberi (o a fare il riciclaggio) che diventa impensabile pensare di non doverlo più fare.
• La seconda condiserazione è una nota di buon umore: il pubblico di Stallman era meravigliosamente variegato, composto da studenti delle scuole superiori come da universitari, da professori così come da professionisti, da metallari tatuati e piercingati a nerd con la maglia della propria distro GNU/Linux preferita. Cosa significa questo? Semplice, che la libertà del software, in un mondo in cui per gran parte delle nostre azioni quotidiane è necessario utilizzare un programma (sia esso per mandare email, per lavare i panni o guardare un film) è trasversale all’età, all’estrazione sociale a alla formazione. La libertà del software è come il trattato internazionale sui diritti umani: dovrebbe essere garantita ad ogni individuo dal momento della nascita.

Per concludere, ringrazio pubblicamente tutti quelli che hanno contribuito ad organizzare l’evento, i volontari del Lanza e in primis Flavio Tisi, che ha contattato RMS e le istituzioni che cominciano ad aprire gli occhi e spalancare le orecchie alle novità del software libero

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Già, e succedono anche più in fretta di quanto abbia tempo di raccontare. Il web è pieno di blog che spolpano ogni singola virgola di ciò che accade nel mondo del software libero, per questo vorrei essere originale e raccontare storie di prima mano, ciò che accade nella mia giornata, ed ha a che fare con free software.
Però per fare questo, serve tempo, ed il tempo è sempre limitato. Cosa sta per arrivare:

• ArcheoFOSS 2010: il software libero in archeologia, impressioni e considerazioni
• Richard Stallman a Foggia, cos’è successo
• la prima community virtuale degli archeologi che lavorano con software libero è in arrivo…
• OpenStreetMap riesce ad ottenere il permesso di ricalcare i WMS del Portale Cartografico Nazionale
• e naturalmente, le mie impressioni sulla nuova Ubuntu

Stay tuned

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Già, e succedono anche più in fretta di quanto abbia tempo di raccontare. Il web è pieno di blog che spolpano ogni singola virgola di ciò che accade nel mondo del software libero, per questo vorrei essere originale e raccontare storie di prima mano, ciò che accade nella mia giornata, ed ha a che fare con free software.
Però per fare questo, serve tempo, ed il tempo è sempre limitato. Cosa sta per arrivare:

• ArcheoFOSS 2010: il software libero in archeologia, impressioni e considerazioni
• Richard Stallman a Foggia, cos’è successo
• la prima community virtuale degli archeologi che lavorano con software libero è in arrivo…
• OpenStreetMap riesce ad ottenere il permesso di ricalcare i WMS del Portale Cartografico Nazionale
• e naturalmente, le mie impressioni sulla nuova Ubuntu

Stay tuned

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

L’11 marzo 2010 il professore di Harvard Lawrence Lessig ha tenuto una lectio magistralis alla Camera dei Deputati, dal titolo “Internet è Libertà”. Per chi non lo sapesse, Lessig è colui che ha scritto le licenze Creative Commons e che ha fondato il Center for Ethics of Harward University. Insomma, un tipetto in gamba.

Per far si che l’importante messaggio su Internet e la libera trasmissione della cultura (ma detto così è veramente ai minimi termini) arrivi al pubblico italiano, così devastato da quotidiane ingiurie alla cultura del Web, riporto una mia personale traduzione della lectio di Lessig. Una traduzione altrettanto valida è quella fornita da Federico Guerrini sull’edizione online de La Stampa, che però ha il difetto di essere un pò troppo riassuntiva in alcuni punti. In realtà ho cominciato a lavorare su questa traduzione per sottotitolare il video, che rilascerò tra qualche giorno.

Lessig è uno dei liberi pensatori internazionali, che a mio parere trasmette un interessante punto di vista sul passato del diritto d’autore (dalle sue origini ad oggi) e trasmette un punto di vista straordinariamente aderente alla realtà di ciò che potrebbe essere il futuro della condivisione, visto non solo con gli occhi degli “anziani” legislatori, ma con quelli dei giovani (per i quali, in un certo senso, i legislatori di oggi lavorano).

Ovviamente, la mia traduzione non è perfetta, quindi gradirei molto che qualcuno segnalasse le imprecisioni e provvederò a correggerle nel minor tempo possibile Buona lettura!

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Con questo brevissimo post, oltre a notificare a tutti i lettori che in questo periodo sono così impegnato che preferisco evitare di scrivere piuttosto che snocciolare notizie banali, avviso tutti che da oggi sarò raggiungibile anche su Identi.ca, ovviamente con nome utente fradeve

PS: avete mai provato il plugin per Gnome-Do “Ping.FM“? È fantastico, veloce, pratico e sulla mia Karmik-box gira favolosamente

http://identi.ca/fradeve

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Già, messi male….

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Per chi non lo sapesse, JOSM è l’editor più importante tra tutti quelli disponibili per contribuire al progetto OpenStreetMap. È scritto in Java ed è distribuito in due versioni, josm-tested è l’ultima versione “perfettamente funzionante”, mentre josm-latest è l’ultima versione disponibile in assoluto, stabile ma comunque in continuo sviluppo.

Tutti i mapper di OpenStreetMap che non abbiano dimestichezza con i linguaggi di programmazione sufficiente da automatizzare il processo, hanno sempre provveduto da se a scaricare (ogni tanto, quando capita) l’ultima versione disponibile di JOSM dal sito ufficiale, considerato che quella che c’è nei repository di Ubuntu viene aggiornata molto molto raramente.

La soluzione? Il mapper pugliese Paki ha creato un PPA per gli utenti Ubuntu/Debian in cui distribuisce le due versioni di JOSM, entrambe aggiornate all’ultima disponibile, che verranno rese disponibili velocissimamente non appena rilasciate sul sito ufficiale. Per partire con l’installazione, è sufficiente aggiungere il repository di Paki e installare i pacchetti josm-tested o josm-latest.

Più comodo di così Adesso non resta che far rockeggiare OpenStreetMap nella vostra città

Incollo di seguito la sua mail:

Mi presento, sono Pasquale Ambrosini e faccio attualmente parte della comunità pugliese di OpenStreetMap. Grazie all’ausilio di launchpad, ho aperto un repository contenente le ultime versioni di josm-tested e josm-latest.

Vi spiego in breve la politica che ho adottato:
Vi sarete sicuramente resi conto che nei repository Ubuntu, josm non è aggiornato molto spesso, anzi, per dirla tutta gli aggiornamenti sono più unici che rari. Quindi ho aperto un repository che contiene il pacchetto josm-tested che, verrà aggiornato non appena aggiorneranno il software. Convenzionalmente si potrà aggiornare dal gestore di pacchetti, come sempre.

Per josm-latest invece ho adottato una politica diversa, infatti la versione unstable è soggetta a molti aggiornamenti nell’arco della settimana e sarebbe impossibile “starci dietro”, così ho scritto uno script in python con librerie grafiche gtk che provvederà a verificare se, all’avvio ci sono aggiornamenti e in caso positivo, vi comunicherà l’aggiornamento. Quindi sarete voi stessi ad aggiornare, senza l’ausilio del gestore pacchetti, in maniera rapida e veloce. Ci tengo a precisare che i due pacchetti “josm-tested” e “josm-latest” non intaccano minimamente il pacchetto josm ma, useranno le vostre preferenze che usate normalmente. Per installare il repository su Ubuntu 9.10 (da terminale):

sudo add-apt-repository ppa:pasquale-ambrosini/josm && sudo apt-get update

Fatto ciò vi troverete i due pacchetti nel gestore pacchetti.

Vi lascio uno screenshot del downloader/installer:

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Come sicuramente saprete, il CERN è probabilmente il più grande esperimento di fisica nucleare al mondo (sicuramente il più grande d’Europa). Al CERN è nata la prima rete internet, ad opera di Sir Tim Berners-Lee, e la gestione automatizzata dell’informazione è sempre stato uno dei punti fondamentali su cui si lavora a Ginevra, tanto che è stata ideata una distribuzione pensata appositamente per le esigenze degli scienziati che ci lavorano: Scientific Linux (SL).

Tuttavia, non tutti i ricercatori lavorano su complessi sistemi di calcolo distribuito: gran parte del personale ha bisogno di una distribuzione che possa soddisfare le “piccole” esigenze di programmazione di tutti i giorni, e qui entra in gioco Ubuntu. Sondando un pò il terreno grazie alla dott.ssa Letizia Lusito, una cara amica che lavora al CERN, ho scoperto che Ubuntu è una delle distribuzioni più diffuse anche tra gli scienziati.

Vi lascio all’intervista

F: Presentati in 2 righi: età:
L: Non me la ricordo mai (troppa scazza aggiornare il database ogni anno); la data del compleanno invece quella si: 06/09/1982….fate voi il conto

F: Dove lavori?
L: Sono all’ultimo anno (3°) del dottorato di ricerca in Fisica, presso il Dipartimento di Fisica “M. Merlin” dell’Università degli Studi di Bari.

F: Che distribuzione GNU/Linux utilizzi?
L: UBUNTU 9.10 (karmic), kernel Linux 2.6.31-18-generic, GNOME 2.28.1

F: Da quanto tempo la usi?
L: Ho aggiornato alla 9.10 appena è uscita… in generale uso Linux (passando a Ubuntu da WinZozz) da 1 anno e qualche mese.

F: Che rapporti ci sono tra te e il pinguino? Usavi GNU/Linux prima di arrivare al CERN?
L: No mai….mi sono decisa a compiere il grande salto perchè il tecnico del computer era sempre troppo impegnato per risolvere i miei problemi con Windows… e tutti i miei colleghi mi hanno detto di passare a Linux, che a detta loro è migliore (adesso, condivido)!

F: Che tipo di uso si fa di GNU/Linux e Software Libero al CERN?
L: Direi esteso: si fa quasi tutto con Linux. In totale avrò visto Windows e una applicazione Windows 2 volte in questi 3 anni… comunque ci sono moooolti Mac.

F: Esiste un repository online di software GNU/Linux usato dal CERN ( http://linux.web.cern.ch/linux/ ) ed una distribuzione personalizzata, “Scientific Linux CERN 5 – SLC5X”, basata su Red Hat Enterprise, l’hai mai usata?
L: No e no…comunque alcuni miei amici usano Scientific Linux e mi hanno detto che non è molto buona per l’utilizzo desktop… quindi continuo con la mia Ubuntu, diciamo che “Scientific Linux” si usa molto di più per il controllo dei detector (e questo non è il mio campo di attività).

F: Al CERN lavorano centinaia di scienziati di decine di nazionalità; nei tuoi rapporti con l’estero, hai incontrato molte persone che utilizzano GNU/Linux ed in particolare Ubuntu?
L: Siiiiii…tantissime…

F: In particolare, che software usi e per quali scopi?
L: Uso Emacs per editare i miei programmi, ssh dal mio pc ai computer del Cern, uso il software dell’esperimento (CMSSW) che gira anche su GNU/Linux, poi programmi audio (Rhythmbox e VLC) per ascoltare la musica mentre lavoro… poi programmi per editare i pdf delle mie presentazioni, poi le applicazioni di open office… in particolare per le presentazioni e slide, latex, pidgin, skype, poi Firefox, poi Okular (a me piace), Gimp (a volte lo trovo un pò farraginoso…), qualche applicazione java (per EVO, una applicazione per videoconferenze).

F: Le tue mansioni al CERN ti portano ad usare un linguaggio di programmazione in particolare? Quale?
L: Si: C++, python, bash script.

F: Cosa vorresti vedere migliorato nella prossima Ubuntu di aprile?
L: Programmi per editare immagini (si l’avete capito… GIMP non mi piace moltissimo ) e il supporto alle applicazioni Java.

F: In cosa pensi che GNU/Linux debba ancora migliorare per trasferirsi dai grandi centri scientifici ai desktop di migliaia di utenti?
L: Il modo di installare i programmi: dovrebbero esserci solo installazioni assistite come i wizard di Windows direttamente doppio-cliccando sull’eseguibile… e poi solo pubblicità pubblicità pubblicità… insomma ora gli stand della Apple sono pienissimi di gente, che guarda i programmi TV in cui si vedono solo Mac… pensateci: in quanti programmi TV o film si vede una mela e in quanti un pinguino?

F: Grazie per il tempo e la schiettezza
L: Ciao!

Popularity: 1% [?]

Puoi visualizzare il post originale qui.

Ebbene si, è disponibile direttamente dai ppa l’invenzione che tutti noi stavamo aspettando! SPyQR, un’interfaccia grafica per le librerie open source che generano il codici QR!

Pasquale Ambrosini aka Pakizip, programmatore emergente (nonché mapper di OpenStreetMap e amico) ha appena rilasciato SpyQR, che consente, attraverso interfaccia grafica user fiendly scritta in pyGTK, di generare QR codes in maniera facile ed intuitiva.

Caratteristiche:

• Supporta più di 4000 caratteri

• Possibilità di aumentare la grandezza di output del QRCode

• Possibilità di scegliere dove salvare il QRCode

Per aggiungere il repository alla propria lista, dare il seguente comando:

sudo add-apt-repository ppa:pasquale-ambrosini/spyqr

Quindi aggiornare i propri repository ed installare il pacchetto con

sudo apt-get install spyqr

È ancora in fase di test, per segnalare bug, malfunzionamenti o suggerimenti<br />non esitate a contattarlo (pasquale.ambrosini@gmail.com).

Popularity: 1% [?]

Puoi visualizzare il post originale qui.