d36b9e084f
Bump puma from 5.0.2 to 5.6.2 |
||
---|---|---|
app | ||
bin | ||
config | ||
db | ||
lib | ||
public | ||
script | ||
spec | ||
vendor | ||
.dockerignore | ||
.gitignore | ||
.rspec | ||
.travis.yml | ||
Dockerfile | ||
Gemfile | ||
Gemfile.lock | ||
LICENSE.txt | ||
README.md | ||
Rakefile | ||
config.ru | ||
entrypoint.sh | ||
entrypoint_sidekiq.sh | ||
travis.sh |
README.md
RosaLab ABF
A distributed environment to build distributions, supporting all steps from managing source code to creating ISO images. If you have any problems or requests please contact support.
Note: This Documentation is in a beta state. Breaking changes may occur.
- API
- Integration with FileStore (.abf.yml)
- ISO build environment
- Package build environment
- Deployment
Contributing to rosa-build
A ruby translation project managed on Locale that's open to all!
- Edit the translations directly on the rosa-build project on Locale.
- That's it!
- The maintainer will then pull translations from the Locale project and push to Github.
Happy translating! test 1
[20:07] bero: there's ABFUI container that's responsible for the web interface and API that workers use to interact with abf. Sidekiq is a ruby library that is a background job executor. It uses redis to store job information. Some stuff can't just run in the web interface code, stuff like mass build creation for example. You need to create a lot of build lists which takes time, so it's not practical to put it into the web interface itself. Our sidekiq executes jobs like creating mass builds, or changing build list statuses. When a builder sends feedback a job gets scheduled and processed by our main sidekiq container changing status of a build list and updating files if there are any. Publisher and ISO builder are both sidekiq workers too that run 1 job: publishing and product building respectivly. Postgresql container is our main database(well that should be obvious :))
How to kill stucked builds
BuildList.where(id: [362471, 362473]).destroy_all