duckiegobrrr

not planned, sorry

also now that I think about it, doing this sort of theme is not really a thing I'd want to be involved in (was never into "ricing" type stuff tbh), though I might just make myself do it if I really wanted to see that sight come from my own Linux install instead of OP's

that's an interesting way to say "absolutely goddamn incredible"

dotfiles?

would be willing to actually set this up for myself on some device, this almost looks perfect besides the icons on the desktop being a bit too far apart than they are on XP for real

I mean, to be fair, user groups and services really aren't a thing that a "normie" would be messing with on any platform under most circumstances, and if they would be then there'd be some understanding that it'd involve some sort of "hackerman tooling" as one might call it, whether it's Windows's service manager or the magic black window with a blinking cursor in it.

I, for one, had no idea what svchost.exe on Windows did (thought it was just M$ bloat, really) until after I started using Linux and had already made several systemd units on there and realized that Windows kinda-sorta-but-also-not-really-sometimes has that as well.

A bigger problem imo is how Linux always seems to have a point-and-click way to do most of everything that your "average computer user" needs to do... but then somebody (cough Canonical and their snapd stuff cough) fucks it up and makes it so that you can't just say "you can install everything using the app store", which results in encounters like this one.

Oh, and your "why is this even an issue anymore" things like (shameless plug) this. Seriously.

don't worry though, it's meh-ish on all distros, and nobody automatically sets it up for you (as easy as I made it out to be on NixOS, it's not, and it was only "easy" because I'd already dealt with the driver before... in fact I had to carry over my old systemd suspend/hibernate restart script for it because it doesn't really cooperate with waking up from sleep)...

...unless your reader just isn't supported at all, in which case yeah nope

This only really works for people who have hardware whose fingerprint readers are supported by upstream fprintd; would be interesting if they (or another distro; haven't seen anybody implement this yet) add a "just works" option for installing and setting up e.g. libfprint-tod-vfs0090 or python-validity (which I use on two of my machines actually), similar to how some distros (Mint included I believe, but haven't dealt with it in a while) give you an option for installing Nvidia proprietary drivers (or just make it work out of the box).

However these drivers are extremely sketch at times so... I guess there's some good out of it not being preconfigured for people (because you have to look into it yourself and realize just how terrifying they are, both security and stability wise, python-validity especially)...

(though now I'm on NixOS where I have it pretty much "just work" through not that much effort, at least not as much as on Arch, and definitely not as much as on Mint which was painful because PPA fuckery)

I had a 128GB USB "3.0" (one of the cheaper ones so might have actually be slower than 2.x max speeds) stick fail on me right after installing Mint onto it and booting into it once or twice, so yes this is indeed a thing that can happen

what's better then, web.archive.org is fucking dreadful to actually use because of how sssssllllllooooowwwww it is (for downloading big stuff off of there you can use an external download manager thing to max out your connection to make it come through faster (which is a weird concept but for some reason it does work), but websites? nah), and also... paywalled stuff

I don't really run much of any unverified ones myself anyway, though tbf the unverified proprietary wrappers on Flathub are at least somewhat more trustworthy than the AUR equivalents (at least it doesn't get to run stuff as root during installation, like Arch packages (or any distro packages really) do), though in both cases you are giving them access to your $HOME so that's something to be always considered.

And Flathub doesnt need to be the repo used. Fedora for example created its own repo so it could verify its own flatpaks in the same way as its other system repos.

I'm not really sure why Fedora Flatpaks still exists... I mean yes it sounds good as an idea (distro gets to ship sandboxed apps alongside conventional packages) but there's still the upstream devs vs downstream packaging conflicts, and for new users it's annoying at times because... reasons (the package you thought was coming from Flathub was actually pulled from the Fedora repo because it's in there too, etc.), seems like effort duplication on top of the existing effort duplication that was/is downstream packaging but still.

Some distros do have their own flatpak repos as well but smaller than what Fedora is doing, https://appcenter.elementary.io/ for example (but a substantial of that stuff is primarily only available from there, though you can build it yourself), though again I'm not sure much of any other distros would want to implicate themselves with that because... all the reasons.

Flathub is a separate chain of packaging from the distro itself so there are legitimate reasons to avoid it if one is heavily paranoid though.

a lot of apps on the flathub website say "Unverified"

Those are usually either wrappers for proprietary stuff, for example the Chrome flatpak is unverified because it's not from Google themselves but rather somebody grabbing the official deb/rpm and rebuilding it into a flatpak (this is also how a lot of e.g. AUR packages on Arch work, basically), or open source stuff for which the dev/packager simply didn't care enough to do the verification stuff that Flathub wants you to do (doesn't actually seem that hard, but one might simply not have been aware of it or something).

Don't recall people particularly complaining about the unverified badges before Mint started hiding unverified flatpaks by default, though; suddenly after that "everybody" started noticing them.

curl -L matchctl.sh | sudo bash

yeah screw that, I'm not piping curl into bash and root bash at that