> 9 +Requires.private: protobuf >= 2.4.1
>
> If users need access to protobuf headers should this be ".private"?
On closer examination I think this is actually unwanted. The "public" headers that "#include <google/protobuf/...>" are part of "PrivateProtobuf" - which we are not committing to supporting in the future. The headers are:
"PrivateProtobuf" was exposed as a *temporary* convenience for the Canonical downstreams to prototype adding IPC functions before proposing them to Mir proper (avoiding the need for them to put WIP code upstream). These downstream experiments will depend on protobuf directly.
The headers won't be removed for RTM but it should happen in the foreseeable future.
> 9 +Requires.private: protobuf >= 2.4.1
>
> If users need access to protobuf headers should this be ".private"?
On closer examination I think this is actually unwanted. The "public" headers that "#include <google/ protobuf/ ...>" are part of "PrivateProtobuf" - which we are not committing to supporting in the future. The headers are:
1. mir/frontend/ message_ processor. h protobuf_ message_ sender. h template_ protobuf_ message_ processor. h
2. mir/frontend/
3. mir/frontend/
"PrivateProtobuf" was exposed as a *temporary* convenience for the Canonical downstreams to prototype adding IPC functions before proposing them to Mir proper (avoiding the need for them to put WIP code upstream). These downstream experiments will depend on protobuf directly.
The headers won't be removed for RTM but it should happen in the foreseeable future.