@eyedeekay
&zzz
+R4SAS
+RN
+StormyCloud
+acetone
+dr|z3d
+hagen
+hk
+mareki2p
+orignal
+postman
+radakayot
+segfault
+snex
+wodencafe
Arch
Danny
DeltaOreo
FreefallHeavens
Irc2PGuest12735
Irc2PGuest18076
Irc2PGuest59134
Irc2PGuest62919
Irc2PGuest88200
Onn4l7h
Onn4|7h
SigSegv
Sisyphus
Sleepy
SpoofIdentify
T3s|4_
Teeed
aeiou
ardu
b3t4f4c3___
boonst_
cumlord
death
dr4wd3_
eyedeekay_bnc
not_bob_afk
onon_1
phobos
pisslord
poriori
profetikla
qend-irc2p
rapidash
shiver_
solidx66
thetia
u5657
uop23ip
username
w8rabbit
weko_
x74a6
dr|z3d
not entirely sure if the mentioned issue with snark is a bug or a feature.
dr|z3d
in + snark, if you enable the filter bar and filter for active or connected torrents, you'll see all respective torrents and the correct up/down speeds.
RN
they were expecting to see the global up/down regardless of displayed torrents
dr|z3d
sure, that much I understood.
RN
dr|z3d, do you have a feedback form of some kind on skank? They didn't want to turn on browser js to report it on git, and couldn't be bothered to register a nick so we could tell them when fixed or clarified, or stay connected
dr|z3d
irc is feedback central.
RN
last three words most important: they're "vaporware"
RN
right right...
RN
heheh
RN
might be neat to have a toggle for the behavior, but I wouldn't put too much effort in since we can't get back to them
dr|z3d
well, there is a toggle. you turn on the filter bar, and filter for active or connected torrents.
dr|z3d
I'll think about it, whether those values should be global, regardless of what's displayed, or local to the displayed torrents.
RN
I'd vote for the option to toggle between global or summary_of_displayed
RN
I'm sure you put in a bit of work to make it filter those bars for just the displayed ones
dr|z3d
I think I inherited the behavior from canon, looking at the source.
zzz
eyedeekay, gitea 500 internal server error on the i2p side
zzz
also, github is a week behind
eyedeekay
Yesterday I was right about the what, wrong about the why. The bundles are generated at demand time, when they are demanded by scrapers. Cleanup of archives has been increased once again, archives are being deleted hourly now. Cloning will be more efficient than downloading source zips.
eyedeekay
The site is back up
zzz
thx
zzz
pls push i2p.i2p over to GH when you have a chance
eyedeekay
Ack will sync shortly
zzz
thank you ))
zzz
eyedeekay, do you think we should block the two IPs that are apparently doing probing?
eyedeekay
Yeah the 2 specific ones
eyedeekay
No to ranges atm though
zzz
can't do ranges in the news feed anyway
zzz
so I'll push a new blocklist to newsxml and you'll regenerate the news?
zzz
found another probing resistance spot I need to fix
eyedeekay
Sure I can do the news around noon
zzz
ok I'll push newsxml now
zzz
interesting, one of the IPs always sends 90 extra bytes, the other always 181
zzz
definitely probers, not buggy routers
zzz
orignal, heads up, if you don't implement NTCP2 'probing resistance' you should
zzz
newsxml pushed
orignal
what's that?
zzz
on NTCP2 session request AEAD failure, or if X MSB is set, don't fail immediately after processing the 64 bytes
zzz
read a random number of bytes and then fail
zzz
so attacker can't probe based on number of bytes sent
zzz
there's two probers out there. they aren't varying the length right now though
orignal
probably I do it already
orignal
but will check
zzz
never seen probers like this before. started a couple days ago
orignal
I remeber we discussed this many years ago
zzz
according to proposal 111, we got it from Tor
zzz
I also have seen two IPs that sent session request that failed the MSB check on the eph. key
zzz
but just once each, not like the probers
orignal
i2p attacts more and more people
eyedeekay
Ok building news now should be out soon
orignal
implemented