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