Got a new one: `2022-08-15 17:25:06.221 E wrong variant type: N10cryptonote12txout_to_keyE, expected txout_to_tagged_key in transaction id=<a292963d06a9c598c0b96713bd97eab9ae0790901d6ce821dd221703caad3cc0>`

you can ignore it, some node is sending you transaction without view tags

Custom node? Shouldn't they be on the other side of the fork?

Can have different reasons why this happens.

I'll ignore that one. Just haven't seen that one before.

I have seen it on almost all nodes since fork.

Yeah. You are probably watching the logs a lot closer than I do 🙂

it gets printed on log level 0 so it looks a bit scary

Traffic is still rather high still. `Sent 14951513330 bytes (13.92 GB) in 798151 packets in 2.8 days`

Nodes are way up on monero.fail ^.. weird

For months I was seeing 10-12k. At >16k eight now

(Perhaps why uploaded data is up)

hyc: sech1: monero-project/monero #8504#issuecomment-1216071452

I thought we already said we're not supporting 10.12

but also, I thought we already tested on intel 10.12 too...

but that's self compiled, not the binary

ask him for the output of "ulimit -a|

"ulimit -a"

I'm getting the feeling this is a system environment issue and not a code issue

I just don't understand why it would work with v0.17 and fail with v0.18 when self compiled.

yeah, makes no sense

ulimit looks ok

if he builds ae8e98b681766f31d49ac562dd6974906156e07b

in external/randomx does randomx-test work in there?

I asked them to build master~20 which is before ae8e98b681766f31d49ac562dd6974906156e07b, same issue

ah. so it's not even a recent code change that's involved then

so maybe some feature that the 10.12 sdk enables is causing the problem?

I can ask them to compile with 10.11 sdk

or whatever we used previously

it was 10.11

<hyc> "yes so it may be a legit..." <- Probably not related but, I'm getting:... (full message at libera.ems.host/_matrix/media/r0/do…72f07d5c8d49f36275fd62fbacb9d91f3bc)

Looks like the compiler thinks `ndata' is `mn_data`, so likely false.

s/'/`/

Looks like a case where malloc size if adjusted for whatever variable size data is written into the array. 1 is usually used for compatibility for compilres that balk on 0.

I do not see the alloc offhand to make sure this is the case, but it seems very likely.

Can anyone on here help me figure out why I can’t find my XMR coins that were sent to my external Monero wallet in an address that was generated by Monero? I’m a total novice at this so I’m sure I did something but I’ve been trying since yesterday to figure out and cant

Or does anyone know if Monero wallet has a customer support phone?

wrong channel, ask in #monero. As for "customer support", it depends on which wallet. Cake wallet probably has something.

I'm trying to build monero-project after updating MacOS to 12.0 and updating protobuf and unbound, but I'm getting these build errors. it appears the build is targetting a higher version than what's being linked to?... (full message at libera.ems.host/_matrix/media/r0/do…916525890cea389007efda9a6546d62dbf0)

Vague guess from old memory: I would try setting in cmake: `set(CMAKE_OSX_DEPLOYMENT_TARGET 115)`.

And vary the version number in that to match the SDK that the linker finds.

Where is #monero to be found? I’m a novice

<jozsef[m]> "Vague guess from old memory: I..." <- in monero-project? no luck

It might still be missing from the matrix bot. That'd explain all the non dev questons here...

So, if you can't ask there: make sure refresh-from-block-height is below the height your tx got mined. Then rescan the chain.

liliana914: #monero:monero.social

<sech1> "wrong channel, ask in #monero..." <- Where do I find that channel? And it was an external Monero wallet I downloaded

Is is "freewallet" ? :)

no it’s Monero wallet

Doens't help. Thre are several monero wallets.

i guess it’s a free wallet you down load

how do I find out?

If it's "freewallet", it's a scam and you may never see your coins again. Monejuro, cake, feather are ok. monero-wallet-{cli,gui} are the most trustworthy (says me...).

