Gregory's Server
@cwebber I think the technical side is only part of it; it's no coincidence the two big containerized solutions on Linux are from Canonical and Red Hat respectively. Both were always going to want their own equivalent of an app store in the sense familiar from proprietary OSes, especially if the other had such a thing.
And some of the downsides of "bundle all the libs with your app" approaches aren't even seen as valid downsides by many engineers; many devs, especially proprietary devs, *want* to basically just ship their exact dev environment with no change, because they Know Better.
A depressingly large number of software devs (in my experience especially ones with engineering degrees...) get very frustrated when their software doesn't compile or otherwise work right on others' systems and refuse to consider that this could be showing fragility on the part of their software. Hence, as implied by @technomancy 's quip here, much of the popularity of Docker—"if other environments are so broken they can't run my correct and perfect code, that's their fault" and so the question of portability is solved by petulantly just porting over the entire environment!
And some of the downsides of "bundle all the libs with your app" approaches aren't even seen as valid downsides by many engineers; many devs, especially proprietary devs, *want* to basically just ship their exact dev environment with no change, because they Know Better.
A depressingly large number of software devs (in my experience especially ones with engineering degrees...) get very frustrated when their software doesn't compile or otherwise work right on others' systems and refuse to consider that this could be showing fragility on the part of their software. Hence, as implied by @technomancy 's quip here, much of the popularity of Docker—"if other environments are so broken they can't run my correct and perfect code, that's their fault" and so the question of portability is solved by petulantly just porting over the entire environment!