-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove nx-cugraph from cugraph #418
Remove nx-cugraph from cugraph #418
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is not the right fix. Don't you still want nx-cugraph
to be buildable with devcontainers? Even if we don't add devcontainer CI / devcontainer configs in the https://github.com/rapidsai/nx-cugraph repo, I think it'd still be useful to have that support here in the unified devcontainer... so you could make a change in cugraph and then test how it affects nx-cugraph.
That is why in #417, I added something like this:
- name: nx-cugraph
path: nx-cugraph
git: {<<: *git_defaults, repo: nx-cugraph}
python:
- name: nx-cugraph
sub_dir: .
args: {install: *rapids_build_backend_args}
And please see the other change there... any time you change the content of something in features/
here, you need to bump it's version.
Once those are addressed, I support moving this PR forward and not trying to wait on the GNN projects. I'd hoped to be able to do this all at once, but cugraph-gnn
needs a bit more work.
Also note that the CI failures here weren't because of your changes, and should resolve on a re-run now that rapidsai/raft#2490 was merged. |
Thanks @jameslamb I suspected we needed to make those changes, thanks for explaining :) . Updated. |
We should add devcontainers to the new nx-cugraph repo. Aside from them being a convenient way to work on a project for outside contributors, they also help ensure nx-cugraph changes don't break devcontainer and DLFW builds. |
Great, let's do that. Want to put up a PR at https://github.com/rapidsai/nx-cugraph? |
Believe CI errors like this:
Should be fixed by rapidsai/cuvs#467 |
I put up a PR to add devcontainers CI jobs for |
Even though this change is also covered in #417, CI just started over there and takes a couple hours to run. Merging this to unblock rapidsai/cugraph#4756 and rapidsai/nx-cugraph#25 |
Development of some `cugraph` projects is moving in 24.12. ```text # GNN packages cugraph-dgl: rapidsai/cugraph -> rapidsai/cugraph-gnn cugraph-pyg: rapidsai/cugraph -> rapidsai/cugraph-gnn wholegraph: rapidsai/wholegraph -> rapidsai/cugraph-gnn # networkx nx-cugraph: rapidsai/cugraph -> rapidsai/nx-cugraph # other cugraph-equivariant -> (removed) ``` This updates the `rapids-build-utils` manifest to reflect those changes. ## Notes for Reviewers The `nx-cugraph` changes ended up getting split off into their own PR: #418 --------- Co-authored-by: Kyle Edwards <[email protected]>
I believe this is needed to remove
nx-cugraph
from thecugraph
repo being done in rapidsai/cugraph#4756This is a subset of the changes @jameslamb is making in #417. Does it make sense to do this change for
nx-cugraph
andcugraph-gnn
independently (how close iscugraph-gnn
to being removed?)? Should we also addnx-cugraph
as done in that PR? Anything else?@nv-rliu @jameslamb @rlratzel