Venerdi 27 novembre 17:00 – 20:00
presso la fiera Eco&Equo (Sala 1)
Largo Fiera della Pesca 11 – 60125 Ancona (AN)

Un convegno che intende affrontare il rapporto tra Software Libero e Open Source (FLOSS), Pubblica Amministrazione e reti di economia locale, al fine di identificare strategie e una progettualità utili al contesto regionale marchigiano, usufruendo del contributo di esperti del settore e testimoni che hanno già attivato progetti e programmi nelle amministrazioni locali. L’evento è strutturato per fare in modo che vengano espressi gli aspetti generali del Software Libero e Open Source in relazione al panorama nazionale e le buone pratiche e processi per l’adozione sperimentati presso gli enti locali e le Pubbliche Amministrazioni.

Venerdì 27 novembre, alle ore 17, presso la sala convegni (sala 1) del quartiere fieristico di Ancona, all’interno della Fiera Eco&Equo, la “Fiera dell’attenzione sociale, ambientale e dell’economia alternativa e solidale”, giunta alla 6° edizione, si svolgerà un incontro con alcune delle più autorevoli voci a sostegno del Software Libero e Open Source, tra tutti Renzo Davoli, professore Associato all’Università di Bologna.

L’iniziativa è organizzata da REES Marche (Rete di Economia Etica e Solidale marchigiana) e dalla Regione Marche, in collaborazione con il gruppo FLOSS Marche, ed avverrà proprio all’interno degli eventi ufficiali della Fiera Eco&Equo, perché il software libero è una scelta di sostenibilità oltre che di innovazione del mercato.

Interverranno:

* Luca Ferroni – Gruppo FLOSS Marche: saluti e motivazioni del convegno

* Michele Altomeni – Consigliere regionale: l’idea e il percorso del FLOSS Marche

* Renzo Davoli – Professore Associato all’Università di Bologna: spirito libero e materia grigia (come cambiare negli enti pubblici, nelle scuole e nelle aziende).

* Maria Laura Maggiulli – Rappresentante IT della Regione Marche: esperienze e impressioni nell’adozione di FLOSS in Regione

* Dimitri Tartari – Coordinatore progetto EROSS: rapporto indagine sull’adozione Open Source in Emilia Romagna

* Federica Cenacchi – Responsabile Progetti FLOSS-Desktop al Comune di Bologna: migrazione a OpenOffice.org nel Comune di Bologna

* Egidio Cardinale – Team Bright Ubuntu: l’esperienza locale di Bright Ubuntu

Per maggiori informazioni:

www.flossmarche.netsons.org

www.ecoandequo.it

Una serie di interventi dedicati a chi non conosce Linux ed il Software Libero si susseguiranno per tutta la giornata in un clima amichevole e coinvolgente. Sabato 24 ottobre, tutti coloro che parteciperanno, potranno toccare con mano i benefici che i programmi a codice sorgente aperto possono portare, chiedendo informazioni a riguardo, provando di persona ad utilizzarlo e vedendone il possibile impiego pratico nella la vita di tutti i giorni. L’ingresso è libero e gratuito.
Il Linux Day 2009 è promosso dall’Associazione no-profit ILS (Italian Linux Society) ed è organizzato localmente dai LUG (Linux Users Group) italiani. Anche quest’anno il Fortunae LUG organizza il Linux Day a Pesaro, presso la biblioteca “Vittorio Bobbato” (sede dell’IperCOOP, per informazioni: http://www.bobbato.it).
Negli ultimi anni infatti gli appassionati di Linux e del Software Libero sono cresciuti (si stima abbiano raggiunto il ragguardevole numero del 10% degli utenti di computer) e in tutta Italia gli utenti di questo nuovo sistema operativo hanno cominciato a crescere ed organizzarsi.
Maggiori informazioni e il programma completo della giornata sono disponibili sul sito internet
http://www.fanolug.org.

Il 6 luglio 2008, esattamente un anno fa, iniziò il percorso che ha portato alla stesura del disegno di legge “Disposizioni per garantire la neutralità della rete di comunicazione, la diffusione delle nuove tecnologie telematiche e lo sviluppo del software libero”.

L’impegno, durante questo anno di lavoro, si è rivolto al favorire un ampio confronto sul d.d.l., utilizzando le opportunità della rete.

Il disegno di legge, che ha avuto nel progetto di legge della Regione Sardegna – con un significativo contributo di Flavia Marzano, Massimo Dadea, Antonella Giglio – un suo riferimento e ha potuto giovarsi dei suggerimenti – davvero preziosi – di Angelo Meo e Stefano Rodotà, si è via via definito grazie alle osservazioni e agli spunti che ci avete offerto sul wiki frontiere digitali, sul blog unaleggeperlarete.wordpress.com o nel gruppo su facebook.

Gli argomenti sono certo importanti e rilevanti: la neutralità della rete, il free software, la banda larga per tutti; ma la partecipazione e la qualità dei commenti hanno superato qualsiasi attesa.

Insomma, una discussione ad ampio raggio, che ha utilizzato le diverse forme di comunicazione.

Ora si è conclusa la prima fase. Il testo della proposta di legge sarà depositato  in Senato e il d.d.l. seguirà l’iter parlamentare.

Il dibattito resta comunque aperto considerando decisiva la partecipazione dei cittadini, nonché la sincera passione civile e democratica della società civile.

Ne attendero’ ansiosamente risvolti e aggiornamenti :) …

