As an end user hand assembling desktop services on non-Systemd distros (Artix, Devuan, Gentoo, Guix) over the years, and thus had no concern about APIs, Pipewire just works and PulseAudio gave endless trouble.
As another user on Gentoo, pipewire is a never ending pain in the ass full of "magic" behavior and weird bugs. I mostly skipped pulse though so it may be simple in comparison to that.
I don't watch anime or really follow anything specifically Japanese, but I read Shogun as a teenager and then decades later (lately) I read about the Mishima Incident which attempted to restore the Emperor to power in 1970. Quite frankly the way the article was written and the events that transpired were extremely reminiscent of Shogun. The latter was written in 1975 but I am skeptical how much non-Japanese information was available about it leading up to 1975 when Shogun was published, considering this Wikipedia article has an obviously rough translation. Just the way the people involved relate to each other is quite unexpected from a Western perspective.
My tentative conclusion is that there is something really unique about Japanese culture and there is certainly nothing wrong with that.
It's a little inconvenient but for example my Framework laptop Intel WiFi chip requires a binary blob and I want aware of this. Now that I am, I can make better hardware purchasing decisions. There are plenty of alternatives that don't require that blob and it's the only thing I need from the no free channel.
Are there really a lot of alternative Wifi chips that don't require closed blobs? Do you have a list?
Are they found in any laptop that is reasonably available on the market?
I don't think that Guix is punishing users by not supporting non-libre hardware. They are making a choice in what they develop and anybody of similar mind can join their effort.
The nonguix folks are practical. It just stinks that nothing ships with a Wifi chip that doesn't require nonguix pragmatism.
Unfortunately, it's hard to be sure when you buy a WiFi device whether it has the right chipset. Also, most laptops come with Intel WiFi, and that requires non-free firmware.
I really don't think you can gain much realistic freedom going without the blob. The powers that be will never let you have a freely modifiable radio transceiver.
The blob is better viewed as a part of the hardware in this case. What's most likely to happen to get rid of the blob is to just put it on the non-modifiable parts of the device. Viewed in this way, the blob is at least something you can practically inspect, unlike the firmware on the chip itself.
They all run proprietary blobs inside and out. It's ridiculous gatekeeping to say that on the kernel level it's bad, but below it I just put my head in the sand and disregard the millions of lines of closed-source code.
IMHO the stupidest GNU policy is that if a proprietary blob is stored on a flash chip in a gadget, it's ok, but if it's transmitted to the gadget at startup, it's not.
So, how do you get around that? Constantly messing with the clock?
reply