> rpm их чем не устраивает?Системные пакетные манагеры неудобны для разработки. Если я пользуюсь библиотекой, я хочу иметь возможность легко посмотреть как мой код с разными версиями библиотеки работает, я хочу иметь возможность использовать даже не версию библиотеки, а конкретный git-commit, потому что там исправлен баг о который я спотыкаюсь, или добавлена фича, которую я хочу попробовать. Я хочу иметь возможность легко наложить патчик на библиотеку, чтобы добавить отладочную печать, которая бы мне выдавала бы информацию о происходящем в недрах этой библиотеки.
И я не буду каждый раз, когда мне хочется добавить printf в недра библиотеки собирать новый rpm-пакет. Я даже не вижу смысла общесистемно ставить эту библиотеку: я её проще так подключу, модифицировав LD_LIBRARY_PATH. Или даже прилинкую статически к своему проекту, чтобы не возиться с переменными окружения.
Я не буду всего этого делать, и уж тем более я не буду ждать, когда мейнтейнеры дистра пошевелятся и занесут в репы интересную мне версию библиотеки. Или хотя бы хоть какую-нибудь версию библиотеки занесут в репы. Когда-то я пробовал пользовать тематические оверлеи для gentoo, под common-lisp например, точно использовал, но на это я тоже забил, потому как эти оверлеи имеют тенденцию забывать обновляться на полгода или даже на пару лет, и из-за этого становится бесполезными.
> Ну вот зачем он нежен, да ещё и на пихоне!
А на чём его писать? На bash что ли? На bash довольно неудобно парсить конфиги, их конечно можно писать в синтаксисе bash, но нафиг надо, если конфиги можно писать в toml или в json, и парсить из python'а двумя строчками, одна из которых начинается со слова import. То есть, можно конечно написать и на bash, но видимо это не надо никому, кроме тебя.