Ν
Size: a a a
2020 October 28
SU
Нет формального критерия что включать в nixpkgs, много всякого шлака которому место в NUR.
a хорошая ли идея иметь NUR в ОС которая должна быть декларативной и вообще этот подход довольно двуличный ИМХО
АБ
a хорошая ли идея иметь NUR в ОС которая должна быть декларативной и вообще этот подход довольно двуличный ИМХО
Каким боком тут декларативность?
N
a хорошая ли идея иметь NUR в ОС которая должна быть декларативной и вообще этот подход довольно двуличный ИМХО
а что не так с NUR?
SU
с одной стороны мы хотим чтобы юзерам было удобно и чтобы все что нужно было, с другой стороны если выйдет как у арча где у каждой установки есть чтото из AUR хотя это и "не поддерживается" - это разве хорошо?
АБ
ИМХО нужно вообще сделать много независимых проектореп
SU
Каким боком тут декларативность?
ну таким что уже не совсем drop-in конфиг же, надо источники включать
АБ
ну таким что уже не совсем drop-in конфиг же, надо источники включать
nixpkgs тоже источникАБ
Если пихать в nixpkgs всё, то он тоже станет "неподдерживаемым" (это на самом деле уже произошло)
N
ИМХО нужно вообще сделать много независимых проектореп
вообще в подходе с монорепой есть один жирный плюс - легкий поиск по всему сразу.
.
Если пихать в nixpkgs всё, то он тоже станет "неподдерживаемым" (это на самом деле уже произошло)
Использовать сразу несколько разных каналов очень неудобно.
АБ
как я понимаю их как раз почти никто не использует уже
Используют, почему
АБ
N
nixpkgs можно превратить в агрегатор всего, типа crates.io
ну вот AUR тоже типа агрегатор отдельных реп для каждого пакета, и в итоге нет нормального поиска по всем репам.
АБ
ну вот AUR тоже типа агрегатор отдельных реп для каждого пакета, и в итоге нет нормального поиска по всем репам.
Из ∃impl: bad(impl, idea) не следует ∀impl: bad(impl, idea)
АБ
Ну вот например в crates.io есть нормальный поиск