Skip to content
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

Make pylibcugraphops optional imports in cugraph-dgl and -pyg #3693

Merged
merged 4 commits into from
Jul 18, 2023

Conversation

tingyu66
Copy link
Member

@tingyu66 tingyu66 commented Jul 5, 2023

Fixes #3691 .

@tingyu66 tingyu66 added bug Something isn't working non-breaking Non-breaking change labels Jul 5, 2023
@tingyu66 tingyu66 requested a review from a team as a code owner July 5, 2023 19:21
@tingyu66 tingyu66 self-assigned this Jul 5, 2023
@tingyu66 tingyu66 requested a review from a team as a code owner July 5, 2023 19:21
@tingyu66 tingyu66 requested a review from VibhuJawa July 5, 2023 19:22
Copy link
Member

@VibhuJawa VibhuJawa left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM , just one question

Comment on lines -33 to -34
def __init__(self):
super().__init__()
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this deletion intention ?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, linter thinks this is redundant, as it does not add anything on top of __init__() of base class.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Gotcha, I am unsure if we should remove the __init__ call for derived classes. Maybe cause I have not seen it.

CC: @rlratzel/ @eriknw , in case we have opinions on calling the constructor of the base class implicitly/explicitly.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Defining __init__ here does seem unnecessary, since it doesn't change any arguments to __init__ nor does it do anything else at all any more since it no longer checks whether pylibcugraphops.pytorch exists.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the guidance.

I think this PR is ready to merge now.

Comment on lines 11 to 15
- cugraph=23.08.*
- pylibcugraphops=23.08.*
- pytorch>=2.0
- pytorch-cuda>=11.8
- dgl>=1.1.0.cu*
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for fixing this .

@VibhuJawa
Copy link
Member

LGTM, lets merge it in.

@VibhuJawa VibhuJawa mentioned this pull request Jul 10, 2023
1 task
Copy link
Contributor

@rlratzel rlratzel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No action for this PR, but I wonder if longer-term we can get this generated like the others from dependencies.yaml, to at least handle the cugraph version updates every release.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I just updated dependencies.yaml is in 7134e8d.

@BradReesWork
Copy link
Member

@tingyu66 are you looking at the test failures? Do you need any additional help?

@tingyu66
Copy link
Member Author

@tingyu66 are you looking at the test failures? Do you need any additional help?

Not yet, as the current test failure seems to be unrelated to this PR. I would appreciate someone who is familiar with WCC test to take a look. @naimnv mentioned that he found similar issues in nightly.

@BradReesWork
Copy link
Member

/merge

@rapids-bot rapids-bot bot merged commit 917b98b into rapidsai:branch-23.08 Jul 18, 2023
51 checks passed
@tingyu66 tingyu66 deleted the fix-optional-imports branch July 18, 2023 19:12
rapids-bot bot pushed a commit that referenced this pull request Jul 19, 2023
This PR reorders the channels to be compatible with other RAPIDS libs.

#3693 added two new channels, but they were ordered differently than [other libraries](https://github.com/rapidsai/cudf/blob/branch-23.08/dependencies.yaml#L163-L169). This caused [an error](https://github.com/rapidsai/docker/actions/runs/5591817313/jobs/10223438072?pr=545#step:10:349) in the `conda-merge` script in rapidsai/docker#545.

It's also worth noting that docker overhaul requiring the channel ordering being consistent across libraries' `dependencies.yaml` seems very fragile and will undoubtedly cause more issues down the line. Curious if anyone has thoughts on making this more reliable.

Authors:
  - Ray Douglass (https://github.com/raydouglass)

Approvers:
  - AJ Schmidt (https://github.com/ajschmidt8)
  - Bradley Dice (https://github.com/bdice)

URL: #3721
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working non-breaking Non-breaking change
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[BUG] pyliibcugraph optional import cugraph-dgl
6 participants