This is a good point. The book certainly didn't feel that way. The problem is that for the Hobbit movies, Jackson started with the original material and then decided to overdo everything about 5x beyond how Tolkien wrote it. So they can't just ride in barrels down a river - an incredibly perilous thing to begin with.
Here's how I picture Jackson deciding to "improve on" the original. They can't just ride in barrels, they have to ride in inexplicably stable barrels that don't take in water, down a river with some crazy fucking rapids, yeah!, while
You know that if Tolkien sees this he'd be like "Duh, I totally should have written it that way to begin with, it's waay more radical and gnarly!"
I feel an explaination may help. This project is based on a formal specification (in Isabelle/HOL) about what should be true about the microkernel. This specification rules out things like buffer overflows, null pointer dereferences and other properties by recasting these ideas in terms of higher order logic and uses automatic theorem proving tools to verify the proofs and that implementations match the specification.
There's even a binary verified version for ARM, so you don't even have to trust that your compiler works (but, there is progress in verified compilers, so hopefully an x86_64 version is on the way). The value in this is in using the tool chain and creating new, formally specified abstractions and implementing them in an verified manner to implement more secure, robust programs on top of this kernel. Of course, the microkernel makes assumptions about the hardware, boot loader, but formal verification is used more often in hardware, and you have to trust something at some point.
This opens a whole set of possibilities to the community as a whole. As a random example, you could formalize the Arduino language (or a kernel for that language) and create a verified version of that system that runs on this microkernel. This would be a big effort, but you could do it.
Overall, this is a positive step in lower the costs of verified co-designed systems and I hope it attracts more interest in software formal verification.
If you use rechargeable batteries, four AA will be about 4.8v. Which may be close enough.
There are plenty of external boxes that allow for more options for recording and output at that price range. There's are good 2x2 boxes out there for less even.
If you are working in audio, you are using different kit. If you are an audiophile, you are probably just using the digital output into an amp anyway.
IANAL, but I wonder if a case couldn't be made that by limiting the distribution of parts of their Linux kernel source code, they've violated clause 6 of the GPL2 in every product of theirs that uses a Linux kernel with that code, and therefore every other Linux kernel developer is in a position to sue them for copyright violation, or at least file DMCA notices with anybody distributing their stuff. I am assuming they ship products using that kernel code.
It is easier to write an incorrect program than understand a correct one.