Cio’ mi serviva inizialmente sul mio aceraspireone in cui ho installato xubuntu e  dato che xfce non ha nessuna applicazione decente per creare screenshot mi sono dovuto arrangiare in questa maniera.

Innanzitutto allego il link al post che mi ha risolto molte cose e da cui ho preso spunto:
http://gnulinuxblog.com/how-to/take-screenshots-in-xfce/

La guida presente in quel post pero’ non mi soddisfava molto,  perchè usando la patch presente in fondo ai commenti che aggiunge la data, l’ora, minuti e secondi salvava un file con una stringa di troppi numeri e mi faceva un po’ confusione.

Mi sono quindi dedicato a creare uno script personalizzato che mi permettesse di creare degli screenshot premendo semplicemente un tasto e di salvare progressivamente gli screenshot in una directory preferita.

Perchè lo script funzioni occorre installare prima di tutto il pacchetto imagemagick (potete usare il gestore dei pacchetti della vostra distro o trovare i sorgenti con una semplice ricerca su google), in ubuntu o debian:

sudo apt-get install imagemagick

Creiamo la nostra directry dove più ci piace (io ad esempio l’ho creata semplicemente in home, quindi /home/user/screenshot):

mkdir ~/screenshot

Ora con un editor di testo apriamo un file chiamato scrennshot e lo salviamo in /usr/bin , all’interno del file inseriamo queste righe di codice:

#/bin/bash
NUM=$(/bin/ls ~/screenshot | tail -1 | cut -d – -f 2 | cut -d . -f 1)
if [ -z $NUM ]; then
xwd -root | convert xwd:- ~/screenshot/screenshot-%02d1.png
else
if [ $NUM -lt 9 ]; then
N=$(expr $NUM + 1 )
xwd -root | convert xwd:- ~/screenshot/screenshot-%02d$N.png
else
if [ $NUM -lt 99 ]; then
N=$(expr $NUM + 1 )
xwd -root | convert xwd:- ~/screenshot/screenshot-%01d$N.png
else
N=$(expr $NUM + 1 )
xwd -root | convert xwd:- ~/screenshot/screenshot-$N.png
fi
fi
fi

E rendiamo il file eseguibile:

sudo chmod + x /usr/bin/screenshot

A questo punto se da terminale digitiamo semplicemente screenshot dovremmo avere all’interno della nostra directory creata precedentemente il file screenshot-001.png, se ridigitiamo screenshot da terminale dovrebbe salvarsi il file screenshot-002.png e via via fino screenshot-1000.png.

Basterebbe a questo punto aggiungere una scorciatoia da tastiera con la combinazione dei tasti più a voi congeniale che richiami semplicemente al comando “screenshot” in modo da avere la possibilita’ di creare degli screenshot dell’intero schermo premendo un semplice tasto della vostra tastiera.

(thanks to Filippo and Nick)

Ora nonostante l’installazione di tutte le librerie e pacchetti fosse stata eseguita correttamente mi si poneva un problema: dato che nella guida della community di ubuntu viene consigliato di montare (editando il file /etc/fstab) la dirrectory /var/log sulla ram, per salvaguardare un minimo la memoria SD dai continui salvataggi dei log, l’avvio di apache non andava a buon fine perchè gli mancava contiunuamente la directory /var/log/apache2, che viene logicamente cancellata ad ogni riavvio. Nel mio /etc/fstab si legge:

tmpfs /var/log/apt tmpfs defaults 0 0
tmpfs /var/log tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0

Con queste configurazioni , per far partitire apache avrei dovuto ogni volta creare a mano la directory in quesitone e poi avviare il demone di apache. A questo punto mi sono posto quindi il problema di avviare automaticamente apache.

