This is resolved now in the latest PureOS images (requires systemd >= 234-2pureos1)

Closing, as we won't use grsec anymore.

This is fixed now, ensure your packagekit package is up-to-date.

That is impossible, since that would mean we need to downgrade our kernel, which we can't (ever) do.
Fortunately, this bug is easy to fix, now that we know the cause.

This should be resolved now, if you have version 0.3 of the pureos-gnome-settings package installed.
I still have to verify that this works with an actual Librem though.

Okay, done - with the next batch of updates, you should have a lot less wallpapers ;-)

We know the culprit now. As expected, it's in udev: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=872598

This is resolved with xdg-user-dirs 0.15-3, which should be available in PureOS in a few hours as well.

I've sent a patch upstream, and will apply a fix in the Debian (and thereby PureOS package) after some brief discussion with the GNOME team, since the patch we mean we need to change the startup method away from Xsession.d startup entirely, and I am not sure if that breaks anything (I would say no, but there might be some weird corner case or DE I don't know).

Okay, the initial Debian bug that KiBi fixed was not the one we had in PureOS, but the exact same bug is affecting Debian now.
This issue is highly unstable in when it shows, but is at least reproducible with the same configuration of packages. Cyril is trying for find the cause of the problem by bisecting with Debian snapshots, and I am more randomly poking it to maybe find the cause of this issue.

This is this bug: https://bugs.mageia.org/show_bug.cgi?id=20882
Should be fixed soonish in Debian and PureOS.

Yes, GNOME Software requires an internet connection on its first run, and display a "please wait" message while it is refreshing. If none is there, I don't know exactly what happens, but I guess the SC being empty is the result.
There is no need to run apt update manually.

I removed a couple of branded wallpapers, some which contain abstract rectangles still remain. https://github.com/purism/pureos-artwork/commit/6ac75ec8ab5b9c019ed414cfc5607f917d2057f7

Hmm, xdg-user-dirs is present and therefore this should work.
I'll need to look at what the shell does here when I'm back home.

Can the pictures with just rectangles stay?

Weird... Could be a GNOME bug. So far, I haven't managed to reproduce this, but this bug is currently blocked on the OEM installer freeze issue.

Requires direct patches in live-build, which is a bit more involved (I'll do it when there is time).

This is related to the keyboard-not-working issue, which is incredibly persistent. We tracked it down to the expat package in Debian, but there seem to be more components involved, making it hard to pin down the issue.

This particular bug should be resolved now - please verify!

This is somehow related to systemd: https://github.com/systemd/systemd/issues/6483
It does work occasionally on Debian though, so it appears like I need to put some further work into debugging this issue.
Meanwhile, I could patch the systemd package in order to disable the service that causes trouble for us by default (which is not a proper fix though).
I'll do some further experiments.

Can you please try again with a more recent image? There have been multiple kernel updates meanwhile.

It should actually not show that prompt, but I haven't yet found a sane way to tell mkfs to override existing partitions without also having it ignore potential other issue that we do not want to ignore.

I am not sure if this is actually a bug - as soon as you hit the OEM install button, the OEM script will wipe all disks without asking, to ensure they are in a pristine state and contain a filesystem.
I changed the preferences for where the OS gets installed a while back, so in case we find something where we think that it is an SSD, the disk will be preferred over HDDs on the same machine.

You also need to have base-files >= 9.6pureos2 to make this work. All the necessary changes should happen via a regular update.

This is resolved now, please ensure you update to python-apt 1.4.0~beta3+pureos1 (should be available via regular updates soonish).
If the issue is not fixed, please feel free to reopen the bug.

This should get rid of all the branded wallpapers (that will always be a problem with the FSF) and only leave the latest (landscape) ones.

Hmm, looks like Hema forgot to write XML definitions for almost all of the images...
I'll do that as soon as we know how many images we want to keep in the default install.

For the record, the compressed size of the images bundle is 50MB (!) now, the installed size is even higher. I really think we should reduce the amount of wallpapers that we ship by default.

We now have a *massive* amount of wallpapers in the theme package, I think it makes sense to remove some wallpapers that we don't need.
You can view all wallpapers currently in the package at https://github.com/purism/pureos-artwork/tree/master/gnome/backgrounds/pureos

We need to get rid of desktop-base dependencies, I'll take a look on what is missing there (then we can also finally change the GRUB wallpaper without problems)

We have tools to find out why stuff is in the default install :-)
Admittedly, I haven't made any nice web UI for this yet:
http://master.pureos.net/raw/germinate/pureos.green/desktop-common

Also, I don't get why the thing is actually a "freedom issue" if it's actually free software (sure, it only becomes really useful if one uses non-free drivers, but we don't ship those. Removing this thing will cause some pain though, mainly through psensor and qtwebengine)

Broken Depends:

conky: conky-all
mate-sensors-applet: mate-sensors-applet-nvidia
psensor: psensor