stable

sssd-1.16.0-4.fc27

FEDORA-2017-97eab6fef7 created by jhrozek 7 years ago for Fedora 27

Adds a backport of an extended NSS-like API from the upstream master branch.

Fix crash

How to install

Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:

sudo dnf upgrade --refresh --advisory=FEDORA-2017-97eab6fef7

This update has been submitted for testing by jhrozek.

7 years ago

This update has been pushed to testing.

7 years ago
User Icon besser82 commented & provided feedback 7 years ago
karma

Works great! LGTM! =)

No idea whether it's related to this update, but somehow SSH_AUTH_SOCK doesn't get set any more.

User Icon bojan commented & provided feedback 7 years ago
karma

Tentative -1. Reverting to -2 gives back both SSH environment variables in Gnome (SSH_AUTH_SOCK and SSH_ASKPASS).

Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.

7 years ago
User Icon jonathancalloway commented & provided feedback 7 years ago
karma

No Regressions noted

User Icon nathan95 commented & provided feedback 7 years ago
karma

Ok work for me

@bojan, could you please open a bug against SSSD? The update /mostly/ added new API, but as part of adding the new API, some existing code was refactored a bit and it's possible we broke SSH_AUTH_SOCK?

But if you could help us find out what exactly is broken for you now with a bug report, it would be much appreciated.

User Icon cserpentis commented & provided feedback 7 years ago
karma

works for me

User Icon bojan commented & provided feedback 7 years ago
karma

Bug #1514991.

User Icon bojan commented & provided feedback 7 years ago
karma

OK, so bug #1514991 must be some kind of race or something like that. I just rebooted my laptop again and now I have both of these variables set. What confused me is that I rebooted my laptop a couple of times before (after sssd upgrade) and both times I didn't get SSH_SOCK_AUTH set. I've seen such race conditions on my VM, which runs xrdp (and therefore Xvnc), but I thought this must be xrdp/Xvnc related or something (Gnome sessions work in a slightly different way there). Anyway, obviously not a regression, so I'll change my -1 to +1 and close that bug. It's probably not sssd related after all.

User Icon pwalter commented & provided feedback 7 years ago
karma

Works

lslebodn edited this update.

New build(s):

  • sssd-1.16.0-4.fc27

Removed build(s):

  • sssd-1.16.0-3.fc27

Karma has been reset.

7 years ago

This update has been submitted for testing by lslebodn.

7 years ago

This update has been pushed to testing.

7 years ago
User Icon bt0dotninja commented & provided feedback 7 years ago
karma

No regressions noted

User Icon nb commented & provided feedback 7 years ago
karma

wfm

User Icon sassam commented & provided feedback 7 years ago
karma

Works for me.

This update has been submitted for batched by lslebodn.

7 years ago

This update has been submitted for stable by lslebodn.

7 years ago

This update has been pushed to stable.

7 years ago

Please login to add feedback.

Metadata
Type
enhancement
Karma
3
Signed
Content Type
RPM
Test Gating
Autopush Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
7 years ago
in testing
7 years ago
in stable
7 years ago
modified
7 years ago
BZ#1494002 sssd_nss crashed in cache_req_search_domains_next
0
0

Automated Test Results