Yes, I've populated most of my local area, and every time I go for a walk or bike ride, I add as much detail that I can. I also find it very enjoyable and it's pretty cool to see features I added show up in all kinds of mapping services that use its data
Osm now has the clearest and most detailed maps for walking that I know, and I use them in preference to the UK's ordnance survey maps, which don't scale so well on electronic devices.
Nice summary. One minor, but important, addition to your post:
much worse for Fedora, they have been culturally enslaved by Red Hat,
Not just culturally - Redhat legally own Fedora too. Legally owning Centos was how Redhat managed to kill Centos Linux. One of the key things Greg wdid when creating Rocky two years ago was set the legal status so that Rocky could never be taken over in the way Centos was.
More choice is good.
Suse are a decent company (despite some history under different owners) with some excellent engineers who already support foss projects like Uyuni. I don't know much about their new CEO but this might be a pivotal point in their history.
Redhat are proving themselves unpredictable, and that's about the worst thing any company wants to work with. No good having a stable product if the organisation itself is erratic and makes bad decisions.
We've got over two hundred Rocky/Centos vms. all of them 'pets' that would require manual migration of lots of very different services, many of them bespoke. That's quite a lot of work.
They announced something similar back in 2020 with a working title of "Liberty Linux", so maybe that.
Excellent summary and conclusions.
As long as you set up SPF and DKIM records on your mailserver, you’ll never get marked as spam.
Sorry - that's factually incorrect. If your IP is on a residential block, you'll be downscored. If you're on a dynamic IP, same again, but weighted even more harshly, by pretty much every antispam service. In addition, every commercial service is very secretive about what methods they use, for good reason, so you cannot claim with any accuracy that "you just need to do this $thing to get read". (Although I do agree the original post is not well researched, knowledgeable nor particularly useful to anyone)
SPF and DKIM are essential to getting your email out, but it's not the only thing, and sometimes no matter what you do do, your hit rate is going to be low.
Source: Me. Been running mail servers privately and commercially for over twenty years. Before then, I ran fidonet and netmail services through the 90s and into the tail end of the 80s. There's many things I know bugger all about, but email is not one of them. (And if anyone's interested what I do for personal email now - I use gmail, because it works and maintaining it is somebody else's problem)
AI's been in use in commercial anti-spam for quite a while now - and on the flip side is also being used by the spam senders. Just another front on the unending war.
But spam (and phishing, and all malware) happens because humans get fooled by it. No reason to think AI will be any smarter.
Hahahahaha. Hahahahaha. Hahahahaha.
Mate, it's been running since RHEL announced the premature termination of Centos Linux 8, back in 2020.
Nice quote - but I don't think it does hold up as truly as it did in the 80s. There is an unimaginable wealth of systems and design tools available now that were not around then. Even something take for granted like a gui schema designer - hell, even SQL itself wouldn't be around until almost a decade later, and that was partly designed to simplify database queries. Every step like that has simplified what we do today. Debugging tools are light years ahead of when I was writing C in the early 90s. Debugging then was pretty much "try and compile it and then fix the errors". Now there's linters, memory profilers, automatic pipelines and all the rest of that. Much of that is offset by the fact we do far more complicated things than we did, and that those very tools mean there's a lot more to learn and master beyond the mere language.
I do concede and agree with your last paragraph. Design is more important than implementation, and elegance of code and concept is a timeless beauty. One of the hardest things I've had to learn is that thinking about coding is often far more productive than actually coding, and too many times I've been a busy fool, re-writing and starting over many times because I later found out a better way.
Not quite but it's not black and white. Rocky is owned by Rocky Enterprise Software Foundation, but that is owned by Greg Kurtzner because a legal entity needs to be owned by /someone/ in law.
I personally trust him because I know a little of his story and his involvement with Centos before Rocky (ie, he cofounded it), but I appreciate that might not be enough for everyone. I've followed the project closely since its inception and am very happy with its progress and outlook so far, solely from a non-commercial aspect.
And Alma is NOT better. That's like saying Cheese is better than Apples, or Titanium's better than Lead. They're different distros with quite different approaches. It's fantastic both of them entered this market and both of them are doing well, choice is the absolute best thing about Foss.
(More detail about Rocky's legal makeup here, if you're interested) https://en.wikipedia.org/wiki/Rocky_Linux - I also have no commercial interest in it other than a user)