GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    Aaron Rainbolt (arraybolt3@theres.life)'s status on Monday, 11-Mar-2024 18:37:12 JST Aaron Rainbolt Aaron Rainbolt
    • Aral Balkan
    • Digital Mark λ 📚 🕹 💾 🥃

    @mdhughes @aral The FOSS devs oftentimes use GPL and are perfectly happy to introduce GPLv2+ code, and the indie devs can use GPL code too and even sell their software as long as they also give source and GPL rights as required. Ardour does this and it works pretty well for them.

    I will say, though, whatever GPL version you choose, please, I beg of you, add the "or any later version" clause or you give license auditors and devs a headache. I have had some interesting messes to untangle because of the lack of "or any later version" clauses when trying to piece together a program.

    In conversation Monday, 11-Mar-2024 18:37:12 JST from theres.life permalink
    • Embed this notice
      Aral Balkan (aral@mastodon.ar.al)'s status on Monday, 11-Mar-2024 18:37:11 JST Aral Balkan Aral Balkan
      in reply to
      • Digital Mark λ 📚 🕹 💾 🥃

      @arraybolt3 @mdhughes I was using the “or any later version” but have stopped since I don’t necessarily trust what will come next from the FSF given how they’ve handled stuff recently. I already use the latest versions of the licenses in my work and I plan to review any new versions that come out, if they do, and update my licenses accordingly.

      In conversation Monday, 11-Mar-2024 18:37:11 JST permalink
    • Embed this notice
      翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Monday, 11-Mar-2024 20:11:51 JST 翠星石 翠星石
      in reply to
      • Aral Balkan
      @aral >I don’t necessarily trust what will come next from the FSF given how they’ve handled stuff recently.
      I don't have many complaints about how the FSF handled stuff recently.

      The upgrade clause is very carefully designed; "The Free Software Foundation may publish revised and/or new versions of the GNU General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns."

      As a result, if say the GPLv4 was a proprietary license, such new version wouldn't be "similar in spirit", so thus would be legally invalid.

      You don't need to worry about later versions being the slightest bit proprietary, as there are numerous free software extremists like me that will never allow that to happen.

      >I already use the latest versions of the licenses in my work and I plan to review any new versions that come out, if they do, and update my licenses accordingly.
      That may work out if you're the latest copyright holder and you don't get into a situation where you can't upgrade to the latest version for years, but as soon as there is multiple contributors, big problems start to happen.

      It may be a good idea to use the proxy option if you have misplaced doubts; "If the Program specifies that a proxy can decide which future versions of the GNU General Public License can be used, that proxy’s public statement of acceptance of a version permanently authorizes you to choose that version for the Program."
      In conversation Monday, 11-Mar-2024 20:11:51 JST permalink

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.