<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le dim. 7 juin 2020 à 00:57, Christian Stewart <<a href="mailto:christian@paral.in">christian@paral.in</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Francois,<br>
<br>
On Sat, May 30, 2020 at 5:48 AM Francois Perrad <<a href="mailto:fperrad@gmail.com" target="_blank">fperrad@gmail.com</a>> wrote:<br>
> this option allows a systemd tailored for a guest/container<br>
<br>
I don't see any changes other than disabling kmod. Actually, in my<br>
Docker containers I use the systemd feature of loading kernel modules,<br>
with the kernel modules directory mapped in. So I'm not certain that<br>
you want to disable kmod in all circumstances when a guest.<br>
<br></blockquote><div><br></div><div>Currently, kmod is always selected, I want to give the choice to the user.<br></div><div><br></div><div>The host & guest share the same kernel.<br>In the guest, I want use it as it is configured by the host.<br>In my point of view, system stuff goes in the host side and the service application goes in the guest.<br>At this time, my primary target is systemd-nspawn in the host, not docker-engine <br>(I don't need a deployment model like with docker and the interaction between a host systemd-nspawn and a guest systemd seems easy)</div><div><br></div><div>François<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Given that this is the only effect of the flag, I don't think it's<br>
worth adding (too little impact for a new flag).<br>
<br>
Best,<br>
Christian<br>
</blockquote></div></div>