Last commit made on 2018-05-09
Get this branch:
git clone -b wip/dont-invalidate-os-upgrades

Branch merges

Branch information


Recent commits

56d8fab... by Joaquim Rocha <email address hidden> on 2018-05-09

Do not invalidate OS upgrades in the Updates page

The Updates page resets the OS upgrades state to be available again if
there's a change to the updates, or an app removal, etc.. The reason for
this is that package-based systems need to make sure they have all the
packages downloaded, so this would force the user to download any
missing packages.

As a result, if the user has a downloaded OS upgrade in an ostree system,
and restarts GNOME Software, or removes an app, in this state, the OS
upgrade will show the Download button again, even if offline.

Any OS upgrade invalidation should be done by the plugins related to it
and not by the Updates page, so this patch removes the mentioned code.

f9e6365... by Kalev Lember <email address hidden> on 2018-05-09

trivial: Post release version bump

311e2d5... by Kalev Lember <email address hidden> on 2018-05-09

Release version 3.29.1

e36e350... by Kalev Lember <email address hidden> on 2018-05-09

trivial: Post branch version bump

43cfd42... by Kalev Lember <email address hidden> on 2018-05-09

Sync news from 3.28 branch

f136b00... by Jordi Mas on 2018-05-05

Update Catalan translation

ae97791... by Joaquim Rocha <email address hidden> on 2018-05-04

Add the .desktop suffix if needed in gs_utils_get_desktop_app_info

The desktop ID given to g_desktop_app_info_new (called from
gs_utils_get_desktop_app_info) needs to have the .desktop suffix. So,
for convenience this patch ensures that the mentioned utils' function
adds the .desktop suffix when the given ID doesn't have it.

29d1b0e... by Richard Hughes on 2018-05-01

flatpak: Fix multiple flatpak refreshes with new libflatpak

In the latest flatpak release flatpak_installation_update() started returning
(the arguably correct) ALREADY_INSTALLED error code when we call the method
flatpak_installation_update(NO_DEPLOY) on an already-downloaded ref.

Since there's no way to know if a commit has been downloaded race-free, just
handle the error and continue downloading the other refs if required.

93f45f0... by Jordi Mas on 2018-04-28

Update Catalan translation

3180ecd... by Piotr Drąg on 2018-04-27

Update Polish translation