hooks: add libglib2.0-bin for the "gdbus" utility #103
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I'm proposing this in response to some discussion on IRC. While writing snapd spread tests for some D-Bus related features, I found myself running into limitations on what I could do with the
dbus-sendutility. Thegdbusutility could handle those cases as it can represent arbitrary types when making method calls, but is not included in any of our base snaps. That means using it would require the tests use snaps published to the store, which increases the maintenance burden and makes updates more difficult. @anonymouse64 also noted that he'd run into similar limitations when writing tests.I believe the
gdbusutility would also be generally useful in testing D-Bus related faults on Ubuntu Core systems, so it would make sense to include for similar reasons to thedbus-sendutility.This PR adds the whole
libglib2.0-binpackage. I don't expect it to make a large difference to the size of the snap since its dependencies are already included, but I'll check the result of CI. We could trim some of the other utilities from the package if you think that would be appropriate.