touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #22421
[Bug 1342858] Re: old click packages are not always cleaned out
This bug was fixed in the package click - 0.4.33
---------------
click (0.4.33) utopic; urgency=medium
[ Pete Woods ]
* Add scope-facing APIs to chroot build (LP: #1370727).
[ Colin Watson ]
* Warn that "click install" without a registration may result in later
garbage-collection.
* Rearrange garbage-collection to remove versions of packages that have no
user registrations and are not running, rather than using the artificial
@gcinuse registration which never really worked properly.
* Run garbage-collection immediately before running system hooks on system
startup (LP: #1342858).
* Add new -n/--name option to "click chroot", defaulting to "click"
(LP: #1364327).
[ Michael Vogt ]
* Make click destroy more robust by unmounting any mounted filesystem
inside the schroot first (LP: #1346723).
* Stop apps if necessary when uninstalling them (LP: #1232130).
* Add new "click framework {info,get-field}" subcommands.
-- Ubuntu daily release <ps-jenkins@xxxxxxxxxxxxxxxxxxx> Mon, 29 Sep 2014 14:18:41 +0000
** Changed in: click (Ubuntu)
Status: Fix Committed => Fix Released
--
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/1342858
Title:
old click packages are not always cleaned out
Status in “click” package in Ubuntu:
Fix Released
Bug description:
/var/lib/apparmor/clicks still has a lot of symlinks pointing to
security manifests for click packages that are no longer installed. I
haven't verified this, but I think it might have something to do with
preinstalled packages and system-image updates. Eg:
$ ls -1 /var/lib/apparmor/clicks/*json | wc -l
157
$ click list | wc -l
85
$ sudo click list | wc -l
19
None of the symlinks in /var/lib/apparmor/clicks are dangling, so
while this doesn't actively harm the system AFAICT, the 70+ additional
and unneeded apparmor profiles means a slower first boot when policy
regeneration is required.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/click/+bug/1342858/+subscriptions
References