Age | Commit message (Collapse) | Author |
|
* Alpine 3.12 has been out for multiple months.
* Fedora 33 is slated for release on 2020-10-27, the current beta is
functionally a release preview.
* Fedora 31 will be EOL as of 2020-11-27, any existing users should have
updated by then.
* Ubuntu 20.10 is slated for release on 2020-10-22, the currently
available system images are functionally a release preview.
* Ubuntu 19.10 went EOL on 2020-07-17.
* Our packaging code was missing a number of distros we technically
support which we appear to build packages correctly for.
|
|
Package build runs on Travis only happen as part of release builds.
Because they happen _after_ the rest of the release, the build checks
have already run at least once because they're run as part of the
initial release build. As such, there’s no point in running them again
on the packaging builds, especially since they are the primary reason
that the packaging builds experience transient errors.
|
|
|
|
* Add failure messages for package build checks.
* Make notifications only happen for master branch.
|
|
* Revert "Fix Travis CI builds and skip Fedora 31 i386 build/test cycles (#9781)"
This reverts commit 07e67c4b62b100ab048070f1a0291fe904ff7513.
This will be fixed differently.
* Skip package build checks on builds that build packages.
We don't need to check that package builds work if we're actually
building packages.
|
|
Our current infrastructure depends on availability of appropriate
architecture LXC containers for the distros we're building for, and
there are no 32-bit x86 LXC images for Ubuntu 20.04, so we cannot build
these packages.
|
|
* Add support for Ubuntu 20.04 DEB packages
* Add Travis config to also build the DEB packages for Ubuntu 20.04 (focal)
|
|
|
|
image (#9630)
|
|
* Add DEB/RPM package build tests to Travis.
* Add working support for bundling eBPF in binary packages.
* Show stdout and stderr from commands run in LXC.
* Add proper bundling code for libbpf.
* Use AC_CHECK_FILE for libbpf.a external dep.
This way it gets properly logged in both configure output and the
configure log.
|
|
It went EOL on 2020-05-26.
|
|
ARCH (#8747)
* packaging/docker/{build,publish}.sh: Simplify scripts. Support only single ARCH
* packaging/docker/build.sh: Remove eval
|
|
|
|
* Revert "Fix broken Fedora 30/31 RPM builds (#8572)"
This reverts commit 71290d9cb904e8ea08456e5c4ab24bc274e593bf.
It didn't actually fix things and caused a different set of issues.
* Build LWS and mosquitto with -fPIC in RPM builds.
This fixeslinking errors that are currently causing RPM package build
failures for Fedora 30/31.
|
|
|
|
|
|
* Migrate Tests from Travis CI to Github Workflows
* Use GHA path filters
* Make a unit test fail
* Run new cmocka based unit tests
* Revert "Make a unit test fail"
This reverts commit 15500c59e4d49cb478ef27289de0366a543815c5.
* Make a cmocka unit test fail
* Work around a bug in libbson-1.0 on Ubuntu 18.04
* Add DCMAKE_BUILD_TYPE=Debug to make dbengine tests pass
* Upload LastTest.log to GHA Artifact storage
* Revert "Make a cmocka unit test fail"
This reverts commit 920f56a03d0479bec1a67dc8c242df189f702177.
* Remove Artifacts Validation stage
|
|
* Migrate make dist validation to GHA Workflows
* Refactor run_install_with_dist_file.sh
|
|
|
|
default to magical behaviour (#8355)
|
|
* Migrate coverity-scan to Github Actions
* Move to job conditional and use local install-required-pacakges.sh
* Add COVERITY_* secrets and add them to the Github secrets store with values from Travis copied over
|
|
* Consolidate and clean up artifact validation.
This consolidates the two separate 'Artifacts Validation' stages we have
in Travis into a single stage,a s well as fixing an error in the
handling of the lifecycle checks.
Overall, this should improve build times for Travis CI checks due to a
deduplication of certain lifecycle checks and an overall increase in the
parallelizability of the jobs within the stage.
* Fix lifecycle check retry logic.
|
|
* Migrate Travis based checks to Github Actions
* Remove Gitlab CI config
* Remove ./build/build.sh and use simple shell to do consistency checks on Dashbaord JS
* Install prereq deps
* Rename job
* Fix brain fart momemt
* Split Dashboard checks into a separate job
|
|
|
|
anything to developers #8188 (#8196)
* Remvoed the use of clang-format that does not actually block PRs or surface anything to developers
* Reopen PR
|
|
|
|
* Fixed Travis CI build handling.
We need to properly quote YAML metacharacters.
* Update pre-generated dashboard.js.
|
|
|
|
|
|
It went EOL upstream on 2019-11-26.
|
|
It went EOL with no continuing upstream support on 2020-01-23.
|
|
Official upstream support for 15.0 ended on 2019-12-03, more than 3
months ago.
|
|
* Add release channel customization to docker build
* Add release channel to travis config
* Build releases with stable channel
* Update packaging/docker/build.sh
Co-Authored-By: Konstantinos Natsakis <5933427+knatsakis@users.noreply.github.com>
* Update packaging/docker/build.sh
Co-Authored-By: Konstantinos Natsakis <5933427+knatsakis@users.noreply.github.com>
Co-authored-by: Mansour Behabadi <mansour@oxplot.com>
Co-authored-by: Konstantinos Natsakis <5933427+knatsakis@users.noreply.github.com>
|
|
-fno-common will be set by default in GCC 10, see https://gcc.gnu.org/PR85678
Therefore, netdata should test with that configuration to be ready for this change.
See https://github.com/netdata/netdata/issues/7869
|
|
This adds a check to the nightly build stages to allow skipping them if
a specific environment variable is not set by Travis.
This allows us to disable nightlies by removing the environment variable
instead of needing to remove the cron job itself, thus ensuring that
nightlies keep happening at the same time each day regardless.
The specific variable is named `RUN_NIGHTLY`, and must be set to 'yes'
to enable nightly builds.
|
|
* Move the script for installing required packages into the main repo.
Based on discussion with Costa.
Most of what this script is actually used for directly is in the main
repo anyway, so it makes more sense to have it there so that any changes
get reviewed properly.
* Fix typo in RPM package build setup.
|
|
|
|
This decouples the PR labeling process from the main CI process, allowing
them to run completely independenly of each other.
The new labeling configuration is based on copying, extending, and
correcting the existing labeling rules in the `labeler.sh` script which
the commit is removing.
Labeling is configured through `.github/labeler.yml` file. Check there
for info on the exact format.
The exact configuration being used will update labels on PR's whenever
one is opened, updated, reopened, or marked ready for review. It will
not remove existing labels from the PR, only add new ones.
|
|
* Remove Fedora 28 from the lifecycle checks.
It's been EOL since 2019-05-28, and anybody continuing to use it is
recieving no support from upstream _or_ the Fedora community.
* Remove Ubuntu 18.10 from package builds.
It's been EOL since 2019-07-18, and anybody continuing to use it is
recieving no support from upstream or the Ubuntu community.
* Update docs.
|
|
* Add Ubuntu 19.10 to packaging and lifecycle checks.
It's been out since 2019-10-07.
* Update docs.
|
|
This adds a check to prevent the 'Support activities on main branch'
stage from running on forked repos. In such repos, it will automatically
fail without special effort from the user, requiring them to carry local
patches on their master branch.
Without this, CI builds of the 'master' branch will fail for users who
do not go through the effort of setting up the custom patches to disable
this stage in their repo.
|
|
* packaging: Set default release channel to stable for gh releases
* Leave kickstart files alone
* Update .travis/create_artifacts.sh
Co-Authored-By: Konstantinos Natsakis <5933427+knatsakis@users.noreply.github.com>
Co-authored-by: Mansour Behabadi <mansour@oxplot.com>
Co-authored-by: Konstantinos Natsakis <5933427+knatsakis@users.noreply.github.com>
|
|
* Skip unit testing during CI when it's not needed.
Our current unit testing takes almost 20 minutes on average during the
CI process, which is almost twice as long as any other step, and it's
only going to get longer as we get better test coverage.
This commit slightly alters how we handle unit testing during CI so that
only those unit tests which are actually needed get run.
This is achieved by using the `$TRAVIS_COMMIT_RANGE` environment
variable provided by Travis to determine which commits we're actually
testing, and then using that information to query Git for what files
actually changed.
As of right now, the only unit testing we're doing is in the dbengine
code, so we check to see if any of those files or the C unit testing
files are modified by the PR and only runs the unit tests for those if
they were modified. The checks are a bit more wide-ranging than they
probably need to be so that we make sure to avoid any false negatives.
This should speed up CI checks for PR's (as well as not monopolizing the
master branch after every PR that gets merged).
* Restructure to better handle PR's.
The previous code did not work correctly with PR's because it ignored
the fact that Travis does not appear to report the full list of commits
for a PR in `TRAVIS_COMMIT_RANGE`, instead only reporting the most
recent set of commits that were pushed.
* Add listing of commits being checked.
This will allow for verification of what is being tested, making it
easier to spot issues with the detection logic.
* Don't assume PR's are targeting the master branch.
|
|
The `matrix` key is officially deprecated and gets auto-merged with the
`jobs` key during config parsing.
If this auto-merging occurs, then the config will fail config
validation, which will in turn cause odd failues during the build
because of how Travis handles config validation (namely, it falls back
to a default config for the detected language).
This change allows us to enable the Config Validation feature in Travis,
which will in turn cause the build to fail very quickly if the
configuration is invalid in some way.
|
|
* Add a job to build and publish Fedora 31 RPMs
Fedora 31 was released on 2019-10-29.
* Also enable Fedora 31 lifecycle checks.
Previously disabled because Fedora 31 was not yet released at the time.
|
|
* .travis.yml: Do not define docker service
It is already there for the bionic image
* .travis.yml: Do not attempt to upgrade docker-ce package
It is already in the latest version for bionic image
* .travis.yml: Do not run docker info
Travis runs docker version by default
|
|
* .travis.yml: Add timestamps to output
* .travis.yml: Use '%H:%M:%.S' intead of '%.T'
Because %.T is not availabe in moreutils 0.60-1
* .travis.yml: Add timestamps to stderr as well
* .travis.yml: Add extra space to timestamp format for better readability
|
|
* ci: remove ubuntu trusty 14.04 from build
* Update packaging matrix with ubuntu 14.04 changes
|
|
|
|
Added a linting pass. This is non-blocking but will output a measure of how much each .c and .h file deviates from our current .clang format. Changed the standard build to include all of the warning that we are using in dev. Added the dependencies for dbengine and confirmed that the standard build enables dbengine. Fixed the original warnings.
|