this post was submitted on 14 Nov 2025
110 points (99.1% liked)
Linux Gaming
22102 readers
2624 users here now
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
No memes/shitposts/low-effort posts, please.
Resources
WWW:
- Linux Gaming wiki
- Gaming on Linux
- ProtonDB
- Lutris
- PCGamingWiki
- LibreGameWiki
- Boiling Steam
- Phoronix
- Linux VR Adventures
Discord:
IRC:
Matrix:
Telegram:
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I wouldn't want to keep the 11 in there. The entire reason for (hypothetically) making this change is to get away from the old version number and any potential confusion it might cause.
I also prefer smaller version numbers, so "subtract 2000 from year" works better for me (and there's no better time to take advantage of the fact this produces sensible numbers), but I can see why the full year might be preferable for someone else.
How do you differentiate between significant major releases from a minor patch that just happens to release in Jan 1st? Use old year versioning?
Yeah. I think I have a preference for a three tier system that's Y.R.P (e.g. 25.0.2; "Year", Release within year, Patch number), so yes, I could imagine the third level being incremented the following year in an emergency.
And if two-tier is paramount, tricks like (R+1)*100+P will work provided there aren't going to be 100 patches per release. (e.g. 25.102)