Following up on my previous mail, erroneously sent to the wrong list.
I dug a little deeper and, well, it got dirtier. Please see below.
On 29-09-2022 14:58, Sandro wrote:
Hi,
I have been looking into the FTBFS of python-odml.
TL;DR Please update packages now python-rdflib has been updated to 6.2.0 according to the preparations already provisioned in the spec files.
Package python-odml depends on python3-owl_rl for the tests.
Package python-owl_rl pulls in python-rdflib-jsonld. This is a manual hack in %prep:
# Remove when rdflib is updated to 6.0.0+, which includes # rdflib_jsonld echo "rdflib_jsonld" >> requirements.txt
Just above that part is a modification to requirements.txt:
# works with rdflib 5.0.0+, so loosen requirement sed -i -e 's/rdflib.*/rdflib/' requirements.txt
Presumably, because rdflib >= 6.0.1 [1] was not then available.
Now it is and we are in for a dependency rollercoaster.
Btw, the package builds fine [2] with the rdflib_jsonld requirement removed.
Package python-rdflib-jsonld contains the following:
# v6.0.0 of rdflib provides rdflib-jsonld itself. # This package would not be compatible with future # releases of rdflib Conflicts: python3-rdflib >= 6.0.0
This is valid and causes a conflict as it should, now that python-rdflib has been updated to 6.2.0 in rawhide and f37.
I pushed python-rdflib-jsonld to rawhide, hoping this would solve the issue with python-odml being FTBFS. I also have an update for f37 pending in testing. I can still pull the update for f37 before it lands in stable, unless, of course there are packages which explicitly depend on it. That would (need to) be a 'BuildRequires: python3-rdflib-jsonld < 6.0'.
I removed my build for f37 from Bodhi. The rawhide build landed. But all this shouldn't matter.
Where it gets messy is python-odml itself. I tried building it in Copr with the updated python-rdflib-jsonld [3]. The tests blew up.
Upstream has released version 1.5.2 and pinned rfdlib to 5.0.0 [4].
Advice on how to handle python-rdflib-jsonld for f37 and rawhide is welcome. I think it should be retired for these releases in favor of python-rdflib. But I'm not sure on that.
I guess the only sane way out of this is have upstream resolve the issues caused by rdflib >=6 and sit this one out.
[1] https://github.com/RDFLib/OWL-RL/blob/master/requirements.txt [2] https://copr.fedorainfracloud.org/coprs/gui1ty/neuro-sig/build/4886094/ [3] https://copr.fedorainfracloud.org/coprs/gui1ty/neuro-sig/build/4886101/ [4] https://github.com/G-Node/python-odml/blob/v1.5.2/CHANGELOG.md#pinning-rdfli...
-- Sandro
neurofedora@lists.fedoraproject.org
-
Sandro