<f​reedom-quester:matrix.org> XMR has 12 decimal places, right?

freedom-quester affirmative.

<f​reedom-quester:matrix.org> ukenukem: Thought so, thanks! :-)

in case you'd like to read some theories around the why as well, sir.

Related: getmonero.org/resources/moneropedia/atomic-units.html // getmonero.org/resources/moneropedia/denominations.html

<f​reedom-quester:matrix.org> d​ukenukem: Cool, thanks again! :-)

Is anyone using Gupaxx?

Ok, evidently it does not work for others too.

make an issue github.com/Cyrix126/gupaxx/issues

<o​frnxmr:xmr.mx> Someone tell quantum "dontasktoask.com", he has me ignored

<o​frnxmr:xmr.mx> Asked exact same question 2 days ago

<o​frnxmr:xmr.mx> Dontasktoask.com might change bro's life

@plowsof: Will do.

@plowsof: Gupaxx bug report filed, thanks. Cyrix126/gupaxx #106

<o​frnxmr:xmr.mx> Plowsof, you're evi|

<o​frnxmr:xmr.mx> monerod wont even sync on his hdd. Does gyupax even manage monerod..?

<o​frnxmr:xmr.mx> Totally, 100%, pure evil

<p​lowsof:matrix.org> perhaps "Monerod is busy right now" and the gui is unable to communicate. im not sure if managing your local node is experimental addition and it may assume its fully synced and ready

<q​uickex:matrix.org> Hey team, long time no see ya here! Quickex launched $XMR giveaway with Orangefren, warm welcome to particpate!

<q​uickex:matrix.org> If u have any questions, dm me

hello

it is better privacy wise to run monerod via via local onion service?

<e​ddie:oblak.be> If you host the onion service yourself it's probably better than if you use someone else's that you don't fully trust

nods

<3​21bob321:monero.social> Muted the matrix ?

<o​frnxmr:xmr.mx> 🤷‍♂️ maybe a pattern ignore

<e​ddie:oblak.be> do you really think he'd figured that out considering how much time he needs understanding his problem is de hdd 😁

back

ok and also I could tor gitclone and use rep builds?

monero 101 :)

<e​ddie:oblak.be> I don't understand that question. U want to compile tor yourself?

yep

as a rep build

this way it also avoid local libs fingerprinting

avoids

<e​ddie:oblak.be> probably possible but never done that myself

<e​ddie:oblak.be> that's more tor 101 than monero 😄

:)

and for extra s iptables -A OUTPUT -p tcp -d 127.0.0.1 --dport 9050 -m owner --uid-owner monero -j ACCEPT iptables -A OUTPUT -p tcp -m owner --uid-owner monero -j REJECT ? This way it wont by mistake connect to any clearnet peers