upvote
This is not tractable, because there is nothing stopping me from copy-pasting someone else's project into my own namespace. Under most OSS licenses I have express permission to do so.

If you try to do some kind of dupe-detection, someone can use a lightweight LLM to make superficial changes until it's considered a different project.

Finally, the meatspace status quo is that it is totally acceptable to pay someone to find security bugs in someone else's open-source software, such as the Linux kernel.

reply
> If you try to do some kind of dupe-detection, someone can use a lightweight LLM to make superficial changes until it's considered a different project.

Even if you don't, a lot of source code can be legitimately copied thanks to the GPL/MIT/BSD/etc. I'm allowed to take all of zlib and integrate it into my own project if I so chose.

reply
Yup, I just added something to that effect, sorry if my edit arrived after you replied.
reply
[dead]
reply
You are talking about creating a big moat, which might be a worse precedent than removing fable access altogether.
reply
And what if I’m a crazy person and want to fork the Linux kernel as I’m legally allowed to do?
reply
> If package X is of sufficient public interest (user count, nature/sensitivity of user data, downstream distribution, etc), then the public interest + cryptographic credentials should permit access to best-available security auditing.

Your private fork doesn't meet the conditions described.

reply
Not just allowed to do, encouraged to do as part of legitimate development.
reply