Gentoo/Funtoo overlay containing pro audio applications
- If you manage
/etc/portage/repos.conf
manually add the following entry:
[audio-overlay]
location = /<path>/<to>/<your>/<overlays>/audio-overlay
sync-type = git
sync-uri = https://github.com/gentoo-audio/audio-overlay.git
auto-sync = yes
- If you use eselect repository enable this overlay using:
eselect repository enable audio-overlay
- If you use layman add this overlay using:
layman -a audio-overlay
Join us at the #proaudio-overlay
channel at irc.freenode.org
or create an issue.
- GitHub's branch protection is enabled for the
master
branch. - Changes can only be done using pull requests and need at least one approval.
- Pull requests can only be merged if they pass the automated tests, which are run by CircleCI.
Only changes that have no failures and warnings are merged.
All tests that are meant to be executed by the user or by CI can be found in the ./tests
directory.
All tests need app-emulation/docker
to be installed.
The emerge
and repoman
tests will create and use a binary package cache at ${HOME}/.portage-pkgdir
.
Every pull request must pass the following tests before it can be merged:
- Validation if the ebuild(s), metadata and other overlay files are correct. This is done using repoman.
Run this test using./tests/repoman.sh
. - Validation if the ebuilds that are new or changed in the Pull Request can be emerged. This is done in a clean amd64 stage3.
Run this test using./tests/emerge-new-or-changed-ebuilds.sh
from the branch which contains the new or changed ebuild(s).
Every day the following tests are run:
- A random ebuild is picked and emerged to validate that it can still be emerged correctly. This is done in a clean amd64 stage3.
Run this test using./tests/emerge-random-ebuild.sh
. - A random live ebuild is picked and emerged to validate that it can still be emerged correctly. This is done in a clean amd64 stage3.
Run this test using./tests/emerge-random-live-ebuild.sh
. - A check if a new version of any of the packages in the overlay is released. This is done using newversionchecker. If a new version has been released an issue requesting a version bump will be created.
Run this test using./tests/newversioncheck.sh
.
To check if an ebuild you're working on can be emerged without issue use ./tests/emerge-ebuild.sh <path>/<to>/<ebuild>.ebuild
. This script will emerge the chosen ebuild in a clean amd64 stage3.
For example to emerge the ebuild media-sound/somesynth/somesynth-1.2.3.ebuild
run ./tests/emerge-ebuild.sh media-sound/somesynth/somesynth-1.2.3.ebuild
.
All test configuration can be found in ./tests/resources
.
To enable configuring packages for the emerge
tests a .conf
file matching the package is sourced before the package is emerged. These .conf
files should be placed in the ./tests/resources/packages
directory using the same package category structure as the overlay itself.
For example to configure the package media-sound/somesynth-1.2.3
the .conf
file should be called ./tests/resources/packages/media-sound/somesynth-1.2.3.conf
.
The new version check uses ./test/resources/newversionchecker.toml
as it's configuration.