gnome-software:wip/hughsie/cachekey

Last commit made on 2019-07-01
Get this branch:
git clone -b wip/hughsie/cachekey https://git.launchpad.net/gnome-software

Branch merges

Branch information

Name:
wip/hughsie/cachekey
Repository:
lp:gnome-software

Recent commits

2ef318e... by Richard Hughes on 2019-06-20

Allow GsApp objects to implement a custom cache key

This allows us to maintain a plugin cache when the unique ID is not unique
enough to disambiguate the objects. For instance, flatpak applications created
from an AppStream search result do not have a "branch" set.

Fixes https://gitlab.gnome.org/GNOME/gnome-software/issues/684

71d6fd2... by Richard Hughes on 2019-07-01

fwupd: Do not support adopting

This was never used as you can't create firmware apps using AppStream (it's not even linked in) and even if you did the object would be of the wrong type.

68ef530... by Richard Hughes on 2019-06-20

fwupd: Use custom GsApp GType

d7f9e5e... by Richard Hughes on 2019-06-20

flatpak: Use a custom GsApp GType

a5cb171... by Richard Hughes on 2019-06-20

Allow plugins to subclass GsApp

This allows us make the storing of metadata more efficient, and also allows us
to use custom _to_string() functions for the types.

NOTE: We have to be a bit careful when creating GsApp objects in modules outside
of the plugin -- for instance GsAppstream.c needs to use gs_plugin_app_new()
rather than gs_app_new() so the correct type gets used. Simlarly, plugins need
to implement gs_plugin_create_app() if they are defining a custom GType.

36f7e97... by Piotr Drąg on 2019-06-29

Update POTFILES.in

64e2d98... by Philip Withnall <email address hidden> on 2019-05-21

gs-upgrade-banner: Fix signal enums to match signal names

This doesn’t introduce any functional differences, but does make the
code a bit easier to grep.

Signed-off-by: Philip Withnall <email address hidden>

80d3de2... by Philip Withnall <email address hidden> on 2019-05-21

src: Add some debugging of GCancellable handling for upgrades

Signed-off-by: Philip Withnall <email address hidden>

9c833c1... by Philip Withnall <email address hidden> on 2019-05-20

gs-upgrade-banner: Hide the banner if the GsApp state is unknown

Some OS plugins may have a single GsApp which represents possible OS
upgrades, and its actual state isn’t known until upgrades have been
checked for online. In this case, GsUpgradeBanner was emitting critical
warnings while the GsApp state was AS_APP_STATE_UNKNOWN. Instead of
doing that, just hide the banner until the app’s state is known.

Signed-off-by: Philip Withnall <email address hidden>

db32157... by Philip Withnall <email address hidden> on 2019-04-02

eos-updater: Add manual updater tests

It would be nice to be able to test the eos-updater plugin
automatically. We have a mock eos-updater daemon implementation (using
python-dbusmock); but tying automated tests up to gnome-software itself
is too hard at the moment.

Therefore, this commit adds some manual tests which can be run against
gnome-software to check that it drives and reacts to the eos-updater
D-Bus interface correctly. They use the mock eos-updater implementation.

They’ve been written in such a way that it might be possible to upgrade
them to drive the gnome-software UI automatically in future. Hopefully.

At the very least, they provide some documentation about the different
situations which the eos-updater plugin needs to be able to handle, and
how the eos-updater D-Bus interface is meant to be driven.

The tests can be run by running the Python file:
   ./plugins/eos-updater/tests/manual-test.py
there is no need to start the eos_updater.py python-dbusmock service
manually.

Signed-off-by: Philip Withnall <email address hidden>