Boots, gets me back to a working wifi (#1800335).

My only guess is that /usr/bin/bst somehow uses the version of bst I have installed with pip.

That's standard Python behaviour:

>>> import sys
>>> sys.path
['', '/usr/lib64/python37.zip', '/usr/lib64/python3.7', '/usr/lib64/python3.7/lib-dynload', '/home/mathieu/.local/lib/python3.7/site-packages', '/usr/lib64/python3.7/site-packages', '/usr/lib/python3.7/site-packages']

Python searches for modules to import in those directories in this order, so the one in your homedir gets imported before the system one.

So if you install Buildstream both from the package and with pip install --user, you're always using the one in your homedir.

You probably only want to use one, not both.

@catanzaro:

$ rpm -q buildstream
buildstream-1.4.1-2.fc30.noarch
$ /usr/bin/bst --version
1.4.1

Please remove the one you have in your home before testing again.

@catanzaro: which bst? I suspect you installed one in the past in your ${HOME} with pip install --user.

With 1.4.0, GNOME Software would hang completely when trying to update a Flatpak app, showing this in the terminal:

09:21:17:0369 GLib-GObject specified class size for type 'GsFlatpakTransaction' is smaller than the parent type's 'FlatpakTransaction' class size

This update fixes that.

I only tested python3-grpcio, but it's working just fine.

I only tested python3-grpcio, but it's working just fine.

Working fine.

This is working fine, and fixes https://sourceware.org/bugzilla/show_bug.cgi?id=23629

I just got bitten by the missing dep on eu-strip, and can confirm this makes flatpak-builder work.

Works fine for me.

Seems towork for me.

Works fine.

Updated my already installed flatpak apps, installed a new one, tried running a few, and even built one locally, it all works.

Tested updating my installed flatpaks, installing a new one, and even building some with flatpak-builder, it all seems to work.

I couldn't test the gnome-software crasher though.

I do get the right artwork for the system upgrade.

Working here.