FTBFS of libvirt in Xenial
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libvirt (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Xenial |
Won't Fix
|
Undecided
|
Matthew Ruffell |
Bug Description
[Impact]
* libvirt became FTBFS in xenial due to other changes. Most likely a
newer deboostrap that was used.
* The fix just modifies the self-tests (not the active code that runs in
an ubuntu users env)
* The change is already active in Ubuntu in later releases via https:/
https:/
https:/
[Test Case]
* Build libvirt in Xenial on LP infra and while doing so do not trigger
test fails in test-openpty and test-posix_openpt
[Regression Potential]
* Since we only change self-test code that runs at build time the runtime
should show now
regressions. The one thing I can think of is that a rebuild could
always change something
(even a no change rebuild) but since we want to bundle it with other
SRUs there would be a
rebuild anyway - hence I'd think this has no regression risk of its
own.
[Other Info]
* This should not be fixed standalone but bundled with some other SRU to avoid useless rebuilds
- and even more so - users downloading updates for now gain.
---
Due to a unknown other update libvirt became an FTBFS in Xenial.
The issue shows up at build on launchpad infra and has two seld-tests broken.
From the build log:
FAIL: test-openpty
==================
openpty returned -1
FAIL test-openpty (exit status: 1)
FAIL: test-posix_openpt
=======
../../.
FAIL test-posix_openpt (exit status: 134)
This is somewhat familiar to bug 1641615 but showing up again in Xenial now for yet unknown reasons.
The later re-occurrence of this outside of Xenial was later on fixed by [1] for good.
Probably now triggering by some SRu of a lib into Xenial (or unlikely some change in the builder setup).
We want to add that to Xenial as well to have it build fine again.
[1]: https:/
The fix does apply but not work as-is:
../../. ./../gnulib/ tests/test- openpty. c: In function 'main': ./../gnulib/ tests/test- openpty. c:47:24: error: 'ENENT' undeclared (first use in this function)
^ ./../gnulib/ tests/test- openpty. c:47:24: note: each undeclared identifier is reported only once for each function it appears in
../../.
if (errno != ENENT) {
../../.
Diving into sbuild env to check what we could do ...