build: upgrade pyduktape2

[aucampia]

This change updates the version of pyduktape2 in pyproject.toml to a version that sets a restriction on the version of CPython. This is needed because pyduktape2 does not build with the latest version of CPython.

• Fixes CI fails on pyduktape #202.

[aucampia]

Seems mypy is failing now on python 3.8, 3.10 and 3.11, I will try make a PR to fix that a bit later

[ajnelson-nist]

Seems mypy is failing now on python 3.8, 3.10 and 3.11, I will try make a PR to fix that a bit later

@aucampia : I noticed the mypy failures too when I was checking up on pyshacl.validate.validate's signature. I filed PR 192 as an intermediary fix. There will be more to do after that PR if it's merged.

[ashleysommer]

This PR includes only the updated poetry.lock file. Is it supposed to have the updated pyproject.toml file too?

[aucampia]

This PR includes only the updated poetry.lock file. Is it supposed to have the updated pyproject.toml file too?

The version range in pyproject.toml already includes the newly released version:

pySHACL/pyproject.toml

Line 63 in eda96e1

pyduktape2 = {version="^0.4.3", optional=true}

But when poetry installs dependencies it uses the specific versions in poetry.lock:

pySHACL/poetry.lock

Lines 617 to 625 in eda96e1

	[[package]]
	name = "pyduktape2"
	version = "0.4.3"
	description = "Python integration for the Duktape Javascript interpreter"
	optional = true
	python-versions = "*"
	files = [
	{file = "pyduktape2-0.4.3.tar.gz", hash = "sha256:4444c3c103fd18988b17d22822ac77a8a4c7e602a3122ed3fc93a48732d4f7b2"},
	]

So this only updates the locked version. In RDFLib this is updated by Dependabot.

[ashleysommer]

Yeah, thanks, I thought maybe that is what you were going for.
BTW, I opened a discussion thread about the merits of including a lockfile in PySHACL, and the differing use cases of PySHACL as and Application vs PySHACL as a library.
#204