Bug#955807: transition: netcdf
On 2020-04-28 06:26:00, Sebastiaan Couwenberg wrote: > On 4/27/20 5:57 AM, Sebastiaan Couwenberg wrote: > > On 4/25/20 9:09 PM, Sebastian Ramacher wrote: > >> On 2020-04-25 17:23:03, Sebastiaan Couwenberg wrote: > >>> vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in > >>> #958817. > >>> > >>> Since it's a key package the RC bug won't trigger autoremoval of it and > >>> its rdeps like lammps. > >>> > >>> If #958817 is not fixed soon, rebuilds in testing-proposed-updates like > >>> for hdf5 may be required to enable migration of netcdf and the affected > >>> packages. > >> > >> I don't think this will be necessary. libnetcdf15 and libnetcdf18 are > >> co-installable so netcdf should be smooth-updatable. > > > > netcdf and most rdeps have migrated to testing. eccodes & vtk7 should > > migrated tomorrow. gdal on armel & mips* still need to migrate as well. > > eccodes & vtk7 have migrated. gdal on armel & mips* is still TODO. gdal is blocked on libgeotiff which should be ready tomorrow. Best -- Sebastian Ramacher
Bug#955807: transition: netcdf
On 4/27/20 5:57 AM, Sebastiaan Couwenberg wrote: > On 4/25/20 9:09 PM, Sebastian Ramacher wrote: >> On 2020-04-25 17:23:03, Sebastiaan Couwenberg wrote: >>> vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in #958817. >>> >>> Since it's a key package the RC bug won't trigger autoremoval of it and >>> its rdeps like lammps. >>> >>> If #958817 is not fixed soon, rebuilds in testing-proposed-updates like >>> for hdf5 may be required to enable migration of netcdf and the affected >>> packages. >> >> I don't think this will be necessary. libnetcdf15 and libnetcdf18 are >> co-installable so netcdf should be smooth-updatable. > > netcdf and most rdeps have migrated to testing. eccodes & vtk7 should > migrated tomorrow. gdal on armel & mips* still need to migrate as well. eccodes & vtk7 have migrated. gdal on armel & mips* is still TODO. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 signature.asc Description: OpenPGP digital signature
Bug#955807: transition: netcdf
On 4/25/20 9:09 PM, Sebastian Ramacher wrote: > On 2020-04-25 17:23:03, Sebastiaan Couwenberg wrote: >> vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in #958817. >> >> Since it's a key package the RC bug won't trigger autoremoval of it and >> its rdeps like lammps. >> >> If #958817 is not fixed soon, rebuilds in testing-proposed-updates like >> for hdf5 may be required to enable migration of netcdf and the affected >> packages. > > I don't think this will be necessary. libnetcdf15 and libnetcdf18 are > co-installable so netcdf should be smooth-updatable. netcdf and most rdeps have migrated to testing. eccodes & vtk7 should migrated tomorrow. gdal on armel & mips* still need to migrate as well. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 signature.asc Description: OpenPGP digital signature
Bug#955807: transition: netcdf
On 2020-04-25 17:23:03, Sebastiaan Couwenberg wrote: > vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in #958817. > > Since it's a key package the RC bug won't trigger autoremoval of it and > its rdeps like lammps. > > If #958817 is not fixed soon, rebuilds in testing-proposed-updates like > for hdf5 may be required to enable migration of netcdf and the affected > packages. I don't think this will be necessary. libnetcdf15 and libnetcdf18 are co-installable so netcdf should be smooth-updatable. Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#955807: transition: netcdf
vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in #958817. Since it's a key package the RC bug won't trigger autoremoval of it and its rdeps like lammps. If #958817 is not fixed soon, rebuilds in testing-proposed-updates like for hdf5 may be required to enable migration of netcdf and the affected packages. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#955807: transition: netcdf
On 2020-04-22 09:56:23, Sebastiaan Couwenberg wrote: > On 4/21/20 9:45 PM, Sebastian Ramacher wrote: > > Please go ahead. > > Thanks. > > netcdf (1:4.7.4-1) is built & installed on all release architectures, > and ports where possible. > > Please schedule the binNMUs. Scheduled the binNMUs for level 1. Cheers -- Sebastian Ramacher
Bug#955807: transition: netcdf
On 4/21/20 9:45 PM, Sebastian Ramacher wrote: > Please go ahead. Thanks. netcdf (1:4.7.4-1) is built & installed on all release architectures, and ports where possible. Please schedule the binNMUs. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#955807: transition: netcdf
Control: tags -1 + confirmed On 2020-04-05 08:26:10, Bas Couwenberg wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > Control: forwarded -1 > https://release.debian.org/transitions/html/auto-netcdf.html > Control: block -1 by 955715 955749 955806 > > NetCDF bumped it SONAME requiring a transition. > > Most rdeps built successfully except adios, oasis3 & metview as > summarized below. > > > Transition: netcdf > > libnetcdf15 (1:4.7.3-1+b1) -> libnetcdf18 (1:4.7.4-1~exp2) > > The status of the most recent rebuilds is as follows. > > adios (1.13.1-21)FTBFS (#955715) > cmor (3.5.0-3) OK > coda (2.21-4) SKIP (B-D only) > dx (1:4.4.4-12) OK > eccodes(2.17.0-1) OK > exodusii (6.02.dfsg.1-8)OK > gdal (3.0.4+dfsg-1) OK > gerris (20131206+dfsg-19) SKIP (B-D only) > grace (1:5.1.25-7) OK > grads (3:2.2.1-2)OK > gri(2.12.26-1)SKIP (B-D only) > kst(2.0.8-3) SKIP (B-D only) > labplot(2.7.0-1) OK > libminc(2.4.03-2) OK > libpdl-netcdf-perl (4.20-6) OK > nco(4.9.1-1) OK > ncview (2.1.8+ds-3) OK > netcdf-cxx (4.3.1-2) OK > netcdf-cxx-legacy (4.2-11) OK > netcdf-fortran (4.5.2+ds-1) OK > netcdf4-python (1.5.3-1) OK > octave-netcdf (1.0.13-1) OK > r-cran-ncdf4 (1.17-1) OK > r-cran-rnetcdf (2.1-1-1) OK > ruby-netcdf(0.7.2-3) OK > v-sim (3.7.2-8) OK > > cdftools (3.0.2-4) SKIP (B-D only) > deal.ii(9.1.1-9) SKIP (B-D only) > emoslib(2:4.5.9-3)SKIP (B-D only) > etsf-io(1.0.4-4) SKIP (B-D only) > ferret-vis (7.5.0-2) OK > gmt(6.0.0+dfsg-1) OK > gnudatalanguage(0.9.9-12) OK > grass (7.8.2-1) OK > harp (1.9.2-1) OK > minc-tools (2.3.00+dfsg-3)OK > ncl(6.6.2-1) OK > oasis3 (3.mct+dfsg.121022-14) FTBFS (#955749) > paraview (5.7.0-4) SKIP (B-D only) > python-escript (5.5-5)SKIP (B-D only) > vtk6 (6.3.0+dfsg2-5)OK > vtk7 (7.1.1+dfsg2-2)OK > > lammps (20191120+dfsg1-2) OK > odb-api(0.18.1-10)SKIP (B-D only) > pyferret (7.5.0-5) OK > qgis (3.10.4+dfsg-1)OK > > magics++ (4.3.0-1) OK > > cdo(1.9.9~rc2-1) OK > metview(5.8.1-2) FTBFS (#955806) Please go ahead. Cheers -- Sebastian Ramacher
Bug#955807: transition: netcdf
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: forwarded -1 https://release.debian.org/transitions/html/auto-netcdf.html Control: block -1 by 955715 955749 955806 NetCDF bumped it SONAME requiring a transition. Most rdeps built successfully except adios, oasis3 & metview as summarized below. Transition: netcdf libnetcdf15 (1:4.7.3-1+b1) -> libnetcdf18 (1:4.7.4-1~exp2) The status of the most recent rebuilds is as follows. adios (1.13.1-21)FTBFS (#955715) cmor (3.5.0-3) OK coda (2.21-4) SKIP (B-D only) dx (1:4.4.4-12) OK eccodes(2.17.0-1) OK exodusii (6.02.dfsg.1-8)OK gdal (3.0.4+dfsg-1) OK gerris (20131206+dfsg-19) SKIP (B-D only) grace (1:5.1.25-7) OK grads (3:2.2.1-2)OK gri(2.12.26-1)SKIP (B-D only) kst(2.0.8-3) SKIP (B-D only) labplot(2.7.0-1) OK libminc(2.4.03-2) OK libpdl-netcdf-perl (4.20-6) OK nco(4.9.1-1) OK ncview (2.1.8+ds-3) OK netcdf-cxx (4.3.1-2) OK netcdf-cxx-legacy (4.2-11) OK netcdf-fortran (4.5.2+ds-1) OK netcdf4-python (1.5.3-1) OK octave-netcdf (1.0.13-1) OK r-cran-ncdf4 (1.17-1) OK r-cran-rnetcdf (2.1-1-1) OK ruby-netcdf(0.7.2-3) OK v-sim (3.7.2-8) OK cdftools (3.0.2-4) SKIP (B-D only) deal.ii(9.1.1-9) SKIP (B-D only) emoslib(2:4.5.9-3)SKIP (B-D only) etsf-io(1.0.4-4) SKIP (B-D only) ferret-vis (7.5.0-2) OK gmt(6.0.0+dfsg-1) OK gnudatalanguage(0.9.9-12) OK grass (7.8.2-1) OK harp (1.9.2-1) OK minc-tools (2.3.00+dfsg-3)OK ncl(6.6.2-1) OK oasis3 (3.mct+dfsg.121022-14) FTBFS (#955749) paraview (5.7.0-4) SKIP (B-D only) python-escript (5.5-5)SKIP (B-D only) vtk6 (6.3.0+dfsg2-5)OK vtk7 (7.1.1+dfsg2-2)OK lammps (20191120+dfsg1-2) OK odb-api(0.18.1-10)SKIP (B-D only) pyferret (7.5.0-5) OK qgis (3.10.4+dfsg-1)OK magics++ (4.3.0-1) OK cdo(1.9.9~rc2-1) OK metview(5.8.1-2) FTBFS (#955806) Kind Regards, Bas
