Wow… where to begin unpicking that?
Code, unlike crops, is indefinitely copy-able, so by using Trisquel, I don’t deprive Trisquel’s developers of the ability to use Trisquel.
I have to wonder what you think free software distro developers want people to do with their code. (Spoiler: typically, they want people to copy it and run it, in accordance with the licenses. They aren’t just building the distro for themselves.)
No. As I explained earlier, hardware vendors should ship hardware that is compatible, and ship libre firmware for it, too, as appropriate.
This does not necessitate relying upon core Linux (or *BSD) devs to have already added that support: the vendor or the manufacturer can do so.
If it is appropriate for inclusion in the Linux kernel, then it would reach Trisquel just as all Linux kernel updates do.
If not, then Purism, like any vendor or manufacturer, can distribute it themselves, just as they are doing here (although ideally, with bettery security than in that example).
Using PureOS, and reading threads on this forum, were the indicators that left me thinking that the PureOS efforts have gone into the sorts of things that new, derivative distros typically spend efforts on: backend infrastructure (repositories, etc), management (figuring out what they want to do and who to assign which tasks to), and unnecessary userland changes such as to look-and-feel.
Debian is already blob-free (fully-free “main” repo and Linux kernel since “Squeeze” around January 2011), so de-blobbing parts of Debian seems unlikely to be part of PureOS development.
(If, OTOH, you mean that the PureOS developers are deblobbing things from outside Debian for inclusion into Debian, that’s great, but it does not require PureOS to exist.)
Coreboot is not part of Debian, so Coreboot work seems unlikely to be part of PureOS development. Ditto Heads, and ditto, to some extent, firmware more generally, standby, and energy-saving. So, this work doesn’t require PureOS to exist, either.
That doesn’t leave much from your list. TPM? Nitrokey? Not sure that PureOS is doing, or needs to do, much in relation to these at the OS level. But here’s the point: whatever they might be doing in these respects, it is not something that requires the creation and maintenance of a whole new distro. It is the latter that I am arguing against, not the former.
This would be entirely possible by shipping the Librems with an OS pre-installed and minimally configured. It does not require a whole new distro.