From owner-freebsd-ports@freebsd.org Sat Apr 24 22:40:02 2021 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D3B105E321B for ; Sat, 24 Apr 2021 22:40:02 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FSR1Y1h7Kz3rNJ; Sat, 24 Apr 2021 22:40:00 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id F0F7F56B13; Sun, 25 Apr 2021 00:39:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8UPS1WwQI8Fg; Sun, 25 Apr 2021 00:39:51 +0200 (CEST) Received: from [192.168.11.244] (WJW-LAPTOP.digiware.nl [192.168.11.244]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 7D83556A3D; Sun, 25 Apr 2021 00:39:51 +0200 (CEST) Subject: Re: freebsd-ports Digest, Vol 933, Issue 7 To: Adriaan de Groot , freebsd-ports@freebsd.org References: <2544300.TYJnH3iKXO@beastie.bionicmutton.org> From: Willem Jan Withagen Message-ID: <0a6c7864-e9e7-dc47-793c-914be52ca582@digiware.nl> Date: Sun, 25 Apr 2021 00:39:57 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: <2544300.TYJnH3iKXO@beastie.bionicmutton.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4FSR1Y1h7Kz3rNJ X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:4cb8:90:ffff::3:from]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2001:4cb8:90:ffff::3:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports]; DWL_DNSWL_NONE(0.00)[digiware.nl:dkim] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2021 22:40:02 -0000 On 18-4-2021 16:51, Adriaan de Groot wrote: > On Sunday, 18 April 2021 14:00:01 CEST freebsd-ports-request@freebsd.org > wrote: >>>> So perhaps that is the best way to avoid having to deal with ABI/API >>>> breakage... >>>> After that it is up to the maintainers of the dependant packages to >>>> update their package and start using boost-1.75. >>> There is the implicit assumption that a patch that updates >>> boost for all the dependent ports should also provide fixes >>> if those ports fail to build after the update. That is >>> the major task. >> There are "only" 490 ports that have boost in their Makefile. > Compare this to CMake, which has about 1900 direct consumers. While there's > less ABI-breakage and more configure- and build-time breakage, a CMake update > looks like this: > - build all the consumers with the current version of CMake > - fix the ones that don't build, or mark BROKEN > - bump CMake locally > - build everything again > - fix the ones that don't build > > The actual CMake parts are the easy bits. Dealing with 15-year old C++ code > that happens to use CMake and falls over for totally unrelated reasons is the > real time sink. Ceph, too, is one of those things that eventually gets added > to my ignore list as "doesn't build in any recent ports checkout": > > /usr/local/bin/ld: ../../../lib/libkv.a(LevelDBStore.cc.o): > (.data.rel.ro._ZTI17CephLevelDBLogger[_ZTI17CephLevelDBLogger]+0x10): > undefined reference to `typeinfo for leveldb::Logger' > > I fix what I can, send mail to maintainers when I can't and so we hope that > progress happens Hi Adriaan, I understand your pain. I'm in the squeeze that Ceph has moved to new version, which I do get to build/test in my jenkins builders. But I'm/was sort of waiting for the move to git with ports. And then figure out how to get things to work again with the latest release. Unfortunately I got little time at the moment, so progress there is slow. And you are right that it hard to find the cause for this, since so many things have changed: Ceph source, Cmake config, llvm compiler and linker and leveldb. So the permutations are plenty. If you want to fix the above (which I also got in my builders, and have not found the root cause for) you could add `-D WITH_LEVELDB=OFF` to the CMAKE options. Hopefully I get around to submitting a patch to get ceph14 to v14.2.20 real soon now. --WjW