aboutsummaryrefslogtreecommitdiffhomepage
path: root/.travis.yml
Commit message (Collapse)AuthorAge
* travis: disable OSXGravatar wm42017-02-18
| | | | | | | Travis being a POS again. Why does the travis config even have tol be part of the source code repo? This makes no sense.
* travis: rebuild website for updated docs on pushGravatar Stefano Pigozzi2016-09-04
|
* travis: move travis-deps script to TOOLSGravatar wm42016-05-12
| | | | Don't let it clutter the top level directory.
* manpage: update mpv IRC channelsGravatar Niklas Haas2015-04-27
| | | | | Moved to #mpv and #mpv-devel, respectively. Travis details were also updated.
* travis: re-enable OSXGravatar wm42015-04-07
| | | | Let's see if it works better now.
* travis: disable on OSXGravatar wm42015-01-03
| | | | Useless crap that keeps spamming IRC with timeout "errors".
* travis: restrict build matrix furtherGravatar wm42014-11-24
| | | | | | | | | | | | | | | | We don't actually want to test all possible combinations; we just want to make sure that each thing (e.g. linux/osx, ffmpeg/libav) is tested once. Exclude Linux + ffmpeg-stable, because ffmpeg-stable is already tested on OSX. Exclude clang on Linux, because OSX needs clang, but Coverity (running on Linux) needs gcc - so we use gcc only on Linux. I also wanted to reduce the matrix to a single configuration when running Coverity, but apparently this is not possible. (See travis-ci/travis-ci#1975.)
* travis: add gcc to the build matrixGravatar wm42014-11-24
| | | | | | | | For the purpose of running Coverity correctly. Although I'm not sure how well this works. gcc won't work on OSX, and also I'm not sure if Coverity will act up if the build matrix has more than 1 configuration (will it submit multiple scans?).
* travis: another attempt (2)Gravatar wm42014-11-21
| | | | They said YAML is "simple"...
* travis: another attemptGravatar wm42014-11-21
| | | | I guess it didn't like the duplicate env section.
* travis: attempt to add Coverity integrationGravatar wm42014-11-21
| | | | | Not sure if this will work. Probably not, because it seems Coverity will be missing some required dependencies.
* travis: add OS X continous integrationGravatar Stefano Pigozzi2014-07-21
| | | | | | | | The travis guys were so nice to activate multi OS support for us (it's a beta feature). So now we build on OS X ass well to check for OS X specific breakage. Later I might investigate further and build with the minimum supported SDK version so that we don't break older systems by using newer Cocoa features.
* travis-ci: update Libav releaseGravatar wm42014-03-24
| | | | | | | | Libav 10 was released, so we can enable testing the stable Libav version again. FFmpeg 2.2 was also released, but since we still support 2.1.4, we stick with the older version. This is better for testing.
* build: drop support for Libav 9Gravatar wm42014-03-16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | I have no tolerance for this garbage anymore. There are tons of issues with it (see e.g. previous commit), and there is no reason to use it either. Use Libav git, or Libav 10 when it's released. This also drops support for earlier FFmpeg release, which have exactly the same issues as Libav 9. FFmpeg 2.1.4 is still supported, because it's the latest release, and is reasonably recent. (Although this will probably also be dropped as soon as FFmpeg 2.2 is released.) Assumed version table (lots of nonsensical numbers): FFmpeg 2.1.4 FFmpeg (n2.2-rc2) Libav (v10_beta2) lavu 52.48.101 52.66.100 53.3.0 lavc 55.39.101 55.52.102 55.34.1 lavf 55.19.104 55.33.100 55.12.0 lsws 2.5.101 2.5.101 2.1.2 lavi 3.90.100 4.2.100 4.2.0 lswr 0.17.104 0.18.100 - lavr 1.1.0 1.2.0 1.1.0 libpostproc and libavdevice are not interesting. Following this commit, code needed just to support old Libav versions will start to be removed.
* travis: disable e-mail notificationsGravatar Stefano Pigozzi2013-11-23
|
* switch the build system to wafGravatar Stefano Pigozzi2013-11-21
| | | | | | | | | | | | | | | | | | | | | | | This commit adds a new build system based on waf. configure and Makefile are deprecated effective immediately and someday in the future they will be removed (they are still available by running ./old-configure). You can find how the choice for waf came to be in `DOCS/waf-buildsystem.rst`. TL;DR: we couldn't get the same level of abstraction and customization with other build systems we tried (CMake and autotools). For guidance on how to build the software now, take a look at README.md and the cross compilation guide. CREDITS: This is a squash of ~250 commits. Some of them are not by me, so here is the deserved attribution: - @wm4 contributed some Windows fixes, renamed configure to old-configure and contributed to the bootstrap script. Also, GNU/Linux testing. - @lachs0r contributed some Windows fixes and the bootstrap script. - @Nikoli contributed a lot of testing and discovered many bugs. - @CrimsonVoid contributed changes to the bootstrap script.
* travis: remove e-mail notificationsGravatar Stefano Pigozzi2013-11-08
| | | | | Lately Travis sends out many notifications that are false positives caused by timeout. We are annoyed.
* travis: run travis on 'ci' branchGravatar Stefano Pigozzi2013-06-03
| | | | | | | We will use the 'ci' branch to do test builds of big features before they are merged into master. [ci skip]
* travis: fix typoGravatar Stefano Pigozzi2013-05-20
| | | | [ci skip]
* travis: DRY up the yaml fileGravatar Stefano Pigozzi2013-05-20
| | | | | Use YAML's anchor/reference syntax to DRY up the YAML file. Also fix a bug that caused the IRC notification to always take place (even on success).
* add Travis-CI integrationGravatar Stefano Pigozzi2013-05-19
Travis-CI [1] is a continous integration cloud service. It is free for open-source projects and tigthly integrated tiwh GitHub so there is really no reason for us not use it. :) For now we are going to do a total of 4 builds, mainly to test ffmpeg/libav API breakage: * ffmpeg-stable, libass-stable * ffmpeg-git, libass-stable * libav-stable, libass-stable * libav-git, libass-stable The compiler that is currently used is clang for two reasons: * running 8 build targets would be quite wasteful and take a long time * clang is less tested and used during development than gcc (especially on linux) Currently Travis doesn't support OS X environments alongside Linux ones [2]. When it will, we will add a fifth build target to test OS X compilation breakage. README was moved to markdown to add the little build status image. I ran some tests with my GitHub fork and couldn't get images to show up using ReStructured Text. [1]: https://github.com/travis-ci/travis-ci [2]: travis-ci/travis-ci#216