Аналог Gentoo multislot?

Они это решают, делая по несколько разных пакетов с именами пакет2, пакет3 и так далее. Как в генте - в других пакетных менеджерах нет.

Собственно, в каких ...

Ни в каких.Есть костыли типа описанного выше или самостоятельная установка в другой префикс, а нормально и нативно это нигде не реализовано by design.Даже просто поставить программу в другое место невозможно, в отличии от нормальных операционных систем, да.

оно http://nixos.org/nixos/screenshots/nixos-grub.png ?

o_O

http://hydra.nixos.org/job/nixpkgs/trunk/kde4.kde_runtime хм, вроде софт не старый

что «о_О»?

ты посмотри сперва на пути установки http://hydra.nixos.org/build/1819011
Nix closure of path /nix/store/awf3kvmnpigw1vfl8hizjfhwwxawybga-kde-runtime-4.7.4 [help]
вот это o_O!

хочется попробовать новую версию софта, а он тянет за собой половину тестового репозитория.

Мультислот тут ни при чём. Он для другого.

# dpkg -l automake*
Желаемый=неизвестно[u]/установить[i]/удалить[r]/вычистить[p]/зафиксировать[h]
| Состояние=не[n]/установлен[i]/настроен[c]/распакован[U]/частично настроен[F]/
            частично установлен[H]/trig-aWait/Trig-pend
|/ Ошибка?=(нет)/требуется переустановка[R] (верхний регистр
в полях состояния и ошибки указывает на ненормальную ситуацию)
||/ Имя                              Версия                        Описание
+++-===================================-===================================-======================================================================================
ii  automake                            1:1.11.1-1                          A tool for generating GNU Standards-compliant Makefiles
un  automake1.10-doc                    <none>                              (описание недоступно)
un  automake1.11                        <none>                              (описание недоступно)
un  automake1.5                         <none>                              (описание недоступно)
un  automake1.6                         <none>                              (описание недоступно)
un  automake1.9                         <none>                              (описание недоступно)
un  automaken                           <none>                              (описание недоступно)

Это не оно имеет пакетный менеджер, который может работать поверх дистрибутивного?

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

Года 2-4 назад читал про какой-то пакетник, который ставится поверх стандартного пакетного менеджера дистрибутива, и делает то что хочет ТС: локальные снапшоты пакетов.

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

А что это такое вообще?

NixOS:

Nix

1. Не совместим с fhs.

2. Невероятно тормознутый пакетный менеджер, перечитывающий целиком все правила сборки всех пакетов на каждый чих.

3. Source based дистрибутив, который не умеет USE-флаги.

Вывод: не нужно.

3. Source based дистрибутив, который не умеет USE-флаги.

спасибо, поржал.

Умеет? Дай ссылку на ман.

Это нельзя сравнивать с гентой, твоя аватарка тебе к лицу.

Source-based model, with binaries

The Nix build language used by NixOS specifies how to build packages from source. This makes it easy to adapt the system — just edit any of the ‘Nix expressions’ for NixOS or Nixpkgs in /etc/nixos, and run nixos-rebuild. However, building from source is also slow. Therefore Nix automatically downloads pre-built binaries from nixos.org if they are available. This gives the flexibility of a source-based package management model with the efficiency of a binary model.

This makes it easy to adapt the system — just edit any of the ‘Nix expressions’

Да-да, PKGBUILD-ы в Арче я тоже руками могу «просто поредактировать».

Это нельзя сравнивать с гентой

А чем это еще сравнивать? С Gobo? В Gobo, кстати, запили минимальную поддержку use-флагов, насколько мне известно. Впрочем, Gobo де факто мёртв.

Делать source-based дист, при этом не реализовав основную фишку source-based, ради которой они существуют — я даже не знаю...

ЗАЧЕМ?

у тебя один профит source-based дистров в юзе флагах чтобы можно было поменять констатну пересобрать систему и получить эйфорию?

бздуны вон тоже хвалят свою бзду за сорс базед и что где там юзе флаги?

Ну и еще такой вопрос. Допустим, я обновлю libsomelibrary с 1.0.1 до 1.0.2. Он что, начнёт рекурсивно пересобирать все пакеты, которые от неё зависят?

у тебя один профит source-based дистров в юзе флагах чтобы можно было поменять констатну пересобрать систему и получить эйфорию?

Ты либо глуп, либо толст. Возможность применять USE-флаги — ЕДИНСТВЕННОЕ преимущество сорцового дистрибутива над бинарным. Если у пользователя нет нужды в USE-флагах, значит и сорцовый дистрибутив ставить нет нужды.

Если нет USE-флагов, это просто бинарный дистрибутив, в котором мейнтейнеры поленились скомпилировать пакеты, не более.

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

бздуны вон тоже хвалят свою бзду за сорс базед и что где там юзе флаги?

Бздуны вообще много херни пишут.

Читай выше я этот дистр ещё не смотрел на железе толком, пару минут и то год назад.