This is the most uneasy transition I've ever handled. There was massive upstream code overhaul breaking basically everything.
Build system has changed so I rewritten the d/rules, this took me a while. Going through NEW due to upstream rename took a while. Then only amd64 does not FTBFS. I wrote patches to make it green on release architectures, this took me a while. Then there is package split, which means we have to go through NEW again. This is relatively fast IIRC. Throughout the whole process I'm dealing with paper submission deadline which has passed several days ago. Before that I wasn't able to allocate time for the massive reverse dependency build. This took a while as well. Now we can finally go ahead. On Wed, 2022-05-25 at 20:07 -0400, M. Zhou wrote: > Control: tags -1 -moreinfo > > Reverse-Build-Depends > * blender [irrelevant; ftpfs, no matching function for call to > openvdb... ] #1011653 > * bowtie [ok] > * bowtie2 [ok] > * casparcg-server [ftbfs, TBB not found during cmake] #1011654 > * deal.ii [ftbfs, cmake could not find tbb] #1011655 > * embree [ok] > * flexbar [ftbfs, cannot find tbb header] #1011656 > * gazebo [irrelevant; ftbfs, missing symbol from libtiff] #1011657 > * gudhi [ok] > * libatomic-queue [ok] > * libpmemobj-cpp [ftbfs, tbb api break] #1011658 > * macaulay2 [unknown, timeout for doc build during ThreadedGB ... > Minimal.out] > * madness [ok] > * mathicgb [ok] > * mpqc3 [irrelevant; eigen3 api break; already FTBFS] > * numba [irrelevant; incompatible with py3.10] > * onednn [ok] > * open3d [ok] > * opencascade [ftbfs; tbb api break] #1011659 > * opencv [ok] > * opensubdiv [ftbfs; tbb api break] #1011660 > * openturns [ok] > * openvdb [irrelevant; help2man error during manpage build; already > FTBFS] > * pmemkv [ok] > * ptl [ok] > * r-cran-markovchain [ftbfs; tbb api break] #1011661 > * r-cran-rcppparallel [ok] > * r-cran-uwot [ok] > * salmon [ftbfs; tbb api break] #1011662 > * slic3r-prusa [FTBFS, TBB api break] #1011663 > * sysdig [ok] > * tiledarray [irrelevant: other build depenency uninstallable] > * tiny-dnn [ftbfs, TBB not found during cmake] #1011664 > * trilinos [irrelevant: isinf not defined] > * vtk9 [ok] > > > On Sun, 2022-03-13 at 22:28 +0100, Sebastian Ramacher wrote: > Control: forwarded -1 > https://release.debian.org/transitions/html/onetbb.html > Control: tags -1 moreinfo > > On 2022-03-13 16:59:48 -0400, M. Zhou wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian....@packages.debian.org > > Usertags: transition > > > > Hi release team, > > > > This involves an upstream source name change (from tbb to onetbb), > > as well as SOVERSION bump (from 2 to 12), along with a major API > > change including some changes in the core API. > > > > I should have submitted this after my local build test for the > > reverse dependencies of libtbb-dev, but fellow developers from > > debian-science are eager to see this in unstable to unblock > > their works. > > > > I have not tested by myself, but I heard from an archlinux > > developer that this API bump breaks a lot packages. And > > some upstreams decided to disable or drop tbb support as > > a result. I guess we can take similar measures for short > > term workaround. > > Please remove the moreinfo tag once these issues have been > investigated > and bugs have been filed. > > Cheers > > > > > Ben file: > > > > title = "tbb"; > > is_affected = .depends ~ "libtbb2" | .depends ~ "libtbb12"; > > is_good = .depends ~ "libtbb12"; > > is_bad = .depends ~ "libtbb2"; > > Thank you for using reportbug > > >
