But your blog post[0] language suggests that you are okay with and even incentivizes people trying this out (even if trying it out might be technically illegal, because it infringes your rights).
I think you should have mentioned something about the license in your blog post. As it stands, "If you’re not interested in how it works and you just want to do monkey patching, then you can find the library here." is misleading. If the user wants to do monkey patching, they better not look at your code and program their own solution.
Your project, on the other hand, just looks like it was designed to waste people's time. Congrats I guess?
For me the question is whether the misleading blog post would be found by a court to be an implicit license separate from the one in the codebase. My guess is that it would depend on several factors including the specific circumstances of the accused infringer and the specifics of contract/copyright law in the relevant jurisdiction, but probably at least sometimes yes.
Though I'm an anarchist who thinks people give the law as written far too much weight. (As opposed to what the population as a whole thinks is good or bad)
Or is this just a post-hoc "its just a joke bro. Y u mad?"
Regardless, its your code, do what you want.
Thanks for chiming in and clear the misunderstanding.
> If you publish your source code in a public repository on GitHub, according to the Terms of Service, other users of GitHub have the right to view and fork your repository.
https://docs.github.com/en/github/creating-cloning-and-archi...
> Any User-Generated Content you post publicly, including issues, comments, and contributions to other Users' repositories, may be viewed by others. By setting your repositories to be viewed publicly, you agree to allow others to view and "fork" your repositories (this means that others may make their own copies of Content from your repositories in repositories they control).
> If you set your pages and repositories to be viewed publicly, you grant each User of GitHub a nonexclusive, worldwide license to use, display, and perform Your Content through the GitHub Service and to reproduce Your Content solely on GitHub as permitted through GitHub's functionality (for example, through forking). You may grant further rights if you adopt a license. If you are uploading Content you did not create or own, you are responsible for ensuring that the Content you upload is licensed under terms that grant these permissions to other GitHub Users.
This allows you to browse and use the fork button to create a repository. It's unclear if the second paragraph is clarifying, or adding to the first term. If it's additive, then you might also have permission to host your own private repo off service.
Nowhere does it give you a license to _use_ the contents of the repository in your software. Nor does it allow you to publish the contents outside github - the first paragraph does not address publishing, and the second makes it clear that paragraph only applies "through Github's functionality".
To clarify, I did not mean to say that it does; I merely wanted to make people aware of the fact that some "default" restrictions are lifted when you publish on GitHub (just like when I type this comment on HN).
> If you’re not interested in how it works and you just want to do monkey patching, then you can find the library here.
Also
> Wrapping it up in a nice library
> I took the above code and put it in an easy to use library. It supports 32 bit, reversing patches, and patching instance methods. I wrote a couple of examples and put those in the README.
Then in the README[1]:
> Make sure you read the notes at the bottom of the README if you intend to use this library.
Either the author is confused or has decided that he doesn't want to maintain an hack. Anyway license is pretty clear.
There was an HN thread[2] when it was released.
[0] https://bou.ke/blog/monkey-patching-in-go/
[1] https://github.com/bouk/monkey
[2] https://news.ycombinator.com/item?id=9290917