Exactly.

The reason most companies decide to contribute to FOSS is because it’s a lot more efficient to fix bugs and add/influence features upstream than to do it at your end of the code independently of everybody else.

I use whatever online storage service I want because you can add your own encryption layer so you only sync encrypted files. rclone supports lots of services and will also encrypt files for you.

You don’t have to install drivers or CUPS on client devices. Linux and Android support IPP out of the box. Just make sure your CUPS on the server is multicasting to the LAN.

You may need to install Avahi on the server if it’s not already (that’s what does the actual multicasting). The printer(s) should then auto magically appear in the print dialogs on apps on Linux clients and in the printer service on Android.

On Linux it may take a few seconds to appear after you turn it on and may not appear when it’s off. On Android it shows up anyways as long as the CUPS server is on.

From what I understand OP’s images aren’t the same image, just very similar.

Jesus gets crucified.

Any PC can do that, it’s called “status after power off” or something like that.

I mean, the process is not dying in either gif, so…

Endeavour differs very little from Arch once you’re past the installer. To the point I’ve never understood why it’s a standalone distro instead of an optional Arch installer, as an alternative to/part of archinstall.

Oh definitely, Manjaro is all about “mommy knows best”. It’s why people who say “you should use Arch instead of Manjaro” are completely missing the point.

Technically, Manjaro used Arch exactly as intended, leveraging its flexibility, but it’s very ironic that it used it to remove said flexibility. I’m guessing it’s why some Arch fans feel betrayed and hate Manjaro.

Yeah you don’t want your computer to be stable for 5 years going, that’s very un-Arch.

Hilarious.

I like to call it Arch for the lazy.

It’s impossible to tell how meaningful Backblaze’s numbers are because we don’t know the global failure rate for each model they test, so we can’t calculate the statistical significance. Also there are other factors involved like the age of the drives and the type of workload they were used for.

buying more reliable devices can definitely save you time and headache in the future by having to deal with failures less frequently.

That’s a recipe for sorrow. Don’t waste time on “reliability” research, just plan for failure. All HDDs fail. Assume they will and backup or replicate your data.

Any difference you personally experience between the three big brands is meaningless. For any failed HDD you have there’s going to be another person who swears by them and has had five of them running for 10 years without a hitch.

But whatever’s cheaper in your area and stop worrying. Your reliability should be assured by backups anyway not by betting on a single drive. Any drive can fail.

For home setup you don’t care because you should have either redundancy or backup (preferably both).

So that typically means buying the cheapest HDD that’s new and from one of the established brands (Seagate, Western Digital, Toshiba) that’s in the correct size for your needs, and you can afford to buy it at least twice (for the aforementioned backups or redundancy), or even thrice, and replace as soon as needed.

In other words there’s no need to speculate on how long an HDD will last, you simply replace it when needed.

Please also note that HDDs over 10 TB are starting to get increasingly replaced with enterprise models which run hotter and make more noise.

DNS at any company tends to be a mess. Multiply that by a thousand for a large multinational corporation. Case in point, here’s Microsoft (and these are never going to stop, due to the sheer complexity):

• https://www.theregister.com/2024/06/28/microsoft_security_certificate_expires/
• https://www.theregister.com/2024/07/08/microsoft_swiftkeys_cert_expires/
• https://www.theregister.com/2023/05/24/microsoft_surface_pro_x_cameras/
• https://www.theregister.com/2022/06/10/microsoft_insider_certificate/

Even when you use an automated service things can go wrong. For example I use Let’s Encrypt but it needs to verify my DNS ownership so I use an API token to let the certbot make the modifications to prove that. At some point I wanted to restrict the token rights so it only has access to certain TXT records (to increase security in case the token every gets compromised). Long story short I forgot to include one wildcard and that particular certificate couldn’t get renewed so it was out for the day until I fixed it.

Manjaro’s website is made for presentation purposes and whether it’s up or not has no impact on how the distro runs or whether you can download packages. Furthermore it’s a completely different team from the distro developers so this has no bearing on the package quality. I’ve been a Manjaro user when some of the manjaro.org certificates expired but I never knew about it because it didn’t affect me in any way.

manjaro.org uses Let’s Encrypt now and it’s been recently redesigned.

First day at work for junior software engineer, he is super excited and stays late getting familiar with the project.

Finally he gets up to leave and in the hallway he runs into the CEO himself, looking lost, standing with a piece of paper in his hand in front of a shredder.

“Oh, thank God,” says the CEO, “I thought everybody has left. Look, my secretary has gone and I only have two minutes until I have to be back in the conference call. Do you know how to work this thing?”

The junior looks at the shredder, notices it’s not plugged in, connects it, the thing turns on and he shows the CEO how to put in the paper and press the button. They watch the paper as it starts going in with a sigh of relief.

“Thank you so much,” says the CEO, “you’re a life-saver. I only need one copy.”

I don’t know, rats are pretty smart.

Wait until you need to validate the installed state of files on the machine.

I don’t think I’ve ever had to do that in all my years of using Debian. What does it even mean?

Oh and another point: on Debian every package you get is Debian. On Arch the stuff in AUR is not Arch and is not supported by Arch, it’s unstable experimental stuff and you take your chances with it.

In practice, generally, the AUR stuff trends to mostly work fine but it’s never guaranteed. It can and it does break spontaneously from time to time.

This applies to ALL Arch-based distros. So if you plan on counting on AUR to supplement your app needs, please reconsider.

Debian stable has ~100k stable packages included. Arch has ~15k bleeding edge packages included and ~80k “varies wildly” in the AUR. It will not be the same experience.

Debian with Steam and other popular desktop apps (like LibreOffice and Firefox) installed from Flatpak will be a much more reliable experience.