Bug#1003165: scikit-learn testing migration

[M. Zhou]

I have a long-term power 9 VM (not QEMU) as testbed.
I'm trying to investigate the issues for release architectures,
but this package is too slow to build with QEMU (multiple hours).
(abel.debian.org is also extremely slow for scikit-learn)
I've not yet given up, but the build speed means I cannot
address this issue in timely manner.

On Thu, 2022-07-28 at 10:15 +0200, Andreas Tille wrote:
> Hi Graham,
> 
> Am Thu, Jul 28, 2022 at 09:15:06AM +0200 schrieb Graham Inggs:
> > Hi
> > 
> > On Wed, 27 Jul 2022 at 17:57, M. Zhou <lumin at debian.org> wrote:
> > > The previous segfault on armel becomes Bus Error on armel and armhf.
> > > I can build it on Power9, but it seems that the test fails on power8 (our buildd).
> > 
> > In #1003165, one of the arm porters wrote they are happy to look at
> > the bus errors, but the baseline issue should be fixed first.
> 
> ... this was five months ago and silence since then.  We've lost lots of
> packages in testing and I see no progress here.  It seems upstream is not
> actually keen on working on this as well.  Meanwhile they stepped forward
> with new releases and I simply refreshed the issues for the new version
> (which are the same and not solved).
> 
> Currently we have bus errors on arm 32 bit architectures and a baseline
> violation on power.  If there is no solution at the horizon I'd vote for
> excluding these three architectures instead of sit and wait (which is all
> I can personally do in this topic).
>  
> > > I have skimmed over the build logs and one of the main issues is the use of
> > > -march flags to enforce a certain baseline [1]:
> > > 
> > > powerpc64le-linux-gnu-gcc: error: unrecognized command-line option ‘-march=native’; did you mean ‘-mcpu=native’?
> > 
> > This may be the cause of the test failures on power8.
> 
> Could someone give this a try?  I know I could use a porter box to do
> so but my time is to limited to do it in a sensible time frame.
> 
> Kind regards
> 
>       Andreas. 
>