Yay for Clang

Posted Jan 25, 2026 22:46 UTC (Sun) by josh (subscriber, #17465)
In reply to: Yay for Clang by Cyberax
Parent article: GNU C Library 2.43 released

I'm all for them taking a stand against PAM and NSS. But then, they need a strategy for a replacement. Not just "oh, don't use those", but a solution. For instance, a daemon that loads any NSS module and speaks some reasonable protocol that musl will check for by default.

to post comments

Yay for Clang

Posted Jan 25, 2026 23:00 UTC (Sun) by Cyberax (✭ supporter ✭, #52523) [Link] (4 responses)

The solution is NSCD, it's supported natively by musl for NSS.

Yay for Clang

Posted Jan 26, 2026 3:59 UTC (Mon) by josh (subscriber, #17465) [Link] (3 responses)

Interesting. That appears to be new as of less than a year ago, but it does look promising. That's helpful. Perhaps distros should be adding that to Recommends or equivalent now.

Yay for Clang

Posted Jan 26, 2026 6:37 UTC (Mon) by joib (subscriber, #8541) [Link] (1 responses)

NSCD the protocol might be decent enough(?), but nscd the daemon is a horrible architecture, and said architecture is a big reason why it has largely been replaced with sssd.

Yay for Clang

Posted Jan 26, 2026 8:01 UTC (Mon) by Cyberax (✭ supporter ✭, #52523) [Link]

The NSCD daemon itself is a mess, but the NSCD protocol is dead simple. There is even a bridge allowing the use of NSS modules via NSCD: https://github.com/pikhq/musl-nscd/tree/master

It basically was ignored by everyone.

Yay for Clang

Posted Jan 26, 2026 7:57 UTC (Mon) by Cyberax (✭ supporter ✭, #52523) [Link]

NSCD has been supported in musl for more than a decade: https://github.com/kraj/musl/commits/ff441c9ddfefbb94e588...