-queuebot:#ubuntu-release- New binary: krb5 [i386] (hirsute-proposed/main) [1.18.3-4] (core, i386-whitelist) | 00:00 | |
-queuebot:#ubuntu-release- New: accepted krb5 [amd64] (hirsute-proposed) [1.18.3-4] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted krb5 [armhf] (hirsute-proposed) [1.18.3-4] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted krb5 [ppc64el] (hirsute-proposed) [1.18.3-4] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted libphonenumber [amd64] (hirsute-proposed) [8.12.16-3] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted libphonenumber [armhf] (hirsute-proposed) [8.12.16-3] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted libphonenumber [s390x] (hirsute-proposed) [8.12.16-3] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted qgis [arm64] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted krb5 [arm64] (hirsute-proposed) [1.18.3-4] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted krb5 [s390x] (hirsute-proposed) [1.18.3-4] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted libphonenumber [i386] (hirsute-proposed) [8.12.16-3] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted qgis [armhf] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted krb5 [i386] (hirsute-proposed) [1.18.3-4] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted qgis [amd64] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted libphonenumber [arm64] (hirsute-proposed) [8.12.16-3] | 00:19 | |
-queuebot:#ubuntu-release- New: accepted qgis [s390x] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1] | 00:19 | |
-queuebot:#ubuntu-release- New binary: hyperspy [amd64] (hirsute-proposed/universe) [1.6.1-1] (no packageset) | 00:41 | |
-queuebot:#ubuntu-release- New binary: cclive [s390x] (hirsute-proposed/none) [0.9.3-0.2] (no packageset) | 05:18 | |
-queuebot:#ubuntu-release- New binary: metadata-cleaner [s390x] (hirsute-proposed/none) [1.0.0-1] (no packageset) | 05:18 | |
-queuebot:#ubuntu-release- New binary: metadata-cleaner [ppc64el] (hirsute-proposed/none) [1.0.0-1] (no packageset) | 05:19 | |
-queuebot:#ubuntu-release- New binary: cclive [ppc64el] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset) | 05:20 | |
-queuebot:#ubuntu-release- New binary: python-anyio [amd64] (hirsute-proposed/universe) [2.0.2-1] (no packageset) | 05:20 | |
-queuebot:#ubuntu-release- New binary: digimend-dkms [amd64] (hirsute-proposed/universe) [10-1] (no packageset) | 05:20 | |
-queuebot:#ubuntu-release- New binary: cclive [amd64] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset) | 05:23 | |
-queuebot:#ubuntu-release- New binary: metadata-cleaner [arm64] (hirsute-proposed/universe) [1.0.0-1] (no packageset) | 05:24 | |
-queuebot:#ubuntu-release- New binary: metadata-cleaner [armhf] (hirsute-proposed/universe) [1.0.0-1] (no packageset) | 05:25 | |
-queuebot:#ubuntu-release- New binary: cclive [armhf] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset) | 05:28 | |
-queuebot:#ubuntu-release- New binary: metadata-cleaner [amd64] (hirsute-proposed/universe) [1.0.0-1] (no packageset) | 05:29 | |
-queuebot:#ubuntu-release- New binary: cclive [arm64] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset) | 05:32 | |
-queuebot:#ubuntu-release- New binary: metadata-cleaner [riscv64] (hirsute-proposed/universe) [1.0.0-1] (no packageset) | 05:45 | |
-queuebot:#ubuntu-release- New binary: cclive [riscv64] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset) | 06:16 | |
-queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (xenial-proposed) [4.15.0-1092.105~16.04.1] | 06:22 | |
ginggs | would someone please review? https://code.launchpad.net/~ginggs/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/396640 | 06:42 |
---|---|---|
ginggs | i think it's the last blocker for r-bioc-* migration | 06:42 |
-queuebot:#ubuntu-release- New binary: linux-signed-gke-4.15 [amd64] (bionic-proposed/main) [4.15.0-1078.83] (no packageset) | 08:13 | |
-queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1078.83] | 08:31 | |
-queuebot:#ubuntu-release- Unapproved: s390-tools (hirsute-proposed/main) [2.15.1-0ubuntu5 => 2.15.1-0ubuntu6] (core) | 08:36 | |
seb128 | would any archive admin want to review this change for component mismatch reports? | 08:51 |
seb128 | https://code.launchpad.net/~seb128/ubuntu-archive-tools/component-mismatches-mirtitles/+merge/395133 | 08:51 |
seb128 | it has been in the queue since early decembre | 08:51 |
-queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (xenial-proposed/main) [4.15.0-1064.71~16.04.1] (kernel) | 09:17 | |
juliank | cjwatson: Wondering if we should have launchpad set some arbitrary (or like increasing) Phased-Update-Percentage for hirsute-proposed, such that we have some way to test the new phased update support in apt and make sure it works everywhere? | 09:24 |
juliank | bdmurray rightfully pointed out that there's no way we can really test it now | 09:24 |
juliank | having it set it in proposed would help simulate the effects on builders at least | 09:25 |
juliank | Not that we end up releasing and then end up with problems somewhere from phased updates in -updates behaving different from what we expected | 09:26 |
seb128 | juliank, would that automatically impact some users or would they still need then to opt in by changing their apt config or something? | 09:45 |
seb128 | because randomly giving proposed updates to some users doesn't sound like something we should be goind | 09:46 |
seb128 | doing | 09:46 |
juliank | seb128: it's opt-out | 09:46 |
juliank | seb128: I feel like we gotta do some in the wild testing but I don't know what the best approach is | 09:47 |
seb128 | -1 from me | 09:47 |
seb128 | proposed is something we recommend not using, it would be bad taste to silently give updates from there to some users only for testing purpose | 09:47 |
seb128 | could we make it opt-in? | 09:48 |
juliank | seb128: that's not what it's about | 09:48 |
juliank | seb128: The phasing would be opt-out, if you have proposed enabled | 09:48 |
juliank | If you don't have proposed enabled, nothing changes | 09:48 |
seb128 | ah, right | 09:48 |
juliank | Something got lost somewhere in the explanation :D | 09:48 |
seb128 | I feel better about it described this way ;-) | 09:49 |
seb128 | right, if people go to the active step to enable proposed then it's fine to give them updates coming from there | 09:49 |
juliank | yes, and phasing them at like +10% per hour since publishing, or just fixed 50% or something to test out phased updates in apt would be useful | 09:50 |
Laney | I dunno, I always felt like proposed should be NotAutomatic, so you can actually sensibly opt in to only testing some things in there | 09:50 |
Laney | seb128: I will review that in a minute, thx for the ping | 09:50 |
juliank | Laney: I agree with that, but the reason it's not is that builders would have to manually enable it | 09:51 |
juliank | um, manually pin it back up | 09:51 |
juliank | At least that's what people said when I wanted to get this changed :) | 09:51 |
Laney | yeah, they would have to have pinning, but that feels quite solvable | 09:51 |
seb128 | Laney, thanks! | 09:51 |
Laney | but I'm not sure how that would mix with phasing then | 09:51 |
juliank | Laney: the phasing overrides pins | 09:52 |
juliank | command-line selector > phasing > pin | 09:52 |
Laney | and NotAutomatic is a pin in this sense? | 09:52 |
juliank | Yes, NotAutomatic changes the default pin to 1 for the repo | 09:53 |
Laney | right, so the phasing would make NotAutomatic useless, not sure about that | 09:53 |
juliank | Well | 09:53 |
juliank | No | 09:53 |
juliank | If it's phased to 100%, it's still pinned to 1 | 09:54 |
juliank | NotAutomatic would make phasing useless, you could say, except well, phasing still works if you manually pin up the packages you are interested up, or the entire repo | 09:55 |
juliank | But phasing doesn't make NotAutomatic useless, as it only pins down stuff not-for-you to 1, but never actually pins something up over the configuration. | 09:55 |
Laney | I see, > didn't express that concept to me | 09:56 |
juliank | yeah | 09:56 |
Laney | So you can pin it to do your phasing testing, or something | 09:56 |
juliank | > was really ?: | 09:56 |
juliank | well still bad explanation | 09:57 |
juliank | If we could make proposed notautomatic for hirsute+1 that'd be great | 09:58 |
juliank | It needs changes in a bunch of places, but it shouldn't be crazy | 09:58 |
Laney | Ages ago a bunch of that work was done for backports, so it wouldn't be starting from scratch | 09:59 |
Laney | e.g. setting the value in the Release file, buildds ignoring it for package builds | 10:00 |
juliank | It would make SRU verification procedure a lot easier for normal users | 10:00 |
Laney | And we wouldn't get people on devel mangling their systems as frequently as we do now | 10:00 |
Laney | well, it'd be even more of a you get to keep both halves situation | 10:01 |
juliank | I'm not sure if phasing works with autopkgtests, this needs to be tested | 10:02 |
Laney | The SRU instructions might even be able to tell you how to use apt to install only that SRU, and update-manager could display them unchecked maybe | 10:02 |
Laney | could be nice | 10:02 |
Laney | go argue for getting this on the list :> | 10:02 |
juliank | because if phasing overrides a pin-this-package-up I think this might break autopkgtest, so it would be nice to get some proposed packages to test what happens | 10:02 |
juliank | Laney: I think for stable releases, there's some argument to be made for having time-based phasing for proposed (10% per day or so), and then users who add proposed effectively opt into a fast track of updates, but it's still way less worse than it is now | 10:04 |
juliank | I kind of also would love a point-release repo that only ever gets updated on point releases | 10:05 |
juliank | like it's a snapshot of updates at point release time :D | 10:06 |
juliank | you can mix it with -security | 10:06 |
Laney | I dunno, I think the way we have the process set up now it fits better as a pocket for manual testers to opt in to using, and with phasing we would use -updates more like that | 10:06 |
Laney | unless we were to collect and make much more use of metrics from proposed updates | 10:06 |
Laney | but I'm not on the SRU team am I :-) | 10:06 |
juliank | Laney: I can't keep track of who is on what team :D | 10:07 |
juliank | Laney: Seems like unsecure apps are blocked again and I can't auth to gmail smtp server | 10:09 |
Laney | juliank: dunno what you're talking about, you think I'm on IS now? :P | 10:15 |
juliank | Laney: Nah, I notified IS, but it appears the SMTP password stopped working | 10:16 |
Laney | I don't use gmail but does it use per-app passwords? | 10:17 |
juliank | Laney: not really | 10:21 |
cjwatson | juliank: We aren't going to have Launchpad set it automatically. ~ubuntu-archive is free to set something up to tweak overrides automatically if they want | 10:55 |
cjwatson | (aside from what Seb etc. said) | 10:55 |
Laney | cjwatson: the API has what we'd need already? | 10:57 |
cjwatson | Laney: phased-updater already uses the API | 10:57 |
cjwatson | It's true that you can't easily get the override in there the second something gets accepted into -proposed. ~ubuntu-archive has plenty of cron jobs though ;-) | 10:58 |
Laney | ah you mean that part, sorry, I was thinking of the NotAutomatic side | 10:58 |
cjwatson | (I'm not sure it's a good idea) | 10:58 |
cjwatson | Right, that's not in the API | 10:58 |
Laney | because the thread juliank just started on devel | 10:58 |
cjwatson | I'm just catching up on messages | 10:58 |
juliank | NotAutomatic I want to do next cycle | 10:59 |
juliank | :D | 10:59 |
mwhudson | that sounds like it would save me time enabling proposed and scoring it down in all my lxds and vms | 11:02 |
Laney | let's hope juliank can get management on board with the idea :> | 11:03 |
Laney | huh we got the same bug like 5 times in that c-m email | 11:48 |
teward | sil2100: got a few minutes for me to boucne stuff off you? | 14:33 |
teward | (nonpriority) | 14:33 |
-queuebot:#ubuntu-release- Unapproved: ubiquity (focal-proposed/main) [20.04.15.3 => 20.04.15.4] (core) | 15:08 | |
-queuebot:#ubuntu-release- Unapproved: python-apt (focal-proposed/main) [2.0.0ubuntu0.20.04.3 => 2.0.0ubuntu0.20.04.4] (core, i386-whitelist) | 15:23 | |
-queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (xenial-proposed) [4.15.0-1064.71~16.04.1] | 15:26 | |
-queuebot:#ubuntu-release- Unapproved: sssd (groovy-proposed/main) [2.3.1-3ubuntu2 => 2.3.1-3ubuntu3] (ubuntu-desktop, ubuntu-server) | 15:47 | |
sil2100 | teward: hey! hm hm, what is it about? Since I'm right now in 20.04.2-spree ;) | 16:16 |
sil2100 | I might only have some cycles later, if anything | 16:17 |
teward | is about that python3-cffi thing Studio wanted me to poke at, not a priority as it's SRU-eyes-needed :P | 16:17 |
teward | so no worries, focus on your spree. | 16:17 |
teward | if it were mission critical i'd tack on a note to Mark saying "Hey this stuff's critical I need to steal a few people for critical review" ;) | 16:18 |
-queuebot:#ubuntu-release- Unapproved: accepted python-apt [source] (focal-proposed) [2.0.0ubuntu0.20.04.4] | 16:34 | |
-queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (focal-proposed) [20.04.15.4] | 16:45 | |
Laney | ah man I wanted to slip some commits into ubiquity | 17:00 |
Laney | it's not too late right ¬_¬ | 17:00 |
rbalint | sil2100, Laney i see https://code.launchpad.net/~rbalint/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/395911 merged, but the retriggered tests don't seem to run on big instances: https://autopkgtest.ubuntu.com/packages/m/mysql-connector-c++/focal/s390x | 17:20 |
rbalint | is there manual deployment step that's needed? | 17:20 |
-queuebot:#ubuntu-release- New binary: skalibs [ppc64el] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset) | 17:22 | |
-queuebot:#ubuntu-release- New binary: skalibs [s390x] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset) | 17:23 | |
Laney | yes there is | 17:24 |
rbalint | Laney, could you please deploy later master? | 17:24 |
-queuebot:#ubuntu-release- New binary: kodi-pvr-octonet [ppc64el] (hirsute-proposed/universe) [4.1.0-2+ds1-1] (no packageset) | 17:25 | |
-queuebot:#ubuntu-release- New binary: kodi-pvr-octonet [amd64] (hirsute-proposed/universe) [4.1.0-2+ds1-1] (no packageset) | 17:25 | |
-queuebot:#ubuntu-release- New binary: skalibs [amd64] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset) | 17:26 | |
Laney | in a bit, calls | 17:27 |
Laney | rbalint: done | 17:32 |
rbalint | Laney, thanks, retrying! | 17:34 |
rbalint | Laney, now since we got rid of the cowboy, could deployment be automatic? | 17:35 |
rbalint | one less thing to do :-) | 17:36 |
Laney | if someone does it, we need to know when the config files change and send a SIGHUP to the workers if they have | 17:36 |
-queuebot:#ubuntu-release- New binary: skalibs [arm64] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset) | 17:37 | |
-queuebot:#ubuntu-release- New binary: skalibs [armhf] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset) | 17:37 | |
Laney | or make the workers inotify on their config and reload themselves | 17:37 |
rbalint | Laney, i think the SIGHUP would be better, in case multiple files are used | 17:38 |
Laney | not sure what you mean there | 17:39 |
Laney | anyway either would work | 17:39 |
Laney | a bit differently for the upcoming branch since the config comes from juju config there | 17:39 |
-queuebot:#ubuntu-release- New binary: skalibs [riscv64] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset) | 17:50 | |
sil2100 | Oh, damn, didn't run the manual deployment step as I thought it's not manual | 17:56 |
sil2100 | I think Bileto spoiled me | 17:57 |
sil2100 | Sorry about that | 17:57 |
-queuebot:#ubuntu-release- New: accepted kodi-pvr-octonet [amd64] (hirsute-proposed) [4.1.0-2+ds1-1] | 20:07 | |
-queuebot:#ubuntu-release- New: accepted skalibs [amd64] (hirsute-proposed) [2.10.0.1-1] | 20:07 | |
-queuebot:#ubuntu-release- New: accepted skalibs [armhf] (hirsute-proposed) [2.10.0.1-1] | 20:07 | |
-queuebot:#ubuntu-release- New: accepted skalibs [riscv64] (hirsute-proposed) [2.10.0.1-1] | 20:07 | |
-queuebot:#ubuntu-release- New: accepted kodi-pvr-octonet [ppc64el] (hirsute-proposed) [4.1.0-2+ds1-1] | 20:07 | |
-queuebot:#ubuntu-release- New: accepted skalibs [ppc64el] (hirsute-proposed) [2.10.0.1-1] | 20:07 | |
-queuebot:#ubuntu-release- New: accepted skalibs [arm64] (hirsute-proposed) [2.10.0.1-1] | 20:07 | |
-queuebot:#ubuntu-release- New: accepted skalibs [s390x] (hirsute-proposed) [2.10.0.1-1] | 20:07 | |
-queuebot:#ubuntu-release- New: accepted cclive [amd64] (hirsute-proposed) [0.9.3-0.2] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted cclive [armhf] (hirsute-proposed) [0.9.3-0.2] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted digimend-dkms [amd64] (hirsute-proposed) [10-1] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted metadata-cleaner [arm64] (hirsute-proposed) [1.0.0-1] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted metadata-cleaner [riscv64] (hirsute-proposed) [1.0.0-1] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted cclive [arm64] (hirsute-proposed) [0.9.3-0.2] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted metadata-cleaner [amd64] (hirsute-proposed) [1.0.0-1] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted python-anyio [amd64] (hirsute-proposed) [2.0.2-1] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted cclive [riscv64] (hirsute-proposed) [0.9.3-0.2] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted metadata-cleaner [armhf] (hirsute-proposed) [1.0.0-1] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted cclive [ppc64el] (hirsute-proposed) [0.9.3-0.2] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted hyperspy [amd64] (hirsute-proposed) [1.6.1-1] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted metadata-cleaner [s390x] (hirsute-proposed) [1.0.0-1] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted cclive [s390x] (hirsute-proposed) [0.9.3-0.2] | 20:08 | |
-queuebot:#ubuntu-release- New: accepted metadata-cleaner [ppc64el] (hirsute-proposed) [1.0.0-1] | 20:08 | |
-queuebot:#ubuntu-release- New binary: execline [ppc64el] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset) | 21:40 | |
-queuebot:#ubuntu-release- New binary: execline [s390x] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset) | 21:41 | |
-queuebot:#ubuntu-release- New binary: execline [amd64] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset) | 21:41 | |
-queuebot:#ubuntu-release- New binary: execline [arm64] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset) | 21:43 | |
-queuebot:#ubuntu-release- New binary: execline [armhf] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset) | 21:45 | |
-queuebot:#ubuntu-release- New binary: execline [riscv64] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset) | 22:03 | |
-queuebot:#ubuntu-release- New binary: ubuntu-budgie-meta [arm64] (hirsute-proposed/universe) [0.72] (personal-fossfreedom, ubuntu-budgie) | 22:53 | |
-queuebot:#ubuntu-release- New binary: ubuntu-budgie-meta [armhf] (hirsute-proposed/universe) [0.72] (personal-fossfreedom, ubuntu-budgie) | 22:56 | |
-queuebot:#ubuntu-release- New binary: kissfft [amd64] (hirsute-proposed/universe) [131+git20201106.cc862cb-1] (no packageset) | 23:33 | |
-queuebot:#ubuntu-release- New binary: orphan-sysvinit-scripts [amd64] (hirsute-proposed/universe) [0.06] (no packageset) | 23:33 | |
-queuebot:#ubuntu-release- New binary: qbs [s390x] (hirsute-proposed/universe) [1.18.0-3] (no packageset) | 23:36 | |
-queuebot:#ubuntu-release- New binary: uhttpmock [amd64] (hirsute-proposed/universe) [0.5.3-1] (i386-whitelist) | 23:37 | |
-queuebot:#ubuntu-release- New binary: qbs [ppc64el] (hirsute-proposed/universe) [1.18.0-3] (no packageset) | 23:41 | |
-queuebot:#ubuntu-release- New binary: kissfft [riscv64] (hirsute-proposed/universe) [131+git20201106.cc862cb-1] (no packageset) | 23:49 | |
-queuebot:#ubuntu-release- New: accepted execline [amd64] (hirsute-proposed) [2.7.0.0-2] | 23:54 | |
-queuebot:#ubuntu-release- New: accepted execline [armhf] (hirsute-proposed) [2.7.0.0-2] | 23:54 | |
-queuebot:#ubuntu-release- New: accepted execline [riscv64] (hirsute-proposed) [2.7.0.0-2] | 23:54 | |
-queuebot:#ubuntu-release- New: accepted execline [arm64] (hirsute-proposed) [2.7.0.0-2] | 23:54 | |
-queuebot:#ubuntu-release- New: accepted execline [s390x] (hirsute-proposed) [2.7.0.0-2] | 23:54 | |
-queuebot:#ubuntu-release- New: accepted execline [ppc64el] (hirsute-proposed) [2.7.0.0-2] | 23:54 | |
-queuebot:#ubuntu-release- New: accepted kissfft [amd64] (hirsute-proposed) [131+git20201106.cc862cb-1] | 23:55 | |
-queuebot:#ubuntu-release- New: accepted kissfft [riscv64] (hirsute-proposed) [131+git20201106.cc862cb-1] | 23:55 | |
-queuebot:#ubuntu-release- New: accepted orphan-sysvinit-scripts [amd64] (hirsute-proposed) [0.06] | 23:55 | |
-queuebot:#ubuntu-release- New: accepted uhttpmock [i386] (hirsute-proposed) [0.5.3-1] | 23:55 | |
-queuebot:#ubuntu-release- New: accepted kissfft [ppc64el] (hirsute-proposed) [131+git20201106.cc862cb-1] | 23:55 | |
-queuebot:#ubuntu-release- New: accepted uhttpmock [amd64] (hirsute-proposed) [0.5.3-1] | 23:55 | |
-queuebot:#ubuntu-release- New: accepted kissfft [s390x] (hirsute-proposed) [131+git20201106.cc862cb-1] | 23:55 | |
-queuebot:#ubuntu-release- New: accepted uhttpmock [ppc64el] (hirsute-proposed) [0.5.3-1] | 23:55 | |
-queuebot:#ubuntu-release- New: accepted uhttpmock [s390x] (hirsute-proposed) [0.5.3-1] | 23:56 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!