what are ~/.bitmonero/rpc_ssl.{crt,key} for?

<gan:skhron.org> there's an argument to be had that the naming is self-explaining to be honest

gan: yea but the cert is expired and yet my gui connects to the node and doesn't complain. are they not in use by default?

even if they lack chain of trust, i'd expect at least the ssl library in the gui to refuse using the connection

<gan:skhron.org> to be fair, not totally sure if they are as per docs.getmonero.org/interacting/monero-wallet-rpc-reference, the params are supposedly autodetect - whatever that means

i checked wireshark and they communicating with tls. i can't tell if it's the expired ones in that directory. my guess is that autodetect has monerod detect if the wallet sent a tls hello or started talking in protocol raw

gan: btw i tested it and found that monerod serves this cert, not sure about monero-wallet-rpc-reference

monero-wallet-rpc*

<gan:skhron.org> ohhh, okay then

<gan:skhron.org> I've looked at the wrong thing for whatever reason

i find it weird how ~/.bitmonero/ is used almost entirely by monerod except for the monero-wallet-gui.log file

<ofrnxmr:xmr.mx> As you said, monerod

<ofrnxmr:xmr.mx> Wallet-rpc and wallet-cli use the working directory

<ofrnxmr:xmr.mx> Monerod also uses ~/.shared-ringdb

<ofrnxmr:xmr.mx> Gui uses ~/Monero

<ofrnxmr:xmr.mx> why would wallets use a hidden data dir?

<ofrnxmr:xmr.mx> Gui also uses (iirc) ~/.config/monero-project or monero-core

related issue for the gui here monero-project/monero-gui #2291

aphoenix:matrix.org: Glad to send you the first with XmrSigner (with OTS lib) signed transaction xmrchain.net/tx/c67a676df6d741b70f2…7e774fd0bf0826f4b53cc1bd6674af9a647 Have a lot of success.

<rottenwheel:unredacted.org> 👀

<rottenwheel:unredacted.org> vthor_ what'd you just say? 🤔

<rottenwheel:unredacted.org> is that OS in alpha, beta, public yet? 👀

vthor: you fell for the beg spam >.<

nooooooo

oh, well.

tru dat.

👀

gitlab is offline sadly, vthors recent update shared progress / completion of it. would be great for people to try it, instructions for those with the physical device or those like myself who would require the emulator working with seedsigner compiled would be ideal

DataHoarder: don't think it was spam, I myself needed to beg a friend fro some xmr dust o test the xmrsigner, it's not that he was "begging" for a fortune

they posted all across random channels, dev, etc. on different nicks

can that however make an OutProof or SpendProof? :D

then it's up to par to my libraries which spent something from the zero-key wallet the other day

rottenwheel: I made the first transaction with the "new" XmrSigner(-os (dev build)), when I stop writing I will build a dev and non dev build for pi0 and put it in release.

monero.social having issues >.<

<rottenwheel:unredacted.org> 👍️

DataHoarder: "can that however make an OutProof or SpendProof?" nope

irc.gammaspectra.live/c808efe602cd3840/image.png

<rottenwheel:unredacted.org> oh lordy, great.

<rottenwheel:unredacted.org> another day in mononoland.

The bridge bridges the /me pretty well.

=]

it was temporary

but yeah, dropped some of the messages due to timeouts

context deadline exceeded?

what timeouts?

vthor: blocks.p2pool.observer/tx/8367d8b97…c9a242fdc314bc3af6e8f8ac5761406f80e the tx made using my BP+ proof code and CLSAG proof code

and ofc, SpendProof mrelay.p2pool.observer/e/xoO1tZQLWEpsQzho

funny cause monero wallet by default cannot spend from this wallet (zero-scalar key)

dukenukem: HTTP timeouts, server timeouts, doesn't matter, "matrix server" timeouts so messages cannot be sent

<ct:xmr.mx> @rottenwheel:unredacted.org why did you have plowsof create your twitter account in the first place? I mean it should be pretty simple with single use phone numbers to create am account, no?

context deadline exceeded means in standard ways that the deadline set to the operation failed (timeout)

<ct:xmr.mx> Read your github reply rotten. Your initial post read like you asked plowsof to create an account for you, not that he front-ran you. That's an important difference

