Package Details: kanidm-git 1.7.0.dev.r11.g036f069c2-1

Git Clone URL: https://aur.archlinux.org/kanidm-git.git (read-only, click to copy)
Package Base: kanidm-git
Description: A identity management service and clients.
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-bin
Submitter: soloturn
Maintainer: soloturn (cubi, wysbd, Doridian)
Last Packager: Doridian
Votes: 0
Popularity: 0.000000
First Submitted: 2021-03-08 05:00 (UTC)
Last Updated: 2025-05-09 05:49 (UTC)

Latest Comments

1 2 Next › Last »

wysbd commented on 2025-05-06 14:48 (UTC)

The linker error can be fixed by disabling link-time-optimizations (see https://github.com/briansmith/ring/issues/1444).

If anyone has a better solution - feel free to add a comment

Doridian commented on 2025-05-05 19:40 (UTC) (edited on 2025-05-05 19:41 (UTC) by Doridian)

Given my local test build passes, I will have an update out shortly.

This update will also make use of cargo +nightly as that is required for current git head to build

//EDIT: Alright, it doesn't fully build for me but it is some weird linker errors. Might just be my environment.

If someone else hits it, too, or knows why you'd get weird linker errors here like the below, let me know. I'd love to have this work locally as well for me.

/usr/bin/ld: /home/doridian/Programming/aur/kanidm-git/src/kanidm-git/target/release/deps/kanidm_unixd-5aff479327315eed.webpki-3a230829b27e144c.webpki.3e9fd3ef9dd91ab1-cgu.17.rcgu.o.rcgu.o: in function `alloc::collections::btree::map::IntoIter<K,V,A>::dying_next':
          /rustc/13e87909494f2f31bce51bc106e2b629420d1235/library/core/src/option.rs:(.text._ZN5alloc11collections5btree3map25IntoIter$LT$K$C$V$C$A$GT$10dying_next17h8fbda660bf62f68eE.llvm.13376189420304068338+0x11f): undefined reference to `mi_free'

soloturn commented on 2025-05-04 19:16 (UTC)

added wysbd, doridian as maintainer

wysbd commented on 2025-05-03 20:00 (UTC) (edited on 2025-05-03 21:33 (UTC) by wysbd)

Hi

This package no longer builds as it's missing the clang build dependency. I saw that this is already fixed in the kanidm package.

Also, in this package you install the bash completions using the .sh file suffix which causes them not being picked up by the bash-completions package. It would be nice if you could remove the .sh file suffix from the installed bash completions.

Geo-7 commented on 2022-04-07 08:28 (UTC)

Thank you, Actually I am using your package, I just have changed my .gitconfig to redirect git to https and now I revert back my config, and I'm updating with yay.

cubi commented on 2022-04-06 14:01 (UTC)

Hi @Geo-7,

thanks for the comment and sorry for the delay, I have not seen it. It should work now. Also update to the latest git commit.

Geo-7 commented on 2022-03-27 09:43 (UTC) (edited on 2022-03-27 11:36 (UTC) by Geo-7)

Github new policy cause this error: fatal: remote error: The unauthenticated git protocol on port 9418 is no longer supported. Please see https://github.blog/2021-09-01-improving-git-protocol-security-github/ for more information.

Could you please change source to https like this?: source=("$pkgbase::git+https://github.com/${_basename}/${_basename}.git")

soloturn commented on 2022-03-06 09:02 (UTC)

done, @wuestengecko.

wuestengecko commented on 2022-03-03 23:13 (UTC)

Hi, thanks for making this package! I have some minor suggestions / requests to make:

  1. Please add systemd to makedepends=(), otherwise the package won't build in a clean chroot.
  2. Conventionally, the pkgver does not include the v prefix from VCS tags, so it would be nice if you could remove that with the sed call :) It's really as simple as adding s/^v//;' in front of thesedscript. (Numbers are considered "newer" than letters, so no need to bumpepoch`.)

But I'm not just here to nag ;)

From the top of the PKGBUILD:

the following still needs clarification or work: [...] * systemd activate and run should be added to package if this is so with other arch packages

This is deliberately not the case with other Arch packages. In fact, Arch goes out of its way to keep services disabled by default.

Also see https://wiki.archlinux.org/title/Arch_Linux#Principles:

[Arch Linux] does not add automation features such as enabling a service simply because the package was installed.

soloturn commented on 2021-06-25 01:37 (UTC)

@cubi, made you co-maintainer.