summaryrefslogtreecommitdiff
path: root/.travis.yml
Commit message (Collapse)AuthorAgeFilesLines
* Remove some trailing spaces/tabsFrancois-Xavier Le Bail2020-06-131-1/+1
| | | | | | Moreover: Remove some spaces before tabs. Remove extra blank line.
* Revert "travis: try to fix the "don't use GCC on macOS" rules"Guy Harris2020-05-231-0/+1
| | | | | | | | | | This reverts commit 684fd7431ced5152e0c27a9e563113375ba3d5d9. Duh, I was looking at a build of a pull request that hasn't yet been rebased on main with the .travis.yml changes, so those rules weren't there in the first place. [skip ci]
* travis: try to fix the "don't use GCC on macOS" rulesGuy Harris2020-05-231-1/+0
| | | | | | | | They aren't preventing GCC builds on macOS ("gcc" is just an alias for Clang, so those builds serve no purpose), although the same rules *are* preventing them for libpcap builds. The libpcap .travis.yml file lacks the fast_finish item and the if: items; try removing the former first.
* travis: try removing the matrix: clause and putting back the Coverity stuff.Guy Harris2020-05-141-3/+30
| | | | | | | | | Somebody claimed in https://travis-ci.community/t/if-doesnt-appear-to-work-in-exclude/8595/5 that "matrix: is now an alias to jobs:", and suggested combining them, so do so.
* Revert "travis: see if this flavor of if: works."Guy Harris2020-05-141-1/+2
| | | | | | This reverts commit 20ecf68b9ed076df8c7db120e69a44663c4e6e82. [Narrator: No, it does not work.]
* travis: see if this flavor of if: works.Guy Harris2020-05-141-2/+1
| | | | | Instead of having a list that includes an if: and other tests, have an if: that combines the conditions with AND.
* travis: OK, I give up.Guy Harris2020-05-141-7/+8
| | | | | | | | | | | | See https://travis-ci.community/t/if-doesnt-appear-to-work-in-exclude/8595 for the complaint. Go back to the previous list of excluded builds, and get rid of the extra messages thrown into the script, as they do *not* prevent the Coverity scan builds from failing on the experimental platforms.
* travis: try suppressing Linux builds without if:Guy Harris2020-05-141-2/+1
| | | | I give up. This is completely insane.
* travis: does a condition have to follow if:?Guy Harris2020-05-141-0/+1
| | | | | | | Try doing os: linux, to see if it suppresses Linux builds. (If not, we'll just try os: linux without the if:, to see if *that* suppresses Linux builds; if so, time to hit the Travis maintainers upside the head.)
* travis: suppress all builds.Guy Harris2020-05-141-1/+1
| | | | | | | If *this* doesn't work, then I think the only alternative is to file an issue saying that the entire Travis feature is completely ineffective, and either get them to say "no, you do it this way" or "yup, you lose" or "yup, we'll fix it".
* travis: try installing travis-conditions in before_install.Guy Harris2020-05-141-1/+1
|
* travis: OK, test os rather than branch.Guy Harris2020-05-141-1/+1
| | | | | What the *heck* am I missing in the documentation? Does this feature Simply. Not. Work. At. All?
* travis: install the travis-conditions gemGuy Harris2020-05-141-0/+1
| | | | | So is that what's necessary to make if: work? And is this the way to *make* it work?
* travis: try just banning master-branch builds.Guy Harris2020-05-141-11/+0
| | | | | | | | | | | | Either I'm *completely* misreading https://docs.travis-ci.com/user/conditional-builds-stages-jobs/#conditionally-excluding-jobs and https://docs.travis-ci.com/user/conditions-v1 or This. Feature. Simply. Does. Not. Work. Worth. A. Damn.
* travis: try quoting the branch name.Guy Harris2020-05-141-3/+3
| | | | | | Again, the *documentation* doesn't seem to require that the name be quoted in such a test, but I don't trust the documentation at this point....
* travis: see whether having multiple test with an architecture is the probblem.Guy Harris2020-05-141-2/+0
| | | | | | This behavior seems utterly random - with nothing I can see in the documentation to indicate that it should *NOT* work - so try something random.
* travis: see whether putting the if: first works.Guy Harris2020-05-141-6/+6
|
* Travis: see if the branch suppression works *at all*.Guy Harris2020-05-141-3/+3
| | | | | | | | | Compare against master rather than coverity_scan, and see if that prevents the *master* branch from being built on the experimental platforms. (It doesn't seem to be working with coverity_scan; what the heck is the problem?)
* travis: check for Coverity builds in a different way.Guy Harris2020-05-141-3/+3
| | | | | | | | | | | Apparently, COVERITY_SCAN_BRANCH isn't set until the script is run: https://github.com/travis-ci/travis-ci/issues/6868 so it's not set when the exclusion of jobs is done. Instead, exclude Power ISA, z/Architecture, and Arm builds if the branch is coverity_scan.
* Travis: try to suppress Coverity-branch builds on experimental platforms.Guy Harris2020-05-131-0/+10
| | | | Those seem to hang, perhaps in the "run the Coverity script" part.
* Travis: More message tweaking.Guy Harris2020-05-131-1/+3
| | | | | | | | | | Split the "Coverity build - nothing more to do" message and the exit into two lines; in some builds, not all of the message is being printed. Print a message unconditionally *after* that, because we're getting hangs on the offending buildbots *after* the "nothing more to do" Coverity build message is printed. (Perhaps those buildbots aren't detecting the exit?)
* Try adding output to the Coverity build to see if that fixes issues.Guy Harris2020-05-121-1/+1
| | | | | | | For some reason, on the 64-bit PowerPC/Power API, z/Architecture, and 64-bit ARM buildbots, the Coverity bilds time out after the "if this is a Coverity branch, quit before doing anything" step. Print a line, to see whether that satisfies Travis.
* Travis CI: Remove capture on architecture s390x (not working)Francois-Xavier Le Bail2020-04-211-1/+1
|
* Travis CI: Remove capture on architecture ppc64le (not working)Francois-Xavier Le Bail2020-04-201-1/+1
|
* Too many notes^Wquotes.Guy Harris2020-04-181-1/+1
|
* Don't bother with "GCC" on macOS.Guy Harris2020-04-181-0/+7
| | | | | The "gcc" on the Travis buildbots is just Apple's "gcc", which is an alternate front end to Clang, rather than being GCC-for-macOS.
* Only do 64-bit x86 Coverity build.Guy Harris2020-04-181-1/+1
| | | | | | If we're doing a Coverity build, only do it once. Now that we're building for multiple instruction sets, we need to check the instruction set to ensure that.
* Get rid of redundant builds.Guy Harris2020-04-181-8/+18
| | | | | | | | | | If we're building tcpdump with the system libpcap, rather than building libpcap from source and building tcpdump with that libpcap, we don't need to distinguish between "remote capture support enabled" and "remote capture support disabled", as that applies only to libpcap. Add a comment about the instruction sets and add one indicating why we exclude jobs with macOS on anything other than 64-bit x86.
* See if this cuts the build matrix down sufficiently.Guy Harris2020-04-181-2/+11
| | | | | | | | macOS currently runs only on 64-bit x86, so eliminate all the other architecture builds for it. (It may run on 64-bit ARM in the future, but is unlikely ever to run on z/Architecture, and probably won't be re-introduced to the world of the Power ISA, much less little-endian Power ISA.)
* Comment out z/Architecture and ARM64 builds.Guy Harris2020-04-181-2/+2
| | | | | | Travis seems to be complaining that the build matrix has more than 200 jobs; if this successfully triggers a build, we'll have to figure out some dimensions in the matrix to reduce or eliminate.
* Travis CI: Remove the useless package libusb-1.0-0-devFrancois-Xavier Le Bail2020-04-171-1/+0
| | | | It is not needed for usbmon USB capture support on Linux.
* Travis CI: Replace libdbus-glib-1-dev by libdbus-1-devFrancois-Xavier Le Bail2020-04-131-1/+1
| | | | The workaround for 'Disallowing packages: libdbus-1-dev' is now useless.
* Travis CI: Add more CPU architecturesFrancois-Xavier Le Bail2020-04-081-0/+6
| | | | | | Add ppc64le, s390x and arm64 architectures. https://docs.travis-ci.com/user/multi-cpu-architectures/
* Travis CI: Update printing the list of devel libs in Linux buildsFrancois-Xavier Le Bail2020-02-251-1/+1
| | | | This change improves readability.
* Travis CI: Revert the workaround for Coverity certificate problemFrancois-Xavier Le Bail2020-02-071-2/+0
| | | | | | | | | | Because of the error: The command "sudo curl -s -L https://entrust.com/root-certificates/entrust_l1k.cer -o /usr/local/share/ca-certificates/entrust_l1k.crt" failed and exited with 7 during . It seems no longer needed.
* "make check" shuold work with CMake, so do tests in CMake builds.Guy Harris2020-02-051-1/+1
|
* Revert "added libyaml-perl to list of packages for Linux"Michael Richardson2020-02-041-2/+1
| | | | This reverts commit 1e842e24abfadaa0cadbd82ea89fe3170ddb3193.
* added libyaml-perl to list of packages for LinuxMichael Richardson2020-01-251-1/+2
| | | | | added cpanminus and YAML module for OSX install local::lib to get local path on OSX for YAML module
* libdnet has bugs, do not use it.Denis Ovsienko2019-11-031-1/+0
| | | | | | | | | | | | | | | | | | The only function tcpdump used in libdnet was dnet_htoa(), which tries to translate a binary DECnet address to a nodename through a lookup in /etc/decnet.conf. The translation is slow and has a bug, so stop using the function and remove the dependency on libdnet. This makes tcpdump always print DECnet addresses in numeric format, if anybody needs the translation back they are welcome to fix libdnet or (more realistically) add an implementation of dnet_htoa() to the tcpdump source code and use it. (This is a forward-port of commit 9a6eb27 from tcpdump-4.9 to master. Sadly, together with libdnet this change removes the fine work that Guy had done in the master branch in commits ebf3f19 and 4ef8d63 to put libdnet usage right whilst my original "do not use libdnet" commit was aging in the pipeline.)
* Travis CI: Remove running capture on default interface on macOSFrancois-Xavier Le Bail2019-10-191-1/+1
| | | | | | | | | It's currently unreliable. Sometimes the default interface is 'utun0' and there is no packet to capture on it. This change should be temporary.
* Travis CI: Use Linux Bionic (Ubuntu 18.04)Francois-Xavier Le Bail2019-09-071-1/+1
| | | | | | | gcc 7.4.0 (on Xenial was 5.4.0) When building with OS libpcap-dev package, it's now libpcap version 1.8.1 (on Xenial was 1.7.4)
* Travis CI: Update cmake builds with or without cryptoFrancois-Xavier Le Bail2019-08-101-1/+1
|
* Travis CI: Build also with OS libpcap-dev packageFrancois-Xavier Le Bail2019-08-081-12/+19
| | | | | | | | | Run 'make check' only when libpcap is builded from sources to avoid some errors. Currently built with: Linux: libpcap version 1.7.4 macOS: libpcap version 1.8.1 -- Apple version 79.20.1
* Travis CI: Set CFLAGS=-Werror with make (autotools build)Francois-Xavier Le Bail2019-06-081-1/+1
| | | | The cmake build don't use CFLAGS=-Werror.
* Travis CI: Workaround for the Coverity certificate problemFrancois-Xavier Le Bail2019-04-271-0/+2
| | | | | The error message was: "curl: (60) server certificate verification failed."
* Travis CI: Add "./tcpdump -L" and "./tcpdump -#n -c 10" commandsFrancois-Xavier Le Bail2019-04-241-2/+4
| | | | | They are executed with sudo. Execute "./tcpdump -J" with sudo.
* Travis CI: Remove "sudo: false"Francois-Xavier Le Bail2019-04-241-1/+0
| | | | | | | From Travis CI documentation: Container-based infrastructure has been fully deprecated. Please remove any "sudo: false" keys in your .travis.yml file to use the fully-virtualized Linux infrastructure.
* Travis CI: Use Linux XenialFrancois-Xavier Le Bail2019-03-281-1/+2
|
* Travis CI: Use ccache and parallel make.Denis Ovsienko2019-03-221-0/+3
|
* Travis CI: Add debug infosFrancois-Xavier Le Bail2019-03-211-0/+11
| | | | | | | | Add a folded 'cat Makefile' (without the mkdep part for autotools). Add a folded 'cat config.h'. Add a folded 'cat config.log' (for autotools). The 'sleep 10' command is a workaround for a display problem on osx.
View Lorry Controller Status