chore(deps): bump io.github.androidpoet:passkeys from 0.1.0 to 0.2.0

[dependabot]

Bumps io.github.androidpoet:passkeys from 0.1.0 to 0.2.0.

Release notes

Sourced from io.github.androidpoet:passkeys's releases.

v0.2.0

Adds the server half of passkeys as a new published module.

Added

• passkeys-server — an installable Kotlin/JVM WebAuthn Relying Party that mints ceremony options and verifies the responses the clients produce. Wraps java-webauthn-server behind a thin, explicit API (PasskeyRelyingParty with begin/finish registration and authentication); the underlying library is kept internal. Bring-your-own storage via PasskeyCredentialStore / PasskeyChallengeStore SPIs with in-memory defaults; passkeyRoutes() mounts the four ceremony endpoints on Ktor. A full register→authenticate round-trip is verified end-to-end against an in-process software authenticator. Runnable demo + browser test page in :sample:server.

passkeys and passkeys-compose are unchanged; they republish at 0.2.0 because the version is shared.

implementation("io.github.androidpoet:passkeys:0.2.0")
implementation("io.github.androidpoet:passkeys-compose:0.2.0")
implementation("io.github.androidpoet:passkeys-server:0.2.0")

v0.1.2

First release of the macOS-native JVM desktop backend and the Linux/Windows native targets to reach Maven Central. The 0.1.1 tag was never published — its release build failed because the macOS CI/publish runners could not resolve the libfido2 headers the linuxX64 cinterop needs, and the JVM desktop test asserted a host-specific failure type.

Fixed

• CI / publish — install libfido2 (Homebrew) on the macOS runners that run apiCheck and publishAndReleaseToMavenCentral.
• Linux native cinterop — add the Debian/Ubuntu multiarch include path (/usr/include/x86_64-linux-gnu) to libfido2.def and install libssl-dev on the Linux runner, so the linuxX64 cinterop resolves openssl/opensslconf.h.
• JVM desktop test — JvmPasskeyClientTest now asserts the per-host failure contract (Unexpected where the native backend is present, Unsupported otherwise).

Maven Central: io.github.androidpoet:passkeys:0.1.2 and io.github.androidpoet:passkeys-compose:0.1.2

v0.1.1

What's new in 0.1.1

• Full KDoc on the public API — PasskeyClient, PasskeyResult, PasskeyException (all typed cases), and every model/property are now documented. No ABI changes.
• Documentation site published at https://androidpoet.github.io/passkeys-kmp/
• Code of Conduct added (Contributor Covenant).

No source-compatible API changes — a safe patch upgrade from 0.1.0.

Full Changelog: AndroidPoet/passkeys-kmp@v0.1.0...v0.1.1

Changelog

Sourced from io.github.androidpoet:passkeys's changelog.

0.2.0 - 2026-06-19

Adds the server half of passkeys as a new published module.

Added

• passkeys-server — an installable Kotlin/JVM WebAuthn Relying Party that mints ceremony options and verifies the responses the clients produce. Wraps java-webauthn-server behind a thin, explicit API (PasskeyRelyingParty with begin/finish registration and authentication); the underlying library is kept internal. Storage is bring-your-own via PasskeyCredentialStore / PasskeyChallengeStore SPIs with in-memory defaults, and passkeyRoutes() mounts the four ceremony endpoints on Ktor. A full register→authenticate round-trip is verified end-to-end against an in-process software authenticator. A runnable demo with a browser test page lives in :sample:server.

passkeys and passkeys-compose are unchanged in this release.

0.1.2 - 2026-06-19

First release of the macOS-native JVM desktop backend and the Linux/Windows native targets to reach Maven Central. The 0.1.1 tag was never published — its release build failed because the macOS CI/publish runners could not resolve the libfido2 headers the linuxX64 cinterop needs, and the JVM desktop test asserted a host-specific failure type.

Fixed

• CI / publish — install libfido2 (Homebrew) on the macOS runners that run apiCheck and publishAndReleaseToMavenCentral. Both build the linuxX64 klib, whose libfido2 cinterop needs fido.h; without it the build failed with 'fido.h' file not found.
• Linux native cinterop — fido.h pulls in <openssl/...>, which transitively includes <openssl/opensslconf.h>. On Debian/Ubuntu multiarch that generated header lives under /usr/include/x86_64-linux-gnu/openssl, which the cinterop clang indexer does not search by default, so the linuxX64 cinterop failed with 'openssl/opensslconf.h' file not found. Add the multiarch include path to libfido2.def (compilerOpts.linux_x64) and install libssl-dev explicitly on the Linux runner.
• JVM desktop test — JvmPasskeyClientTest now asserts the per-host failure contract. On macOS the bundled native backend is present, so a minimal/invalid request fails loud as PasskeyException.Unexpected; on hosts without an in-process authenticator it short-circuits to PasskeyException.Unsupported. The test previously assumed Unsupported unconditionally.

Commits

• 988c415 Release 0.2.0 (#29)
• dfff12b Add passkeys-server: installable Ktor WebAuthn Relying Party (#28)
• e45effe Fix macOS release build and ship 0.1.2 (#27)
• e93059c Bump version to 0.1.1 (#26)
• 8cfd037 Document public API with KDoc (#25)
• 5d77e85 Add documentation site (Nextra) with GitHub Pages deploy (#24)
• 5304f52 Add Code of Conduct (#23)
• c62b99e Drop redundant WebAuthn parenthetical from user-facing copy (#22)
• fd2a1a1 Add collapsible native authenticator screenshots to README (#21)
• See full diff in compare view