06:11:25 ping /names 07:42:49 Mmmmmmmmmm: I already got a headache from that animated GIF on your github :) Seriously, maybe just a single GIF, or play it with 10 times less speed? I will review. 07:44:50 Oh, I forgot, -dev does not relay ... 07:45:03 it does 07:45:12 but he does not have speech permissions 07:45:45 Yeah, just saw it. What do you mean, "no speech permissions"? 07:45:55 channel requires being voiced 07:46:32 Sure. Right now I could not write directly on IRC, understood. But if I write here in Mattermost, all is well, no? 07:46:59 we see it on irc, rbrunner7, if that is what you mean. 07:47:38 Yes. Sorry for the confusion. 07:57:30 Thanks xmrmatterbridge 07:57:58 The almost-seizure-inducing GIF is made to encourage people to scroll to the donation section :) 07:59:47 Lol 12:36:45 fluffypony: you have time today / tomorrow for dns hashes? 12:36:57 would be good to get many people on v0.17.1.3 13:16:08 -xmr-pr- tobtoht opened pull request #7001: Fix inconsistent indentation 13:16:09 -xmr-pr- > https://github.com/monero-project/monero/pull/7001 18:01:08 -xmr-pr- mj-xmr opened pull request #7002: Reduce compilation time of epee/portable_storage_template_helper.h 18:01:08 -xmr-pr- > https://github.com/monero-project/monero/pull/7002 18:44:31 moneromooo so I've been looking at https://github.com/monero-project/monero/pull/6963 in the light of recent events and I have a question. Why is /16 filtering only applied to IPv4 addresses? IPv4 mapped in IPv6 addresses are not filtered by /16 18:47:08 nvm, the latest code fixed it 18:49:16 that makes it rather efficient. Asshole peers use only a few /16 ranges 18:49:21 I know close to nothing about IPv6. Feel free to improve anything you see I missed. 18:49:56 I'm checking the latest code now and it looks reasonable 18:50:01 In particular, my knowledge about IPv6-in-IPv4 comes from wikipedia after I noticed the curious IPv6 addresses in peer lists. 18:50:28 And it looks like there's a fair number of "interesting" schemes in IPv6, so there might be other ways to embed those in. 19:18:12 m2049r wants to be able to talk here from Matrix. Is this possible? 19:19:26 yes 19:19:42 I never used matrix but people write here from matrix so should be possible 19:20:55 Nick ? Matrix usually adds [m] suffix, I see only m2049r here. 19:59:48 this message seems to be inaccurate 19:59:49 2020-11-10 19:58:49.270 W Lost all outbound connections to anonymity network - currently unable to send transaction(s) 20:00:02 I had long-standing i2p outbound connections at that moment 20:00:12 tho possibly no outbound tor connections 20:00:21 yes, if you enable both tor and i2p 20:00:28 is uses both, so if one is missing it will print that message 20:00:52 seems like we could stand to be more specific 20:01:04 but also if you send a tx 20:01:11 it will not send it until both are connected 20:01:12 afaik 20:01:26 not sure if that is intended behaviour 20:01:46 that definitely sounds like a bug 20:02:11 it means nodes that are on both networks, presumably for better connectivity, will actually have worse than nodes on only one or the other 20:02:16 yep 20:02:25 would prefer that changed too 20:02:35 yeah, lemme take a peek 20:04:47 seems like that message is per-zone 20:04:54 so loss in one shouldn't affect the other 20:05:57 I did see that behaviour, tx not sending until I removed i2p tx-proxy even though I had many out connections for Tor 20:06:08 that was while I didn’t have i2p out connections 20:06:14 hmm 20:07:17 messaging being per zone does seem like what we are experiencing? right? 20:07:30 yeah 20:07:40 % 20:08:52 nothing obvious to me, someone else will have to look at it 20:11:49 also, the list of connections is filtered by blockchain height 20:12:13 so a connection may exist, but be ignored if the remote node is behind the expected height 20:12:19 so this message is definitely misleading 20:14:11 but if a node is behind we don’t want to send them tx anyway, right? 20:14:14 afaik they drop it 20:14:51 sure. but the messae is "lost all connections" which is false 20:15:18 yep 20:15:22 Lost all outbound connections to [this] anonymity network 20:15:36 The second part is misleading though. 20:15:59 can we please have it log the name of [this] network ... 20:16:41 or change the message to something like "no suitable outbound [xxx] connections" 20:17:04 * moneromooo votes yes 20:20:30 "... for height hhh" 20:25:27 hm, I don't see how to get the zone ID out of detail::zone in cryptonote_protocol/levin_notify.cpp 20:31:08 -xmr-pr- vtnerd opened pull request #7003: Change to more efficient allocation strategy in byte_stream 20:31:08 -xmr-pr- > https://github.com/monero-project/monero/pull/7003 20:46:08 -xmr-pr- vtnerd opened pull request #7005: Allow byte_stream->byte_slice conversion to shrink unused buffer space 20:46:08 -xmr-pr- > https://github.com/monero-project/monero/pull/7005 20:46:09 -xmr-pr- MoneroArbo opened issue #7004: Inbound and outbound i2p connections have the same peer ID 20:46:09 -xmr-pr- > https://github.com/monero-project/monero/issues/7004 21:17:07 Can someone explain what grace_blocks is in get_fee_estimate? Is this the amount of blocks in which you want your transaction to be included in? i.e. lower grace_blocks, higher fee? 21:17:12 Please* 21:19:46 gingeropolous: yes. before i'm done with it the workaround would be to use orbot which works perfectly with monerujo. 22:31:08 -xmr-pr- RomanDahKing opened issue #7006: Monero 22:31:09 -xmr-pr- > https://github.com/monero-project/monero/issues/7006 22:31:57 luigi1111: ^ can you block from org? 22:32:06 looks like a troll opening empty issues 22:33:01 done 22:33:09 Why do people do that? 22:39:46 some people misclick, but if it is done multiple times most likely trolling 23:10:46 moneromooo: I think it's m2049r[m] 23:10:48 it'd have to be 23:11:12 Well, noone by that nick here. 23:14:58 It doesnt have to be, like my nick is not [m]