split up CUDA-suffixed dependencies in dependencies.yaml

[jameslamb]

Description

Contributes to rapidsai/build-planning#31

In short, RAPIDS DLFW builds want to produce wheels with unsuffixed dependencies, e.g. cudf depending on rmm, not rmm-cu12.

This PR is part of a series across all of RAPIDS to try to support that type of build by setting up CUDA-suffixed and CUDA-unsuffixed dependency lists in dependencies.yaml.

For more details, see:

• Update RAPIDS Python packages to use rapids-build-backend build-planning#31 (comment)
• split up CUDA-suffixed dependencies in dependencies.yaml cudf#16183

Notes for Reviewers

Why target 24.08?

This is targeting 24.08 because:

1. it should be very low-risk
2. getting these changes into 24.08 prevents the need to carry around patches for every library in DLFW builds using RAPIDS 24.08

Checklist

• I am familiar with the Contributing Guidelines.
• New or existing tests cover these changes.
• The documentation is up to date with these changes.

[harrism]

It's a bit late for 24.08... better get it out of draft ASAP.

[jameslamb]

It's a bit late for 24.08... better get it out of draft ASAP.

Yep understood! This should be ready to go, low-risk, and non-controversial... just opened it in draft until I could see CI pass, to minimize notifications for people.

Enough tests have passed that I'm confident in pulling this out of draft now. Hopefully the CI runners will work through their backlog soon 😬

[jameslamb]

I've updated this based on the suggestions from rapidsai/cudf#16183.

Ran the following to check update-version.sh.

git fetch upstream --tags
ci/release/update-version.sh '24.10.00'

git grep -E '24\.8|24\.08|0\.39'

No changes to that script were needed.

[vyasr]

It might be nice to be consistent about when we do and don't use inline tables (some of the other PRs for this did), but nbd.

[vyasr]

I guess in all those cases the package list only contained YAML anchors and not actual package specs.

[jameslamb]

yeah exactly, that was the difference here.> inside a [] causes a YAML-parsing error, and when I surrounded this in single quotes that caused some of the pattern-matching in ci/release/update-version.sh to break. I thought just splitting it out to an indented map was simpler and safer than modifying update-version.sh to account for the possibility of quotes.

[jameslamb]

/merge