ubuntu-sdk-bugs team mailing list archive
-
ubuntu-sdk-bugs team
-
Mailing list archive
-
Message #06617
[Bug 1586026] Re: Remove arm64 binaries for packages failing to build with Qt compiled with OpenGL ES
** Description changed:
Summary of archive operations:
On yakkety, remove arm64 binaries from the following source packages:
- bino sdrangelove tulip vite
+ bino goldencheetah sdrangelove tulip vite
- todo: cross-check list of packages where armhf build is omitted on purpose instead of ftbfs?
- todo2: See https://launchpad.net/ubuntu/+source/goldencheetah/3.3.0-3build1/+build/9805094 - however qwtplot3d did/would rebuild on arm64. Would the successful rebuild of qwtplot3d help rebuilding goldencheetah on arm64?
+ candidates: openscad ovito yade
---
Qt build for arm64 recently switched to using OpenGL ES in yakkety,
similar to armhf.
Currently I've gotten output of packages building against Qt 5
(qtbase5-dev, qt5-qmake, qtdeclarative5-dev or qt5-default), and a list
of packages failing to build on armhf (even if failing on other
architectures) from http://qa.ubuntuwire.org/ftbfs/.
Combining those results in this list:
itksnap
klog
libqglviewer
mudlet
sdrangelove
sleepyhead
thumbnailer
tulip
Of which I already knew tulip was affected. klog and thumbnailer seem
false positive, making the following candidates of removing arm64
binaries of:
itksnap
libqglviewer
mudlet
sdrangelove
sleepyhead
tulip
Update: To get absolutely everything, I got a list of all binaries
depending on libqt5core5a, got the source package for them and cross-
checked. This got me the list of the six above plus the following three:
bino
qwtplot3d
vite
However, rebuilding all of the nine resulted in discovery that not all
that failed on armhf fail on arm64: https://launchpad.net/~ci-train-ppa-
service/+archive/ubuntu/landing-035/+packages
The failures for 5 armhf packages seem to be not related to the choice
of Qt's OpenGL configuration options, so the arm64 builds succeeded (in
case of itksnap, would have succeeded if not for other FTBFS problem).
+
+ --
+ Same but for depwait and not ftbfs:
+
+ goldencheetah
+ openscad
+ ovito
+ qtconnectivity-opensource-src
+ yade
** Also affects: bino (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
Summary of archive operations:
- On yakkety, remove arm64 binaries from the following source packages:
+ On yakkety, remove arm64 binaries from the following source packages that would now fail the arm64 build if rebuilt:
bino goldencheetah sdrangelove tulip vite
candidates: openscad ovito yade
---
Qt build for arm64 recently switched to using OpenGL ES in yakkety,
similar to armhf.
Currently I've gotten output of packages building against Qt 5
(qtbase5-dev, qt5-qmake, qtdeclarative5-dev or qt5-default), and a list
of packages failing to build on armhf (even if failing on other
architectures) from http://qa.ubuntuwire.org/ftbfs/.
Combining those results in this list:
itksnap
klog
libqglviewer
mudlet
sdrangelove
sleepyhead
thumbnailer
tulip
Of which I already knew tulip was affected. klog and thumbnailer seem
false positive, making the following candidates of removing arm64
binaries of:
itksnap
libqglviewer
mudlet
sdrangelove
sleepyhead
tulip
Update: To get absolutely everything, I got a list of all binaries
depending on libqt5core5a, got the source package for them and cross-
checked. This got me the list of the six above plus the following three:
bino
qwtplot3d
vite
However, rebuilding all of the nine resulted in discovery that not all
that failed on armhf fail on arm64: https://launchpad.net/~ci-train-ppa-
service/+archive/ubuntu/landing-035/+packages
The failures for 5 armhf packages seem to be not related to the choice
of Qt's OpenGL configuration options, so the arm64 builds succeeded (in
case of itksnap, would have succeeded if not for other FTBFS problem).
--
Same but for depwait and not ftbfs:
goldencheetah
openscad
ovito
qtconnectivity-opensource-src
yade
** Also affects: goldencheetah (Ubuntu)
Importance: Undecided
Status: New
** Also affects: sdrangelove (Ubuntu)
Importance: Undecided
Status: New
** Also affects: tulip (Ubuntu)
Importance: Undecided
Status: New
** Also affects: vite (Ubuntu)
Importance: Undecided
Status: New
** No longer affects: qtbase-opensource-src (Ubuntu)
** Description changed:
Summary of archive operations:
On yakkety, remove arm64 binaries from the following source packages that would now fail the arm64 build if rebuilt:
bino goldencheetah sdrangelove tulip vite
candidates: openscad ovito yade
- ---
+ --- below is background regarding how the package list was created
Qt build for arm64 recently switched to using OpenGL ES in yakkety,
similar to armhf.
Currently I've gotten output of packages building against Qt 5
(qtbase5-dev, qt5-qmake, qtdeclarative5-dev or qt5-default), and a list
of packages failing to build on armhf (even if failing on other
architectures) from http://qa.ubuntuwire.org/ftbfs/.
Combining those results in this list:
itksnap
klog
libqglviewer
mudlet
sdrangelove
sleepyhead
thumbnailer
tulip
Of which I already knew tulip was affected. klog and thumbnailer seem
false positive, making the following candidates of removing arm64
binaries of:
itksnap
libqglviewer
mudlet
sdrangelove
sleepyhead
tulip
Update: To get absolutely everything, I got a list of all binaries
depending on libqt5core5a, got the source package for them and cross-
checked. This got me the list of the six above plus the following three:
bino
qwtplot3d
vite
However, rebuilding all of the nine resulted in discovery that not all
that failed on armhf fail on arm64: https://launchpad.net/~ci-train-ppa-
service/+archive/ubuntu/landing-035/+packages
The failures for 5 armhf packages seem to be not related to the choice
of Qt's OpenGL configuration options, so the arm64 builds succeeded (in
case of itksnap, would have succeeded if not for other FTBFS problem).
--
Same but for depwait and not ftbfs:
goldencheetah
openscad
ovito
qtconnectivity-opensource-src
yade
** Description changed:
Summary of archive operations:
On yakkety, remove arm64 binaries from the following source packages that would now fail the arm64 build if rebuilt:
bino goldencheetah sdrangelove tulip vite
candidates: openscad ovito yade
--- below is background regarding how the package list was created
Qt build for arm64 recently switched to using OpenGL ES in yakkety,
similar to armhf.
- Currently I've gotten output of packages building against Qt 5
- (qtbase5-dev, qt5-qmake, qtdeclarative5-dev or qt5-default), and a list
- of packages failing to build on armhf (even if failing on other
- architectures) from http://qa.ubuntuwire.org/ftbfs/.
+ I've output of packages building against Qt 5 (qtbase5-dev, qt5-qmake,
+ qtdeclarative5-dev or qt5-default), and a list of packages failing to
+ build on armhf - formerly from from http://qa.ubuntuwire.org/ftbfs/ and
+ then again via launchpadlib.
Combining those results in this list:
itksnap
klog
libqglviewer
mudlet
sdrangelove
sleepyhead
thumbnailer
tulip
Of which I already knew tulip was affected. klog and thumbnailer seem
false positive, making the following candidates of removing arm64
binaries of:
itksnap
libqglviewer
mudlet
sdrangelove
sleepyhead
tulip
- Update: To get absolutely everything, I got a list of all binaries
- depending on libqt5core5a, got the source package for them and cross-
- checked. This got me the list of the six above plus the following three:
+ To get absolutely everything, I got a list of all binaries depending on
+ libqt5core5a, got the source package for them and cross-checked. This
+ got me the list of the six above plus the following three:
bino
qwtplot3d
vite
However, rebuilding all of the nine resulted in discovery that not all
that failed on armhf fail on arm64: https://launchpad.net/~ci-train-ppa-
service/+archive/ubuntu/landing-035/+packages
The failures for 5 armhf packages seem to be not related to the choice
of Qt's OpenGL configuration options, so the arm64 builds succeeded (in
case of itksnap, would have succeeded if not for other FTBFS problem).
--
- Same but for depwait and not ftbfs:
+ Same but for depwait and not ftbfs (list gotten via launchpadlib), cross-checking against libqt5core5a depending packages:
- goldencheetah
+ goldencheetah # noticed manually first, but also gotten from this filtering
openscad
ovito
qtconnectivity-opensource-src
yade
** Description changed:
Summary of archive operations:
On yakkety, remove arm64 binaries from the following source packages that would now fail the arm64 build if rebuilt:
- bino goldencheetah sdrangelove tulip vite
+ bino goldencheetah sdrangelove ovito tulip vite
- candidates: openscad ovito yade
+ candidates: openscad yade
--- below is background regarding how the package list was created
Qt build for arm64 recently switched to using OpenGL ES in yakkety,
similar to armhf.
I've output of packages building against Qt 5 (qtbase5-dev, qt5-qmake,
qtdeclarative5-dev or qt5-default), and a list of packages failing to
build on armhf - formerly from from http://qa.ubuntuwire.org/ftbfs/ and
then again via launchpadlib.
Combining those results in this list:
itksnap
klog
libqglviewer
mudlet
sdrangelove
sleepyhead
thumbnailer
tulip
Of which I already knew tulip was affected. klog and thumbnailer seem
false positive, making the following candidates of removing arm64
binaries of:
itksnap
libqglviewer
mudlet
sdrangelove
sleepyhead
tulip
To get absolutely everything, I got a list of all binaries depending on
libqt5core5a, got the source package for them and cross-checked. This
got me the list of the six above plus the following three:
bino
qwtplot3d
vite
However, rebuilding all of the nine resulted in discovery that not all
that failed on armhf fail on arm64: https://launchpad.net/~ci-train-ppa-
service/+archive/ubuntu/landing-035/+packages
The failures for 5 armhf packages seem to be not related to the choice
of Qt's OpenGL configuration options, so the arm64 builds succeeded (in
case of itksnap, would have succeeded if not for other FTBFS problem).
--
Same but for depwait and not ftbfs (list gotten via launchpadlib), cross-checking against libqt5core5a depending packages:
goldencheetah # noticed manually first, but also gotten from this filtering
openscad
ovito
qtconnectivity-opensource-src
yade
** Also affects: ovito (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
Summary of archive operations:
- On yakkety, remove arm64 binaries from the following source packages that would now fail the arm64 build if rebuilt:
+ On yakkety, remove arm64 binaries from the following source packages
+ that would now fail the arm64 build if rebuilt:
+
bino goldencheetah sdrangelove ovito tulip vite
candidates: openscad yade
--- below is background regarding how the package list was created
Qt build for arm64 recently switched to using OpenGL ES in yakkety,
similar to armhf.
I've output of packages building against Qt 5 (qtbase5-dev, qt5-qmake,
qtdeclarative5-dev or qt5-default), and a list of packages failing to
build on armhf - formerly from from http://qa.ubuntuwire.org/ftbfs/ and
then again via launchpadlib.
Combining those results in this list:
itksnap
klog
libqglviewer
mudlet
sdrangelove
sleepyhead
thumbnailer
tulip
Of which I already knew tulip was affected. klog and thumbnailer seem
false positive, making the following candidates of removing arm64
binaries of:
itksnap
libqglviewer
mudlet
sdrangelove
sleepyhead
tulip
To get absolutely everything, I got a list of all binaries depending on
libqt5core5a, got the source package for them and cross-checked. This
got me the list of the six above plus the following three:
bino
qwtplot3d
vite
However, rebuilding all of the nine resulted in discovery that not all
that failed on armhf fail on arm64: https://launchpad.net/~ci-train-ppa-
service/+archive/ubuntu/landing-035/+packages
The failures for 5 armhf packages seem to be not related to the choice
of Qt's OpenGL configuration options, so the arm64 builds succeeded (in
case of itksnap, would have succeeded if not for other FTBFS problem).
--
Same but for depwait and not ftbfs (list gotten via launchpadlib), cross-checking against libqt5core5a depending packages:
goldencheetah # noticed manually first, but also gotten from this filtering
openscad
ovito
qtconnectivity-opensource-src
yade
--
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1586026
Title:
Remove arm64 binaries for packages failing to build with Qt compiled
with OpenGL ES
Status in bino package in Ubuntu:
New
Status in goldencheetah package in Ubuntu:
New
Status in ovito package in Ubuntu:
New
Status in sdrangelove package in Ubuntu:
New
Status in tulip package in Ubuntu:
New
Status in vite package in Ubuntu:
New
Bug description:
Summary of archive operations:
On yakkety, remove arm64 binaries from the following source packages
that would now fail the arm64 build if rebuilt:
bino goldencheetah sdrangelove ovito tulip vite
candidates: openscad yade
--- below is background regarding how the package list was created
Qt build for arm64 recently switched to using OpenGL ES in yakkety,
similar to armhf.
I've output of packages building against Qt 5 (qtbase5-dev, qt5-qmake,
qtdeclarative5-dev or qt5-default), and a list of packages failing to
build on armhf - formerly from from http://qa.ubuntuwire.org/ftbfs/
and then again via launchpadlib.
Combining those results in this list:
itksnap
klog
libqglviewer
mudlet
sdrangelove
sleepyhead
thumbnailer
tulip
Of which I already knew tulip was affected. klog and thumbnailer seem
false positive, making the following candidates of removing arm64
binaries of:
itksnap
libqglviewer
mudlet
sdrangelove
sleepyhead
tulip
To get absolutely everything, I got a list of all binaries depending
on libqt5core5a, got the source package for them and cross-checked.
This got me the list of the six above plus the following three:
bino
qwtplot3d
vite
However, rebuilding all of the nine resulted in discovery that not all
that failed on armhf fail on arm64: https://launchpad.net/~ci-train-
ppa-service/+archive/ubuntu/landing-035/+packages
The failures for 5 armhf packages seem to be not related to the choice
of Qt's OpenGL configuration options, so the arm64 builds succeeded
(in case of itksnap, would have succeeded if not for other FTBFS
problem).
--
Same but for depwait and not ftbfs (list gotten via launchpadlib), cross-checking against libqt5core5a depending packages:
goldencheetah # noticed manually first, but also gotten from this filtering
openscad
ovito
qtconnectivity-opensource-src
yade
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bino/+bug/1586026/+subscriptions
References