IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#saltr
/2025/07/11
~dr|z3d
@RN
@RN_
@T3s|4_
@eyedeekay
@orignal
@postman
@zzz
%Liorar
%acetone
%ardu
%cumlord
+FreefallHeavens
+Xeha
+bak83_
+hk
+mareki2p
+poriori
+profetikla
+qend-irc2p
+r00tobo
+uop23ip
+weko
AHOH2
Arch
BubbRubb
Danny
DeltaOreo
FreeB
HowardPlayzOfAdmin
Irc2PGuest248832
Irc2PGuest47444
Irc2PGuest75978
Meow
Onn4l7h
Onn4|7h
anontor
evasiveStillness
halloy1341
maylay
not_bob_afk
not_human
onon_1
pisslord
r00tobo[2]
shiver_
simprelay
solidx66
thetia
u5657
wtfman
zer0bitz_
zzz orignal_, yes I saw it gmhhvky6lmhhqn6gqmp4o5isaneklc7cjulcsih2tzluddwjviwq.b32.i2p - - [10/Jul/2025:22:50:31 +0000] "GET / HTTP/1.1" 200 248 "-" "MYOB/6.66 (AN/ON)"
zzz cumlord, haven't seen the issue you're describing
dr|z3d wew: you can always set router.overrideIsSlow=true in your router.config file in + to override some of the limits.
uop23ip wew, check also in /info that you got JBigI:... optimized library libjbigi... otherwise you not may not have full performance
wew i have jbigi with i2p debian package but not with i2p+ jar. i also thought jbigi is used for elgamal which is deprecated
cumlord here's the full error i'm seeing convos.simp.i2p/file/1/QDqA2SaFMtLbvqDF
cumlord Error 500: /i2psnark/[...]: Range [0, -1) out of bounds for length 65
cumlord if you have it in the package you can copy the .so file over
wew oh just set up i2p+ with libjbigi.so and it doesnt classified as slow even though i have rpi4 without overriding anything
wew how is this possible
dr|z3d might be that the pi4 is excluded from the slow classification already. don't remember.
wew i looked up at the i2p+ git yesterday and didn't notice that strangely
wew well done dr|z3d
dr|z3d might be related to the number of available cores?
wew Available CPU Cores: 4 Maximum available RAM: 1024MB Classified as slow: No
zzz the comment says why
zzz cumlord, that's in the display code for the trackers on the details page, working in canon
wew dr|z3d: any idea why i cant connect to irc.ilita.i2p with i2p+? i have the two identic tunnels for irc.postman.i2p and irc.ilita.i2p. even tried creating standard tunnel type, not irc but result is same. hexchat says "Connected. Now logging in." and then seems reaches timeout and tries again and again
wew java.net.NoRouteToHostException
dr|z3d good question. probably a transient issue, should resolve. make sure you're not reconnecting too fast.
wew it doesnt work for couple hours already
dr|z3d make sure the tunnel is set to create new keys on resume, then restart the tunnel, see if that helps.
wew if you mean "New Keys on Reopen", tried it now, restarted the tunnel and again "Connected. Now logging in.". i know orignal enabled 6,4 enc types for irc.ilita.i2p. maybe it has something to do with it? see drop.i2p/uploads/db05ab3adbb045bb942771acabab8792.webp
dr|z3d 6,4 should fallback to 4 if 6 isn't available.
dr|z3d That said, that leaseset is interesting, not sure why it's attempting to connect to an unsupported crypto type.
onon_ wew, solving is simple - use i2pd
wew now i cant see any leaseset for irc.ilita.i2p whether im trying to restart tunnel or not
dr|z3d probably about time I merged the pq crypto code.
wew onon_: i'd like to go the hard way
wew interesting, i think this leaseset was from me opening irc.ilita.i2p in browser. there was no leasesets until i opened it even though i tried to connect with irc all the time
wew to irc*
wew but if i try to open other eepsites, their leasesets doesnt show up in that list
wew purokishi.i2p is there
cumlord Looks like that when I view ilita too, but I’m connected through there too. You could try irc.acetone.i2p
dr|z3d yeah, if you request a leaseset in advanced search, it'll pull the leaseset from a floodfill if it's not already cached locally.
wew cumlord, irc.acetone.i2p doesnt work for me too
wew only irc2p
onon_ What about irc.r4sas.i2p ?
wew onon_ that too. and i dont see any leasesets except irc.postman.i2p
cumlord do you specify the port? Can’t remember if you have to do that with ilita but you might need to put 6667 in the tunnel
wew i tried before. will try rn again
onon_ destinationport = 6667
wew cumlord: i can just do irc.ilita.i2p:6667? i dont see anything where i can specify that
wew onon_: i2pd detected. alert
cumlord yeah thats fine
cumlord Im pretty sure 6667 is the default but ilita has port 80 and 6667 active
cumlord irc2p doesn’t
wew okay, this is strange. i tried with 6667 specified - didn't work. but when i recreated tunnel with BOTH x25519 and elgamal it finally worked
wew wtf
wew now recreated back with x25519 only and it doesnt work
wew lmao wtf
wew but if i create tunnel with elgamal only, it says "java.net.NoRouteToHostException: Unsupported encryption options"
wew this is crazy