Opened 3 years ago
Closed 3 years ago
#16133 closed enhancement (fixed)
accountsservice-22.07.4
Reported by: | Douglas R. Reno | Owned by: | Bruce Dubbs |
---|---|---|---|
Priority: | normal | Milestone: | 11.1 |
Component: | BOOK | Version: | git |
Severity: | normal | Keywords: | |
Cc: |
Description ¶
New point version
Not tagged yet (that I can see)
Change History (6)
follow-up: 2 comment:1 by , 3 years ago
comment:2 by , 3 years ago
Replying to Xi Ruoyao:
sed still needed for now.
And does it really depend on libgcrypt? I can't find any reference to "gcrypt" in the code.
I suspect it doesn't rely on libgcrypt, but rather libxcrypt (if available) or libcrypt. At least that's what I got from meson.build in 22.04.62
I'm disappointed that the developers have not at least looked at the bug report upstream.
comment:3 by , 3 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:4 by , 3 years ago
I have in my log:
Library crypt found: YES
Changes from git log:
- user: When the user expiration time is: never, the dbus return value is -1
- meson: Handle weird git clone directory names better
- meson: Determine project version from last commit date not current date
- build: Properly apply modes in meson_post_install.py
comment:5 by , 3 years ago
libcrypt (without the "g") is from glibc. I think this is the one that shows in the log.
comment:6 by , 3 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Fixed at commit 0ae4498aec454e52d01aba7bb58b7903ee8a92f7
Package updates. Update to libwnck-40.1. Update to accountsservice-22.07.4.
sed still needed for now.
And does it really depend on libgcrypt? I can't find any reference to "gcrypt" in the code.