00:02:15 <monerouser1144> Hi all, I have a question: Using wallet CLI 0.17.1.6 with a remote (stagenet) node how can I relay a transfer which is still listed as "pending out" after ~20min?
00:03:03 <moneromooo> relay_tx TID (in the daemon). If that remote node isn't yours, you lose.
00:06:21 <monerouser1144> Thx, I had read about relay_tx but no, the remote (stagenet) node isn't mine ...
00:09:41 <selsta> monerouser1144: did a block get mined in the meantime?
00:11:02 <monerouser1144> Sure, several blocks - it has been ~35min. The wallet status is synced.
00:11:30 <selsta> which node did you use?
00:12:02 <monerouser1144> monero-stagenet.exan.tech:38081
00:15:57 <selsta> try https://community.xmr.to/nodes.html
00:17:34 <monerouser1144> thx, I switched to stagenet.community.xmr.to and now the tx is listed as "failed out". Should I re-send?
00:18:13 <moneromooo> Only if you use an input that's the same.
00:18:20 <moneromooo> Or if you don't mind both being mined.
01:12:43 <h2017> the market has basically come to a standstill on binance (xmrbtc). Maybe 0.0071391 will remain the fixed btc conversion price for all time
01:13:27 <h2017> is binance broken?
01:15:47 <h2017> nope someone sold
01:16:44 <monerouser1144> I think that discussions about price are for another channel, but I check https://www.monero.how/ has an overview of several exchanges
01:16:52 <h2017> oops yeah sorry my bad
01:16:56 <h2017> didn't meant that for this channel
01:17:48 <h2017> thanks for the web page though. i'll make sure to remember that one
01:20:41 <h2017> the transaction count looks like it's exploding
02:44:35 <camalonso> should I still apply block.txt with monerod 0.17.1.6?
02:45:44 <nioc> won't hurt
02:46:00 <nioc> so far it seems to run ok without
03:14:52 <ziyzhou[m]> Hi,  which community channel is being used mostly? Matrix, slack, or mattermost ?
03:17:30 <nioc> don't think that slack is used.  matrix and mattermost are bridged to IRC where we are now
03:17:45 <nioc> of those 2 I would say matrix
03:18:11 <ziyzhou[m]> @nioc Thanks.
03:18:29 <nioc> :)
09:14:38 <Inge-> oooh someone updated Monero on btcpayserver https://twitter.com/olthoff/status/1336882350655881217
09:52:30 <anchor[m]> <camalonso "should I still apply block.txt w"> Considering I see it happening again on 0.17.1.6, I'd say yes
10:23:57 <selsta> anchor[m]: they automatically get banned, but it might take 1-3 minutes
10:24:34 <selsta> But yea, using the ban list is still recommended.
10:26:40 <anchor[m]> I waited for at least 5 minutes
10:26:42 <anchor[m]> either way it's fine now
10:26:56 <anchor[m]> maybe I was unlucky
10:39:05 <selsta> anchor[m]: ok, could be that they changed behaviour
12:22:23 <Copenhagen_Bram> when a cryptocurrency goes up, does the amount you can mine also go down?
12:48:04 <Lyza> <Copenhagen_Bram> not directly, but increased price is likely to bring more miners to the system which is going to mean everyone gets a smaller share
13:02:24 <Lyza> you know what would be handy? a way to update the blocklist without restarting the node. Like, I know xmrig looks for the config file to change and reloads it automatically if it does. could the blocklist be similar?
13:03:00 <Lyza> otherwise, correct me if I'm wrong, but I've eitehr got to download the new blocklist, diff them, and call 'monerod ban' for each new IP address, or I have to restart the daemon
13:03:44 <Lyza> even just a command to reload the blocklist would be dope
13:13:13 <moneromooo> You don't have to, you can do something like:
13:13:26 <moneromooo> cat block.txt | while read b; do monerod ban "$b"; done
13:13:29 <moneromooo> Should do it.
13:25:53 <camalonso> so duplicates doesn't matter? just ban them all, every time?
13:42:14 <Lyza> moenromooo the problem I have having with that right now is that bash is interpreting 'monerod' and 'ban' separately. so it calls monerod without arguments, then tries to call the 'ban' command by itself which obvs fails
13:43:22 <Lyza> but yeah calling monerod to ban each one individually is the *other* bad hackey solution I thought of, and am trying to implement on ym system
13:44:08 <Lyza> <camalonso> I am using 'comm -1 -3 block.txt block.txt.1' to pull only the new entries
13:44:21 <jess> have you thought of implementing a DNSBL for the banned IPs
13:44:43 <jess> dnsbl, otherwise known as a Real Time Blacklist, like efnetrbl or dronebl
13:44:57 <jess> that way you could run your own lookup service that monero nodes point to
13:51:41 <moneromooo> We have the infra, we already lookup DNS TXT records for stuff. But ideally centralization of such things is kept at a minimum.
13:52:14 <moneromooo> It could be made optional though. Good suggestion.
14:01:47 <Lyza> ok so it seems like actually when I call monerod from the while loop, what runs is 'monerod ban' and the variable does not get passes
14:02:20 <Lyza> comm -1 -3 block.txt block.txt.1 | while read b; do monerod ban "$b" 2687360480; done
14:03:19 <Lyza> this fails and seems to not pass $b, however "comm -1 -3 block.txt block.txt.1 | while read b; do echo "$b"; done" works perfectly so, I'm at a bit of a loss. tried various combinations of single quotes, double quotes, and parenthasese to no avail
14:05:27 <Lyza> obvs I'm bad at bash, so help is hella appreciated, but as far as making a case for different behavior, I am sure I'm far from the only one who would struggle with this. ideally updating the ban list should be simply and not require a restart
14:06:29 <camalonso> Lyza: good stuff, thanks
14:11:56 <camalonso> i'll experiment next time i get new IP's
14:22:04 <Lyza> ok now I feel dumb as shit. "monerod ban 1.2.3.4 2687360480" returns "Unknown command: ban" from monerod
14:22:28 <Lyza> but that seems right to me?
14:23:47 <Lyza> ok so it's adding the seconds that breaks it, but "ban <IP> [<seconds>]" is what help shows for the ban command sooo, idk, anyone see waht I'm doing wrong?
14:23:52 <selsta> try a smaller second number
14:24:14 <Lyza> <selsta> taht worked ty my hero
14:24:56 <Lyza> I got the number I used from looking at the ban time on the IPs added from the block list
14:25:53 <Lyza> wonder what the actual max value is
14:26:24 <selsta> the block list does not have to use the input parser, so that’s why there can be differences
14:31:49 <Lyza> gotcha the max value for passing is apparently 2147483647, for some reason
14:32:33 <Lyza> ah it's 2^31
14:33:43 <Lyza> welp, anyway, that rounds out what I needed to figure out to automatically update the bans, ty!
15:27:34 <xstatic2012> Prove that you really have the most critical thinking community. Come to https://t.me/get_monero and let's discuss things like adults.
15:56:51 <omega> hello. i have a qquestion about verifying myy hash for latest release.
15:59:54 <moneromooo> Ask it ? :)
16:04:51 <imjustaguy> LOL fireice guy https://i.imgur.com/R8XP7zp.png
16:05:08 <moneromooo> Oh don't spam too please.
16:05:17 <imjustaguy> It's literally what the bot posted earlier..
16:05:36 <imjustaguy> no, I'm not a spammer, I just wanted to show how mental retarded fireice is
16:06:21 <jess> that's unhelpful
16:07:06 <omega> Hello. I see the release is dated 7 DEC 2020 and
16:07:06 <omega> gpg --verify hashes.txt
16:07:06 <omega> gpg: Signature made Tue 08 Dec 2020
16:07:06 <omega> Is this standard gpg usage? Seems weird the signature is dated after the release. I'm probably misunderstanding pgp. Thank for your help.
16:07:33 <moneromooo> Not sure, but I use: gpg --veryify filename.asc filename
16:07:57 <raecarruth> o_0
16:08:36 <moneromooo> hashes.txt sounds like a set of SHA256 hashes, right ?
16:08:39 <omega> yes. the filename is hashes.txt
16:08:46 <selsta> omega: we wrote the release notes before it got signed
16:08:51 <selsta> so it is normal
16:08:59 <omega> okay. thank you.
16:09:20 <moneromooo> You hash the binaries, and GPG sign a set of hashes ?
17:02:24 <lza_menace> anyone know of projects in the ecosystem that can let you visualize your node's peers in near real-time?
17:03:20 <moneromooo> monerod (print_cn or sync_info)
17:04:11 <lza_menace> same as rpc get_connections, right?
17:04:23 <moneromooo> Sounds likely.
17:04:36 <lza_menace> i mean to run IPs through geoip dbs and render a plotted map
17:04:48 <lza_menace> just wondering if someone's already made that or if I'll need to write it
17:05:09 <lza_menace> trying to beef up my node operations dashboard
17:13:56 <donkeydonkey[m]> <lza_menace "trying to beef up my node operat"> is this a public visible project you are working on ?
17:19:38 <lza_menace> yeah, https://github.com/lalanza808/docker-monero-node
17:22:51 <donkeydonkey[m]> nice
17:23:55 <lza_menace> guess i'll just write something then
17:24:08 <lza_menace> there's a pool that has a similar thing with the map
17:24:15 <lza_menace> but not sure if it's open source
17:53:46 <nioc> lza_menace: xmrto also has a map
17:54:03 <nioc> if it is working
17:54:18 <nioc> supposed to show versions also
18:00:30 <lza_menace> ty
18:03:31 <donkeydonkey[m]> https://community.xmr.to/network/
18:18:58 <Mochi102> nice
18:52:26 <nioc> just checked my node which had been running 0.17.1.6 w/o ban list just fine
18:52:29 <nioc> sync_info now shows 3 of the AHPs that are 2 blocks ahead
18:55:12 <moneromooo> 7107 fixes that.
18:55:37 <nioc> thx
20:06:26 <mfoolb> I really don't get this late rgb loving
21:42:00 <mrtrousers> Hello
21:42:17 <mrtrousers> Im building monero in netbsd, everything goes fine until 80%.. Then..
21:42:56 <mrtrousers> I get an error related to trezor and protobuf.. ? Ill baste the error message..
21:44:06 <mrtrousers> https://pastebin.com/4dghyLFa
21:48:41 <moneromooo> Did you install the protubuf-devel stuff ?
21:48:47 <moneromooo> Or similar name.
21:49:24 <moneromooo> libprotobuf-dev, protobuf-compiler (from the README).
22:01:11 <mrtrousers> Yes i did install protobuf from pkgscr in netbsd..?
22:04:16 <mrtrousers> The trezor code is giving me trouble, but i dont even have a trezor lol
22:07:15 <moneromooo> Does your compiler support the __attribute__ function, er... attribute ?
22:07:26 <moneromooo> Is it GCC or CLANG ?
22:07:48 <mrtrousers> I think its GCC..
22:08:16 <mrtrousers> In my home folder there is a gcc4.9 folder i think..
22:09:24 <selsta> You should not need protobuf dependency if you don't use Trezor
22:09:56 <selsta> try uninstalling the dependency, it will turn off Trezor functionality
22:12:00 <mrtrousers> selsta uninstall the protobuf?
22:12:11 <selsta> yes
22:12:43 <mrtrousers> selsta Ok, if this compilation run fails, im at 15%, i will uninstall protobuf.
22:13:06 <moneromooo> Do you have a /usr/include/google/protobuf/generated_message_util.h file ?
22:13:32 <moneromooo> Does it have "#define PROTOBUF_DEPRECATED" in it, around line 74 ?
22:14:14 <mrtrousers> I will check as soon as this compilation run is done.. I dont remember how to use multiples screens/ttys/tmux in the same terminal.
22:14:24 <mrtrousers> I probably should relearn that..
22:14:34 <moneromooo> If it defines it as __attribute__((deprecated)) or the like, try making it an empty define. It is empty for me (Linux).
22:55:06 <mrtrousers> moneromoo i found the file
22:58:56 <mrtrousers> im gettint rid of protobuf see what happens
23:05:09 <mrtrousers> selsta without protobuf it disables trezor support but doesnt compile..
23:05:20 <mrtrousers> With protobuf it compiles until 80% before failing..
23:06:26 <selsta> weird, I have compiled monero without protobuf in the past, but not on netbsd
23:06:47 <mrtrousers> The compiling script mentions missing HIDAPI  and gtest ?
23:09:25 <mrtrousers> Found libhidapi and installing it..
23:25:09 <kinghat[m]> https://geti2p.net/en/blog/post/2020/12/10/Hello-git-goodbye-mtn