The issue is, when doing sudo, you have to put in the password when doing sudo. In this case, you put in your password, some flag is set, the computer does a full reset, and then after it reads the flag and decides to bypass the password system. That sounds like just a step away of figuring out how to set this flag without a password to bypass logging in.
I think an issue is, this sets up your computer to have a way to bypass putting your password in on boot. If you don’t care about security too much and don’t have things like secure boot and encryption, then that’s bypassable anyways… But otherwise, I’d be concerned about introducing systems that specifically bypass security.
Why does every distro need yet another package manager?
I think most package managers - the ones actually part of a distro - are old. It’s not a question of why they all use different package managers, it’s a matter of them having developed them long ago before any single one matured.
That said, there are other considerations, which is also where new ones come from - different distros will have different approaches to package formats, dependency management, tracking of installed packages and system files, some might be implemented in a specific language due to the distro’s ideology, some might work in a different way (like NixOS), and there’s probably a whole bunch that just want a different interface.
You wouldn’t ask why Linux has a different way of viewing installed programs from Windows, and in the same vein packages are not a universal aspect of Linux, so each distro has to make its own choices.
Also I like pacman, some people complain about the commands being obscure, but I feel like they’re structured in a much more logical way. Don’t confuse it with yay though, pacman doesn’t build packages, and yay is specifically a wrapper around pacman that has different commands, while adding the ability to interact with the AUR.
The 8 dependencies must be an optional dependency for some other package you already have installed. That said, that kind of stuff is the main reason I want to try NixOS - any time I install something, configure something, etc. I’m risking forgetting about it and getting tripped up over it down the line, with no good way to check.
I mean, couldn’t an addon just read the password you put into a login field, or send in a request, and send it off to their servers?
Man, and here I put too much effort writing a reply to a troll 😔
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?
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.
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.
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.
Those are fair points, I actually bought the switch pretty early on after seeing praise for Odyssey and BotW. I play on PC otherwise, but I enjoyed the experience, playing docked with joycons with motion controls.
I’m not personally frustrated, while the games definitely seem overpriced, I always felt like Nintendo is just sitting in their niche doing their thing, not trying to one-up others and instead providing various gimmicks with their devices. They’re selling consoles and games for a certain price, and it feels like if you think the deal is bad or unfair, you can just pass on it.
I don’t think I really have a point here, just saying my thoughts. I have my issues with Nintendo, but I do feel like their consoles and games provide value that is hard to get elsewhere.
I do get the impression that Nintendo has consistently had worse hardware for a long time… And I appreciate it. Instead of cranking up the hardware, they make games that are fun and run on weaker hardware, often with neat stylization.
And reinstalling the packages, moving over all the configs, setting up the partitions and moving the data over? (Not in this order, of course)
Cloning a drive would just require you to plug both the old and new to the same machine, boot up (probably from a live image to avoid issues), running a command and waiting until it finishes. Then maybe fixing up the fstab and reinstalling the bootloader, but those are things you need to do to install the system anyways.
I think the reason you’d want to reinstall is to save time, or get a clean slate without any past config mistakes you’ve already forgotten about, which I’ve done for that very reason, especially since it was still my first, and less experienced, install.
Apple has always been about locking down the system and forcing the user to do things the way Apple wants. Not only within one device, but also in locking down inter-device protocols and removing standard ones, as well as obfuscating information about the hardware, not letting the users make an informed decision. And that’s already after the fact that you aren’t legally allowed to use the system on non-Apple hardware.
Sorry, what I mean is, if Valve wasn’t forced to keep it opensource, I think a big factor against would be the extra work
Even if they want to open-source it, an issue is the amount of work of organizing the repository, making sure it’s properly organized and doesn’t have any files they don’t want to distribute, and then maintaining that with future versions.
I also recommend rEFInd for the bootloader if you don’t want to set anything up (and risk messing up). You don’t need to configure your boot entries, it scans for boot options and shows them with a graphical interface, so your Linux and Windows should just show up.