LeFantome

Wouldn’t you have to get GNUstep working first? That seems like a limiting factor in your otherwise admirable plan.

macOS and Linux could indeed have had a common Desktop API. GNUstep was started even before Cacoa and could have kept compatibility with it.

The other problem is that no GNUstep desktop environment ever really got off the ground either. WindowMaker ( really just a window manager, not a DE ) is not written in GNUstep. I imagine it is written in C against the X11 libs.

I like your dream though. I used to dream of the same.

I am pretty sure that GNUstep is cross platform though. At least we have that.

Have you seen NextSpace?

https://github.com/trunkmaster/nextspace?tab=readme-ov-file

I have never really been an Ubuntu user. When I started reading your comment, I was thinking “well that seems like a prettt small nitpick”. Then I realized the problem and now I am 100% behind you. You are right, they elate throwing away one of the greatest strengths of the distro in that releases ( numbered releases ) have easy to understand and very meaningful names.

So much information thrown away just to be cute.

Is there a reason? Do the dots in the release numbers confuse things? Or is it purely historical?

Somebody needs to create a fork of APT that does this ( uses release numbers instead ). It could translate the release numbers you use in your sources file to the code names before making the request. I mean, they are unambiguously convertable.

Chimera?

I think the biggest flaw in Arch is the “keyring” package that can go out of date between updates. EndeavourOS makes it worse since it has two of them.

EndeavourOS ships eos-update that somewhat fixes this and can be used in place of pacman or yay. It always updates the keyring first. How many people use that utility though ( or even know it exists ).

Pacman and yay should “just work”.

Isn’t that one of the benefits of LMDE? I think that the DE related packages and maybe things like browsers get updated more often.

For applications these days, there is Flatpak for anything you want to keep more current.

Sure a lot of the rest of the distro will get old. Does that really matter to most users though? If the DE is up to date, the system will feel current. If your key apps are up to date, you are productive. An up to date browser keeps the web working well ( perhaps the main criteria for most people these days). Having the rest of the system be stable could be a good thing.

Devs would probably want more up to date versions of some things. Most regular users are probably just fine though.

I remember Corel Linux. It offered one of the nicest Linux desktop experiences at the time. If you wanted WordPerfect, it was also a great deal.

Leveraging your word processing market share to establish an OS presence is the opposite of what Microsoft did.

What is amazing about Corel these days is the museum of once market leading software that they still somehow sell. In addition to WordPerfect, who is using Quattro Pro ( spreadsheet ) or Paradox ( database ) these days? Who ever used their Presentation software?

For that matter, who is using CorelDRAW? It was right up there with PhotoShop at one point but you never hear about it anymore.

Like Nortel and Blackberry, it seems like Canada is able to grow massively successful tech companies but it just cannot hold on to them.

The only GNOME 2 desktop environment is MATE.

MATE is a continuation of the GNOME 2 code after GNOME 3 came out. It literally IS GNOME 2 just with a different name.

Cinnamon was also a reaction to GNOME 3 but it is an alternative desktop for GNOME 3 ( and newer ). It is mostly modern GNOME. It was never based on GNOME 2.

The only thing XFCE has in common with GNOME is that they both use GTK. XFCE was originally based on XForms ( the XF in XFCE ). It certainly has nothing to do with GNOME 2.

I am a pretty big fan of Open Source and have used Linux myself since the early 90’s. Most governments are not going to save money switching to Open Source. At least not within say the term of a politician or an election cycle. Probably the opposite.

This kind of significant shift costs money. Training costs. Consultants. Perhaps hardware. It would not be at all surprising if there are custom software solutions in place that need to be replaced. The dependencies and complexities may be significant.

There are quite likely to be savings over the longer term. The payback may take longer than you think though.

I DO believe governments should adopt Open Source. Not just for cost through. One reason is control and a reduction of influence ( corruption ). Another is so that public investment results in a public good. Custom solutions could more often be community contributions.

The greatest savings over time may actually be a reduction in forced upgrades on vendor driven timelines. Open Source solutions that are working do not always need investment. The investment could be in keeping it compatible longer. At the same time, it is also more economic to keep Open Source up to date. Again, it is more about control.

Where there may be significant cost savings is a reduction in the high costs of “everything as a service” product models.

Much more important than Open Source ( for government ) are open formats. First, if the government uses proprietary software, they expect the public to use it as well and that should not be a requirement. Closed formats can lead to restrictions on what can be built on top of these formats and these restrictions need to be eliminated as well. Finally, open formats are much, much more likely to be usable in the future. There is no guarantee that anything held in any closed format can be retrieved in the future, even if the companies that produced them still exist. Can even Microsoft read MultiPlan documents these days? How far back can PageMaker files be read? Some government somewhere is sitting on multimedia CD projects that can no longer be decoded.

What about in-house systems that were written in proprietary languages or on top of proprietary databases? What about audio or video in a proprietary format? Even if the original software is available, it may not run on a modern OS. Perhaps the OS needed is no longer available. Maybe you have the OS too but licenses cannot be purchased.

Content and information in the public record has to remain available to the public.

The most important step is demanding LibreOffice ( or other open ) formats, AV1, Opus, and AVIF. For any custom software, it needs to be possible to build it with open compilers and tools. Web pages need to follow open standards. Archival and compression formats need to be open.

After all that, Open Source software ( including the OS ) would be nice. It bothers me less though. At that lobby, it is more about ROI and Total Cost of Ownership. Sometimes, proprietary software will still make sense.

Most proprietary suppliers actually do stuff for the fees they charge. Are governments going to be able to support their Open Source solutions? Do they have the expertise? Can they manage the risks? Consultants and integrators may be more available, better skilled, amd less expensive on proprietary systems. Even the hiring process can be more difficult as local colleges and other employers are producing employees with expertise in proprietary solutions but maybe not the Open Source alternatives. There is a cost for governments to take a different path from private enterprise. How do you quantify those costs?

Anyway, the path to Open Source may not be as obvious, easy, or inexpensive as you think. It is a good longer term goal though and we should be making progress towards it.

On the consumer front, I think the wild card is gamers. There are many that care more about their games than their desktop.

If people come for the gaming and stay for the desktop, we may see a real surge in Linux desktop share.

More and more of what we use is cross-platform as well. There are fewer and fewer apps tying us to one desktop or the other.

It is getting easier to move. The question is why to move. I think gaming could be the driver.

Gravity is not just attraction to the closest thing but also the heaviest thing.

As the galaxies “pass” each other, all stars will be attracted to the dense cores of each galaxy. That is going to change the trajectory of individual stars and, as an aggravate effect, the overall shape and distribution. Unless the galaxies are aligned on the same angle, this is going to drag stars off the primary plane.

As the galaxies approach, the arms will stretch out to each other. As they pass through each other, the planes will tug on each other, and after they “exit”, the arms will reach back.

All this new motion will disrupt the natural shape and trajectory of the galaxy as a whole. Depending on the momentum, it could get pulled back and the whole process could happen again ( and again ) with greater disorder each time.

I was impressed with antiX as a light-weight system. If you are ok with a tiling window manager, ArchBang is good too.

They are essentially stripped-down Debian and Arch respectively.

Rider on Linux is amazing.

Avalonia and UNO are your best bets for cross-platform.

https://platform.uno/

https://avaloniaui.net/