Description
Expected behaviour
After forking, I expected the CI to work in the fork.
Actual behaviour
Builds are consistently failing due to usage of deprecated (see https://brew.sh/2019/04/04/homebrew-2.1.0/ and Homebrew/brew#5925) brew tap-pin
functionality.
The problem is in line 101 of travis_config.sh
:
brew tap --list-pinned | grep -qxF cartr/qt4 || brew tap-pin cartr/qt4
In the main repo, the first part brew tap --list-pinned | grep -qxF cartr/qt4
always succeeds, I assume because the cache always kicks in.
In the fork however, it always falls through to brew tap-pin cartr/qt4
because there is no cache, and then it always fails, so cache is never created. If only I could escape this catch 22 ;)
Steps to reproduce
- Fork the repo.
- Enable Travis CI builds for the fork.
- Trigger a build.
- See it crash and burn.
Bunch of examples: https://travis-ci.com/mbdevpl/opencv-python/builds
One specific log: https://travis-ci.com/mbdevpl/opencv-python/jobs/263773575 - in this build no changes have been made in the fork whatsoever, it's simply a build of current master branch.
Solution idea
I guess one quick solution to try would be to use:
brew tap-pin cartr/qt4/formula_name_here
But unfortunately as I am unfamiliar with the opencv-python CI setup, I have no idea about what should be in the formula_name_here
. Would any one of maintainers be able to provide ideas to try?