Update to sssd 2.10.0 #3
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "scabrero/sssd:sssd-2-10-update"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Lot of changes here, I started to prepare it in the beta phase and everything seems to work fine after the update.
The whitelists for DBus services changes and the new polkit policy are in place, https://bugzilla.suse.com/show_bug.cgi?id=1230051
Still have to ping again in the bug to whitelist the permissions file to set the capabilities:
[ 143s] sssd.x86_64: E: permissions-file-unauthorized (Badness: 10) /etc/permissions.d/sssd (sha256 file digest default filter:c4ff3df95b4534cc7bbd75c3efdd830534f91b9c0281fabed37dc6fba0ec93c3 shell filter:a96143927368c0059a3f3b2ac1bf2368e66f090da7e7d3996e00becf7e9f82d7 xml filter:)
[ 143s] Packaging permissions.d drop-in snippets requires a review and whitelisting by
[ 143s] the SUSE security team. If the package is intended for inclusion in any SUSE
[ 143s] product please open a bug report to request review of the package by the
[ 143s] security team. Please refer to
[ 143s] https://en.opensuse.org/openSUSE:Package_security_guidelines#audit_bugs for
[ 143s] more information.
But this can be reviewed meanwhile.
conflicted, which is kinda bound to happen if everyone jumps at it right away
32627c5c2b
to7cfcf103d1
Yes, I will rebase, test, and open a new PR.
The unprivileged user thing has so far given me unfavorable user experience.
https://github.com/SSSD/sssd/pull/7660 https://github.com/SSSD/sssd/pull/7649
I think we want to wait for upstream to see how those patches turn out.
Hi Jan, with these changes it runs under
sssd
user without problems. I have updated your patch with the upstream accepted version.If you avoid renaming files, the commit diffs can be less cluttered.
You should not call %service_ more than once; it expands to unnecessary much shell code otherwise.
This does not really need to be in a separate package, does it?
I think we are missing a bunch of Requires(verifyscript):permissions.
I do not think this will be necessary, because it's already done by .service units.
The extra condition is not needed.
we should avoid mixing mechanisms from (systemd's) sysusers and (thkukuk's) sysuser-tools if that's possible.
[ 74s] sssd.src: E: unused-rpmlintrc-filter "binary-or-shlib-calls-gethostbyname"