La soluzione a cui avevo pensato era questa (anche se un po’ spartana): creo uno script che all’avvio del netbook fa quello che dovrei fare a mano.
Per fare questo mi sono scritto lo script

#/bin/sh
mkdir /var/log/apache2
/etc/init.d/apache2 start
#end

Lo salviamo con il nome di “startapache” e lo rendiamo eseguibile:

chmod +x startapache

Se a questo punto lo copiamo dentro /usr/bin avremo un comando personalizzato che ci crea la directory mancante e avvia apache. (da terminale basta digitare startapache)

Se invece vogliamo far avviare in automatico ad ogni boot di linux apache salviamo il file startapache in /etc/init.d/
A questo punto dobbiamo solo controllare l’ordine di Start e Kill (S e K) dentro le directory /etc/rc?.d

Da terminale digitiamo

runlevel

il mio risultato è 2, quindi entriamo in /etc/rc2.d e controlliamo i valori di S del demone di apache. Da me è presente S91apache2.
In /etc/rc1.d invece ho K09apache2

Ora basta automatizzare con update-rc.d  la creazione dei link del sysv init, in
pratica crea alcuni link (S* e K*) in /etc/rc?.d
teoricamente:

update-rc.d script default S-1 K+1

quindi nel mio caso (da dentro /etc/inir.d):

update-rc.d startapache default 90 10

]]> http://trotto1308.netsons.org/wordpress/apache-su-aspireone/feed 0 http://trotto1308.netsons.org/wordpress/upgradare-ubuntu810 http://trotto1308.netsons.org/wordpress/upgradare-ubuntu810#comments Wed, 29 Oct 2008 17:30:42 +0000 Matteo Vitali http://trotto1308.netsons.org/wordpress/?p=94 Esistono due modi per farlo:

- se si è installato la release candidate di ubuntu 8.10 basta digitare da shell:

#sudo apt-get dist-upgrade

- se si ha installato una versione precedente della 8.10:

o modificare il file /etc/apt/source.list commentando i repository esistenti ed aggiuungendo i nuovi repositori di Intrepi Ibex. Una volta fatto questo e salvato il file basta digitare da shel:

#sudo apt-get update

#sudo apt-get dist-upgrade

… e attendere

o se non si vuole mettere mano al terminale:

#sudo update-manager -d

e cliccare sul bottone in alto a destra dove vi dice che è disponibile una nuova versione (… e attendere)

Con xubuntu 8.04 non funziona ancora tutto, ad esempio il suspende e hibernate hanno dei problemini come anche il microfono integrato. Per la wireless è bastato installare i driver madwifi come da guida ed ora funziona. Leggendo qua e la sembrerebbe che con la versione 8.10 Intrepid Ibex (e il kernel 2.6.27) dovrebbero risolversi i problemi con la sospensione e del microfono.
Ne attenderò il rilascio ufficiale della 8.10 prima di upgradeare xubuntu.

Cerco di riassumere queste opinioni più comuni che emergono dai discorsi sul tema FLOSS:
“ma una legge per imporre il FLOSS alla PA marhcigiana non serve a un c**zo, soprattutto in questa regione in cui i dirigenti e i vari funzioinari sono per la maggior parte filo Microsoft, e non ne capiscono niente, e sono corrotti/corruttibili”
“La PA sarebbe da abolire non da riformare”
“Quelli che lavorano nella PA sono tutti degli inetti”
“in Italia c’è troppo clientelarismo, un software spesso viene acquistato per dare lavoro ai “conoscenti”, vai a vedere e sono sempre le stesse aziende che hanno rapporti di lavoro con la PA ”
“Le aziende non hanno poi nessun interesse a fornire un buon prodotto. Tanto poi prima che il prodotto venga utilizzato passano mesi o anni, le leggi cambiano, il prodotto non è più valido ed è tutto da rifare, e quando poi lo iniziano ad usare hanno sempre un prodotto scadente”

Qualche volta non so dare torto a queste considerazioni. Un minimo di verità ne trapela.
E nonostante il livello “informale” e i vari luoghi comuni espressi in queste discussioni, emergono dei concetti precisi.

Tutte queste cose, mi hanno fatto scaturire alcuni dubbi causati anche dal mio pessimismo caratteriale.
Nella sostanza cerco di non farmi intimidire da questioni “antipolitiche” (o meglio, per non abusarne troppo di sto termine che ha veramente rotto le balle, diciamo “da questo clima di sfiducia nelle istituzioni e soggetti istituzionali”).
Tutto ciò non può comunque trascendere dall’opinione pubblica che si è diffusa intorno al progetto FLOSS Marche.

