Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

debian: Add dependency on eos-metrics-0-dev for downstream metrics #18

Merged
merged 1 commit into from
Mar 23, 2020

Conversation

pwithnall
Copy link
Contributor

Signed-off-by: Philip Withnall withnall@endlessm.com

https://phabricator.endlessm.com/T28742


Code changes in #17.

@pwithnall pwithnall requested review from wjt and mwleeds March 23, 2020 15:04
@pwithnall pwithnall self-assigned this Mar 23, 2020
@wjt wjt merged commit af18290 into debian-master Mar 23, 2020
@wjt wjt deleted the debian-T28742-metrics branch March 23, 2020 15:35
pwithnall added a commit that referenced this pull request Oct 20, 2020
This doesn’t achieve anything by itself, but makes some upcoming commits
to diff the new/old app lists work properly.

Signed-off-by: Philip Withnall <pwithnall@endlessos.org>

Helps: #18, #28
pwithnall added a commit that referenced this pull request Oct 20, 2020
Instead of removing all the entries in the list store when the set of
installed apps is updated, diff the old and new lists so that removed
apps can be selectively removed from the list store, and added apps can
be selectively added.

This means that we can (in subsequent commits) reload the app list less
conservatively, as doing so will no longer remove in-progress user
modifications to the set of blocked apps. Modifications are still only
saved when the restrict applications dialogue is closed.

Signed-off-by: Philip Withnall <pwithnall@endlessos.org>

Helps: #18, #28
pwithnall added a commit that referenced this pull request Oct 20, 2020
This will no longer destroy in-progress user input.

Signed-off-by: Philip Withnall <pwithnall@endlessos.org>

Fixes: #18
pwithnall added a commit that referenced this pull request Dec 9, 2020
This doesn’t achieve anything by itself, but makes some upcoming commits
to diff the new/old app lists work properly.

Signed-off-by: Philip Withnall <pwithnall@endlessos.org>

Helps: #18, #28
pwithnall added a commit that referenced this pull request Dec 9, 2020
Instead of removing all the entries in the list store when the set of
installed apps is updated, diff the old and new lists so that removed
apps can be selectively removed from the list store, and added apps can
be selectively added.

This means that we can (in subsequent commits) reload the app list less
conservatively, as doing so will no longer remove in-progress user
modifications to the set of blocked apps. Modifications are still only
saved when the restrict applications dialogue is closed.

Signed-off-by: Philip Withnall <pwithnall@endlessos.org>

Helps: #18, #28
pwithnall added a commit that referenced this pull request Dec 9, 2020
This will no longer destroy in-progress user input.

Signed-off-by: Philip Withnall <pwithnall@endlessos.org>

Fixes: #18
pwithnall added a commit that referenced this pull request Dec 9, 2020
Fix several issues with the app list in the restrict applications dialogue

Closes #28 and #18

See merge request pwithnall/malcontent!92
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants