touch-packages team mailing list archive

[Matthew Paul Thomas <mpt@xxxxxxxxxxxxx>]

Specification updated.
<https://wiki.ubuntu.com/SoftwareUpdates?action=diff&rev2=202&rev1=200>

** Changed in: ubuntu-ux
       Status: In Progress => Fix Committed

** Description changed:

  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.
+ 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.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to click-apparmor in Ubuntu.
https://bugs.launchpad.net/bugs/1385410

Title:
  hook into system-image updates to precompile policy prior to reboot

Status in Ubuntu UX bugs:
  Fix Committed
Status in click-apparmor package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  New

Bug 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).

  <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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1385410/+subscriptions