[opensuse-kubic] Virtualization:containers vs kubic, podman dependencies and SLES 12 support
Hi, I would like to have some information on the Kubic project, it's link with the Virtualization:containers [1] project, and how well it supports SLES 12 (SP 4, or the soon to come SP5). First, what is the relationship between Kubic and Virtualization:containers [1]. It looks like Virtualization:containers actually links some of its component directly to Kubic (for example "podman" or "conmon"). If someone goal is to replace docker by podman, shall Kubic be used, or Virtualization:containers ? In Virtualization:containers, it looks like podman is available, however some of its direct dependencies (like "conmon") are not available. It is just because it was forgot, or is it done on purpose ? It looks like "conmon" is available only in Kubic. The reason why I tried to use Virtualization:containers was because apparently it was build for SLES 12 (all SP >= 3), while on the other side Kubic seems to only target "SLE_12_SP3_Backports" but not SLES 12 SP4/SP5, which makes me think Kubic doesn't actually tries to target SLES 12. On a SLES 12 SP4, I did try to install podman from Virtualization:containers, and I hit the issue that it requires podman. Then I tried to add the Kubic SLE_12_SP3_Backports repo (expecting that SP3 and SP4 would be close enough so that it's ok-ish), then zypper complained that I am missing "fuse-overlayfs" which apparently is only available for SLES >= 15. Checking it's Github source code [2], the README reads actually if you ever expect to use podman in rootless mode, then fuse-overlayfs actually requires a Kernel >= 4.18, while the one found on SLES 12 SP4/SP5 is based on 4.12. So I fear more and more trying to use podman in rootless mode on SLES 12 is actually impossible, would anyone be able to confirm that ? Cheers, Romain [1] https://build.opensuse.org/project/show/Virtualization:containers [2] https://github.com/containers/fuse-overlayfs-- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
Hi, On Mon, Oct 07, Romain GEISSLER wrote:
Hi,
I would like to have some information on the Kubic project, it's link with the Virtualization:containers [1] project, and how well it supports SLES 12 (SP 4, or the soon to come SP5).
Not sure where you found that, but "https://github.com/kubic-project/" says MicroOS, Kubic and links to https://kubic.opensuse.org, not to a devel project like Virtualization:containers.
First, what is the relationship between Kubic and Virtualization:containers [1]. It looks like Virtualization:containers actually links some of its component directly to Kubic (for example "podman" or "conmon"). If someone goal is to replace docker by podman, shall Kubic be used, or Virtualization:containers ?
Kubic is a project or product, depending on how you see it, while Virtualization:containers is one of many devel projects for openSUSE Factory and SLE. If you want to replace docker with podman: independent of what you have installed (openSUSE Tumbleweed, openSUSE MicroOS, openSUSE Kubic or openSUSE Leap), deinstall docker and install podman with "zypper in podman podman-cni-config". You don't need to hassle around with devel projects.
In Virtualization:containers, it looks like podman is available, however some of its direct dependencies (like "conmon") are not available. It is just because it was forgot, or is it done on purpose ? It looks like "conmon" is available only in Kubic.
The reason why I tried to use Virtualization:containers was because apparently it was build for SLES 12 (all SP >= 3), while on the other side Kubic seems to only target "SLE_12_SP3_Backports" but not SLES 12 SP4/SP5, which makes me think Kubic doesn't actually tries to target SLES 12.
None of them targets SLES 12. CaaSP v1-v3 was based on SLES12, that's why some things are build for SLES12, but CaaSP v1-v3 where using docker and not podman. Kubic is a distribution based on openSUSE Tumbleweed.
On a SLES 12 SP4, I did try to install podman from Virtualization:containers, and I hit the issue that it requires podman. Then I tried to add the Kubic SLE_12_SP3_Backports repo (expecting that SP3 and SP4 would be close enough so that it's ok-ish), then zypper complained that I am missing "fuse-overlayfs" which apparently is only available for SLES >= 15. Checking it's Github source code [2], the README reads actually if you ever expect to use podman in rootless mode, then fuse-overlayfs actually requires a Kernel >= 4.18, while the one found on SLES 12 SP4/SP5 is based on 4.12. So I fear more and more trying to use podman in rootless mode on SLES 12 is actually impossible, would anyone be able to confirm that ?
SLES 12 is a bad platform to play with current container technology. It's too old for that and build/based around docker, not podman. Do yourself a favour and switch to SLES 15 SP1 (which comes with podman and fuse-overlayfs). Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany Managing Director: Felix Imendoerffer (HRB 247165, AG München) -- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
On Mon, 2019-10-07 at 19:56 +0000, Romain GEISSLER wrote:
The reason why I tried to use Virtualization:containers was because apparently it was build for SLES 12 (all SP >= 3), while on the other side Kubic seems to only target "SLE_12_SP3_Backports" but not SLES 12 SP4/SP5, which makes me think Kubic doesn't actually tries to target SLES 12.
And to add to Thorsten's points, the reason devel:kubic only targets SLE_12_SP3_Backports is to facilitate the inclusion of some kubic packages in PackageHub SLE users shouldn't use any devel project, be that Virtualization:containers or devel:kubic, because it can invalidate their SLE support. -- Richard Brown Linux Distribution Engineer - Future Technology Team Phone +4991174053-361 SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, D-90409 Nuernberg HRB 247165, AG München GF: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
participants (3)
-
Richard Brown
-
Romain GEISSLER
-
Thorsten Kukuk