Contributors mailing list archives
Re: Runbot long term to install packages and other featuresby
I must say I'm not familliar with Runbot, so forgive me if I say something stupid :-)
Why doesn't Runbot simply reuses the scripts from MQT?
They provide already all the "machinery" to have a repos properly installed (and tested).
And today pip provides us caching that can make these builds lighter.
We can even foresee to optimize MQT for this specific use case.
Citando Moises Lopez <email@example.com>:
* HistoryA) Install packagesThe current process to install packages for our runbot for OCA is:1. Request to install pip and apt packages.2. Wait manual installing by server-admin.3. Receive the confirmation of package installed.4. Rebuild manually.Between 2 and 3 we could wait a pair of days or weeksThe worst example is https://github.com/OCA/report-print-send/issues/54 (1 month).If we need of one person this delay is normal (anyone who is).But we have a requirements.txt file that we can re-use to install dependencies on runbot.B) Reproduce travis errorsCurrently we have errors from travis that we can't reproduce on local and we don't have access to the build of travis to debug that environment.Other example: https://github.com/OCA/runbot-addons/pull/53We can't reproduce this error from other environment the last one have a video of how to detect them with the same environment: https://youtu.be/r6-IE87UZQcC) Repositories dependenciesCurrently we have a runbot where we need configure manually the repositories dependencies, but we have a oca_dependencies.txt.Runbot have a method to process them and MQT have other one for travis.We can re-use it too (similar case from requirements.txt) and avoid duplicated code and re-configurate 2 times the same thing.* Proposal- PiecesThe tool travis2docker generates a Dockerfile base on .travis.yml (86% of coverage)(Our use a custom image with custom packages pre-installed and other things to make caching https://hub.docker.com/r/vauxoo/odoo-80-image-shippable-auto/)All repos of OCA are using a .travis.yml with MQT centralized.We have a odoo module runbot_travis2docker for version 9.0 and 94% of coverage- Join themWe have all pieces to join them to fix A) B) and C).With this pieces if you add a package from .travis.yml, requirements.txt or oca_dependencies we re-use the same code of MQT to generate the instance with all apt and pip packages, and all repositories dependencies recursively.We don't need extra custom configuration from runbot instance or server commands.FYI we have a stable runbot using on http://runbot.vauxoo.com/runbot(Offtopic with a isolated environment we have a ssh conexion feature to debug direclty from container if a error is hardly to reproduce locally).It's 100% is compatible with others CI like as @lasley told us hereConclusionMy proposal is migrate our current runbot to dockerized one.@Lasley @alan196 and me give you our help to configure and fix new issues.FYI @Alan196 send us a video of how configure it hereNote: We have other cool tools, but many of them require a extra file or extra configuration to work.What do you think?
Post to: mailto:firstname.lastname@example.org
Vauxoo, Moisés López Calderón