It doesn’t replace the editor, it creates a stream and opens it in your default text editor. When you write out, it saves the stream to an appropriate drop in file

Fstab is still there untouched, it’s the temporary units files that get replaced at reload.

The mount program works as normally, if you edit fstab and then mount -a it will work as expected, it will just warn you that systemd is not aware of the change. It will reload it anyway at the next boot.

daemon-reload is not daemon-restart, it just makes systemd re-read the configuration to make it aware of the changes, but the services don’t get restarted. Some services (e.g. nginx) can re-read their confuration without restarting, those services are also made aware of the changes when reloading and can be reloaded individually.

You can edit any systemd units using systemctl edit so you don’t need to reload (fstab is not a systemd unit)

Fstabs gets converted into temporary unit files every time systems reloads config files (reboot or daemon-reload) so you can just keep using it like you always did. Actually it’s the systemd suggested way to manage mountpoints unless you need something advanced that fstabs can’t do.

OpenWRT

Gambling society and its future

Systemd does one thing, it manages services, and does so reliably, without messing around with spagettified shell scripts, with a fuckload of options, and all of that easily is configurable by dropping in files without editing stuff that arrived from the package manager. Seems pretti “do one (complex) thing and do it well”

If you add other things built around it, it can do more. For example, if you install systemd-nspawn it can start and stop containers like it starts and stops services.

Other things that you think of as systemd are entirely separate things (like systemd-networkd) that are just built around systemd. You don’t have to use them if you don’t like.

On the other hand, you know what does not follow the Unix philosophy? The Xserver, which manages screens, graphic acceleration, input devices, printers, remoting, etc. And it doesn’t even do it well

The hardware still needs to be brought up and initialised. But the software is the real problem here. The kernel gets fully up in seconds, but then you have to initialize the rest of the OS

The pc ecosystem is modular by design. The kernel will figure out itself the available hardware, moreover there are only two major CPU manufacturers (in the pc space of course), which means you have only two platforms to support.

Mobile phones instead are not modular, they use SoC. While most common socs are from Qualcomm and mediatek, there are a lot more smaller manufacturers. Plus, even if most often they use the same reference design for compute cores, the rest of the soc is often custom and wildly different from others. All of this to say that the kernel needs to already know exactly how the specific soc of the device works, instead of figuring it out on the fly. Which is why you need to check compatibility.

The brick thing instead is because the bootloaders in these devices are usually very locked down, so sometimes you need to replace the bootloader with a more open one, with all the risks that this entails

Did you solve this in the end?

This is what Araki takes inspiration from

Woe, brick be upon ye!

Try checking the sampling rate in your pipewire config. It should be 48000. I don’t remember exactly how to set it, check on the arch wiki.

Last time I had issues with digital audio that was it.

Woe, brick be upon ye

Flatpak 🤷

My potions are only for the strongest and you are not of the strongest you are clearly the weakest

The PS3 doesn’t have an ATI gpu. TL;DR: it’s Nvidia.

The PS3 has a weird, one-of-a-kind IBM processor, called Cell. You can think of it kind of as a hybrid design that is both a CPU and a GPU (not like “a chip with both inside” but “a chip that is both”) meant for multimedia and entertainment applications (like a game console). It was so peculiar that developers took a long time before learning how to use it effectively. Microsoft didn’t want to risk it, so they went with a different CPU always from IBM that shared some of the Cell’s design, but without the special GPU-ish parts, and paired it up with an ATI GPU.

Now, Sony wanted to get away with only the Cell, and use it both as CPU and GPU, but various tests showed that despite everything, it wasn’t powerful enough to keep up with the graphics they expected. So they reached out to NVIDIA (not ATI) to make an additional GPU, so they designed a modified version of the 7800 GTX to work together with the Cell. To fully utilise the PS3 graphics hardware, one would have to mainly use the GPU for graphics, and assist it with the special Cell hardware. Which is harder.

“you are in a Venn diagram, Max”

“… I was in a Venn diagram, funny as hell it was the most horrible thing I could think of”

Meh, I have at least two hdd enclosures that use that cable.

Standards don’t mean that much when the hardware manufacturer just doesn’t care

Famine be like: 😭😭😭🫣🫣😭😭😭😭

If I chop you up, in a meat grinder, and the only thing that comes out becomes you again… You are probably a sponge