2014-10-24 17:38:51 |
Jamie Strandboge |
bug |
|
|
added bug |
2014-10-24 17:39:14 |
Jamie Strandboge |
bug task added |
|
ubuntu-ux |
|
2014-10-24 17:40:12 |
Jamie Strandboge |
bug task added |
|
unity8 (Ubuntu) |
|
2014-11-30 19:04:17 |
Olga Kemmet |
ubuntu-ux: assignee |
|
Matthew Paul Thomas (mpt) |
|
2014-11-30 19:04:20 |
Olga Kemmet |
ubuntu-ux: status |
New |
Triaged |
|
2014-11-30 19:04:32 |
Olga Kemmet |
summary |
hook into system-image updates to precompile policy prior to reboot |
[system updates] hook into system-image updates to precompile policy prior to reboot |
|
2014-11-30 19:04:39 |
Olga Kemmet |
ubuntu-ux: importance |
Undecided |
Medium |
|
2015-05-05 09:55:02 |
Matthew Paul Thomas |
ubuntu-ux: status |
Triaged |
Incomplete |
|
2015-05-05 09:55:49 |
Matthew Paul Thomas |
summary |
[system updates] hook into system-image updates to precompile policy prior to reboot |
hook into system-image updates to precompile policy prior to reboot |
|
2015-06-01 10:40:48 |
Matthew Paul Thomas |
ubuntu-ux: status |
Incomplete |
Triaged |
|
2015-06-16 13:43:01 |
Matthew Paul Thomas |
description |
Occasionally users will receive and OTA update that requires apparmor policy to be recompiled. Recompiling apparmor policy can take quite a bit of time (minutes) depending on how many applications the user has installed. While this is only expected to happen on major OTA OS upgrades (eg, 14.10 to 15.04), it is possible it could happen at other times. This would improve the user experience for developers considerably since policy recompiles can be relatively frequent when running the development release.
To improve the user experience, we should detect and recompile apparmor profiles prior to reboot but after system-image updates has downloaded the new update. This always for the possibility of using a progress meter when compiling policy (which we currently cannot). Needs design input for when to do it and how the progress meter should look. |
Occasionally users will receive and OTA update that requires apparmor policy to be recompiled. Recompiling apparmor policy can take quite a bit of time (minutes) depending on how many applications the user has installed. While this is only expected to happen on major OTA OS upgrades (eg, 14.10 to 15.04), it is possible it could happen at other times. This would improve the user experience for developers considerably since policy recompiles can be relatively frequent when running the development release.
<https://lists.launchpad.net/ubuntu-phone/msg13291.html>: "On start apparmor profiles need to be regenerated which means the first boot after the upgrade might take long depending on the number of installed applications (even up to 30 minutes). Currently there will be no visual indication of the profile regeneration, so please be patient and wait until you see the UI appearing."
To improve the user experience, we should detect and recompile apparmor profiles prior to reboot but after system-image updates has downloaded the new update. This always for the possibility of using a progress meter when compiling policy (which we currently cannot). Needs design input for when to do it and how the progress meter should look.
See also bug 1350598, about caching compiled policies more often. |
|
2015-06-16 13:43:20 |
Matthew Paul Thomas |
ubuntu-ux: importance |
Medium |
High |
|
2015-07-03 12:33:52 |
Matthew Paul Thomas |
ubuntu-ux: status |
Triaged |
In Progress |
|
2015-07-05 18:28:42 |
Matthew Paul Thomas |
ubuntu-ux: status |
In Progress |
Fix Committed |
|
2015-07-05 18:31:59 |
Matthew Paul Thomas |
description |
Occasionally users will receive and OTA update that requires apparmor policy to be recompiled. Recompiling apparmor policy can take quite a bit of time (minutes) depending on how many applications the user has installed. While this is only expected to happen on major OTA OS upgrades (eg, 14.10 to 15.04), it is possible it could happen at other times. This would improve the user experience for developers considerably since policy recompiles can be relatively frequent when running the development release.
<https://lists.launchpad.net/ubuntu-phone/msg13291.html>: "On start apparmor profiles need to be regenerated which means the first boot after the upgrade might take long depending on the number of installed applications (even up to 30 minutes). Currently there will be no visual indication of the profile regeneration, so please be patient and wait until you see the UI appearing."
To improve the user experience, we should detect and recompile apparmor profiles prior to reboot but after system-image updates has downloaded the new update. This always for the possibility of using a progress meter when compiling policy (which we currently cannot). Needs design input for when to do it and how the progress meter should look.
See also bug 1350598, about caching compiled policies more often. |
Occasionally users will receive and OTA update that requires apparmor policy to be recompiled. Recompiling apparmor policy can take quite a bit of time (minutes) depending on how many applications the user has installed. While this is only expected to happen on major OTA OS upgrades (eg, 14.10 to 15.04), it is possible it could happen at other times. This would improve the user experience for developers considerably since policy recompiles can be relatively frequent when running the development release.
<https://lists.launchpad.net/ubuntu-phone/msg13291.html>: "On start apparmor profiles need to be regenerated which means the first boot after the upgrade might take long depending on the number of installed applications (even up to 30 minutes). Currently there will be no visual indication of the profile regeneration, so please be patient and wait until you see the UI appearing."
To improve the user experience, we should detect and recompile apparmor profiles prior to reboot but after system-image updates has downloaded the new update. This always for the possibility of using a progress meter when compiling policy (which we currently cannot).
<https://wiki.ubuntu.com/SoftwareUpdates#restart-and-install>: "Therefore, every step of the system update should show a progress bar, that fills once across all the steps ... Subtask Recompiling apparmor profiles; Allocation 45%; Resulting range 0~45%"
See also bug 1350598, about caching compiled policies more often. |
|
2017-11-28 12:15:17 |
Matthew Paul Thomas |
bug task deleted |
ubuntu-ux |
|
|