"Dan McGregor" <[email protected]> writes: > Add support for the nfsv4 user ID mapping daemon, configured with > a sensible default, and add a packageconfig for Kerberos support. > > This is reasonably tested in production in our environment, but only > systemd support. There'll be some more work to do to get GSSAPI and > NFS idmapd support integreated into that.
Just for interest: how do you solve GSSAPI? I made it work for me, put it requires ugly changes (e.g. see [1]) There is an early dependency loop in libtirpc -> python -> kerberos -> openssl -> python. I solved it by - creating a throw-away krb5-initial package [2]; installs libraries in /opt/krb5 and is used only at a few places. - splitting libtirpc; this required to touch only a few other packages some weeks/months ago. But now, [file-rdeps] error is triggered and every Both is ugly.... Enrico Footnotes: [1] https://gitlab.com/ensc-groups/bpi-router/de.ensc.bpi-router/-/tree/nanbield-next/meta-core/recipes-extended/libtirpc?ref_type=heads (there exists a newer version but I do have not pushed it yet...) [2] https://gitlab.com/ensc-groups/bpi-router/de.ensc.bpi-router/-/tree/nanbield-next/meta-core/recipes-connectivity/krb5?ref_type=heads
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198010): https://lists.openembedded.org/g/openembedded-core/message/198010 Mute This Topic: https://lists.openembedded.org/mt/105279025/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
