[Pkg-deepin-devel] Bug#883375: qtbase-opensource-src: Please add private headers in /src/plugins/platforms/xcb/

[Pino Toscano]

In data domenica 3 dicembre 2017 15:58:28 CET, Boyuan Yang ha scritto:
> I'm working inside pkg-deepin team [1] to push Deepin applications into
> Debian. Deepin use Qt and Golang heavily in their applications.
> 
> There's a special dependency for Deepin applications: package "qt5dxcb-plugin"
> uses some really private Qt headers. Currently they bundle the header files
> inside src repository [2] but that is apparently not optimal approach for Debian
> packaging. Those header files come from /src/plugins/platforms/xcb/
> directory in qtbase-opensource-src source tree.
> 
> Deepin applications (alongside Deepin Desktop Environment, DDE) need it to work
> properly. In other distributions like Arch Linux and Fedora, package maintainers
> already included them, either in a separate package ([4], in package
> qt5-xcb-private-headers) or together in the qt5 private devel package ([5], in
> package qt5-qtbase-private-devel).
> 
> My question is, is it possible for us to include (copy) those header files and
> distribute them inside package "qtbase5-private-dev" so that package
> "qt5dxcb-plugin" could build-dep on qtbase5-private-dev instead of bundling
> them inside repository (like what Fedora did)?

To be honest, this makes no sense.  Qt5 already ships two sets of
headers:
- public headers, available in qtbase5-dev
- private headers, available in qtbase5-private-dev
Tracking the private headers is already a non-trivial workload on the
team workflow (for example, it requires extra transitions).

Yet, qt5dxcb-plugin needs more private headers than the private headers?
It ought to really work with what Qt ships, not trying to outsmart Qt
this way.  Why does qt5dxcb-plugin need these headers?  If it really
needs them (IMHO it should just use what Qt provides, even as private
headers), did you ask upstream Qt to provide them or the equivalent API
for what qt5dxcb-plugin wants to do?

FWIW, there are already platform plugins in Debian (plasma-integration
and lxqt-qtplugin), so indeed a DDE one could just use the provided
API too, public or private.

-- 
Pino Toscano
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-deepin-devel/attachments/20171203/5783aeca/attachment.sig>