3 Commits (1f7544c8be4867d2a4f7e57b105c5b546b97e359)

Author	SHA1	Message	Date
Aaron van Meerten	909820274c	feat(lint): add tpl lint step for each project (#1983) ... * feat(lint): add tpl lint step for each project * fix path * fix path * include jicofo and jibri * temp cat to test * more templates to lint * fix path * fix jigasi password b64 default behavior	2 months ago
Дамян Минков	70b75f5294	feat(build): Checks config.js syntax. (#1981) ... * feat(build): Checks config.js syntax. * Update .github/workflows/ci.yml Co-authored-by: Aaron van Meerten <aaron.van.meerten@gmail.com> * Update .github/workflows/ci.yml Co-authored-by: Aaron van Meerten <aaron.van.meerten@gmail.com> * squash: Prepare for system-config.js. * squash: Fix order. * Update ci.yml (#1982) * Update ci.yml * Update ci.yml --------- Co-authored-by: Aaron van Meerten <aaron.van.meerten@gmail.com>	2 months ago
Saúl Ibarra Corretgé	b3abfc0b0b	ci: split unstable build and test workflows (#1601) ... * ci: split unstable build and test workflows In order to make multi-arch builds the buildx action will use the docker-container driver, which does not support loading images, and thus the jvb image won't be built based on the "base-java" image, in turn based on the "base" image. That works only when pushing. If we setup buildx to use the "docker" driver it will just build for the current architecture, but it will properly load images and the base images will be used correctly. One downside is that jobs cannot be run in parallel, but it seems to be Fast Enough (R) for now.	1 year ago