Hi Rebecca, On 30-04-2025 16:32, Rebecca N. Palmer wrote:
We recently added some Breaks: to r-base, and britney is now trying to migrate a larger set of packages than I intended
What exactly do you mean by that? britney always tries to migrate everything.
- including many packages that *can't* migrate now because they are not in testing at all.
Things that aren't in testing shouldn't be able to block migration except if they are (build) dependencies for the version in unstable.
What are good ways to investigate further (that don't involve waiting 10 days, because if anything needs fixing then we don't have that long)?
I'm not exaclty understanding your problem, so I can't really advise.
Which version of https://salsa.debian.org/release-team/britney2 is the currently running britney? head-of-master since there aren't any tags??
Yesterday I made changes to britney2 and they are deployed. People with access to respighi should be able to check the state. The code lives in ~release/britney/code/b2/.
Packages I think we need:src:r-base,src:r-bioc-bioccheck,src:r-bioc-pwalign,src:r-cran- argparser,src:r-cran-hdf5r,src:r-cran-plotly,src:r-cran-rcmdcheck,src:r- cran-rlang,src:r-cran-s2,src:r-cran-sf,src:r-cran-survminer,src:r-cran- svglite,src:r-cran-testthat,src:r-cran-timechange,src:r-cran-units
You mean for the tests that fail for r-base migration?
Packages britney actually passed to debci (see e.g. https:// ci.debian.net/packages/r/r-cran-testthat/testing/amd64/60313000/ ): --pin-packages=unstable=src:r-base,src:r-bioc-bioccheck,src:r-bioc- pwalign,src:r-cran-argparser,src:r-cran-bigmemory,src:r-cran- broom.helpers,src:r-cran-cards,src:r-cran-dendextend,src:r-cran- effectsize,src:r-cran-fitcoach,src:r-cran-hdf5r,src:r-cran- heatmaply,src:r-cran-mockr,src:r-cran-performance,src:r-cran- plotly,src:r-cran-rcmdcheck,src:r-cran-rlang,src:r-cran-rpact,src:r- cran-s2,src:r-cran-sf,src:r-cran-sjplot,src:r-cran-sjstats,src:r-cran- survminer,src:r-cran-svglite,src:r-cran-testthat,src:r-cran- tikzdevice,src:r-cran-timechange,src:r-cran-units,src:r-cran-zeligAll the packages I wasn't expecting are not in testing at all, except src:r-cran-broom.helpers, which can't migrate because the new version depends on such packages. (This is fine in itself, but I wasn't expecting it to block other packages; there appear to be no (Build-)Depends on it at all.)
The list of pinned packages is a rather greedy. But if they are not dependencies, they shouldn't block.
There are test-Depends (debian/tests/control) on some of the not-in- testing packages, which might technically be an RC bug since it fails migration-reference autopkgtests, but I don't think Britney looks at those.
Correct, except to determine if failures are regressions. Paul
Attachment:
OpenPGP_signature.asc
Description: OpenPGP digital signature