These images should now be(come) default. Thanks everyone for testing!

$ cat /etc/os-release
ID=pureos
NAME=PureOS
PRETTY_NAME=PureOS

GNU+Linux is the highly hackable thing by its nature. The access to the corresponding sources is an expected behavior.

Is this in Amber, or Byzantium? (/etc/os-release should have this info.)

I think that this might be an "okay" situation as it is. The point is that adding deb-src repos is more of a power user thing, no?

Will do. Thanks for keeping it such good shape Jonas. :-)

I've tried reducing the QHD refresh rate from 60Hz to 50hz and this has been quite stable so far. Fingers crossed...

I've got my new monitor (a Dell U2719DC) and I've been able to reproduce the blanking issue reliably. I think your correspondent is correct that it's related to performance.

Ran GNOME OEM on my LMv1 and GNOME Live on L15v4:

This fixes it for upgrading Ubuntu as well from 18.04 to 20.04. Thank you so much.

I am also having this issue after trying the dd and Gnome Disks method. Both the January version of PureOS as well as the version from last night are not detected by the BIOS. On the other hand, I can boot live Debian and Trisquel just fine.

Nice! If nobody vetoes this image until next Monday/Tuesday, I will send this image to the factory and marketing people - we really have to update the default image, and especially that OEM username issue is causing very frequent support issues, so it has to go (not to mention the huge amount of security fixes that newer PureOS releases contain and that just aren't there yet with the current images).

I'll be able to test this next saturday

The image has been updated to incorporate the latest security fixed for a bunch of vulnerabilities in GRUB (less relevant for us if /boot is verified anyway, but still good to have, especially for custom installations).

This should have been resolved with the latest util-linux upload.