its leaking to other zmq clients that this particular node is the origin (or at the very least a manual re-broadcast)

might as well just publish during the "stem" phase anyway then

ugh, I'll just comment in PR. this behavior was as-designed by me, but I see why people don't like it

ah nevemrind, read the PR wrong, yeah this is an annoying bug I'll definitely have to review this pr

selsta: selsta monero-project/monero #8440

urgent pls！！！

Did you send those funds to yourself?

no

So you dont own the recipient wallet, correct? (Cant troubleshoot on the receiving end?)

What node did you send it from?

I jsut wana to recharge to binance

You sent to Binance from where?

xmrwallet.com

you transferred funds from a third party to another third party , one of which is linked to phishing / scams (xmrwallet)

I was about to say, xmrwallet.com isnt that a scam?

xrmwallet.com isn't a scam one

I had read this article. But my situation is different with it

Piece of advice.

Running a node and using a full wallet isnt hard

Sorry to say, but sounds like you got scammed

.. next time dont use some scammy web wallet. .

You say you tried other nodes

Did you try to restore your seed into a non-scam wallet ? (Monero gui, feather wallet, Cake wallet, monerujo)

Also, you had a different txid before you edit your issue.

Where is the original one from?

I had a another successful trx. The state "output match" is true

Id stop using that wallet 🥲

vtnerd__: this one would be kinda important monero-project/monero #8379

at least i don't know who else should review this

I've updated the checklist up to the extent of my knowledge of our readiness: monero-project/meta #690

Thanks for the immense amount of work that has gone into this, everyone! Almost there 🙂 If anyone knows of something on the list being completed that I'm not aware of, please ping me or leave a comment on that issue.

Are there docs for the zeromq server?

One quick question, seems like release naming changed quite a bite -- I assume `monero-arm-linux-android-*` is the new version of `monero-linux-armv8-*`?

no, it's 32-bit arm

we rename them before uploading to the website

ahh

Hadn't ever noticed that before. Thanks

are these the binaries that are gonna be uploaded?

Is the libunbound version min really `1.4.16`? All of my Ubuntu-based Docker builds are broken in v0.18.0.0 with libunbound errors:

Base image for these builds is Ubuntu 20.04, so libunbound-dev is `1.9.4`.

show your dockerfile

r4v3r23[m] yes, if no emergency fixes will be needed

selsta: github.com/sethforprivacy/simple-mo…r/blob/release-v0.18.0.0/Dockerfile

My main image is Alpine-based and builds properly, but now need libunbound installed in the final image for the binary to run properly.

I'm troubleshooting that separately.

can you do make depends inside the dockerfile?

otherwise you have to compile static unbound yourself, not from package manager, see monero-project/monero #8439#issuecomment-1186548894

I can test it, this image is somewhat out of date (it doesn't match all of the changes I've made for my monerod one yet)

My Alpine build is working outside of needing the new lib, but will work on modernizing the broken one and just hotfix the Alpine one for now: github.com/sethforprivacy/simple-mo…r/blob/release-v0.18.0.0/Dockerfile

Is `make depends` run as a prior command before the actual make command for building the binaries, or does it replace that?

it replaces that

make depends target=x86_64-linux-gnu

Ah, yes, see the official Dockerfile does that

I'll play around with it, thanks selsta!

can I do `make depends` and keep building only the daemon with `-C build/release daemon`?

how can i point the monero build to my local unbound?

there is the `UNBOUND_ROOT` env variable, and you can set cmake `-D UNBOUND_INCLUDE_DIR=` and `-D UNBOUND_LIBRARIES=`

selsta: Is this for *not* using `make depends`?

And working around the libunbound issue?

i was replying to r4v3r23[m]

you can theoretically just build the daemon

Oh, sorry, have them muted.

`make depends` seems the more ideal solution overall anyways so I'm working on migrating to that for both my images.

i don't see you just building the daemon in the dockerfile

Will test and report back 🙂

selsta: Not the one I linked before, this one I do though: github.com/sethforprivacy/simple-mo…b/release-v0.18.0.0/Dockerfile#L111

sethforprivacy: github.com/monero-project/monero/blob/master/Makefile#L50-L51

copy these two steps in your dockerfile and then just build the daemon, should work similar to how you do it currently

Ah, interesting, will try that out

you have to replace target with x86_64-linux-gnu

Yeah, I'm doing it dynamically as this is a multi-arch image

Will set it via a var

that's a problem then

it's probably better for you to just compile unbound manually

AFAICT it should work OK doing it like this:... (full message at libera.ems.host/_matrix/media/r0/do…70d764c132ccb4f7942983892a1dd7beff8)

Where MAKE_TARGET will replace target in the lines you linked

selsta: Maybe 😕

you have to test it out, i don't know if make depends works on arm

Ahh

This image works fine without building it at all, just requires bloating the final image with unbound-dev

Probably not really worth the headache to figure out all of the compilation just to remove that at this point. Will focus on fixing the Ubuntu build alone then.

