On 22-8-2017 17:26, kefu chai wrote:
> 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.
Hi Kefu,
Actually I'm not using make-dist...
I have do_freebsd.sh to get my things going.
And:
-D WITH_SYSTEM_BOOST=ON \
works perfectly for me.
So if one way or another I can delete the submodule dependency before it
starts
git submodule update --force --init --recursive
Would be removing it from .gitmodules enough to stop the fetching.
So I can perhaps have a .gitmodule_freebsd? That I can move over the
original before doping the update.
--WjW
--
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
