-queuebot:#ubuntu-release- New binary: hoel [arm64] (bionic-proposed/universe) [1.3.1-1] (no packageset)00:47
-queuebot:#ubuntu-release- New binary: multitime [arm64] (bionic-proposed/universe) [1.3-1] (no packageset)00:47
-queuebot:#ubuntu-release- New binary: hoel [armhf] (bionic-proposed/universe) [1.3.1-1] (no packageset)00:47
-queuebot:#ubuntu-release- New binary: multitime [armhf] (bionic-proposed/universe) [1.3-1] (no packageset)00:48
-queuebot:#ubuntu-release- New binary: hoel [ppc64el] (bionic-proposed/universe) [1.3.1-1] (no packageset)01:03
-queuebot:#ubuntu-release- New binary: multitime [ppc64el] (bionic-proposed/universe) [1.3-1] (no packageset)01:16
=== s8321414_ is now known as s8321414
-queuebot:#ubuntu-release- New: accepted hoel [amd64] (bionic-proposed) [1.3.1-1]04:08
-queuebot:#ubuntu-release- New: accepted hoel [armhf] (bionic-proposed) [1.3.1-1]04:08
-queuebot:#ubuntu-release- New: accepted hoel [ppc64el] (bionic-proposed) [1.3.1-1]04:08
-queuebot:#ubuntu-release- New: accepted hoel [arm64] (bionic-proposed) [1.3.1-1]04:08
-queuebot:#ubuntu-release- New: accepted hoel [s390x] (bionic-proposed) [1.3.1-1]04:08
-queuebot:#ubuntu-release- New: accepted hoel [i386] (bionic-proposed) [1.3.1-1]04:08
-queuebot:#ubuntu-release- New: accepted multitime [amd64] (bionic-proposed) [1.3-1]04:44
-queuebot:#ubuntu-release- New: accepted multitime [armhf] (bionic-proposed) [1.3-1]04:44
-queuebot:#ubuntu-release- New: accepted multitime [ppc64el] (bionic-proposed) [1.3-1]04:44
-queuebot:#ubuntu-release- New: accepted multitime [arm64] (bionic-proposed) [1.3-1]04:44
-queuebot:#ubuntu-release- New: accepted multitime [s390x] (bionic-proposed) [1.3-1]04:44
-queuebot:#ubuntu-release- New: accepted multitime [i386] (bionic-proposed) [1.3-1]04:44
-queuebot:#ubuntu-release- New: accepted gnome-tweaks [source] (bionic-proposed) [3.27.4-1ubuntu1]04:45
-queuebot:#ubuntu-release- New binary: gnome-tweaks [amd64] (bionic-proposed/none) [3.27.4-1ubuntu1] (no packageset)04:47
-queuebot:#ubuntu-release- New: accepted gnome-tweaks [amd64] (bionic-proposed) [3.27.4-1ubuntu1]04:54
cpaelzerslangasek: yes I found that as well - since it is good05:51
cpaelzerI'm abandoning the MP05:51
tjaaltonit's already merged06:35
tjaaltonor to be exact, changed so that it only affected the bad version06:36
dokotjaalton: freepa needs a bind9 merge06:41
dokofreeipa even06:42
tjaaltondoko: I know, the server team is on it07:05
tjaaltonmerging https://code.launchpad.net/~tjaalton/britney/hints-ubuntu/+merge/336803 would unblock python-ldap and then 389-ds-base07:15
apwtjaalton, what on earth is is attempting to merge that into ?08:17
tjaaltonapw: huh, something silly08:17
apware you merging it into the code perhaps08:17
tjaaltonsame mistake that cpaelzer did, apparently08:17
tjaaltonI pulled hints-ubuntu, modified it and then pushed it to lp:tjaalton08:18
cpaelzerthanks that I'm not alone tjaalton :-)08:20
cpaelzerthis is the default that is selected, which is wrong :-/08:20
apwtjaalton, can you change what it is trying to merge it into, that isn't an editable for me08:20
tjaaltonI'll try08:21
tjaaltonNo RSA host key is known for bazaar.launchpad.net and you have requested strict checking.08:21
apwtjaalton, hmmm going to be one of those days is it08:25
tjaaltonlooks like it08:25
apwtjaalton, anyhow the diff looks fine when its not mad, merged and pushed08:26
apwtjaalton, https://code.launchpad.net/~tjaalton/britney/hints-ubuntu/+merge/33681508:28
apwok i found a button to resubmit it against the right thing i think08:28
tjaaltongood, I couldn't08:32
-queuebot:#ubuntu-release- New source: ipxe-qemu-256k-compat (bionic-proposed/primary) [1.0.0+git-20150424.a25a16d-0ubuntu1]10:10
cpaelzerthe above is for bug 171349010:15
ubot5bug 1713490 in qemu (Ubuntu Bionic) "error migrating blocked on virtio-net-pci.rom" [High,In progress] https://launchpad.net/bugs/171349010:15
cpaelzerTL;DR a copy of xenial src:ipxe stripped of most but a few roms we need as compat10:15
cpaelzerI also need a MIR on this which I think I can only open once through new (to have the src on LP)10:15
cpaelzerso if one could take a look that would be great10:16
cpaelzerlet me know if there is anything I still need to do to pass the new queue on this10:16
-queuebot:#ubuntu-release- New binary: libvirt [s390x] (bionic-proposed/main) [4.0.0-1ubuntu1] (ubuntu-server, virt)10:18
cpaelzerand that is libvirt splitting a few submodules (in Debian) for storage support10:20
-queuebot:#ubuntu-release- New binary: libvirt [ppc64el] (bionic-proposed/main) [4.0.0-1ubuntu1] (ubuntu-server, virt)10:22
-queuebot:#ubuntu-release- New binary: libvirt [arm64] (bionic-proposed/main) [4.0.0-1ubuntu1] (ubuntu-server, virt)10:37
-queuebot:#ubuntu-release- New binary: libvirt [armhf] (bionic-proposed/main) [4.0.0-1ubuntu1] (ubuntu-server, virt)10:43
-queuebot:#ubuntu-release- New binary: libvirt [amd64] (bionic-proposed/main) [4.0.0-1ubuntu1] (ubuntu-server, virt)11:00
-queuebot:#ubuntu-release- New binary: libvirt [i386] (bionic-proposed/main) [4.0.0-1ubuntu1] (ubuntu-server, virt)11:05
smbCan someone drop the artful upload of ubuntu-fan from the sru queue, please? (would like to replace it with minor packaging changes)11:09
-queuebot:#ubuntu-release- Unapproved: rejected ubuntu-fan [source] (artful-proposed) [0.12.9~17.10.1]11:15
-queuebot:#ubuntu-release- New: accepted libvirt [amd64] (bionic-proposed) [4.0.0-1ubuntu1]11:37
-queuebot:#ubuntu-release- New: accepted libvirt [armhf] (bionic-proposed) [4.0.0-1ubuntu1]11:37
-queuebot:#ubuntu-release- New: accepted libvirt [ppc64el] (bionic-proposed) [4.0.0-1ubuntu1]11:37
-queuebot:#ubuntu-release- New: accepted libvirt [arm64] (bionic-proposed) [4.0.0-1ubuntu1]11:37
-queuebot:#ubuntu-release- New: accepted libvirt [s390x] (bionic-proposed) [4.0.0-1ubuntu1]11:37
-queuebot:#ubuntu-release- New: accepted libvirt [i386] (bionic-proposed) [4.0.0-1ubuntu1]11:37
cpaelzerthanks for those accepts11:39
cpaelzerI'd be happy about an accept or discussion on New source: ipxe-qemu-256k-compat as well11:39
dokocomponent-mismatches are not updated ...11:52
cpaelzerIf one would accept src:ipxe-qemu-256k-compat I'd know one component-mismatch more than before :-P11:56
-queuebot:#ubuntu-release- New binary: bind9 [s390x] (bionic-proposed/main) [1:9.11.2.P1-1ubuntu1] (core)12:18
-queuebot:#ubuntu-release- New binary: bind9 [ppc64el] (bionic-proposed/main) [1:9.11.2.P1-1ubuntu1] (core)12:26
-queuebot:#ubuntu-release- New binary: bind9 [amd64] (bionic-proposed/main) [1:9.11.2.P1-1ubuntu1] (core)12:29
ahasenackheads up: the bind9 upload above needs python3-ply to be pulled back into main. The source and python-ply (py2 version) are in main already12:33
-queuebot:#ubuntu-release- New binary: bind9 [arm64] (bionic-proposed/main) [1:9.11.2.P1-1ubuntu1] (core)12:44
-queuebot:#ubuntu-release- New binary: bind9 [armhf] (bionic-proposed/main) [1:9.11.2.P1-1ubuntu1] (core)12:48
-queuebot:#ubuntu-release- New binary: bind9 [i386] (bionic-proposed/main) [1:9.11.2.P1-1ubuntu1] (core)13:00
-queuebot:#ubuntu-release- Unapproved: ubuntu-fan (artful-proposed/main) [0.12.8~17.10.1 => 0.12.9~17.10.1] (no packageset)13:56
smb^so its back and waiting to be accepted14:01
cpaelzerone more ping on ipxe-qemu-256k-compat (source) btw14:16
cpaelzerthis really is a rename+strip of src:ipxe from former releases14:16
cpaelzerand I just realized it has to pass new queue to be able to file the MIR for it14:16
cpaelzerbug 174625514:17
ubot5bug 1746255 in Launchpad itself "packages in new queue have a per-package page, but some actions trigger an oops" [Undecided,New] https://launchpad.net/bugs/174625514:17
cpaelzeralso libvirt in proposed migration puzzles me14:28
cpaelzermaybe one can help me to track why it is complaining about unsatisfieable Depends14:29
cpaelzerglusterfs-common is universe14:29
cpaelzerlibvirt (most components) are in main14:29
cpaelzerbut the link to gluster is a suggests (intentionally)14:29
cpaelzerlibvirt-daemon => Suggests: libvirt-daemon-driver-storage-gluster14:29
cpaelzerlibvirt-daemon-driver-storage-gluster_4.0.0-1ubuntu1_amd64.deb => Depends: glusterfs-common14:29
cpaelzerSeeded is only libvirt-daemon-system/libvirt-bin14:29
cpaelzerBut proposed migration complains:14:29
cpaelzerlibvirt-daemon-driver-storage-gluster/amd64 unsatisfiable Depends: glusterfs-common14:29
cpaelzermaybe it is not about main/universe after all and I miss something14:29
cpaelzerbut on a system with the ppa of the same source all is installable with/without gluster as I thought it should be14:29
cpaelzerany hint is welcome14:29
tjaaltonI'm weeding through all the python madness in bionic-proposed, and was wondering why pyasn1/-modules still hasn't migrated and update_output.txt shows that some packages should be uninstallable. well, turns out I can install python-construct but python-dfvfs complains that -construct can't be installed..14:31
tjaaltonand I have a newer version installed already?!14:32
tjaalton python-dfvfs : Depends: python-construct (>= 2.5.2) but it is not going to be installed14:32
tjaaltonthere's a braks14:33
tjaaltonnewer dfvfs is in -proposed14:33
tjaaltonjust ftbfs while fine on debian14:34
-queuebot:#ubuntu-release- New: accepted bind9 [amd64] (bionic-proposed) [1:9.11.2.P1-1ubuntu1]14:51
-queuebot:#ubuntu-release- New: accepted bind9 [armhf] (bionic-proposed) [1:9.11.2.P1-1ubuntu1]14:51
-queuebot:#ubuntu-release- New: accepted bind9 [ppc64el] (bionic-proposed) [1:9.11.2.P1-1ubuntu1]14:51
-queuebot:#ubuntu-release- New: accepted bind9 [arm64] (bionic-proposed) [1:9.11.2.P1-1ubuntu1]14:51
-queuebot:#ubuntu-release- New: accepted bind9 [s390x] (bionic-proposed) [1:9.11.2.P1-1ubuntu1]14:51
-queuebot:#ubuntu-release- New: accepted bind9 [i386] (bionic-proposed) [1:9.11.2.P1-1ubuntu1]14:52
rbasakcpaelzer: libvirt-daemon-driver-storage-gluster_4.0.0-1ubuntu1_amd64.deb does depend on glusterfs-common.16:18
rbasakcpaelzer: if it doesn't in the source, perhaps the build added it?16:18
cpaelzerrbasak: it does, but that is fine16:18
cpaelzeras libvirt-daemon-driver-storage-gluster_4.0.0-1ubuntu1_amd64.deb itself is only suggested16:18
cpaelzerso it should not be a component mismatch16:21
cpaelzerand also glusterfs-common is available in general (I can install it)16:21
cpaelzeroh well16:21
cpaelzermaybe it depends on a specific new version of glusterfs-common that is itself blocked by something16:21
cpaelzerI need to look in that16:21
cjwatsoncomponent-mismatches-proposed is out of date and I suspect that once it comes up to date it'll show -gluster for demotion to universe16:22
rbasak Depends: glusterfs-common, libc6 (>= 2.4), libvirt-daemon (= 4.0.0-1ubuntu1)16:22
cjwatsonI might have managed to unstick it earlier; we'll see16:22
cpaelzerok, I'll just let it be and consider it a false positive that will be resolved16:22
cpaelzerbecause atm that is how it looks to me16:22
cpaelzerlibvirt-daemon-driver-storage-gluster is new and should be only in universe16:23
rbasakOh, I see. Now I think I understand the problem. Never mind, sorry.16:23
cjwatsonit probably just went into main by default due to being from a source in main16:23
cjwatsondon't worry about it for now16:23
cpaelzerthanks cjwatson16:23
cpaelzerall I wanted to hear16:23
cjwatsoncpaelzer: as I thought.  demoting now17:15
flocculantcpaelzer: re mouse integration - just posted to bug, but as you're here ... success with ppa and tablet - thanks very much :)17:46
flocculantnvm ...17:48
slangasekhas anyone analyzed why http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html says 'freeipa-server-dns/amd64 unsatisfiable Depends: bind9-dyndb-ldap (>= 11)' when bind9-dyndb-ldap 11.1-1 is now in bionic-proposed?18:00
naccahasenack: --^18:00
ahasenackslangasek: bind9 9.11 can't migrate because I missed a universe dependency (lmdb)18:01
ahasenackslangasek: I have https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1746296 and a branch for it, currently building in a ppa18:01
ubot5Ubuntu bug 1746296 in bind9 (Ubuntu) "Drop lmdb dependency as it's in universe" [High,In progress]18:01
ahasenackslangasek: the other universe dependency we need a component-mismatch for, it's python3-ply. The source package (ply) is in main, as is the python-ply (py2) package it produces18:02
slangasekahasenack: yes, but that shouldn't translate to "unsatisfiable dependency", it should only translate to "depends on bind9", which is also listed18:02
naccyeah that's weird18:02
naccthey are both in universe18:02
ahasenackslangasek: that I haven't analyzed, i zeroed in in the lmdb dependency I missed18:02
ahasenackslangasek: >= 11 seems wrong, shouldn't it be >= 9.11?18:03
ahasenackoh, it's from another source package18:04
ahasenackexcuses says "missing build": missing build on amd64: bind9-dyndb-ldap (from 10.1-2)18:06
ahasenackbut 11.1-1 built: https://launchpad.net/ubuntu/+source/bind-dyndb-ldap/11.1-1/18:07
naccahasenack: nice catch, that's presumably why18:07
ahasenackexcuses is just not seeing the builds for some reason?18:18
naccahasenack: it might be lagging18:18
ahasenackit's built since december18:19
naccahasenack: then i don't know ;)18:19
ahasenackhttps://launchpad.net/ubuntu/+source/bind-dyndb-ldap/11.1-1/ also says "no changes file available"18:19
oSoMoNhey, can the libreoffice i386 autopkgtest failure be ignored to allow 1:5.4.4-0ubuntu2 to migrate? it's the same failure that was ignored for the past few updates, because of bug #1699772 (java/kernel stack clash)18:20
ubot5bug 1699772 in linux (Ubuntu Bionic) "linux-image-4.13.0-12-generic, linux-image-4.10.0-24-generic, linux-image-4.8.0-56-generic, linux-image-4.4.0-81-generic, linux-image-3.13.0-121-generic | Regression: many user-space apps crashing" [Critical,In progress] https://launchpad.net/bugs/169977218:20
oSoMoN(the good news is that someone from the kernel team is looking into it so hopefully a future kernel update will have a fix)18:21
dokooSoMoN: lo won't mirgrate until poppler, mpclib, mpfr4, gnustep-* tinyxml2, binutils gcc-* glibc migrate ... and probably other affected transitions18:28
oSoMoNokay, I'd better be patient then…18:29
dokooSoMoN: or help identifying stuff which still needs fixing?18:30
oSoMoNdoko, sure, where do I start?18:30
jbichadoko: does LO 6 need to wait for all those transitions?18:32
dokooSoMoN: update_excuses and update_output, looking for library packages which won't migrate, i.e. transitions imported from debian and not done in Ubuntu18:32
dokojbicha: it needs poppler18:32
jbichadoko: yes, I mean does oSoMoN need to wait to upload LO 6 until after the poppler transition is done?18:33
dokoso fixing autopkg tests which prevent migration of poppler helps18:33
dokoahh, maybe not18:33
seb128doko, oSoMoN, it was built before poppler was uploaded so it should be able to migrate no?18:50
seb128well before poppler at least18:50
LocutusOfBorgapw, merge my patch please? (hints bzr repo)18:59
oSoMoNthe poppler transition happened between I test-built LO in a PPA and I uploaded it, so I had to re-upload with a patch for the new poppler18:59
slangasekahasenack, nacc: hmm, then it should still only translate into "depends on bind-dyndb-ldap", which appears to be the source package still building that binary in both bionic and bionic-proposed.19:08
ahasenackslangasek: for a moment I thought this dyndb-ldap package came from the bind9 source, specially because of the similar version (11.1 vs 9.11) that tricked my eye19:09
naccslangasek: yeah, i agree; it feels like 'something' is in the wrong state19:09
naccslangasek: rmadison reports the binaries are available, e.g., but excuses doesn't see them?19:09
* slangasek nods19:09
slangasekso, launchpad says it's there, let's see if it's missing from the packages files19:10
slangasekit is present in the packages files19:11
slangasekso that's going to take some rooting around in britney state, sigh19:12
naccdoko: should i change the state of the libsodium bug task so it's back on the MIR list to modify for bionic?19:26
* slangasek considers manually copying bind-dyndb-ldap to the release pocket to try to unblock19:46
slangasekahahaha can't copy bind-dyndb-ldap because it depends on new bind9 sonames <facepalm>19:56
slangasekah, but behold, now bind-dyndb-ldap is happy :P20:00
slangasekahasenack, nacc: what's the current thinking wrt lmdb?  Is this getting dropped or MIRed?20:01
ahasenackslangasek: I'm dropping it at the moment, it's for a new tool to convert zone files20:03
ahasenackslangasek: https://launchpad.net/~ahasenack/+archive/ubuntu/bind9-drop-lmdb-1746296/+packages has packages I will test tomorrow20:04
slangasekahasenack: test tomorrow> why, vs. me uploading them today?20:04
ahasenackI just want to be sure the only thing we will not have is that tool to convert the zone files20:05
ahasenackslangasek: would you like to review my branch perhaps?20:05
ahasenackslangasek: https://code.launchpad.net/~ahasenack/ubuntu/+source/bind9/+git/bind9/+ref/bind9-drop-lmdb-174629620:06
slangasekahasenack: that seems like something I could manage to test with debdiff before pushing, if necessary :) but also, it seems like that shouldn't block the long and messy proposed-migration dep chain right now20:06
slangaseksure, I'll look20:06
slangasekI guess it's still the case that I don't have access to land this branch anywhere?20:06
ahasenackslangasek: ok, let me do a quick install then. I moved to another task while the packages in the ppa were building20:06
ahasenackslangasek: probably, me neither. You can take over it with a debdiff if you are happy with it, I don't mind20:07
slangasekahasenack: wow, so for some reason, I can't do a clean checkout of this repo; all of the win32 *vcxproj*.in files in the tree show up as modified20:17
slangasekahasenack: seems to be some line feed issue, git knows that the files in the working dir don't match but refuses to fix them :P20:18
ahasenackslangasek: I just did a quick test with a feature that the CHANGES file say would be affected by using the new lmdb library, using the packages from that ppa, seems to have worked fine: https://pastebin.ubuntu.com/26491290/20:19
slangasekalso, was I wrong to expect pristine-tar data on these branches?20:19
ahasenackcreated this file: https://pastebin.ubuntu.com/26491297/20:20
ahasenackslangasek: reading20:20
slangasekahasenack: uploaded, thanks20:20
ahasenackslangasek: I don't know about pristine-tar. I cloned bind (using git ubuntu clone bind9), then created a new branch from ubuntu/devel, and that's what I pushed to lp20:21
* slangasek nods20:21
slangasekright, so it was more a question of whether I should expect pristine-tar on the usd branches20:21
slangasekit's possible I was told before that I shouldn't, but I still do, because I'm difficult that way20:21
ahasenacknacc: ^ :)20:21
ahasenackslangasek: there will still be one component-mismatch on python3-ply, can you fix that?20:22
ahasenackpython-ply, which comes from the same source ("ply"), is in main20:22
slangasekahasenack: already done; will be fixed in next publisher run20:22
-queuebot:#ubuntu-release- New binary: rsyslog [s390x] (bionic-proposed/main) [8.32.0-1ubuntu1] (core)20:29
-queuebot:#ubuntu-release- New binary: rsyslog [ppc64el] (bionic-proposed/main) [8.32.0-1ubuntu1] (core)20:32
-queuebot:#ubuntu-release- New binary: rsyslog [arm64] (bionic-proposed/main) [8.32.0-1ubuntu1] (core)20:36
-queuebot:#ubuntu-release- New binary: rsyslog [armhf] (bionic-proposed/main) [8.32.0-1ubuntu1] (core)20:37
-queuebot:#ubuntu-release- New binary: rsyslog [i386] (bionic-proposed/main) [8.32.0-1ubuntu1] (core)20:37
-queuebot:#ubuntu-release- New binary: rsyslog [amd64] (bionic-proposed/main) [8.32.0-1ubuntu1] (core)20:41
slangasektsimonq2: so I caught in scrollback you were discussing skipping alpha2.  I haven't seen anything to the contrary, and it's Tuesday of the milestone week, so I guess this is the plan of record?20:53
naccahasenack: slangasek: we have per-distro pristine-tar branches20:56
naccslangasek: let me know if that does not answer your question20:56
slangaseknacc: so why did git-buildpackage not find them?20:56
slangaseknacc: was it because I was building from ahasenack's branch instead of from one of the usd branches?20:56
naccslangasek: gbp ivoekd directly?20:56
naccslangasek: gbp can't find them20:56
naccgbp doesn't have any concept of multiple pristine-tar20:57
naccwe wrap all that with git-ubuntu build :)20:57
naccit's possible that's now fixed in the latest gbp, but I think it's not still -- i'll need to look20:57
naccbasically our wrapper uses a context to checkout the "right" pristine-tar branches to 'pristine-tar' and then calls gbp20:57
naccthere is a export-orig subcommand now that makes that more accessible20:58
tsimonq2slangasek: I guess it is, yes.20:59
slangaseknacc: ah ok20:59
naccslangasek: seeing as you did it before, would it be possible for you to promote libsodium again? LP: #1621386? it's pulled up by php7.2-cli now (which is in turn going to get promoted via the seeds)22:01
ubot5Launchpad bug 1621386 in libsodium (Ubuntu) "[MIR] libsodium" [Undecided,Confirmed] https://launchpad.net/bugs/162138622:01
slangaseknacc: needs a new team subscriber, unity-api-team should not be considered an owner for new MIRs22:11
naccslangasek: it does already22:11
naccslangasek: ubuntu-server subscribed to the package22:11
slangaseknacc: <refresh> oh, so they did22:12
naccslangasek: :)22:12
nacci also thought i had put a comment to that effect in the MIR bug22:13
slangaseknacc: you want me to read *both* sentences of the comment?22:13
naccslangasek: it is a lot to ask :)22:13
tsimonq2"Therefore, we will need to include it in main to support Unity 8." woah we're putting Unity 8 BACK in the archive?22:14
* tsimonq2 runs22:14
slangasekit's actually just a pork barrel MIR22:16
slangasek"the Server Team will formally support unity8, in exchange for you shipping nodejs in main"22:17
tsimonq2hah :)22:17
naccslangasek: thanks22:30
juliankoh, rsyslog landed in NEW.23:17
juliankKind of makes sense, I guess23:17
juliankWe do have new binaries after all23:18
juliankI wonder why that did not happen when lvm2-lockd was introduced, though. that was odd.23:19
juliankor maybe it did and I did not notice23:19
naccjuliank: it did, and probably was auto-accepted23:20
juliankwell, I don't care much as long as it works :)23:20
nacc(not 100%, but just a guess)23:20
naccauto = reviewed by an AA and accepted, i mean23:20
-queuebot:#ubuntu-release- New binary: rkt [amd64] (bionic-proposed/universe) [1.29.0+dfsg-1] (no packageset)23:23
-queuebot:#ubuntu-release- New binary: otb [s390x] (bionic-proposed/universe) [6.4.0+dfsg-1] (no packageset)23:28
-queuebot:#ubuntu-release- New: accepted otb [s390x] (bionic-proposed) [6.4.0+dfsg-1]23:35
-queuebot:#ubuntu-release- New: accepted rkt [amd64] (bionic-proposed) [1.29.0+dfsg-1]23:37
-queuebot:#ubuntu-release- New binary: otb [ppc64el] (bionic-proposed/universe) [6.4.0+dfsg-1] (no packageset)23:37
-queuebot:#ubuntu-release- New: accepted otb [ppc64el] (bionic-proposed) [6.4.0+dfsg-1]23:42

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!