“Prescription glasses” only mean “glasses with optical properties”, so glasses that actually do anything with focus, as opposed to e.g. non-prescription sunglasses or non-prescription accessory glasses that people wear to look smart or something.
It doesn’t mean you need a prescription for them.
(That said: in some countries you need a prescription for your prescription glasses if you want your health insurance to pay for them.)
90% of the things that Japan introduced according to comment sections on the internet never happened (or never made it past the prototype stage) and the rest was actually introduced in Korea, not in Japan.
The Japanophilia is strong with a lot of people on the internet.
There’s this idea I’ve been considering for a long time.
Imagine putting a remote controlled firework smoke bomb under the tailpipe, hidden from sight. At best a really stinky one that smells like burned rubber or something.
When someone follows to closely, just fake an engine issue or something by activating the smoke bomb and fill their AC air intake with the smell of burned rubber for weeks. Just to teach them to not follow too closely again.
Yeah, especially in peace time. When war heats up and resources get scarce, you use the cheapest thing that does the job. But in peace time you feed your military contractors to keep them happy and to keep them researching and developing so you don’t lose out on modern technology development.
(For clarification, with “war time” I mean “being in a war that actually threatens the country”. The US hasn’t been in a war like that for a very long time. They’ve essentially being in “peace time” while having military training and testing facilities in the middle east.
You can not change history for any published changes - like I said, doing so makes your repository incompatible with any other clone.
That’s the same on Git.
10 years ago I got into RC planes for a summer, and me and the guy were talking about how ridiculous it is that the milirary is spending so much money on simple drones, when they could just strap some explosives on a cheap hobbyist RC plane/drone for a fraction of the price, and just create swarms of them.
The technology had been widely available for some time already back then. Turns out, it was just lacking a war to do so.
(Just to be clear, we were all anti-war in general, this was just idle speculatiok back then. But if our country was attacked at that time, I’m sure some of us would have ended in a newly created drone force like what happened in the Ukraine.)
Looks like Mercurial can change the history just fine using the hg command. You just need to enable it first.
https://book.mercurial-scm.org/read/changing-history.html
Git can also be configured to disable history rewrites.
https://stackoverflow.com/questions/2085871/strategy-for-preventing-or-catching-git-history-rewrite
So the difference between git and hg really just comes down to the defaults.
I got weirdly invested in this, and by the end I was kinda happy that it was “just” a bug in the tooling and not anything actually malicious.
Looks really nice! I’ll check that out!
Could be the AMD CPU (had a few kernel issues with that CPU, for example on anything newer than 6.10 the laptop doesn’t wake from sleep, that’s a well-documented issue either with the CPU or the chipset), could be the mobile 4070, could be because I’m using Fedora (some of the issues I have like the one with performance randomly dropping to single-digit FPS and that not clearing up with a reboot are reported quite often on Fedora), could be something entirely different.
I’m on a budget gaming laptop (Lenovo LOQ), could be that they messed up something there, don’t know.
I haven’t even touched HDR so far, because the base function isn’t there.
Games on Steam don’t tend to give me trouble, for some reason it works better there, but I don’t have 300 or so free games on Steam.
Yes, my CPU is an AMD Ryzen 7 7435HS which doesn’t have an iGPU. My Nvidia 4070 is the only GPU present on my system.
My GPU driver version is 570.153.02, which is the currently newest production version. When installing it, I used this guide: https://rpmfusion.org/Howto/NVIDIA
I tried Wine-GE-Proton8-26, GE-Proton-latest, Proton Experimental and Proton 9 (Beta). I tried each of these options with Esync and Fsync enabled and disabled and every combination of these two options.
I tried enabling/disabling VKD3D and DXVK-NVAPI.
And of course I tried rebooting.
I found quite a few people with similar issues online, but never with a fix that actually works. Most of the people with the same issues don’t get any replies at all, and if they do it’s some condescending posts from people who lucked out and don’t have the same issue and think that that makes them better people or something.
(For context, I am a software developer, I programmed for embedded Linux devices for 12 years now. I used Linux as my work OS for the last 7 years until I changed jobs half a year ago and my new company mandates Windows and now I have to deal with WSL. I use Linux as my main private OS for the last 3 years. I compiled kernels for embedded devices quite a few times. It’s fair to say that I do have a little bit of experience when it comes to troubleshooting Linux issues, and I’ve gone through a lot of troubleshooting.)
I so wish that was the case.
Half the games I tried on Heroic don’t run and most of them run at <5 FPS even though I own a 4070 and the games I try to run are e.g. Bioshock. Number 1. The original, non-remastered one.
And stuff like Dawn of War crashes once I start the game, same as Bioshock 2, Neverwinter Nights and quite a few other older titles.
And even games that generally work fine (like Shadow of Mordor) sometimes randomly decide to run at 2 FPS.
If anyone has advice about what could cause that, I’d be grateful.
I’m on Fedora 41, running newest proprietary Nvidia drivers.
It’s actually Ubuntu with the default Arch wallpaper.
Because that’s people not using Arch Linux but “Arch Linux”.
The game has been released 4 years ago. An average worker in the US works 1770 hours a year.
10 developers working full time over 4 years (and this doesn’t even include the time they spent building the initial release) would work a total of ~70 000 hours, not “hundreds or thousands” of hours.
In fact, even thousands of hours would be only a single man year.
They’ve released 23 content updates so far, bugfix patches are probably much more. Even just building, superficially testing and deploying a release easily takes 4-5h. And this game is not just a plain and simple flat screen game, but one that supports SteamVR, something that’s not remotely trivial on Linux.
Even a single non-trivial bug can cost 20h of total work time from support handling the report, a dev reproducing it, the bug going trough refinement, bugfixing, code review, testing, deployment and so on.
I guess you haven’t worked in a real company before and don’t know how project management and processes work. Stuff takes a lot of time.
And believing that Unity just magically abstracts all OS-specific bugs away is very naive.
And it’s ridiculous to claim that they are dropping Linux support after 4(!) years because they are too incompetent to figure out how to support Linux. Obviously they could support Linux just fine from a technological standpoint.
Why do people attribute decisions like that to the competence of the programmers? This is a business decision, nothing else. Most likely, some MBA looked over the numbers, saw a few hundreds or thousands of hours logged for tasks related to supporting Linux, and decided that Proton was good enough. Most likely, no programmer was even asked whether Linux support should be dropped.
And yes, even if you know what you are doing, every build going out to tens of thousands of active players needs to be tested, and that costs time and thus money, which is something every experienced cross platform developer should know.
If you don’t root your Android you can even run a full desktop Linux in a proot container. You can run all Android apps and Linux apps on it. Using Winlator you can even run most Windows apps and there are emulators for most systems out there. If you cann that “barely anything” you are lacking imagination.
Apparently you haven’t used Chromebooks or MacOS, but you clearly misunderstand the topic at hand.
There’s always a balance between configurability and stability, and every single OS, even Windows, falls somewhere on that spectrum. If you allow a user to break their system, the downside is that they can break their system.
iOS, unrooted Android and ChromeOS fall on the “less ability to break your system”-side with Windows and MacOS following rather closely, and different Linux distros are on the full spectrum in between. Immutable distros make it harder to break yous system at the cost of immediate configurability, while running Arch you can do whatever you want and you’ll likely destroy your OS while doing so, if you don’t know what you are doing.
Again, all of that are choices done in user-space, nothing about that comes down to the kernel. You can make any Linux distro entirely unbreakable by taking away sudo rights for the current user and making every non-temporary directories and files read-only. You can do that in 10 minutes and suddenly there’s nothing the user can do to break the system. But the user also loses a lot of abilities. Again: all of that is user-space only and has nothing to do with the kernel.
And yes, there are enough stable and comprehendible Linux distros out there, but if the user has sudo rights and the constant and uncontrollable urge to destroy their system, they will find a way to do so.
Android runs an only slightly modified Linux kernel, and yet the OS requires much less from the user than e.g. Windows or MacOS.
Chromebooks run a bog-standard Linux kernel and the target audience is kids.
My car’s entertainment system runs a standard Linux kernel, and the UX is so cut down that PC expertise really doesn’t matter when using it.
MacOS and iOS, two systems known for their ease of use, both stem from BSD, which comes from Unix.
The kernel has nothing to do with this.
In fact, the only mainstream kernel used in user-facing operating systems that doesn’t “come from Unix” is Windows. Everything else is derived either from Linux or BSD, which both are derived from Unix.
There isn’t even a mainstream phone OS anymore that doesn’t “come from Unix”.
Because it’s not real. It’s purely for marketing, not for actual wide-spread implementation.
Even in the best of cases, even factoring in economy of scale and all that, a robot like that will cost upwards of €50k at least, probably closer to double that, will require constant maintainance, and the risk of vandalism or accidental damage is really high. And you’ll likely need a (skilled) human operator nearby anyway, because the delivery vehicle doesn’t drive itself.
The purpose of projects like this is marketing and public perception.
This robot is not meant to ever go mainstream. Maybe there will be a handful of routes where they will be implemented for marketing purposes, but like drone delivery and similar gimmicks, it won’t beat a criminally underpaid delivery human on price, and that’s the only metric that counts for a company like Amazon.