[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#992870: transition: GNOME 40 (libmutter-8-0 and friends)



On Tue, 24 Aug 2021 at 15:23:24 +0100, Simon McVittie wrote:
> Core packages:
> 
> - gsettings-desktop-schemas (must go first)
> - gnome-settings-daemon
> - gnome-control-center
> - mutter
> - gnome-shell
> - gnome-desktop3
>     - this one is not strictly versioned, but it'll be less confusing
>       for everyone if we upload it as part of the same transaction
> - budgie-desktop (non-GNOME package, fixed version in Ubuntu but not
>   experimental)

It looks as though we should be able to limit the libmutter-8-0 transition
to just this cluster of packages.

A suitable budgie-desktop version is available in experimental now (kudos
to its maintainer for doing that so quickly).

> Entanglement that I know about so far:
> 
> - libgweather has some sort of incompatible behaviour changes without
>   a SONAME bump. I need to look into this.

What has happened here is that the network services libgweather relies
on are now requiring more info, which the old libgweather literally did
not have available to it. No symbols have been removed from its ABI,
so no SONAME bump; but to actually get weather information, callers now
need to provide an application ID and developer contact info, by setting
properties that previously didn't exist. Additionally, there is an API
(but not ABI) change as a result of one of the network services being
renamed.

It looks as though we should be able to cut the knot by applying some small
patches to gnome-shell (making it provide the new properties if and only if
it sees a new version) and to gnome-settings-daemon (it doesn't use this
part of the API, and its dependency was bumped because it stopped using
now-deprecated functions; we can add a version-check guard).

The new libgweather is still entangled with the new evolution-data-server,
but that can be for someone else to sort out. It's compile-time-compatible
with either version, but is currently forced to use the new version because
we only have one experimental.

    smcv


Reply to: