I lately put some effort in creating community packages for LXD on Fedora and therefore I also had a look at the lxc-fedora template in LXC. It's a very feature rich template that still works fine also with newer Fedora releases but it hasn't seen much love lately (maybe because of its complexity?).
To get know the template a bit better I ported the bootstrapping part for non-yum distributions from the currently used Fedora 20 squashfs image to the Fedora 24 image and therefore was able to get rid of some complexity (see my fedora branch). By dropping python (dnf now requires python-3), yum, rsyslog and chkconfig, I was able to reduce the image size from 230MB to around 160MB, what I think is a big win.
However, the shift to dnf made me think of some issues with the current code paths that I would like to address here:
-
Is it worth to put more effort in updating the lxc-fedora template or is this something that might not be widely used anymore with the availability of the Fedora CloudImages?
-
Are there users which use this template to build containers of unsupported versions (non-dnf, non-systemd) of Fedora?
-
Getting rid of all this compatibility code for old Fedora versions would simplify the template quite a bit. Would you be interested if I put some effort in doing this?
Please let me know what you think.
I lately put some effort in creating community packages for LXD on Fedora and therefore I also had a look at the
lxc-fedoratemplate in LXC. It's a very feature rich template that still works fine also with newer Fedora releases but it hasn't seen much love lately (maybe because of its complexity?).To get know the template a bit better I ported the bootstrapping part for non-yum distributions from the currently used Fedora 20 squashfs image to the Fedora 24 image and therefore was able to get rid of some complexity (see my fedora branch). By dropping
python(dnfnow requirespython-3),yum,rsyslogandchkconfig, I was able to reduce the image size from 230MB to around 160MB, what I think is a big win.However, the shift to
dnfmade me think of some issues with the current code paths that I would like to address here:Is it worth to put more effort in updating the
lxc-fedoratemplate or is this something that might not be widely used anymore with the availability of the Fedora CloudImages?Are there users which use this template to build containers of unsupported versions (non-
dnf, non-systemd) of Fedora?Getting rid of all this compatibility code for old Fedora versions would simplify the template quite a bit. Would you be interested if I put some effort in doing this?
Please let me know what you think.