Update base64 to 0.22 #23
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "jschwe/update_base64_breaking"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This change is a breaking change for the
sized_configuredfunction in our public API,since it exposes a base64 type that changed.
I'm not sure if this breaking change is acceptable / you would be willing to release a
2.0release for this.If that's not the case, then perhaps we could add a
legacyfeature which pulls in base640.13to preserve the old API, and otherwise use the new version of base64.I don't mind a breaking change. But if we did this, when the upstream changes their version, we have to change ours in another breaking change.
Maybe we should define alphabet constants (upstream has 6) and let users make up their own, and also add a flag for pad/nopad (to me, boolean is enough rather than upstreams PAD NO_PAD) and then map those across to the current upstream.
I pushed a commit to master in this regard. Any feedback on it would be appreciated.
View command line instructions
Manual merge helper
Use this merge commit message when completing the merge manually.
Checkout
From your project repository, check out a new branch and test the changes.Merge
Merge the changes and update on Forgejo.Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.