Niall Douglas wrote:
On an unrelated note, it was very heart-warming to read this:
https://groups.google.com/forum/#!topic/boost-steering/WWM6nQ4szSY
and not see bpm (an existing and working implementation of what this initiative is intended to produce) get even a mention.
It isn't personal Peter, not by a long stretch.
Well that's quite a relief then.
We were definitely fully aware of your work, in fact your work was repeatedly brought up in detail at the meeting itself and there was some discussion about how complete it was if I remember, and how much it would take to finish the job, or whether instead just to draw a line between those libraries it works for and those it does not and make two Boost distros out of that.
There is no such line; it works the same way for all libraries. And it's basically finished. What remains to be done is not any work on bpm itself (to a first approximation) but tackling the remaining vestiges of centralization in the Boost release process. This is mostly documentation, which needs to be in libs/*/doc/html. Having per-library stage directories would be helpful for doing binary releases, but it's not critical for source releases. A per-library XML change log would also be a step in the right direction. End goal, after all these changes, should be a release procedure that is completely automated, once it's determined which submodule versions (and which submodules - it would also work on a subset) would be included. This by the way is independent of whether bpm is used or something else.