<selsta> "there is the `UNBOUND_ROOT..." <- in `FindUnbound.cmake` yeah?

unbound_root isnt working for me

make depend assumes x86-64 build host, but will work for all the targets

r4v3r23[m]: can you set the two cmake options?

hi selsta， the issue #8440 of github，how i can check the trx was successful or not？

I need be know which platform the problem happed，now I totoally confused

what does it say in xmrwallet.com as receiver address?

selsta: communicated with customer service of xmrwallet.com，but no response

but what does it say inside the wallet? there has to be a receiver?

I had test another trascation： i could use my own sender account and viewkey check the trx was successful，why？

selsta: to my knowledge, the characterstic of xmr is each txid hide the address both of sender and receiver, right ? I need the support from core team urgently!!!

edisonamosyox[m]: from the outside yes but the wallet should still say the receiving address assuming it's the wallet you sent the transaction from and you didn't delete the wallet cache

that's why I'm asking what does it say as receiver inside xmrwallet.com ?

Hi everyone, can anyone help me how to use open_wallet and close_wallet method of wallet-rpc properly?

thanks

HungHaVan[m]: ask in #monero

I found a bug in the monero-wallet-cli software, check_reserve_proof returns bad signture error when reserve proof signature has a message attached.

This is on Monero 'Fluorine Fermi' (v0.18.0.0-b6a029f22)

get_reserve_proof doesnt accept more than 1 word message. Weird

I tried `get_reserve_proof 2 "this is a message"` and got a usage error

could you open a github issue with description?

I am making one rn

MexicanTakeout96: did it work with v0.17?

same error in v0.17.3.2-release :((

Hi! I have a problem with the monero daemon, I am unable to synchronize the blockchain. Yesterday my server had a power outage, after that daemon crashes on start. I suspect that blockchain file got corrupted. Is there any way to fix? I have a limited internet plan, so I would like to avoid deleting it and... (full message at libera.ems.host/_matrix/media/r0/do…dfd5376657a96041e5445219e65de7ecdf9)

./monerod --db-salvage

but most of the time it doesn't work, it only helps in some cases

<selsta> "./monerod --db-salvage" <- No luck. I have no other option but to download the whole blockchain again?

alexey[m]1: if you do --prune-blockchain --sync-pruned-blocks it will use less bandwidth

but yes, assuming you don't have a backup

alexey if you expect more power outages in the future or other I/O interuptions, I recommend using db-sync-mode=safest

it's just --db-sync-mode=safe

selsta: any luck on my issue? :((

I didn't look yet, I'm busy with release notes

can you try the GUI?

Can I have multiple users using their wallets to connect or use the same monero wallet rpc ?

kk I will try with rpc server too

hyc: I had to resync'd 3 times on my machine because of outages like alexey.

db-sync-mode=safe is very slow, so I switched back to fast mode

<hyc> "it's just --db-sync-mode=safe" <- I am using this, does this cause a lot more io then normal mode ?

> it's just --db-sync-mode=safe

yeah you're right. The modes are safe, fast, and fastest

> Can I have multiple users using their wallets to connect or use the same monero wallet rpc ?

Are you asking about multiple monero clients connect to one remote monero-wallet-rpc instance ?

HungHaVan[m]: no, one wallet can only be opened one at a time for a single instance of wallet-rpc.

Does "--db-sync-mode=safe" produce more writes to disk? I have a blockchain on SSD, iirc lots of small writes to flash memory can wear it down pretty fast.

alexey[m]1: Yes. Are you using windows?

alexey[m]1: yes

ofrnxmr[m]: Linux 5.15.0-33-generic

Was asking because, my understanding is that windows is more likely to corrupt the database

sirs was trying to compile release-v0.18 and get this error ... libssl? pastebin.com/1ri0pqnh

wow, pastebin has gone full invasive with ads and shit

F

kico: you need newer openssl

aight

tks for confirming sir

1.1.1 or newer I think

you will also need newer boost as a consequence

I see

thanks selsta :)

selsta: you asked me once and I began looking at it, but I had to go back and familiarize myself with some of that

will do it now because it looks high priority

thanks, i just don't know who else is supposed to review this

> thanks, i just don't know who else is supposed to review this

which PR?

8379

selsta: i.imgur.com/epIinY6.png

check_reserve_proof requires the exact message to verify the proof. False advertising on this guide getmonero.org/resources/developer-g…wallet-rpc.html#check_reserve_proof

MexicanTakeout96complain in #monero-site:monero.social or make a PR on github if you feel " Should be the same message used in get_reserve_proof" is false advertising.

plowsof: That part I understand completely. The part that is false is that message here is not (optional), also this string message acts more like a pass phrase when revealing the proof and not like "message" passed between parties.

"If a message was added to 'get_reserve_proof' (optional), this message is required when using 'check_reserve_proof'"

That is completely different from "message - string; (Optional) Should be the same message used in get_reserve_proof."

Sorry I misread your text. I think yours would work better replacing this ^ text