mastodon.uno è uno dei tanti server Mastodon indipendenti che puoi usare per partecipare al fediverso.
Mastodon.Uno è la principale comunità mastodon italiana. Con 77.000 iscritti è il più grande nodo Mastodon italiano: anima ambientalista a supporto della privacy e del mondo Open Source.

Statistiche del server:

6,3K
utenti attivi

#gpl

14 post13 partecipanti0 post oggi

What's everyone's view on the #EUPL compared to the #GPL? I read thru it and my impression is that the EUPL achieves most of the same things as the GPL but with much less convoluted language, and written by EU lawyers rather than #FOSS activists which instills confidence.

This part feels a bit weird tho: "The Licensee must cause any Derivative Work to carry prominent notices stating that the Work has been modified and the date of modification." What's "prominent"?
#law #OpenSource #programming

The GPL isn't just a license, it's a chain of custody for freedom. Unlike permissive MIT/BSD, that let corporations privatize code into closed ecosystems, GPL's ‘copyleft’ binds derivatives to openness, ensuring every user inherits the right to study, modify, and share.

Permissive licenses enable enclosure of the digital commons while GPL defends them. When code stays open, we retain collective sovereignty over the tools shaping society.

Ha risposto nella discussione

Sometimes I see @alternativeto pushing quite a lot of commercial software and wonder about the perceived shift of perspective.

#CAD #CAM for example: Artsoft's Mach3 & Mach4 are listed separately as controllers, but not the #FreeSoftware #OpenSouce alternative #UGS?! Even #YouTube is better in the case of #CNC since the existence of #UniversalGCODEsender isn't censored (like covid).

Please, stop the progress of #enshitification and save the much appreciated website with more #GPL alternatives. TY

Dear @georgetakei
Sorry to bother you.

I spent my career working on policy issues in Free & #OpenSource software. I didn't write the code for Mastodon/fediverse, but I invented the licensing structure it uses called Affero #GPL

its licensing ensures equal rights between companies, individuals, hobbyists, & enthusiasts.

You've been a hero of mine since I was 11 years old. I have been crying with joy for 5 minutes upon discovering you use this platform.

Thank you for everything.
🥹

Ha risposto nella discussione

@wickedsmoke And it is not an issue with the #GNU #GPL ... there is no reason to stay away from the GPL, rather than... license compatibility is a mess no matter what license one picks.

OpenSSL could change their license to something that is GPLv2 compatible, or git to something that is GPLv3-only / -and-or-later. They could also do more work on being compliant., just cause something is free software doesn't mean you have no obligations.

@mort

TIL that if your software is licensed under the GPL, you can't link against OpenSSL or other Apache-licensed libraries, either directly or indirectly: bugs.debian.org/cgi-bin/bugrep

I mean you *can*, at least wrt. OpenSSL, but only if the entity which distributes your software doesn't also distribute OpenSSL. Meaning distros can't distribute your software, and you can't distribute a bundle with your software + OpenSSL.

What a mess. Staying away from #GPL from now on. #foss #opensource #freesoftware

bugs.debian.org#1094969 - git: /usr/lib/git-core/git-remote-http is linked against incompatibly licensed OpenSSL - Debian Bug report logs

macOS 15.4 中 rsync 被換成 OpenRsync

主要是看到「Rsync replaced with openrsync on macOS Sequoia (derflounder.wordpress.com)」這邊的消息,macOS 15.4 的更新中,rsync 被換成 OpenRsync 了:「rsync replaced with openrsync on macOS Sequoia」。 macOS 的 rsync 一直維持 2007 年的 2.x 版,主要的原因是後來變成 GPLv3 了,而 OpenRsync 是 OpenBSD 團體弄出來的版本,使用 BSD licenses。 OpenRsync 畢竟是重寫一套出來,可以預期會有相容性問題,再加上 OpenRsync 本來就沒打算做到完全相容,但基本與常見的功能都有實作出來,算是堪…

blog.gslin.org/archives/2025/0

Gea-Suan Lin's BLOG · macOS 15.4 中 rsync 被換成 OpenRsync
#gpl#gplv3#license
The #Atari 1200XL was a 8bit #homecomputer running a #MOS 6502 #CPU at 1.79 MHz. When this beautiful machine was launched in 1983 with 64Kb RAM the price was under thousand dollars, but... https://youtu.be/JyA5tA5mmYY

$omehow, in the #8bitwar the #C64 was much more popular even when specs been almost the same. The difference in #BASIC language was less significant for the success. Most likely that competition was won by #Commodore because Jack Tramiel took the advice of his grandfather so serious.
https://www.computinghistory.org.uk/det/22449/Atari-1200XL/

#retrocomputer #vector #graphics #vintage #Atari1200XL #8bit #computer #vectorgraphics #svgART #svg #cgi #art #illustration made by #gfkDSGN with #GPL #Inkscape and #FreeSoftware instead of #Adobe #Illustrator #Ai #SaaS #BS
Más allá de la GPL

