expose more information from "click list --manifest" in PK API

Bug #1209329 reported by Colin Watson
This bug affects 1 person
Affects Status Importance Assigned to Milestone
click (Ubuntu)
Fix Released
Colin Watson

Bug Description

18:08 <alecu> cjwatson: the thing is that after installing, I only have the package name (like com.ubuntu.ubuntu-weather)
18:08 <alecu> cjwatson: where should I take the default appname and the installed version from ?
18:09 <cjwatson> the appname is in the manifest, first level below "hooks"
18:09 <cjwatson> (package may have >1 app)
18:10 <alecu> right
18:10 <cjwatson> in fact you can get everything from "click list --manifest"
18:11 <cjwatson> bit cumbersome with lots of apps, I should probably improve that, but workable for now I think
18:11 <alecu> cjwatson: so, should I be spawning "click" to get at this? I've still got a bug to replace the calls to pkcon with dbus
18:11 <alecu> *the spawning of pkcon, that is
18:11 <cjwatson> Right now yes - the plan is absolutely to expose this over the dbus packagekit api
18:12 <cjwatson> Wait, maybe I already did
18:12 * cjwatson 's past self is smarter than present self
18:12 <alecu> :-)
18:12 <cjwatson> I hooked up GetPackages, but it doesn't expose the app name
18:13 <cjwatson> So you're probably still best off calling click for now until I have that hooked up somewhere
18:13 <alecu> great
18:13 * cjwatson files a bug for himself

Related branches

Colin Watson (cjwatson)
Changed in click (Ubuntu):
assignee: nobody → Colin Watson (cjwatson)
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package click - 0.4.8

click (0.4.8) saucy; urgency=low

  * Show a proper error message if "click build" or "click buildsource" is
    called on a directory that does not exist or does not contain a manifest
    file, rather than crashing (LP: #1228619).
  * Restore missing newlines after JSON dumps in "click info" and "click
    list --manifest".
  * Tidy up use of PackageKit IDs; local:click should refer to uninstalled
    packages, while installed:click refers to installed packages.
  * Expose application names and whether a package is removable via the
    PackageKit API: the IDs of installed applications are now formed as
    comma-separated key/value pairs, e.g.
    "installed:click,removable=1,app_name=foo,app_name=bar" (LP: #1209329).
  * Rename ClickUser.__setitem__ to ClickUser.set_version and
    ClickUser.__delitem__ to ClickUser.remove; with multiple databases it
    was impossible for these methods to fulfil the normal contract for
    mutable mappings, since deleting an item might simply expose an item in
    an underlying database.
  * Allow unregistering preinstalled packages. A preinstalled package
    cannot in general actually be removed from disk, but unregistering it
    for a user records it as being hidden from that user's list of
    registered packages. Reinstalling the same version unhides it.
  * Consolidate ClickInstaller.audit_control into ClickInstaller.audit.
  * Validate the shipped md5sums file in "click verify" (LP: #1217333).
 -- Colin Watson <email address hidden> Tue, 24 Sep 2013 15:21:48 +0100

Changed in click (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.