.NET lindert mit seinem GAC zwar etwas, eine Lösung ist das aber nicht. Zudem hilft der auch relativ wenig, da nicht alle Anwendungen in .NET geschrieben sind. Eher wird es immer weniger. Das beste Konzept ist immer noch alle Abhängigkeiten mitzuliefern. Auf Consumersystemen kann man grundlegenste Systembibliotheken mit stabilem und sauberem API im System belassen (so ist es beispielsweise in OS X gelöst, Container bspw. setzen es idR. ebenso um). In kritischen Anwendungen würde ich jedoch selbst die mitliefern. Nur so kann ich garantieren, dass die Anwendung überhaupt startet, dass sie mit den originalen DLLs startet und, dass Updates konsistent sind. Netter Nebeneffekt in bestimmten Anwendungen, ich werde unabhängig von der verwendeten Distribution.
Gnome auf dem Weg zur Weltherrschaft
Das ehemalige DE entwickelt sich immer mehr zum OS.
Ja!
Die Frage ist nur wozu. 
Die bisherigen Paket Lösungen haben einen Grund für shared libs. Wenn ich all in one mit statischen libs will, dann gehe ich zu win.
Der Grund sind LTS-Distros und ihre veraltete Software.
Windows? Hast du die letzten Jahrzehnte geschlafen? Schonmal was von der DLL Hell gehört?
Trifft das heute noch zu?
Ich dachte mit spätestens .Net ist das auch Geschichte.
.NET lindert mit seinem GAC zwar etwas, eine Lösung ist das aber nicht. Zudem hilft der auch relativ wenig, da nicht alle Anwendungen in .NET geschrieben sind. Eher wird es immer weniger.
Das beste Konzept ist immer noch alle Abhängigkeiten mitzuliefern. Auf Consumersystemen kann man grundlegenste Systembibliotheken mit stabilem und sauberem API im System belassen (so ist es beispielsweise in OS X gelöst, Container bspw. setzen es idR. ebenso um). In kritischen Anwendungen würde ich jedoch selbst die mitliefern. Nur so kann ich garantieren, dass die Anwendung überhaupt startet, dass sie mit den originalen DLLs startet und, dass Updates konsistent sind. Netter Nebeneffekt in bestimmten Anwendungen, ich werde unabhängig von der verwendeten Distribution.