On 4/19/20 3:16 PM, Pino Toscano wrote: >> Please apply the attached patch to not depend on cantor, it's RC buggy and >> prevents the hdf5 transition from completing, see: >> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954654#56 > > Sorry, but I do not agree with this fix. > > First of all, there are no bug reports against cantor, so knowing > about it would be a nice thing. Second, it seems like the actual > problem is scilab that FTBFS on amd64 (#955694). Cantor is definitely > *not* RC buggy. > > So please contact the scilab maintainers about this, and let them fix > it if possible. If not, then we can (temporarly?) drop the scilab > backend from cantor, with no need to drop it from the kdeedu > metapackage.
The problem is that kdeedu Depends on cantor which Depends on scilab. To quote the linked post in the hdf5 transition bugreport: " 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. " Since a fix for scilab is not forthcoming, we need a different solution to allow hdf5 to migrate to testing. The next best thing is for meta-kde to not Depends on cantor which won't make it nor its dependencies like scilab a key package. Please reconsider applying the patch, the hdf5 transition is blocking several others. cantor only has 214 votes in popcon, and scilab only has 175, so they are not considered key packages by themselves. 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
