<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 14 March 2016 at 11:08, Thomas Goirand <span dir="ltr"><<a href="mailto:zigo@debian.org" target="_blank">zigo@debian.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">From a distribution package maintainer perspective, the most annoying<br>
part is that there's no easy way to get the web app use the JS libs from<br>
the OS, and there's no system wide registry of installed components.<br></blockquote><div><br></div><div>There's a basic difference here though. Your traditional "installed components" are pieces of software and data used *by programs on that system.*</div><div><br></div><div>The components we're talking about here are, as far as the system is concerned, opaque data to be transmitted over HTTP(S) to a web browser client which then makes use of that data in some manner.</div><div><br></div><div>There are no cross-program compatibility issues stemming from having multiple different versioned copies of such client-side files on a system - this is why the web development world has standardised on tooling that *makes it easy to do so*. Different client-side web applications *should* be able to use different versions of components. </div><div><br></div><div>xstatic shoe-horns that freedom of client-side application component usage into a one-size-must-fit-all world that fundamentally only exists because programs on a system can get confused when multiple versions are installed on that system[1].</div><div><br></div><div><br></div><div>    Richard</div><div><br></div><div>[1] I note that OS X packaging solved that problem too, but let's not go there <wink></div><div><br></div></div></div></div>