-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Absorb libs3 #2138
Comments
This agrees with my initial thoughts... the hurdle is real. |
We could relicense the resource plugin as LGPLv3 |
Ah, very true. Probably the way forward. |
How are we feeling on this? It sure would be nice to be rid of another externals package. |
If there's no licensing issues, let's do it. I think the s3 resource plugin is the only project using libs3 so it makes sense to me. |
As long as we re-license the plugin to LGPLv3, there are no licensing issues |
I think we can relicense the s3 resource plugin. We are not aware of any downstream re-packagers of this plugin that we would need to confer/discuss with or inform and dynamically linking / loading this plugin does not cause any burden to the iRODS server itself. Let's prepare a PR against this issue to see what that looks like. |
Once our libs3 fork has been archived, this issue can be closed |
https://github.com/irods/libs3 now has 0 open issues. Are we ready to archive? |
Ooh, I believe we are. Need to add a last commit and point the reader elsewhere at the top of the README... |
irods/libs3 has now been archived. @SwooshyCueb - Anything left to do for this? |
Not that I can think of! |
Given that upstream libs3 is no longer maintained, it may be a good idea to absorb the parts we use into the plugin itself, and eliminate the dependency.
Potential hurdle: libs3 is published under LGPLv3
The text was updated successfully, but these errors were encountered: