• 0 Posts
  • 21 Comments
Joined 4 months ago
cake
Cake day: July 14th, 2024

help-circle









  • The difference is that commercialization is inherent with a free (libre) open source license. Whereas going against the intent, but still legally gray area, is imo malicious compliance because it circumvents what the license was intended to solve in the first place.

    But that’s all i really care to add to this convo, since my initial comment my intent was just to say that the AGPLv3 license does not stop corporations from getting free stuff and being able to charge for it-- especially documentation. Have a good one


  • No. I said even if they don’t maliciously comply with the license [by making the open sourced code unusable without the backend code or some other means outside of scope of this conversation] then they can charge for it.

    The malicous part is in brackets in the above paragraph. The license is an OSI approved license that allows commercialization, it would be stupid for me to call that malicious.



  • AGPL is the most restrictive OSI approved license (of the commonly used ones), but it is still a free (libre) open source license. My understanding is just that the AGPL believes in the end-users rights to access to the open source needs to be maintained and therefore places some burden to make the source available if it it’s being run on a server.

    In general, companies run away from anything AGPL, however, some companies will get creative with it and make their source available but in a way that is useless without the backend. And even if they don’t maliciously comply with the license, they can still charge for their services.

    As far as documentation goes, you could license documentation under AGPL, and people could still charge for it. It would just need to be kept available for end-users which i don’t think is really a barrier to use for documentation.






  • The first part of the article talks about how to use git notes and has an example commit, followed by adding the note, and then viewing the note. This is all native git.

    The “problem” is that we have centralized discussions in github/gitlab comments and if we want to retain that data then we need to convert the comments into gitnotes. The CLI part is that specific discussion on how Symfony uses git notes to store github comments. It references an internal CLI but then goes through an example of how to use github api to fetch the comments, create git notes, then push those git notes to github. So while the symfony CLI is internal, it looks like we’re given an example of how to do this for github.