The default flags changed in https://launchpad.net/ubuntu/+source/dpkg/1.20.7.1ubuntu4
and according to the build logs both ran with that.
Copy-Pasta from the log:
dpkg (= 1.20.7.1ubuntu4),
=> In between those we did not switch the LTO default flags
For clarification LTO is the default nowadays and we are not disabling it generally in qemu. So - yes the builds are with LTO, but both the good and the bad one are.
Although looking at versions I see we have:
- good case 10.2.1-23ubuntu2
- bad case 10.3.0-1ubuntu1
So maybe - while it wasn't LTO - something in 10.3 maybe even LTO-since-10.3 is what is broken?
@Tommy - I don't have any of the test systems around anymore, if I'd build you a no-LTO qemu for testing what would you these days need - Hirsute, Impish, ... ?
Hmm, thanks for the hint Thomas.
Of the two formerly referenced same-source different result builds:
[1] => built 2021-03-23 in Hirsute => works
[2] => built 2021-04-12 in Hirsute => fails
[1]: https:/ /launchpad. net/ubuntu/ +source/ qemu/1: 5.2+dfsg- 9ubuntu1/ +build/ 21196422 /launchpad. net/~paelzer/ +archive/ ubuntu/ lp-1921664- testbuilds- rebuildold/ +build/ 21392458
[2]: https:/
The default flags changed in /launchpad. net/ubuntu/ +source/ dpkg/1. 20.7.1ubuntu4
https:/
and according to the build logs both ran with that.
Copy-Pasta from the log:
dpkg (= 1.20.7.1ubuntu4),
=> In between those we did not switch the LTO default flags
For clarification LTO is the default nowadays and we are not disabling it generally in qemu. So - yes the builds are with LTO, but both the good and the bad one are.
Although looking at versions I see we have:
- good case 10.2.1-23ubuntu2
- bad case 10.3.0-1ubuntu1
So maybe - while it wasn't LTO - something in 10.3 maybe even LTO-since-10.3 is what is broken?
@Tommy - I don't have any of the test systems around anymore, if I'd build you a no-LTO qemu for testing what would you these days need - Hirsute, Impish, ... ?