On Tue, Aug 22, 2017 at 10:09 PM, Willem Jan Withagen <wjw@xxxxxxxxxxx> wrote: > On 22-8-2017 15:52, Matt Benjamin wrote: >> ++kefu >> >> Matt >> >> On Tue, Aug 22, 2017 at 9:35 AM, kefu chai <tchaikov@xxxxxxxxx> wrote: >>> On Tue, Aug 22, 2017 at 4:27 PM, Nathan Cutler <ncutler@xxxxxxx> wrote: >>>>> my main concern would be the downstream. how shall we accommodate the >>>>> packaging of downstream? for example, what if the boost package >>>>> maintainers of SuSE/fedora/debian/ubuntu are not ready to package the >>>>> boost version we want to use in future? >>>>> >>>>> but as long as we don't require newer boost to build, we are safe on >>>>> debian and ubuntu at this moment. as boost 1.61 is required for >>>>> building ceph, and both debian unstable and ubuntu artful package >>>>> boost v1.62. >>>> >>>> >>>> The very latest cutting-edge versions of the distros may ship boost >= 1.61 >>>> but the stable versions most likely do not. > > For FreeBSD I use the ports version = 1.64. > Thus far no problems. > > And since we are talking about boost.... > > How do I prevent `git submodule ` from downloading all this Boost stuff > that I'm not going to use it anyways? > So downloading this massive git-tree over and over, is a waste of time > and bandwidth. Willem, probably you could have a local change to remove that submodule? also, FYI, i was trying to build the boost using its release tarball in PR#15376 [0], so we don't need to pull the full repo of it. but i didn't get enough bandwidth on updating the "make-dist" script to accommodate the change. so the change stopped at building boost as an external project. but before we have a plan for fixing the boost building process , i am not sure it's advisable to continue working on removing the boost submodule and updating the "make-dist" script, etc. --- [0] https://github.com/ceph/ceph/pull/15376 -- Regards Kefu Chai -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
