https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227428
--- Comment #12 from Willem Jan Withagen <[email protected]> --- (In reply to Adriaan de Groot from comment #11) If the fix in the Cmake stuff (either FreeBSD specific or not) allows for this call find_package(Boost 1.66 COMPONENTS ${BOOST_COMPONENTS} REQUIRED) to do "the right thing" (tm), then No changes to the ceph-source are needed. As things go now I'll have to add a selector on FreeBSD to append the python-version. No biggie, but again specific code for a specific problem. That said, to has started with a discussion on ceph-dev to determine what to do with 2.7 and how fast to fase it out, and make all 3.x code. That could/would leave FreeBSD users that are mainly on 2.7 in the cold. Which should not be a major problem from opperational point, since you do not want to do much other on the ceph storage nodes. It could however conflict on compute nodes where scripting depends on 2.7 and 2.7 compatible classes. So I'm driven here by what Ceph does in the code, and by FreeBSD packages in what is possible and desirable. And that in the negative time I have available ATM. -- You are receiving this mail because: You are on the CC list for the bug.
