Mac OS: Cat, Dog, Cow, Panther, Some California park, your uncles house
Honestly, I just wish they would ditch that disgusting foot logo. I hate it.
Bro thinks he is Nickelodeon 😭
Of all the things wrong with GNOME, their choice of logo is at the bottom of the list.
Their insistence that it be pronounced ‘guh-nome’ is a worse crime.
GNU as the animal or the initials, okay, sure. Debatable. Gnome is a whole-ass word. That is ridiculous.
Up there with QT insisting their name isn’t Q-T. The initials are a word. If you wanted it pronounced Qute you should’ve called it that.
As I tell my wife, feet are gross.
Your poor wife.
I’ll likely call it 6.0 since I’m starting to worry about getting confused by big numbers again.
I was looking a Linus/Linux comment, I was trying to remember at what point Linus said “I’m incrementing the major version because these numbers are getting too big, there is no major advancement”.
ill be downloading this image thank you very much
Even stranger is the windows 8 and 8.1 part since this is the one and only time a service pack changed the name of the OS.
“It’s 34 versions ahead of cinnamon” -GNOME devs probably
And there is OpenSUSE: 10 11 12 13 42 15
If 42 is a true to Sir Terry Pratchett, then I see anothing wrong with this.
Douglas adams.
Your geek credentials have been invalidated, sir please exit the internet immediately.
Fuck. I know. I just woke up and haven’t had any coffee yet.
We understand. Regardless, a rule is a rule. Now kindly GTFO.
The system for tumbleweed is nice. There’s only one version : tumbleweed.
From another perspective, you have a new version every few days, with the date as the version
41>10>5
GNOME is clearly the best
What about windows 2000
It’s a superior ancient lost technology.
It’s like that because KDE is based on Qt. On 🪟, It’s because they don’t care, and on GNOME, it’s for aesthetic reasons.
Can you explain the aesthetic reasoning for GNOME?
Simple, OP and some people just don’t know what they are talking about. There was no “aesthetic reason”.
One of the big changes in GNOME 40 (that would be 3.40) was the introduction of GTK4. People used to assume that the gnome major versioning scheme was tied to GTK, so loads of people were asking the devs when GNOME 4 was coming out.
To demistify this idea of one being tied to the other they just dropped the “3.”, specially since that part wasn’t that relevant and started with the 40.
women and gay men crave the big numbers
Latex:
Poor Windows NT.
NT was a parallel line of “professional” windows. It had a different kernel or something. There were equivalent versions to most of the home releases.
The first release was NT 3.1, to match version numbers with the home OS.
NT 4 was the professional version of win 95/98.
In the year 2000 Microsoft released both Windows ME, and Windows 2000. ME for the home, 2000 was the NT release for the workplace.
The products were merged with windows XP, now all windows is windows NT.
The version numbering makes sense if you count by the NT version numbers. 2000/ME is version 5, therefore XP is 6, and if you pretend Vista never existed (as you should for your own sanity) you get to windows 7 and it all starts to make sense.
Gnome 40/41/etc is still 3.40/3.41/etc if I remember correctly
no they just decided to make 4.0 into 40
Everything should be date-based name releases.
If it’s released April, 2023 it should be 23.04 or similar.
Other schemes are arbitrary.
Change my mind.
Semantic versioning. If I have 1.0.0 and you release 1.1.0 I can be pretty confident it’s safe to update. If you release 2.0.0 I need to read the release notes and see what broke.
If I have version July2023 and you release August2023 I have no information about if it’s safe to update. That’s terrible. That’s really bad.
This is for dependency management and maybe apis more than OSs, but in general semantic versioning is a very good system. It should be used often.
How would you differentiate between versions with major api breaks?
Shhh, they don’t know what that means, let them live in bliss
Lol. Developers just need to know what date the api changed. Viola.
Gotta know, are you serious or joking here? Follow up question: are you a developer and have you ever worked on a medium+ sized project? The amount of dependencies you end up with is astounding, you can’t just “know” when all those APIs changed, that would be a full time job just to stay on top of. And that’s not even taking into consideration transitive dependencies. If a library doesn’t use semantic versioning, 99% of the time it’s correct to avoid it just to save yourself the headache.
I really like X.Y.Z
X is for major overhauls. Y is for a new individual feature added or dramatically reworked, Z is for bug fixes, updates and polish.
Like Blender is currently on 3.6. They had a dramatic major program wide overhaul a few years ago. And since then have been adding new features and reworking old ones in major 3.X releases, and occasionally have smaller updates and fixes in between, giving us 3.X.Y updates.
The only thing I don’t like about that versioning system is the ambiguity that can sometimes arise due to different interpretations of what the numbers after the first dot mean.
You could either say: It’s a decimal system, therefore 3.4 is bigger (comes after) 3.13. (3.4 > 3.13) or, The numbers after each dot are independent, therefore 13 is bigger than 4, so 13 is the newer release.
It’s usually fairly obvious from changelings but every now and then I get tripped up.
For versioning I always viewed the numbers as independent from each other, just like with ip addresses.
Because KDE is boring. /s
