GNU is really its own thing and not reallyPOSIX anymore. So GNU is right even if they are wrong.
This is not me advocating for GNU. I use BSD utils myself.
On this issue, your were right in a way. My understanding is that the uutils version of dd was respecting the fullblock parameter, causing problems on slow pipes. GNU ignore this and was doing partial writes. Uutils has been modified to match GNU and is “working” now. At least, a tested patch has been submitted.
It is lots of modules but not really that modular. There is little concern about working with anything else.
It will keep coming.
For GNOME, I think Chimera Linux is working in something with Turnstile that non-Systemd distros can use to get it working again.
I did the same even though I had seen this headline before
There is no hypervisor. So, no hypervisor to update and manage.
Xen is running full virtual machines. You run full operating systems on simulated hardware. The real “host” operating system is the hypervisor (Xen). Inside a VM, you have the concept of one or more CPUs but you do not know which actual CPU cores that maps to. The load can be distributed to any of them by the real host.
In something like Docker, you only run a single host kernel. On top of that you run sandbox environments that run on the kernel that “think” they have an environment to themselves but are actually sharing a single host kernel. The single host kernel directly manages the real hardware. Processes can run on any of the CPUs managed by the single host kernel.
In both of the above, updating the host means shutting the system down.
With this new approach, you have multiple kernels, all running natively on real hardware. Any given CPU is being managed by only one of the kernels. No hypervisor.
I was very excited for COSMIC but I have kind of moved on the Niri now. I am not sure it will lure me back.
That said, I have been using COSMIC Term and COSMIC Panel with Niri. So they still have their hooks in me.
I assume he means PooOS!, which is the distro shipped by System76.
I would have gone with GrubCraft but awesome otherwise.
I do not consider a stand-alone kernel that does not ship to end users to be a product. But we do not have to argue definitions or semantics if you disagree.
Linux distros are certainly products though (paid or otherwise).
Russia can create a Linux distro, and even modify the kernel, regardless of the rules controlling US companies and foundations. They can certainly vet and remove anything they do not like as well. They just cannot distribute their code via linux.org.
The willingness of Linus to reject Russian participation in the kernel may have more to do with his being Finnish than his being American. There are many American sanctions and restrictions against Huawei (China) and yet they remain one of the largest contributors to the Linux kernel. They use their company email. And the US does not seem very anti-Russian to me (as a third-party to both).
Huawei is a Platinum sponsor of the Linux Foundation. Half of the Platinum Sponsors are from outside the US. Those foreign sponsors could easily establish a non-US based Linux Foundation if needed.
Thank your for saying “usually” regarding the the typical Red Hat/GNU platform (same software). I use Chimera Linux (based out of Spain) which skips a lot of that. It also adds some atypical Microsoft tech, a lot of Google tech, and a typical Linux kernel.
AV1 has issues with film grain. There are things you can do. Let me admit however that one movie that I have not encoded as AV1 is a restored version of the original Star Wars. And film grain is a contributor to that.
Another thing about film grain though is that it is often artificially added after as you say. With AV1, you can often get amazing compression that removes the grain as a side-effect and then just add it back yourself. To each their own how they feel about this approach.
I also agree that H.264 can be more transparent. However, that is at massive file sizes. Others may have the space for that but I do not.. Perhaps I do mot have the eyes for it either. I am not extracting and comparing single frames. To me, the AV1 files that I have look better at the size that I am archiving than they would using any other codec.
I use the fact that massive bit rate H.264 looks great to my advantage as that is what my AV1 is being transcoded into when I watch it most of the time.
Some content compresses better than others. Sometimes I get massive size reductions with AV1 at what looks like great quality to me. Other times, it struggles to beat H.265 or even H.264 at similar quality. It is pretty rare that I do not choose AV1 though.
I often use Netflix VMAF to get an idea of target compression. It is not perfect though. You have to verify visually. Saves time trialing different parameters though.
I should say that the audio codec is another big factor. I typically pair AV1 with Opus audio and the size reductions there are amazing even at quality levels that are transparent to me.
If AV2 offers better quality at the same size, or similar quality at smaller sizes, I will likely switch to it long before having hardware that can play it natively.
And……fixed.
A few days ago we had a “performance” bug. Before the stories had even been written, the uutils was made 50% faster than GNU.
Now we have an actual difference in behaviour. But it is again fixed before the stories could even go out.
The anti-Rust crew is really trying to celebrate hear but it seems like uutils is proving them wrong so far.
We will see what happens in production I suppose.