01:17:00 <kayabanerve[m]> <jeffro256[m]> "I believe you can pick random..." <- It's sum(out) - sum(in 0 .. n-1) for in n.
01:17:01 <kayabanerve[m]> The correct blinding factor is whatever causes in x == out x
01:19:28 <kayabanerve[m]> You are provided an x in your output. You create xs in the outputs you make. You randomly select in xs for your TX, yet the final x must... 
01:19:28 <kayabanerve[m]> CLSAG proofs take the output you're spending's commitment and verify they have an equivalent H component for the input you're defining ("pseudo-out").
01:20:11 <kayabanerve[m]> Just trying to fill in some gaps there ;)
11:04:59 <tingels4996[m]> Anyone can direct me to the proper room for a monero gui stuck transaction 17 hours now
11:08:47 <moneromooo> #monero
12:54:52 <selsta> tingels4996[m]: there is a monero gui channel on matrix, try to join it
12:58:39 <tingels4996[m]> Ok i will try that cant seem to get any help from anyone in the monero community
13:00:55 <selsta> like I said I'll help you but join the other channel as this is off topic here
13:03:48 <tingels4996[m]> so how to join matrix as it goes to element
13:06:20 <tingels4996[m]> which one fractal ,wechat??
13:09:21 <selsta> either search for "monero gui" in element, or use https://web.libera.chat and connect to #monero-gui
13:09:45 <w[m]> #monero-gui:monero.social 
13:10:45 <tingels4996[m]> ok will try that
14:09:50 <selsta> .merge+ 8384
14:09:50 <xmr-pr> Added
14:11:21 <selsta> sech1: regarding binaries, i'm available to do them whenever we need
14:11:49 <selsta> i just feel like everything is half ready, still don't know about ledger
14:12:08 <selsta> i mean we can risk it and branch + tag now and add all remaining fixes in the .1 point release
14:21:28 <sech1> what's half ready except multisig and ledger?
14:24:59 <kayabaNerve> .merges
14:24:59 -xmr-pr- 7774 8296 8356 8357 8358 8384
14:34:26 <TrasherDK[m]> I'm getting reorgs on almost every single block on mainnet.
14:34:57 <TrasherDK[m]> new top block candidate: 2646306 -> 2646307
14:35:05 <TrasherDK[m]> new top block candidate: 2646307 -> 2646308
14:36:30 <TrasherDK[m]> Or is that the host that's to slow ??
14:36:45 <sech1> my node is fine, nothing like this in logs
14:36:46 <ofrnxmr[m]> Im all good here
14:37:03 <ofrnxmr[m]> You're probably connected to a bad peer
14:37:04 <moneromooo> FWIW that message does not say there's a reorg. I assume you have others that do ?
14:37:35 <selsta> sech1: the glibc issue
14:37:44 <selsta> i spent the last days on it but wasn't able to figure it out
14:38:09 <TrasherDK[m]> Sync data returned a new top block candidate: 2646307 -> 2646308 [Your node is 1 blocks (2.0 minutes) behind]
14:38:20 <ofrnxmr[m]> New top block candidate is saying you are currently behind and syncing, and a node sent you a newer block than what you were working on
14:38:25 <sech1> glibc issue, is it important? Ubuntu 16.04 is EOL
14:38:37 <selsta> sech1: not super important, but at least something we should fix for the .1 update
14:38:50 <sech1> as time passes, we'll get more and more 3rd party dependencies that do this
14:39:09 <TrasherDK[m]> I got a shitload of those messages. Up to 6 blocks behind.
14:39:19 <selsta> someone experienced with autotools can probably solve it in a couple minutes
14:39:25 <selsta> autoconf or whatever it's called
14:39:43 <sech1> autoconf has always been black magic to me
14:40:25 <selsta> the compatibility code exists already, i just have to patch the repo so that autoconf uses the compatibility code instead of the system lib on linux at least
14:41:41 <ofrnxmr[m]> Come over to #monero.  Ask there if needed. Tldr all seems to be fine and I assume youre using a pi, hdd or bad internet resulting in slow sync
14:41:51 <moneromooo> If up to 6 blocks behind, and it catxhes up, either your node loses connections a lot (and then finds a node with a higher chain), or you find confused nodes.
14:42:39 <ofrnxmr[m]> Or #monero-support:monero.social 
14:42:40 <moneromooo> Maybe on purpose, you never know. Harmless stuff on porpose happened before.
14:44:21 <moneromooo> selsta: I *think* you have to modify config.h.cmake.in, add a line with your particular define you want to enable.
14:44:42 <moneromooo> It's not actually using autofoo IIRC, just using cmake to generate the config it'd have.
14:44:56 <selsta> they don't use cmake at all
14:45:07 <selsta> we patched our old version of unbound to use cmake, but we don't use that anymore
14:45:22 <moneromooo> Oh. Maybe I have an old version then.
14:45:40 <selsta> https://github.com/NLnetLabs/unbound
14:45:54 <moneromooo> OK, 2019. A patch by me. Must be old indeed :D
14:46:59 <moneromooo> So the monero build system actually runs autofoo in external/unbound now ?
14:47:12 <selsta> no, we completely removed the submodule
14:47:29 <moneromooo> OK, then why are you trying to do :S
14:48:17 <moneromooo> You know what, I clearly have no idea what I'm talking about here, so nevermind me.
14:51:09 <selsta> everything works fine, it's just that unbound bumps our min glibc from 2.17 to 2.26
14:51:26 <selsta> which means ubuntu 16.04 users can't run the release binaries anymore
14:53:22 <moneromooo> They don't seem to be using autofoo, I just looked.
14:53:26 <selsta> i wanted to add a patch here: https://github.com/monero-project/monero/blob/master/contrib/depends/packages/unbound.mk so that compatibility code for the function `explicit_bzero` and `reallocarray` is used.
15:23:52 <MeowingCat> i have an issueeeeeeeeeeee
15:23:57 <ooo123ooo1234567> <selsta> "i mean we can risk it and branch..." <- it would be better to risk and start reading code 
15:24:54 <MeowingCat> build/libgdmeowletxmr.dll: src/GDLibrary.cpp src/GDMeowletXMR.cpp build/meowletxmr.a godot-cpp/bin/libgodot-cpp.windows.debug.64.a
15:24:54 <MeowingCat> 	$(CC) -shared -o $@ $(filter-out headers, $^) -static -static-libgcc -static-libstdc++ $(GODOT_INCLUDES) $(CFLAGS) $(CLIBFLAGS) -lsetupapi -lhid $(LDFLAGS)
15:25:05 <MeowingCat> this is my recipeeee
15:25:13 <MeowingCat> when i link wallet2 things to my DLL
15:25:25 <MeowingCat> it can't be load somehowwww
15:32:13 <ooo123ooo1234567> <MeowingCat> "it can't be load somehowwww" <- do you have public with these experiments ?
15:32:15 <ooo123ooo1234567> * have public repo with these
15:33:51 <moneromooo> This is a particuarly useless request. There are no details, and we have no idea it's even related to monero.
15:34:22 <moneromooo> Any multiline details to go to a paste site (eg, paste.debian.net).
16:22:31 <ooo123ooo1234567> <sech1> "autoconf has always been black..." <- https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.71/autoconf.html
16:24:25 <ooo123ooo1234567> http://www.mdcc.cx/pub/autobook/autobook-latest/autobook.pdf
16:26:19 <ooo123ooo1234567> https://www.lrde.epita.fr/~adl/dl/autotools.pdf, the most user friendly probably
16:35:48 <MeowingCat_> i think some of libraries that wallet2 is using maybe still trying to load dynamically
16:38:08 <ooo123ooo1234567> MeowingCat_: provide more info or post your build script somewhere, so that it would be possible to debug it
16:38:47 <jeffro256[m]> moneromooo, would you be willing to take a glance at #8385 and see if the concept checks out ?
16:40:57 <MeowingCat> ooo123ooo1234567, okiiiiii i will
17:03:51 <ooo123ooo1234567> https://github.com/monero-project/monero/pull/8384#issuecomment-1154219150, is it possible to put it into approval ?
17:15:55 <MeowingCat> is there a PE equivalent of readelf?
17:16:50 <ooo123ooo1234567> msys has binutils, any problems with them ?
17:17:09 <MeowingCat> readelf is not workinf for PE
17:17:31 <hyc> objdump maybe
17:17:44 <hyc> depends on what you're trying to read
17:17:49 <MeowingCat> ohh trying thank youu
17:18:17 <MeowingCat> goooood objdump works
17:56:14 <MeowingCat> something is wrong with wallet2
17:56:35 <MeowingCat> really interesting
17:57:21 <chesterfield[m]> MeowingCat: what did you find?
17:58:01 <MeowingCat> ummmmmmm
18:01:43 <MeowingCat> g++ -shared -o build/libgdmeowletxmr.dll src/GDLibrary.cpp src/GDMeowletXMR.cpp build/meowletxmr.a godot-cpp/bin/libgodot-cpp.windows.debug.64.a -Igodot-cpp -Igodot-cpp/godot-headers -Igodot-cpp/include -Igodot-cpp/include\gen -Igodot-cpp/include\core -Igodot-cpp/godot-headers -Igodot-cpp/include -Igodot-cpp/include\gen -Igodot-cpp/include\core -g -std=c++17 -fstack-protector -static -static-libgcc -static-libstdc++ -lsodium -lboost_serializati
18:01:43 <MeowingCat> on-mt -lboost_thread-mt -lboost_system-mt -lboost_date_time-mt -lboost_filesystem-mt -lboost_chrono-mt -lboost_program_options-mt -lboost_regex-mt -lboost_locale-mt -lssl -lcrypto -lcrypt32 -lz -lwsock32 -lws2_32 -lprotobuf -lusb-1.0 -lhidapi -liphlpapi -liconv -lsetupapi -lhid
18:01:53 <MeowingCat> thisssssssssssss
18:02:24 <MeowingCat> meowletxmr.a has everything my library, wallet2 and wallet2 deps
18:02:34 <MeowingCat> im making it with ar
18:02:42 <ooo123ooo1234567> is it complete list of deps to compile successfully ?
18:03:04 <MeowingCat> im using my static library for test executable
18:03:07 <MeowingCat> everything is ok
18:03:23 <MeowingCat> when i don't use something from that in Godot DLL it works
18:03:52 <MeowingCat> buttt when i use wallet2 things in DLL (it is linking my static library that contains wallet2 tooo)
18:03:55 <MeowingCat> DLL can't load
18:03:57 <MeowingCat> :(((((
18:05:06 <ooo123ooo1234567> not enough information to debug it
18:06:56 <MeowingCat> i feeeeel like i should build wallet2 things with -fPIC
18:07:08 <MeowingCat> or maybe not
18:07:10 <MeowingCat> idkkk
18:07:17 <MeowingCat> damn things :(((((((((((((((((
18:12:39 <MeowingCat> what can be wrong with using wallet2 in a dynamic library??
18:13:04 <ooo123ooo1234567> jeffro256: wow
18:15:50 <jeffro256[m]> xoxoxo
18:18:12 <MeowingCat> is there anyone using wallet2 for dynamic library??
18:18:40 <moneromooo> Yes.
18:19:33 <hyc> all windows code is PIC already
18:19:50 <ooo123ooo1234567> MeowingCat: just run monero binaries compilation with high verbosity and check what is going on there; why is it so difficult ?
18:20:03 <ooo123ooo1234567> * binaries compilation for target platform with high
18:20:53 <MeowingCat> my DLL can't be load if i link wallet2
18:23:27 <moneromooo> Whlie I have nfi what your problem is since you persist in giving no details whatsoever, if you link a dynamic lib with a static archive, I suspect externals will be resolved in the dynamic lib, but any used by whatever runtime loads the dynamic lib won't find anything from the static archive. 
18:23:52 <moneromooo> Maybe that's not what you're doing though. Check that before, er.. doing something.
18:30:04 <MeowingCat> im building my library with linking all wallet2 things
18:30:11 <MeowingCat> and using that for test executable
18:30:32 <MeowingCat> buttt when i build DLL and link wallet2 my DLL can't be loaded
18:31:22 <MeowingCat> idk what can be wrong because it should workk
18:33:58 <MeowingCat> ummmm yessssssss
18:34:08 <MeowingCat> we just tried my test executable on a different machine
18:34:23 <MeowingCat> it errors can't load libbooooooooost dynamic library
18:42:18 <bridgerton[m]> <kevin1> @here @everyone $1800 into $40k in the last 30 days.. If you really want to make huge profits on trading then, Join this winning chat:~~~~ https://discord.gg/cjaE5y5GzA
18:43:58 <MeowingCat> buttt im building my DLL with `-static`
18:44:08 <MeowingCat> when i decompile it i seeeee everything
19:03:07 <MeowingCat> interestinggg
19:03:21 <MeowingCat> i tried to use something with less dependencies from wallet2
19:03:28 <MeowingCat> i just used Monero::Utils::isAddressLocal()
19:03:45 <MeowingCat> and my DLL can be load when i use thiss
19:17:24 <MeowingCat> i found something
19:18:04 <MeowingCat> idk why buttt while building the DLL and linking wallet2 things to my DLL
19:18:13 <MeowingCat> i had to add these libraries: -lsetupapi -lhid
19:18:32 <MeowingCat> when i only use Monero::Utils::isAddressLocal() and link necessary things for that
19:18:43 <MeowingCat> my DLL can be loaded
19:19:00 <MeowingCat> when i use wallet API there is one more DLL dependency
19:19:05 <MeowingCat> SETUPAPI.dll
19:22:27 <MeowingCat> when i don't add this libraries im getting "undefined reference" errors
19:22:28 <MeowingCat> C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../lib\libhidapi.a(hid.o):(.text+0xce8): undefined reference to `__imp_SetupDiGetClassDevsA'
19:22:40 <MeowingCat> while building my DLL
19:22:50 <MeowingCat> but i can build my test executable
19:22:59 <MeowingCat> -lsodium -lboost_serialization-mt -lboost_thread-mt -lboost_system-mt -lboost_date_time-mt -lboost_filesystem-mt -lboost_chrono-mt -lboost_program_options-mt -lboost_regex-mt -lboost_locale-mt -lssl -lcrypto -lcrypt32 -lz -lwsock32 -lws2_32 -lprotobuf -lusb-1.0 -lhidapi -liphlpapi -liconv
19:24:55 <selsta> MeowingCat: google says -lsetupapi
19:25:12 <MeowingCat> what is SETUPAPI thing and why do i neeeeed to link that when i build a DLL but i don't neeeed when i build an executable?
19:25:20 <MeowingCat> selsta, yessss i already added thatt
19:25:39 <MeowingCat> butt while i build an executable i don't need to add that library
19:25:51 <MeowingCat> i need to add while building a shared library
19:26:02 <MeowingCat> and there is no a SETUPAPI.dll in my machine
19:27:19 <MeowingCat> when i build with -lsetupapi my DLL can't be loaded
19:27:30 <MeowingCat> and there is no even a SETUPAPI.dll in my machine :((((((((((((
19:27:42 <selsta> mingw comes with libsetupapi.a
19:27:58 <MeowingCat> i think it would link that thing as statically buttt maybe it doesn't even exist?
19:28:08 <MeowingCat> because im using -static
19:28:44 <MeowingCat> but i see SETUPAPI.dll in "objdump -p ..."
19:29:26 <MeowingCat> what is this setupapi thing???? why do i neeed that when only building a DLL
19:29:48 <selsta> i don't think you will be able to find the answers here, this isn't anything monero related and most people here are not windows devs
19:29:49 <rbrunner> I have one, in my Windows 10, where I would expect it:  SETUPAPI.dll in /windows/system32
19:30:47 <rbrunner> and variants for 32 on 64, in  C:\Windows\SysWOW64
19:31:35 <rbrunner> If only one of the many packages you link has only one call into that, in its Windows implementation, you have a problem
19:32:09 <rbrunner> And maybe they don't link statically, they may use GetProcAddress
19:32:35 <MeowingCat> rbrunner, $(CC) -shared -o $@ $(filter-out headers, $^) $(GODOT_INCLUDES) $(CFLAGS) -static -static-libgcc -static-libstdc++ $(CLIBFLAGS)
19:32:45 <MeowingCat> my GCC command
19:33:03 <rbrunner> Not sure how that should be relevant
19:33:16 <MeowingCat> oh i found setupapi.dll in c:/windows/system32
19:33:27 <rbrunner> Maybe Boost calls into that Windows API? Or Protobuf? Or whatever
19:33:40 <selsta> hidapi?
19:33:41 <rbrunner> Told you so, didn't I?
19:33:43 <MeowingCat> i had started a "find ..." but explorer.exe couldn't find that before lol
19:34:16 <MeowingCat> when i use something from wallet2 the difference in "objdump -p" is only setupapi.dll
19:34:21 <MeowingCat> and the DLL can't be loaded
19:34:25 <rbrunner> Windows software is usually one crazy tangle, everything calls almost everything else :)
19:36:02 <MeowingCat> i don't like Booooooooooooooost
19:36:19 <rbrunner> Me neither, but doesn't help. We can't ignore it to death.
19:36:36 <rbrunner> But tell you what, I like Qt even less :)
19:37:05 <rbrunner> Try linking some dev version of the Monero GUI wallet, as work-in-progress, on Windows.
19:40:09 <MeowingCat> :((((((((((((((
19:41:34 <MeowingCat> can't i link setupapi thing statically????
19:41:42 <MeowingCat> or is the problem about that???????
19:41:43 <MeowingCat> idkkk
19:44:06 <selsta> last reply from ledger was on 2022-04-29, where they said they will get back to us
19:48:01 <rbrunner> Oh, yeah, we also have that little Ledger problem
19:48:12 <selsta> i predicted it months ago :D
19:48:33 <rbrunner> Right
19:50:50 <endogenic> ruh roh
19:51:20 <endogenic> perhaps ledger specific code doesnt belong in monero mainline?
19:52:27 <endogenic> i'm missing context but it seemed relevant
19:53:02 <selsta> both ledger and trezor have integration into monero-wallet-cli and monero-gui
19:53:31 <selsta> it's not ideal yes, but people wanted hw wallets and ledger and trezor didn't want to make their own wallet
19:53:47 <endogenic> i guess that's a good point
19:54:29 <selsta> trezor has a dedicated dev for monero (i think he is a freelancer and they pay him when monero work has to be done), ledger doesn't
20:09:46 <ooo123ooo1234567> <selsta> "i predicted it months ago :D" <- if no one will work on unbound then it's predictable result too
20:10:06 <ooo123ooo1234567> * result too, but it doesn't mean that it's impossible to write update and merge into their repo
20:10:24 <ooo123ooo1234567> * result too, but it doesn't mean that it's impossible to write ledger monero-app update and merge into their repo
20:10:45 <selsta> yes, i said it already we will have to do it ourself
20:51:47 <jozsef[m]> Question: I know monero stores its blockchain on a node locally in lmdb. How does it implement decentralization? Is there (third-party) library used for that or there some additional (native) code interacting with lmbd that does that?
20:52:15 <jozsef[m]>  * Question: I know monero stores its blockchain on a node locally in lmdb. How does it implement decentralization? Is there a (third-party) library used for that or there are some additional (native) code interacting with lmdb that does that?
20:55:07 <selsta> no, monero does not use a third party library for "decentralization"
20:55:38 <selsta> i mean it's based on cryptonote, if you consider that a library
20:56:04 <MajesticBank> he is probably asking about p2p technology
20:56:58 <MajesticBank> blockchain sync in general, bulletproofs etc
20:58:18 <jeffro256[m]> jozsef Can you expand upon what you mean by "implement decentralization"?
20:59:06 <layter[m]> jeffro256[m]: We want to know if its possible to implement a decentralized database or would we need a blockchain to do that?
20:59:49 <ooo123ooo1234567> layter[m]: there is no standalone lib that adds decentralization on top of lmdb without any other overhead of cryptocurrency
21:01:42 <chesterfield[m]> layter[m]: layter: You might want to research what OpenBazaar did or look into Particl
21:02:45 <layter[m]> chesterfield[m]: Alright, thanks. I'll look into those projects
21:03:35 <chesterfield[m]> I have no idea what you're building, but i'm assuming it's decentralized marketplace related?
21:03:53 <layter[m]> chesterfield[m]: Correct 😅
21:13:23 * pony_montana[m] posted a file: (257KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.optoutpod.com/EODSQOlqcaSvKqXpVmCpYBfB/notamonerogoldenpaper.pdf >
21:18:18 <pony_montana[m]> pony_montana[m]: Hi guys, that's a paper about wealth inequality discriminations in monero, bitcoin and gold. I will be happy to know what do you think about! :)
21:20:36 <hyc> pony_montana[m]: not a #monero-dev topic
21:21:05 <endogenic> jozsef[m]: that's what nakamoto consensus, mining/pow, and p2p networks are for
21:21:19 <endogenic> lmdb is used by p2p nodes locally only
21:21:35 <endogenic> decentralized state is basically emergent
21:22:56 <hyc> should ask why you even want a decentralized database in the first place. as a general rule, they suck. slow performance, terrible scaling.
21:23:22 <moneromooo> pony_montana[m]: try #monero-community. And maybe #monero-research-lab.
21:23:55 * moneromooo not sure about the latter, but there are people there to who it may appeal.
21:24:13 <hyc> I'd probably use -lounge instead.
21:25:05 <pony_montana[m]> thanks! :)
21:25:09 <hyc> anyway, there is no way to quantify wealth inequality in monero, so it doesn't sound like a very useful topic
21:25:33 <cryptogrampy[m]> The correct place is #monero-community-dev:monero.social :) 
21:38:21 <ooo123ooo1234567> <chesterfield[m]> "I have no idea what you're..." <- https://github.com/neroshop/neroshop, indeed
21:57:41 <jozsef[m]> Right, good question @hyc. Maybe instead it is better to state the problem to be solved: decentralized marketplace with a database (pics, text, etc.) that replicates in a p2p fashion. How would you suggest approaching an implementation?
21:59:09 <jozsef[m]> I'm thinking locally anything, lmbd, sql, whatever, then data must be replicated p2p somehow so everyone sees the same eventually. Sounds like a decentralized (p2p-synced) database.
22:10:01 <ooo123ooo1234567> <jozsef[m]> "Right, good question @hyc. Maybe..." <- that's too complex question, try to study suggested alternatives and their pros/cons firstly
22:15:34 <MeowingCat> this thing made me crazy
22:16:09 <pony_montana[m]> <cryptogrampy[m]> "The correct place is #monero-..." <- 😄👌
22:16:40 <MeowingCat> which IRC clients are you using????
22:32:09 <hyc> jozsef[m]: also doesn't sound like a #monero-dev question. but I guess given your problem statement, still need to ask whether the p2p participants are trustworthy or not
22:53:54 <jozsef[m]> hyc: Correct, not trictly a monero-dev question, other than being curious how this is done in monero. Nevertheless, I think the responses were useful in that I think one could simply try implementing a p2p commhnication algorithm on top of a local database without anything fancy. Perhaps sending hashes around to query what each peer has.
22:54:25 <jozsef[m]> s/commhnication/communication/