For OpenStack, I've been using centos-binary containers on CentOS. It's been working very well. I don't have much concern on supporting single-distro based container on different distro hosts. That's actually one of the beauties of container, which self-contains all packages and dependencies. We used to have a product based on single-distro container and support different distro hosts. Just need to be careful when container needs any resource from the host, like kernel, mounted host filesystem, networking, privilege, etc. Regarding to source container, what's the purpose of it? Is it allow user to get the package based on some specific source that is not provided by any existing package repo? In that case, I'd assume user should always build their own source container. Then what's the purpose of providing pre-build source container? Also, are those non-core containers, like MariaDB, HAProxy, RabbitMQ, etc. all built from source code? Thanks! Tony ________________________________________ From: Michał Nasiadka <mnasiadka@gmail.com> Sent: November 18, 2021 04:33 AM To: openstack-discuss Subject: [kolla] Plan to deprecate binary and unify on single distrubition Hello Koalas, On the PTG we have discussed two topics: 1) Deprecate and drop binary type of Kolla images 2) Use a common base (single Linux distribution) for Kolla images This is a call for feedback - for people that have not been attending the PTG. What this essentially mean for consumers: 1) In Yoga cycle we will deprecate binary type of Kolla images, and in Z cycle those will be dropped. 2) We are not going to support CentOS Stream 9 (cs9) as a base operating system, and the source type build will rely on CentOS Stream 8 in Z release. 3) Beginning from A release Kolla will build only Debian source images - but Kolla-Ansible will still support deployment of those images on CentOS/Ubuntu/Debian Host operating systems (and Rocky Linux to be added in Yoga to that mix). Justification: The Kolla project team is limited in numbers, therefore supporting current broad mix of operating systems (especially with CentOS Stream 9 ,,on the way’’) is a significant maintenance burden. By dropping binary type of images - users would be running more tested images (since Kolla/Kolla-Ansible CI runs source images jobs as voting). In Xena we’ve already changed the default image type Kolla-Ansible uses to source. We also feel that using a unified base OS for Kolla container images is a way to remove some of the maintenance burden (including CI cycles and Request for feedback: If any of those changes is a no go from your perspective - we’d like to hear your opinions. Best regards, Michal Nasiadka