[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#954654: marked as done (transition: hdf5)

Your message dated Tue, 21 Apr 2020 11:32:25 +0200
with message-id <605d995c-367e-a3e6-8085-0f4487eaecd8@debian.org>
and subject line Re: Bug#954654: transition: hdf5
has caused the Debian Bug report #954654,
regarding transition: hdf5
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 owner@bugs.debian.org
immediately.)


-- 
954654: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954654
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi Release Team,

I'd like to transition hdf5 1.10.6+repack-1~exp5 currently sitting in
experimental.

Among the 112 tested reverse dependencies, only 7 FTBFS, and there failures
aren't related to the transition:
jhdf       KO - #875584 - Not in testing
openmolcas KO - Not in testing
sra-sdk    KO - #952623 - Removal from testing on the 10/04/2020
xmds2      KO - #938925 - Not in testing
ants       KO - Multiple RC bugs - Not in testing
siconos    KO - #954497 - Removal from testing on the 29/03/2020
simpleitk  KO - #949355 - Not in testing

Ben file:

title = "hdf5";
is_affected = .depends ~ /libhdf5/ | .build-depends ~ /hdf5/;
is_good = .depends ~ /libhdf5-103-1|libhdf5-openmpi-103-1|libhdf5-mpich-103-1/;
is_bad = .depends ~ /libhdf5-103|libhdf5-openmpi-103|libhdf5-mpich-103/;

Thanks,

_g.

- -- System Information:
Debian Release: buster/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEoJObzArDE05WtIyR7+hsbH/+z4MFAl53SaEACgkQ7+hsbH/+
z4No4AgAnTZUxHfzT3dtR3B++dZEgOOvb1xnpf8OS3MxVFVUVyIwoWMkGVDp/kXx
sbkT8WOKXvrioLxekCmjvnojPzoFVJD8rcxj9au0fjxSb+sE6uRgVZunXOtgLlgU
+OuKkyj6niHJJgIin6QqN4hmNTGzK5gfJfv+DFF3LmmZtYHh0HZWEBkguS07TG/4
Bq+km1KqADaPlWGANf7yXBiIvzhXO12ZMpsrMg79YalB2YNoVl1treHTBRD6NO1q
KVLLFUntt2zpVtYCQW6YrkKFuWcFRPB8GjoWmstkXXIhOcFBWP466iFdTW406ZKR
4aVGHvxemx+JPpn5VzhUClHHISh1cw==
=6u+X
-----END PGP SIGNATURE-----

--- End Message ---
--- Begin Message --- 
On 09/04/2020 11:09, Emilio Pozuelo Monfort wrote:
> On 09/04/2020 06:17, Sebastiaan Couwenberg wrote:
>> On 4/6/20 12:54 PM, Emilio Pozuelo Monfort wrote:
>>> hdf5 is currently blocked from migrating to testing on mpich due to #954244.
>>
>> mpich migrated to testing. hdf5 will need some help to migrate, not all
>> bad rdeps will be autoremoved eventually.
> 
> I couldn't really understand what was going on from the normal hint output:
> 
>     got: 37+0: a-1:a-0:a-15:a-0:i-20:m-0:m-0:p-0:s-1
>     * armel: cdo, code-saturne, code-saturne-include, harp, libadios-bin, libharp-dev, libharp10, libncarg-bin, libncarg-dev, libncarg0, ncl-ncarg, python3-adios, python3-cdo, python3-harp, python3-sfepy
> 
> 
> Looking closely at those packages didn't give me any hint as to why they would
> be uninstallable (not even on armel) so I added a full hint-type hint and did
> a test run, and I got this:
> 
> I: [2020-04-09T08:49:35+0000] - Removed 9 of 40 cruft item(s) after the changes
> I: [2020-04-09T08:49:35+0000] - easy: 55+0: a-10:a-3:a-3:a-3:i-23:m-3:m-3:p-3:s-4
> I: [2020-04-09T08:49:35+0000] -     * amd64: cantor-backend-scilab, cdo, python3-cdo, ruby-hdfeos5, scilab, scilab-cli, scilab-full-bin, scilab-minimal-bin, scilab-test
> I: [2020-04-09T08:49:35+0000] -     * arm64: cdo, python3-cdo, ruby-hdfeos5
> I: [2020-04-09T08:49:35+0000] -     * armel: cdo, python3-cdo, ruby-hdfeos5
> I: [2020-04-09T08:49:35+0000] -     * armhf: cdo, python3-cdo, ruby-hdfeos5
> I: [2020-04-09T08:49:35+0000] -     * i386: cdo, python3-cdo, ruby-hdfeos5
> I: [2020-04-09T08:49:35+0000] -     * mips64el: cdo, python3-cdo, ruby-hdfeos5
> I: [2020-04-09T08:49:35+0000] -     * mipsel: cdo, python3-cdo, ruby-hdfeos5
> I: [2020-04-09T08:49:35+0000] -     * ppc64el: cdo, python3-cdo, ruby-hdfeos5
> I: [2020-04-09T08:49:35+0000] -     * s390x: cdo, python3-cdo, ruby-hdfeos5
> I: [2020-04-09T08:49:35+0000] - FAILED
> 
> Basically we could remove cdo, ruby-hdfeos5 (or wait for it to be a candidate
> but I would remove it now to finish this) and scilab. Unfortunately after checking
> with dak, I found that tasksel depends on meta-kde, which depends on cantor, which
> depends on scilab, which means that scilab is going to need a fix for #955694 in
> order for this transition to finish.

scilab got fixed, and openmpi became a blocker but also migrated. Some other
packages received uploads but after hinting them hdf5 was finally able to migrate.

Cheers,
Emilio

--- End Message ---
Reply to: