This is an old revision of the document!
Potentially useful video: https://www.youtube.com/watch?v=UMIG4KnM8xw
We are not lawyers, but could consult one to help us out! $$$
The key thing I want to provide is an understanding of your options. Secondary to that is the ethical and economical implications. They are important, but in my opinion the most helpful version of this presentation would be short, understandable, and have everyone leave with a confident understanding of their options for licensing and possibly an idea of which they would lean towards. I don't want people making things public without a full understanding of what that means. I don't want people regretting choosing MIT/BSD license. I don't want people regretting choosing GPL.
— Jeffrey Fisher
EDIT: For Bitcamp we want to aim for 30 minutes, with time for questions. We will likely need to cut majority of ethical/economical stuff. IMO the main thing is to avoid people publishing code or artifacts without a license. Doubt we will have time to cover how to make money off the stuff you make. Should probably mention some ideas briefly or at least “making money off of FOSS is a challenging problem”.
— Jeffrey Fisher
- Probably mention what rights you grant to GitHub and other GitHub users when you make something public without a license.
- Both pros and cons on this side. If you accidentally make it public there are some rights granted, and people will be able to download and use, and use it even illegally, but not much you can do in most cases. If you make it public and want people to be able to use it, but don't publish under an appropriate license, people won't be able to legally use it.
- Important to mention that if you upload code to GitHub, it will be used to train GitHub Copilot (their AI code-writing service). There are ongoing lawsuits about the license compatibility of the training code and the code that Copilot produces. Many users have protested by moving their software to other forges such as Gitlab or Codeberg, but that does not answer the legal questions posed by Copilot and related AIs. As FOSS licenses have been rarely challenged in court before, this is an important case to watch for all developers. — Skylar
- We will present pragmatic lessons and takeaways here to avoid flamewars from both sides (Richard Stallman and Steve Ballmer, for example), and to avoid devolving into conspiracy theories (for example, GPL or BSD license zealots. Or Embrace, Extend, and Extinguish, a valid criticism, but the extent to which it applies to licensing is debatable). — Skylar
- We will also not discuss Creative Commons. While related, CC licensing generally refers to creative works, not software.
Come up with more fun and attention-grabbing title
- Probably mention open source and/or free software in the title
Definitely too much for a 20-30 minute time slot. Idea for information split: (1) Licenses. (2) Contributing to FOSS projects. If can get 2 half-hour slots at a hackathon, could present both as related but separate, so people can come to one or both.
Why FOSS?
Ethics pros and cons
- Pro: The 4 freedoms: https://www.gnu.org/philosophy/free-sw.en.html#four-freedoms
In more pragmatic terms:
- Freedom to use the code without restrictions
- Freedom to study the code and change how it works
- Can share code among multiple contributors
- Can let others use your code freely as long as they follow the license
--- Skylar
- ??? con: Open-sourcing potentially unethical software: Stable Diffusion, malware, Tornado Cash.
Utility/Economics pros and cons
- “if you want your software to be packaged by linux distributions and reach a wide audience, a FOSS license is almost always a requirement.” — Skylar
- Debian Free Software Guidelines (DFSG). Rules of other distros. You can still package something yourself but if you want it to be in official repos of Ubuntu/Debian/Fedora/etc., you need to use approved open source licenses.
- Can enable others to audit your software for security, privacy, performance, etc.
- Faster and cheaper to reuse existing code for your projects
- Ensure that the project lives beyond the scope/lifetime of the original developer/company (mitigate risk of abandonware)
- Can make money! https://www.gnu.org/philosophy/free-sw.en.html#selling
- This is a later item because it is rather important - we all need to put food on the table.
Organizations dealing with FOSS licensing
Software Package Data Exchange (SPDX) is an open standard for software bill of materials (SBOM) (thanks Wikipedia). It's connected to the Linux Foundation.
- Free Software Foundation: https://www.gnu.org/licenses/license-list.html
A historic leader in free software, promoting the GPL and opposing the term “open-source” for skipping over the freedom aspect.
- Open Source Initiative: https://opensource.org/
Another historic leader in free software, focusing more on the pragmatism of free software.
- Software Conservancy: https://sfconservancy.org/
A nonprofit supporting software freedom. They provide support for FOSS projects and work to enforce free software licenses.
- Software in the Public Interest: https://www.spi-inc.org/
A nonprofit providing funds for free open source projects.
— Skylar