Licenze, governance dei progetti, software libero nella pubblica amministrazione e in azienda.
Le cifre del degrado dei motori di ricerca: link rot secondo Pew, il calo di Wikipedia, l'archivio di FiveThirtyEight che risponde 200 al posto di un 404. Poi il livello sotto, quello dell'indice: al 13 agosto 2026 l'unico indice web aperto europeo ha il progetto chiuso dal 28 febbraio.
Leggi tuttoIl 27 luglio 2026 la Commissione ha pubblicato la guida all'applicazione del Cyber Resilience Act. Il capitolo 3 dedica cinquanta paragrafi al software libero e stabilisce due condizioni cumulative perché un progetto sia FOSS ai fini del regolamento, dove passa il confine fra chi contribuisce e chi risponde, e quali obblighi ricadono su fondazioni e steward secondo il tipo di sostegno che offrono.
Leggi tuttoIl 29 gennaio 2011 la community di Hudson ha votato per rinominare il progetto in Jenkins. La licenza del codice era libera, il nome e l'infrastruttura no. Dove sta il vero controllo di un progetto.
Leggi tuttoLa prima release stabile di LibreOffice (25 gennaio 2011) raccoglie in un solo albero il codice di OpenOffice.org 3.3, le patch di Go-oo e quelle delle distribuzioni Linux. Nota tecnica su filtri d'importazione, build e governance.
Leggi tuttoUn consuntivo tecnico sul software libero al 2010: dal controllo di versione distribuito alle licenze, cosa è cambiato davvero nel lavoro quotidiano di chi mette in piedi siti e applicazioni.
Leggi tuttoAdottare software libero nella pubblica amministrazione non finisce con la licenza: qualcuno deve mantenere, integrare e assistere il codice nel tempo. Nota tecnica sul ruolo delle aziende, dal contesto toscano del 2010.
Leggi tuttoPubblicare il codice sorgente sotto licenza open source non equivale a rinunciare al know-how: cosa resta tutelabile come segreto e cosa diventa pubblico, alla luce di TRIPS art. 39, Reg. CE 772/2004 e artt. 98-99 c.p.i.
Leggi tuttoL'art. 69 del Codice dell'Amministrazione Digitale impone alle PA di concedere in riuso, in formato sorgente e gratuitamente, il software commissionato. Ricostruisco la catena normativa che ci ha portato qui e i punti dove l'obbligo si svuota.
Leggi tuttoPloneGov porta in Italia un modello cooperativo per la PA costruito su Plone: enti che mettono in comune codice invece di ricomprare le stesse applicazioni. Note tecniche e limiti del modello.
Leggi tuttoLa compatibilità tra licenze open, e tra licenze open e proprietarie, dipende dalle clausole, non dal codice. GPLv2, GPLv3, LGPL, MPL 1.1, BSD e Apache 2.0 a confronto, con la legge 633/1941 sullo sfondo.
Leggi tuttoA pochi mesi dalla GPLv3 e a ridosso del Linux Day, una nota tecnica su licenze, proliferazione e compatibilità: cosa vuol dire oggi parlare di saperi liberi.
Leggi tuttoIl 29 giugno 2007 la FSF ha pubblicato la GNU GPL versione 3. Anti-tivoization, concessione esplicita di brevetto e compatibilità con Apache 2.0 ridisegnano il perimetro del copyleft, mentre il kernel Linux resta sulla v2.
Leggi tuttoChi lavora su software libero non vende la licenza, ma i servizi attorno al codice. Una nota tecnica sul modello a sottoscrizione e sullo stato delle licenze a fine 2006.
Leggi tuttoLa direttiva del 19 dicembre 2003 obbliga la PA a valutare il software open source e i formati aperti. Note tecniche su come si costruisce, oggi, il portale di una Provincia su stack libero.
Leggi tuttoDa pochi giorni esiste in Italia un'associazione di utilizzatori di Zope e Plone. Annoto perché a uno stack server scritto in Python serve un coordinamento locale, e quali nodi tecnici lo rendono difficile da reggere senza una comunità strutturata.
Leggi tuttoLa proposta di direttiva europea sulla brevettabilità delle invenzioni implementate al computer riapre una questione che l'Articolo 52 della Convenzione sul Brevetto Europeo aveva già delimitato. Una lettura tecnica del testo, degli emendamenti del Parlamento e di cosa è in gioco per chi scrive software.
Leggi tuttoAppunti dopo una giornata di confronto sull'open source nella pubblica amministrazione: il problema non è quanto costa una licenza, ma chi tiene in mano i formati, il codice e la continuità del servizio.
Leggi tuttoLa Open Source Definition fissa dieci criteri che una licenza deve soddisfare per essere certificata dall'OSI. Le licenze approvate si dispongono lungo un asse: copyleft forte, copyleft debole, permissive.
Leggi tuttoIl modello a doppia licenza di MySQL, Qt e Berkeley DB regge sulla reciprocità della GPL. Anatomia tecnica di un meccanismo del 2002.
Leggi tuttoLe domande poste al panel di Pisa hanno già una risposta misurabile nel 2002: licenze depositate, governance delle fondazioni e quote di mercato rilevate da terzi, non opinioni.
Leggi tutto
