Search Criteria
Package Details: kanidm-clients 1.3.3-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/kanidm.git (read-only, click to copy) |
---|---|
Package Base: | kanidm |
Description: | kanidm client to interact with kanidm identity management server. |
Upstream URL: | https://github.com/kanidm/kanidm |
Keywords: | authentication iam identity identity-management idm ldap oidc radius rust scim security ssh-authentication webauthn |
Licenses: | MPL-2.0 |
Conflicts: | kanidm-clients-git |
Provides: | kanidm-clients |
Submitter: | soloturn |
Maintainer: | soloturn (cubi, fossdd) |
Last Packager: | fossdd |
Votes: | 3 |
Popularity: | 0.011596 |
First Submitted: | 2021-04-02 14:45 (UTC) |
Last Updated: | 2024-08-20 10:59 (UTC) |
Dependencies (3)
- libgit2 (libgit2-gitAUR)
- cargo (rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rust, rustup) (make)
- systemd (systemd-chromiumosAUR, systemd-selinuxAUR, systemd-fmlAUR, systemd-gitAUR) (make)
Latest Comments
1 2 Next › Last »
soloturn commented on 2024-07-19 22:25 (UTC) (edited on 2024-07-19 22:37 (UTC) by soloturn)
fossdd, added you as co maintainer, and updated to kanidm-1.2.3.
fossdd commented on 2024-06-06 10:15 (UTC)
hey, i'd like to co-maintain this package as I also maintain the Alpine Linux port of kanidm. I'd upgrade kanidm to 1.2.3 as this would ig. also fix the current build issue.
yaleman commented on 2024-05-06 22:02 (UTC)
Hey folks, this package is failing to build because you're building everything - (ref https://github.com/kanidm/kanidm/issues/2751) can I suggest you build the specific binaries instead of the dev things like Orca?
cubi commented on 2023-05-10 20:03 (UTC)
@DevPGSV thanks for sharing and the notification. I have updated the PKGBUILD.
DevPGSV commented on 2023-05-09 22:51 (UTC) (edited on 2023-05-09 22:52 (UTC) by DevPGSV)
I had the need to use:
As I needed to connect to a server with:
And there is a JWT incompatibility between alpha.11 (current package build) and alpha.12 (latest available version).
I ended up with a working version:
soloturn commented on 2021-10-09 04:34 (UTC) (edited on 2021-10-09 04:34 (UTC) by soloturn)
@cubi, thanks for asking thoughts concerning a metapackage. my reasoning centers around why "metapackage" as such do exist: https://lists.archlinux.org/pipermail/arch-dev-public/2019-January/029435.html. using such a concept for kanidm seems overkill. we only have server and client and a single dependency.
soloturn commented on 2021-10-08 16:32 (UTC) (edited on 2021-10-08 16:35 (UTC) by soloturn)
why i like to have 2 versions installed, @cubi? mainly to set the path and try without going through any complication of creating directories, checking out, separate builds etc. just set the path and try one or the other, for typical client apps very practical. python2, python3, java11, java17, swiftlang-5.4.2, swiftlang-5.5, and so on. for kanidm it would not rebuild, but just register the services for one or the other. but - i did not want to do it yet and thus not really missed the feature ... so lets not move and wait until sombody is missing it more :)
cubi commented on 2021-07-22 17:55 (UTC)
Hi @soloturn, sorry missed your post here.
I think the official release version and the git builds should conflict. I already had a case of different server and client versions, which puzzled me a lot. In that case the client was not able to correctly communicate with the Server. Furthermore, as far as I have seen, this is pretty common practice, e.g., paru and makes a lot sense to me as well.
Why would you want to mix/install different versions of kanidm in parallel?
Well, for convenience I created a package that just depends on the server, unixd, clients. Mainly because I wanted to be sure to keep versions in sync. So I can easily update/remove all kanidm related packages. I was think of putting the server as optional. As most install will probably use the client tooling, I guess.
What are your thoughts on that?
soloturn commented on 2021-07-10 10:49 (UTC) (edited on 2021-07-10 10:51 (UTC) by soloturn)
thanks cubi for the commit. did you try to create a meta package for kanidm (https://wiki.archlinux.org/title/Meta_package_and_package_group) and if yes, what is the thought process behind?
second, beeing able to install kanidm and kanidm-git in parallel would be quite helpful, therefor i deliberately did not conflict them. they still have overlapping directories though if i am not wrong.
1 2 Next › Last »