02:01:15 -xmr-pr- vtnerd opened pull request #6769: Add clear method to byte_stream 02:01:15 -xmr-pr- > https://github.com/monero-project/monero/pull/6769 07:56:59 i've forked the monero-python repo and am trying to refactor so that it works with Wownero. I've compared the cryptonote_config.h files between monero and wownero and made adjustments to the python codebase accordingly (really just prefixes in monero/const.py) but am getting ValueErrors when trying to derive the public_address 07:57:22 ValueError: Invalid address netbyte 10. Allowed values are: 18, 24, 35, 3f, 1032, 2fb0 07:58:27 can anyone give me some pointers on what needs to be changed on these slices of decoded base58 strings? 07:58:32 https://git.wownero.com/lza_menace/wownero-python/src/branch/init/monero/seed.py#L176 07:59:16 I have no idea what I'm doing in this regard. I'm guessing the slice indexes need to be shifted because the address structure is slightly different for wownero 08:00:54 not sure if discussion here is only for github.com/monero-project/monero project, lmk if not and I'll go back to my corner :) 10:14:07 Yesterday I had 3 transactions with master daemon that took over 3 minutes until I saw them in other mempools. 10:14:22 Not sure if this is a new bug or if I had bad luck with peers. 10:14:35 But I wasn’t able to consistently reproduce it. 13:14:59 Hi there, I'm trying to mine a block offline without interacting with peers (to test CLSAG with a hardware wallet). Is there a good way to do that? Unfortunately I'm spammed with block found when using this: 13:15:02 ./monerod --stagenet --fixed-difficulty 1 --offline --no-sync --rpc-payment-allow-free-loopback 13:17:04 If you want a single block, you can either use --fixed-difficulty N with N higher than one and such that you have time to stop mining before finding many, or use --regtest and call the generateblocks RPC for 1 block. 13:17:30 I wouldn't think finding lots of blocks would be a great impediment though. 13:18:45 If your hash rate is N hashes/second, --fixed-difficulty N will have you find a block a second, on *average*. 13:24:04 Thanks moneromooo, I'll try that! 14:55:49 Snipa: PR 6600 rebased with a small update; CI building now 14:59:43 luigi1111w: did you update travis yet? please ping me if you do so that i can test it 14:59:59 I don't think I quite understand how 15:00:14 else you can just disable and reenable it 15:00:22 and we stay on travis-ci.org for now 15:00:52 it seems like it's working? 15:05:23 IDK, .org doesn't show me anything besides a few build logs, doesn't seem to have config available 15:05:55 luigi1111w: can you enable / disable it inside github? 15:06:07 I can delete it 15:06:44 it just doesn’t trigger anymore 15:06:50 no errors 15:06:58 afaik last time that happened you disabled / reenabled it 15:08:37 this has a migration guide https://docs.travis-ci.com/user/migrate/open-source-repository-migration 15:10:56 beautiful 15:15:06 seems to have worked 15:15:10 let's see if it builds 15:16:03 can you trigger a build from web? 15:42:39 not sure 15:43:32 there are jobs running now it looks like? 15:47:07 luigi1111w: yep works now 16:40:07 It's weird, after pulling last PR #6739 (because of force update), I got this error when compiling: 16:41:01 /usr/bin/ld: ../../../monero_crypto_src/amd64/CMakeFiles/monero-crypto-amd64-64-24k.dir/__/__/crypto_sign/ed25519/amd64-64-24k/fe25519_mul.s.o: relocation R_X86_64_PC32 against symbol `crypto_sign_ed25519_amd64_64_38' can not be used when making a shared object; recompile with -fPIC 16:41:39 Looks to be an error arising from vtnerd's supercop stuff? 16:42:15 You are compiling something without -fPIC, and/or you are building debug. 16:42:24 Debug builds shared libs. 16:42:47 I'm building debug. But it worked before the pull! 16:42:51 * iDunk tries building debug 6739 16:43:02 good luck 16:45:10 It appears at step: [ 81%] Linking CXX shared library libwallet-crypto.so 17:06:20 Ok, so vtnerd would need to rewrite some code to make it position independent, am I understanding it right ? 17:08:47 Rings a bell. I think he did PR such a change before. 17:09:01 Maybe it's missing some bits. 17:09:54 Until then, debug builds are broken. 17:10:02 * iDunk tries debug-static 17:25:26 grydz: debug-static-all target builds fine. You can use that if it still fits your purpose, or try reverting a11ec4ac1d335677842b447208a9b45d531beeb0 and then building debug. 20:01:25 is the wallet address book exp/importable? 20:01:59 i'm on about 60 entries in the address book now, it would be great if it was possible to selectively (or all of them) export/import between wallets 20:02:55 also, categories for address book entries. i notice that i always know exactly which group the person i'm sending to belongs to (family, friends, business, etc) but it takes a lot of time to go through the entries to find them. if only the contextual possible choices (same category) were in view it would be much smoother 20:14:11 the shared library build is broken; the debug build defaults to shared libs if not specified 20:16:40 i.e. `-DBUILD_SHARED_LIBS=OFF -DCMAKE_BUILD_TYPE=Debug` works 20:19:50 debug-all and debug-static-all should work then. 20:23:29 kayront: make a backup of the wallet file (not the .key file) 20:23:41 afaik no other backup exists currently 20:37:38 RPC has access to it (r/w). 20:38:34 not very user-friendly selsta :p 20:39:13 backing up 1 file that includes all your wallet info seems more user friendly than manually importing / exporting :D 20:39:19 but I added it on my todo list for gui 20:40:50 Yeah, export = cp. Import also = cp. 20:42:51 That works for the same wallet. 20:43:26 Oh, I see. 20:45:03 Cue monero-addressbook-{import,export} :) 20:46:03 kayront: sorry, I read it as backup. Between wallets is a use case that we should add. 20:57:25 that'd be grand 20:58:09 along with address book descriptions so that guis (and cli for that matter) can show the addresses included inside the selected category would be awesome 20:58:29 didn't even cross my mind before (categories & import/export), but it becomes quite a basic necessity with a larger address book, I found out 21:42:57 read the entry for tomorrow as "Monero reset" and my heart skipped several beats 21:43:07 don't touch my monteros, yo 21:43:38 right, that was ment to #monero-community :p 21:43:44 meant* 21:44:33 come to think about it, only in Monero would #monero-dev have more users than #monero-community, lol