Re: scikit-learn testing migration
Am Wed, Jul 27, 2022 at 08:57:09AM -0700 schrieb M. Zhou:
> The previous segfault on armel becomes Bus Error on armel and armhf.
Which does not make it much better as long as no-one is investigating
the issue in a timely manner. So my suggestion to remove arm 32 bit
architectures (at least until the issue is fixed) remains.
> I can build it on Power9, but it seems that the test fails on power8 (our buildd).
Hmmm, can we talk to buildd admins about this?
Kind regards
Andreas.
> On Wed, 2022-07-27 at 09:56 +0200, Andreas Tille wrote:
> > Control: tags -1 unreproducible
> > Control: tags -1 moreinfo
> > Control: severity -1 important
> >
> > Hi,
> >
> > BTW, there is another bug in scikit-learn, but I can't reproduce it and
> > have set tags accordingly. Could someone else please give it a try?
> >
> > Kind regards
> >
> > Andreas.
> >
> > Am Wed, Jul 20, 2022 at 09:23:28PM +0200 schrieb Andreas Tille:
> > > Hi Nilesh,
> > >
> > > Am Wed, Jul 20, 2022 at 06:21:19PM +0530 schrieb Nilesh Patra:
> > > > On 7/20/22 4:50 PM, Andreas Tille wrote:
> > > > > Before we stop progress in Debian for many other architectures since we
> > > > > cant't solve this on our own or otherwise are burning patience of
> > > > > upstream I'd alternatively consider droping armel as supported
> > > > > architecture.
> > > >
> > > > I am definitely +1 for this, however scikit-learn is a key package and dropping
> > > > it from armel would mean dropping several revdeps as well.
> > > > I am a bit unsure if that is fine or not.
> > >
> > > Its not fine at all and I would not be happy about it. However, the other
> > > side of a key package is, that lots of package have testing removal warnings
> > > on architectures which are widely used and we have real trouble because of
> > > this.
> > >
> > > Kind regards
> > >
> > > Andreas.
> > >
> > > --
> > > http://fam-tille.de
> > >
> > >
> >
>
>
--
http://fam-tille.de
Reply to: