Your message dated Wed, 29 Apr 2020 09:15:48 +0200
with message-id <20200429071548.gc95...@ramacher.at>
and subject line Re: Bug#955807: transition: netcdf
has caused the Debian Bug report #955807,
regarding transition: netcdf
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
955807: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955807
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
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
--- End Message ---
--- Begin Message ---
On 2020-04-28 09:45:15 +0200, Sebastian Ramacher wrote:
> 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.
libnetcdf15 got removed from stable. So that's done.
Cheers
--
Sebastian Ramacher
signature.asc
Description: PGP signature
--- End Message ---
