[04:08] -queuebot:#ubuntu-release- New: accepted ceph [amd64] (eoan-proposed) [14.2.1-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted ceph [s390x] (eoan-proposed) [14.2.1-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted ceph [i386] (eoan-proposed) [14.2.1-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted ceph [arm64] (eoan-proposed) [14.2.1-0ubuntu1]
[04:08] -queuebot:#ubuntu-release- New: accepted ceph [ppc64el] (eoan-proposed) [14.2.1-0ubuntu1]
[04:09] -queuebot:#ubuntu-release- New: accepted ceph [armhf] (eoan-proposed) [14.2.1-0ubuntu1]
[04:10] <tsimonq2> infinity: Right, so our workaround for that is literally just running "touch /boot/initrd.img-$(uname -r)" to trick initramfs-tools. :P
[04:18] <tsimonq2> infinity, vorlon, xnox: Upstream Calamares bug I just filed, in case anyone wants to add anything: https://github.com/calamares/calamares/issues/1180
[04:18] <gitbot> calamares issue 1180 in calamares "update-initramfs should be more specific" [Open]
[04:19] <tsimonq2> I don't have access to my GPG key at the moment, so I'll hold off on submitting the bug to Debian.
[05:36] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (bionic-proposed/main) [4.15.0-1044.49] (kernel)
[05:36] -queuebot:#ubuntu-release- Unapproved: ceph (disco-proposed/main) [13.2.4+dfsg1-0ubuntu2 => 13.2.6-0ubuntu0.19.04.1] (desktop-core, ubuntu-server)
[05:37] -queuebot:#ubuntu-release- Unapproved: ceph (cosmic-proposed/main) [13.2.4+dfsg1-0ubuntu0.18.10.1 => 13.2.6-0ubuntu0.18.10.1] (desktop-core, ubuntu-server)
[05:40] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (bionic-proposed) [4.15.0-1044.49]
=== klebers_ is now known as klebers
[07:06] -queuebot:#ubuntu-release- Unapproved: postgresql-9.5 (xenial-proposed/main) [9.5.17-0ubuntu0.16.04.1 => 9.5.18-0ubuntu0.16.04.1] (core)
[08:05] -queuebot:#ubuntu-release- Unapproved: accepted vaultlocker [source] (bionic-backports) [1.0.3-0ubuntu1.18.10.1~ubuntu18.04.1]
[09:13] -queuebot:#ubuntu-release- New binary: brasero [i386] (eoan-proposed/universe) [3.12.2-5ubuntu1] (ubuntu-desktop)
[09:13] -queuebot:#ubuntu-release- New binary: brasero [s390x] (eoan-proposed/universe) [3.12.2-5ubuntu1] (ubuntu-desktop)
[09:14] -queuebot:#ubuntu-release- New binary: brasero [amd64] (eoan-proposed/universe) [3.12.2-5ubuntu1] (ubuntu-desktop)
[09:14] -queuebot:#ubuntu-release- New binary: brasero [ppc64el] (eoan-proposed/universe) [3.12.2-5ubuntu1] (ubuntu-desktop)
[09:18] -queuebot:#ubuntu-release- New binary: brasero [arm64] (eoan-proposed/universe) [3.12.2-5ubuntu1] (ubuntu-desktop)
[09:18] -queuebot:#ubuntu-release- New binary: brasero [armhf] (eoan-proposed/universe) [3.12.2-5ubuntu1] (ubuntu-desktop)
[09:36] -queuebot:#ubuntu-release- New: accepted brasero [amd64] (eoan-proposed) [3.12.2-5ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted brasero [armhf] (eoan-proposed) [3.12.2-5ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted brasero [ppc64el] (eoan-proposed) [3.12.2-5ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted brasero [arm64] (eoan-proposed) [3.12.2-5ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted brasero [s390x] (eoan-proposed) [3.12.2-5ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted brasero [i386] (eoan-proposed) [3.12.2-5ubuntu1]
[10:07] -queuebot:#ubuntu-release- New binary: linux-signed-gcp-edge [amd64] (bionic-proposed/main) [4.18.0-1014.15~18.04.1] (kernel)
[10:07] -queuebot:#ubuntu-release- New binary: linux-signed-gke-4.15 [amd64] (bionic-proposed/main) [4.15.0-1035.37] (no packageset)
[10:15] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp-edge [amd64] (bionic-proposed) [4.18.0-1014.15~18.04.1]
[10:15] -queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1035.37]
[13:48] <acheronuk> vorlon: would it perhaps be ok to not have the new appstream in proposed until the lmdb MIR is done? it will block important parts of new Plasma versions until then if it stays
[13:59] <seb128> acheronuk, why not filing that MIR request now if that's important to you guys? maybe the MIR team can help to get it reviewed, always best to move toward the goal rather than stepping back when we can
[14:00] <teward> archive admin, at the request of the ubuntu studio devs please reject ubuntustudio-menu-add in Eoan NEW queue, they discovered a bug after they said it was ready to upload.  (I think i'mma sit on them for a few days this time before they get another consideration for it getting a sponsor...)
[14:00]  * teward preps the drive-by fixes for other things and another NGINX upload in the interim
[14:03] <seb128> teward, done
[14:03] <teward> seb128: thanks
[14:03] <seb128> np
[14:03] -queuebot:#ubuntu-release- New: rejected ubuntustudio-menu-add [source] (eoan-proposed) [0.1]
[14:04] <teward> seb128: hate having to keep asking it to be NACK'd but the first was security/code concern, this time they discovered a bug >.>
[14:04] <teward> maybe I should sit on their project leader for a while, lol...
[14:04] <seb128> teward, well, depending of the bug it's not the end of the world to let it in the review queue and do another upload later to fix the bug
[14:04] <seb128> depends if it's ok to let it in with that bug or not
[14:05] <seb128> while it's in the queue it has more chances to be NEW reviewed :)
[14:05] <teward> seb128: AIUI the bug is it doesn't work as is with their attempt to move to array-based subprocess calls in the python
[14:05] <teward> which they only discovered AFTER asking for the second sponsoring.
[14:05] <teward> at least the shell=True subprocess calls for cp and rm are gone... *shivers*
[14:05] <teward> thanks sarnold for pointing those out :P
[14:05] <seb128> ok, probably makes sense to postpone then in that case
[14:05] <teward> seb128: yep.
[14:06] <teward> seb128: i also have inside knowledge that they're doing this in Python for compat but they use a lot of other language 'approaches' to things, and are a tad new to the Python.  (if you look at the changelogs I've added a few things with Eickmeyer's approval to fix some of the major concerns)
[14:06] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (bionic-proposed/main) [4.15.0-1016.18] (kernel)
[14:07] <teward> right now though NGINX needs my attention :p
[14:07] <teward> distropatch for a PIDfile race condition problem
[14:07] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (bionic-proposed) [4.15.0-1016.18]
[14:56] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (disco-proposed/main) [5.0.0-1009.9] (core, kernel)
[14:57] <teward> seb128: wow confusion is chaos, but it seems they wer ebugging me on A DIFFERENT package >>>
[14:57] <teward> i think context is key in things :|
[14:57]  * teward once again uploads this to NEW for them.
[14:57]  * teward then returns to watching update_excuses and update_output with regards to NGINX
[14:58] <seb128> teward, ah :)
[14:58] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (disco-proposed) [5.0.0-1009.9]
[14:58] <teward> seb128: BUT at least now i can focus on nginx for the next... *checks averate timespan* ... 8 hours.
[14:58] <seb128> that's a long day!
[14:58] -queuebot:#ubuntu-release- New source: ubuntustudio-menu-add (eoan-proposed/primary) [0.1]
[14:59] <teward> seb128: nah that's just how long things're going to take xD
[14:59] <teward> because i still have my full time job as well :)
[14:59] <teward> seb128: unrelated, I don't think there's anything that'd block ubuntustudio-menu-add so if you or another AA have some spare cycles to look at that, I'm sure Eickmeyer would be appreciative
[14:59] <teward> :P
[15:00] <Eickmeyer> ^he speaks the truth
[15:03] <teward> note i don't care either way
[15:03] <teward> Eickmeyer is the one who cares :P
[16:15] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1048.52] (kernel)
[16:15] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (xenial-proposed/main) [4.15.0-1016.18~16.04.1] (kernel)
[16:15] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (xenial-proposed/main) [4.15.0-1035.37~16.04.1] (kernel)
[16:16] -queuebot:#ubuntu-release- New binary: linux-signed-oem-osp1 [amd64] (bionic-proposed/universe) [5.0.0-1011.12] (no packageset)
[16:20] -queuebot:#ubuntu-release- New: accepted linux-signed-oem-osp1 [amd64] (bionic-proposed) [5.0.0-1011.12]
[16:20] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1048.52]
[16:20] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (xenial-proposed) [4.15.0-1016.18~16.04.1]
[16:20] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (xenial-proposed) [4.15.0-1035.37~16.04.1]
[16:37] -queuebot:#ubuntu-release- Unapproved: qtbase-opensource-src (bionic-proposed/main) [5.9.5+dfsg-0ubuntu2.1 => 5.9.5+dfsg-0ubuntu2.3] (kubuntu, qt5, ubuntu-desktop)
[17:13] -queuebot:#ubuntu-release- New binary: node-d3-scale-chromatic [amd64] (eoan-proposed/none) [1.3.3-1] (no packageset)
[17:13] <vorlon> acheronuk: as seb128 says, it would be better to move appstream forward rather than removing it from -proposed.  also, merely removing appstream doesn't unblock plasma, you'd also need to reupload and rebuild... someone should at least start the MIR
[17:27] <acheronuk> vorlon: LP: #1833745
[17:27] <ubot5> Launchpad bug 1833745 in lmdb (Ubuntu) "[MIR] required new dependency of appstream" [Undecided,New] https://launchpad.net/bugs/1833745
[17:30] <acheronuk> plasma will be rebuilt on Tuesday anyway, as there is a new bugfix release then
[17:55] <wxl> @tsimonq2: looks like adam and i both hit that one up
[17:57] <vorlon> acheronuk: do you plan to fill it out with the template as described on https://wiki.ubuntu.com/MainInclusionProcess and subscribe ubuntu-mir team?
[18:01] <acheronuk> vorlon: most of those headings I really am not confident about filling in, so as Laney said the "<Laney> desktop team's going to sign on for that one" then its probably best for someone who can get it right at the start to do so
[18:02] <acheronuk> I would of course follow to try to learn...
[18:02] <vorlon> acheronuk: well, they get filled in as described on https://wiki.ubuntu.com/UbuntuMainInclusionRequirements
[18:11] <tsimonq2> infinity, wxl: cala issue> Much appreciated.
[18:16]  * acheronuk nudges tsimonq2 towards that MIR
[18:18] <seb128> acheronuk, one random MIR example if you need one, https://bugs.launchpad.net/ubuntu/+source/libnfs/+bug/1746598
[18:18] <ubot5> Launchpad bug 1746598 in libnfs (Ubuntu) "[MIR] libnfs" [Undecided,Fix released]
[18:21] <acheronuk> vorlon seb128: ok. let me look over the weekend. no promises. this is a bit out of my comfort zone
[18:23] <seb128> acheronuk, the sections are pretty straightforward and it should be fine if you follow the wiki/example but feel free to ping/email me if you have question/need help (I'm not on IRC during the w.e email might work better)
[18:24] <acheronuk> seb128: ok. thanks. not going to tackle it tonight at least, as beer o'clock is here
[18:24] <seb128> right, same here
[18:25] <seb128> enjoy beer o'clock & w.e :)
[18:25] <acheronuk> you too :)
[18:25] <seb128> thx
[19:04] <Eickmeyer> I have a relatively urgent SRU I'd like to get pushed through. Fairly trivial, it just, uh... is there a nicer term for idiot-proofing? (bug 1833740)
[19:04] <ubot5> bug 1833740 in ubuntustudio-installer (Ubuntu) "[SRU] Option in ubuntustudio-installer pulling-in gdm3" [Undecided,Confirmed] https://launchpad.net/bugs/1833740
[19:05] <Eickmeyer> Debdiff is attached.
[19:05] <teward> Eickmeyer: why do you need to revert the debhelper compat for Eoan?
[19:05] <teward> just curious (looking at the packaging)
[19:06] <Eickmeyer> teward: Because bionic backports ppa.
[19:06]  * teward headscratches
[19:06] <teward> your changelog entries are wrong then
[19:06] <teward> debdiff MACL
[19:06] <teward> NACK'd for Sponsoring because it's not targeting Bionic, etc.
[19:06] <Eickmeyer> teward: The sponsoring in this case only needs to go to disco.
[19:12] <teward> then the changelog needs updated :P
[19:12] <teward> but i'll leave that for SRU, etc. to handle.
[19:12]  * teward goes back to kicking some python packages into submission
[20:11] <seb128> teward, Eickmeyer, looking to ubuntustudio-menu-add there is no COPYING file nor mention of copyright holder or license outside of the debian dir, that seems suboptimal
[20:13] <seb128> k, and on that side comment calling it a week, bye :-)
[21:12] -queuebot:#ubuntu-release- Unapproved: ubuntustudio-installer (disco-proposed/universe) [0.02 => 0.04~19.04.1] (ubuntustudio)
[21:50] <Eickmeyer> vorlon, infinity: Please reject ubuntustudio-menu-add per seb128's request. Those items have now been added.
[21:50] <Eickmeyer> teward: wrt ^ changes now in git.