#dev (ilita) | Обсуждение разработки I2Pd | i2pd development discussion | http://i2pd.website/

orignal вот дед в этом признался что почти все флудфилы это i2pd ))

onon А я думаю, чего так быстро в последнее время работать начало...

orignal поиск лизсета? ну так ))

onon Ща опять тормоза начнутся

onon И поиск лизсета и поиск роутера при строительстве туннеляю

orignal причем он признался в этом когда я стал выяснять чего лизсеты с типом шифрования перестали пубдиковаться

Vort "<weko> чот ну прямо очень тупой баг" ага, ощущение, что нету контроля - сеть живёт сама по себе

orignal да пиздец просто

weko я к тому, что при всей, как оказалось, видимой формальностью у них вот такое проскакивает

weko Формальности*

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

weko В этой ситуации, факт наличие двух реализации оказался очень кстати

weko Наличия*

Vort да и наличие разных версий тоже помогает

weko Vort: ну, это понятно. Возможно, заметили бы быстрее без i2pd

Vort всегда хотя бы несколько узлов со старой версией (и без бага) будут

weko Да, но это сильно ударяет по децентрализации

weko Такая же херня может быть и у нас. Потому не должно случится, что какая то реализация слишком доминирующая

Vort не совсем понимаю мысль. плохо, когда одна версия одной реализации

Vort много версий много реализаций - самый оптимальный вариант для надёжности

weko Vort: джавистов спас i2pd, когда то может быть в обратную сторону

weko И чтоб такое было возможно, нельзя брать слишком доминирующую позицию

weko Vort: ну, я не знаю, сколько этот баг. Вроде как джависты выпили ssu гораздо позже, то есть видимо недавно

Vort по-моему, если сознательно не гадить (как делают MS, Гугл и прочие), то явно доминирующей позиции и не будет

weko Vort: ну, можно же сознательно улучшать

weko И сделать, что джава версия просто будет никому не нужна и никто не будет её ставить.

R4SAS > opentracker.r4sas.i2p отдаёт на запросы Tixati ошибку 400, остальные трекеры вроде не жалуются? Белый список клиентов?

R4SAS нет, никаких лимитов нет. Вероятно что Tixati не верно формирует запросы.

orignal R4SAS чем то там они все с issue хотят

orignal я не понимаю чего

R4SAS по поводу?

orignal про какой то openrc

orignal а другой перевод на хинди )))

orignal я кстати на след неделе на бора-бора еду так что не теряйте

R4SAS ок

R4SAS хрюша как обычно сломалась

orignal давно уже

orignal кстати если у тебя винда можешь тоже попробовать с типом шифрования 5 поиграться

anon9148 gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/i2pd/i2pd.confd#L4

anon9148 I2PD_PID=/run/i2pd/i2pd.pid

anon9148 Это, наверном

anon9148 # Contributor: l-n-s <supervillain@riseup.net>

anon9148 # Maintainer: r4sas <r4sas@i2pmail.org>

anon9148 И у него не запускается если PD_PID=/run/i2pd.pid что ли.

R4SAS вот и я не понимаю

anon9148 *I2PD_PID

R4SAS он пишет то не запускается, при этом предлагает использовать его

R4SAS и вообще, если у него какой то пакет, то не думаю что это норм менять тут

R4SAS ибо openrc систем на много больше

anon9148 Я смотрю в Gentoo, что прямо в /var/run только владелец root писать может, а для других свои подкаталоги где они с

anon9148 сами владельцы

anon9148 Наверняка поэтому у него i2pd стартующий от своего пользователя не может создать pid.

anon9148 Это если уж он начал pid передвигать, то пусть или с правами на run что-то придумает, или пусть i2pd от root запускает.

R4SAS так в openrc нашем стоит подпапка

R4SAS и ясное дело что только в подпапке

anon9148 refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s15.html

anon9148 > /run should not be writable for unprivileged users; it is a major security problem if any user can write in this directory. User-specific subdirectories should be writable only by each directory's owner.

anon9148 > n general, the requirements for /run shall also apply to /var/run. It is valid to implement /var/run as a symlink to /run.

anon9148 Этим FHS можно закрыть issue.