Bradley Dice

I'd favor splitting this PR into the new functions and then the deprecations, it does seem to help with moving the work along.

There are some warnings in CI that I don't know how to fix. https://github.com/rapidsai/rmm/actions/runs/8158164146/job/22300050680?pr=1495#step:9:1013 ``` /__w/rmm/rmm/python/docs/docstring of rmm._lib.logger.logging_level:43: WARNING: py:obj reference target not found: denominator /__w/rmm/rmm/python/docs/docstring of rmm._lib.logger.logging_level:46: WARNING: py:obj...

/merge

I don't know how to reconcile this warning with https://github.com/rapidsai/rmm/blob/596ccf919bc373e01ab1215e18b28192ef06f8b0/python/rmm/_cuda/stream.pyx#L65-L78 It says the function must be called as `nogil` but I am unsure if this synchronize function is allowed to...

I'm not aware of any code in libcudf (or in RAPIDS generally) that depends on particular semantics of memory resource equality. I know of no issues from changing semantics as...

I'm planning to work on this after the CCCL 2.1.0 transition: https://github.com/rapidsai/rapids-cmake/pull/399

I'm moving this to the backlog -- I probably don't have time to work on this for 24.06. However, it's needed as a part of fixing up #1508 and preventing...

Good observations @leofang, I think your proposal’s aim to align with upstream package compatibility is important. Like other respondents above, I agree with dropping arches from the oldest rather than...

I feel confident about (1) and will open a PR. @vuule -- can you weigh in on the rest of the plan here?

/ok to test