[Debian-med-packaging] Bug#997059: intake FTBFS on IPV6-only buildds

Adrian Bunk bunk at debian.org
Sat Oct 23 12:51:54 BST 2021


Source: intake
Version: 0.6.4-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/logs.php?pkg=intake&arch=all
https://buildd.debian.org/status/fetch.php?pkg=intake&arch=amd64&ver=0.6.4-1&stamp=1634402033&raw=0

...
=================================== FAILURES ===================================
_______________________________ test_remote_cat ________________________________

http_server = 'http://localhost:7481/'

    def test_remote_cat(http_server):
        url = http_server + 'catalog1.yml'
>       cat = open_catalog(url)

intake/catalog/tests/test_local.py:533: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
intake/__init__.py:169: in open_catalog
    return registry[driver](uri, **kwargs)
intake/catalog/local.py:573: in __init__
    super(YAMLFileCatalog, self).__init__(**kwargs)
intake/catalog/base.py:101: in __init__
    self.force_reload()
intake/catalog/base.py:159: in force_reload
    self._load()
intake/catalog/local.py:603: in _load
    with file_open as f:
/usr/lib/python3/dist-packages/fsspec/core.py:102: in __enter__
    f = self.fs.open(self.path, mode=mode)
/usr/lib/python3/dist-packages/fsspec/spec.py:897: in open
    f = self._open(
/usr/lib/python3/dist-packages/fsspec/implementations/http.py:216: in _open
    size = self.size(path)
/usr/lib/python3/dist-packages/fsspec/spec.py:608: in size
    return self.info(path).get("size", None)
/usr/lib/python3/dist-packages/fsspec/asyn.py:121: in wrapper
    return maybe_sync(func, self, *args, **kwargs)
/usr/lib/python3/dist-packages/fsspec/asyn.py:100: in maybe_sync
    return sync(loop, func, *args, **kwargs)
/usr/lib/python3/dist-packages/fsspec/asyn.py:71: in sync
    raise exc.with_traceback(tb)
/usr/lib/python3/dist-packages/fsspec/asyn.py:55: in f
    result[0] = await future
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

self = <fsspec.implementations.http.HTTPFileSystem object at 0x7f0e9e499a60>
url = 'http://localhost:7481/catalog1.yml', kwargs = {}, size = False
policy = 'get'

    async def _info(self, url, **kwargs):
        """Get info of URL
    
        Tries to access location via HEAD, and then GET methods, but does
        not fetch the data.
    
        It is possible that the server does not supply any size information, in
        which case size will be given as None (and certain operations on the
        corresponding file will not work).
        """
        size = False
        for policy in ["head", "get"]:
            try:
                size = await _file_size(
                    url, size_policy=policy, session=self.session, **self.kwargs
                )
                if size:
                    break
            except Exception:
                pass
        else:
            # get failed, so conclude URL does not exist
            if size is False:
>               raise FileNotFoundError(url)
E               FileNotFoundError: http://localhost:7481/catalog1.yml

/usr/lib/python3/dist-packages/fsspec/implementations/http.py:262: FileNotFoundError
---------------------------- Captured stderr setup -----------------------------
127.0.0.1 - - [16/Oct/2021 16:33:00] "GET / HTTP/1.1" 200 -
=========================== short test summary info ============================
FAILED intake/catalog/tests/test_local.py::test_remote_cat - FileNotFoundErro...
================== 1 failed, 378 passed, 28 skipped in 58.44s ==================
E: pybuild pybuild:353: test: plugin custom failed with: exit code=1: cd /<<PKGBUILDDIR>>/.pybuild/cpython3_3.9_intake/build; PATH=/<<PKGBUILDDIR>>/debian/python3-intake/usr/bin:/<<PKGBUILDDIR>>/debian/python3-intake/usr/lib:/<<PKGBUILDDIR>>/debian/python3-intake/build/intake:$PATH python3.9 -m pytest
dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13




Note that while the IPV6-only nature of x86-conova-01 is the most likely explanation
why it only fails there, it is not 100% confirmed that this is the problem.



More information about the Debian-med-packaging mailing list