Ah it’s not a heavily oxygenated Mohawk from an 80s bad guy, I’m disappointed
Ah it’s not a heavily oxygenated Mohawk from an 80s bad guy, I’m disappointed
There are a lot of answers here but I feel they mostly miss OP’s point so I’ll try my own:
What stops a scammer from HTTPS certifying foobar.reputable.com is the trust system.
Anybody can create a certificate on their machine for anything within seconds, even you could create a certificate for www.google.com. The problem is that you, as an issuer, are not trusted by anybody.
Browsers and operating systems are released with a list of issuers that are considered trustworthy, so if you want your certificate to be recognised it has to come from one of these, not from you.
All of these issuers are in the list because they have been individually vetted, and are known to do their due diligence before issuing certificates, so they would not give you that cert unless they know that the bank domain or subdomain belongs to you, and the technical means to achieve this have been explained in other answers.
But if one of these issuers went rogue, or if you hypothetically hacked into their certification authority, then indeed nothing would stop you from obtaining a valid and recognised certificate for foobar.bank.com.
This is why for example Trustcor was removed from this list in 2022: from that position it would be trivial for a certificate authority to allow third parties to spy on people.
Based beyond belief
FYI kagi does its own indexing, it’s not just a frontend
WaR bEtWeEn oLiGaRcHiEs
Here grandpa you forgot your pills
If you think BSDs are devoid of drama you’re in for a cold shower…
Switch to OpenBSD if you have to, at least the drama there is super funny
Ah yes, just like that time when Mandrake kernels burned the cd drives…
That’s by no means a routine upgrade though, the guy just “upgraded to” backports which you’re not even supposed to do. Not comparable to the soothingly boring apt upgrade of Debian stable.
TBH I don’t even remember the last time some actually important bug came out on the kernel, long gone are the days of ptrace-kmod.c and hatorihanzo.c
If you haven’t special requirements then just use Debian stable, and never be worried about an update again.
It’s hard to take iPhone longevity seriously though until they do something about the batteries.
True, the phones themselves are functional and updated for a long long time, but after a few years it’s unthinkable to go anywhere without a power bank and that’s a great motivator for throwing an otherwise perfectly good phone. If they actually cared they’d make the battery replaceable.
Hey, you who is reading! Yes, you! This is you too, it’s not only those wretched degenerates on that other side.
Of course, the theory is exaggerated.
But to be honest, every time I’m watching a video on yourube with more than a hundred comments and any kind of political relevance, I just assume at least 90% of the comments are bots. Same goes for twitter arguments.
And the internet keeps getting more, and more dead.
IDK man, I’ve had rather poor experience with extensions. At least in gnome they pretty much filled in for some feature that should have been there but it wasn’t hip enough for GNOME (ie systray).
Ever since gnome 3 came out I found myself time and time again in the loop where something is missing, I build myself some smorgasbord of extensions to make the experience the way I want it, then a new gnome minor is released and some of those extensions are now abandoned / incompatible with others / suddenly buggy / behaving differently so I have to start over. It’s not very different in kde, extensions get abandoned and break in there too, but I never had to have more than two at a time.
When it comes to DEs I’ve learned over the years to stick to the core as much as possible because extensions are just not reliable, which is also the reason why I don’t use gnome anymore.
I don’t think the analogy with IDEs really holds: language extensions in major IDEs are usually maintained with some degree of professionalism, for example the Ansible extension for vscode is maintained by Red Hat. It’s a very different ecosystem from the one made of pet projects started by people who one time felt something was amiss in their DE, and pray the gods they still have that opinion and care enough.
Edit: just to be clear I’m not dunking on this extension or extensions in general, I’m just explaining why somebody would want to avoid relying on them too much
That’s not what is surprising.
Gaming under emulation is not exactly easy stuff even under optimal conditions, when your drivers and userland are not experimental/hacks and you are running on the same architecture - try doing AAA gaming on Linux using a windows VM and you will see.
Setting aside gaming for a moment, cross-architectural emulation is stupidly slow because it cannot use any hardware features, it’s all software work on the cpu. Do you have a Linux machine? Try downloading a Firefox binary for another architecture (aarch64 for example) and run it, try watching a youtube video, if you haven’t died of old age in the meantime. Now Apple has this rosetta magic thing to emulate x86, but it was never meant to run (and it was never used before) on bare metal Linux.
Now what happens here is that there is a vm that runs a vm of a different architecture (arm 64k vs arm 4k) that runs another vm of different architecture (x86), and somehow you can game on it with competitive performance. All of it with a dnf install.
Simply put, this is unheard of.
So arm 16k emulates arm 4k which emulates x86, and somehow the performance is great. I am without words.
Downvoted for speaking the (technical) truth
Haven’t used the thing in a while, is there still no bridge?