После секса с руби я полюбил дебиан

мастадон кстати так толком и не запустился, по двум причинам
1. я не знал, как дебажить поделия на руби
2. не нашёл адекватных логов ошибок запуска.

Лет 7 назад я такое же слышал когда знакомый попытался установить redmine. Сейчас redmine ставится пакетом, без подобного геморроя. А вообще ради этого и изобрели репозитории и пакетные менеджеры.

Я вот когда-то давно ставил рюбёвый багтрекер (тьфу ты, название забыл). Радостно накатил всё из репы а потом оказалось что нужно распоследние руби, распоследние джемсы и короче пришлось все накатывать руками.

Приложения на руби ставятся очень просто, если погромист озаботился написать нормальный Gemfile. Единственная проблема может быть с системными зависимостями (например, Nokogiri может хотеть libxml), но тут тоже несложно догадаться, что нужно доустановить. Но да, всегда можно поставить некоторые гемы через ПМ твоего дистрибутива.

которая ещё непонятно как стоит в системе

4.2 — В режиме «deployment» Bundler устанавливает зависимости приложения в ${APP_DIR}/vendor/bundle. Главное — слушай маму предупреждения и не пускай его под рутом.

как помню, даже вменяемых хелп опций не было на какой то из этих великих «менеджеров зависимостей»

А что за траблы были-то?

Да, ситуация, когда нужная тебе программа и все её зависимости заботливо опакечены в твоём дистрибутиве (и при этом нужных версий) — это, конечно, замечательно. Я бы даже сказал, утопично. В большинстве случаев это не так.

Отсюда и берутся все языкоспецифичные ПМ, как half-assed попытки сообществ языков (каждого по отдельности) огородиться от всего остального мира и устроить свою собственную дружбомагию без злых мейнтейнеров. Ни к чему хорошему это, разумеется, не приводит (см. факапы с троянами в npm).

Собственно, человечество пока что не смогло придумать полного решения этой проблемы. В молодёжном продакшене обкостыливают докером, а ближе всех к решению подобрался Nix. Но он пытается решить только часть про «нужных версий» (и делает это слегка аутично, хотя кому-то нравится), а с тем, что миллионы лефтпадов по-прежнему кто-то должен вручную опакечивать — так ничего и не случилось.

