Add binary-version dependency of hwcomposer on glutils
Needs ReviewPublic

Authored by schmeisser on Nov 4 2019, 10:57 PM.
This revision needs review, but there are no reviewers specified.

Details

Reviewers
None
Summary

so that it does no longer allows installing incompatible versions on updating

Test Plan

run apt upgrade on mobile when normal neon has a newer version/release of kwin, reboot, kwin
should start normally

low level: kwinglutils12 should be held back from apt upgrade as long as no rebuild of kwin-wayland-backend-hwcomposer
is available

Diff Detail

Branch
kwinglutils-dependency (branched from Neon/mobile)
Lint
No Linters Available
Unit
No Unit Test Coverage
Build Status
Buildable 18508
Build 18526: arc lint + arc unit
schmeisser requested review of this revision.Nov 4 2019, 10:57 PM
schmeisser created this revision.
bshah added inline comments.
debian/control
253

Would it make sense to add similar thing for other backend? @sitter opinions?

the dependency could also be added to the common package, then it would apply for all backends

Oh oh oh, I forgot to actually read this.

Yes, this in theory applies to all backends, but I am not sure what the fix here is. ABI changes in Git? If so this would be a forever diff against neon because =binary:Version probably makes no sense outside git builds.

Also, shouldn't the mobile repo have a higher priority to prevent a kwin from neon to outscore mobile? Even when that has a higher version.

There may be a dynamic, albeit more complicated, solution to this problem that could be doing via the tooling though. Probably intercepting dh_shlibdeps calls and forcing an override on them to force all packages of $source to be ==version. That would then also apply to all software. This problem should not only affect kwin, but anything with plugins.

This could also be added to common, doesn't matter for me, would just like to have it fixed

I assume this will always stay a diff to neon anyway as there is no hwcomposer on normal neon?