#gplv3

[itrunsdoom]

Four words: SNES Doom Source Code.

[gslin]

OpenRsync 專案

看到「(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…

View On WordPress

[illuminarch]

Como instalar o GNU Emacs no Ubuntu

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…

View On WordPress

[digitalinux]

Creare Free Software è Facile

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

CC BY-SA 4.0

[gslin]

openrsync

在「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…

View On WordPress

[tavernalinux]

Corebird atualizado para v1.3.1 Tem até review dele no Taverna 🍻! #YouTube https://youtu.be/Tfv8N855slU #Corebird #GPL #GPLv3 #Atualizado #Update #OpenSource #SoftwareLivre #FreeSoftware

[web-design-logic]

/p/958/ Выступая на конференции OSCON, менеджер Google по программам в области Open Source Крис Дибона сообщил, что в настоящее время более 50% проектов, опубликованных в репозитории Google Code на условиях лицензии GPL, используют третью версию лицензии (GPLv3).Третья версия лицензии GNU General Public License (Универсальная публичная лицензия ГНУ), опубликованная в 2005 году, выпущена Фондом свободного программного обеспечения на смену второй версии, представленной в 1991 году. GNU GPLv2 стала самой популярной лицензией в сообществе создателей свободного ПО - в частности, именно на условиях этой лицензии было опубликовано ядро ОС Linux.В отличие от своей предшественницы, третья версия GPL позволяет снизить риски, связанные с софтверными патентами, решает вопрос совместимости с некоторыми другими популярными свободными лицензиями, в частности, Apache License, а также снимает ряд проблем, связанных с использованием лицензии за пределами США. Вместе с тем, GPLv3 не содержит нормы, делающей обязательным раскрытие кода при использовании свободного ПО в онлайновых услугах - такое требование включено в текст специальной лицензии GNU Affero General Public License.

[changwoo-hacks]

GPL 버전2 3항(소스코드 공개 방법)의 불편함

GPL 버전2는 1991년에 개정됐습니다. 잠깐 기억을 되돌려봐도 당시에 인터넷이라는 건 미국 정부기관, 연구소, 대학들에서만 이용할 수 있는 장치였지 보편적인 장치가 아니었습니다. (국내에는 연결된 기관이 KAIST정도밖에 없었겠죠.) 가장 보편적으로 소스코드를 전달할 수 있는 매체는 물리적인 저장장치를 우편으로 전달하는 것이었습니다. GPL 버전2의 3항은 그래서 이런 모습이 되어 버렸습니다. 3항은 a), b), c) 중 한 가지 방법으로 오브젝트에 대한 소스코드를 전달하도록 되어 있는데 a)는 함께 전달하는 것이고, b)는 3년간 소스코드를 물리적으로 전달한다고 보장하는 문서를 제공하는 것, c)는 비상업적인 용도에 한해 앞의 b)의 내용을 그대로 forward할 수 있다는 것입니다. 오브젝트 코드를 배포하지 않으면 아주 간단해 지지만, 배포한다면 소스코드를 같이 전달하거나 3년간 물리적인 소스코드 전달을 보장해야 합니다. 이 점은 오브젝트 코드를 배포해야 하는 업체들에게는 곤혹스러운데요. 제품과 함께 CD같은 미디어를 배포한다면 끼워넣으면 되지만, 제품에 따로 소스코드를 넣을 만한 여지가 없으면 물리적인 소스코드 전달을 보장해야 하는 번거로움이 있습니다. (물론 일반 리눅스 바이너리 CD를 판매하는 업체들도, 공식적으로 연락을 하고 우편요금을 지불하면 실제로 소스코드가 담긴 CD를 보내준다고 합니다. 물론 인터넷으로 받으면 되기 때문에 이게 되는지 일부러 실험하고 싶은 사람이 아니라면 일부러 요청할 필요가 없지만요.) GPL 버전3은 이 부분이 보강되어 있습니다. 오브젝트와 같은 자격으로 접근할 수 있는 위치에 소스코드를 제공하는 것으로 (즉 URL을 쓰는 것으로) 조건을 만족할 수 있습니다. GPL 버전 2에선 이게 안 되고, 버전3에서만 됩니다. 시대의 변화를 반영한 이 부분은 매우 긍정적입니다. 오히려 버전3이 비지니스 프렌드리하지 않을까요. 문제는 리눅스 커널도 그렇고, BusyBox도 그렇고 "or (at your option) later version" 문구가 붙어 있지 않은 "GPL v2 only" 소프트웨어가 꽤 있어서 GPL v2는 쉽게 사라지지 않을 거고, 여전히 3년간 물리적인 매체를 통해 전달하는 보장을 해야 됩니다. (업데이트) 참고 글: The GPL Has No (Networked) Future