me front-running would be a lie. i was also asked to create the or a reddit account but felt he could at least do something himself (after he asked me to create the irc account, and the twitter federated account which uses a paid relay from pluja (was it 0.01 xmr from my own wallet?). all of which i returned the details for promptly

<321bob321> Plowsof was haveno frontend?

s/was/wen 😔

dukenukem: rottenwheel: github.com/XmrSigner/xmrsigner/releases/tag/v0.11.0

the first signing XmrSigner images for pi0, feather 2.8.1 crashes on importing key images, tested successfully with 2.6.8 and 2.7.0, I guess it has to do with changes in wallet2, but can not say it confidently without to adapt ots to the current master.

<plowsof:matrix.org> can the release artifacts be used in the emulator vthor?

No, but I will thinker now if I can get the libmonero-ots.so in a appimage of the emulator, if I succeed (I hope and I'm releatively confident) I will add it to the release for siduction and ubuntu 24.04 lts

in reality the emulator is the python XmrSigner code + installed OTS library. I have a script that makes an executable, but the libmonero-ots.so is not yet included, so it will for sure fail on a machine where libmonero-ots.so is not installed.

<pw:xmr.mx> plowsof: what does he do?

hello people, do any of you have any recommendations on how to perform the first sync of a monero node? i have tried running `monerod` normally, without pruning as i heard pruning might be more likely to get corrupted (please correct me if i am wrong), and it got corrupted at 99% and gave a BUS error. I have also tried downloading the blockchain from a remote source (from getmonero.org), but the `blockchain.raw` file was only 80GB, and I don't know i

f it is up-to-date.

it took a pretty long time to do all this... but unfortunately it didn't work

Just running monerod is the way. Block chain download is outdated

BUS error shouldn't normally happen

sech1: thank you! i guess i will try again...

it happened when it was at 99%, i really don't want it to happen again

Is it a raspberry pi or something?

no, its a consumer device

It's better to sync on your desktop and then just copy data.mdb

there was no sudden shutdown or anything, there were no disconnections whatsoever

sech1: well i was trying to sync on my desktop

<jeffro256> Mac ARM chip?

<ofrnxmr> > <muffinmeow> hello people, do any of you have any recommendations on how to perform the first sync of a monero node? i have tried running `monerod` normally, without pruning as i heard pruning might be more likely to get corrupted (please correct me if i am wrong), and it got corrupted at 99% and gave a BUS error. I have als [... too long, see mrelay.p2pool.observer/e/zJOC_JcLb1J1TFRi ]

<ofrnxmr> You are corrected. Pruning isnt more likely to be corrupted

BUS error sounds like ARM

not ARM

x86_64

its a regular computer if that makes sense

Never seen it on x86. Maybe your computer is unstable. Run some stability tests first

<ofrnxmr> (TECHNICALLY since it does more operations, it would be more likely to be doing something during an unclean shutdown that could cause corruption, but its not a differencethat is lose sleep about)

stability tests? i don't really have any other option anyway

this is my personal computer

also, sorry for going off-topic a little, but what is the matrix room ID for the bridged room?

<jeffro256> Like memtest

i guess i will try to prune it next time, since not pruning already failed once

<ky:tilde.horse> hi im pwny

<ky:tilde.horse> last time i spoke here, a mysterious stalker tried to scare me with my ENS metadata

<ky:tilde.horse> i'd like to inform you that i got my tax returns

<ky:tilde.horse> most of it was taxable income i made from being employed

<ky:tilde.horse> i recommend the same if that actor is still here lol

SIGBUS can be had on x86_64 for very invalid memory accesses.

I've seen that with lmdb before. Can't recall the details of "very" though.

I *think* it was accesses via mmap beyond the huge mmapped area...

might hav been triggered by bad data from the db tree structure itself. Memory's hazy.

But corrupt db for sure.

moneromooo: so do i just try again?

i don't think i have any different options other than trying again but with pruning this tine

*time

Yes. If you want to guard against this happening again, and you have space, you can exit monerod from time to time and copy the db so you have less to redo.

moneromooo: yes that is definitely something i shoudl've done last time...

thank you!! and thank you to everyone else who answered

Well, it's not supposed to happen in the first place :/

yeah... it was really annoying when i waited for that long and i got hit with a SIGBUS error at 99%

oh also, what is the current size of the blockchain? i have like 200GB or free space, but i also have external storage options if that's necesarry

A bit more than 200 GB IIRC :) External is more prone to corruption though - easier to break connection.

pruned is less though, like a third or so

If you sync pruned, i suggest adding --sync-pruned-blocks, saves on dl size with close to no security impact.

And yes, "close to no security impact" does sound dodgy :D

eh no, it seems safe enough

thanks again

im guessing pruning would also reduce the time it takes?

hey guys. what steps are necessary to backup and restore the blockchain?

<ct:xmr.mx> stmuthur: copy the .bitmonero folder to a different location for backup, copy it back to the original location to restore

and make sure bitmonerod is not running while you do that.

Syncing pruned blocks should be a bit faster, but it really depends on your bottleneck.

moneromooo: i believe the bottleneck would be internet speed

Pruning without --synced-pruned-blocks actually is slower, since it syncs fully then prunes data older than ~5k blocks.

i will make sure to add that flag

thanks guys

<pw:xmr.mx> monerod will continue to sync from it'd last point, no? > <moneromooo> Yes. If you want to guard against this happening again, and you have space, you can exit monerod from time to time and copy the db so you have less to redo.

<pw:xmr.mx> add --prune-blockchain on first run.

<pw:xmr.mx> muffinmeow: add

<pw:xmr.mx> --prune-blockchain on first run.

okay, should i *not* add it when i stop to make a backup and then continue again?

<pw:xmr.mx> why would you stop and make a backup?

<pw:xmr.mx> `/monerod --pruned block chain

<pw:xmr.mx> if it errors or stalls at any point shut down terminal and run it again and it will continue from just before it's stall point

<pw:xmr.mx> sorry for the edits @ IRC people

<pw:xmr.mx> if it faults, just run /monerod and it will continue from where it left off.

<pw:xmr.mx> 👍

<pw:xmr.mx> just noticed when I edit it takes out - else where. ffs auto correct

<pw:xmr.mx> /Monero --pruned block-chain

<pw:xmr.mx> only needed on the first run.

<pw:xmr.mx> I give up. touch some gass. auto correct is pwning me

<pw:xmr.mx> this > <@pw:xmr.mx> add

lol

<infiniteinfinity:matrix.org> I’m literally only $2.67 short to place an order. I know this is a long shot, but can anyone lend me just three dollars? I’ll repay you $10 next week. 🙏🥺 84PVFkghz6CLb9Uf6tCQg45DhimMPs1qaSK2atAQHJjoaWGxabBKiroZqPBd7Y6CnB389fgd85nL1UwtYKmKzgWc8FQ7362

plowsof ^ the beg worked and they are in for more

see vthor different nick, different ask, different reason, beg spam/scam :)

cause it worked they are in for more

I have nothing to give now so just pay me $7.33 next week

hehe

<kiersten5821:matrix.org> > <muffinmeow> hello people, do any of you have any recommendations on how to perform the first sync of a monero node? i have tried running `monerod` normally, without pruning as i heard pruning might be more likely to get corrupted (please correct me if i am wrong), and it got corrupted at 99% and gave a BUS error. I have als [... too long, see mrelay.p2pool.observer/e/5-T6hZgLQnAxQ0pX ]

<kiersten5821:matrix.org> it means some part of your hardware is bad, if you cant diagnose whats wrong with your current hardware like memtest, you will have to buy new hwrdware

DataHoarder: wow, you can't see the difference?

difference?

it's in ref to: > 10:54:22 <vthor> DataHoarder: don't think it was spam, I myself needed to beg a friend fro some xmr dust o test the xmrsigner, it's not that he was "begging" for a fortune

yes, and you don't see the difference between this one and the other one?

it's the same address, spammed across multiple unrelated channels :)

heck, you are right.

my bad. This world is more then screwed

because they got some dust now they know they will get some so they will probably ask every few days (that's how the previous ones behaved)

and then even so cheeky to use the same address.

just ask them for a main address next time :)

so they can mine, and won't work for exchange addresses

well, in this case I felt because I myself wanted to implement for Monero-gui the necessary area labels for the screen reader, but my live goes pretty sideways to not say south, so I was not able to fullfill what I wanted to do (still plan it later in a slower pace if not yet done), and I needed two weeks ago also only some dust to verify myself the XmrSigner transaction. So now officially I felt for an elderly scam :D (and I was laughing before always about

all the scams...)

<kiersten:matrix.org>: well it works fine on a daily basis, and it managed to get to 99%

this wouldn't happen if i stopped the process from time to time to back the database up and keep going

i could've continued from one of the backups in case of a corruption without starting all over again, simply "getting new hardware" isn't really an option

also sorry if that wasn't a proper reply or mention, i don't know how to reply to matrix users through this bridge

<gan:skhron.org> their problem in all fairness, they should setup proper pushrules if that's a concern 🧌