Split backend and extension#43
Conversation
sosthene-nitrokey
left a comment
There was a problem hiding this comment.
I think we should be constistent with the other extensions/backends.
The implementation goes at the top level, the extension goes in to an extension top-level directory.
I fundamentally don't care much for it, but It should be consistent across crates.
|
I think the main difference to the other repositories is that in this case, the extension is the main component, not the backend. So what should, for example, happen with the changelog? It would be consistent to have the backend changelog in |
|
@sosthene-nitrokey Do you still want to move the backend to the top level? |
|
this might be worth doing towards the next test releases, added it... I'd cast my vote against moving the backend to top-lvl, but it's max a 1/2 vote |
|
Ok, then it's 2/1 so let's keep it the way it is. |
This patch splits the trussed-auth crate into two crates: trussed-auth only defines the AuthExtension and can be used by clients or other backends implementing the extension. trussed-auth-backend contains the AuthBackend that implements the extension using the filesystem.
This patch splits the trussed-auth crate into two crates: trussed-auth only defines the AuthExtension and can be used by clients or other backends implementing the extension. trussed-auth-backend contains the AuthBackend that implements the extension using the filesystem.