libera #monero-dev

1 Nov 2021

Official repo: github.com/monero-project/monero || Don’t ask to ask, just ask:) || Monero GUI dev is at #monero-gui || Monero website dev is at #monero-site || Non-dev questions -> #monero, please || No fork help, you’re on your own

• 00:08
  selsta
  .merge+ 8016
• 00:08
  xmr-pr
  Added
• 00:09
  selsta
  rbrunner: I'll try to bisect the issue
• 00:37
  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
  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
  selsta
  you have to squash it before we can merge it
• 03:45
  atomfried[m]
  ok i will do so once everything is ok
• 08:07
  mj-xmr[m]
  selsta: the RPi4 test on master is still ongoing.
• 11:01
  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
  endogenic
  krebsonsecurity.com/2021/11/trojan-…-threatens-the-security-of-all-code
• 11:29
  sech1
  oh that's so evil. Has anyone scanned Monero codebase for Unicode characters?
• 12:54
  monerobull[m]
  ɱ
• 14:05
  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
  mj-xmr[m]
  luigi1111: Re ^, got time for some ... mergy-mergy?
• 14:05
  mj-xmr[m]
  repo.getmonero.org/monero-project/c…als/-/merge_requests/266#note_11755
• 15:48
  Guest68
  Hi all
• 15:49
  Guest499
  I have this error while I try to compile monero on ubuntu 18
• 15:49
  Guest499
  -- Found GTest: /usr/local/lib/libgtest.a
• 15:49
  Guest499
  Traceback (most recent call last):
• 15:49
  Guest499
  File "<string>", line 1, in <module>
• 15:49
  Guest499
  ModuleNotFoundError: No module named 'psutil'
• 15:50
  Guest499
  CMake Warning at tests/functional_tests/CMakeLists.txt:79 (message):
• 15:50
  Guest499
  functional_tests_rpc and check_missing_rpc_methods skipped, needs the
• 15:50
  Guest499
  'requests', 'psutil' and 'monotonic' python modules
• 15:50
  Guest499
  Wallet crypto bench is using cn;amd64-64-24k;amd64-51-30k
• 15:50
  Guest499
  -- Not building debug utilities
• 15:50
  Guest499
  Doxygen: graphviz not found - graphs disabled
• 15:50
  Guest499
  -- Found Doxygen: /usr/bin/doxygen (found version "1.8.13") found components: doxygen missing components: dot
• 15:50
  Guest499
  CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
• 15:50
  Guest499
  Please set them or make sure they are set and tested correctly in the CMake files:
• 15:50
  Guest499
  SODIUM_LIBRARY
• 15:50
  Guest499
  linked by target "cncrypto" in directory /home/x/Documents/tmp/monero/src/crypto
• 15:50
  Guest499
  linked by target "device_trezor" in directory /home/x/Documents/tmp/monero/src/device_trezor
• 15:50
  Guest499
  -- Configuring incomplete, errors occurred!
• 15:50
  Guest499
  See also "/home/x/Documents/tmp/monero/build/Linux/master/release/CMakeFiles/CMakeOutput.log".
• 15:54
  UkoeHB
  missing dependencies?
• 15:54
  luigi1112
  mj-xmr[m] soon
• 15:58
  Guest499
  I'm checking dependencies now
