emerge не видит rust

Ты себе установил rustup и хочешь чтобы emerge его подхватил? Ну ты шутник. Давно на генте?

Надо вернуть все как было и использовать штуки типа rustup под локальным пользователем и не ставить ничего в системное окружение.

Ставишь всё под пользователем, прописываешь в $PATH у пользователя локальные пути перед системными, добавляешь, если надо, ссылку на системное окружение (в генту с rustup-ом для этого идет скрипт rustup-init-gentoo).

Такой подход применим к любому дистрибутиву - с системой работает системный менеджер пакетов, а все локальные использовать в окружении пользователя.

Но почему бы не использовать системное, если права есть/позволяют?

Использовать системное можно, а вот модифицировать системное окружение сторонними инсталляторами идея плохая.

Ты насрал в систему и превратил её в слаку, поздравляю, теперь накладывай патч Бармина

eselect rust?

Такой подход применим к любому дистрибутиву - с системой работает системный менеджер пакетов, а все локальные использовать в окружении пользователя.

бьёт altwazar по голове надувные молотком с логотипом NixOS

В котором ты создашь окружение с растом, пропишешь его в $PATH, только через родной для системы nixpkgs: https://nixos.wiki/wiki/Rust#Installation_via_rustup

В котором я не буду ставить никаких идиотских pip, gem и rustup, потому что они не нужны.

Конечно. Ты сделаешь работу, которую сделали авторы пакетов в pip/gem/cpan/rustup для себя. И сам же будешь следить за апдейтами и исправлениями ошибок. И что самое интересное, никому больше этот опыт не понадобится. Он останется только у тебя на локалхосте.

Отлично, но речь идет от rustup-е.

А если человек не может разобраться с окружениями в классических дистрибутивах, то в nixos ему ловить нечего. Там всё крутиться вокруг создания и работы в этих окружениях, а про стандартные рецепты из документации того же rustup можно забыть.

Прохладная история. Захочу — в nixpkgs закоммичу, а через год может и все эти помойки целиком автозапакетят как hackage.

правильно делает.

А ты не захочешь.

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

А с учётом специфики и переусложнённости nixpkg своевременное обновление подобных пакетов средствами дистрибутива грозит превратиться в работу сопоставимую по трудозатратам с разработкой самих модулей с нуля. Увы, с учётом языка описания nix-окружения и необходимость жонглировать слоями, частые изменения даже в небольших частях далеко не самая сильная часть nixOS и никто не будет этим заниматься самостоятельно и ревьювить и принимать твои изменения в основную репу.

N.B.: С каждым последующим твоим комментарием, мне всё больше кажется, что ты не пользуешься активно своей системой на базе nixpkg, а настроил какой-то околодефолт и максимум что делаешь, так это плановые апдейты из дефолтных реп.

Трудно ли с Nix? Трудно, я в прошлом месяце даже не смог запакетить одну смешанную Python+Go либу с невоспроизводимой кодогенерацией внутри, аж сдался и пошёл другим путем.

Альтернатива ли им — помойки в виде pypi, hackage и crates.io? Нет, потому что с Nix кроссэкостемные веселушки просто сложны, а с ними конструктивно невозможны. Cargo и pip никогда не дадут тебе ни нужной свежести хедеров ядра, ни занюханной сишной либы из твоего дистра, а проекты от них зависят. Я уж молчу об интеграции каждого из этих исчадий ада с каждым.

Как линукс и виндовс. В линукс сложное сложно, но винда просто не может.