<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 14, 2018 at 8:33 PM, Thomas Deutschmann <span dir="ltr"><<a href="mailto:whissi@gentoo.org" target="_blank">whissi@gentoo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2018-06-14 16:14, Alec Warner wrote:<br> > They seem to offer docker packages, so we could just nab those and run<br> > them in containers on hosts. I'm not too keen on doing a bunch of<br> > (really what I consider busywork) to try to 'get it working on Gentoo.'<br> > We already use upstream provided containers and I expect that to<br> > continue as upstreams continue to abandon the 'release packages' model<br> > and move to 'release sets of containers' model.<br> <br> </span>Huh? Is this the Gentoo-way? I hope not! :(<br> <br> No, I really hope something like that will never happen. Like I hope we<br> will never see the attempt to add "FLATPAK", "Snap"... to the official<br> Gentoo repository.<br></blockquote><div><br></div><div>I think you will find that vendors who offer fairly complex applications will continue to focus on vertically integrated solutions</div><div>(e.g. containers) because its cheaper (build once run anywhere) and scalable (you don't need to maintain N packages, for N distros.)</div><div><br></div><div>I won't comment on what the "Gentoo" way is (because there are dozens of us and we don't all agree) but as a human trying to deploy these sorts of services; I don't see much point in packaging them when upstream offers a container deployment. Given the dozens of hours I could spend trying to write ebuilds for all of the bundled stuff vs deploying the container..I'm going to deploy the container most of the time precisely because I don't need the 'gentoo customized build', particularly when containers offer isolation boundaries between the application runtime and my system runtime.</div><div><br></div><div>Obviously containers have their own customization challenges (but also provide layers of isolation where extreme customization is lower priority than 10 years ago) and also present interesting security challenges (how do you keep up to date, you cannot use more traditional security tools) but I suspect organizations can adapt to the former and the industry will provide for the latter at some point.</div><div><br></div><div>-A</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class="HOEnZb"><div class="h5"><br> <br> -- <br> Regards,<br> Thomas Deutschmann / Gentoo Linux Developer<br> C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5<br> <br> </div></div></blockquote></div><br></div></div>