00:04:59 <selsta> kayabaNerve: can you elaborate? I don’t think there was any CCS related criticism from devs yet
00:05:50 <kayabaNerve> Sorry, managing some IRC stuff on my end
00:06:15 <kayabaNerve> I was referring to the commentary on that issue, suggesting that his proposal is likely to struggle as he hasn't done XMR work before
00:06:43 <kayabaNerve> So I love the CCS, yet I feel that's unfortunate. That said, it may still be the best system. I was just commenting there ways to deal with that edge case
00:06:46 <kayabaNerve> selsta ^^
00:21:56 <selsta> kayabaNerve: yea in general we prefer CCS from devs who have a history of contributing as there are not unlimited community funds, but it’s not a requirement.. it usually gets decided on a case by case basis
00:22:22 <kayabaNerve> Right, I get that.
00:41:00 <kayabaNerve> selsta: To clarify, it wasn't just that they would gain lass traction. It was that they were asked to do work for free to gather good faith, instead of acknowledging escrow and review should be able to balance it out. I don't actually have a stake in the proposal, personally think it may be mispriced, and love developers contributing just to help out. Just commenting on the tone, despite the overall great success of the program
05:38:36 <fluffypony> xiphon: sure, uploading now
05:39:02 <fluffypony> xiphon: https://paste.centos.org/view/raw/f299da4b
05:40:43 <fluffypony> I don't think this is the platform for CCS discussions, necessarily, but I agree with kayabaNerve - we have a mechanism for dealing with failed proposals, and if it's kept small (eg. a single feature) then it should get pushed through quickly
05:40:51 <fluffypony> if w don't embrace new devs, how will they ever become "old" devs
05:56:48 <kayabaNerve> Thanks, fluffypony :) Have a suggestion for a better channel?
05:56:58 <fluffypony> #monero-community I think
07:31:46 <TrasherDK> Where do I find source for required library openpgm ?
08:17:13 <kayront> http://27blltx6kt26k65umbs2tme6rhv4i7rhagnzzljp3bsoqfkj6w364sqd.onion/cake-wallet-more-suggestions.html -- "Ability to save >1 Address For Each Contact" and "Ease Creation of Watch Wallets" are probably of interest to discuss here
11:10:59 <endogenic> https://github.com/google/autocxx
11:14:27 <TrasherDK> ???
11:38:33 <TrasherDK> I'm trying to build https://github.com/vtnerd/monero-lws and it seems I'm missing something. I get "Unable to find required Monero library wallet-crypto"
11:39:29 <moneromooo> Might be libcncrypto.{a,so}. Check the makefile near that message.
11:39:50 <moneromooo> Or could be the supercop repo.
11:40:21 <moneromooo> Maybe it wants submodules, check whether it does and you init/updated them, if any.
11:48:06 <TrasherDK> A fresh clone recursive, doing submodule init & update does nothing.
12:09:00 <TrasherDK> The CMakeList.txt is looking for "wallet-crypto" in MONERO_BUILD_DIR. No such file there.
12:15:49 <moneromooo> Do you have a recent monero tree ? This looks to be the shim over supercop.
12:16:10 <moneromooo> Which was merged very recently.
12:41:04 <TrasherDK> Yes. Cloned and build monero release-v0.16 just prior to this.
12:43:31 <TrasherDK> And "git fetch origin pull/6612/head:pr-6612 && git rebase pr-6612"
12:44:27 <TrasherDK> head\:pr-6612
12:45:04 <TrasherDK> :s
12:46:08 <TrasherDK> I can't build master because the qrcode stuff.
12:50:04 <TrasherDK> Building master ends with: "monero-src/external/qrcodegen/QrCode.cpp:32:"
12:50:08 <TrasherDK> /usr/include/c++/5.5.0/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support must be enabled with the -std=c++11 or -std=gnu++11 compiler options.
12:50:08 <TrasherDK>  #error This file requires compiler and library support \
12:50:34 <iDunk> #6766
12:52:49 <TrasherDK> I'll take a look at #6766 Thanks.
12:56:37 <TrasherDK> Okay. Building master....
13:07:29 <TrasherDK> master done. slow on only 2 threads :)
13:08:07 <dsc_> TrasherDK: install ccache :)
13:08:38 <TrasherDK> ccache-3.2.4-x86_64-1
13:11:01 <TrasherDK> monero-lws : Cannot specify link libraries for target "monero::libraries" which is not built by this project.
13:15:57 <TrasherDK> monero-lws : CMakeList.txt : 137
13:15:59 <TrasherDK> target_include_directories(monero::libraries SYSTEM
13:15:59 <TrasherDK>   INTERFACE
13:15:59 <TrasherDK>     ${Boost_INCLUDE_DIR}
13:15:59 <TrasherDK>     "${MONERO_BUILD_DIR}/generated_include"
13:15:59 <TrasherDK>     "${MONERO_SOURCE_DIR}/contrib/epee/include"
13:15:59 <TrasherDK>     "${MONERO_SOURCE_DIR}/external/easylogging++"
13:16:00 <TrasherDK>     "${MONERO_SOURCE_DIR}/external/rapidjson/include"
13:16:00 <TrasherDK>     "${MONERO_SOURCE_DIR}/src"
13:16:01 <TrasherDK> )
13:37:57 <TrasherDK> Paths to MONERO_BUILD_DIR and MONERO_SOURCE_DIR are pointing to the right directories.
17:09:01 <vtnerd> TrasherDK : pull latest changes, I fixed the cmake issue for that
17:09:21 <vtnerd> the error means your build will not have amd64 ASM included (not built on that system)
17:10:36 <vtnerd> the cmake is sketchy because it tries to read from the monero build directory and rip out some things
17:19:48 <iDunk> https://github.com/vtnerd/monero-lws/blob/develop/CMakeLists.txt#L29 looks like a typo. Should be 3.11.0.
17:24:56 <vtnerd> for what feature?
17:26:07 <iDunk> Cannot specify include directories for imported target "monero::libraries".
17:26:13 <iDunk> Cannot specify link libraries for target "monero::libraries" which is not built by this project.
17:26:24 <iDunk> https://cmake.org/cmake/help/v3.11/release/3.11.html
17:26:52 <iDunk> Those errors were with cmake version 3.10.2.
17:29:22 <vtnerd> hmm cmake 3.11 is fairly new, so I'll try to figure out a workaround to relax that requirement
18:04:03 <TrasherDK> After a fresh clone, I get same errors.
18:04:13 <TrasherDK> CMake Error at CMakeLists.txt:144 (target_include_directories):
18:04:13 <TrasherDK>   Cannot specify include directories for imported target "monero::libraries".
18:04:13 <TrasherDK> CMake Error at CMakeLists.txt:153 (target_link_libraries):
18:04:13 <TrasherDK>   Cannot specify link libraries for target "monero::libraries" which is not
18:04:13 <TrasherDK>   built by this project.
18:05:20 <TrasherDK> $ cmake -DMONERO_SOURCE_DIR=$(realpath $(pwd)/../../monero/monero-src/) -DMONERO_BUILD_DIR=$(realpath $(pwd)/../../monero/monero-build/) $(realpath $(pwd)/../monero-lws-source/)
18:07:39 <TrasherDK> If cmake version is important, the version on Slackware 14.2 is cmake-3.5.2
19:18:26 <TrasherDK> .time
19:37:23 <vtnerd> the fix I pushed was for the wallet-crypto library issue
20:07:28 <iDunk> vtnerd: I tried to build on Ubuntu 20.04 and there's also this  https://paste.ubuntu.com/p/sxxY4mgRYX/
20:09:25 <iDunk> If I comment out the test, there are undefined references to boost libs, openssl, etc.
20:25:35 <iDunk> If I add `set(Boost_NO_BOOST_CMAKE ON)` to CMakeLists.txt, the test passes but not the linking. There are the same undefined references to system libs.
20:28:34 <TrasherDK> vtnerd: The wallet-crypto library issue was fixed by building monero master. I had release-v0.16 before that.
20:32:50 <TrasherDK> Or maybe you fixed the wallet-crypto thing while I was building monero :)
20:55:42 <vtnerd> yeah it might not work with release-v0.16 at all due to internal changes
20:56:04 <vtnerd> I'll likely create a develop-0.17 branch separate from the develop branch for this reason