this post was submitted on 07 Nov 2023
378 points (95.7% liked)

Linux

48186 readers
1365 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
378
submitted 1 year ago* (last edited 1 year ago) by imgel@lemmy.ml to c/linux@lemmy.ml
 
you are viewing a single comment's thread
view the rest of the comments
[–] Antergo@lemmy.ml 6 points 1 year ago (1 children)

Gtk 3->4 made a lot of internal changes, and at least some were related to making wayland work. Wayland "worked" in gtk3, however it was very much an afterthought, and half the toolkit was useless under wayland. Other changes are usually required for changes related to rendering, gtk4 had vulcan rendering which may require some breaking changes. Another thing is just general breaking changes that are good, sometimes you realise some decision was bad, and a new major release is just a way to make these.

From the end users perspective nothing much changes, it maybe looks a bit different, but not much besides that. But a vulcan renderer and being fully wayland compatible are major improvements that also improve the user experience, even if you don't notice directly.

[–] SuperSpruce@lemmy.ml 1 points 1 year ago (1 children)

Interesting. I'm guessing the changes were too big to just be added incrementally in updates to GTK 3?

[–] Markaos@lemmy.one 3 points 1 year ago (1 children)

Usually the problem isn't that the changes are big, but that the new way simply isn't compatible with the old way to do things, and you can't just make a change that will break existing applications in minor versions (well, there's nothing technically stopping you, and unintentional compatibility breaking bugs have definitely happened in the past, but people are gonna get real mad at you if you do that). Even if you break that change up into thousand tiny changes over many minor versions, the end result is that at some point, you break old apps.

The solution is to take note of all the things that are either badly designed or became obsolete and once in a while go "hey, let's make a new major version and fix all of this crap". With a new major version, you don't have to worry about old applications and are free to improve your library in any way you wish, and you also get the option to keep updating the old major version with some maintenance bugfixes so that the old apps keep working well enough.

[–] SuperSpruce@lemmy.ml 1 points 1 year ago

The unfortunate consequence of this is that old working apps need compatibility updates.