En los años 80 y de la mano de Richard Stallman, la Licencia Pública General (GPL) fue una herramienta disruptiva. Proponía una mirada diferente sobre la propiedad intelectual en el software al tiempo que habilitaba nuevas prácticas de colaboración y circulación del conocimiento técnico. Pero las condiciones socio-económicas y culturales han cambiado mucho desde entonces. En el panorama actual lo “abierto” no solo convive con estructuras de poder económico concentrado sino que también lo traccionan y sostienen. Entonces ¿qué papel ocupan hoy las licencias “libres” y “abiertas”?

¿Qué es (y qué fue) la GPL?

La GPL surgió, impulsada por el movimiento del software libre, como respuesta al modelo del software propietario: cerrado, restrictivo, controlado por empresas. La licencia permite usar, estudiar, modificar y redistribuir el software, pero bajo una serie de condiciones (“libertades” del software): cualquier derivado debe mantenerse bajo la misma licencia. De este modo, se buscaba evitar la apropiación privada de desarrollos compartidos. La licencia establece un marco legal con cláusulas específicas. No se trata de una cesión total de derechos, sino de una estructura que condiciona el acceso para preservar la apertura y la colaboración a largo plazo.

¿Dónde estamos parados hoy?

En el curso de los últimos 40 años, el software libre dejó de ser una práctica marginal para convertirse en una parte fundamental de la infraestructura digital global. Y en este proceso, las corporaciones tecnológicas aprendieron a usar —y a veces financiar— proyectos libres, integrándolos a sus propios modelos de negocio.

Hoy, muchos servicios corporativos se apoyan en componentes abiertos, pero eso no significa que respeten ni reproduzcan las condiciones de igualdad o colaboración con que fueron concebidos. El código es abierto, pero el entorno en que se lo utiliza muchas veces no lo es.

Como parte de la transformación de las formas de producción, surgieron paralelamente nuevas formas de organización: fundaciones, consorcios, iniciativas híbridas entre lo comunitario y lo empresarial. Estas estructuras ofrecen soporte legal, recursos y visibilidad, pero también suelen depender en gran parte del financiamiento de grandes empresas, que influyen en los criterios de sostenibilidad y dirección de los proyectos y exponen a los desarrollos abiertos al riesgo de quedar subordinados a agendas externas, más ligadas a la eficiencia de mercado que a la colaboración horizontal.

Producción abierta, rentabilidad cerrada

Como parte del paisaje que venimos describiendo, una parte importante y mayoritaria de las personas que contribuyen activamente a proyectos de código abierto no reciben paga por su trabajo, a pesar de que muchos de esos desarrollos son esenciales para empresas multimillonarias. Es decir, existe una asimetría entre quienes producen valor y quienes lo capitalizan.

La producción distribuida de software, habilitada por licencias como la GPL, permite innovar colectivamente, pero también abarata costos para actores con capacidad de transformar ese trabajo en ingresos. Esto pone en tensión el sentido original de muchas iniciativas abiertas, que no fueron pensadas para alimentar plataformas cerradas o modelos de concentración económica.

¿Y entonces… qué hacemos?

En este escenario, los proyectos y comunidades de software libre enfrentan un desafío urgente: cómo sostenerse sin perder autonomía, sin depender exclusivamente del voluntarismo ni quedar atrapados en lógicas corporativas. Muchos proyectos clave (incluidos aquellos que sostienen parte de Internet) funcionan gracias al tiempo y el trabajo no remunerado de personas que colaboran por compromiso, interés o necesidad, sin garantías de continuidad. En paralelo, la financiación directa por parte de personas usuarias o comunidades es inestable y no siempre alcanza para cubrir los costos de desarrollo, mantenimiento y seguridad.

Entonces, ¿cómo se protege y sostiene un bien común digital en un entorno marcado por lógicas de mercado? ¿Es suficiente con tener una licencia clara y restrictiva, como la GPL, para preservar la colaboración abierta? ¿O necesitamos pensar nuevas herramientas institucionales, legales y comunitarias para que esa apertura no termine siendo cooptada?

El problema, ciertamente, no es solo técnico ni jurídico, sino también cultural y organizativo. Las licencias son marcos legales, pero no alcanzan por sí solas si no hay personas dispuestas a sostener una práctica colectiva, a discutir cómo se toman decisiones, cómo se distribuyen los recursos, cómo se cuidan los proyectos a largo plazo.

Quizás sea hora de pensar nuevas estrategias: más allá de las licencias, más allá del entusiasmo por lo abierto. Estrategias colectivas que no solo regulen el acceso al conocimiento, sino también su sostenibilidad, su dirección y su sentido.

STACK Webinar video

The video from my #Moodle Academy webinar on #maths education using the #STACK question type. I do get quite excited during the presentation. I can make all sample questions available on request. I amused myself again when I heard me mention what I would do if I were/was independently wealthy.

youtube.com/watch?v=JdLkb2dder

Here is the hosting service we offer

catalyst-eu.net/service/moodle

(but it is all #GPL )