Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code?

#Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code?

Scheduled Pinned Locked Moved Uncategorized
rustgplmit
8 Posts 8 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • dlc@mstdn.socialD This user is from outside of this forum
    dlc@mstdn.socialD This user is from outside of this forum
    dlc@mstdn.social
    wrote last edited by
    #1

    #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code?

    srazkvt@tech.lgbtS meluzzy@woof.techM caleb@hachyderm.ioC cybertailor@deadinsi.deC 4 Replies Last reply
    0
    • dlc@mstdn.socialD dlc@mstdn.social

      #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code?

      srazkvt@tech.lgbtS This user is from outside of this forum
      srazkvt@tech.lgbtS This user is from outside of this forum
      srazkvt@tech.lgbt
      wrote last edited by
      #2

      @DLC same as any other mit project, either it's a corporation aiming to disrupt and gain power in a specific niche, or people who got fed propaganda about how permissive licenses is better than copyleft licenses

      1 Reply Last reply
      0
      • dlc@mstdn.socialD dlc@mstdn.social

        #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code?

        meluzzy@woof.techM This user is from outside of this forum
        meluzzy@woof.techM This user is from outside of this forum
        meluzzy@woof.tech
        wrote last edited by
        #3

        @DLC That's a good question. If I had to guess I would go for the common misconception of:

        - "MIT is less restrictive so It gives more freedom".

        And the fallacy:

        - "The more freedom the more fair; the more fair the more moral".

        All of this just to end up with the so common result of: "They took my code and bundled it into a private toolchain used to [insert the most unethical use possible] and they are harming thousands of people with it while making a profit"

        This is often done with the objective of performing the following "flex" maneuver in their CVs: "The code I wrote for my library ended up being used by [evil company] and thats amazing!"

        > Remember folks that some people were indoctrinated into thinking that serving evil companies is something to be proud of.

        Such are the wonders of "Freedom as in MIT"

        1 Reply Last reply
        0
        • dlc@mstdn.socialD dlc@mstdn.social

          #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code?

          caleb@hachyderm.ioC This user is from outside of this forum
          caleb@hachyderm.ioC This user is from outside of this forum
          caleb@hachyderm.io
          wrote last edited by
          #4

          @DLC if this is a reference to uutils/coreutils, I don't think a lot of thought went into it. The repo got the MIT licence added in the first commit in **2013**

          https://github.com/uutils/coreutils/commit/d4e96b33e343733992fad55ac840c9649cd72ede

          1 Reply Last reply
          0
          • dlc@mstdn.socialD dlc@mstdn.social

            #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code?

            cybertailor@deadinsi.deC This user is from outside of this forum
            cybertailor@deadinsi.deC This user is from outside of this forum
            cybertailor@deadinsi.de
            wrote last edited by
            #5

            @DLC maybe because license compatibility and complience is hard with static linking

            slatian@pleroma.envs.netS noisytoot@berkeley.edu.plN 2 Replies Last reply
            0
            • cybertailor@deadinsi.deC cybertailor@deadinsi.de

              @DLC maybe because license compatibility and complience is hard with static linking

              slatian@pleroma.envs.netS This user is from outside of this forum
              slatian@pleroma.envs.netS This user is from outside of this forum
              slatian@pleroma.envs.net
              wrote last edited by
              #6

              @cybertailor@deadinsi.de @DLC@mstdn.social At least the AGPL 3.0 makes sure that both statically and dynamically linked libraries are covered by "Corresponding Source" with the main goal being that someone can obtain all source files for an (A)GPL program they have been given access to (oversimplified) so they can exercise the rights they have on software under the license.

              jak2k@mastodontech.deJ 1 Reply Last reply
              0
              • slatian@pleroma.envs.netS slatian@pleroma.envs.net

                @cybertailor@deadinsi.de @DLC@mstdn.social At least the AGPL 3.0 makes sure that both statically and dynamically linked libraries are covered by "Corresponding Source" with the main goal being that someone can obtain all source files for an (A)GPL program they have been given access to (oversimplified) so they can exercise the rights they have on software under the license.

                jak2k@mastodontech.deJ This user is from outside of this forum
                jak2k@mastodontech.deJ This user is from outside of this forum
                jak2k@mastodontech.de
                wrote last edited by
                #7

                @slatian @cybertailor @DLC And that's also the reason I license my Rust under AGPL (and sometimes also under GAL).

                1 Reply Last reply
                0
                • cybertailor@deadinsi.deC cybertailor@deadinsi.de

                  @DLC maybe because license compatibility and complience is hard with static linking

                  noisytoot@berkeley.edu.plN This user is from outside of this forum
                  noisytoot@berkeley.edu.plN This user is from outside of this forum
                  noisytoot@berkeley.edu.pl
                  wrote last edited by
                  #8
                  @cybertailor @DLC It's not really any different unless you're writing a proprietary program that's linking against an LGPL'd library. If you're linking against an (A)GPL'd library, your program must be free software anyway and it doesn't matter if it's being linked statically or dynamically, and if your program is free software it doesn't matter if you're using static or dynamic linking since you can just provide source code.

                  The only difference is if you're writing a proprietary program linked to an LGPL'd library, in which case you must provide a way for the user to replace the LGPL'd library (which would usually be providing the .o files and letting the user relink them)
                  1 Reply Last reply
                  1
                  0
                  • R relay@relay.an.exchange shared this topic
                  Reply
                  • Reply as topic
                  Log in to reply
                  • Oldest to Newest
                  • Newest to Oldest
                  • Most Votes


                  • Login

                  • Login or register to search.
                  • First post
                    Last post
                  0
                  • Categories
                  • Recent
                  • Tags
                  • Popular
                  • World
                  • Users
                  • Groups