кто подумал nix?)

ну это не совсем правда, поддержка пакетов нужна с обеих сторон

кто мешает пакетным менеджерам брать из елпы? рецепты есть

ах, нуда, у straight свой нескушный формат

ну и package.el - это таки нативный пакетный менеджер ОС EMacs

…и очень плохой: на интересующую версию не откатишься; зависимости толком не понимает, а те, которые понимает, не всегда может сам установить.

эмм, а что не так с зависимостями?

Пакетные менеджеры не думают в терминах елповских рецептов, они думают в своих терминах.  Брать никто не мешает, но

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

ни то ни другое не проблема package.el

если установлен org-plus-contrib, а пакет зависит от org, то package.el установит org.

Так у меня несколько лет было 3 орга — это чистой воды безумие.  Я переехал на вменяемый пакетный менеджер, и такого больше нет.

В package.el есть интерфейс для установки документации?

есть мнение, что это орг кривоват

в package.el ты можешь описать в рецепте все файлы, которые тебе нужны

Не согласен, т.к. чисто эмпирически у меня 0 проблем с этим в более продуманном пакетном менеджере.

ни с одним пакетом кроме орга такое не замечено

Все равно, у el-пакетов бывают не el-зависимости, и package.el не может их установить.

Ну а org такой один, кстати, потому что из-за отсутствия инфраструктуры люди не могут делать el-пакеты как хотят.

Unix это inferior, но он таки предлагает некоторый более богатый эмпирический опыт, и этот опыт говорит, что у софта есть разные поставки и есть configure-фаза.  contrib или нет — решается на одном из двух этапов: fetch или configure.  Удовлетворительный паетный менеджер дает в т.ч. контроль над обеими этими фазами.

ебаааааа

27 походу топовый

не знаю было ли у кого такое