2020-01-22 20:14:42 |
Graham Inggs |
bug |
|
|
added bug |
2020-01-22 20:14:55 |
Graham Inggs |
bug task added |
|
hypre (Ubuntu) |
|
2020-01-22 20:15:14 |
Graham Inggs |
tags |
|
update-excuse |
|
2020-01-22 20:16:26 |
Graham Inggs |
summary |
openblas: cause autopkgtest failure in hypre armhf |
openblas: causes autopkgtest failure in hypre armhf |
|
2020-01-22 20:16:40 |
Graham Inggs |
bug |
|
|
added subscriber Ubuntu Release Team |
2020-01-24 13:45:38 |
Francis Ginther |
tags |
update-excuse |
id-5e29cc4b6b85874329c04089 update-excuse |
|
2020-05-30 15:21:04 |
Graham Inggs |
bug watch added |
|
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961725 |
|
2020-05-30 15:21:04 |
Graham Inggs |
bug task added |
|
openblas (Debian) |
|
2020-05-31 06:00:51 |
Graham Inggs |
summary |
openblas: causes autopkgtest failure in hypre armhf |
openblas: -Wl,-Bsymbolic-functions should be stripped from LDFLAGS |
|
2020-05-31 06:01:12 |
Graham Inggs |
hypre (Ubuntu): status |
New |
Invalid |
|
2020-05-31 06:01:23 |
Graham Inggs |
nominated for series |
|
Ubuntu Focal |
|
2020-05-31 06:01:23 |
Graham Inggs |
bug task added |
|
hypre (Ubuntu Focal) |
|
2020-05-31 06:01:23 |
Graham Inggs |
bug task added |
|
openblas (Ubuntu Focal) |
|
2020-05-31 06:01:34 |
Graham Inggs |
hypre (Ubuntu Focal): status |
New |
Invalid |
|
2020-06-01 19:16:40 |
Launchpad Janitor |
openblas (Ubuntu): status |
New |
Confirmed |
|
2020-06-01 19:16:40 |
Launchpad Janitor |
openblas (Ubuntu Focal): status |
New |
Confirmed |
|
2020-06-02 10:39:03 |
Launchpad Janitor |
openblas (Ubuntu): status |
Confirmed |
Fix Released |
|
2020-06-02 11:03:32 |
Ivo Kwee |
bug |
|
|
added subscriber Ivo Kwee |
2020-06-02 11:19:00 |
Graham Inggs |
description |
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,
- 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,
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. |
[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,
- 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,
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. |
|
2020-06-02 11:19:14 |
Graham Inggs |
summary |
openblas: -Wl,-Bsymbolic-functions should be stripped from LDFLAGS |
[SRU] openblas: -Wl,-Bsymbolic-functions should be stripped from LDFLAGS |
|
2020-06-02 11:24:43 |
Graham Inggs |
openblas (Ubuntu Focal): status |
Confirmed |
In Progress |
|
2020-06-02 11:24:49 |
Graham Inggs |
openblas (Ubuntu Focal): assignee |
|
Graham Inggs (ginggs) |
|
2020-06-02 16:11:47 |
Bug Watch Updater |
openblas (Debian): status |
Unknown |
Fix Committed |
|
2020-06-10 12:53:26 |
Robie Basak |
openblas (Ubuntu Focal): status |
In Progress |
Fix Committed |
|
2020-06-10 12:53:30 |
Robie Basak |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2020-06-10 12:53:32 |
Robie Basak |
bug |
|
|
added subscriber SRU Verification |
2020-06-10 12:53:36 |
Robie Basak |
tags |
id-5e29cc4b6b85874329c04089 update-excuse |
id-5e29cc4b6b85874329c04089 update-excuse verification-needed verification-needed-focal |
|
2020-06-11 12:18:06 |
Graham Inggs |
description |
[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,
- 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,
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. |
[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.
.
It may be possible that in fixing libopenblas0-pthread, libopenblas0-openmp and libopenblas0-serial might break in a similar way.
We should watch out for test timeouts or incorrect results.
Hopefully the autopkgtests will catch any of that.
--------------------------------------------------------------------------
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,
- 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,
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. |
|
2020-06-18 12:27:21 |
Graham Inggs |
tags |
id-5e29cc4b6b85874329c04089 update-excuse verification-needed verification-needed-focal |
id-5e29cc4b6b85874329c04089 update-excuse verification-done verification-done-focal |
|
2020-06-22 09:48:19 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2020-06-22 09:48:18 |
Launchpad Janitor |
openblas (Ubuntu Focal): status |
Fix Committed |
Fix Released |
|
2020-06-25 20:13:24 |
Bug Watch Updater |
openblas (Debian): status |
Fix Committed |
Fix Released |
|