** Description changed: + [Impact] + Users of GNU R and GNU Octave in Ubuntu 20.04 found that certain operations hang, never returning results. + + [Test Case] + apt install r-base-core + Rscript -e "example(solve)" + apt install libopenblas-dev + Rscript -e "example(solve)" + + Executing Rscript the first time should return results almost instantly. + Installing libopenblas-dev ensures that libopenblas0-pthread is installed. + If the bug is present, running Rscript the second time will hang. + + Another test case, using Octave, can be found in #1870138 + + [Regression Potential] + This fix is already present in lapack for some time, see Debian bug #722252 + In case of regression, users should be able to switch to alternate blas variants. + + -------------------------------------------------------------------------- + openblas >= 0.3.7+ds-3 causes an autopkgtest regression in hypre on armhf on Ubuntu infrastructure. There was a major restructuring of the openblas packaging in Debian version 0.3.7+ds-2 uploaded to experimental. http://autopkgtest.ubuntu.com/packages/h/hypre/focal/armhf Running tests running TEST_ams ... autopkgtest [17:08:06]: ERROR: timed out on command I have tried to reproduce this error on a Debian porterbox (armhf chroot on arm64 kernel) and on a Raspberry Pi 3 (armhf focal-proposed chroot on focal arm64 kernel). The autopkgtests using binaries from the archive are successful, and rebuilding the packages locally is fine too. While investigating, I found the same tests are run while building the hypre package. I uploaded the hypre package to my PPA with the following change: --- a/debian/control +++ b/debian/control @@ -10,8 +10,8 @@ - debhelper-compat (= 12), - pkg-config, - gfortran, + debhelper-compat (= 12), + pkg-config, + gfortran, - libblas-dev | libopenblas-dev | libatlas-base-dev | libblas.so, - liblapack-dev | libopenblas-dev | libatlas-base-dev | liblapack.so, + libopenblas-dev | libblas-dev | libatlas-base-dev | libblas.so, + libopenblas-dev | liblapack-dev | libatlas-base-dev | liblapack.so, - libsuperlu-dev, libsuperlu-dist-dev, - libltdl-dev, - libtool, + libsuperlu-dev, libsuperlu-dist-dev, + libltdl-dev, + libtool, i.e. building the package with libopenblas-dev instead of libblas-dev and liblapack-dev. https://launchpad.net/~ginggs/+archive/ubuntu/testing/+sourcepub/10932575 /+listing-archive-extra The builds across all architectures seemed to fail in the same way as the autopkgtests on armhf. TEST_ams would start, and eventually the build would time out. see e.g. the build log for amd64: https://launchpad.net/~ginggs/+archive/ubuntu/testing/+build/18567417/+files /buildlog_ubuntu-focal-amd64.hypre_2.18.2-1~ppa2_BUILDING.txt.gz Again, I was unable to reproduce this error locally on amd64 or armhf. This regression prevents openblas, yade, eckit, sdpa, openmolcas and bolt-lmm from migrating from -proposed.
** Summary changed: - openblas: -Wl,-Bsymbolic-functions should be stripped from LDFLAGS + [SRU] openblas: -Wl,-Bsymbolic-functions should be stripped from LDFLAGS -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1860601 Title: [SRU] openblas: -Wl,-Bsymbolic-functions should be stripped from LDFLAGS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/hypre/+bug/1860601/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