it’s the cli wallet

or gui

yes! That’s what I have

Then check the refresh-from-block-height setting, set it low, even to 0. Rescan.

Anyone looked at the matrix bot ? IIRC it was buggy with monero at some point.

so, I transferred Monero from kraken to external wallet that is from Monero-wallet-gui

hiw to do that?

monero-wallet-gui > settings > info > Wallet restore height

It is at 0 now

good. it should re-sync

it appears monero-project wants to build with mac's 11.3 sdk, but external dependencies, libunbound and protobuf, are built using current 12.4 sdk

Does it need to start a node? Don’t know what that is

Oh, make sure you have a 0.18.x.y version. Earlier will stop as of a couple days ago.

<woodser[m]> "in monero-project? no luck" <- Yeah. Maybe try these: stackoverflow.com/questions/4321627…newer-osx-version-than-being-linked

I do have latest version cause I just did it 3 days ago

Ah, if you're using some random stranger's node to do the work for you, they may feed you bullshit, or just have old software, etc.

Local node?

May I have one of you guys call me? I don’t know if that’s proper ediqette, but I’ve been trying since yesterday to figure this out

Local is good. Downloads and *verifies* the chain. Selecting pruning. It'll need ~ 50 GB.

Etiquette

i can give my number? I just want to get my money

I recommend you do not give your number to anyone.

Ok.

ummm. There has to be an easier way

this a a brand new MacBook Pro 2021

Just make sure your refresh height is 0 (to make sure) and you're conncted to a recent daemon (local is best) that's finished syncing.

It says it’s synchronizing

it could take few hours to finish synchronizing then after that your funds should appear

Do I need to reset blockchain location?

Probably not, unless it's somewhere you have not enoguh space (~150 GB for full, ~50 GB if pruned).

i wouldnt think so, if you see the number keeps going up then it means it's doing its thing already

right, make sure you have enough storage space

a message came up that that was 0GB and it needs 105 GB

how do I fix that?

oh so in that case then yeah, gotta move to new folder

it’s a new computer so there should be plenty of storage space

so reset blockchain?

i dont know much about macs but do you have a way to see the drives and how full they are and such?

im sure I do but not sure how to check on mac

also btw, this channel is more for dev works, would gladly help on an other channel, on matrix there's different channels like "monero", "monero-dev", "monero-community" and such, is there a way for you to join an other of those channels?

It must be un settings

another error message saying file system is read only

therenis only 0 GB available on device. Blockchain requires 105gb

how dome fix that

(invited you over the monero community channel, if you seeing the invite, please accept it so could move over there :))

Accepted

Thank you spacekitty420[m4 :)

chat there?

:3

if you seeing the messages over there yeah

Just one word before you go: having monero makes you more of a target than usual for assholes, so be *very* wary of giving your number or other identifying info to randoms.

And especially not access to secret keys.

Even if they seem helpful. Scammers will appear to be.

Yes, the world sucks...

I'm getting this out of a wallet-rpc python test: `json.decoder.JSONDecodeError: Invalid control character at: line 5 column 65 (char 117)` What is a good way to debug this?

moneromooo: This is very important liliana914:

Do you use a binary RPC and try to parse as text ?

I'm encoding to z85 so that should be okay I think.

Oh, you're adding a new RPC IIRC. Then make sure you don't send, eg, crypto::hash, but std::string, with epee::string_tools::pod_to_hex, that kind of thing.

Indeed. Ah, okay. I think the error comes from the return from the newly added fn and I'm adding a std::string to res.

I'm thinking that if I have any of `. - : + = ^ ! / * ? & < > ( ) [ ] { } @ % $ #` in a string I'm trying push through json, it will break? Possibly the `/`? This is part of z85 so I guess I need to use hex encoding instead?

These look ok. / is fine.

" would be problematic. Possibly \ too.

OK, that's not the problem then. That's all I have besides letters and numbers.

