-
-
Notifications
You must be signed in to change notification settings - Fork 821
Description
After the feedback yesterday, it was clear that even though the goal of SponsorLink is to make it easier for library developers to get sponsored, the fact that a part of an OSS project referenced a non-OSS dependency was concerning to many users.
As such, everyone can now go and inspect the whole thing (analyzer/package as well as backend azure functions) at the SponsorLink repository. Future versions of the package will come from there, will no longer be ofuscated, and will also have an OSS license.
NOTE: the original private repo is https://github.com/devlooped/SponsorLinkCore and has been archived. It contains the original commit history, which has now been integrated (via cherry-picking) into the single public repo moving forward.
Hopefully you will take this opportunity to help move it forward for the benefit of anyone that wants to be sponsored for their OSS work, and offering a better experience on that front for users too.
A couple comments from the feedback I gathered yesterday on #1374 as well as Twitter/X:
- Many brought up the email SHA256 hashing to map users>sponsorships as not sufficiently private. Point taken, that won't be coming back until it's properly fixed as part of Replace hashed email with manifest-based offline check SponsorLink#31
- Warnings for sponsorsing messages disrupt folks using warnings-as-errors. Agreed, I overlooked that scenario. Will fix it as part of Warnings for sponsoring messages break build in some cases SponsorLink#32
- Build pauses: not 100% sure about this one, but it seems users don't like it. I'd like to collect more thoughts from library authors in particular. It's quite obvious users that aren't sponsoring (and don't intend to either), will be bothered by this. But the focus should be on library authors that want to make their OSS work sustainable. So I'd like folks to keep that in mind as you chime in on Build pauses should be gone SponsorLink#33