Stop build-depending on private Qt headers
Bug #1427991 reported by
Timo Jyrinki
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-keyboard (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
ubuntu-push-qml (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
ubuntu-settings-components (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
ubuntu-system-settings (Ubuntu) |
Fix Released
|
Low
|
Timo Jyrinki |
Bug Description
Your package is build-depending on either qtbase5-private-dev or qtdeclarative5-
Depend only on the qtbase5-dev and/or qtdeclarative5-dev.
The reason for this bug is to both limit private headers usage and to keep better track of the users.
Related branches
lp://staging/~timo-jyrinki/ubuntu-push-qml/drop_private_header_bd
- Albert Astals Cid (community): Approve
- PS Jenkins bot: Approve (continuous-integration)
- Ubuntu Push Hackers: Pending requested
-
Diff: 14 lines (+0/-2)1 file modifieddebian/control (+0/-2)
lp://staging/~timo-jyrinki/ubuntu-system-settings/drop_private_header_bd
- Sebastien Bacher (community): Approve
- PS Jenkins bot: Approve (continuous-integration)
-
Diff: 11 lines (+0/-1)1 file modifieddebian/control (+0/-1)
Changed in ubuntu-system-settings (Ubuntu): | |
status: | New → In Progress |
importance: | Undecided → Low |
assignee: | nobody → Timo Jyrinki (timo-jyrinki) |
To post a comment you must log in.
I've pushed branches for those that compile just fine without the private headers.
For ubuntu- settings- components and ubuntu-keyboard, is it correct that you're only using the private headers for tests and not anything that gets installed into packages?
That would explain why they are not picking up the flag of using private symbols. You can mark this Won't Fix if you can't get around using the private stuff in tests. And thank you for not using them in the main software!
But if you can find anything in eg. Qt 5.4 to get around your QWindowSystemIn terface: :registerTouchD evice usage, that would be nice. Or, convincing upstream to make it public. I also found https:/ /bugreports. qt.io/browse/ QTBUG-26647 at least.