-
-
Notifications
You must be signed in to change notification settings - Fork 268
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tests failing under debian8 #433
Comments
it is unclear for me, why the order of the source lists change and why it works before on jessie. if i use logic values for the repos and use the jessie dotdeb repo for jessie (and not wheezy) it works what we need is
then the tests should work or the more risky way would be to merge the PR which only have the debian test broken and refactor the repo management later but before a new release |
maybe we have to create a new major version for this because of a BC break |
We shouldn't aim for a breaking change in each release. Sometimes they are needed. That is totally fine if the related issue/PR has a proper title and explains whay/why something changes. This will be automatically parsed and added to the top of the CHANGELOG.md. |
php version & repo matrix
|
i am thinking about dropping wheezy and integrated dotdeb support and set |
Looks valid. I ll do it. #430 |
Why is debian 8 referenced in acceptence/php_spec and acceptence/php56_spec. Because 5.6 is the default, it is already covered in acceptence/php_spec. acceptence/php56_spec is the breaking one. removing it will fix the builds. |
@SimonHoenscheid we should still investigate the problem because the tests worked before. we should know which change made them break. as far as i know only PR with green tests where merged, so why are the test breaking now? also why the wrong lib |
The other question I am asking myself: what is the php56 test covering for debian 8 which is not covered by the php test? |
@c33s It seams to me the docker container is the wrong one. The travis job identifies the container as debian 8, but the dotdeb repo connected is a wheezy one. (debian 7) This can not work with the dependencies.
|
Thats correct. Instead using the facts, whezzy is hardcoded. There are multiple PRs for this issue, but the maintainer want to refactor the logic instead using a simple solution. |
@SimonHoenscheid but why it has worked before? so it worked before and suddenly breaks? yes the wheezy part is hardcoded for dotdeb wasn't this always the case? |
The change which broke builds was part of commit c0cb2d0 on Febuary 17. I would guess it was just a mistake. And looking at the acceptence file for 56 the test was never meant to run on a debian box The other acceptence test file has at least a reference to debian 7 |
in multiple PR the tests fail with debian8
broken tests output:
broken sources output:
it could be a problem of the order of the source lists and that
wheezy
release is forced.The text was updated successfully, but these errors were encountered: