• [^] # Re: Déjà vendredi ?

    Posté par . En réponse à la dépêche Systemd v256. Évalué à 3.

    Je suis pas d'accord. Tu peut éventuellement utiliser dumb-init ou tinit, mais c'est vraiment si tu crée des processus et que tu ne veux pas gérer toi-même les zombies (ce qui n'est pas bien compliqué). Les images classiques de conteneur docker de mongo ou postgre par exemple ne les utilise pas.

    Même dans le cas où on ne fait rien de plus de ce que Tini pourrait faire, avoir un interpréteur sous la main au cas où n’est pas une mauvaise idée. L’overhead n’est pas énorme, voire négligeable.

    Avoir des trucs au cas où c'est aussi ce qui mène à des drames. Si l'idée c'est d'avoir des trucs au cas où, autant utiliser debootstrap (histoire d'avoir un shell, python, perl et un tas d'autres choses au cas où).

    Ce que j'attendrais d'une distribution taillée pour les containers c'est d'être minimaliste (un hfs, une libc, une base de données de timezone et quelques autres choses) et de l'outillage pour la construction.

    Le gestionnaire de paquet ce serait parfait si par exemple il ne pouvait être utilisé qu'à la construction.

    À et je sais que virer le shell rend plus compliqué le fait d'utiliser un dockerfile

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll