6:10 a.m.
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-rd...
-- Sandro
--
FAS: gui1ty
IRC: Penguinpee