[00:19] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (cosmic-proposed) [1.5+18.10ubuntu1]
[00:21] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (bionic-proposed) [1.5+18.04ubuntu1]
[00:36] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (xenial-proposed) [1.5+16.04ubuntu1]
[04:01] -queuebot:#ubuntu-release- Unapproved: knopflerfish-osgi (bionic-proposed/universe) [6.1.1-2 => 6.1.1-2ubuntu0.1] (no packageset)
[10:28] <acheronuk> doko: oh, you removed the new pgaudit. fyi, I just commented on https://github.com/pgaudit/pgaudit/issues/62
[10:28] <gitbot> pgaudit issue 62 in pgaudit "1.3.0: installcheck failing on s390x with postgresql 11" [Question, Open]
[10:37] <doko> RAOF: mir/yaml-cpp ping. this is blocking transitions, for over a week now
[10:48] <doko> acheronuk: ta. yes, plan to re-upload later
[11:03] <doko> our mess is down to:     * armhf: acl2-infix, advi, asymptote, auto-multiple-choice, cadabra, calligra-gemini, catdvi, cdcover, cura-engine, dvi2ps, dvipng, epix, equalx, gir1.2-ubuntu-app-launch-3, glmark2-es2-mir, glmark2-mir, glosstex, ipe, kile, ktikz, latex-cjk-chinese, latex-cjk-common, latex-cjk-japanese, latex2rtf, lhs2tex, libautopilot-gtk, libautopilot-qt, libautopilot-qt-autopilot, libcgal-ipelets, libghc-lambdahack-dev, libghc-
[11:03] <doko> lambdahack-prof, libghc-sdl2-dev, libghc-sdl2-prof, libghc-sdl2-ttf-dev, libghc-sdl2-ttf-prof, libmiral-dev, libmiral3, libmirclient-debug-extension-dev, libmirclient-debug-extension1, libmirclient-dev, libmirclient9, libmirprotobuf3, libmirserver-dev, libmirserver47, libpjproject-dev, libsdl-kitchensink-dev, libsdl2-dev, libsdl2-gfx-dev, libsdl2-image-dev, libsdl2-mixer-dev, libsdl2-net-dev, libsdl2-ttf-dev, libsndifsdl2-dev, libubuntu-app-
[11:03] <doko> launch3-dev, libubuntu-app-launch4, lilypond, mathtex, mediawiki2latex, mftrace, mir-client-platform-mesa-dev, mir-client-platform-mesa5, mir-demos, mir-graphics-drivers-desktop, mir-test-tools, mir-utils, mirtest-dev, mlpost, ocaml-melt, php7.2-intl, php7.2-tidy, pidgin-latex, prerex, python-autopilot-trace, python-pyx, python3-autopilot-trace, qtikz, qttestability-autopilot, ruby-tioga, texlive-binaries, texvc, tgif, therion, therion-viewer,
[11:03] <doko> tth-common, ubuntu-app-launch-tools, ubuntu-app-test, url-dispatcher, url-dispatcher-tools, url-dispatcher-tools-gui, vprerex, wims, winefish, xdvik-ja
[11:11] <doko> tsimonq2, acheronuk: ^^^ could you have a look at the qt* packages?
[11:16] <doko> also cgal needs some fixing of it's own qt5 copy :-(
[11:30] <rbalint> RAOF, which one?
[11:34] <rbalint> RAOF, if you mean LP: #1803137 in the bionic upload then it is indeed relevant, but i listed LP: #1778219 which caused the former as a regression thus in some sense the former did not exist in bionic
[11:34] <acheronuk> doko: the autopilot/qt stuff tarces all the way back to mir again I think?
[11:34] <acheronuk> *traces
[11:36] <rbalint> RAOF, since the former's fix is reverting the fix for the latter and fixing the latter in a different way the latter bug got fixed, but i would be happy to reupload referencing both bugs and i felt that either listing both or listing one was correct in a sense
[11:55] -queuebot:#ubuntu-release- Unapproved: xtables-addons (bionic-proposed/universe) [3.0-0.1 => 3.0-0.1ubuntu1] (no packageset)
[12:07] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.15.0-42.45~16.04.1] (kernel)
[12:07] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (xenial-proposed/main) [4.15.0-42.45~16.04.1] (kernel)
[12:18] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-42.45~16.04.1]
[12:18] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-42.45~16.04.1]
[12:24] <ahasenack> acheronuk: I'm the one who filed that pgaudit issue on s390x upstream
[12:25] <ahasenack> I was taking a look at it yesterday, but couldn't figure anything out
[12:27] <acheronuk> ahasenack: ah. I didn't note you full name on github
[12:27] <ahasenack> so postgresql-11 is now ready to migrate?
[12:27] <ahasenack> no reds at least, I didn't check update_output.txt yet
[12:28] <doko> ahasenack: yes, pgaudit removed, and stopping build postgresql-hll on some archs
[12:29] <doko> ahasenack: if php is server related, please have a look at the failing symfony autopkg tests, just for php7.2
[12:30] <ahasenack> ok
[12:31] <doko> or argue with the release team to ignore these, because they pass with 7.3 ;p
[12:33] <ahasenack> is 7.3 released yet?
[12:33] <ahasenack> or still an alpha/beta?
[12:33] <ahasenack> I guess I should know
[12:33] <doko> it's in the archive =)
[12:34] <ahasenack> it was a pre-release version
[12:34] <ahasenack> I'll look, rbasak and nacc had a call about php yesterday
[12:37] <rbalint> rbasak, i'm still hoping to get u-u into -proposed :-)
[12:41] <jbicha> argue with the security team to accept pcre2 in main too ;p
[12:55] <rbasak> ahasenack: it's rc
[12:56] <rbasak> IIRC GA was scheduled soon. I can't find the schedule right now
[12:58] <rbasak> Aha: https://wiki.php.net/todo/php73
[14:05] -queuebot:#ubuntu-release- Unapproved: gvfs (cosmic-proposed/main) [1.38.1-0ubuntu1 => 1.38.1-0ubuntu1.1] (desktop-core)
[14:12] <Beret> g'morning
[14:13] <Beret> rbasak, ahasenack - once the release team is awake, we need to have a conversation in here about getting 18.04.1 fixed
[14:13] <Beret> I thought that had already been done
[14:13] <ahasenack> ok
[14:13] <ahasenack> I'm off to lunch
[14:14] <Beret> ok
[15:25] <rbasak> rbalint: looking now for you. Which releases? I see something in Bionic and Cosmic so far, Cosmic without an SRU-like version string. Is that intentional?
[15:25] <rbasak> (the bug doesn't have a Cosmic task
[15:25] <rbasak> )
[15:27] <ahasenack> back
[15:34] <rbasak> rbalint: also did you respond to bdmurray's questions on the ubuntu-release@ thread? Am I right in thinking that these uploads are  related to that thread?
[15:38] <rbalint> rbasak, please reject cosmic's upload, i forgot to update the version string
[15:38] <rbalint> rbasak, which thread?
[15:38] <rbalint> rbasak, yes, bionic and cosmic please
[15:39] <rbasak> rbalint: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html
[15:40] <rbasak> rbalint: Brian's reply is dated Jun 01.
[15:41] -queuebot:#ubuntu-release- Unapproved: rejected unattended-upgrades [source] (cosmic-proposed) [1.5ubuntu4]
[15:42] <xnox> doko, it built; i'm now pre-building my abi-rebuild-only in a bileto ppa, and will ask you to do the switch, once all binaries are there; to make the slotting in window short.
[15:42] <xnox> doko, see builds at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3528/+packages
[15:45] <rbalint> rbasak, we discussed the full backport an i think bdmurray is now on board with it and I queued the upload to xenial but need to update the lp bugs to follow the sru template
[15:46] -queuebot:#ubuntu-release- New binary: uhd [s390x] (disco-proposed/universe) [3.13.0.2-4] (no packageset)
[15:47] <rbasak> rbalint: OK. Shall we consider the SRU on hold until you're done updating the bugs then? And would it be better to see if bdmurray can do the SRU reviews in that case? I don't want to review and find I have a different set of requirements. That'd be frustrating for everyone.
[15:50] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-edge [ppc64el] (bionic-proposed/main) [4.18.0-12.13~18.04.1] (kernel)
[15:52] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-edge [amd64] (bionic-proposed/main) [4.18.0-12.13~18.04.1] (kernel)
[15:53] <rbalint> rbasak, i'm ok keeping the xenial one on hold for a little, but the others should be fine
[15:55] <ahasenack> doko: about symfony, it looks like 3.4.18 fixes those issues
[15:55] <ahasenack> doko: the same tests are run at pkg build time, and I can't build 3.4.17 (current disco) with php 7.2.11, the tests fail
[15:56] <ahasenack> doko: but I can build 3.4.18 with 7.2.11
[15:56] <ahasenack> doko: I'm about to do a bileto run with 3.4.18, but we would have to go ahead of debian which still has 3.4.17
[15:56] <ahasenack> (if this works)
[15:57] <rbasak> ahasenack: is this related to the PHP transitoin we're considering?
[15:57] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (cosmic-proposed/main) [1.5ubuntu3 => 1.5ubuntu3.18.10.0] (desktop-core, ubuntu-server)
[15:57] <ahasenack> rbasak: php7.2 (7.2.10-0ubuntu1 to 7.2.11-3build1) has only one red now, and it's symfony
[15:57] <rbasak> ahasenack: (just to avoid duplicate work as appropriate)
[15:57] <rbasak> Hmm, OK
[15:58] <rbasak> nacc had mentioned that symfony is a major deal to resolve in itself. I haven't looked in depth at all yet.
[15:59] <ahasenack> rbasak: doko pinged me about it this morning
[16:01] <rbasak> I have no objection to resolving this. I'm wondering that if we're about to create a big mess for a PHP transition anyway, there may be little point as we'll have to clear the mess again anyway (and the server team would take responsibility for doing that of course). Unless there's something else it blocks right now?
[16:02] <doko> the autopkg test failures are currently the big transition mess, that's the reason I'm asking
[16:02] <rbasak> To be clear, I haven't looked deeply into PHP yet though, and we haven't yet committed to doing the transition AFAIK. But it seems likely we will, unless the pcre2/3 thing stops us from wanting to start.
[16:03] <juliank> doko: I'll rename the yaml-cpp binary package, preparing an NMU for Debian now, will upload that to disco as well
[16:03] <ahasenack> let me see if this simple update fixes the current dep8 failures
[16:03] <rbasak> Sure
[16:03] <ahasenack> sounds good?
[16:04] <doko> juliank: ok
[16:05] <doko> rbasak, ahasenack: please wait with php until icu migrates.  so maybe we want to override the symfony autopkg failures for that transition
[16:05] <juliank> icu is entangled with haskell it seems
[16:05] <doko> and I didn't get a reply from the security team about pcre2
[16:06] <juliank> I'll definitely need to rebuild haskell-hakyll for haskell-fsnotify which also needed a rebuild for icu...
[16:06] <rbasak> doko: I think that sounds fine, but can I please clarify that I understand you exactly?
[16:06] <juliank> grr
[16:06] <rbasak> doko: "wait with php" -> you mean with a PHP transition, not the current migration issue, right?
[16:06] <doko> rbasak: yes, exactly
[16:07] <rbasak> doko: and "override the symfony autopkg failures" -> you mean for the future, when we'll expect to get stuck on them during a PHP transition?
[16:08] <doko> rbasak: no, the current ones
[16:08] <rbasak> doko: OK, and you're proposing to override them right now?
[16:09] -queuebot:#ubuntu-release- Unapproved: accepted gvfs [source] (cosmic-proposed) [1.38.1-0ubuntu1.1]
[16:11] <doko> rbasak: otp, following up later
[16:11] <rbasak> ack
[16:16] -queuebot:#ubuntu-release- New binary: uhd [ppc64el] (disco-proposed/universe) [3.13.0.2-4] (no packageset)
[16:28] <ahasenack> not really liking what symfony package build is doing with my /tmp
[16:28] <ahasenack> https://pastebin.ubuntu.com/p/H5FP6f3gdc/
[16:31] <doko> rbasak, ahasenack: I mentioned ignoring current symfony autopkg test failures to vorlon. if that's not acceptable, maybe I should investigate if it can be removed, together with rdeps from the release pocket. but that would be something to do for me tomorrow
[16:34] <juliank> I messed up the yaml-cpp upload a bit, new one coming soon
[16:35] <juliank> xnox: I lost my no-change rebuild script, do you have a copy handy?
[16:35] -queuebot:#ubuntu-release- New binary: yaml-cpp [s390x] (disco-proposed/universe) [0.5.3-0.1ubuntu1] (kubuntu)
[16:35] <xnox> juliank, http://paste.ubuntu.com/p/6nvfm9TFTB/ i call it rebuild-for
[16:36] <xnox> e.g. reverse-depends -b src:foo | xargs -L1 rebuild-for 'foo library'
[16:36] <juliank> xnox: thanks
[16:38] -queuebot:#ubuntu-release- New binary: yaml-cpp [ppc64el] (disco-proposed/universe) [0.5.3-0.1ubuntu1] (kubuntu)
[16:40] <rbasak> doko: I see, thanks. I have no objection to that. HOpefully ahasenack's change will fix it without too much effort though.
[16:43] -queuebot:#ubuntu-release- New binary: yaml-cpp [amd64] (disco-proposed/universe) [0.5.3-0.1ubuntu1] (kubuntu)
[16:43] <juliank> Did no-change rebuilds of haskell-diagram-libs and haskell-hakyll, hope the haskell stuff is done soon
[16:43] <juliank> ...
[16:44] -queuebot:#ubuntu-release- New binary: yaml-cpp [i386] (disco-proposed/universe) [0.5.3-0.1ubuntu1] (kubuntu)
[16:45] <juliank> the yaml-cpp 0.5.3-0.1ubuntu1 binaries can be rejected, they were broken
[16:45] <juliank> the ubuntu2 ones are building now
[16:50] -queuebot:#ubuntu-release- New: rejected yaml-cpp [amd64] (disco-proposed) [0.5.3-0.1ubuntu1]
[16:50] -queuebot:#ubuntu-release- New: rejected yaml-cpp [ppc64el] (disco-proposed) [0.5.3-0.1ubuntu1]
[16:50] -queuebot:#ubuntu-release- New: rejected yaml-cpp [i386] (disco-proposed) [0.5.3-0.1ubuntu1]
[16:50] -queuebot:#ubuntu-release- New: rejected yaml-cpp [s390x] (disco-proposed) [0.5.3-0.1ubuntu1]
[16:52] -queuebot:#ubuntu-release- New binary: yaml-cpp [s390x] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[16:55] -queuebot:#ubuntu-release- New binary: yaml-cpp [ppc64el] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:00] <doko> vorlon: starjava-* is involved as well, via skycat -> cfitsio
[17:02] -queuebot:#ubuntu-release- New binary: uhd [i386] (disco-proposed/universe) [3.13.0.2-4] (no packageset)
[17:02] -queuebot:#ubuntu-release- New binary: yaml-cpp [amd64] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:10]  * acheronuk steals that rebuild script
[17:11] <juliank> Someone please ping me once yaml-cpp ...ubuntu2 binaries are in, I have rdep rebuild .changes  ready to upload!
[17:11] <juliank> acheronuk: good choice
[17:11] <juliank> xnox: apparently reverse-depends needs an -l too
[17:11] <juliank> in your example
[17:12]  * juliank starts thinking about dinner
[17:18] <xnox> juliank, yeah.....
[17:21] -queuebot:#ubuntu-release- New binary: yaml-cpp [arm64] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:21] -queuebot:#ubuntu-release- New binary: yaml-cpp [armhf] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:23] -queuebot:#ubuntu-release- New binary: yaml-cpp [i386] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:27] <doko> juliank: yaml-cpp accepted, please wait for publication for the no-change rebuilds
[17:27] <juliank> doko: ack
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [amd64] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [armhf] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [ppc64el] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [arm64] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [s390x] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [i386] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:28] -queuebot:#ubuntu-release- New binary: uhd [amd64] (disco-proposed/universe) [3.13.0.2-4] (no packageset)
[17:29] <rbasak> Beret: who are you after from the release team specifically? I'm here for ~30 mins, and then possibly later this evening depending.
[17:32] <Beret> rbasak, I talked to vorlon and stgraber about fixing the universe enablement in 18.04.1
[17:32] <Beret> vorlon has more info
[17:40] <doko> ahasenack: please follow-up on https://bugs.launchpad.net/ubuntu/+source/pgaudit/+bug/1804398
[17:41] <ahasenack> ok, I'll link the upstream bug
[17:50] <doko> vorlon: the texlive-bin build for ppc64el was a superseded upload. now just retried
[17:54] <juliank> ugh, mongodb ftbfs
[18:02] <xnox> juliank, yes!
[18:02] <xnox> juliank, but the new point release of that, that i was preparing in my nonvirt ppa, was building better.
[18:03] <xnox> juliank, which bits are you stumbling on? openssl? yaml-cpp?
[18:03] <xnox> juliank, i can upgrade mongodb to a newer point release which should build fine (and pass tests)
[18:06] <juliank> xnox: src/mongo/db/pipeline/document_internal.h:349:44: error: 'void* memset(void*, int, size_t)' writing to an object of non-trivial type 'class mongo::Position'; use assignment instead [-Werror=class-memaccess]
[18:06] <juliank> and some memmove calls
[18:07] <xnox> ew
[18:09] <xnox> juliank, i will time out today, before i can look into it. But i can deal with mongo tomorrow =/
[18:09] <xnox> juliank, also the haskell tracker is looking better ;-)
[18:09] <doko> what a surprise ... https://launchpad.net/ubuntu/+archive/test-rebuild-20180911/+build/15406380
[18:10] <doko> already found for the last test rebuild
[18:10] <juliank> doko: happens
[18:10] <doko> no, way too often
[18:10] <doko> and not taken care of
[18:10] <xnox> juliank, so i was preparing 3.6.8 update in https://launchpad.net/~xnox/+archive/ubuntu/nonvirt/+packages?field.name_filter=mongodb&field.status_filter=published&field.series_filter=
[18:11] <doko> ignoring build failures is just bad
[18:11] <xnox> doko, well, 3.6.8 was failing tests with boost1.67 regression; and i didn't manage to fix boost in time for cosmic release. Boost is now fixed, thus unblocking upgrade to 3.6.8 or later.
[18:11] <xnox> https://tracker.debian.org/media/packages/b/boost1.67/changelog-1.67.0-9
[18:14] <juliank> /usr/bin/ld: ../../Testing/libSurgSimTesting.so: undefined reference to `testing::InitGoogleMock(int*, char**)'
[18:14] <juliank> collect2: error: ld returned 1 exit status
[18:14] <juliank> -> opensurgsim_0.7.0-7build2
[18:14] <xnox> that most likely incompat with 1.8.1 gmock / gtest
[18:14] <xnox> (like in mir)
[18:14] <juliank> ack
[18:17] <juliank> Well, tomorrow Julian's problem
[18:22] <doko> juliank: thanks for sharing the pain ;p
[18:30] <bdmurray> vorlon: I don't understand the state of bug 1770082 - the pending SRU report leads one to believe its releaseable.
[18:58] <ahasenack> doko: https://bileto.ubuntu.com/excuses/3529/disco.html got better
[18:58] <ahasenack> doko: the armhf test skip we had before was droppin in the current disco upload
[18:58] <ahasenack> I might have to reintroduce it
[18:58] <ahasenack> hm
[18:58] <ahasenack> where is disco-proposed in that build log
[18:59] <ahasenack> oh
[18:59] <ahasenack> I guess bileto doesn't use -proposed for dep8 tests
[19:00] <xnox> ahasenack, you can retrigger with &all-proposed=1
[19:00] <xnox> ahasenack, or run it locally..... but running armhf locally is hard.
[19:00] <ahasenack> I did run it locally, it passed
[19:00] <ahasenack> yeah, i did it for amd64 of course :)
[19:00] <ahasenack> xnox: I just grab the recycle-icon url and append that?
[19:00] <xnox> yes, i believe
[19:01] <ahasenack> ok, let me try
[19:01] <xnox> and cna like change the arch parameter
[19:01] <ahasenack> right, for the green ones
[19:01]  * doko is surprised to see xnox as a believer ;p
[19:01] <ahasenack> I think it worked
[19:01] <xnox> and then hack the url to see the results
[19:02] <xnox> doko, so mir should become a candidate next time britney runs; libsdl2 autopkgtests all passed.
[19:02] <xnox> but i will be afk then =/
[19:03] <ahasenack> giving thanks?
[19:03] <doko> xnox: you said that some hours before :/
[19:04] <xnox> doko, publisher is slow.... it did publish; but britney ran just before it; so didn't see it; then it did see it, and only requested autopkgtests.... now they have passed.....
[19:05] <doko> heh, have fun, see you tomorrow
[19:29] <xnox> doko, hmmmm
[19:29] <xnox> doko, so i'm not sure what now.... texlive not removed fully?
[19:30] <doko> xnox: please wait for the ppc64el build to publish
[19:30] <xnox> ah ok
[19:31] <xnox> doko, promote libxxhash0 ?
[19:31] <xnox> texlive-binaries/amd64 unsatisfiable Depends: libxxhash0
[19:32] <doko> I probably should, but I asked the release team to approve. vorlon, Laney; whoever?
[19:32] <xnox> it is on top of http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html
[19:35] <doko> hell yes, it is. and the desktop team is aware of that
[19:54] <vorlon> doko: doesn't need release team approval; MIR team approval, or "best judgement" of archive team provided there is an MIR bug open so we don't lose track
[19:54] <vorlon> anyway, given that my rollback failed (because I didn't roll back far enough), I should just re-add the newer version
[19:55] <doko> vorlon: I already looked at xxhash, and I fixed and filed the symbols issue, which is now presnt in -proposed. so that should be ok except for the bug subscriber
[19:58] <vorlon> bdmurray: LP: #1770082 - the fix for the regression was supposed to get uploaded same day.  cyphermox, what's the status of that netplan.io fix?
[19:58] <cyphermox> vorlon: uploading shortly. I just uploaded the disco one
[19:58] <vorlon> cyphermox: ok
[19:58] <cyphermox> cherry-picks to cosmic+bionic are done, running through autopkgtests locally right now
[19:59] <cyphermox> it's exactly the same fix so I expect it's a rubber stamp, but I want to make sure the tests pass anyway
[20:02] <vorlon> doko: btw did you promote python-oauth2client? it's listed now on http://reqorts.qa.ubuntu.com/reports/m-r-package-team-mapping.html#unsubscribed
[20:03] <vorlon> doko: I think you should go ahead and promote xxhash then
[20:04] <ahasenack> doko: ok, now we have it with disco-proposed and php 7.2.11. Just armhf: https://bileto.ubuntu.com/excuses/3529/disco.html
[20:04] <doko> vorlon: sorry, I don't see a oauth* mismatch
[20:06] <vorlon> doko: it's not a component mismatch now, it's a package that's been promoted with no subscriber
[20:21] -queuebot:#ubuntu-release- Unapproved: netplan.io (bionic-proposed/main) [0.40.1~18.04.2 => 0.40.1~18.04.3] (core)
[20:27] -queuebot:#ubuntu-release- Unapproved: rejected netplan.io [source] (bionic-proposed) [0.40.1~18.04.3]
[20:32] -queuebot:#ubuntu-release- Unapproved: netplan.io (bionic-proposed/main) [0.40.1~18.04.2 => 0.40.1~18.04.3] (core)
[20:33] -queuebot:#ubuntu-release- Unapproved: netplan.io (cosmic-proposed/main) [0.40.2.1 => 0.40.2.2] (core)
[20:38] <vorlon> doko: I just checked and there's no MIR bug at all for python-oauth2client, and I'm not seeing who promoted it (two days ago - https://launchpad.net/ubuntu/+source/python-oauth2client/4.1.2-3/+publishinghistory).  the team that /should/ own it is obvious (openstack), but this still needs followed through
[20:56] -queuebot:#ubuntu-release- New binary: uhd [arm64] (disco-proposed/universe) [3.13.0.2-4] (no packageset)
[22:02] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (trusty-proposed/main) [4.15.0-1033.34~14.04.2] (kernel)
[22:13] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1033.34~16.04.1] (kernel)
[22:34] -queuebot:#ubuntu-release- Unapproved: rax-nova-agent (bionic-proposed/main) [2.1.15-0ubuntu1~18.04.1 => 2.1.18-0ubuntu1~18.04.0] (no packageset)
[22:34] -queuebot:#ubuntu-release- Unapproved: rax-nova-agent (xenial-proposed/universe) [2.1.15-0ubuntu1~16.04.1 => 2.1.18-0ubuntu1~16.04.0] (no packageset)
[22:34] -queuebot:#ubuntu-release- Unapproved: rax-nova-agent (cosmic-proposed/main) [2.1.15-0ubuntu2 => 2.1.18-0ubuntu1~18.10.0] (no packageset)
[22:59] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [amd64] (bionic-proposed) [4.18.0-12.13~18.04.1]
[22:59] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [ppc64el] (bionic-proposed) [4.18.0-12.13~18.04.1]
[23:08] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (trusty-proposed) [4.15.0-1033.34~14.04.2]
[23:09] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1033.34~16.04.1]
[23:18] -queuebot:#ubuntu-release- New binary: uhd [armhf] (disco-proposed/universe) [3.13.0.2-4] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [4.15.0-1033.34] (kernel)
[23:57] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (xenial-proposed/main) [4.15.0-1025.26~16.04.1] (kernel)