#gplv3

看到「(open)rsync gains include/exclude support」這篇才注意到有 OpenRsync 專案… 在 OpenRsync 的網站上是指到 OpenBSD 的 cvsweb 上：「src/usr.bin/rsync/」，不過在 GitHub 上也有一個 repository：「kristapsdz/openrsync」，裡面有提到目前應該是以 OpenBSD 內的 source code 為主： This system has been merged into OpenBSD base. If you’d like to contribute to openrsync, please mail your patches to [email protected]. This repository is simply the OpenBSD version…

Como instalar o GNU Emacs no Ubuntu

A princípio, o GNU Emacs é um editor de texto de código aberto e gratuito do fundador do GNU Project, Richard Stallman. Além disso, está disponível para GNU, Linux, macOS, FreeBSD, NetBSD, OpenBSD, Solaris e Windows. Neste artigo, veja como instalar o GNU Emacs no Ubuntu.

Alguns recursos importantes são: coloração de sintaxe, documentação interna, Unicode completo, personalização usando o código…

Se non sapessi cosa sia il free software ti consiglio di leggere questo articolo prima di continuare la lettura.

Nel caso tu sappia programmare, creare free software è estremamente facile, una volta finito il proprio programma, basta creare un documento di testo, per semplicità di solito si usano i formati txt oppure mk, chiamato LICENSE (anche se legalmente basta anche scrivere il tipo licenza in qualsiasi posto), all'interno di esso bisogna mettere il testo della licenza desiderata.

La mia esperienza:

Per dimostrare che creare Free Software sia effettivamente facile ho deciso di creare un intero programma e distribuirlo con una licenza in linea con la filosofia Free Software. Volendo un progetto che fosse degno di licenza e che fosse difficile ma non impossibile per il mio livello di esperienza, ho deciso di programmare una versione codice di Enigma, che ho chiamato CEnigma. Per distribuirlo ho optato per GitHub.

Immagine: GitHub redesigned logo, April 2013. - Wikimedia, Licenza: Public Domain

GitHub permette a tutti gli interessati di scaricare il codice sorgente del tuo progetto, per poi eseguirlo, modificarlo e volendo anche ridistribuirlo con o senza modifiche effettuate. ATTENZIONE: Nel caso non si inserisca alcun file LICENSE nel proprio progetto, la pagina Licenze comunica che la licenza standard è ALL RIGHTS RESERVED, generalmente questi tipi di progetti andrebbero messi in repositories private.

La Community:

GitHub, per la sua natura, spinge i developers a collaborare tra di loro, molte volte si utilizza il link della propria repository GitHub per poter aggiungere contesto alle domande sui vari siti di supporto, io ne ho provati alcuni:

Stack Overflow è di sicuro quello dove si trova il maggior supporto, prima di postare qualsiasi cosa però bisogna leggere molto bene le regole per capire cosa chiedere e come.

Reddit è un po’ un Far West, esistono molte community, alcune più attive di altre, bisogna girare un po’ tra le pagine e trovare quella giusta, anche qui esistono regole ed è bene seguirle, ma gli utenti molte volte chiudono un occhio quando non vengono rispettate.

Forum del linguaggio utilizzato, generalmente parlando è un’ottima scelta. Dipende molto dal linguaggio, utilizzando C preferisco utilizzare Stack Overflow, mentre con linguaggi meno popolari come D, il forum D-Lang è la scelta migliore.

Un consiglio è quello di chiedere sempre, ameno che non venga specificato dall'utente, se sia possibile utilizzare nel tuo programma il codice postato nelle risposte delle tue domande.

immagine: Stack Overflow Logo,  Quibik, Licenza: Public Domain

Le Licenze:

Una volta finito il proprio progetto, nel caso tu non lo abbia ancora fatto, basta caricarlo su GitHub, sia tramite command line sia tramite il browser , si creerà automaticamente un file README, per semplicità consiglio di utilizzare il template consigliato dalla pagina ufficiale. Infine bisogna aggiungere il file LICENSE.mk e scegliere la propria licenza. Ecco le più popolari:

MIT: è la licenza più semplice di tutte, sono una ventina di righe che danno massima libertà gli utenti, bisogna semplicemente mantenere il testo della licenza durante utilizzo e ridistribuzione, opere derivate possono non essere Open Source.

GPL: esistono diverse versioni di GPL, sono più complicate della MIT, tutte sono in perfetta linea con la filosofia free software, infatti il codice sorgente, anche di opere derivate, deve essere sempre condiviso sotto licenza GPL,.

Apache: La licenza è simile a MIT ma più complicata, i programmi con licenza Apache possono essere soggetti a patenti, le ridistribuzioni possono utilizzare licenze diverse, i cambiamenti del software devono essere documentati e le opere derivate possono non essere Open Source.

Nel caso si vogliano avere più opzioni, la comunità GitHub ha creato la pagina choosealicense.

MIT Scelgo te!

Immagine: MIT License, Wikimedia lincenza: Public Domain

Ho scelto La licenza MIT perché’ la trovo la più semplice e permissiva, per implementarla ho copiato il testo della licenza nel file LICENSE su GitHub, da quel momento in poi il mio progetto era coperto dalla licenza MIT, diventando a tutti gli effetti Free Software.

Puoi trovare CEnigma sul mio GitHub.

Articolo by Lorenzo Toscano

在「openrsync imported into the tree」這邊看到 openrsync 專案進入到 OpenBSD 的 source tree 內。

rsync 是使用 GPLv3 授權，這個授權剛出來的時候，幾個比較大的 BSD 的團隊都有找律師研究過，最後都是做出不要把 GPLv3 的軟體放進 source tree 的建議，但 rsync 算是很好用的工具 (尤其是在效率上)。

看起來 openrsync 這個專案主要的目的就是重新實做出 ISC license 版本的 rsync：

This is an implementation of rsync with a BSD (ISC) license. It’s compatible with a modern rsync (3.1.3 is used for testing, but any supporting…