@eyedeekay
&zzz
+FreefallHeavens_
+R4SAS
+RN_
+Romster
+StormyCloud
+T3s|4
+cims
+eche|off
+hagen
+mesh
+nilbog
+nyaa2pguy
+orignal
+postman
+red
+snex
Arch
Danny
Irc2PGuest28384
Irc2PGuest92627
NiceBoat_
OfficialCIA_
Onn4l7h
Onn4|7h
Over1
SilentWave
Sleepy
U1F642
Watson
Wikk__
Zapek
aargh4
ac9f
acetone_
ahiru
anontor
calamares
dr4wd3
duanin2
eyedeekay_
eyedeekay_bnc
leopold_
mahlay
makoto
marek
mareki2p_
n2
newbie|2
not_bob_afk2
poriori
profetikla
qend-irc2p_
r00tobo_BNC
rapidash
test3847473
thetia
uop23ip
utp
vivid_reader56
wodencafe2
x74a6
zelgomer
eyedeekay
Sorry about the away time, funeral stuff, dev build of Android up at: github.com/eyedeekay/i2p.android.base/releases/tag/i2p-android-2.11.0-4
eyedeekay
gitea is rebooting working on CSS/JS fixes
FreefallHeavens
eyedeekay: Really sorry to hear that. Best of wishes, thank you for this APK. I2P was almost unbrowsable without it. I installed it and as soon as the tunnels were green everything I tried to load was reachable. Enormous difference.
zzz
thanks for the test report FreefallHeavens
FreefallHeavens
zzz: I would encourage you to give it another pass and see if there are any other problems or optimizations possible with that code while at it. I'm not really sure I'm seeing anything sussy myself but maybe some sites require a reload before they're properly reached, and that 2nd reload appears to succeed immediately. As it stands my reach went from like maybe 2% to maybe 90%+ but never hurts to
FreefallHeavens
see if improvements are possible.
zzz
we're always on the lookout
FreefallHeavens
On the server side I can also see that my eepsite shows up as more reachable and responding to pings on notbob's graphs ever since the 2.11.0-4 hotfix.
zzz
great, although notbob has been simultaneously been trying to fix things on his side with i2pplus
FreefallHeavens
I had no ability to determine if my inability to reach my own eepsites via other nodes was strictly related to how client tunnels were broken or also bugs on the server side but at least according to his stats it seems like the build also fixed server tunnel stuff.
FreefallHeavens
i2pplus suffers from the bug also?
zzz
no idea. but plus has gone through a lot of issues lately. see notbob blog
zzz
offhand, the -4 fixes are in ISJ lookups, shouldn't affect server side really
FreefallHeavens
I've seen the degradation of notbob as of late both in terms of graph data and the site's own responsiveness but I've not been following all that close with what he's struggling with.
FreefallHeavens
Then it must've been cosmic coincidence.
FreefallHeavens
That or some other unrelated fixes rolled into -4.
zzz
see his blog
zzz
maybe. we usually dont spend a lot of time researching why something got better ))
FreefallHeavens
I was complaining on and off including on IRC about the ISJ bug as early as 2.10 when I first enabled hybrid PQ and everything broke.
zzz
must have missed it. but then the botnet attacked, making it impossible to debug anything like that
FreefallHeavens
I didn't have voice in here but I did talk to RN about it.
FreefallHeavens
What % routers do you reckon are affected by this bug?
FreefallHeavens
When the auto updates roll in, they will take a while to get them since news updates are also affected. In my case I was getting a successful refresh of news and new routers once every few days.
FreefallHeavens
new sites*
zzz
no idea, but it's just you and a couple others on the forum that have said anything
FreefallHeavens
I've been reading your blog about PQ plans and rollout. So far it's all key exchange. I'm curious what year digital signatures will start being introduced.
FreefallHeavens
PQ digital signatures that is. I'm assuming ML-DSA.
cims
zzz: sorry for a late report, quite busy these days
cims
I have some ideas about ISJ
cims
1) We might need to call "failed(peer, false);" at IterativeSearchJob.java:409 before "return;", or ISJ will stop as soon as we hit a peer without RI, and skipping other candidates
cims
2) Currently if we have ElGamal enabled for this tunnel, then ISJ will do unencrypted lookup if we don't have peer's RI (no peer's public key in this case, can't encrypt). Should we enforce encrypted lookups?
cims
3) Can we lookup peer's RI if we don't have that? Currently I'm trying to call "lookupRouterInfo()" if peer's RI is null in my own build, and it works for me, almost all sites load without a refresh.
zzz
cims,
zzz
1) I think you're right, although we shouldn't ever get there, we won't query very very old floodfills
zzz
2) don't think that's true
zzz
3) shouldn't be necessary
cims
zzz: These issues seem more likely to occur when the router has a low network integration rate (especially when working in hidden mode, for me the known floodfills is only around 100 or less)
zzz
agreed
not_bob
FreefallHeavens: I've had a hell of a time with I2P+ and finally have a build that seems to be working better.
not_bob
Also, the graphs have lost the ablity to have meaningful ping times. That happened shortly before the recent "attack".
not_bob
Again, an I2P+ update that broke something. I worked with dr|z3d on it and came back with rather mixed results.
not_bob
Then the "attach" started and just staying online became the primary goal.
not_bob
FreefallHeavens: It's also worth noting that just because my scanner sees you does not mean you respond to pings.
not_bob
The logic of the program is to ping first. But, if that fails then it does an eephead. If that fails then it does a NetDB lookup via SAM to reverse your b32 address to a b64. It stops when something works.
not_bob
Adding the NetDB lookup helped quite a bit when pings stopped working well.
nyaa2pguy
something I wondered but couldn't figure out (guessing the feature isn't there), is if there's a SAM command for converting b32 back to b64
nyaa2pguy
building an app I had a hell of a time trying to create code to convert the b64 you get from dest generate to a b32 lol
nyaa2pguy
sorry the other way around: a sam command to get a b32 back from a b64
not_bob_afk
You can't. It's a one way hash.
not_bob_afk
But, if you do a NetDB lookup and it's either active, or has been very recently then it will reverse it.
not_bob_afk
It's not really doing a reverse, rather doing a lookup and then returning the value.
zzz
b32 tp b64: NAMING LOOKUP xxxxxx.b32.i2p
zzz
b64 to b32: base32encode(sha256(base64decode(b64))).b32.i2p
zzz
correct
zzz
but it is what was asked, 'a sam command to get a b32 back from a b64'
zzz
er, actually not, it's the other way
zzz
there is no sam command for that way
nyaa2pguy
in the end i figured it out with slop drop.i2p/p/79054051-a248-4cd9-87a0-0e6a3bfe9d86
zzz
not terrible
FreefallHeavens
not_bob: I never disallowed the pings or messed with config on the server. They just stopped responding to you for whatever reason and started again when I got the hotfix build. If it wasn't the ISJ bug then I have no idea what it was.
not_bob
Yeah, not sure on this end. So many moving parts.
zzz
first batch of people that filled out the Localization lab form for Weblate now have translation permissions for our project; see announcement there for details
zzz
if you haven't filled out the form yet, please do, the next batch will be processed next week