is someone already looking into the windows build failures on CI? like this? github.com/LMDB/bitmonero/runs/4056…8?check_suite_focus=true#step:4:789

hyc: yes, it's included here monero-project/monero #7997

ok cool

then as usual, I'll continue ignoring the CI failure emails

not aware that github sends mail about it

it never did for me lol

maybe they're in your spam folder

hyc: could you explain this one?

"Crypto Extension

ARMv8 introduced hardware acceleration for cryptography. Those operations were added to complement, but not replace, traditional crypto accelerators. Geared for small instruction-level crypto support, two main algorithms were supported: AES and SHA (SHA-1 and SHA-256). "

^ That's during building your branch on a 64-bit OS of RPi4.

How can we reward existing vendors who accept btc to also accept xmr? Can monero fund be used for business development activities? Say like hiring a sales manager responsible for converting high value btc vendors to switch to xmr?

I just compiled master. Seems to me that automatic background syncing in the CLI wallet is broken. Only visible symptom, with "set_log 2", are error messages as such: "Invalid hashing blob:"

They seem to appear with the background sync thread frequency.

Checked with testnet as well as mainnet

Is something known in this direction?

does the CLI wallet show "out of sync" until you run "refresh" manually?

Yes.

hmm, I have the same on release branch

I'll double check now

I did not yet debug, but it does seem not to call refresh internally, because I log that in particular, with set_log +wallet.wallet2:DEBUG

Or at least does not get far enough because of that "Invalid hashing blob" error

(By coincidence, I am working on improving refresh, but branched about 6 weeks ago.)

nope, my wallet is fine: paste.debian.net/hidden/f205dc95

this is built from commit monero-project/monero 61e16307c

both CLI wallet and monerod

Alright, so you are on the release branch, I am on very latest master. If something went wrong, it probably did in the last 6 weeks or so

Please CORE take a look at: monero-project/meta #575#issuecomment-955661405

it's really time to change things when it comes to maintain Monero's infrastructure. The situation is far from good and i'm tired of pinging people continuously

I'm proposing again: Please hire somebody to take care of Monero's infrastructure.

luigi1111 binaryFate fluffypony ^^

It seems to fail in 'NodeRPCProxy::get_rpc_payment_info' after the daemon somehow did not return expected values from a 'rpc_access_info' call. Strange.

mj-xmr[m]: what do you need explained?

those are testing whether the compiler supports crypto instructions

since the code is doing runtime selection, the AES code is always generated.

hyc: Aren't these clues, that the Arm8 CPU on a 64-bit OS supports hardware AES?

oh come on, we've been through all of this many times already

they are an optional instruction set extension, and Broadcom chose not to implement them

Yeah but this is a mixed signal here.

And I realize that the compilation only worked with AES=OFF

hyc: Understood.

*compilation* works either way. *execution* only worked before with AeS=OFF but it will work now wih AES=ON because at runtime we will detect its usability and leave it on or off accordingly

How do devs get paid for monero development?

ccs.getmonero.org is the main one, someone also created a bounties website recently.

<moneromooo> "Maybe a common file in blockchai..." <- there does not seem to be such a common file in blockchain_utilities, i guess i will just create a header in blockchain_utilities for this

OK, or cryptonote_core.h would seem ok too if you need to use it in other places.

ok i will have a look

ErCiccione: thanks

<hyc> "*compilation* works either way...." <- Yep. Thanks.

ErCiccione: We're about to move the matrix infra to a new server soon (probably this week). After that we can look at fixing bridges.

binaryFate: my main concern is not the bridge. Please see monero-project/meta #575#issuecomment-955661405

but i'm happy to hear something is moving

it's moving specifically for matrix right now. Generally it's not an easy issue to just get a random paid person to help, as some part of the infrastructure are critical. But I hear your frustration, we'll push the matomo thing next

thanks binaryFate

binaryFate: i suggest to use version not newer v1.43.0. They are having a regression in >1.44.0. They found the issue but it's not out in a release yet. Is pigeon taking care of the migration? I can talk directly to him in case

<ErCiccione> "binaryFate: my main concern is..." <- AFAIK everything possible has been done by the mod team and those with admin privs possible to help the bridge but obviously it has not resolved issues. We have tried many things, and the still missing bridging of #monero is pending Matrix teams involvement still, as they have not removed their user limit and have to manually connect bridges in large rooms like that.

I wonder if its tied to load on the Matrix server or some misconfig there, but as mentioned none of us have access to that infra so we can't even dig in there.

well =<1.44.0

> <@sethsimmons:monero.social> AFAIK everything possible has been done by the mod team and those with admin privs possible to help the bridge but obviously it has not resolved issues. We have tried many things, and the still missing bridging of #monero is pending Matrix teams involvement still, as they have not removed their user limit and have to manually connect bridges in large rooms like that.

>

> I wonder if its tied to load on the Matrix server or some misconfig there, but as mentioned none of us have access to that infra so we can't even dig in there.

Yeah i think the problem is on the backend side. I don't think admincan do anything about it

*admins

* AFAIK everything possible has been done by the mod team and those with admin privs possible to help the bridge but obviously it has not resolved issues. We have tried many things, and the still missing bridging of #monero is pending Matrix teams involvement still, as they have not removed their user limit and have to manually connect bridges in large rooms like that.

As for the persistent bridge issues, I wonder if its tied to load on the Matrix server or some misconfig there, but as mentioned none of us have access to that infra so we can't even dig in there.

ErCiccione: Yeah, seems like it.

Yes pigeons will help me with migration, ErCiccione good catch on version, please let him know.

After migration to new server, I might reach out to you sethsimmons if we still have matrix-specific issues that are not obvious, if that's ok

sure np

binaryFate: Always game to help out where I can 🙂

is there a clang-format file or something for monero?

i created a PR for the `BlockchainAndPool`struct:

pls dont be to harsh its my first PR hahaha

Hello, just for confirmation, randomX never uses blake2{b,s} with a secret key ?

Key as defined in RFC 7693, Blake2's norm

 

> If a secret key is used (kk > 0), it is padded with zero bytes and set as d[0]. Otherwise, d[0] is the first data block. The final data block d[dd-1] is also padded with zero to "bb" bytes (16 words).

hyc & selsta , my Rpi4 test logs are attached in 8031

might have to start it in gdb

otherwise we don't know where it segfaults

mj-xmr[m]: and without the patch all tests pass 100%?

selsta: monero-project/monero #8001#issuecomment-940684588

This was the last one which I checked and it passed 100%

But I can try master just to be sure.

and if it's OK, I will gdb the patch, ok.

rbrunner: can you confirm if you see this issue in release too?

mj-xmr[m]: thanks

selsta: Sorry, false alarm. It was my mistake after all. I had messed up the timer in simplewallet.cpp that drives the refresh thread

And the error that I reported has nothing to do with my problems. Not sure whether that one is harmless or not, per se.

It must be new however. With my six-weeks old branch I don't get any ""Invalid hashing blob:" reported, with master I do.

That error is probably very easy to overlook because simplewallet causes it, and that usually logs into a file where few people may check, or does not log at all