<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Thanks! That's very informative! I will echo that keeping container sizes small and cleaning up old, cached versions of containers and images is one of the maintenance items you have to deal with when doing container development. It's easier than ordering new hardware, though!</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Regards,<br>Sean<br><br><div>Sean Blanton</div><div><a href="mailto:sean@blanton.com" target="_blank">sean@blanton.com</a></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 26, 2022 at 9:37 AM Joel Berger <<a href="mailto:joel.a.berger@gmail.com">joel.a.berger@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>In a container you basically bundle up each "layer" of your OS and application together and ship it off to downstreams to run. The base layers are shared between projects that use that same base, usually from an OS or language or even library that provides that base (and those of the latter still use those of the former too). Containers only need as much of the OS as is required to run, unlike a true OS of a bare metal box. Therefore to reduce storage and shipping size of the final images, saving space on base and intermediate layers can be crucial. After all you usually cannot reduce the size of your application very much, but if you can whittle out parts of the OS that aren't necessary then that is data that doesn't need to be stored by container registries or downloaded by end users.</div><div><br></div><div>Major OSes have several versions of their official container image depending on what they are intended to do. Ubuntu and Debian have images that are essentially full OSes for if you're using the image more as a VM than a base, say for testing. However they have others that are stripped down, meaning almost anything you need you need to apt-get install first. Alpine and some other similar OSes make various choices to further reduce the size. This means cutting space in areas that might even seem necessary. One such choice is Alpine's use of musl libc (<a href="https://musl.libc.org/" target="_blank">https://musl.libc.org/</a>) vs gnu's and while in theory (<a href="https://wiki.alpinelinux.org/wiki/Running_glibc_programs" target="_blank">https://wiki.alpinelinux.org/wiki/Running_glibc_programs</a>) this is fine, in practice it results in many of the problems you see in the p5p list. That lack of C compatibility, especially for a project like Perl (with its noted "lexer and parser and smoke and mirrors") and it strick C89 compatibility target make it ripe for conflicts, even, or perhaps especially unusual ones.</div><div><br></div><div>I don't know if this helps at all, but perhaps it just shines a bit more light on it.</div><div><br></div><div>Joel<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 26, 2022 at 6:50 AM James E Keenan <<a href="mailto:jkeenan@pobox.com" target="_blank">jkeenan@pobox.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 9/25/22 21:10, Steven Lembark wrote:<br>
> <br>
> <a href="https://alpinelinux.org/about/" rel="noreferrer" target="_blank">https://alpinelinux.org/about/</a><br>
> <br>
> Alpine Linux is an independent, non-commercial, general purpose Linux distribution designed for power users who appreciate security, simplicity and resource efficiency.<br>
> <br>
> <br>
> The catch is that "power users" means it's not intended for<br>
> anyone doing anything usual; it's intended for people who<br>
> have a specific need and know how to work around any issues<br>
> that arise.<br>
> <br>
> This makes it un-suitable for general testing.<br>
> <br>
<br>
Unfortunately, that doesn't stop people from sending failure reports to <br>
CPANtesters or to Perl 5 Porters. :-(<br>
<br>
jimk<br>
_______________________________________________<br>
Chicago-talk mailing list<br>
<a href="mailto:Chicago-talk@pm.org" target="_blank">Chicago-talk@pm.org</a><br>
<a href="https://mail.pm.org/mailman/listinfo/chicago-talk" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
</blockquote></div>
_______________________________________________<br>
Chicago-talk mailing list<br>
<a href="mailto:Chicago-talk@pm.org" target="_blank">Chicago-talk@pm.org</a><br>
<a href="https://mail.pm.org/mailman/listinfo/chicago-talk" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
</blockquote></div>