00:23:10 vthor: by UR do you mean QR or URI ? 02:04:43 UR is animated QR protocol, and has QR and URI somehow in common. 02:12:57 It is used to transport data in a standarized (and bastardized) way which would not fit into one QR code alone (although there can as far as I understood also be on frame QR, but the point is that it is similar as an URI, and feather/anonero defined the standard inside UR y using it, means I will need to send also the key images in the same way so feather and anonero and future wallets are compatible. Unfortunately the key images in json are absolute raw (what 02:12:59 makes also somehow sense, and the binary file exports are encrypted, what makes also sense. But the encryption is pretty NOT simple because of the key generation using not only cn_fast_hash but also cn_slow_hash. That forces or implement Cryptonight (and I don't know what there comes all behind with dependencies, or compiling half monero source in it - what I would prefer to avoid). About UR: https://github.com/BlockchainCommons/Research/blob/master/papers/bcr- 02:13:00 2020-006-urtypes.md (but this is not the relevant part about the need of key images encrypted blob instead of json.... 02:18:52 broken links are fucked: https://github.com/BlockchainCommons/Research/blob/master/papers/bcr-2020-006-urtypes.md 05:16:52 But you're saying that you can't put JSON in these URs? 05:17:41 Why not? Also why does base64url'ing it not work? 11:50:46 so any update on the s390x thing? Does somebody know how to make sense of that CMake infrastrucutre in regards to cross compilation? 12:13:39 024-07-16 11:29:54.277        7fface5737c0    INFO    global    src/cryptonote_core/cryptonote_core.cpp:523    Loading blockchain from folder /media/saah15121472/d76c22d2-6ed4-46be-91ab-99e147d83e3a/monero/lmdb ... 12:13:39 2024-07-16 11:29:54.277        7fface5737c0    WARNING    global    src/blockchain_db/lmdb/db_lmdb.cpp:1354    The blockchain is on a rotating drive: this will be very slow, use an SSD if possible 12:13:40 2024-07-16 11:29:54.277        7fface5737c0    FATAL    blockchain.db.lmdb    src/blockchain_db/lmdb/db_lmdb.cpp:1534    Existing lmdb database is incompatible with this version. 12:13:40 2024-07-16 11:29:54.277        7fface5737c0    FATAL    blockchain.db.lmdb    src/blockchain_db/lmdb/db_lmdb.cpp:1535    Please delete the existing database and resync. 12:14:11 41% sync was fine, and now it showed this error , the monerod is unable to start 12:28:11 Guest81: what version of monerod are you using? compare it with the current version 14:07:21 jeffro256, you can put json in that UR's but it would be incompatible to feather and anonero because they use the binary format how they use wallet2 internally. I don't like to swallow the whole monster (wallet2, what extends then as far I see to almost everything) For that I'm using for now wallet-rpc with the intent to implement later just what I need on each side. Again, the point is only the compatibility and that json is not encrypted but the blob is, an 14:07:23 not really in a standard/easy way because cn_slow_hash is involved in the encryption 14:54:31 Monero 'Fluorine Fermi' (v0.18.3.3-release) 14:58:20 dear users, is there anyway to repair the lmdb data file 22:22:06 .merges 22:22:06 -xmr-pr- 8203 8619 9114 9215 9278 9287 9288 9289 9324 9326 9338 9342 9343 9344 9345 9346 9347 9349 9353 9355 9357 9370 9374 9377 9379 9380 9382 9383 9386 9392 9396