[From nobody Wed Mar 25 12:07:05 2026 Received: (at submit) by bugs.debian.org; 30 Jan 2026 17:51:45 +0000 X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02 (2024-03-25) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-119.2 required=4.0 tests=BAYES_00, BODY_INCLUDES_CONTROL_AFFECTS,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,FROMDEVELOPER,SPF_HELO_NONE,SPF_NONE, UNPARSEABLE_RELAY,USER_IN_DKIM_WELCOMELIST,XMAILER_REPORTBUG autolearn=ham autolearn_force=no version=4.0.1-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 72; hammy, 150; neutral, 145; spammy, 0. spammytokens: hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin, 0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311, 0.000-+--H*RT:311, 0.000-+--H*RT:108 Return-path: <dparsons@debian.org> Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:44496) by buxtehude.debian.org with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.96) (envelope-from <dparsons@debian.org>) id 1vlsen-008Vwh-2i for submit@bugs.debian.org; Fri, 30 Jan 2026 17:51:45 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; s=smtpauto.stravinsky; h=X-Debian-User:Date:Message-ID:Subject:To:From: Content-Transfer-Encoding:MIME-Version:Content-Type:Reply-To:Cc:Content-ID: Content-Description:In-Reply-To:References; bh=wwpsjddRfMJwCCo3sVoNIlXKWv+85+Yn79v7hlmBAXA=; b=GZnPLbOzWxMW4H7EwgoJSVQBwx EXipCLkpiCrc+ZWCqDApZg3vgvCfBem/eGhI70Bx3Hzt/chKVSvt2UpnVom14VRlrf43DPpxUpJdV DPWgHaKTGKKiffSA5IAoUvwW+yF/flrUL844gECsRcLbr3LB186GC/2l6paHIBZDtFYf+E2vgMzn+ 5zsoojKnVthiy0yRlJwsQE5rEjdZl8tuVKNdy0Gxcxlg+TDnTXCmr/SklLGxXX+QaLLIn7DMCH654 zS8tjg7j2vIOPVEUqyc3gDaAH8W8NBWawEtCiJUuyDIb+2j3RGGijWYyHtytIww10pUkvBFf+8XXm 0AepO0aQ==; Received: from authenticated user by stravinsky.debian.org with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94.2) (envelope-from <dparsons@debian.org>) id 1vlsel-001t1S-3I; Fri, 30 Jan 2026 17:51:44 +0000 Received: from drew by sandy with local (Exim 4.99.1) (envelope-from <dparsons@debian.org>) id 1vlsek-0000000F4hK-26Lz; Fri, 30 Jan 2026 18:51:42 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Drew Parsons <dparsons@debian.org> To: Debian Bug Tracking System <submit@bugs.debian.org> Subject: openblas causes slepc4py test failure on ppc64el: Error in LAPACK subroutine gesvd: info=127 Message-ID: <176979550246.3487295.17785503375171433506.reportbug@sandy> X-Mailer: reportbug 13.2.0 Date: Fri, 30 Jan 2026 18:51:42 +0100 X-Debian-User: dparsons Delivered-To: submit@bugs.debian.org Source: openblas Version: 0.3.30+ds-3 Severity: normal X-Debbugs-Cc: debian-powerpc@lists.debian.org, Trupti <trupti@linux.ibm.com> User: debian-powerpc@lists.debian.org Usertags: ppc64el Control: affects -1 src:slepc4py slepc4py 3.24.2-1 has been failing ppc64el tests in testing, while bizarrely passing in unstable. unstable passes: https://ci.debian.net/packages/s/slepc4py/unstable/ppc64el/68218387/ testing fails: https://ci.debian.net/packages/s/slepc4py/testing/ppc64el/68217024/ The error comes from LAPACK: 225s python3.13 ex10.py ... 225s Solve the problem with POD 225s The L2-norm of the error is: 4.323608292134194 225s NORMAL END 225s python3.13 ex11.py 226s 2-D Laplacian Eigenproblem solved with contour integral, N=1024 (32x32 grid) 226s 226s petsc4py.PETSc.Error: error code 76 226s [0] EPSSolve() at /build/reproducible-path/slepc-3.24.2+dfsg1/src/eps/interface/epssolve.c:162 226s [0] EPSSolve_CISS() at /build/reproducible-path/slepc-3.24.2+dfsg1/src/eps/impls/ciss/ciss.c:493 226s [0] BVSVDAndRank() at /build/reproducible-path/slepc-3.24.2+dfsg1/src/sys/classes/bv/interface/bvcontour.c:556 226s [0] BVSVDAndRank_Refine() at /build/reproducible-path/slepc-3.24.2+dfsg1/src/sys/classes/bv/interface/bvcontour.c:349 226s [0] Error in external library 226s [0] Error in LAPACK subroutine gesvd: info=127 226s 226s The above exception was the direct cause of the following exception: 226s 226s Traceback (most recent call last): 226s File "/tmp/autopkgtest-lxc.igtag2q7/downtmp/build.LE7/src/test-demos-py3.13/ex11.py", line 83, in <module> 226s main() 226s ~~~~^^ 226s File "/tmp/autopkgtest-lxc.igtag2q7/downtmp/build.LE7/src/test-demos-py3.13/ex11.py", line 75, in main 226s E.solve() 226s ~~~~~~~^^ 226s SystemError: <cyfunction EPS.solve at 0x3ffe9018cdc0> returned a result with an exception set 226s make: Leaving directory '/tmp/autopkgtest-lxc.igtag2q7/downtmp/build.LE7/src/test-demos-py3.13' 226s make: *** [makefile:13: run_ex11] Error 1 Comparing the two logs, the difference that stands out is that unstable uses generic liblapack3 3.12.1-7+b1, and passes, while testing uses openblas libopenblas0-pthread 0.3.30+ds-3+b1, and fails. My tentative conclusion is that liblapack.so from libopenblas0-pthread is generating the reported error 127 in gesvd It's not clear to me why testing uses openblas while unstable uses generic lapack, but it's formally permitted by alternative libpetsc3.24-dev-common Depends: liblapack-dev | libopenblas-dev | libatlas-base-dev | liblapack.so which provides the lapack dependency for slepc. There was a previous recent ppc64el-specific bug in openblas, Bug#1121177 (also #1114016). Trupti was helpful in triaging that bug, so I'm cc:ing you here. There have been some recent ppc64 patches in openblas upstream, perhaps they address the issue https://github.com/OpenMathLib/OpenBLAS/pull/5628 see also https://github.com/OpenMathLib/OpenBLAS/issues/5627 But not clear if that's the same issue though. ]