" hány olyan, általad készített szoftver van, ami működik, élesben használják, de nem a legkurrensebb libeket használja" - Az upstream-ben vagy az adott alkalmazást futtató OS-ben legfrissebb? Minél több komponenst "gyógyítok bele" kvázi statikusan egy alkalmazásba, annál több függőséget kell követnem, annál több komponensnek a hibajavításait kell prezentálnom a felhasználó felé. Nem fogom az xyz perl/php/python/whatever modul/lib adott verzióját hozzácsomagolni az alkalmazásomhoz, hanem azt mondom, hogy az abc.1.2.* vagy frissebb verzió szükséges a működéshez.
Ettől persze követnem kell az abc motyó verzióváltásait, de a frissen tartása _nem_ az én feladatom, és ha korrekten verzióznak, akkor tudható, hogy az adott OS-ben annak életciklusában az abc.1.* ott lesz, maximum ha 1.2.*-ról 1.3.*-ra mennek, akkor lehet szükség a kódom módosítására.
Az, hogy bizonyos disztrók életcikluson belül is mennek előre főverzióban is akár, az nagyon nem jó - igen, persze, backportolni kifejezetten sok meló, meg "minekaz" - csak épp így az OS, mint platform stabilitását dobják a kukába.
Lehet fújni a Red Hat -re, hogy milyen régi verziók vannak benne x, meg y meg z csomagokból - de a másik oldal az, hogy ezek fixek, ha RHEL8-ra csináltál egy alkalmazást az ott elérhető eszközökkel, akkor az alól a RHEL8 életciklusának a végéig nem fogják kirántani az egyes komponenseknek az induláskori főverzióit. És ez igaz nem csak a libekre és egyéb hasonló függőségekre, hanem alkalmazásokra is - így esett, hogy RHEL5-ben rsyslog (v3) volt, amit külön trükkösen lehetett rsyslog5-re lecserélni.