Regarding "TripleO is not tested with Ubuntu" statement, let me give one random example:
Look at: https://review.opendev.org/#/c/709188/ All "tox" jobs (linters, unittests, molecule) are running on Ubuntu upstream and they so test bits of tripleo code, on Ubuntu. Also upstream molecule jobs are based on tox, so at least some of them run **from** ubuntu, with redhat hosts (containers or VMs). What we need to remember is that Controller can be an Ubuntu machine, and I am not sure if we can fully avoid that. So, instead of saying "is not tested with Ubuntu", we should better say that we "do not test deployment on non redhat platforms". The funny part comes in: when you install ansible modules/collections, you are high-likely to do it on the controller, where you may not even have sudo. > On 25 Feb 2020, at 11:06, Alan Pevec <ape...@redhat.com> wrote: > >> Even worse: upstream testing is done using Ubuntu, does this mean that we >> start building debs too? > > TripleO is not tested with Ubuntu and we don't ship anything in OSP > for Ubuntu, so no, we're not going to start building debs. > >> Ansible 2.9 introduced a way to install modules, via collections, which is >> not platform dependent. > > We need to test what we ship to customers, so we need to figure that > out first for Ansible, together with the Ansible team. > Has shipping on Red Hat CDN for Collections been defined by the > Ansible organization? > e.g. for Python we do not ship wheels, we ship Python RPMs. OTOH, for > CI pieces which do not get shipped to customers installing from pypi > is fine and we're doing it, so native Ansible Collections for CI > framework dependencies will be fine too. > > Alan > _______________________________________________ dev mailing list dev@lists.rdoproject.org http://lists.rdoproject.org/mailman/listinfo/dev To unsubscribe: dev-unsubscr...@lists.rdoproject.org