<jozsef[m]> "Yeah. Maybe try these: https://..." <- thanks for your help jozsef. I discovered that after updating macos, it didn't update the system's sdk for some reason. deleting and reinstalling mac's command line tools force updated the sdk

vtnerd: I think existing multisigs are unusable without this PR monero-project/monero #8329 could you review it?

Are wallet2::{en,de}crypt used/tested somewhere?

I do encrypt/decrypt and I correctly get back the original plaintext + 2 garbage bytes.

It's used to exchange various data. Like cold signig data IIRC.

Extra bytes would likely be transparent there.

I don't see it anywhere outside of wallet/wallet2.cpp. Can you point me to it?

git grep crypt\( src/wallet ?

Or did I misunderstand your question ?

No, you didn't. I've done similar: `grep -Iir 'encrypt(' | grep wallet`, both getting some non-wallet2 hits but I don't see these the wallet2's used anywhere. I think I'm using them right: via json rpc. I get this json outputs: from python tests:... (full message at libera.ems.host/_matrix/media/r0/do…cba1889e3facaac98ff9ccf67c6f5070d55)

encrypt_with_view_secret_key() is used often which uses encrypt() internally

True. Might/should there be a difference if encryption is done with the spend key instead?

I mean in the implementation required for wallet2::encrypt/decrypt, not where encrypt_with_view_secret_key() is currently used.

Not to trailing bytes.

Yeah. Maybe I'm getting garbage from json somewhere...

I meant, whether using view or spend key will not change whether you get trailing bytes.

In any case, an extra unit test is good ^_^

Yeah, I think I will just add one.

Or two.

i have this xmr transaction that won't appear in my wallet (ive tried several). Where do i begin to figure out what's wrong with it? It has over 9000 confirmations

would it make sense for this line to be `EXECUTE_PROCESS(COMMAND brew --prefix openssl⊙1` since 1.1 is generally used, including by libunbound?

does libunbound not work with openssl3?

burnstrees[m]: which wallet are you using?

the installation instructions specify 1.1: unbound.docs.nlnetlabs.nl/en/latest/getting-started/installation.html

do you run into any issues currently?

I can try installing everything with 3 and see

* 9000 confirmations., * ofc ive verified the wallet address already and it is correct. what else can i do?

it works specifying 1.1, but then, that's the only I had installed

I assumed brew --prefix openssl should show 1.1 when only that is installed

it shows /usr/local/opt/openssl@3 for me, maybe my links got messed up

actually brew install openssl installs 3, so maybe not

burnstrees[m]: first step is saying which wallet you are using. and then joining the correct channel.

woodser[m]: maybe check for 1.1 first and then for 3?

in cmakelists?

will try to google if there is a good way to make cmake compatible with homebrew openssl, without calling brew --prefix

yes in cmakelists

do you know the syntax to check?

it works if I manually check for `brew --prefix openssl⊙1`, so I expect it should work if it checks 1.1 before 3

* the build works, modifying to check for `brew --prefix openssl⊙1`

s///

yes that should work as a workaround if no better solution is found

i'm using the monero-wallet-gui. i didn't see a support channel so i figured this would be the right place? could you point me in the right direction?

#monero-gui

or rather #monero-gui:monero.social for matrix users

thanks. which irc network are you guys on?

* guys on? i checked efnet but it was empty

you can join via matrix, just search for monero-gui. this is on libera

a lot of people complain about "vanished coins", this is just wallets not synced right?

there are no vanished coins

yes, they possibly are connected to a node that isn't updated

it is recommended that they set a custom remote node instead of using simple mode, which connects to a random node

Yeah, the support requests ive seen were either... (full message at libera.ems.host/_matrix/media/r0/do…bfd86a5f7e596c8b227bf97b29fbffcf86b)

Selsta, using your node fixed burntrees missing tx

After they updated their gui, it left the old monerod process running (stuck at block block 2688888)

manually stopping and starting the local daemon should work

should limit_up include rpc traffic?