• 16:27
  RustyLumberjack[
  Hello all, dumb question I know but is there a maximum amount of addresses you can generate with one single wallet?
• 16:28
  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
  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
  » RustyLumberjack[ uploaded an image: (40KiB) <libera.ems.host/_matrix/media/r0/do…/PeGoyXGywWRIJqbTKEArJapT/image.png>
• 16:38
  RustyLumberjack[
  but does anyone is this is the same for the monero network?
• 16:38
  RustyLumberjack[
  * does anyone know is this
• 16:47
  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
  rbrunner
  Should be quite easy to actually test out using `monero-wallet-rpc` and a suitable Python script
• 16:50
  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
  RustyLumberjack[
  s/a/and/
• 16:51
  Rucknium[m]
  RustyLumberjack: What is your use-case you have in mind? Generating new addresses can be important for privacy.
• 16:52
  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
  RustyLumberjack[
  Rucknium[m]: I am looking to manage individual wallets/balances for each user that signs up for my application
• 16:53
  Rucknium[m]
  RustyLumberjack: Generating addresses locally on your computer doesn't affect the network.
• 16:54
  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
  atomfried[m]
  RustyLumberjack[: by just generating address you are not stressing the monero network, but your local node
• 16:55
  rbrunner
  ... or even only the wallet you are working with right then
• 16:57
  yggrasilnet[m]
  RustyLumberjack: no need, Collisions of addresses is 'impossible'
• 16:58
  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
  RustyLumberjack[
  best case i can just generate a new address for each user, we will see 🙏
• 16:59
  atomfried[m]
  my guess is that this should be possible ...
• 16:59
  atomfried[m]
  good luck :D
• 17:00
  Rucknium[m]
  RustyLumberjack[: At a minimum, you should do this. You could even generate a new address each time a user deposits.
• 17:03
  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
  yggrasilnet[m]
  RustyLumberjack: yes, addresses remain valid even if unused
• 17:05
  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
  rbrunner
  Just checked: 50 accounts and 200 addresses.
• 17:10
  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
  rbrunner
  Means, it goes forward in blocks of 200 addresses until it only draws empty
• 17:11
  yggrasilnet[m]
  rbrunner: is that 200 addresses per account btw? (Just making sure)
• 17:12
  rbrunner
  I think so, yes.
• 17:23
  luigi1112
  .merges
• 17:23
  xmr-pr
  8013 8014 8016 8017 8020 8029 8030
• 17:27
  hatter[m]
  Hey Everyone, I'm new here, joined with the help of someone over Reddit. Nice to meet you!
• 17:29
  hatter[m]
  s/new/a/, s/here/full stack software engineer/
• 17:31
  Rucknium[m]
  Hi! Welcome!
• 18:19
  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
  rbrunner
  Thus I would guess it occurs if the wallet is not synced plus some other, as far unknown circumstance.
• 18:19
  selsta
  I mean I can reproduce the error message
• 18:19
  rbrunner
  I think we can put that away.
• 18:19
  selsta
  but I can't find a commit without it
• 18:19
  rbrunner
  You can?
• 18:20
  rbrunner
  Surprising.
• 18:20
  selsta
  You need to open a synchronized wallet
• 18:20
  selsta
  otherwise it doesn't show
• 18:21
  rbrunner
  You mean close and reopen during the same block?
• 18:21
  Rucknium[m]
  hatter: Could you give more information about your skillset so devs can help brainstorm about how you could help Monero?
• 18:26
  selsta
  rbrunner: just wait until the wallet is refreshed then close, delete log file and reopen.
• 18:29
  rbrunner
  Ok, tried that already with testnet. Maybe not enough happening there, somehow, did not trigger. Will try with mainnet.
• 18:30
  rbrunner
  I am somehow glad the problem is real and I did not just carelessly waste your time ...
• 19:04
  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
  rbrunner
  *now
• 19:16
  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
  selsta
  luigi1112: please allow CI on this PR monero-project/monero #8033/commits
• 19:28
  luigi1112
  done
• 20:39
  selsta
  vtnerd: you started a review of monero-project/monero #7170, is it ready to merge in your eyes or are you still reviewing it?
• 21:56
  hatter[m]
  <Rucknium[m]> "hatter: Could you give more..." <- Sure, I have experience using the following:
• 21:56
  hatter[m]
  React, Redux, Flask, Django, REST, GraphQL, HTML, CSS, Javascript, Java, C++, JSON, MongoDB, DynamoDB, S3, PostgreSQL, jUnit, Mockito, Bootstrap.
• 21:57
  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
  hatter[m]
  Thanks, I’ll check it out.
• 22:00
  guzzi
  Those devs that work on Monero how do you find the time?
• 22:01
  Rucknium[m]
  hatter: And join #monero-recruitment:monero.social and #monero-bounties:monero.social as well :)