El 22/10/25 a las 20:01, Rebecca N. Palmer escribió: > Control: forwarded -1 https://github.com/RDFLib/rdflib/issues/3274 > (actually found independently) > > The same test also fails in reproducible-builds and debci. The actual error > is earlier in the log: > > /usr/lib/python3/dist-packages/pyparsing/core.py:788: in preParse > loc = self._skipIgnorables(instring, loc) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > /usr/lib/python3/dist-packages/pyparsing/core.py:776: in _skipIgnorables > loc, dummy = ignore_fn(instring, loc) > ^^^^^^^^^^^^^^^^^^^^^^^^ > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > _ _ > > self = Suppress:({'#' rest of line}), instring = Suppress:({'#' rest of > line}) > loc = '# https://www.w3.org/TR/sparql11-federated-query/\nPREFIX foaf: > <http://xmlns.com/foaf/0.1/>\nSELECT ?person ?inter...:knows ?known .\n > }\n }\n }\n}\n# Error message: maximum recursion depth exceeded in > comparison\n' > do_actions = 364, callPreParse = True > > def _parseNoCache( > self, instring, loc, do_actions=True, callPreParse=True > ) -> Tuple[int, ParseResults]: > TRY, MATCH, FAIL = 0, 1, 2 > debugging = self.debug # and do_actions) > > len_instring = len(instring) > ^^^^^^^^^^^^^ > E TypeError: object of type 'Suppress' has no len() > > /usr/lib/python3/dist-packages/pyparsing/core.py:810: TypeError > > The linked upstream report suggests the trigger is Python 3.13.8, and our > timing matches that theory. (_Possibly_ > https://github.com/python/cpython/issues/132744 ?) An upstream comment > suggests ignoring it, but upstream have yet to accept or reject that.
This has been fixed upstream, but version 7.4.0 has switched from sphinx to mkdocs, and requires a new build-dependency that was not available in debian (mkdocs-include-markdown-plugin). It is currently waiting in NEW.
signature.asc
Description: PGP signature
