kuberoot

Does windows come preinstalled and preconfigured with more potentially vulnerable software on open ports?

I personally don't value an antivirus that much, since it can only protect you from known threats, and even then, it only matters when you're already getting compromised - but fair point for Windows, I suspect most distros come without antivirus preinstalled and preconfigured.

A firewall, on the other hand, only has value if you already have insecure services listening on your system - and I'm pretty sure on Windows those services aren't gonna be blocked by the default settings. All that said though... Most Linux distros come with a firewall, something like iptables or firewalld, though not sure which ones would have it preconfigured for blocking connections by default.

So while I would dispute both of those points as not being that notable, I feel like other arguments in favor of Linux still stand, like reduced surface area, simpler kernel code, open and auditable source.

One big issue with Linux security for consumers (which I have to assume is what you're talking about, since on the server side a sysadmin will want to configure any antivirus and firewall anyways) could be that different distributions will have different configurations - both for security and for preference-based things like desktop environments. This does unfortunately mean that users could find themselves installing less secure distros without realizing it, choosing them for their looks/usage patterns.

Question, how is Linux more insecure out of the box?

Mind you, emoji were created in Japan, so a lot of the original ones can be weird to us due to cultural differences.

Yeah, obs also has similar features - not sure if performance would actually differ, assuming it uses hardware acceleration for the encoding. That said, I suspect this is specifically directed at steam deck, Valve probably wants a built-in, easy to use version there.

A beautiful B movie?

Hold up, how is proton leveraging open source to avoid dev costs? Are you referring to steam using and contributing to existing projects instead of reinventing the wheel? Or to game developers that use it as a reason for not making native Linux versions, which wouldn't be Valve's workforce in the first place?

I can see how the things Valve does contribute to their business model - steam input giving their controller compatibility with games, proton letting them launch a Linux-based handheld, and the new recording feature probably there for the steam deck... But the thing is, Valve is still providing all those things to customers for no extra charge, and they keep adding new stuff.

Is it AI generated? I don't know the brand and labels so maybe I'm missing something, but it just looks like a regular edit?

Wasn't Eggman the original name, changed to robotnik for the US version, since they didn't want to say you're fighting people, so they made them all robots instead?

Windows 10. The reason I switched was pretty funny - I had previously bought a cheap SSD and moved my install over to it, and installed Arch on my HDD hoping to experiment with it.

I never really did that, but one day before Christmas my computer booted straight to Arch to my confusion, and after a while I figured out my SSD failed. I ended up installing gnome to have something to use in the meanwhile, since I wasn't gonna be buying a new SSD in the next few days, but then I just decided to stick with Linux. As I learned more about it I realised I was barely missing anything, and I preferred Linux for what I had.

I think you're actually agreeing with me here. I was disputing the claim that software should be made available in "a native package format", and my counterpoint is that devs shouldn't be packaging things for distros, and instead providing source code with build instructions, alongside whatever builds they can comfortably provide - primarily flatpak and appimage, in my example.

I don't use flatpak, and I prefer to use packages with my distro's package manager, but I definitely can't expect every package to be available in that format. Flatpak and appimage, to my knowledge, are designed to be distro-agnostic and easily distributed by the software developer, so they're probably the best options - flatpak better for long-term use, appimage usable for quickly trying out software or one-off utilities.

As for tar.gz, these days software tends to be made available on GitHub and similar platforms, where you can fetch the source from git by commit, and releases also have autogenerated source downloads. Makefiles/automake isn't a reasonable expectation these days, with a plethora of languages and build toolchains, but good, clear instructions are definitely something to include.

The responsibility to figure out the dependencies and packaging for distros, and then maintain those going forwards, should not be placed on the developer. If a developer wants to do that, then that's fine - but if a developer just wants to provide source with solid build instructions, and then provide a flatpak, maybe an appimage, then that's also perfectly fine.

In a sense, developers shouldn't even be trusted to manage packaging for distributions - it's usually not their area of expertise, maintainers of specific distributions will usually know better.

If the quote is accurate, he went a step further and put pirated games on the devices. Even if pirating the game is legal in some way (he owns it legitimately so putting a copy is fine or something), sending such devices out to customers then means he's also distributing pirated games.

That said, somebody in the comments claimed he didn't distribute games, but rather software that made it easy to pirate games - I don't know what the precedent is for that being considered illegal, but it does call the original claims into question.