For note, storing widget locations across reconnecting monitors was added to KDE a couple years ago, greg just ran an ancient (2018 or 0-16 or something ancient like that) version of KDE, lol.
Ugh, freaking MS account garbage, mojang was bad before but they’ve just gone crazy since…
They could just support the OIDC standards, so then you could use an MS account or Google or Facebook or Steam or GIthub or whatever, but noooooooo gotta lock into one of the worst ecosystems with constant lockout issues… >.>
Yeah, especially since there is an old freedesktop spec for where to put crap like that, so many things didn’t! Thankfully there’s been a big push for years now for programs to actually follow those standards so it’s gotten a lot better lately.
That’s part of the freedesktop spec too, the default locations, but you can remap those by just a simple environment variable, not even any weird remapping or links or so forth (gotta love decent specs). ^.^
Yep, the freedesktop spec allows that just fine, without any weird links or remapping or so! ^.^
I personally am set up to not have a default download location in browsers, but rather ask me where everytime, so I put things in either a properly sorted place immediately, or I put it in my tmp directory (that I have compressed and tmpfs mounted so it gets wiped on reboots).
We can finally unthrottle the game since Greg is finally faster than the server now!
Isn’t there a key you can hold upon turning it on to cancel that and access the boot menu?
Yeah I’ve since learned that IOMMU in UEFI is to add some ‘security’ to DMA connections, primarily for VM use, basically it wipes the DMA bus on every context switch with random data to help prevent SPECTRE (or one of the others) and such whatever else possible data leak bugs, but it’s not always implemented well on the motherboard to the spec (of which motherboard specific drivers, at least on windows, generally work around it, and linux just has to work around it itself on a per-motherboard basis if the motherboard doesn’t follow the spec, so it’s less a kernel bug and more a motherboard not following spec bug that the kernel will soonish work around).
It should autoconfigure to what the NIC reports, I wonder if the NIC is only reporting that as its base speed for some weird compatibility reason or so…
I don’t think I have anything 2.5g at my house at all. ^.^;
Woot! Screw that crap…
Yep, I always disable that crap, fast boot is… troublesome, and can permanently lock you out of the BIOS if something bad happens… It’s a bad idea all around.
Unless it’s a good motherboard (most aren’t on this annoyingly) that allows holding a key on powerup to bypass it.
+1 lol
Assuming the UEFI fastboot isn’t configured to not even test for such a stick, which most that I’ve seen indeed do not test for such a stick (as it makes that “oh so valuable fast boot time all of a hundred milliseconds slower”).
Ah, yep, as stated, Greg’s motherboard is one of those.
…and if the windows install is hosed and BSODs on load or so?
Steam makes that even easier, lol.
+1
Not designed to be a desktop OS, rather for older secure servers.
Wonder if that was just because patches over time.
Illumos too.
Eh, FreeBSD doesn’t work with near as much hardware, so you want to check that a lot more closely before installing than with linux.
We’re almost at endgame! Started deep science 2 after all! Only two left out of the 29 total!
If you need a day off just say, lol. Almost done though!