pva> vila, it's reverse: pycurl of version 7.19.0 cause more problems then
pva> pycurl 7.16.4 (with the same curl version installed).
I've seen that and that's what I find strange. It means that
there is a change in curl that leads to failures in bzr, one can
hope that a change in pycurl *fixes* some, not introduces more.
pva> And speaking about 1.9 (full output in attachment) it
pva> looks like same tests fail (even more, but I suppose
pva> some bugs are fixed and some tests were added):
I checked some of them and apparently they are tests which close
the connection early or send unsupported requests, i.e. error
situations anyway.
Probably curl is more strict now and returns an error code
instead of silently closing the connection.
pva> About disabling tests, I mean, I need selectively disable tests which
pva> are known to fail. This helps me to work with our arch teams since
pva> they'll avoid test which are known to fail.
You can use '-x blackbox.test_check.ChrootedCheckTests.test_check_missing_repository' for that
pva> And well, that's said, I'll move back to older py/curl
pva> to see how tests pass there...
That would make our life easier, pycurl is only required these
days when ssl certificate verification is needed (which is worked
on but will require either python-2.6 or the ssl module for
python-2.5 or python-2.4).
Since this bug in particular is really about compatibility
between various packages versions inside a distribution I think
that was worth mentioning.
>>>>> "pva" writes:
pva> vila, it's reverse: pycurl of version 7.19.0 cause more problems then
pva> pycurl 7.16.4 (with the same curl version installed).
I've seen that and that's what I find strange. It means that
there is a change in curl that leads to failures in bzr, one can
hope that a change in pycurl *fixes* some, not introduces more.
pva> And speaking about 1.9 (full output in attachment) it
pva> looks like same tests fail (even more, but I suppose
pva> some bugs are fixed and some tests were added):
pva> ERROR: blackbox. test_check. ChrootedCheckTe sts.test_ check_missing_ repository test_outside_ wt.TestOutsideW T.test_ url_log implementations .test_branch. ChrootedTests. test_open_ containing( BzrBranchFormat 5) implementations .test_branch. ChrootedTests. test_open_ containing( RemoteBranchFor mat-default) ChrootedTests. test_open_ containing ChrootedTests. test_open_ containing_ from_transport ChrootedTests. test_open_ containing_ tree_branch_ or_repository_ empty TestWallServer. test_http_ get(pycurl, HTTP/1. 1) TestWallServer. test_http_ has(pycurl, HTTP/1. 1)
pva> ERROR: blackbox.
pva> ERROR: branch_
pva> ERROR: branch_
pva> ERROR: test_bzrdir.
pva> ERROR: test_bzrdir.
pva> ERROR: test_bzrdir.
pva> ERROR: test_http.
pva> ERROR: test_http.
I checked some of them and apparently they are tests which close
the connection early or send unsupported requests, i.e. error
situations anyway.
Probably curl is more strict now and returns an error code
instead of silently closing the connection.
pva> About disabling tests, I mean, I need selectively disable tests which
pva> are known to fail. This helps me to work with our arch teams since
pva> they'll avoid test which are known to fail.
You can use '-x blackbox. test_check. ChrootedCheckTe sts.test_ check_missing_ repository' for that
pva> And well, that's said, I'll move back to older py/curl
pva> to see how tests pass there...
That would make our life easier, pycurl is only required these
days when ssl certificate verification is needed (which is worked
on but will require either python-2.6 or the ssl module for
python-2.5 or python-2.4).
Since this bug in particular is really about compatibility
between various packages versions inside a distribution I think
that was worth mentioning.