01:10:10 <selsta> .merge+ 7151 7152
01:10:10 <xmr-pr> Added
02:13:45 <sysadmin64> I'm trying to compile Monero, but the build script is totally broken. I mean ridiculously broken. How does something like this get released?
02:14:55 <sethsimmons> First, calm down, I’ve built it fine for years 🙂
02:15:04 <sethsimmons> What arch and OS are you trying to compile for?
02:15:14 <sethsimmons> And what issues are you having?
02:15:30 <sethsimmons> Actually let’s move this to #monero, likely doesn’t belong here.
02:15:38 <sysadmin64> I built an entire Linux system from scratch, with over a thousand packages. I've seen many, many broken build scripts. Monero is one of them.
02:15:50 <sysadmin64> Not the worst one, but close.
02:16:19 <sethsimmons> Are you able to give actionable data, or did you just want to complain?
02:17:09 <sysadmin64> It's hard to say where to even begin in telling you what's wrong. It would be much quicker to skip past the first 5-6 patches to various CMake files to get to the one error that seems absolutely unsolvable. There are two functions being called by the build script which do not exist in the release package. monero_crypto_generate_header being one of them
02:17:26 <sethsimmons> <sethsimmons "What arch and OS are you trying "> ^
02:17:54 <sysadmin64> Custom built, plain jane Linux from scratch distro. It's not the distro. It's your CMake files. Totally broken.
02:18:13 <sethsimmons> I’ve never had issues that weren’t easily solvable and my fault across many distros.
02:18:31 <sethsimmons> If they’re that broken I’m not sure why no one else calls building Monero “totally broken”.
02:18:34 <sysadmin64> I've never had issues with 80% of the thousand plus packages installed on this system.
02:18:40 <sethsimmons> Again, give some actionable data.
02:18:51 <sethsimmons> Any good sysadmin knows details are needed to troubleshoot.
02:19:00 <sysadmin64> Well, I'm not sure how your build system is expecting to call the function monero_crypto_generate_header, when it DOES NOT EXIST in the release distribution.
02:19:04 <sethsimmons> “It’s completely broken” is useless.
02:20:57 <sethsimmons> A simple git clone and make release works fine for me on Ubuntu/CentOS and has for years.
02:20:57 <sethsimmons> If you have specific issues and can give detail please open an issue on GitHub.
02:21:18 <sethsimmons> https://github.com/monero-project/monero/issues
02:21:29 <iDunk> (clone --recursive)
02:21:46 <sethsimmons> Yeah I wasn’t being exact 😉
02:22:14 <sethsimmons> The instructions in the read me are plainly usable.
02:23:16 <sysadmin64> Look, I'm not sure how I can explain this to you more clearly. The official Monero release distribution DOES NOT CONTAIN SEVERAL FUNCTIONS CALLED BY THE BUILD SCRIPT. What does "git clone" have to do with it? Your release is BROKEN.
02:24:02 <sethsimmons> Not for me and many others, but maybe someone with a deeper understanding of cmake can help if you open an issue.
02:24:04 <sysadmin64> And no, I'm not going to create a Github account and give Microsoft my left arm, selfie in front of a mirror, phone number, kidney, or whatever else they want. I'm just telling you. Your release is apparently broken. So I guess I won't be using or mining Monero.
02:24:34 <sysadmin64> At least until I can figure out where to even begin unraveling this gordian knot...lol
02:24:37 <sethsimmons> Then give actionable detail some other way.
02:24:52 <sysadmin64> I already gave you plenty of actionable details. You don't seem interested in listening or understanding.
02:25:08 <sysadmin64> Where is that function located, and why isn't it in the release tarball?
02:25:22 <sethsimmons> You just keep screaming about a missing header (which I honestly can’t help with) and yelling about things being “completely broken”.
02:25:27 <sysadmin64> Like the 80% of thousand other packages on my system which somehow manage to get their build script right?
02:25:27 <iDunk> You didn't give anything.
02:25:33 <iDunk> Ah, tarball...
02:25:34 <sysadmin64> monero_crypto_generate_header
02:25:34 <sysadmin64> monero_crypto_generate_header
02:25:35 <sysadmin64> monero_crypto_generate_header
02:25:40 <sysadmin64> WHERE IS THIS LOCATED? NOT IN MY RELEASE TARBALL.
02:25:52 <iDunk> You either clone, or provide submodules manually.
02:26:15 <sysadmin64> ..........
02:26:54 <iDunk> (but sounds like supercop to me)
02:27:06 <iDunk> Anyway, i don't have the patience.
02:27:10 <sysadmin64> Yeah, that's one of the offending problems.
02:29:58 <sysadmin64> Apparently this particularly CMake script isn't written to search for system dependencies and either find them, or download it, or quit with a well crafted error message explaining exactly what the problem in. Instead it sends me on a wild goose chase applying patches to CMake files in the hopes of accidentally figuring out what's wrong before going to frustration to an IRC channel where I'm told to "open a github issue." That is what I mean by
02:29:58 <sysadmin64> TOTALLY BROKEN. So I guess now that I've wasted an hour on this I'll now go 'git clone', and take a shot of whiskey to mourn the really sad state of computing in 2020. Thanks for your help iDunk, and THANKS FOR NOTHING to sethsimmons
02:30:21 <sysadmin64> Merry Christmas!
02:51:25 <sethsimmons> Glad I took the time to respond 🙃
03:35:21 <cornfeedhobo> hey, i'm building with the make target release-static-linux-x86_64, yet the resulting binary is looking for shared libraries....
03:37:44 <cornfeedhobo> specifically readline and zmq
03:39:28 <hyc> do you have static copies of readline and zmq ?
03:40:18 <cornfeedhobo> no, they're the usual linked (system provided)
03:40:39 <hyc> then that's what you get
03:40:56 <cornfeedhobo> hmm. but i've not run into this before the most recent release
03:42:10 <hyc> if you don't have them as static libraries obviously it can only link against your shared libraries
03:42:27 <cornfeedhobo> indeed that does make sense
03:42:41 <cornfeedhobo> strange though
03:50:36 <hyc> you sure your previous build was fully static? you still have a copy of the binaries?
04:02:16 <mnt_grrrl> debian testing x64 I am getting an error at 98%+ where do you want me to post the log file
04:04:05 <mnt_grrrl> I also have ubuntu lts 18 again x64 if you want me to try it there
04:05:36 <mnt_grrrl> monerod is build and seem to work
05:36:47 <cornfeedhobo> hyc: no, i doubt they were static, but i do find it interesting that the invalid objects error didn't show up until the most recent release. yes i still have copies. these are docker images based on alpine
05:37:28 <cornfeedhobo> i'm not going to dig into it though
07:02:13 <mnt_grrrl> https://pastebin.com/nc42sdUr (make) and https://pastebin.com/Qx89QUXN make release-test
11:13:14 <Toophoned> Are you working on v0.17.1.8 yet?
12:55:23 <selsta> .merge+ 7141 7142
12:55:23 <xmr-pr> Added
13:05:24 <pugrun> I got 2 auto banned IP(47.104.129.223 , 83.81.253.202) they are not in block list
13:06:04 <selsta> auto ban can have various reasons
13:06:39 <selsta> I only add IPs that are confirmed to do +2 attack
13:10:50 <pugrun> yes if  you can can confirm they +2 attack
13:55:04 <gingeropolous> gah. ok, new version doesn't fix my rpc problems
13:55:19 <selsta> it did not contain any rpc fixes
13:55:36 <gingeropolous> well i saw the bans happening on RPC connections so i thought perhaps
13:56:10 <gingeropolous> 2020-12-16 13:55:28.559	[P2P4]	ERROR	net	contrib/epee/include/net/abstract_tcp_server2.inl:1576	[sock 199] Failed to start connection, connections_count = 553
13:56:26 <gingeropolous> i guess too many socks. not enough space on the mantle
13:56:41 <gingeropolous> back to cronjob it is
13:56:51 <selsta> just reduce out_peers on that node
13:59:21 <gingeropolous> the xmrchain.net has more peers but is fine. so i don't think its p2p
14:00:22 <selsta> there is no reason for setting it that high on a normal node, I would try setting it to default 12 and see how long it takes to show up again
14:01:05 <selsta> if you already have issues with too many connections reducing out_peers is the first thing I would try
14:02:09 <gingeropolous> ok we'll see
14:02:59 <gingeropolous> usually takes a while
14:03:06 <sethsimmons> Odd, I've been a pretty well used public node for a long time and have never run into that.
14:03:06 <selsta> btw mooo asked a couple days ago: "Do you have loads of entries in /proc/`pidof monerod`/fd ?" ?
14:03:45 <gingeropolous> yeah i entered that command and got a lot of numbers. didn't really know what to do with it. just a grid of numbers perhaps 8 tall by 12 wide
14:04:02 <selsta> I also don’t know what to do with it :)
15:45:20 -xmr-pr- mj-xmr opened pull request #7160: Multihost parallel compilation via USE_ICECC=ON or release-all-icecc …
15:45:20 -xmr-pr- > https://github.com/monero-project/monero/pull/7160
18:36:08 <moneromooo> Is someone actually looking at the GUI failing to send txes when target > current ?
19:59:57 <fmohammed[m]> .merges
19:59:58 -xmr-pr- 7074 7075 7140 7141 7142 7143 7144 7151 7152
22:56:07 <mnt_grrrl5> I posted last night under a similar nick. If anyone replied could someone please post it here
23:03:49 <mnt_grrrl5> any idea why this is giving me an error:
23:03:50 <mnt_grrrl5> https://pastebin.com/HDj5G1CK
23:04:06 <mnt_grrrl5> debian testing
23:04:17 <mnt_grrrl5> works fine on ubnutu lts 18 btw
23:05:47 <moneromooo> I assume you tried to install requests at least ?
23:06:09 <moneromooo> Oh nvm, it goes on.
23:06:21 <moneromooo> What version of boost ?
23:06:57 <moneromooo> Also, uninbstalling gtest might do it, monero has a version in tree.
23:15:00 <mnt_grrrl5>  libboost-tools-dev                                          1.71.0.3
23:15:52 <mnt_grrrl5> non clean build failed trying a clean build
23:43:23 <mnt_grrrl5> that seems to have done it. Running make release-test noe
23:43:27 <mnt_grrrl5> now
23:43:59 <mnt_grrrl5> thank you moneromooo