Merge ~ahasenack/ubuntu/+source/curl:mantic-curl-slapd-dep8-test into ubuntu/+source/curl:ubuntu/devel
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | git-ubuntu bot | ||||
Approved revision: | not available | ||||
Merged at revision: | 123485c754bfc1f438b27673bdba0fa9d63687d3 | ||||
Proposed branch: | ~ahasenack/ubuntu/+source/curl:mantic-curl-slapd-dep8-test | ||||
Merge into: | ubuntu/+source/curl:ubuntu/devel | ||||
Diff against target: |
85 lines (+43/-6) 4 files modified
debian/changelog (+7/-0) debian/tests/LDAP-bindata.c (+11/-5) debian/tests/control (+1/-1) debian/tests/curl-ldapi-test (+24/-0) |
||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
git-ubuntu bot | Approve | ||
Bryce Harrington (community) | Approve | ||
Canonical Server Reporter | Pending | ||
Review via email: mp+448832@code.launchpad.net |
Description of the change
ppc64el and s390x were failing constantly in the infrastructure[1], but not in real machines (I tried ppc64el). On a hunch, I thought it could be because slapd is restarted and right afterwards the test begins, and there might not be enough time for slapd to be ready, so I added this counter.
The DEP8 tests take a long time. I have a PPA run with a slightly older version than this MP, but the changes should be insignificant (s/stdout/stderr/ in the fprintf I added, and I moved counter++ up to before that print).
The tests pass now, and the log shows at least one retry was needed:
3962s ldapi:// connection failed, retrying (count=0)
ppa: https:/
I used fprintf instead of ldap_perror() because of the format string I wanted to add (count=%d) ;)