-queuebot:#ubuntu-release- New: accepted photoqt [sync] (jammy-proposed) [2.5-4] | 09:39 | |
-queuebot:#ubuntu-release- New: accepted python-b2sdk [amd64] (jammy-proposed) [1.3.0-2] | 09:39 | |
-queuebot:#ubuntu-release- New binary: photoqt [amd64] (jammy-proposed/none) [2.5-4] (no packageset) | 09:43 | |
-queuebot:#ubuntu-release- New binary: photoqt [ppc64el] (jammy-proposed/none) [2.5-4] (no packageset) | 09:44 | |
-queuebot:#ubuntu-release- New binary: photoqt [armhf] (jammy-proposed/none) [2.5-4] (no packageset) | 09:49 | |
-queuebot:#ubuntu-release- New binary: photoqt [s390x] (jammy-proposed/none) [2.5-4] (no packageset) | 09:49 | |
-queuebot:#ubuntu-release- New binary: photoqt [arm64] (jammy-proposed/none) [2.5-4] (no packageset) | 09:51 | |
ahasenack | oh, somebody just promoted llvm-14 to main | 12:45 |
---|---|---|
ahasenack | hi, if someone from the release team is around, and has some time, please take a look at the email I just sent to ubuntu-devel about the default llvm change from 13 to 14 and my postgresql upload, which was intended to fix the ftbfs that resulted from the llvm change | 12:52 |
tarzeau | jbicha: thanks :) | 15:31 |
mitya57 | Hi all! Is it OK to land Qt 5.15.3 today? https://bileto.ubuntu.com/#/ticket/4803 | 17:04 |
RikMills | mitya57: +1 from me. the longer we wait, the further back in test queues it ends up | 17:50 |
Eickmeyer | mitya57: +1, clock is ticking. | 18:58 |
mitya57 | Ok, doing it now | 18:58 |
juliank | please do not launch ppa autopkgtests, they don't work | 18:59 |
juliank | well on amd64 they might be fine | 19:01 |
juliank | (network times out) | 19:04 |
juliank | I don't understand why arm64, armhf, s390x are not moving | 19:12 |
mitya57 | I didn't launch them. | 19:14 |
juliank | mitya57: this was a general PSA :) | 19:20 |
mitya57 | Ok :) | 19:24 |
juliank | did people run like 1000 tests on arm64, armhf, s390x but not others? | 19:26 |
juliank | because this doesn't make sense, there were 1000 passing tests in a day, but the queue size increased | 19:27 |
juliank | but why only those and not ppc64el? | 19:28 |
juliank | or amd64, but to be fair that has a ton of owrkers | 19:28 |
-queuebot:#ubuntu-release- New: accepted photoqt [amd64] (jammy-proposed) [2.5-4] | 19:47 | |
-queuebot:#ubuntu-release- New: accepted photoqt [armhf] (jammy-proposed) [2.5-4] | 19:47 | |
-queuebot:#ubuntu-release- New: accepted photoqt [s390x] (jammy-proposed) [2.5-4] | 19:47 | |
-queuebot:#ubuntu-release- New: accepted photoqt [arm64] (jammy-proposed) [2.5-4] | 19:47 | |
-queuebot:#ubuntu-release- New: accepted photoqt [ppc64el] (jammy-proposed) [2.5-4] | 19:47 | |
juliank | this does not look right https://paste.ubuntu.com/p/38rWcxS7sm/ | 19:48 |
Eickmeyer | juliank: Ew, how did that happen? | 19:51 |
juliank | it's not clear | 19:52 |
juliank | according to grafana, 1000 requests passed successfully | 19:52 |
* Eickmeyer blinks in confusion | 19:52 | |
juliank | but it also shows the queue did not get smaller | 19:52 |
-queuebot:#ubuntu-release- New sync: gnome-shell-pomodoro (jammy-proposed/primary) [0.20.0-3] | 19:53 | |
juliank | we must assume it's all upstream or PPA queue things | 19:57 |
juliank | really should stop accepting any test requests | 20:01 |
juliank | ubuntu@juju-4d1272-prod-proposed-migration-3:~$ journalctl --since=today -u download-results.service | grep s390x | grep ppa | wc -l | 20:09 |
juliank | 777 | 20:09 |
juliank | ubuntu@juju-4d1272-prod-proposed-migration-3:~$ journalctl --since=today -u download-results.service | grep s390x | wc -l | 20:10 |
juliank | 1072 | 20:10 |
juliank | ubuntu@juju-4d1272-prod-proposed-migration-3:~$ journalctl --since=today -u download-results.service | grep ppc64el | grep ppa | wc -l | 20:10 |
juliank | 604 | 20:10 |
juliank | ubuntu@juju-4d1272-prod-proposed-migration-3:~$ journalctl --since=today -u download-results.service | grep ppc64el | grep -v ppa | wc -l | 20:10 |
juliank | 1719 | 20:10 |
juliank | so yeah um | 20:10 |
juliank | 295 non-PPA runs vs 777 for s390x | 20:10 |
juliank | ubuntu@juju-4d1272-prod-proposed-migration-3:~$ journalctl --since=today -u download-results.service | grep arm64 | grep -v ppa | wc -l | 20:11 |
juliank | 146 | 20:11 |
juliank | ubuntu@juju-4d1272-prod-proposed-migration-3:~$ journalctl --since=today -u download-results.service | grep arm64 | grep ppa | wc -l | 20:11 |
juliank | 609 | 20:11 |
juliank | same for arm64 | 20:11 |
juliank | if you look at ppc64el this was much more fairly distributed | 20:11 |
Eickmeyer | So do we kick something or just wait it out? | 20:13 |
juliank | There were too many tests requested for PPA stuff on those archs, they should catch up now | 20:16 |
juliank | But this is all a bit problematic | 20:16 |
juliank | timing wise with the beta that is | 20:17 |
Eickmeyer | Right. | 20:17 |
juliank | we can do ~500-1k tests per day I think so the queues need 7-14 days to empty | 20:18 |
Eickmeyer | Yep, and with the beta approaching on Thursday that makes it a bit tricky for those packages to make it. | 20:19 |
RikMills | juliank: yes, and DDOS'ing the test architecture with ppc64el rebuilds 3 days before beta freeze may not have been the best option | 20:19 |
juliank | RikMills: not my call | 20:19 |
RikMills | not blaming you. it just seems a bit delf defeating | 20:20 |
RikMills | *self | 20:20 |
juliank | can't do it much earlier either though, as you want to wait for stuff to be rebuilt naturally vs wasting time on a rebuild | 20:21 |
RikMills | in the end, all I really care about migrating before the beta is ubiquity 22.04.9 | 20:21 |
juliank | the question is whether some of those rebuilds ended up with unchanged binaries | 20:21 |
juliank | like -defaults packages | 20:21 |
Eickmeyer | I'm just hoping my MR for bug 1966523 makes it in on time per mine and vorlon's conversation. | 20:21 |
ubottu | Bug 1966523 in Ubuntu CD Images "Ubuntu Studio ISOs are reaching hard ISO 9660 limit" [Undecided, New] https://launchpad.net/bugs/1966523 | 20:21 |
RikMills | perhaps I can request a skiptest on that in the morning | 20:21 |
juliank | some were rebuilt because they produce per-arch binaries, but they're really just metapackages | 20:22 |
juliank | If you skiptest please also open an auto-package-testing issue to remove tests | 20:22 |
juliank | (if it's many tests) | 20:22 |
RikMills | juliank: it is literally about 4 tests, just well down in the queue | 20:23 |
juliank | we lost ~ a day or so getting the cloud back up to where we are now | 20:23 |
juliank | as that took 2 days IIRC for 1 out of 2 clouds | 20:23 |
RikMills | https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubiquity | 20:24 |
juliank | unfortunately networking is not fully back, firewall rules are broken or routing or whatever | 20:24 |
juliank | so if you have ppas, or upstream systemd ones; requests to launchpad or salsa.debian.org just timeout | 20:24 |
juliank | with 50/50 chance | 20:24 |
juliank | I think we might want to move the tests in the normal queue to the huge queue, if they don't have a requester, than people can request urgent tests | 20:25 |
juliank | and they'll run sorta immediately | 20:25 |
juliank | we should also be using priority queues, and move stuff higher up if triggered by main packages vs universe ones | 20:26 |
RikMills | juliank: that would be a nice move | 20:26 |
juliank | sorta plug into launchpad's build scoring and then transfer the build score to the triggers | 20:27 |
juliank | so more important packages run earlier | 20:27 |
juliank | I can also increase throughput a bit for short tests I suppose | 20:28 |
juliank | currently we start one test per cloud every 30s | 20:28 |
RikMills | when we are looking for installer fixes etc to migrate, we definitely don't want those queued behind trivial things | 20:28 |
RikMills | s/trivial/less_critical | 20:29 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!