Зависит от App-сервера, который там используется (если используется вообще). Часто App-сервер пишет свой лог в ${APP_DIR}/log/*. Если запускаешь приложение руками, то может выдавать лог в stdout/stderr.

Сам ещё не пробовал ставить Mastodon, но теперь даже интересно стало.

Кстати, в тред приглашается t184256 как наиболее адекватный из известных мне на ЛОРе сторонников Nix. Как Nix собирается это решать?

И более философский вопрос: а как вообще можно это решить? Когда мейнтейнеры есть — плохо, потому что на миллионы лефтпадов никаких мейнтейнеров не хватит. Когда мейнтейнеров нет — тоже плохо, потому что maintainer review (звучит как judicial review) и трояны в npm. А что делать?

спасибо за ликбез, в будущем учту

А что за траблы были-то?

да пофиг уже, всё настроение испорчено (давно.было)

А что делать?

написать грамотный инструмент для опакечивания, которым Легко смогут пользоваться программисты?

Ты не понял вопроса, заданного в этом комментарии.

Сам ещё не пробовал ставить Mastodon, но теперь даже интересно стало.

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

ок

Ну естественно. Ставить из докера — неинтересно. :)

это ты только половину пути прошёл.
дальше осознание того, что не те гемы нужны, что libssl не той системы, и желание пройти ногами по лицу тому, кто не оставил документации по костылям, которые очень легко в редмайн втыкаются.
логи ошибок в unicorn/webrick'е или чем там твой экземпляр обслуживается.

А что делать?

Надо что-нибудь запретить.

Неосиляторы Docker должны страдать. И пользователи Debian тоже.

Ставь https://github.com/angristan/docker-pleroma. ^_^

В молодёжном продакшене обкостыливают докером

Извини, но ты сейчас не троллишь про молодёжный? По-моему весь серьёзный продакшн сейчас в облаках, и по большей части в докере в конечном итоге.

Отчасти.

По-моему весь серьёзный продакшн сейчас в облаках, и по большей части в докере в конечном итоге.

Смузимолодёжь уже и до серьёзного продакшена добралась! :)

Кстати, в тред приглашается t184256 как наиболее адекватный из известных мне на ЛОРе сторонников Nix.

Спасибо, польщен.

Как Nix собирается это решать?

Смотря что.

Зоопарк ПМ? Ein Volk, Ein Reich, Ein Nix.

«Half-assed попытки сообществ языков (каждого по отдельности) огородиться от всего остального мира и устроить свою собственную дружбомагию» просто не работают. Да и все равно они были обречены на провал, потому что зависимости не делятся на непересекающиеся подграфы, а интеропа между недоПМ нет и не будет.

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

а с тем, что миллионы лефтпадов по-прежнему кто-то должен вручную опакечивать — так ничего и не случилось

Вот тут твои знания немного устарели. Haskell, как самый любимый Nix’ерами язык, этот путь уже прошел и весь Hackage опакечен в NixOS автоматизированно. NixOS тогда еще внезапно вырвался на первое место по числу пакетов в repology к недоумению всех заинтересованных и мимокрокодилов.

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

И более философский вопрос: а как вообще можно это решить? Когда мейнтейнеры есть — плохо, потому что на миллионы лефтпадов никаких мейнтейнеров не хватит. Когда мейнтейнеров нет — тоже плохо, потому что maintainer review (звучит как judicial review) и трояны в npm. А что делать?

Ну не знаю. Не брать фигню в npm/pypi/… — не вариант. Не зависеть от фигни? Тогда придется прибивать версии целиком, а это породит новые проблемы.

Все вопросы покрыл или что-то пропустил?

Резюмируя, я бы даже, рискуя навлечь гнев других фанатов Nix, сказал, что Nix в вопросах просто опакечивания зависимостей для запуска опакеченного и поддерживаемого софта не произвел ничего такого офигенного, что не смог бы повторить произвольный Debian. Вот где он реально выделился, так это в вопросе создания песочниц с нужными версиями всего. Там, где мир достает попсовый докер и писается от него кипятком, пользователь Nix просто не увидит тех проблем, ради которых пришлось костылить аж целый докер.

Совместить разработчиков и мантейнеров, очевидно же

Легко. Надо всего лишь оставить один дистр.

Это ни к чему. Надо всего лишь привязывать зависимости к файлам, а не пакетам.

Я не вижу всей гениальности этой революционной мысли или это просто тупняк?

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

Нет. Просто тупняк, а жаль. Это как рассуждать «все программы состоят из алгоритмов, которые условно разбиваются на функции. для того решить проблему с зависимостями, достаточно зависеть не от модулей, а от конкретных функций». Нет, блин, это только спустит ту же проблему ниже и усугубит ее на порядки, сделав ее де-факто нерешаемой.

Дистрибутивы используют очень разное множество файлов. Пакеты между дистрами отличаются не только гранулярностью разбиения. Да и вообще, почитай, из чего состоит .deb или .rpm -пакет, и ты обнаружишь, что вообще-то не только из файлов, требуемых на этапе выполнения =)

А если бы все было так, как ты говоришь, баги были бы общими, проявлялись бы во всех дистрах синхронно, в Debian можно было бы запустить Unity, в инсталляциях Fedora и Arch Linux совпадало бы хоть сколько-нибудь значительная доля бинарных файлов, а проблемы распространения проприетарщины просто не было бы.

И кто-то умный бы сто раз заметил, что некоторые файлы собираются в tightly coupled группки, которым не только позарез надо быть одной версии, они еще и в подавляющем большинстве случаев собираются из одного и того же тарболла! К гадалке не ходи, он бы назвал это либо пакетом, либо модулем, третьего не дано. Мир, порядком уставший от денного и нощного нарушения инкапсуляции ради прописывания меж-файловых зависимостей, вздохнул бы спокойно, отоспался, и, благодаря высвободившимся времени и ресурсам, смог бы наконец запилить альтернативный дистрибутив. Да что один, даже несколько!

Ну да, там ещё патчи да дистрибутивоспецифические костыли. Поэтому приходим к моей идее - надо переделать FHS))

Неосиляторы Docker должны страдать.

это Docker там на латыни переводится как «я не осилил DevOps системное администрирование » ?

Лет 10 назад у меня с Рубином был примерно такой же опыт. :)

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

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

Как минимум, по-редхатовски это «big fat daemon». А в остальном оно просто работает.

Полюбить после секса. В 50-е тебе бы очень позавидовали, потому что тогда секс был только после свадьбы

Если конкретно о проблеме, то это значит, все без исключения разработчики операционных систем должны собраться и решить общие проблемы единообразным образом. Это достаточно легко технически, просто появится единый формат пакетов

Ахахахахахахахаха.

Еще один неосилятор docker

за декларативный стиль вешать надо

Да о чём ты? Будто собрать пакет — рокетсайнс. Что может быть проще заполнения контрол/спек-файла и написания короткого скрипта, который подготовит тебе fhs?

Страшно подумать, сколько же тебе лет, раз ты 50-ые помнишь....

Всё это общеизвестно, про длинные юбки, высокую нравственность, отсутствие надёжных способов контрацепции, и так далее.

дак это решено, но после каждого собора приходят новые кодеры и опять кричат «эта плахой вариант уминя лудше!!»

После секса с руби я полюбил дебиан (комментарий)

дак... расскажи это не мне, а рюби-кодерам

Это всё слова. А в доказательства секса, низкой нравственности выступают все те мудкаи и не только мудаки, что нарожались с тех пор.

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

После секса с руби я полюбил дебиан

С ней всё было настолько плохо что ты решил из гетеро переметнуться в противоположный лагерь?

Я всё ещё не понимаю, почему ты считаешь это смузимолодежью, но если ты отчасти троллишь, то я с тобой отчасти соглашусь)

очевидно же, что

смузимолодежью

докеры

«я не осилил DevOps системное администрирование » ?

Когда тебе нужно библиотеку такой-то версии ...

во что бы то ни стало!
ты качаешь любой троян, варёз, обмазываешься кигенами.
а не, простите, перепутал с установкой последней фотошопа.

Ниже правильно про зависимости написали. А ещё докер как сам по себе,так и системы оркестрации поверх, решают проблемы масштабирования, отказоустойчивости, упрощают доставку артефактов.
При чем тут смузи?

Не всем нужны зависимости пакетов.

Просто у разработчиков Масто особая атмосфера. Может они специально столь сильно усложнили процесс установки, чтобы отфильтровать одменов. Их за это постоянно критикуют.