IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#i2p-dev
/2021/12/13
@eyedeekay
&kytv
&zzz
+R4SAS
+RN
+RN_
+dr|z3d
+orignal
+postman
+wodencafe
Arch
DeltaOreo
FreeRider
FreefallHeavens
Irc2PGuest19353
Irc2PGuest22478
Irc2PGuest48042
Irc2PGuest64530
Irc2PGuest77854
Nausicaa
Onn4l7h
Onn4|7h
Over1
Sisyphus
Sleepy
Soni
T3s|4_
Teeed
aargh3
acetone_
anon4
b3t4f4c3
bak83_
boonst
cumlord
dr4wd3
eyedeekay_bnc
hagen_
khb
not_bob_afk
plap
poriori
profetikla
r3med1tz
rapidash
shiver_1
solidx66
tr
u5657
uop23ip
w8rabbit
weko_
x74a6
RN Interesting... torproject.i2p
val RN: that's a mirror by #ru guys I guess.
RN thanks val, was wondering if it was a mirror or official.
dr|z3d we hit eyedeekay in stereo, zzz, here and on your forum, re railroad. hopefully he got the missive.
dr|z3d with SAM enabled, plugin still doesn't work.
dr|z3d also, a 340K icon is less than optimal.
dr|z3d (I've linked him to an optimized version)
dr|z3d regarding i2pgit.org/i2p-hackers/i2p.i2p/-/merge_requests/45, now might be a good time to also consider implementation of a variant of i2pd's trusted router feature.
dr|z3d [trust]
dr|z3d ## Enable explicit trust options. false by default
dr|z3d #enabled = true
dr|z3d ## Make direct I2P connections only to routers in specified Family.
dr|z3d # family = MyFamily
dr|z3d ## Make direct I2P connections only to routers specified here. Comma separated list of base64 identities.
dr|z3d routers = XXX,YYY,ZZZ
dr|z3d ## Should we hide our router from other routers? false by default
dr|z3d hidden = false
dr|z3d possible to embrace and extend that feature with country codes as an alternative to hashes, something i2pd can't do.
zzz its never a good time to do something when in the middle of something else
dr|z3d overlapping remits.
dr|z3d and the salient word is consider, not actually do :)
zzz what if I'm in the middle of considering something else...
dr|z3d *** chuckles ***
dr|z3d then file the idea away in your thought drawer so it doesn't get lost.
dr|z3d are you considering something else related to path exclusion, or you're just hypothesizing? :)
zzz working on tunnel stuff
dr|z3d ok, no worries, no pressure. new tunnel types for the UDP stuff?
zzz no, trying to reimplement the ip restriction
zzz see zzz thread and MR
dr|z3d ok, sorry for the distraction. and yeah, seen the MR and thread, which is why I brought up the trusted router idea.
dr|z3d if you want to push that patch to a branch so it's easier to ingest, I can throw some resources at testing it.
zzz ok have to talk to idk to see where to go from here
zzz and no need for apology, ideas always welcome :)
eyedeekay Heard you on Railroad, not sure why it's broke, worked right away on a more-or-less fresh Ubuntu for me before I released it. I'll figure it out soon
dr|z3d probably a missing dependency somewhere?
eyedeekay Most likely, and I have a feeling it's libappindicator3 or webkit2gtk+, I have workarounds for both but I was hoping not to use them
eyedeekay Because those libs are used to provide some nice features
eyedeekay zzz I can put your patch from the issue onto my MR/branch if you want, or if you want zzz you could `git checkout -b iprestriction-fix` `git commit -am "Apply IP restrictions etc..."` `git push i2p-hackers iprestriction-fix` or something like that to put it on a branch
dr|z3d eyedeekay: libappindicator3-1 and libwebkit2gtk-4.0-37 both installed here, so maybe the problem with railroad lies elsewhere.
dr|z3d that said, a plugin.config option to disable the systray icon might be an idea.
eyedeekay Yeah it's probably good to have the option
dr|z3d i2pd/libi2pd/Family.cpp:52: undefined reference to `EVP_PKEY_base_id'
dr|z3d woops, sorry for spam.
eyedeekay dr|z3d what about libsqlite?
eyedeekay Also there's a -notray flag that can be passed in clients.config
dr|z3d eyedeekay: i A libsqlite3-0
eyedeekay That's not it then...
zzz user options shouldn't go in plugin.config, they will get overwritten
zzz I don't think I can update the MR unless I can push to idk's branch
zzz right?
eyedeekay I think I can give you permission on my branch if you don't have it for MR's on i2p.i2p already
eyedeekay Which you might
zzz or I can just start over, whatever's easiest
zzz I did another pass through it to try to catch most of the cases
eyedeekay You should be able to push to the MR since you're allowed to check into master on i2p.i2p: Allow commits from members who can merge to the target branch=true
zzz ok I'll try it, probably tomorrow
eyedeekay OK, take your time