We are excited to announce that Arch Linux is entering into a direct collaboration with Valve. Valve is generously providing backing for two critical projects that will have a huge impact on our distribution: a build service infrastructure and a secure signing enclave. By supporting work on a freelance basis for these topics, Valve enables us to work on them without being limited solely by the free time of our volunteers.
This opportunity allows us to address some of the biggest outstanding challenges we have been facing for a while. The collaboration will speed-up the progress that would otherwise take much longer for us to achieve, and will ultimately unblock us from finally pursuing some of our planned endeavors. We are incredibly grateful for Valve to make this possible and for their explicit commitment to help and support Arch Linux.
These projects will follow our usual development and consensus-building workflows. [RFCs] will be created for any wide-ranging changes. Discussions on this mailing list as well as issue, milestone and epic planning in our GitLab will provide transparency and insight into the work. We believe this collaboration will greatly benefit Arch Linux, and are looking forward to share further development on this mailing list as work progresses.
And the Linux Kernel which powers the whole thing directly effects them, so we should all praise Microsoft and IBM like we praise Valve right?
Userspace affects users much more. I value getting Wayland color management support much more than the following kernel gobblygook lifted straight from https://kernelnewbies.org/LinuxChanges:
Summary: This release includes suppor for x86 FRED, which is a new way of transitioning between CPU ring privileves; it also includes support for creating pidfds for threads; support for BPF arenas, which is a sparse shared memory region between the BPF programs and user space; and BPF tokens, which allow delegating functionality to less privileged programs; host support for AMD Secure Nested Paging; support for weighted interleaveing memory policies; support for a FUSE passthrough mode that makes regular file I/O faster; and a new device mapper VDO deduplication target.
So?
Just because you don’t understand electrical engineering doesn’t make it less valuable then paint. If Valve is a saint for contributing to Linux then so is Microsoft and IBM and we should all dick ride Microsoft and IBM like the Valve dick riders in this thread.
The point was “People more readily appreciate things that obviously directly affect them.” The only ways that directly affects users are improved execution times and footprints that users won’t notice. So no, we should not all praise MS and IBM like we praise Valve, especially when Valve also contributes to the Linux kernel.
