Conan_Kudo

Yeah, I think SGML HTML as the first pass was a mistake. All my early websites were XHTML until people called them "bad"...

It hurt for me too. I stopped reading it because it gave me a serious headache.

Since it's written in Go, you might want to reach out to the Fedora Go SIG and see if they can help you. :)

Yes, but unsurprisingly most people don't understand that distinction well enough.

There's a mindset difference. People are more willing to pay to reduce inconvenience for customers there, whereas here the inconvenience to the merchant sometimes matters more.

I remember a few American restaurants experimenting with this when I was a kid. I remember the experience being a little inconsistent. I imagine the feedback wasn't particularly good.

It's not the first. It's not even the first in Europe: the first was the UK, Belgium and Switzerland came after. There are and have been others around the world throughout history too: the CSA, the first USA, the USSR, the UAE, and the Arab League (just to name a few).

Most systems like the EU don't work well after a certain size. I don't know if we can say whether the EU has reached the point where it's unworkable yet.

OpenSPARC is under the GPL, which is probably why it didn't go anywhere directly. OpenPOWER is under permissive creative commons licenses, and people are iterating on the open source cores released by them. But the arrangement with efabless didn't go anywhere, and the company shut down last year without warning. So there's nowhere to experiment with producing chips.

It's not obscure. The reason is because a whole class of racist laws use the term. Nobody has seriously tried to reclaim the term, so it is stuck with the connotation it had developed a hundred years ago.

PowerPC at least still has a living ecosystem, even from the bootloader level. GRUB can boot from an OpenFirmware system. There's also yaboot if you hate yourself. ;)

I would personally love to see more Power Systems based projects. Everything is out there, just someone has to want to do something with it.

Fedora Linux even fully supports POWER8+ little-endian systems, and Fedora KDE offers a live ISO you can install on something like a Talos Workstation.

I'll also point out that we've always had better starting points for open source high performance cores. SPARC and POWER both have open ISAs and open-source cores with useful performance. The UltraSPARC T1 and T2 processors were open sourced under the OpenSPARC project. POWER has the OpenPOWER project governing the Power ISA, and IBM itself created Microwatt, Chiselwatt, and the A2I/A2O cores as open source that people can build their own PowerPC systems from.

OpenFirmware came out of OpenSPARC and is also used by POWER too. Parts of it are used in ARM and RISC-V today (mostly DeviceTree, though arguably quite badly).

Nobody actually wants to make good cores for cheap. Nobody wants to make compatible systems unless forced to. That's why ARM and RISC-V are fragmented messes.

There are 386 and 486 open source reimplementations in Verilog (see z386 and z486). As far as I know, existing commercial 386/486 chips still manufactured (yes they exist!) are descendants of Cyrix work, not Intel or AMD. Consequently, VIA may be contractually holding those back rather than Intel/AMD doing anything there.

We aren't the only ones, but we are the loudest about it, because erasure sucks.

No, the git test suite is about testing the git codebase. If you want something like that, you need a conformance suite, which does not exist for git.

It probably would have been less bad if he had chosen MPL-2.0 or LGPL-2.1-or-later. But he chose MIT, which cuts at the core of the intent of licensing the project with a share-alike license.

There's a Generated-by trailer for that sort of thing.

Claude hijacking Co-authored-by was a big influence on Fedora saying "AI thingies can't claim authorship or co-authorship".

And for comparison, today you can do an economy round-trip flight with Delta Air Lines for roughly $1.6k (SEA-HND). A Delta One flight is roughly $8.5k. That's the apples-to-apples comparison.

Deregulation also allowed international carriers to sell to us too. An ANA round-trip on economy class is a couple hundred dollars cheaper. Their business class is similarly cheaper than Delta One.

Air travel is so much cheaper than it was back then that it is affordable for most people to take one international trip a year if they really want to. Even to exotic places in Asia or Southern Europe.

The interstate system only succeeded because the federal government took the very rare step of steamrolling all the states and individual landowners. It was done in service of putting people to work and stimulating the economy. But it was not a well-liked project.

Today, it is well-regarded, but when it was being done? No way.

It's rarely that simple. The question has to be asked "who owns the land?" because usually the rail lines get to belong to who owns the land, even if someone else builds them.

The interstate automobile road system got built through judicious use of eminent domain. That avoided all of these issues. Amtrak doesn't have the ability to do that.

Apple doesn't make regional variants of the phone, so all models have the technology built-in, even if it's disabled by default. Android phones outside of Japan lack Suica support.

The question to ask is "who owns the rail lines?". That matters for having a good rail system. It's basically the same problem for why the US doesn't have fiber internet available everywhere, too.

China also has nationalized rail systems. The major reason for the failure in the US is that the rail lines are not publicly owned. The reason the rail systems never got upgraded and Amtrak couldn't deploy high speed rail everywhere (despite it being a national priority in the 70s, 80s, and 90s) is that outside of the northeast corridor, Amtrak doesn't own the lines and couldn't get the owners to allow Amtrak to upgrade them for passenger high speed rail.

Yes, that is true, but in practice nobody has ever done that. And the material complexity of offering that mode is higher than just dynamically linking the library.

Also, modern compilers make this method much harder to use. It is much harder to stably relink object files like that than to just use the normal dynamic link method.

> Edit: Some comments mention Qt which could also work although how large is the runtime? Can it be compiled statically?

You need a commercial license for that, but yes you could. But since applications are typically distributed with install bundles that put into application-local program files directories, it's not super-important as long as you only cherry-pick the Qt libraries you need.

RHEL 10 lacks 32-bit x86 packages, so it goes past that date. RHEL 9 support ends before that date.

It's pretty much rpm-ostree. Nobody bothered to make those workflows performant, so if you need to apply updates separately, it's going to suck. The OSTree download can be fast if you have a fast connection to the Fedora server, but it's not mirrored and there's no mirror network support (so no geographically close downloads). To be fair, bootc has this problem too because container tooling in general can't support mirror networks currently.

If people believe it, that's enough. It doesn't have to be good, it just has to mess with people enough.

I think it's also worth noting that the Dockerfile format is still driven by Docker, and there have been zero extensions to the format by Podman folks, so Containerfile==Dockerfile.

Microsoft has effectively ended support for the self-hosted versions of the groupware stack. So between Microsoft and Google (since both are SaaS), I would pick Google. Especially as I've had to administer both solutions before, and I would never voluntarily choose Microsoft 365 ever again.

And yes, you can regularly export your data out of Google Workspace and there are tools that can process that data and use it easily enough.