not PureOS related issue.

not PureOS related issue.

Againt not PureOS related at all and you basically create 3 bug reports that contained pretty much the same thing. If you ever report OS bug, please combine things into one bug report that are same/similar.

Not PureOS related.

Same as for T154.

Same as for the T154.

And unless this is upstreamed we will not do it, as we are low on manpower for having too much deltas. Also, AFAIK there is Wayland/GNOME solution being prepared for this kind of thing, so that is most probably what we will end up with.

@ark this is the tracker for PureOS related problems and suggestions, so for the software, not for the hardware. If you have any suggestions about hardware, you can write to feedback @puri.sm.

We are talking here about hardware right? So this doesn't fit PureOS at all as it is not OS related thing.

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.

Humm, ok,well, it's not intuitive because it asks for confirmation *after* it already repartitioned the disc (and yes, even without reformatting it's bad), but I guess it can be closed since technically, it's OEM and it shouldn't be running on a machine which is not meant to be wiped.. but in that case, just drop the "hdd already has a partition, are you sure you want to delete?" prompt since it's useless.

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.

Are you sure the branding will be an issue? Afterall, the Plymouth bootsplash is branded as well.

I can confirm that it has been fixed now.

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

Apparently not fixed as you still get the same issue after applying the latest updates.

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.

Thanks Chris! It fixes the issue for me.

@mak, sorry for the late answer, I was away on holiday.

I disagree there is any issue here at all, and recommend to *not* apply the Parabola patch, as it seems to be a result of simple search'n'replace for _potentially_ bad strings - without then checking sanity of the resulting changes.

The diff I had already done, but your description on *why* you changed as you did is quite helpful.

Reimported all available dscs. Not all are available for some reason.

Possible relevant upstream bug report: https://bugzilla.gnome.org/show_bug.cgi?id=763005

Can this help:

1. Import purebrowser from firefox-esr:45.4.0esr-2
2. Add Hema's work as a branch or somehow diff the two
3. Cherry-pick the relevant/kept changes
4. Fix actual issues! \o/

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.

I worry about bitrot for PureOS too.

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

This is the list which contains only free drumkits: https://tracker.pureos.net/P2
I have removed drumkits clearly labeled as non-free as well as others without license.

I'll examine manually all drumkits offered in Debian package the online repo. If there really are some not allowed by FSF, can we simply patch the package?

After a lot of investigating and comparing sites that do and do not work, this is caused by some bug or misconfiguration where the browser does not handle SSL extended master secrets correctly. To cut a very long story short, we can work around it by setting security.ssl.enable_alpn to false.

Can reproduce.

turns out the package hydrogen-drumkits contain roughly the free parts of what is offered online, so setting up a curated live list is really no gain.

The list curated by Parabola seems to permit non-commercial CC licenses and does therefore not comply with Debian Free Software Guidelines.

Patch applied to Debian package, queued for release in 5 days (unless Debian maintainer intervenes).

Actually, not related. After researching this a bit, I came to conclusion that this problem might be even with systemd. Here's GNOME documentation explanation about this "Offline updates" feature: