73 points
*
Deleted by creator
permalink
report
reply
23 points

Bro thinks he is Nickelodeon 😭

permalink
report
parent
reply
14 points

As I tell my wife, feet are gross.

permalink
report
parent
reply
6 points

Your poor wife.

permalink
report
parent
reply
11 points

Of all the things wrong with GNOME, their choice of logo is at the bottom of the list.

permalink
report
parent
reply
5 points

Their insistence that it be pronounced ‘guh-nome’ is a worse crime.

permalink
report
parent
reply
8 points

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.

permalink
report
parent
reply
1 point

I thought you were very much not supposed to read the G?

permalink
report
parent
reply
-1 points

Ratio

permalink
report
parent
reply
2 points

Maybe to a paw?

permalink
report
parent
reply

You’d think LXQT would have foot logo.

permalink
report
parent
reply
69 points

permalink
report
reply
16 points

ill be downloading this image thank you very much

permalink
report
parent
reply
17 points

You wouldn’t download an image

permalink
report
parent
reply
1 point

Just you wait until I can print images!

permalink
report
parent
reply
62 points

Mac OS: Cat, Dog, Cow, Panther, Some California park, your uncles house

permalink
report
reply
45 points
*

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.

permalink
report
reply
34 points

How would you differentiate between versions with major api breaks?

permalink
report
parent
reply
24 points

Shhh, they don’t know what that means, let them live in bliss

permalink
report
parent
reply
4 points

Lol. Developers just need to know what date the api changed. Viola.

permalink
report
parent
reply
20 points

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.

permalink
report
parent
reply
2 points

Alright I think I saw been somewhat convinced by this. But I also think the date should be included in some way.

permalink
report
parent
reply
13 points

They both serve different purposes

KDE Plasma does its versioning to follow QT versioning, which does its versioning in that way to signify API breaks.

But for something else like, say, the Linux kernel, which does not break compatibility in that manner, date-based would make more sense.

permalink
report
parent
reply
12 points

Marketing version (23.04 or just 23) and semver (3.11.3)

Change my mind

permalink
report
parent
reply
3 points

I’m partial to semver where it makes sense and date based releases where it doesn’t. At my work we use <year>.<month>.<version> like 2023.7.v2 for template releases but semver for apps with APIs and such

permalink
report
parent
reply
4 points

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.

permalink
report
parent
reply
0 points

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.

permalink
report
parent
reply
5 points

For versioning I always viewed the numbers as independent from each other, just like with ip addresses.

permalink
report
parent
reply
3 points

somehow i agree with you.

permalink
report
parent
reply
1 point

AFAIK only Unity does this

permalink
report
parent
reply
4 points

I’ve seen many projects do it, Ubuntu, KDE Applications (not Plasma itself), and Helix are the first ones that come to mind

permalink
report
parent
reply
1 point

Tesla updates basically use that format, it’s pretty nice imo. “year.week.revision”, so for example 2023.29.3

permalink
report
parent
reply
1 point

I thought Linux Mint did this, but apparently they’re kinda fuzzy about it? Which was not great to learn when I went to update an old laptop, and briefly thought the project had just died.

I had to type this three times because Lemmy closes the comment box and dumps whatever you had typed, if you upvote another comment while it’s open. That’s objectively terrible.

permalink
report
parent
reply
1 point

I had to type this three times because Lemmy closes the comment box and dumps whatever you had typed, if you upvote another comment while it’s open. That’s objectively terrible.

Yikes, that is terrible. What client are you using?

permalink
report
parent
reply
1 point

Lemmy.world in a current web browser.

permalink
report
parent
reply

linuxmemes

!linuxmemes@lemmy.world

Create post

Hint: :q!


Sister communities:

Community rules (click to expand)

1. Follow the site-wide rules
2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of “peasantry” to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
4. No recent reposts
  • Everybody uses Arch btw, can’t quit Vim, and wants to interject for a moment. You can stop now.

Please report posts and comments that break these rules!

Community stats

  • 6.5K

    Monthly active users

  • 1.3K

    Posts

  • 71K

    Comments