[the_third_wave]

In my experience - using Linux since 1992, Debian since 1997 - "traditional" package management is quite capable at avoiding compatibility issues related to dynamically linked dependencies. Linux has had library versioning for a very long time - something which made it stand out compared to the 'DLL Hell' Windows users were used to - and it is quite common to have multiple versions of libraries installed and in use. Given these conditions I do not consider package management a "terrible fit" for "modern systems and apps" - whatever those might be. I do see a use for systems like AppImage which come in handy for applications which are only used occasionally (or even only once) where the increased start-up time and reduced integration do not matter.

[eternityforest]

It does seem to work 99.9% of the time, but when you have a dozen programs with more dependencies than you can count, some are not in the official repos, and you want more up to date stuff, being able to reproduce the whole environment of a package seems like the best option to me.

Deb packages are rock solid for the most part if you use standard distro packages, but the moment you want something newer or third party, there's no guarantee it will work well with some other random third party thing you also have.

Especially when sometimes apps might even depend on bugs and break when they get fixed.

Snaps mostly solve the reduced integration issues(Or at least try to, some stuff isn't perfect yet?) with all their plugs and interfaces and whatnot.