00:08:30 <selsta> .merge+ 8016
00:08:31 <xmr-pr> Added
00:09:55 <selsta> rbrunner: I'll try to bisect the issue
00:37:38 <selsta> rbrunner: I went back until March and still get the `Invalid hashing blob` error. Are you sure it wasn't included in your 6 week old branch?
01:23:52 <atomfried[m]> selsta: is it ok that i removed the unrelated indentation in a new commit? i guess the commits of the PR are getting squashed before the merge
01:24:32 <selsta> you have to squash it before we can merge it
03:45:57 <atomfried[m]> ok i will do so once everything is ok
08:07:24 <mj-xmr[m]> selsta: the RPi4 test on master is still ongoing.
11:01:14 <rbrunner> selsta: I will check tonight (in about 8 hours) when exactly I branched and whether I really don't have the error in my branch.
11:21:22 <endogenic> https://krebsonsecurity.com/2021/11/trojan-source-bug-threatens-the-security-of-all-code/
11:29:23 <sech1> oh that's so evil. Has anyone scanned Monero codebase for Unicode characters?
12:54:47 <monerobull[m]> ɱ
14:05:16 <mj-xmr[m]> selsta: the RPi4 test on master failed almost the same way. Logs in 8031. I'm afraid, that it requires some deeper investigation.
14:05:29 <mj-xmr[m]> luigi1111: Re ^, got time for some ... mergy-mergy?
14:05:32 <mj-xmr[m]> https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/266#note_11755
15:48:08 <Guest68> Hi all
15:49:55 <Guest499> I have this error while I try to compile monero on ubuntu 18
15:49:58 <Guest499> -- Found GTest: /usr/local/lib/libgtest.a
15:49:58 <Guest499> Traceback (most recent call last):
15:49:59 <Guest499>   File "<string>", line 1, in <module>
15:49:59 <Guest499> ModuleNotFoundError: No module named 'psutil'
15:50:00 <Guest499> CMake Warning at tests/functional_tests/CMakeLists.txt:79 (message):
15:50:00 <Guest499>   functional_tests_rpc and check_missing_rpc_methods skipped, needs the
15:50:01 <Guest499>   'requests', 'psutil' and 'monotonic' python modules
15:50:01 <Guest499> Wallet crypto bench is using cn;amd64-64-24k;amd64-51-30k
15:50:02 <Guest499> -- Not building debug utilities
15:50:02 <Guest499> Doxygen: graphviz not found - graphs disabled
15:50:03 <Guest499> -- Found Doxygen: /usr/bin/doxygen (found version "1.8.13") found components:  doxygen missing components:  dot
15:50:03 <Guest499> CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
15:50:04 <Guest499> Please set them or make sure they are set and tested correctly in the CMake files:
15:50:04 <Guest499> SODIUM_LIBRARY
15:50:05 <Guest499>     linked by target "cncrypto" in directory /home/x/Documents/tmp/monero/src/crypto
15:50:05 <Guest499>     linked by target "device_trezor" in directory /home/x/Documents/tmp/monero/src/device_trezor
15:50:06 <Guest499> -- Configuring incomplete, errors occurred!
15:50:06 <Guest499> See also "/home/x/Documents/tmp/monero/build/Linux/master/release/CMakeFiles/CMakeOutput.log".
15:54:29 <UkoeHB> missing dependencies?
15:54:30 <luigi1112> mj-xmr[m] soon
15:58:17 <Guest499> I'm checking dependencies now
16:27:20 <RustyLumberjack[> Hello all, dumb question I know but is there a maximum amount of addresses you can generate with one single wallet?
16:28:32 <rbrunner> Don't think so. I would guess the only question is with how many addresses everything gets so slow (or needs so much memory) as to become unusable
16:37:53 <RustyLumberjack[> I did find a stackoverflow answer where someone was doing it with the btc network, and was able to get up to 1.3mil with no problems (more than I would need for my application)
16:37:55 * RustyLumberjack[ uploaded an image: (40KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/PeGoyXGywWRIJqbTKEArJapT/image.png >
16:38:12 <RustyLumberjack[> but does anyone is this is the same for the monero network?
16:38:22 <RustyLumberjack[> * does anyone know is this
16:47:23 <rbrunner> In principle, yes. But I would guess that Monero addresses as managed in a Monero wallet are much "heavier" than Bitcoin addresses, and thus things will turn ugly performence-wise and memory-wise earlier
16:48:31 <rbrunner> Should be quite easy to actually test out using `monero-wallet-rpc` and a suitable Python script
16:50:24 <RustyLumberjack[> rbrunner: thankyou for the response, so it is probably wiser performance-wise to use a maintain a set amount of addresses than to keep generating new ones
16:51:07 <RustyLumberjack[> s/a/and/
16:51:43 <Rucknium[m]> RustyLumberjack: What is your use-case you have in mind? Generating new addresses can be important for privacy.
16:52:02 <RustyLumberjack[> Yeah i thought about just testing it real quick but figured i'd ask here, instead of putting unnecessary stress on monero network (i try to be conservative) :)
16:52:27 <RustyLumberjack[> Rucknium[m]: I am looking to manage individual wallets/balances for each user that signs up for my application
16:53:06 <Rucknium[m]> RustyLumberjack: Generating addresses locally on your computer doesn't affect the network.
16:54:25 <RustyLumberjack[> oh really? i did not know that. for some reason I thought every new address was "registered" or something with the network
16:54:55 <atomfried[m]> RustyLumberjack[: by just generating address you are not stressing the monero network, but your local node
16:55:41 <rbrunner> ... or even only the wallet you are working with right then
16:57:16 <yggrasilnet[m]> RustyLumberjack: no need, Collisions of addresses is 'impossible'
16:58:27 <RustyLumberjack[> okay thankyou all so much for the responses.. since this only affects my local node i will run a few tests to see how performance is
16:59:06 <RustyLumberjack[> best case i can just generate a new address for each user, we will see 🙏
16:59:33 <atomfried[m]> my guess is that this should be possible ...
16:59:54 <atomfried[m]> good luck :D
17:00:27 <Rucknium[m]> RustyLumberjack[: At a minimum, you should do this. You could even generate a new address each time a user deposits.
17:03:12 <RustyLumberjack[> Rucknium[m]: this is what I am hoping to do, and then I guess all the stale/idle addresses will just sit there?
17:03:51 <yggrasilnet[m]> RustyLumberjack: yes, addresses remain valid even if unused 
17:05:04 <yggrasilnet[m]> RustyLumberjack: although I believe the default cli wallet only scans the first 200 addresses generated if you restore from seed or keys. You can tell it to do otherwise if wanted.
17:10:15 <rbrunner> Just checked: 50 accounts and 200 addresses.
17:10:39 <rbrunner> But that does not mean it stops after 200 addresses. I think it only stops after it found no new address in such a 200-address range.
17:11:00 <rbrunner> Means, it goes forward in blocks of 200 addresses until it only draws empty
17:11:46 <yggrasilnet[m]> rbrunner: is that 200 addresses per account btw? (Just making sure)
17:12:50 <rbrunner> I think so, yes.
17:23:33 <luigi1112> .merges
17:23:33 -xmr-pr- 8013 8014 8016 8017 8020 8029 8030
17:27:36 <hatter[m]> Hey Everyone, I'm new here, joined with the help of someone over Reddit. Nice to meet you!
17:29:07 <hatter[m]> s/new/a/, s/here/full stack software engineer/
17:31:03 <Rucknium[m]> Hi! Welcome!
18:19:08 <rbrunner> selsta: I checked. Couldn't even reproduce, but I am quite sure now it has to with my mishap of knocking out syncing in the wallet
18:19:32 <rbrunner> Thus I would guess it occurs if the wallet is not synced plus some other, as far unknown circumstance.
18:19:40 <selsta> I mean I can reproduce the error message
18:19:40 <rbrunner> I think we can put that away.
18:19:50 <selsta> but I can't find a commit without it
18:19:54 <rbrunner> You can?
18:20:17 <rbrunner> Surprising.
18:20:43 <selsta> You need to open a synchronized wallet
18:20:49 <selsta> otherwise it doesn't show
18:21:12 <rbrunner> You mean close and reopen during the same block?
18:21:43 <Rucknium[m]> hatter: Could you give more information about your skillset so devs can help brainstorm about how you could help Monero?
18:26:27 <selsta> rbrunner: just wait until the wallet is refreshed then close, delete log file and reopen.
18:29:28 <rbrunner> Ok, tried that already with testnet. Maybe not enough happening there, somehow, did not trigger. Will try with mainnet.
18:30:40 <rbrunner> I am somehow glad the problem is real and I did not just carelessly waste your time ...
19:04:52 <rbrunner> selsta: Got it. Have it know in a master branch from end of July :) So whatever it is, it's probably with us for a long time already
19:05:55 <rbrunner> *now
19:16:20 <rbrunner> Alright, it's also in v0.17.1.8-release. Speaks for some over-eager error message IMHO, age unknown, overlooked because only going into wallet logs.
19:17:36 <selsta> luigi1112: please allow CI on this PR https://github.com/monero-project/monero/pull/8033/commits
19:28:13 <luigi1112> done
20:39:40 <selsta> vtnerd: you started a review of https://github.com/monero-project/monero/pull/7170, is it ready to merge in your eyes or are you still reviewing it?
21:56:07 <hatter[m]> <Rucknium[m]> "hatter: Could you give more..." <- Sure, I have experience using the following:
21:56:07 <hatter[m]> React, Redux, Flask, Django, REST, GraphQL, HTML, CSS,  Javascript, Java, C++, JSON, MongoDB, DynamoDB, S3, PostgreSQL, jUnit, Mockito, Bootstrap.
21:57:52 <Rucknium[m]> hatter: Wow that's great :D . I would suggest also posting the same message in #haveno-dev:haveno.network  since they are looking for developers.
22:00:04 <hatter[m]> Thanks, I’ll check it out.
22:00:45 <guzzi> Those devs that work on Monero how do you find the time? 
22:01:28 <Rucknium[m]> hatter: And join #monero-recruitment:monero.social and #monero-bounties:monero.social  as well :)