On 13/07/2024 23.34, Andreas Tille wrote:
Hi Michael, Am Sat, Jul 13, 2024 at 02:04:52PM +0200 schrieb Michael R. Crusoe:Saturday update: I'm going to continue to build the rest of the r-bioc-* packages locally, as while cleaning out the bug list I found additional bioc packages that needed adding to Debian.
Done with the local builds!
Then I'll cycle through the architecture dependent packages, doing a `ssh mirror.ftp-master.debian.org "dak rm --rdep-check --no-action r-bioc-$NAME"` check and adding the `architecture-is-64-bit` build-dep only when there are no no-bioc packages that would be affected.
Luckily I thought about this a little bit and realized I can do a single query about the removals.
ssh mirror.ftp-master.debian.org "dak rm --architecture=armel,armhf,i386 --no-arch-all-rdeps --binary-only --partial --rdep-check --no-action $(tr '\n' ' ' < ~/debian/bioc-3.19/packaged-any)"
# where ~/debian/bioc-3.19/packaged-any is a list of packages I made that contain "Architecture: any" in their debian/control files
The following non-bioc-3.19 packages would also need their 32-bit builds removed:
r-bioc-deseq # not part of bioconductor since 3.13
r-cran-nmf # build-dep on r-bioc-biobase
r-cran-restfulr # build-dep on r-bioc-s4vectors
r-cran-samr # build-dep on r-bioc-impute
r-cran-wgcna # build-dep on r-bioc-impute, r-bioc-preprocesscore, r-bioc-go.db, r-bioc-annotationdbi
Adding the 5 packages above to the `dak rm` query doesn't reveal any other issues, BUT removing 32-bit builds of any r-cran-* packages is not yet part of the agreement.
Redoing my "dak rm" query without r-bioc-{biobase,s4vectors,impute,preprocesscore} shows no more issues.
So I'll add the build-dep on "architecture-is-64-bit" to these 76 packages and "extra_restrictions=skip-not-installable" to debian/tests/autopkgtest-pkg-r.conf in all the r-bioc-* packages.
And then I'll start the uploads to "experimental".
Once everything is settled in experimental, I'll request a transition slot from the release team as per https://wiki.debian.org/Teams/ReleaseTeam/TransitionsThat looks great (and a lot of effort - thanks a lot!)
You are welcome!
In case you might need some helping hand in the transition phase I might see what I can do.
Thanks!
Kind regards
Andreas.
Attachment:
OpenPGP_signature.asc
Description: OpenPGP digital signature