The Details structure, which is used to return from GetDetails() and GetDetailsLocal(), does not include the package summary, which is supposed to contain the human readable name. For packages from the repository, this forces the client to another expensive Resolve() call, but for local packages it becomes impossible to retrieve. Unfortunately, fixing this properly would require an ABI break, because the PackageKit dbus interface is not flexible enough. If that's ok, I can probably prepare some patches, for the client, daemon and yum/hawkey backends.
I'm thinking we should probably switch this to a{sv} or something...
Created attachment 94671 [details] [review] Include summary in PkDetails The package summary is already part of PkPackage, but to get that one needs a separate Resolve() call, and it doesn't work for GetDetailsLocal().
Created attachment 94673 [details] [review] pkcon: print summary in get-details Now that we have it, include it toghether with the other details.
Created attachment 94674 [details] [review] Update internal API and backends for Details change Include a summary argument to pk_backend_job_details (and the python wrapper), and fill it for the hawkey, yum and dummy plugins. Other backends need to be updated.
I've pushed all three patches to master, thanks. I've modified the middle one a bit to remove the backwards compat (we only support lib == daemon versions) and also to update the introspection with reality. Thanks. Richard.
You were right: commit 1bfd8c066107d2d676b012ebcb2a7c1297476864 Author: Richard Hughes <richard@hughsie.com> Date: Tue Feb 25 11:47:25 2014 +0000 lib: Support an old daemon for PkDetails and new library versions We can revert this patch from Giovanni when PackageKit-Qt has been ported and we've released a new upstream version.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.