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.