Non so bene se abbiamo veramente scelto uno strumento idoneo per agire a favore del FLOSS nella PA.
In Italia (purtroppo) “fatta la legge trovato l’inganno”, per non dire poi che di leggi ne abbiamo ben troppe.
Secondo me ci sono diversi rischi a cui andiamo incontro.
Tra tutti, (a parte che siamo un po in ritardo con le consegne) ma rischiamo di arrivare in ritardo anche alla eventuale approvazione della proposta di legge, e non so quanto sia utile poi, eventualmente, avere una legge regionale che rimanga solo sulla carta e non venga attuata con le dovute severità del caso.
Purtroppo è un rischio reale. e tutto il lavoro svolto in questi mesi diventerebbe inutile. Probabilmente questo spiega in parte anche la bassa partecipazione alla formulazione della proposta di legge.

Proprio sulla questione “partecipazione” personalmente ritengo che il FLOSS marche abbia fallito, e di molto. Nella sostanza sono stati veramente pochi i lug e fsug che hanno aderito al progetto. E quei pochi che hanno aderito non lo hanno fatto mai formalmente, nel senso che l’apporto al progetto è venuto da singoli elementi che magari fanno parte del mondo associativo (lug/fsug).
Sono stati veramente pochi i LUG che hanno aderito. E se hanno appoggiato il progetto non hanno partecipato direttamente e viceversa.
Se uno dei nostri intenti era di formare una rete per lo scambio e la condivisione delle esperienze, beh, questo non siamo riusciti a farlo.

Mia opinione sull’adesione dei LUG: Di fondo sono associazioni apolitiche, e probabilmente ha giocato a sfavore il fatto che sia stata una “parte” politica a promuovere l’iniziativa. Questa è solo una mia analisi/opinione a valutazione di una situazione generale; anzi personalmente penso che se non fosse stata proposta questa idea non saremmo neanche qui oggi a discutere di come sono andate e stanno andando le cose.

Le mie responsabilità sul fallimento del progetto..
Una cosa che è emersa anche nelle discussioni di una altro gruppo a cui ho partecipato: i METODI.
Putroppo sono una persona poco “democratica”, ho questo difetto. E probabilmente non ho saputo dare molto peso al metodo, per favorire partecipazione e coinvolgimento al progetto.
Mi accorgo che ho sbagliato nell’eccesso di presenza nel dibattito.
Gli strumenti previsti per lo scambio di idee e formulazione di contenuti sono fisiologicamente partecipativi. La mailing list, una volta iscritto, chiunque può dire la sua (e all’inizio, nei primi mesi, ha funzionato bene). Il wiki è uno spazio per definizione “collettivo” (il fatto di rendere le modifiche aperte solo ad utenti registrati non credo che abbia influito negativamente su questo), ma di fatto non sono stati molti gli utenti che hanno partecipato ai contenuti del wiki.
Però mi son trovato di fronte ad una situazione, nel momento in cui la partecipazione al progetto stava diminuendo, di fronte alla quale avremmo rischiato di fallire anche l’obiettivo della formulazione della proposta di legge.
E forse, se l’intento era di renderla una vera proposta di legge partecipata, sarebbe stato meglio fallire anche questo obiettivo, e rendersi conto quasi da subito che i presupposti non c’erano per proseguire il lavoro.

Ripensandoci con il “senno di poi”, probabilmente sarebbe stato maggiormente corretto partire dal coinvolgimento del sistema scolastico per favorire la diffusione del FLOSS non solo nella PA.
Un po come è stato fatto nella provincia di Bolzano con il progetto FUSS.

Nel merito dei contenuti del testo della proposta di legge non credo invece che ci siano punti “errati”. Ma probabilmente non sono neanche la persona più adatta a valutarne i contenuti. Visto che il mio punto di osservazione non è affatto esterno all’oggetto osservato, e la mia sarebbe una “valutazione” piuttosto inquinata ed “etnocentrica”.

Comunque, un testo della proposta di legge alla fine c’è anche se non ne saprei definirne la qualità.
Anche se sono rimaste ancora alcune questioni in sospeso (principalmente due, emerse nell’ultimo periodo) nella formulazione della proposta di legge:

1- la solita questione dei bandi di acquisizione del software.

2- una questione che è stata sollevata in alcuni commenti tra la raccolta delle firme online è quella del “digital divide”.

Ma d’altronde queste sono solo opinioni personali ….