parminya
$ go run github.com/eliben/static-server@latest
Chrome on iPhone is Chrome on iPhone, but it uses WebKit instead of Blink.
The reason this is important for you to keep in mind is because Firefox is whatever Mozilla says Firefox is, and Chrome is whatever Google says Chrome is. There's no reason to suppose the iPhone version of some product should share any code with the Android version of the same product.
The parent poster was probably conflating NixOS and Nix. NixOS is a way of using nixpkgs to build/configure and install/upgrade an operating system based on Linux and systemd. But you are not obligated to use systemd just because you're using nixpkgs.
NixOS uses sytemd for essentially the same reason other Linux distributions do: most user environments are now built with the assumption that systemd underlies them if Linux does as well. In principle you could fork nixpkgs and make all the necessary changes to remove the systemd assumption - managing a NixOS system and hacking on nixpkgs are basically the same skillset so it's not like managing an Ubuntu system where you would have to become familiar with how Ubuntu gets built. With nixos, the command is the same whether you're building an entirely new distribution based on a custom fork or whether you're just downloading builds of the latest security upgrades. Aside from the actual energy it takes to maintain a second system manager, you would only have to wait for the builds to complete rather than learning how to build everything. But so far no-one who has tried that has got enough traction - the cost-benefit just isn't there. Honestly, I think this is part of the reason people are offended by NixOS in particular using systemd: it feels like it should be possible for you to remove the systemd dependency, but you haven't done it.
So there is almost certainly a correlation to the boost that is given to comments. But even if it is a causative correlation, the ultimate cause is not the bluecheck boost, but the desire of the decisionmaker.
Likewise, spellings like "programme" are deliberate changes to mimic the French spelling. These have been rather more successful than they have any right to be, but some have completely failed (like "gramme") and a lot of people still use the older spelling.
-ize, also, used to be the standard spelling with -ise an alternative also found in the UK. In this case, it's clear that an understanding that -ize is used in the US and -ise is used in the UK became an understanding that -ize is the US spelling and -ise is the UK spelling which raised its currency. But I think they both remain in use in the UK (-ise has more-or-less chased out -ize in Australia though).
-or spellings like "honor" and "color" were once much more common in places where they are now rarely seen and vice versa. To an extent they follow the same story as -ize/-ise, with the US standardisation of one chasing its use out in the UK. In Australia, -or was much more common (than now) when the power to distinguish oneself from was the UK, but now that the main power one needs to distinguish oneself from is the US, -our has chased it out except in the name of the Labor party (because the paperwork was filed by someone who happened to prefer the shorter spelling in a time when both were current) and some uses of "honor" that are literally etched in stone. (The last general use was until about the year 2000, by "The Age", a Melbourne newspaper which used -or as its house style, but by then it was seen to be improperly American and they switched to -our.)
Generally, spellings and spelling variations remain open and subject to gradual change in all English-writing countries.
But mostly that's all. Usually it's a minor inconvenience. Occasionally it sucks a bit. Rarely it sucks a lot. Almost never is anything of value lost. It can be wholly eliminated by good data practices e.g. backups. (No one backs up their Amazon account data. It isn't designed for it. Because the "webdevs" think of the data as their boss's - squarequoting "webdev" because the effective decision is the CEO's and the "webdev" is just taking some abstract, ill-thought-through decision and making the ramifications concrete.)
On the other hand, it also sucks a lot when your gratuitously collected private information is taken to the darkweb. As countries become more accustomed to dealing with databreaches, they are beginning to consider legislating harsh compensation requirements and painful fines. Once that's happened, almost all of the private data that the user has in their account? Let the user keep it. We webdevs and our mortal enemies in business/sales/product will have to innovate new decentralised databases - where each node is a users' computer. And yeah, some things will be harder or not even possible (for the user). Other things will become possible that aren't at the moment (for the user). And at least you won't go bankrupt when a state level actor decides your database is valuable.
I'd love to hear of some evidence for that. I've never encountered anyone assuming that the bit after the @ has to be gmail.com, or being unclear and uncertain if they can communicate between their work Outlook account and their home Gmail account. This feels very much like someone's taken the idea "to most people, the internet just is the web" and run wild with it.
"Also, lawmakers, ensure the aviation experts fix this."
"Having regard to our advisors, we, the US lawmakers, have concluded that one criterion according to which aviation experts should judge their fix is that planes should have a doobywhacky in them, because aviation experts have assured us that a doobywhacky is important. But we will give them two years to get their plane certified without the doobywhacky on a legacy basis, since it seems like a good faith effort should be able to get legacy planes certified within two years."
"Aviation experts at Boeing, we, the aviation experts at the FAA would like to know some information about your planes."
"Aviation experts at Boeing, we, the aviation experts at the FAA need to know some information about your planes; what you have said is not good enough and you've left many questions unanswered."
"Oh, hi, US lawmaker, we, the lobbyists at Boeing thought you might like to know how bad it would be for you if the law isn't changed, yeah, we know everyone thought a good faith effort should be able to get legacy planes certified within two years, but you know how complicated planes can be."
And at this point, I think there are two possible replies: "Everyone believed it should have been possible, and there are clearly problems at Boeing's end, so they need to wear their mistakes; it's not like they're left with nothing and it's widely agreed that 737 MAX represents an end-of-line design so the cost is not excessive" or "The two years was written into the law to get these particular models out without conforming to the law; if they can be approved under the strictest application of the old rules, does it hurt if the approval is made just before the two year deadline, or just after it? In either case, it's flying according to the legacy certification. So we'll just extend the period a little."
I certainly think a case can be built either way, but knowledge of aviation is really only a minor part of the decision making process facing lawmakers right now.
I don't think the separation of the Church and State in the US is particularly less than normal. The separation of Church and Politics in the US is probably less than normal, but that's an entirely separate matter, which - to the extent that is antidemocratic - can probably only be addressed by democratic reform.
* Banning moderation is a form of regulation. It falls far short of treating them as governments. It is possible to say "I want to regulate Twitter" without having to make weird statements like "We should treat Twitter as a government".
> On the bright side, GHC is written in Haskell, and this language is particularly well suited to performing massive refactorings with confidence that nothing breaks. Thus, it should be possible to refactor the GHC library towards a more robust and versatile design
and in fact Simon Peyton Jones continued by saying exactly that:
> You can do a heart or lung transplant on GHC and make truly major changes and the type checker just guides you to do all the right things. The difficult stuff is envisioning and being very clear about what you’re trying to do. Actually doing it is often not that hard.
So the two texts and the two opinions are completely in alignment. GHC is famously bad insofar as it has a poor design. But once a better design is designed, you can give it the heart transplant it needs without excess stress.
I have no idea how the heart transplant proposed by Sylvain Henry, John Ericson and Jeffrey M. Young is going. I suppose at some point there should be something checked in and a report about how painful or painless it was (and, potentially, if it's really completely wrong, perhaps a series of bug reports in the next seven releases of GHC).