$ du -hs /opt/MTProxy/
460K    /opt/MTProxy/

static-будет весить пару метров наверное и зависеть примерно ни от чего.

А ещё хэлловорды на электроне пишут. И получается, что сервис, требующий 640 килобайт отжирает все 100500 гигов. Зато современно.

Это называется "прокси для рутрекера" :)

то, что хипстер-стайл реализация curl | sudo bash стала мейнстримом и стандартом де-факто вовсе не означает, что она перестала от этого быть говном. Впрочем, свой прокси я тоже поднял в докере, только там 3proxy, а не dante :)

man capabilities, man namespaces, man seccomp, man хипстеры-под-кроватью

Насчёт выложить альтернативное решение в комменты - не вижу проблемы. А устраивать срачи про то зачем ты взял докер в посте про поднятие официального образа Docker - это немного ебанизм.

Репозитории все родом из начала 90-ых. Создавать пакеты под системы — муторно. Особенно в 2018 году, когда есть docker. Сделайте make, киньте бинарник на VDS.

Бобёр, выдыхай!

и что это даёт?

да ничего никто не отжирает больеш чем без докера

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

Бинарь, который просто сам работает. К нему еще можно systemd-юнит написать, чтобы запускался при старте.

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

ну расскажи как поднять сборку... да под что угодно за вменяемое время и я буду держать репу этого прокси

и чем это будет отлдичаться от докера? примерно ничем?

Образы, слои, прочая дичь. Вообще ничем, ага.

b и сильно тебя парят образы и слои, которых ты не видишь особо?

Кувалдой с дилдаками тоже весело гвозди забивать, но молотком как-то сподручнее.

съязвлю - аргументы кончились? :)

Т.е. городить кучу говен для запуска бинарниника на 400кб - это окнорм, а запускать его же через штатную систему инициализации - это недостаточно попсово?

для этого его надо собрать под неё и поддерживать. я не возьмусь. телега не взялась

Написать скрипт для автоматической сборки и опакечивания не вариант?

я даже не знаю с какой стороны к этому подойти

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

Конечно телега не взялась, ведь curl | sudo bash проще и быстрее. Я веду к тому, что если такой способ распространения приложений вдруг внезапно стал мейнстримом, то не стоит считать его правильным.

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

пакетных менеджеров из 90-ых

Бобёр, хватит! Бобёр, выдыхай!

не, ну ок. сделай репу с пакетами, я попиарю

А хер колечками не порезать и спинку не почесать?

ну ты понел да? я к тому, что это отдельный ад. для тех, кто тащит в 2018 году все эти rpm и deb в аду есть отдельный котел

schors, что такое докер. ему нужен какой то особый хостинг или на обычной виртуалке надо установить хреновину типа snap?

я не знаю что такое snap

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

ааа... круто... ну типа того. только докер ещё и про запуск

хотя эту часть можно не применять

Разупорись.
Я не нанимался в ментейнкры чужого говнокода.

kunsun, идея прекрасная реализация чудовищная, все как обычно у этих ваших линуксоедов. папки с этими снапами упаковывают в squashfs образ и на месте монтируют его в файловую систему, хз где и что напортачено но холодный запуск таких софтин в десятки раз медленнее обычных, что то вроде 7 секунд запускается vlc с ссд диска и снапа и 1.5сек без снапа

тогда - докер :)

schors, очередная шайтан коробка
docker logs mtproto-proxy
standard_init_linux.go:190: exec user process caused "exec format error"
standard_init_linux.go:190: exec user process caused "exec format error"
standard_init_linux.go:190: exec user process caused "exec format error"
standard_init_linux.go:190: exec user process caused "exec format error"
standard_init_linux.go:190: exec user process caused "exec format error"
standard_init_linux.go:190: exec user process caused "exec format error"
standard_init_linux.go:190: exec user process caused "exec format error"

kunsun, этот контейнер только на одной архитектуре работает, на армах не але?

не але. более того, он даже не соберется на arm - он прибит к x86-64 гвоздями

Но те, кто не хочет наниматься вместо тебя - неправы :)

Ебанизм :)

:)))

у меня реально кстати была мысль поддерживать репу. и может даже и сделаю. но при том, что нормального automation уровня фряшного poudriere не существует, я пока не трогаю

schors, едет докер через докер видит доке докер докер.
Мало того что это лишняя сущность, которая жрет ресурсы - в основном место и немного памяти. Так еще его не всегда можно запустить ибо самые популярные и дешевые VPS на OpenVZ.
Короче не будь хиптстером используй технологии разумно.

Вот бы кто-нибудь компилил static-версии, хотя бы x86 32 и 64 бита.

Это где это самые популярные VPS на OpenVZ? Я уже несколько лет не видел чтобы их предлагали где-то, кроме мест, где тебе дают VPS на год за 5 баксов без IP адреса.

schors, ты пытаешься спорить с профнепригодным дерьмом в этом треде. Я бы не стал на твоем месте.

дебил решил проигнорировать мое сообщение и опять стал кукарекать про sudo bash, заебок

Нарежь плиз, говно вроде тебя не должно размножаться.

бля, это какой-то парад нищенок-админов локалхоста сегодня