| rbasak | at is also doing it. I don't see how that got missed before :-/ | 00:18 |
|---|---|---|
| rbasak | I mean how I missed it before | 00:20 |
| rbasak | at uploaded | 00:28 |
| === locutusofborg_ is now known as locutusofborg | ||
| rbasak | No more Postfix prompt on upgrade \o/ | 06:59 |
| === alan_g_ is now known as alan_g | ||
| ahasenack | good morning | 11:39 |
| jchittum | yay for no more postfix! i was just writing up that folks might see a Postfix prompt when doing an upgrade of cloud images | 13:13 |
| GunnarHj | Is anybody looking into the daily builds of the desktop ISO for amd64? The latest one I see is from April 9. | 16:11 |
| GunnarHj | bdmurray ^ | 16:12 |
| jbicha | GunnarHj: I think that's a known issue that has been affecting ISO builds for all flavors for a while. For instance, see https://cdimage.ubuntu.com/kubuntu/daily-live/pending/ | 16:26 |
| jbicha | and https://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu/jammy/daily-live-20220414.log | 16:26 |
| GunnarHj | Thanks jbicha. But then my question still stands. | 16:28 |
| cjwatson | There was an attempt to fix it at the cloud level this morning, which, err, seems to have mostly taken out the entire cloud's networking | 16:29 |
| cjwatson | Err, assuming we're talking about the same thing (observable as livefs builds failing trying to talk to people.canonical.com) | 16:29 |
| jbicha | yeah, I think this log shows the issue better: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/jammy/ubuntu/+build/338594 | 16:31 |
| GunnarHj | cjwatson: I'm merely talking about the result. As the kubuntu page which jbicha posted. Or http://cdimage.ubuntu.com/daily-live/pending/ | 16:32 |
| cjwatson | Definitely being worked on, but hard to give a projection right now. | 16:33 |
| GunnarHj | cjwatson: Thanks, that answered my question. | 16:33 |
| cjwatson | That said, I filed a ticket the other day with an alternate workaround (which would have the effect of making builder resets significantly less reliable in the current state, but if the builder managed to reset at all then it would have correct metadata). Depending on how the current firefighting goes I may see about lighting a fire under that one. | 16:34 |
| jbicha | lol at the mixed metaphors | 16:35 |
| cjwatson | Deliberately :) | 16:35 |
| cjwatson | (Very roughly: the cloud metadata service issue that causes this also has the effect that the builder's usual SSH keys don't get installed, so we can try sshing to the builder after resetting it as a test for whether it came up properly, and if not we can disable it instead.) | 16:35 |
| cjwatson | Canonical staff can see that side of things as https://portal.admin.canonical.com/C149289 | 16:36 |
| jbicha | xnox: are you around? I ran into LP: #1969145 | 17:21 |
| ubottu | Launchpad bug 1969145 in oss4 (Ubuntu) "oss4 autopkgtest regression: unrecognized command-line option ‘-mfloat-abi=hard’" [High, New] https://launchpad.net/bugs/1969145 | 17:22 |
| === rs200974 is now known as rs20097 | ||
| === cookie is now known as ckie | ||
| xnox | jbicha: le sigh, i bet we only should specify that on armhf; and not on all arches. and like the package is buggy; and only worked whilst compilers were not strict about such things | 22:47 |
| xnox | also pondering why we specify that at all, given that all our arches default to hard float abi i think. | 22:48 |
| xnox | jbicha: clearly this is not an issue with glib; so just ask release team to force-skiptest glib; and we can look into fixing oss4 builds later | 22:49 |
| === TheMaster is now known as Unit193 | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!