00:37:39 <one-horse-wagon[> Selsta.  Before you approve a major code commit, something with a lot of line changes or additions, do you run it through a static code analyzer first like cppcheck?
00:56:21 <UkoeHB> afaik that's the responsibility of reviewers
00:57:10 <UkoeHB> whether or not it passes CI is what matters most, static analyzers will only pick up some code smells otherwise
01:04:44 <one-horse-wagon[> UkoeHB: CL is cryptic for what?
01:06:31 <one-horse-wagon[> *CI
01:22:28 <UkoeHB> CI = continuous integration
13:10:02 <soderzhanie[m]> Hi guys
13:10:02 <soderzhanie[m]> A question about monerod. I linked it to other monerod nodes via i2pd. My goal is for monerod to work only on the i2p network without communication via clearnet. However, I can't figure out how to disable clearnet connectivity and leave only i2p. Monerod writes 200+ ip addresses.
13:14:28 <soderzhanie[m]> What is the point of connecting via i2p/tor if there is no way to disable the clearnet?
13:28:31 <moneromoooo> The default is to send txes via tor, blocks via clearnet. Blocks are public, and you want them to propagate fast. Txes can be private, and do not need so much speed.
13:28:57 <moneromoooo> If you want everything to go via tor or i2p, use a gateway VM, that way you're sure.
13:29:40 <moneromoooo> A hack might be to enable ipv6, make sure your machine does not have an ipv6 stack, and disable ipv4. IIRC there's a switch for that.
13:29:57 <moneromoooo> But a gateway VM is safest. Saves you from possible bugs.
13:39:32 <soderzhanie[m]> My task is so that the Internet provider does not know that I have montero. To do this, I need everything to pass through tor/i2p. In addition, so that DNS TXT does not reveal me. Your method is very complicated, how can you contact the development team to suggest that they add the variable "i2ponly = 1" or "toronly = 1" to named.conf.
13:39:33 <soderzhanie[m]> I think a lot of people would like to have a monerod hidden from the provider
13:40:35 <soderzhanie[m]> s/montero/monerod/, s/named/monerod/, s/./?/
13:46:42 <soderzhanie[m]> <moneromoooo> "The default is to send txes..." <- Do I understand correctly that if moneron is connected via clearnet and i2p, then the transaction will be sent only to i2p nodes and through them further along the network?
13:46:56 <soderzhanie[m]> * Do I understand correctly that if monerod is connected via clearnet and i2p, then the transaction will be sent only to i2p nodes and through them further along the network?
13:49:42 <monerobull[m]> > <@soderzhanie:matrix.org> My task is so that the Internet provider does not know that I have monerod. To do this, I need everything to pass through tor/i2p. In addition, so that DNS TXT does not reveal me. Your method is very complicated, how can you contact the development team to suggest that they add the variable "i2ponly = 1" or "toronly = 1" to monerod.conf?
13:49:42 <monerobull[m]> > I think a lot of people would like to have a monerod hidden from the provider
13:49:42 <monerobull[m]> If anything, Tor traffic is way more suspicious than monerod
13:52:31 <soderzhanie[m]> I don't use the tor at all, there are only malicious nodes there and it was easily banned in Russia. This means that he is good for nothing but attracting attention. That's why I'm focusing on i2p
15:11:43 <Siren[m]> > <@soderzhanie:matrix.org> My task is so that the Internet provider does not know that I have monerod. To do this, I need everything to pass through tor/i2p. In addition, so that DNS TXT does not reveal me. Your method is very complicated, how can you contact the development team to suggest that they add the variable "i2ponly = 1" or "toronly = 1" to monerod.conf?
15:11:43 <Siren[m]> > I think a lot of people would like to have a monerod hidden from the provider
15:11:44 <Siren[m]> Use DoH to hide DNS traffic
15:13:58 <Siren[m]> Also use monerod with SSL so it's HTTPS traffic
15:22:52 <soderzhanie[m]> I know that you can configure dns, use vpn, and perform a bunch of other actions, but as for me, this is an attempt to revive the dead. It seems to me there is nothing more useful than integration with i2p for montero at the moment. This is really what will make the clients of the network and nodes anonymous in relation to each other. Especially now there are i2p clients in c++ that have significantly increased the speed (I visit
15:22:53 <soderzhanie[m]> social networks through i2p)
15:23:25 <soderzhanie[m]> s/montero/monero/
15:27:36 <hyc> yeah i2pd works pretty well. I use both i2pd and tor
15:29:01 <soderzhanie[m]> It seems to me that you can contact the PurpleI2Pd development team if you have any questions about how to integrate their product into monero by default. This will help both their networks and Montero's networks, and most importantly users. If not integrated, then at least create conditions for working in pairs. Or is the monero team afraid of serious steps in terms of anonymity?
15:30:37 <soderzhanie[m]> s/Montero/Monero/
15:34:52 <UkoeHB> soderzhanie[m]: it’s work that someone has to do, not related to any agenda
15:34:59 <UkoeHB> You’re saying someone should do work
15:35:43 <hyc> "at least create conditions for working in pairs" not sure what that means
15:35:58 <hyc> we already include docs in the README for using with i2pd
15:37:26 <xfedex[m]>  
15:37:26 <xfedex[m]> I had once tried adding i2p to monerod
15:37:40 <xfedex[m]> It didn't connect to any i2p node, only to ipv4
15:37:58 <soderzhanie[m]> I know that monero can work with i2p. However, we are talking about working only through i2p, and not through clearnet+i2p
15:38:48 <xfedex[m]> soderzhanie[m]: I think that to do that you need two devices, one running i2p daemon, and the other completely proxified using an i2p socks5 proxy and running monerod
15:39:41 <xfedex[m]> but it's extremely easy to shoot yourself in the foot
15:39:46 <soderzhanie[m]> I want blocks and transactions to go through i2p
15:40:18 <hyc> but no other nodes are expecting to receive blocks thru i2p?
15:43:06 <soderzhanie[m]> What do you mean? I have 10-20 connections with other nodes via i2p, what is the problem for me to exchange blocks with them?
15:48:36 <jozsef[m]> 卩尺ㄖ卩卄乇ㄒ: I also like i2p, and run/use a monerod via i2pd. Here is my preferred setup for monerod:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/92681655459b03f117c9e5e508fed3aa77173d8b>)
15:51:39 * soderzhanie[m] uploaded an image: (47KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/LWiXLZhQOiULTJDnwZmcKwJt/IMG_20221204_215059_818.jpg >
15:54:41 <jozsef[m]> Perhaps my setup can still be hardened by blocking incoming clearnet connections, and thus restricting everything to i2p only? 
15:55:32 <jozsef[m]> "incoming clearnet connections" = Tell monerod to not even try connecting clearnet nodes.
15:57:05 <soderzhanie[m]> Monerod status
15:57:05 <soderzhanie[m]> Out 260 in 0
15:57:20 <soderzhanie[m]> This is clearnet
15:57:56 <soderzhanie[m]> I want out 0 in 0 and connect via i2p
15:59:46 <jozsef[m]> Yeah, I believe that means you have a similar setup to mine: your monerod receives txs from clearnet nodes but clearnet nodes do not connect to your node.
16:00:01 <jozsef[m]> Maybe set in-peers=0 ?
16:01:54 <soderzhanie[m]> jozsef[m]: Yes
16:03:10 <jozsef[m]> jozsef[m]: No, I think you need `out-peers=0`? But wouldn't that isolate even from i2p? I'm not sure.
16:04:02 <soderzhanie[m]> We need to try in out 0 0, test it, but I'm afraid that then the i2p nodes will turn off. I'll check and write
17:05:40 <jozsef[m]> vtnerd: Do the out-peers and/or in-peers settings affect only clearnet connections if i2p is also configured or overall?
17:36:46 <ofrnxmr[m]> Only clearnet 
17:38:17 <ofrnxmr[m]> Clearnet set to 24 and tor set to 36 = 24 clearnet peers and <12 tor peers 
17:38:56 <ofrnxmr[m]> Disclaimer: answer is from personal experience / trial and error 
17:41:05 <ofrnxmr[m]> Out peers 24
17:41:06 <ofrnxmr[m]> Anon inbound 36
17:41:06 <ofrnxmr[m]> Tx proxy 16
17:41:06 <ofrnxmr[m]> = never more than 24 clear peers and ive never seen more than 12 tor peers (=36 total)
17:45:30 <jozsef[m]> Nice! Thanks for the empirics. So they are separately controlled.
17:48:07 <soderzhanie[m]> Give me how write this is monerod.conf please
17:48:12 <soderzhanie[m]> s/is/in/
17:48:23 <jozsef[m]> Now set both in-peers and out-peers to 0 and leave it for a qhile and see if the height increases in a few minutes time.
17:48:48 <jozsef[m]> s/qhile/while/
17:51:53 <soderzhanie[m]> jozsef[m]: Ок
17:53:12 <soderzhanie[m]> I'll write about result a few hours ago
17:56:17 <soderzhanie[m]> It is a pity that monerod does not write information about the connection via i2p/tor
17:57:01 <soderzhanie[m]> Traffic and sync_info
17:58:00 <jozsef[m]> There is this page 
17:58:00 <jozsef[m]> https://github.com/monero-project/monero/blob/master/docs/ANONYMITY_NETWORKS.md
17:58:14 <jozsef[m]> and I also found this one useful
17:58:14 <jozsef[m]> https://github.com/monero-project/monero/issues/7885#issuecomment-1221554944
18:01:41 <soderzhanie[m]> > <@jbakosi:matrix.org> There is this page... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/22cb905afb54b37523ebea531c365a705e27af9f>)
18:01:52 <jozsef[m]> `monerod status`
18:01:52 <jozsef[m]> `monerod print_cn` <- this shows i2p connections
18:01:52 <jozsef[m]> `monerod print_pl white` <- this also show i2p connections
18:02:40 <soderzhanie[m]> Thanks
18:08:13 <jozsef[m]> s///, s/ANONYMITY_NETWORKS/ANONYMITY\_NETWORKS/
18:29:17 <ofrnxmr[m]> #monero:monero.social  and try to avoid edits 
19:30:21 <soderzhanie[m]> Yes, inout peer = 0 
19:30:48 <soderzhanie[m]> Then all connections via i2p
19:31:26 <ofrnxmr[m]> #monero:monero.social  please 
19:42:06 <hinto[m]> sech1: how important is it that p2pool receives a SIGINT/TERM instead of a SIGKILL?
19:47:10 <sech1> SIGKILL can't be caught, so p2pool doesn't shut down properly
19:48:05 <sech1> it shouldn't break anything though, maybe a few last log lines will be lost
19:52:47 <soderzhanie[m]> <soderzhanie[m]> "Then all connections via i2p" <- Sheit... Height 2770180 
19:54:21 <soderzhanie[m]> > <@jbakosi:matrix.org> `monerod status`
19:54:21 <soderzhanie[m]> > `monerod print_cn` <- this shows i2p connections
19:54:21 <soderzhanie[m]> > `monerod print_pl white` <- this also show i2p connections
19:54:21 <soderzhanie[m]> I do not receive blocks over i2p although there is a connection and some data is being transmitted
19:54:42 <soderzhanie[m]> With inout peers 0
19:56:08 <soderzhanie[m]> ofrnxmr: Maybe you know what's going on?
19:56:30 <ofrnxmr[m]> #monero:monero.social 
19:56:31 <ofrnxmr[m]> This is the wrong room
19:56:39 <ofrnxmr[m]> I will not answer you here 
20:33:04 <hinto[m]> ok nice, kill() is the method the stdlib has so i wasn't sure if it was worth making a bad workaround
20:33:45 <hinto[m]> sending exit\n into p2pool's stdin isn't... too bad though right?
21:23:56 <sech1> I think sending exit\n into stdin won't work because p2pool uses tty for console input
21:40:46 <hinto[m]> i figured this out the hard way right now actually lol
21:44:42 <hinto[m]> i'll have to create a pty alongside p2pool i guess
22:17:30 <vtnerd> jozef[m]: it definitely does affect it, iirc the number is per-zone
22:17:58 <vtnerd> so 10-outpeers means 10 outpeers per zone (clearnet, i2p, or tor)