Checkout Tools
  • last updated 1 hour ago
Constraints: committers
Constraints: files
Constraints: dates
Merge r1875923, r1876479 from trunk:

For future debugging ease, output the Travis tag & branch.

Don't fail the Travis build for ppc64le jobs, which are also unreliable.


[under CTR for Travis-specific changes]

  1. … 2 more files in changeset.
Merge r1872732, r1872777, r1874128, r1874190, r1874256, r1874542, r1874716, r1874720, r1874775, r1875465 from trunk:

Non-x86 testing seems reasonably reliable; note some known failures


Add Travis job with --enable-mods-static=reallyall.

Back off a little when svn export is timing out.

Add Travis job which runs under UBSan ("Undefined Behaviour Sanitizer").

mod_http2 disabled for now until

is merged.

Add gcc 9 job, enable enhanced malloc debugging for pool-debug job.

Add an i386 build using a multilib packages and "gcc -m32".

(All other Travis builds are 64-bit arches currently)

Switch to using httpd-tests git repo.

Fix travis config validation warnings.

Update docs. The expr_string.t failure has not been seen since

the workaround was added AFAICT. The async filter bug

is still breaking the tests regularly. [skip ci].

Add simple test for apxs to catch regression in r1872042.

  1. … 4 more files in changeset.
Merge r1870553, r1870555, r1871091, r1871095, r1871141, r1871815, r1871816, r1871907, r1871908, r1872045, r1872063, r1872073, r1872106, r1872124, r1872309, r1872372, r1872373, r1872389, r1872392, r1872519, r1872544, r1872588, r1872590 from trunk:

Skip "PCRE 1" job for 2.4.x since there's no PCRE 2 support.

Enable ppc64le builds, caching now seems to work in Travis for non-x86.

travis: enable email notifications on success as test

adding myself for debugging (happy 113th birthday to the inventor of that term\!)

does this work??

travis: send notification to httpd-dev@ only on failure

Due to a combination of Daniel's work and probably some fix

on Travis end, we are now finally getting Travis emails in

httpd-dev@. Since having notifications for successful builds

might become a little spammy, let's just alert when a build

fails (like we do with buildbot IIUC).

travis: sync trunk's notification config with 2.4.x

test/ add a simple bash retry to svn export

Sometimes a build is killed by Travis due to svn export taking

a long time to complete (> 10m). This change should be a test to see

if a simple workaround reduces the noise to the dev@ mailing list.

test/ remove bash -e flag

To allow a proper fail/retry, -e needs to be removed.

Ideally this shouldn't happen, so I'd consider this

a test to see if the bash for workaround is a viable

option or not.

test/ make for loop more resilient

This is a follow up to my last commit to this file, to make

the for loop more resilient with the following:

- use --force in svn export, otherwise the second attempt will

always fail due to the dest directory already present.

- exit 1 in case the 5 tries end up in a non zero exit code

(to fail fast the build).

travis: temporary disable notifications to dev@

There seem to be some issues to iron out, disabling

email notifications to avoid spamming dev@.

test/ move retry logic to function

Move the retry logic to a bash function and restore the -e

failure policy in the script (to have cleaner log traces

in base of build failures).

Work around a build failure when a cached APR branch install

is used but APR-util needs to be rebuilt; currently this fails

because the APR build directory is not available.


Disable caching for this combination for now.

travis: restore email notifications for dev@

The issue with ppcle64 seems to be fixed from [1],

and Joe fixed the APR 1.7.x issue as well. Builds are

back to normal.


test/ increase backoff time before executing svn export

Cache SVN checkout of test/framework across Travis builds. Should

improve reliability (the checkout fails frequently) and performance,

plus reduces load on ASF infra.

Github: closes #85

Add Travis job which runs tests in random order.

Github: closes #86

travis: add verbose config to perl test suite for Ubuntu Worker All Modules

For some reason we get sporadic failures only in Ubuntu Worker All Modules' test:

t/apache/rwrite.t ................... 53/? # Failed test 113 in /home/travis/build/apache/httpd/test/perl-framework/blib/lib/Apache/ at line 56 fail #113

t/apache/rwrite.t ................... Failed 1/114 subtests

Recent examples:

Add "-verbose" as test option to capture more data about the failure

when it happens.

travis: disable email notifications

There are still some spurious failures to iron out,

turn off email notification to avoid too many failure

emails to dev@.

Add arm64 support for Travis testing.

This support is experimental.

travis: remove verbose arg for Ubuntu Worker

Add Travis job running the litmus WebDAV test suite.

Enable verbose test output to debug failures on arm.

Submitted by: jorton, elukey, humbedoohy, mrumph

Github: closes #90

  1. … 4 more files in changeset.
Merge r1869541, r1869543, r1869564, r1869565, r1869684, r1869697, r1869703, r1869708, r1869729, r1869801, r1869846, r1870047, r1870077, r1870080, r1870086, r1870150, r1870550 from trunk:

Run buildconf using the specific APR/APR-util versions if configured.

Revert r1869541 and always run httpd's buildconf against the Debian APR,

which does include the *.m4 files.

Add shared-mpms build, add build against APR trunk (httpd trunk only).

Fix handling and ensure safe caching of APR trunk build.

Fix yaml typo.

* .travis.yml: Build on Bionic by default, only build w/APR 1.5.x for

the 2.4.x branch.

* .travis.yml, test/ Pass BUILDCONF to buildconf

and add job which uses the new option.

Install PCRE v2 (10.x) by default, add a job testing with PCRE "v1" (8.x).

Minor Travis doc updates and a todo list.

Test IRC and e-mail notifications.

Add build job for trunk on Xenial with custom APR/APR-util builds.

Try mailing dev@ for Travis build results.

The defaults are to mail:

- on success (if changed from failure)

- on failure (always)

Specify make flags globally and work around PR 63942 for regeneration

of server/util_expr parser.

Support travis builds against APR/APR-util non-trunk branches.

Add job for APR 1.7.x + APR-util 1.7.x.

Build on s390x (interesting test target since it's big-endian).

IRC notifications work, e-mail doesn't; branches are done.

ppc64le builds also work but are extremely slow, so not enabled.

Doc updates for Travis.

Note that APU_VERSION=trunk doesn't work per rpluem's mail.

Skip ap_expr regeneration for 2.4.x.

  1. … 4 more files in changeset.
Merge r1869387, r1869441, r1869456, r1869459, r1869527, r1869533, r1869539, r1869540, r1869548, r1869550 from trunk:

Add a basic Travis config.

Pull in more -dev packages to get more modules building (including mod_md).

Test gcc 7 on bionic, xenial is the Travis default anyway.

Only add the toolchain PPA where really needed.

Update travis config

* Add 'if TRAVIS_OS_NAME' to before_install/before_script/script to allow multi-os testing.

* Add separation lines in matrix config (better visual impact).

* Add Linux to all the current job's name.

* Add tests for Worker mpm.

Move before/run scripts out of .travis.yml.

Reviewed by: elukey

Support 2.4.x builds, which lacks --with-test-suite support.

Build with --enable-load-all-modules only when the test suite is run.

Add Travis support for multiple APR/APR-util versions.

Add an APR build with --enable-pool-debug.

Build all modules when testing APR variations.

Build APR-util 1.6.x --with-crypto otherwise the "mod_crypto" build fails,

though this is a bug:

Add APR 1.4/APR-util 1.4 build, but only for 2.4.x.

Start sketching out some travis docs and check we can -> [skip ci]

Submitted by: jorton, elukey

  1. … 4 more files in changeset.