Comments (7)
@cheelee I think that's basically my strategy: assume we're compatible until I get evidence we aren't, then add constraints for breakage if I can't easily patch. I probably would have caught this one a little sooner, but I haven't yet restored a working CI build for owmeta-core.
from openworm.
Ok some version of rdflib appears to have deprecated access to rdflib.plugins.memory. Changing the setup.py in owmeta to use rdflib==4.1.2 from rdflib>=4.1.2 fixes this problem. This will need to change to a properly bounded requirement for the owmeta ow-0.9 branch. I will raise an issue with the owmeta repository and then close this issue once that's fixed in owmeta.
Edit: Forgot to note that the current build will default to rdflib==6.0.0 without a proper bound on the version support.
from openworm.
@cheelee owmeta and owmeta-core should be as unconstrained about dependency versions as possible. I limited to rdflib<6.0.0 since IOMemory was moved and renamed in 6.0.0 on ow-0.9 branch. For owmeta-core, I'll see if I can keep support for both rdflib<6 and rdflib==6. I'll backport to PyOpenWorm ow-0.9 if it's easy enough.
from openworm.
@mwatts15 Agreed. I think good practice may be for the latest owmeta release (e.g. 0.0.x) to begin its life cycle with an open range (e.g. rdflib>=6). CI/CD will then ensure that it remains bug free with the latest dependencies.
Finally if some dependency does deprecate features, we could cap off the range for that dependency.
Also if we make a new owmeta release, we could do a final update to the dependency requirements of the old owmeta version by capping off each of owmeta's dependencies by their latest bug-free versions.
I wonder if there is some automated way of handling this. The above protocol should ensure that each released version of owmeta is dependency-safe.
What had initially caught me by surprise was that the build failure showed up for OpenWorm docker in spite of no changes to the current release, and I had also correctly assumed that there were no changes to PyOpenWorm ow-0.9.
Anyway thank you very much for looking into a backport. We can close this issue once the backport goes into effect for PyOpenWorm, and I make a new test for OpenWorm/OpenWorm.
from openworm.
I can try to help with any specific CI/CD issues if it is something that can be parcelled out and can help with your workload.
from openworm.
@cheelee Thanks. I've got the owmeta-core Github Actions workflow going now, so getting owmeta running again should be pretty straightforward.
I added the version constraint on the ow-0.9 branch, but I'm not going to put any effort into making that work with rdflib>=6.0.0: I would end up fixing things I already fixed and improved upon in owmeta. The development_c302 branch has started the change to owmeta and I'm working on the update now.
from openworm.
Thanks for the fix @mwatts15 ! Sorry about the delay. Just tested the package and it works again! Gonna close this issue.
from openworm.
Related Issues (20)
- Connect with Hemibrain HOT 3
- Remove xubuntu-desktop installation HOT 7
- Use Python 3 as main version in Docker stack
- The openworm.org SSL certificate is valid for github.com, *.github.com, but not openworm.org. browser.openworm.org sends an empty reply over HTTPS. HOT 2
- Use latest owmeta and c302 HOT 1
- Create GSuite and GitHub account for automation HOT 1
- Use pip installed neuron in Dockerfile as opposed to building
- Docker build failing with latest owmeta HOT 3
- Use virtualenv for Docker Python packages
- Use a more efficient means for recording Sibernetic simulation video
- Pin versions in Dockerfile for releases HOT 1
- Cannot Join Slack Channel HOT 2
- Docker GPU support HOT 2
- Configuration file failed with Version 0.9.3 HOT 6
- Corrupted video and data. HOT 1
- Output fails when running with duration higher than 2000 HOT 6
- The first time running version 0.9.3 of this project failed. HOT 5
- Possible memory leak - openworm 0.9.4 HOT 1
- docker image isn't showing HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from openworm.