00:47:20 <gingeropolous> hyc, because the offline computer is trusted and more or less static. once you have to move a new version of the software to the offline computer, you've exposed it to new nonsense
11:18:18 <kovri-slack> <woodser> we are updating the rpc docs.  any objection to removing disallowed payment id inputs, e.g. to wallet rpc `transfer`?
12:09:51 <moneromooo> None here.
17:11:45 <thagrisu> public addresses created before hardfork are still valid after hardfork i guess .. right ?
17:13:43 <sech1> yes
17:14:30 <thagrisu> (y)
17:26:56 <jtgrassie> woodser: are you sure payment ID is still not a valid parameter to RPC transfer? E.g. can it/does it not get set as a short encrypted payment id if it can?
17:31:08 <jtgrassie> ^ scratch that. Just checked the source. RPC transfer wont allow detatched payment id, regardless if its intent is on being encrypted.
17:32:50 <kovri-slack> <woodser> :+1:
17:48:28 <gingeropolous> moneromooo, is this expected pay-rpc behavior? https://paste.fedoraproject.org/paste/f2HLPcbfFdeV2NH8i0hGPg
17:50:01 <gingeropolous> man, and when you unlock a wallet after the cow comes up, you get a whole wall of text: https://paste.fedoraproject.org/paste/5QiuZRGxl~gyxsuuvovT5w
17:54:15 <moneromooo> No.
17:55:01 <moneromooo> Looks like the wallet missed a block update maybe.
17:55:09 <moneromooo> What did you do exactly ?
17:56:03 <gingeropolous> nothing... i have a daemon running with the pay-rpc settings, and a wallet connected to it earning credits and refreshing
17:57:25 <gingeropolous> on the daemon side, this is in the logs: 2019-11-30 15:49:04.649	[RPC0]	WARNING	daemon.rpc.payment	src/rpc/rpc_payment.cpp:246	Payment too low
17:57:32 <moneromooo> If you have a daemon running with the pay-rpc settings, you obviously did *something*, it did not pop up all by itself :)
17:58:11 <moneromooo> It works for me. Therefore, if you want me to find out why it did this for you, tell me what you did exactly so I may reproduce it.
17:58:41 <moneromooo> (try to anyway)
17:59:13 <gingeropolous> sure sure... i meant, i thought i didn't do anything out of the ordinary :)
18:14:48 <gingeropolous> i can send the whole conf file, but these are probably the relevant things: rpc-payment-difficulty=1000 / rpc-payment-credits=100
18:15:56 <moneromooo> Do you have restricted-rpc or restricted-rpc-port ?
18:17:21 <gingeropolous> i currently have both.
18:17:22 <iDunk> Or restricted-rage-quit-rpc ?
18:17:48 <gingeropolous> i got this middle mouse button that keeps on gettin hit somehow
18:17:59 <iDunk> :)
18:18:24 <gingeropolous> the thing is moneromooo , it was refreshing and doing payments all fine and dandy... it just threw those errors occasionally.
18:18:37 <gingeropolous> lemme do some good ol pastes
18:20:35 <moneromooo> ./monerod --help | while read option comment; do echo "Do you have $option"; done
18:21:22 <moneromooo> And did it continue doing this after another block was found, or did it start being accepted again ?
18:27:27 <gingeropolous> it started being accepted again
18:27:37 <gingeropolous> here's the conf file: https://paste.fedoraproject.org/paste/C9pN6n3QHQ~q2Nn8Urtppw
18:28:41 <iDunk> The wallet syncs every 90 seconds, right ?
18:29:33 <moneromooo> Do you have > default daemon logs ?
18:29:40 <moneromooo> The CLI wallet does.
18:31:38 <gingeropolous> this is the daemon log, grepped for "payment" https://moneroworld.com/logs/payrpc.txt.gz
18:33:37 <moneromooo> Thanks. So it happened just once. And the credit balance resets all the time, that's really odd.
18:45:23 <goin2mars> hey i followed the github dirs for debian/ubuntu using the same line to install the deps as is listed there, then did the repo clone, and then did make and it was successful except i didn't get a monero-wallet-gui and i was wondering why that'd be so - anyone know?
18:48:13 <iDunk> Wrong repo. Try monero-project/monero-gui
18:48:15 <moneromooo> What is the repo you cloned ?
18:50:12 <goin2mars> oh that makes sense ty
18:52:08 <gingeropolous> ok. any other logs would be useful moneromooo ?
18:55:35 <moneromooo> Not right now. I'm assuming a block was found at the same moment.
18:57:10 <KiloLima> Height: 1978432/1978432 (100.0%) on mainnet, not mining, net hash 273.93 MH/s, v11 (next fork in 1 blocks), up to date, 8(out)+0(in) connections, uptime 1d 8h 53m 59s
18:58:04 <KiloLima> Height: 1978433/1978433 (100.0%) on mainnet, not mining, net hash 272.91 MH/s, v12 (forking now), up to date, 8(out)+0(in) connections, uptime 1d 8h 54m 56s
19:01:53 <hyc> woohoo!
19:02:17 <randomXcellence> Thank you XMR devs!
19:36:53 <fluffypony> this seems to be ticking along a lot better than previous forks
19:37:28 <sudakan> congratulations people. amazing work.
19:38:44 <gingeropolous> indeed! we have the epoch change to worry about next at 1980481, but the amount of times that was mucked with on testnet, should be good
20:00:47 <hyc> yep. just a non-event by now
20:28:38 <rbrunner> My daemon just took in a reorganize. People really seem busy mining and producing blocks!
20:56:12 <gingeropolous> this daemon mining autodetector feature is awesome. thanks whoever did that
20:57:00 <sech1> tevador did that
21:32:53 <goin2mars> hey i keep getting g++: error: /usr/lib/x86_64-linux-gnu/libGL.so: No such file or directory
21:32:53 <goin2mars> make: *** [Makefile:551: release/bin/monero-wallet-gui] Error 1 . So far i tried installing libgl1-mesa-dev libgl-mesa-glx and even did a 'ln -s /usr/lib/x86_64-linux-gnu/libGL.so /lib64/libGL.so' per some directions i found at https://forum.qt.io/topic/99081/g-error-lib64-libgl-so-no-such-file-or-directory/5 and still won't get me through. anything i can look into?
21:34:41 <gingeropolous> i can't help much, but when i run into that i just make sure everythings sudo apt updated and upgraded and then make clean and start over
21:34:55 <gingeropolous> hell, sometimes I reclone the repo because...... im special
21:37:06 <iDunk> Ubuntu or Debian ?  dpkg -S libGL.so
21:54:12 <goin2mars> ubuntu, dpkg says not installed no information available
21:56:19 <Inge-> fluffypony: it helps that the hashrate isn't castrated by the fork ;)
22:08:08 <goin2mars> update on that - i decided to take a look in there, found a file that's been deftly named libgl.so.1 so i copied it then renamed it as 'libgl.so' then put it back in there and the thing finished and now the gui is running so thanks!
22:34:11 <moneromooo> You probably want to run ldconfig (after removing the new file). Failing that, a symlink (that's what ldconfig should do automatically).