Bug#1027215: Bug#1026539: How much do we lose if we remove theano (+keras, deepnano, invesalius)?

Andreas Tille andreas at fam-tille.de
Thu Mar 2 10:38:57 GMT 2023


Hi Rebecca,

Am Wed, Mar 01, 2023 at 10:41:23PM +0000 schrieb Rebecca N. Palmer:
> I agree that switching to Aesara is probably the only reasonable option
> other than removal.  (I'd given up on trying to fix 1.0, and was intending
> to let removal happen.)
> 
> However, it's a much bigger change than is normally allowed in bookworm at
> this point.  (1.1 includes multiple breaking changes, which is why it's in
> experimental, but a quick codesearch suggests these parts *may* not be used
> in keras/deepnano. https://github.com/aesara-devs/aesara/releases?page=8 )

I admit I do not see any good reason to stick to the old version if we
decided before that keras/deepnano are no real blockers to even drop
theano.  Thus I was considering it more promising to spent my time on
the latest version.
 
> Do you want to ask release team for permission to do this?

If it would have build smoothly on all architectures, yes.  But we have
the first trouble on arm64[1]

> Or do you want
> to try the same patches on 1.0?  (I suspect that that won't work, but I
> haven't actually tried it.)
> 
> (Also, you might not want numpy1p24_compat.patch - the v1p0 branch is
> currently in whatever state it was in when I gave up on it, and my vague
> memory is that this was a failed experiment, though I don't know if that
> meant "actively bad" or just "not a (full) solution".)

I've found some patches inside numpy1p24_compat.patch that were also
in Aesara.  Since the package did not fully build with this patch
alone I've added a separate patch with the only goal to build and pass
the test suite.

Kind regards
    Andreas.

[1] https://buildd.debian.org/status/fetch.php?pkg=theano&arch=amd64&ver=1.1.2%2Bdfsg-4&stamp=1677751828&raw=0

-- 
http://fam-tille.de



More information about the debian-science-maintainers mailing list