If not for an accident where he ended up in a washing machine, he’d have been left as a cube indefinitely. From a cube’s perspective, there’s no difference between being a cube and being dead.
If not for an accident where he ended up in a washing machine, he’d have been left as a cube indefinitely. From a cube’s perspective, there’s no difference between being a cube and being dead.
He did more-or-less kill, and then steal the identity of, the museum guy. He’s not a paragon of virtue, either.
As a counterpoint, I’ve had Ubuntu’s installer and grub’s updater overwrite and break Windows’ boot files several times, but never had the opposite happen (I’ve had both destroy themselves, though). Thankfully, I know how to rebuild the necessary parts of a Windows install, so it’s never been a catastrophe, but it’s irritating to see what’s always been the source of the problems I’ve had be held up as infallible. Possibly this is a problem unique to Ubuntu - I’m happy to blame Canonical - so maybe it could be entirely sidestepped with other distros.
I’m pretty sure Reddit used to be profitable. There used to be a bar on the right-hand side that showed how far each day’s Reddit Gold purchases had gone towards covering the day’s server costs. When I first started using Reddit, it’d typically be about a third of the way full when it reset, but a few years after the at, it was filling up after about eight hours, suggesting they were covering the server costs three times over, which should have left plenty of money for staffing costs as they didn’t have many staff back then. Eventually, they got rid of the bar. Later, they did things that would have increased costs, like hiring people to make New Reddit and the Reddit App, and hosting images and videos themselves instead of leaving it to imgur, and I guess these were enough to make them no longer profitable and force them to aim for faster growth.
It’s easy to get pressured into thinking it’s your responsibility. There’s also the risk that an unhappy company will make a non-copyleft clone of your project, pump resources into it until it’s what everyone uses by default, and then add proprietary extensions so no one uses the open-source version anymore, which, if you believe in the ideals of Free Software, is a bad thing.
There was an EU-wide one that gota lot of its funding redirected to AI stuff recently that you might be thinking of.
That’s more likely to be the tool assuming it’s running on a case-insensitive filesystem than it is Windows breaking anything. If you mount networked storage running on a case-sensitive machine, that’s something that’s worked fine in Windows for a very long time.
No, that is an entirely unrelated bad decision. It being okay to not have a popup to opt out of secure boot when it does its one job and notices you’re about to run insecure code in kernel mode doesn’t make every other user-hostile thing Microsoft ever does magically okay.
It’s upstream GRUB that’s decided the older GRUB versions are insecure and not to be trusted. Microsoft just propagated that to machines running distros that weren’t shipping patched GRUB builds yet. Up-to-date Debian wouldn’t be affected provided that they downstreamed fixes quickly.
https://fedia.io/m/linux@lemmy.ml/t/1111595/-/comment/6916699 says that Debian’s GRUB wasn’t affected, but another part of the boot sequence was.
You can’t trust users to make informed decisions about cybersecurity as most users don’t have the necessary background knowledge, so won’t think beyond this popup is annoying me and has a button to make it go away and I am smart and therefore immune to malware. Microsoft don’t want Windows to have the reputation for being infested with malware like it used to have, and users don’t want their bank details stolen. If something’s potentially going to be a bad idea, it’s better to only give the decision to people capable of making it an informed decision. That’s why we don’t let children opt into surgery or decide whether to have ice cream for dinner, and have their parents decide instead.
The comment you’re quoting was replying to someone suggesting a warning popup, and saying it would be a bad idea, rather than suggesting the secure boot UEFI option should be taken away. You need at least a little bit more awareness of the problem to know to toggle that setting.
A lot of the comments are making the assumption that the buttons are telling the truth about being different sizes, but I’ve flushed plenty of toilets where both buttons do a full flush. If you can’t tell the difference after experimenting, it might just be broken or cheap tat.
Typically Windows applications bundle all their dependencies, so Chocolatey, WinGet and Scoop are all more like installing a Flatpak or AppImage than a package from a distro’s system package manager. They’re all listed in one place, yes, but so’s everything on FlatHub.
No, but mostly you.
They tried. UWP and the Windows Store did loads to boost security and make the source of apps verifiable, but people hated it and barely used it, so the holes they were supposed to patch stayed open. The store itself did have the problem that part of its raison d’être was to try and take a cut of the sales of all software for Windows, like Apple do for iOS, and UWP made certain things a pain or impossible (sometimes because they were inherently insecure), but UWP wasn’t tied to the store and did improve even though it’s barely used.
They update on two Tuesdays a month, and have done that at least since XP. Even with the most reboot-keen settings, the update doesn’t happen until the time of day you’re least likely to be using the machine based on when you typically do it. It tells you when that time will be and gives you several hours of notice with a popup with the option to delay. Depending on the variant of Windows you’re using, you have settings to delay a forced reboot for up to a week (Home), a month (Pro) or forever (Enterprise). Obviously, that’s not enough to make sure no one ever gets updates forced on them when they don’t want them, and it would be nice if there was a way to distinguish users who know what they’re doing from users who don’t so people who do could be given more power to control if and when they install updates, but it is enough to ensure that checking the equipment before you use it is enough, potentially two weeks in advance.
!openmw@lemmy.ml has less than 150 subscribers, so it’s definitely not large. We’re already swamped with infrastructure work for the stuff we already self-host, so I don’t think we’ll be running our own Lemmy instance any time soon.
OpenMW’s official Lemmy community has been on lemmy.ml since 2021, way before lemmy.world existed (and most other instances, too), and way before there was any inter-instance drama. It’s becoming increasingly likely that it’s not going to be a suitable long-term home, but we’d be much happier if we could migrate the existing community rather than start from scratch with a new one. Is there any way to do that yet?
It doesn’t necessarily work that way, though. If tests tell you you broke something immediately, you don’t have time to forget how anything works, so identifying the problem and fixing it is much faster. For the kind of minor bug that’s potentially acceptable to launch a game with, if it’s something tests detect, it’s probably easier to fix than it is to determine whether it’s viable to just ignore it. If it’s something tests don’t detect, it’s just as easy to ignore whether it’s because there are no tests or because despite there being tests, none of them cover this situation.
The games industry is rife with managers doing things that mean developers have a worse time and have the opposite effect to their stated goals. A good example is crunch. It obviously helps to do extra hours right before a launch when there’s the promise of a holiday after the launch to recuperate, but it’s now common for games studios to be in crunch for months and years at a time, despite the evidence being that after a couple of weeks, everyone’s so tired from crunch that they’re less productive than if they worked normal hours.
Games are complicated, and building something complicated in a mad rush because of an imposed deadline is less effective than taking the time to think things through, and typically ends up failing or taking longer anyway.
I’m thinking more for the scale of something like OpenMW, as we’ve got more frequently asked questions than we could hope to put on an FAQ page. In the olden days, stuff showed up from our forums when people googled it, and now it doesn’t, so we get loads of questions through Discord, and very rarely one from Matrix.
I said he more-or-less killed him, not that he actually killed him. Care was not taken to ensure he’d be revived or revivable. He was left forgotten in a pocket. The likely outcome was that he remained forgotten and didn’t get wet until he’d been dropped under some furniture, crushed like a stock cube or gone mouldy. Maybe he had dependents, like a young child who’d have died without their parent. It being theoretically possible to revive someone later doesn’t make turning them into a dehydrated cube meaningfully better than making them dead if you don’t have a strong plan with a failsafe to make sure they stop being a cube. Even with guaranteed revival, if they’re a cube for long enough that they notice the lost time, it’s just like roofying someone and holding them hostage for a while. Do not turn museum guys into dehydrated cubes.