Почему бы не выпилить libnss из glibc?

https://www.gnu.org/software/libc/involved.html

специальный сервис systemd-resolved

Вот за это вас и не любят. Гномосеки, системд и веландолюбы уверены что они на планете одни, а тем кто с этим не согласен достаточно просто взять и перестать быть.

Бессмысленно бороться с мейнстримом. Это же не война с другим государством на уничтожение, где после проигрыша всех подвергнут геноциду. Если какое-то ПО заменят, ТАКОГО страшного не произойдёт, переживут.

systemd - мейнстрим.

Один гном, один системд, один вайланд. Зип файл!

Что прогрессивного они смогут сказать? Скажут: «мы не можем, потому что надо сохранять совместимость»…

Унификация это очень удобно, меньше надо изучать, больше опыта накапливается по использованию этих конкретных программ.

Для начала разработчики пошлют тебя в жопу, так же как Линус послал в жопу тех кто системд специфичные «фичи» решил в ядро протолкнуть. Оставь glibc в покое.

Что прогрессивного они смогут сказать?

Ты думаешь здесь тебе могут сказать что-то более «прогрессивное»?

не проверю - не узна́ю

Вот nss и получает эти данные из файлов, из сервисов, из лысых чертей. Используя для этого плагины. В соответствии с /etc/nsswitch.conf.

так же как Линус послал в жопу тех кто системд специфичные «фичи» решил в ядро протолкнуть.

А почему Линус не послал в жопу того, кто в ядро запихал настолько убогий иксовый костыль, что все до сих пор над ним смеются?

Эта хрень: В ядре нашли костыль, заточенный под процессы Xorg кстати серьёзно так понизила авторитетность качества кода в ядре Linux.

systemd-resolved — служба systemd, выполняющая разрешение сетевых имён для локальных приложений посредством D-Bus, NSS-службы resolve

Первое, что делаю - отключаю нафиг этот systemd-resolved. Эта кривая прослойка не требуется в 99% случаев.

Пару лет назад с ней что-то не работало и первый совет - отключить эту кривую поделку.

libnss не занимается резолвом имён в адреса.

/thread

А почему Линус не послал в жопу того, кто в ядро запихал настолько убогий иксовый костыль, что все до сих пор над ним смеются?

Возможно потому что в это время он был гладиолус. Откуда я знаю почему? Возможно его самого про это нужно спросить, он живой, в сознании и доступен для связи по электропочте.

Пару лет назад с ней что-то не работало и первый совет - отключить эту кривую поделку.

Это был bind - https://unix.stackexchange.com/questions/724705/configure-systemd-resolved-to-use-local-bind-first-and-dhcp-provided-dns-as-fall

Потому что это костыль, а не фича

в musl ведь выпилили и всё у них хорошо!

Ну так и пользуйся musl

Maintaining musl patches downstream involves a lot of hassle

Так ты не мэйнтейнь.

Правда есть нюанс. musl не дает легкого способа определить в момент компиляции, что используется именно она, что здорово усложняет добавление ее поддержки в апстримы (там, где невозможно написать код, не зависящий от конкретной libc)

Определить в программе define, если он есть - собирать под musl, если его нет - под что-то другое. Где тут «здоровое усложнение»?

Дефайн этот потом прикрутить к USE-флагу и всё!

должен заниматься специальный сервис systemd-resolved

Во-первых, glibc используется не только в Линуксах. Во-вторых,даже в линуксах не везде ненужноД.

Это не аргумент! Пусть везде выпиливают - и не на линуксах, и на тех линуксах, где ещё не выпилили и не добавили systemd.

Ты вообще не понял, о чем говорил предыдущий комментатор. И да, проецировать свои гентушные локалхостовые привычки на весь мир это дурной тон.

Разупорись уже. Systemd - это Linux-only софт, оно не используется и не может быть портированно на другие ОС, так как использует кучу Linux-специфичных фич. Glibc - библиотека,используемая во многих ОС. Мне продолжать?

Всё в твоих руках. Собери/напиши универсальную систему, в которой будет всё, что тебе нужно всем и позволит выпилить nss из glibc. реализуй все возможности этой библиотеки, займись поддержкой и сопровождением кода. Кто-нибудь, возможно, даже скажет спасибо.