01:07:56 <jeffro256[m]> rbrunner grumblemobile your guys' comments about binary_archive surprised me so I went back to look at binary_archive, because I didn't think it was epee format. I just confirmed, it is not epee binary format and is something seperate 
06:54:36 <NorrinRadd> it's a known issue that the gui wallet will not start monerod with the zmq-rpc-bind-port enabled? 
14:03:56 <vtnerd> jeffro256[m]: didnt check IRC yesterday - I've been referring to the "other" serialization technique in `src/serialization` as "cryptonote" and the one in `contrib/epee` as "epee"
14:04:27 <vtnerd> the cryptonote serialization could be difficult for either of our proposals because there is some custom code in ringct for arrays
14:05:00 <vtnerd> I mean, either could handle it afaik, but theres a bit more customization to provide optimal size in the output in places
14:05:13 <vtnerd> customization per type I meant
14:06:33 <vtnerd> Im getting my serialization branch working with json, and dropping the bulk of the macro changes as it seems like its going to be less painful in the end
14:07:03 <vtnerd> I've found a way to forward declare some stuff though, and Im hoping that drops compile times a bit but not certain yet
14:07:32 <vtnerd> it definitely moves the template expansions in some files at least
14:07:54 <vtnerd> the technique should work with either my proposal or jeffro256[m], but not sure about perfect's daemons approach atm
14:08:20 <vtnerd> it might be possible to do this with the existing solution, but it would have to be done in a slightly different way I think
14:09:09 <vtnerd> *forward declare some stuff while leaving the serialization macros in the header/struct/class declaration
14:20:38 <duggavo[m]> Hello, I am compiling monerod on an Debian machine and it works perfectly, however if i try running it on another computer it says:
14:20:39 <duggavo[m]> `error while loading shared libraries: libzmq.so.5: cannot open shared object file: No such file or directory`
14:20:39 <duggavo[m]> ZeroMQ is installed on the compiling machine, but not on the machine running monerod.
14:20:39 <duggavo[m]> I am compiling with `make release-static`.
14:21:26 <moneromooo> Build libmzq statically (or install a prebuilt one from your OS repo).
14:21:47 <moneromooo> Then you likely have to delete any CMakeCache.txt in build before making again.
14:22:27 <moneromooo> make release-static will use shared libs if a static one isn't found. Not sure if by design or not.
14:22:52 <duggavo[m]> Thank you for being supportive, i didn't notice the "Building portable statically linked binaries" section in the readme.md
14:23:50 <moneromooo> Also ldd monerod when done, and do the same for any remaining libs (stuff like libm, libdl, etc are fine).
14:24:25 <moneromooo> But stuff like boost, for example, or unbound, you want to have static.
14:25:47 <duggavo[m]> moneromooo: What does LDD mean?
14:26:02 <duggavo[m]> nvm it's a linux command
17:10:19 <duggavo[m]> when i do `make release-static-linux-x86_64` to statically compile librarie it fails at around 80% with this error:... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/fe3715c234bfb932e2bd9648f54f8e903e3feb01>)
17:10:37 <duggavo[m]> when i do `make release-static-linux-x86_64` to statically compile librarie it fails at 85% with this error:... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/0f6be06df30d08ff4164c636defd6e171da6a96d>)
17:10:46 <duggavo[m]> when i do `make release-static-linux-x86_64` to statically compile librarie it fails at 85% with this error:... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/0f6be06df30d08ff4164c636defd6e171da6a96d>)
17:11:45 <moneromooo> Link against libevent. And then post a patch.
17:11:58 <moneromooo> It's happened before, and I guess whoever had that didn't post a patch.
17:12:09 <moneromooo> And libnettle as well apparently.
17:12:24 <moneromooo> Best if you work out what libs monero uses they're a dep of. Possibly 0mq.
17:12:36 <moneromooo> libgmp ? wtf.
17:12:49 <moneromooo> Oh, possibly boost bignums...
17:13:04 <moneromooo> Oh, it says nettle is from libunbound.
17:13:39 <moneromooo> So look for "NORM" in a CMakeLists.txt. It's an optional libzmq dep.
17:13:59 <moneromooo> Do the same thing for libnettle/libevent and libundound.
17:14:28 <moneromooo> And libgmp. Weird it's in there.
17:14:32 <duggavo[m]> moneromooo: and what should i do? erase any line in cmakelists containing norm?
17:15:02 <duggavo[m]> moneromooo: CMakeLists.txt does not contain libgmp
17:15:03 <moneromooo> No. "Do the same" is the opposite of "undo" :)
17:15:21 <moneromooo> Yes. That's why "do hte same" as with norm.
17:15:25 <duggavo[m]> undo what exactly? 
17:15:32 <moneromooo> Nevermind.
17:17:34 <duggavo[m]> i'll try compiling with the dockerfile
17:18:27 <moneromooo> I mean something like https://paste.debian.net/1254379/
17:18:35 <moneromooo> But also for libevent and libgmp.
17:20:52 <grumblemobile> I guess this is another time to moan about cmake not using pkg-config, which would probably have avoided this
17:20:58 <grumblemobile> I guess this is another time to moan about cmake 
17:21:02 <grumblemobile> moan about cmake 
17:27:46 <duggavo[m]> I added these lines to CMakeLists.txt at line 1173:... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/61cc909a783b40674ef11a0e00fe78af01e98432>)
17:33:25 * r4v3r23[m] uploaded an image: (444KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/VfqJjSwpCcZwxumoqVEJzZPV/image.png >
17:33:58 <r4v3r23[m]> do subaddresses still "provide weaker protection against malicious counterparties"?
17:34:14 <r4v3r23[m]> * malicious counterparties" vs separate seeds?
17:34:49 <selsta> duggavo[m]: https://github.com/monero-project/monero/issues/8439
17:35:18 <selsta> r4v3r23[m]: yes, likely won't be fixed before Seraphis
17:36:38 <r4v3r23[m]> selsta: and it applies to accounts vs new seed as well?
17:37:29 <selsta> https://www.monerooutreach.org/breaking-monero/subaddress-association-janus-attack.html
17:38:10 <duggavo[m]> selsta: oh maybe now i understand everything
17:38:16 <r4v3r23[m]> selsta: thanks
17:39:08 <grumblemobile> Do you *really* mean the same error log persists, or only some of them ?
17:39:31 <duggavo[m]> when i do "make depends target=x86_64-linux-gnu" it prints A TON of errors. Why? It seems it's because the directory i am building monero at contains a space in its name, and maybe something doesn't work because of this
17:40:13 <grumblemobile> Second, you're building static. Packages on monero distros will install shared libs but not static libs by default if you do not specify.
17:40:21 <duggavo[m]> i am building in `/media/duggavo/hard disk/monero` and maybe it doesn't like that the "hard disk" folder includes spaces
17:40:27 <grumblemobile> And not all packagers ship static libs.
17:51:59 <grumblemobile> er, re-reading, I meant modern distros, not monero distros. Muscle memory.
17:52:38 <selsta> it's possible that a space in the path causes issues with depends, can you share the error message?
17:54:00 <duggavo[m]> selsta: > make depends target=x86_64-linux-gnu
17:54:00 <duggavo[m]> prompted a lot of errors with something like
17:54:00 <duggavo[m]> `/media/duggavo/hard not found` and i was compiling in folder `/media/duggavo/hard disk/monero`
17:54:08 <duggavo[m]> s/>//, s/x86_64/x86\_64/
17:54:41 <duggavo[m]> Right now it's compiling now that i changed folder
17:54:41 <grumblemobile> Yeah that's an obvious space issue, from that message.
17:55:22 <grumblemobile> Feel free to replace $X with "$X" if you find them.
17:55:28 <duggavo[m]> ok, the compilation just failed
17:55:30 <duggavo[m]> gperf not found
17:55:35 <grumblemobile> At least when not in more complex expressions.
17:56:06 <grumblemobile> I fail to see why gperf would be needed. Are you sure it's an *error*, and not a message next to the error ?
17:56:31 <selsta> gperf is needed
17:56:37 <grumblemobile> Why ?
17:56:51 <duggavo[m]> grumblemobile: checking for x86_64-linux-gnu-gperf... no
17:56:51 <duggavo[m]> checking for gperf... no
17:56:51 <duggavo[m]> configure: error: *** gperf not found
17:57:01 <selsta> duggavo[m]: install these dependencies https://github.com/monero-project/monero/blob/master/.github/workflows/depends.yml#L48
17:57:11 <selsta> and line 89
17:57:31 <selsta> oh i never looked into why, it just has always been a dependency for some reason
17:57:45 <duggavo[m]> selsta: python3-zmq??
17:57:58 <selsta> try without it
17:58:02 <duggavo[m]> why does it require a python package?
17:58:02 <grumblemobile> I've never seen monero do any kind of profile guided opt, so... I think it's spurious unless proven otherwise.
17:58:56 <grumblemobile> Though I suppose some other package dep might require it, spuriously...
18:09:51 <duggavo[m]> <selsta> "duggavo: install these dependenc..." <- Weird, installation of these packages fails with... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/532a5e1a64ab65f17cda44fae67dfc136e2162dd>)
18:10:06 <duggavo[m]> > <@selsta:libera.chat> duggavo: install these dependencies https://github.com/monero-project/monero/blob/master/.github/workflows/depends.yml#L48... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/00280ca20e06380381b227847c4c38c9971bce5d>)
18:10:19 <selsta> which once exactly?
18:10:46 <duggavo[m]> selsta: install-info
18:10:55 <duggavo[m]> even if i didn't include it in the command to install deps
18:11:45 <selsta> which OS version are you using?
18:12:14 <duggavo[m]> what? it gives the same error even if i do sudo apt-get install curl
18:12:15 <duggavo[m]> which i previously installed successfully
18:12:16 <duggavo[m]> selsta: Ubuntu 22
18:13:17 <selsta> ok, then it's better if you just try to use `make release-static`, as it says in the readme depends currently only works for 18.04 and 20.04
18:13:30 <selsta> but no idea what this java error is, does not seem monero related
18:13:56 <duggavo[m]> selsta: It isn't and i fixed it
18:14:08 <duggavo[m]> selsta: make release-static did not work
18:14:31 <selsta> did you follow what it said in the link I sent?
18:14:45 <selsta> you have to add 4 libraries, not 3
18:14:49 <duggavo[m]> selsta: to install dependencies? Yes
18:15:02 <duggavo[m]> <selsta> "duggavo: install these dependenc..." <- this one
18:15:39 <duggavo[m]> in fact, that link was to fix issues with depends
18:15:55 <selsta> that was before I knew you had Ubuntu 22.04
18:16:13 <selsta> you have to compile it with `make release-static`, or use docker
18:21:07 <selsta> 19:39 <+grumblemobile> Do you *really* mean the same error log persists, or only some of them ?
18:21:16 <selsta> can you answer this question?
18:26:14 <duggavo[m]> selsta: No
18:26:20 <duggavo[m]> Because it is still compiling
18:26:50 <selsta> because if only some are left it means a library is missing
18:26:55 <grumblemobile> If it is still compiling, how do you know the same errors persist ?
18:27:26 <duggavo[m]> grumblemobile: I said that before installing the dependencies selsta suggested
18:27:46 <duggavo[m]> Now I am trying make release-static
18:28:06 <selsta> the dependencies I suggested were for make depends, not make release-static
18:32:05 <duggavo[m]> Ok, now the error seems shorter
18:32:13 * duggavo[m] sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/a6191fa30800f8a3bb7c7e55cb3ba3852042f123
18:33:33 <plowsof> please use https://paste.debian.net/ , (easier for IRC users to read)
18:34:17 <duggavo[m]> https://paste.debian.net/1254403/
18:51:33 <selsta> duggavo[m]: will check if I can get it working in a VM
19:54:33 <selsta> duggavo[m]: apt does not install static nettle from what i can tell
20:10:32 <selsta> duggavo[m]: https://paste.debian.net/hidden/1014cac8/ this worked for me on Ubuntu 22.04 + release-static
21:51:16 <selsta> .merge+ 8420
21:51:16 <xmr-pr> Added
22:08:34 <binaryFate> binaries for v0.18.1.1 are online and kicking. Thanks to all contributors
22:47:15 <jeffro256[m]> selsta were you not able to build release-static on a clean Ubuntu 22.04 install after compiling libunbound-dev? 
22:47:23 <jeffro256[m]> DId you get the same errors as LocalMonero was getting?
22:48:13 <jeffro256[m]> This is really stumping me. Idk what I'm doing, but make release-static just works for me on clean installs after dealing with libunbound
22:49:36 <selsta> yes, exact same error
22:51:09 <selsta> jeffro256[m]: these were the steps i did https://paste.debian.net/hidden/1014cac8/
22:52:46 <jeffro256[m]> Does it work with master if you build libunbound with just a normal ./configure ?
22:53:00 <jeffro256[m]> Instead of with all those options 
22:54:05 <selsta> I don't know but I don't see how this should be libzmq related
23:10:33 <one-horse-wagon[> binaryFate: I think a number of guys that can do gentian builds don't check this IRC everyday.  So they miss the fact that v0.18.1.1 binaries are now out and need validation.  I would post your message daily until they finally notice. 
23:25:58 <jeffro256[m]> selsta huzzah! It failed! 
23:26:40 <jeffro256[m]> So I'm going to try to narrow it down but the ./configure ... in the unbound repo decided if release-static failed or not
23:27:16 <selsta> does it even enable static by default?
23:28:00 <jeffro256[m]> I'm guessing it doesn't, and that --enable-static flag is what is causes the linking to fail
23:31:41 <jeffro256[m]> Is it pertinent that a static monero build links a libunbound which itself is linked statically?
23:34:39 <selsta> you can check ldd monerod
23:34:45 <selsta> and try the binary on a complete fresh VM
23:34:55 <selsta> but generally yes, you want your dependencies to be static
23:59:27 <layter[m]> <jeffro256[m]> "This is really stumping me..." <- I went through the same thing 😅
23:59:27 <layter[m]> Had to reinstall Ubuntu all over again 🙃 to get monero to compile. I hope this gets fixed ASAP or was it fixed in Monero version 0.18.1.1?
23:59:52 <layter[m]> * I went through the same thing 😅
23:59:52 <layter[m]> Had to reinstall Ubuntu all over again 🙃 to get monero to compile. I hope this gets fixed ASAP or has it been fixed in Monero version 0.18.1.1?