IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#i2p-dev
/2024/09/13
@eyedeekay
&kytv
&zzz
+R4SAS
+RN
+RN_
+dr|z3d
+hk
+orignal
+postman
+wodencafe
Arch
DeltaOreo
FreeRider
FreefallHeavens
Irc2PGuest10850
Irc2PGuest19353
Irc2PGuest23854
Irc2PGuest46029
Irc2PGuest48064
Irc2PGuest77854
Nausicaa
Onn4l7h
Onn4|7h
Over
Sisyphus
Sleepy
Soni
T3s|4__
Teeed
aargh3
acetone_
anon4
b3t4f4c3
bak83_
boonst
cumlord
dr4wd3_
eyedeekay_bnc
hagen_
khb
mittwerk
plap
poriori
profetikla
rapidash
shiver_
solidx66
u5657_1
uop23ip
w8rabbit
weko_
x74a6
zzz other than (possibly) SAM, I don't believe tunnels is anything we need to coordinate about
orignal not coordinate
orignal I'm asking conceptually
orignal let me ask another way
dr|z3d orignal: conceptually, retain 4,0 for http client proxy, set 4 for everything else. easy.
orignal do you have any particular reason to keep 0?
orignal yes I understand this part
orignal I don't undertand why to keep 0,4 for servers
dr|z3d we don't, canon doesn't, the only real issue is SAM, apparently.
orignal if I understand right Java-I2P stiil has 0,4 for servers
dr|z3d disregard postman's servers, they're in the process of being updated.
dr|z3d (in the default configs)
zzz I don't know off top of my head what the default is for various (new) tunnels
zzz but use caution because postman changed his tracker to 4 only last year, afaik at drz's recommendation and without announcement, and it caused a ton of downstream client issues for months
dr|z3d mail servers have been using 4 for a "couple of years"
zzz but for new tunnels, 4 only seems safe
orignal ilita is 4 only for few years
dr|z3d same for irc.
zzz trackers are unique by having a wide range of diverse clients, more than any other application afaik
dr|z3d the issue with postman's tracker wasn't the transition from 4,0 to 4, in any event.
dr|z3d the issue, such as it was, was the removal of the alt DSA dest. different issue.
eyedeekay I pinged postman earlier today when dr|zed pointed this out, according to him he is on 4 for IRC and Mail already
orignal DSA is another story
zzz ok I stand corrected
orignal my plan is remove 0 from code
orignal because too much mess with it
zzz well, that's up to you, I recommend an assessment/survey to see what % of users you might break (and that's my same answer for SAM)
orignal for SAM definitly 0,4
zzz which is my generic advice for any removal of old stuff
orignal yes, that's the first step to use 4 by default
zzz SAM is a special case, as it's all mostly hidden from the client; but it's easier to keep things as they are now, than it is to try to find a survey all the clients and libs
zzz if you change anything in your SAM implementation, send me a patch to the spec with info/notes/warnings
orignal going to use 0,4
orignal I have 0 by default
orignal if no objection
zzz I'm not objecting but I'm not-not-objecting, it's on you to figure out what the consequences are if any, I can't assess that for you
orignal I don't see why 0,4 could hurt vs. just 0
dr|z3d 0,4 will be fine.
dr|z3d zero issue offering alternatives, the issue may be in removing 0 altogether if clients are only using 0.
dr|z3d nothing a rejig of the client can't fix, anyways.
dr|z3d "my SAM client no longer works" - "make sure it's using 4 as the leasesetEncType, not 0.
orignal if 0,4 it can't connect to old clients with 0
dr|z3d 0,4 will connect to 0 or 4.
dr|z3d it should try 4 first and fallback to 0 if 4 unavailable.
dr|z3d if your implementation isn't doing that, it's doing it wrong.
orignal if other side supports 4 it will be 4