touch-packages team mailing list archive

[Matthew Paul Thomas <mpt@xxxxxxxxxxxxx>]

In the absence of any data, other than the "fifteen minutes or more" and
"even up to 30 minutes" statements, I've specified that recompiling
AppArmor profiles should take up the first 45% of the progress bar. If
we can be smarter about that, then great:

- An improvement would be to match the average time taken up by profile
recompilation in real-world measurements.

- Even better would be to vary the proportion based on whether the new
image is based on a different Ubuntu release (more allocation) or not
(less allocation).

- Even better still would be to vary the proportion based on the precise
number of profiles that need upgrading.

All of that, though, is dependent on engineers/QA doing the timing to
measure those proportions.

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