Could you file an issue for this at https://gitlab.gnome.org/GNOME/vala please?

@dpward, Hm, good question. There's really no dependency between flatpak and flatpak-libs (the latter is for clients such as gnome-software and the flatpak CLI doesn't use it).

You can downgrade gitg to a non-segfaulting version by doing 'dnf distro-sync gitg'. The problematic gitg 3.32.0 update was unpushed and is no longer in updates-testing. See https://bodhi.fedoraproject.org/updates/FEDORA-2019-7ee71eae68

Let's submit both to testing then, with autokarma disabled, and then manually submit to stable at the same time.

(Edited the update to remove libgit2-glib-0.28.0.1-1.fc30 so we can submit it separately)

What's the plan with this? New xdg-desktop-portal 1.4.x releases depend on pipewire 0.2.6

Aha, looks like https://bodhi.fedoraproject.org/updates/FEDORA-2019-28a682336c was unpushed. Let's keep this out of updates-testing as well for now then.

Note that this depends on pipewire-0.2.6-1.fc30 which is submitted separately. I've turned off autopush so that it doesn't go stable before the required pipewire update.

Upstream bug: https://gitlab.gnome.org/GNOME/gitg/issues/213

@atim Thanks. I've linked the bug now.

This update has been unpushed.

Thanks. Indeed, I see crashes here too. Let's unpush for now.

@mooninite What you are seeing is a releng issue (nothing wrong with this update here). Pungi that creates the repositories only installs multilib packages when something requires the multilib version. In the updates repo, apparently nothing requires the i686 multilib version of glib-networking so pungi doesn't put the i686 version in the repos.

This all worked in updates-testing because updates-testing has glib2 that requires glib-networking%{%isa}.

I suspect gnome-initial-setup didn't regress in this update, but in https://bodhi.fedoraproject.org/updates/FEDORA-2019-d5ee65dbc5 (gnome-initial-setup 3.32.0) instead. There are only translation changes between 3.32.0 and 3.32.1.

This update has been unpushed.

Works fine here

The dependency changes look good to me!

@atim Could you update from updates-testing and re-test and re-karma, please? I edited the update a bit and that removed your +1.

OK, the colours issue should be fixed now with mutter-3.31.92-3.fc30, hopefully.

@adamwill, @jadahl was looking into the wrong colours issue today, but couldn't reproduce it locally. Can you help him on irc to figure out what virtualization settings and screen recording etc is used in openqa, please?