IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#i2p-dev
/2026/03/19
@eyedeekay
&eche|on
&zzz
+FreefallHeavens
+R4SAS
+RN_
+Romster
+acetone
+cims
+eche|off
+hagen
+mareki2p
+mesh
+nilbog
+nyaa2pguy
+orignal
+postman
+qend-irc2p
+red
+snex
+wodencafe
Arch
Danny
Holmes
Irc2PGuest28384
Irc2PGuest84270
Irc2PGuest92627
NiceBoat_
OfficialCIA_
Onn4l7h
Onn4|7h
Over1
SilentWave
Sleepy
T3s|4_
U1F642
Wikk_0
Zapek
aargh4
ac9f
ahiru
anontor
dr4wd3
duanin2
eyedeekay_
eyedeekay_bnc
ice_juice
leopold
mahlay
makoto
n2
not_bob_afk2
poriori
profetikla
r00tobo
rapidash
test3847473
thetia
uop23ip
urist_
utp
vivid_reader56
x74a6
zelgomer
zzz eyedeekay, thanks for supporting that CCS. He really beefed it up with tangible milestones instead of time-based
zzz which was my objection before, he pushed back pretty hard but glad to see he gave in
zzz StormyCloud, I do not think you should be the sole funder, it's important that it has XMR community support as well
zzz I suggest no more than 50% of total
zzz maybe it was your insistence on milestones that changed his mind, good job
snex anybody who beats me at sunday night movie trivia (#trivia channel) is entitled to 0.01 monero which they can direct anywhere they want including this CCS
snex *wins the game, not just beats me
snex imo we should do more stuff like this on i2p to attract real users
zzz lol pretty small stakes but why not
snex well its every week, i aint rich. maybe ill pledge my winnings to this
snex since im the one funding the game
snex how do i actually donate
zzz CCS funding is used for signalling support so in that sense the amount doesn't matter much, hope you chip in regardless of the trivia result ))
snex i dont see an addy for this CCS
snex i guess it has to advance beyond the "ideas" stage?
zzz yeah I think it has to move from proposal to needs-funding first
zzz orignal, two times yesterday that may have worked, 12:29:25 PM and 4:52:52 PM our time
zzz "may" as in I didn't see any errors, not logging at a low-enough level to verify success
orignal let me try again today
orignal I was busy yesterday
zzz do you have logs for those timestamps?
orignal no errors
zzz ok thats promising
orignal it doesn't explian why it doesn't work somethimes
zzz my problem is my test code to force an outbound connection seems to be flaky, can't figure it out yet, so I'm just watching logs
zzz haven't given up looking
orignal zzz, I think your min packet size is wrong for 4
orignal ML-KEM-768 key size 1184
orignal +16 bytes hash
orignal header is 64 bytes
orignal and payload block is 7 bytes datetime + 16 bytes hash
orignal + 48 bytes ipv6 header
orignal never mind, the specs says 1338
orignal you are good
zzz yeah because 7 byte datetime isn't enough payload, add a 3 byte 0-padding block, got me to 1338
orignal then tell me why I often see request of 87 bytes?
zzz no idea. spec says:
zzz The minimum payload size is 8 bytes. Since the DateTime block is only 7 bytes, at least one other block must be present.
orignal I know bu I see it often
zzz so you tell me why. or where is it coming from
orignal will log
zzz orignal, here's what I have in my code, that it was your old bug:
orignal so, 90 bytes min for SessionRequest?
zzz if (type == SSU2Util.SESSION_REQUEST_FLAG_BYTE &&
zzz packet.getPacket().getLength() == SSU2Util.MIN_HANDSHAKE_DATA_LEN - 1) {
zzz // i2pd short 87 byte session request thru 0.9.56, drop packet
zzz if (_log.shouldWarn())
zzz _log.warn("Short Session Request len 87 from " + from);
zzz return true;
orignal wow, 87 bytes is mine ))
orignal should I set this check to 90?
zzz I guess you could
orignal and we have 0.9.58 min since last release
orignal due to cognesion tags
orignal so, 90 should be right
zzz yup "7 + one other block" = 10
orignal thnaks
zzz even you forget things sometimes ))
orignal zzz, why don't you just create a tunnel with explicitPeers to test outbound connections?
zzz all that stuff is commented out in my code, it's too disruptimve to normal operation. I have a UI replacement, thats what may be flaky