Обновить

Комментарии 19

Я когда-то, лет 12-13 назад, пытался собрать i2pd на устройстве с 1гб оперативной памяти: памяти не хватило, так что так и не увидел его в действии, лишь убив несколько суток и кучу нервов на сборку boost. Интересно, с тех пор boost как-то улучшился в этом плане? Вроде бы, благодаря возможностям, появившимся в 17 стандарте он жрать стал меньше, но ненависть к нему, приобретённая ещё тогда, никуда не девается...

Локально собирать далеко не обязательно. Можно ставить готовые пакеты. C++ легче собираться не стал)

Сейчас - наверно да. Тогда пакетов под armv7-hard-float не было. Теоретически возможность кросскомпилирвоать с более мощной машины была, но неспортивно

make DEBUG=N на впс с 1 гигом памяти собирается прекрасно

да, скорее всего сейчас это не актуально и уже соберётся. Проблема boost была в том, что он пытался реализовать возможности условного c++14-17 поверх 11, а то и c++98 страшными костылями...

Впрочем и сейчас он этим занимается. Чего только стоят pfr со сгенерированной лапшой от 1 до 100 аргументов (которая всё равно сыпется если есть хотя бы один массив в целевом типе) или boost parameter function, через макросы определяющий передачу аргементов, подобную питону (но только до 4 аргументов ЕМНИП, что сводит на нет весь смысл это использовать)

i2pd всегда собирался с системным бустом, не понимаю зачем понадобилось собирать буст отдельно

так системный буст на source-based дистрах магическим взмахом волшебной палочки не появляется, он собирается. В бинарных дистрах на arm в начале десятых очень скудная база пакетов была, потому проще было сразу source-based ставить

На гиге памяти и сейчас компилятор C++ подавится современными шаблонами)

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

У меня на I2PSnark скорости примерно в 2 раза ниже в сравнении с i2pd-клиентом. А про ОЗУ и говорить нечего, снарк намного больше потребляет в силу JVM.

а где ты взял на андрея 3.0 версию? на гатхабе 2.61

Сегодня-завтра появится, в том числе в F-Droid. На скриншотах dev-билд, R4SAS уже торопится релизнуть

i2p интересная штука, но слишком низкоуровневая. И именно это создает высокий порог входа, что препятствует распространению этой сети (и других подобных). i2p технически именно сеть, внутри которой предполагается делать обычные сайты (по крайней мере я так понимаю). А людям это нафиг не нужно. Людям (да и мне в том числе, чего уж там) нужно приложение. Чтобы все было "из коробки". В идеале - приложение по принципу соцсети. Друзья, тематические группы с подпиской и единой лентой новостей, поиск, внутри групп в идеале иерархическая структура как на форумах - на базе этого можно и файлообмен сделать, функция мессенджера и т.д. А с созданием web1-сайтов внутри никто уже в наше время заморачиваться не будет.

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

Но веб‑файлы не вшиты в бинарник, а лежат отдельно по пути <data-dir>/torrents/web/

Установил, прописал [torrents] - туннель поднялся, а по ссылке на веб‑интерфейс торрент‑клиента - 404. Логично - в <data-dir>/torrents/ нет web. UPD: дёрнул её из виндового архива - работает.

Это я что-то не так установил, или в линуксовые пакеты web ui торрент-клиента почему-то не завезли?

Можно не страдать с распаковкой архивов, а сразу прицепить внешний transmission-remote

Требование к boost 1.81 сразу отсекает старые стабильные дистрибутивы, придется собирать руками или крутить в контейнере

Нет. Это требование касается только торрентов, точнее даже только RPC и для старых(например убунту 22.04) собирается без них. Вот требование C++20 действительно отсекает старые, но нельзя же их поддерживать вечно.

Есть имплементация i2p на Rust - emissary. Кто-нибудь пробовал?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации