touch-packages team mailing list archive

[Colin Watson <cjwatson@xxxxxxxxxxxxx>]

My original design and implementation explicitly did not suffer from
this flaw; the @hidden links account for this.  I initially thought that
the changes made in bug 1479001 were responsible for this bug because
this is the type of conflicting requirement I expected to be caused by
those changes; but I've just looked through the code and I don't in fact
see how it could cause this particular symptom.

Could I get the output of "find /usr/share/click/preinstalled/
/custom/click/ /opt/click.ubuntu.com/ -ls" at each of the following
stages:

 * initial installation of OTA8.5
 * after running "sudo click unregister" on the list of apps in question (BTW, you don't need "sudo" here, but it shouldn't hurt since we check $SUDO_USER)
 * after applying OTA9

** Changed in: click (Ubuntu)
       Status: New => Incomplete

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

Title:
  Removed clicks come back on OTA update

Status in Canonical System Image:
  Confirmed
Status in click package in Ubuntu:
  Incomplete

Bug description:
  I have a krillin which was on OTA8.5.
  I removed every single click on the device, so all that's left are the deb based apps (phone, browser, contacts, messaging, system settings and sd card thing).

  I had removed all the clicks using "sudo click unregister foo 1.0" for
  each click.

  I updated to OTA9 and loads of previously removed apps have come back.

  This should not happen (IMO).

  Attached screenshot showing the applications which came back.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1539352/+subscriptions