[08:07] hello please reject hy from queue, needs some more fixes... === cpaelzer__ is now known as cpaelzer [11:49] -queuebot:#ubuntu-release- Unapproved: rejected php7.0 [source] (xenial-proposed) [7.0.33-0ubuntu0.16.04.3] [11:57] -queuebot:#ubuntu-release- Unapproved: rejected gnome-settings-daemon [source] (xenial-proposed) [3.18.2-0ubuntu3.2] [11:59] -queuebot:#ubuntu-release- Unapproved: rejected udisks2 [source] (xenial-proposed) [2.1.7-1ubuntu2] [12:10] sil2100, o/ by curiosity did you notice the following : http://autopkgtest.ubuntu.com/packages/r/resource-agents/bionic/armhf it showing 'code 14' instead of passed or fails [12:10] ddstreet, ^ [12:11] yeah it's a real failure, halves is working on fixing it in lp #1828258 [12:11] Launchpad bug 1828258 in resource-agents (Ubuntu Eoan) "ldirectord systemd service fails if no /var/lock/subsys dir" [Medium,In progress] https://launchpad.net/bugs/1828258 [12:11] i think 'code 14' means it couldn't install all test deps [12:12] ddstreet, thanks [12:12] slashd ddstreet currently waiting on upstream for the ldirectord one https://github.com/ClusterLabs/resource-agents/pull/1328 [12:12] ClusterLabs issue (Pull request) 1328 in resource-agents "ldirectord: Remove /var/lock from systemd unit" [Open] [12:13] 14 erroneous package and at least one test skipped [12:13] * acheronuk just learned something ^ [12:16] 14 erroneous package and at least one test skipped [12:16] right ^ [12:22] -queuebot:#ubuntu-release- Unapproved: accepted resolvconf [source] (xenial-proposed) [1.78ubuntu7] [12:33] how are the ubuntu and ubuntu-mate bionic dailies oversized by exactly the same amount >_< [13:21] -queuebot:#ubuntu-release- Unapproved: accepted metaphlan2 [source] (bionic-proposed) [2.7.5-1ubuntu1] [13:22] Could an SRU team member please review lexicon in Bionic and Cosmic? I can't do it as I sponsored. [13:30] rbasak: my rule of thumb is that if I didn't modify the package as part of sponsorship, I can wear both hats [13:32] vorlon: I'm reluctant to do that. I sponsored for a non-uploader, and I don't think I want to be the only barrier to introducing a mistake (as the sponsoree supposedly isn't qualified; otherwise they'd be an uploader) [13:32] right, I disagree, but I can't force you to self-review ;) [14:18] desktop-icons incoming with a wrong version, please reject it :| [14:19] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-desktop-icons (disco-proposed/main) [19.01.1-1 => 19.01.3-1ubuntu1] (ubuntu-desktop) [14:20] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-desktop-icons (disco-proposed/main) [19.01.1-1 => 19.01.3-1~ubuntu19.04.1] (ubuntu-desktop) [14:21] second one there is better [14:21] also, retrying all arm64 failures [14:21] one of the clouds is having a bad day and I've taken it out of rotation [14:22] done [15:51] bdmurray: sorry for the lack of response yesterday, I got pulled away. Cloud-init follows an SRU exception @ https://wiki.ubuntu.com/CloudinitUpdates where we only provide a single SRU process bug https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1828637, We have an exception do to extensive CI plus manual cloud-testing during verification [15:51] Ubuntu bug 1828637 in cloud-init (Ubuntu) "sru cloud-init (18.5-45 to 19.1.1) Xenial, Bionic, Cosmic, Disco" [Undecided,In progress] [15:52] so none of the other 'bugs' related to that SRU will carry SRU templates anymore [15:52] blackboxsw: then don't reference them in Launchpad-Bugs-Fixed [15:53] we additionally still perform some level of manual verification on those bugs, which we track over in https://github.com/cloud-init/ubuntu-sru/tree/master/20190514 [15:53] * blackboxsw checks, I maybe botched the sru proposal. [15:53] blackboxsw: Launchpad-Bugs-Fixed is created from the LP: # entries in the debian/changelog file. [15:55] bdmurray: ubuntu/xenial, bionic, cosmic debian/changelog only carries two bugs LP: #1828641 and LP: #1828637..... [15:55] Launchpad bug 1828641 in cloud-init "Xenial, Bionic, Cosmic revert ubuntu-advantage-tools config module changes from tip" [Undecided,In progress] https://launchpad.net/bugs/1828641 [15:55] Launchpad bug 1828637 in cloud-init (Ubuntu) "sru cloud-init (18.5-45 to 19.1.1) Xenial, Bionic, Cosmic, Disco" [Undecided,In progress] https://launchpad.net/bugs/1828637 [15:56] bdmurray: ahh the disco proposal is broken... our publishing scripts didn't recognize it as a 'release/sru' distro series [15:56] blackboxsw: The disco one has a whole bunch - https://launchpadlibrarian.net/423221370/cloud-init_18.5-62-g6322c2dd-0ubuntu1_19.1-1-gbaa47854-0ubuntu1~19.04.1.diff.gz [15:56] thanks for catching that, I'll fix that and re-push disco [15:56] xenial/bionic/cosmic should be sane disco I'll fix now [15:57] blackboxsw: ah yeah, cosmic looks good. I just didn't pass GO after seeing disco [15:57] thanks again bdmurray [15:57] makes sense to me [15:57] blackboxsw: Okay, I'll reject disco and feel free to ping me when its ready for rereview [15:59] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (disco-proposed) [19.1-1-gbaa47854-0ubuntu1~19.04.1] [15:59] bdmurray: do I need to also change the version on disco from 19.1-1-gbaa47854-0ubuntu1~19.04.1 to 19.1-1-gbaa47854-0ubuntu1~19.04.2 so I can re-upload with fixed changelog. or can I re-use 19.1-1-gbaa47854-0ubuntu1~19.04.1 now that it's rejected [15:59] since it never officially got into -proposed [16:00] blackboxsw: You can reuse it since it never appeared in the archive but you'll need to upload with dput -f [16:14] excellent thanks, just fixed disco [16:18] -queuebot:#ubuntu-release- Unapproved: accepted lexicon [source] (cosmic-proposed) [2.7.0-1ubuntu0.1] [16:23] bdmurray: I haven't seen arges in a while . is he still SRU publishing vanguard on wednesdays? per https://wiki.ubuntu.com/StableReleaseUpdates#Publishing [16:24] blackboxsw: I haven't seen him in a while either [16:24] or should we generally try rbasak on wednesdays [16:25] and/or update the table in the wiki? [16:25] * blackboxsw isn't sure how that SRU vanguard process is sorted [16:26] blackboxsw: The SRU team should probably check in with him. [16:55] -queuebot:#ubuntu-release- Unapproved: software-properties (bionic-proposed/main) [0.96.24.32.8 => 0.96.24.32.9] (desktop-core, ubuntu-server) [17:10] blackboxsw: what did "just fixed disco" mean? I don't see it in the queue. [17:11] bdmurray: /me checks if the upload got rejected due to lints etc..... [17:11] I uploaded a new disco release afaict....verifying [17:13] hrm. .. looked ok from my cli .... https://pastebin.ubuntu.com/p/2j2bxQVwyK/ will re-attempt (I also see nothing in the queue) [17:16] hrm Package has already been uploaded to ubuntu on upload.ubuntu.com [17:18] ok removing the stock upload file that blocked me [17:18] from the first upload [17:28] bdmurray: I manually dput the package again after removing the corresponding cloud-init_19.1-1-gbaa47854-0ubuntu1~19.04.1_source.ubuntu.upload. My dput CLI claims it successfully uploaded packages. Yet I don't see cloud-init in any state in the New or Unapproved queues @ https://launchpad.net/ubuntu/disco/+queue?queue_state=0&queue_text=cloud-init. Is it possible that my reusing the same version string as is [17:28] currently 'Rejected' upload causes a hiccup here? [17:30] blackboxsw: can I see you source.changes file? [17:31] bdmurray: https://launchpad.net/ubuntu/disco/+queue?queue_state=1&queue_text=cloud-init [17:31] oops [17:31] bdmurray: https://paste.ubuntu.com/p/qcqDRtgtZz/ [17:33] That looks sane to me. [17:33] Have you gotten an email about the upload? [17:33] ahh just did, I hadn't earlier [17:34] Files specified in DSC are broken or missing, skipping package unpack verification. [17:34] ok [17:34] File cloud-init_19.1-1-gbaa47854.orig.tar.gz already exists in Primary Archive for Ubuntu, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors. [17:34] ok I've referenced an invalid orig tar. [17:34] will really fix it. I had a cached file locally that was referenced incorrectly. [17:35] once sorted and in the queue properly I'll ping or I can table this for next SRU vanguard tomorrow if preferred. [17:35] I'm here all day. [17:36] heh, excellent [17:48] ok bdmurray, let's try this song again. unapproved queue shows the upload for disco now v [17:48] https://launchpad.net/ubuntu/disco/+queue?queue_state=1&queue_text=cloud-init [17:48] -queuebot:#ubuntu-release- Unapproved: cloud-init (disco-proposed/main) [18.5-62-g6322c2dd-0ubuntu1 => 19.1-1-gbaa47854-0ubuntu1~19.04.1] (core, edubuntu, ubuntu-cloud) [17:48] thx queuebot [17:49] :) [17:59] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (bionic-proposed/main) [1:18.04.32 => 1:18.04.33] (core) [18:03] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (disco-proposed) [19.1-1-gbaa47854-0ubuntu1~19.04.1] [18:18] blackboxsw: Hey there again. Can you explain the plan regarding bug 1828641 a bit more to me? It seems to me like there is going to be a cloud-init upload, then an u-a upload, then another cloud-init upload. Is that right? [18:18] bug 1828641 in cloud-init "Xenial, Bionic, Cosmic revert ubuntu-advantage-tools config module changes from tip" [Undecided,In progress] https://launchpad.net/bugs/1828641 [18:20] bdmurray: correct, there is active development that my squad owns that will ultimately result in an SRU of ubuntu-advantage-tools 19.1 or later into Trusty, Xenial, Bionic, and Disco... It will ultimately change the ubuntu-advantage-tools CLI to match what cloud-init tip(Disco and Eoan) currently supports in the ubuntu_advantage.py cloud-config module [18:20] likely we will need to SRU ubuntu-advantage-tools 19.1 into cosmic too, so we don't carry different versions of the ubuntu-advantage-tools CLI around [18:21] so when ubuntu-advantage-tools 19.1 SRUs, we'll drop the debian/patch from cloud-init for each series [18:23] so basically we'll have to tightly couple the cloud-init (xenial/bionic/cosmic) and ubuntu-advantage-tools 19.1 SRU [18:25] blackboxsw: there isn't a way to make cloud-init handle either ubuntu-advantage? [18:32] bdmurray: there is not a away because the 'old' ubuntu-advantage-tools (v <= 18) expects a user to have specific tokens for the related support services (livepatch, esm, fips) in order to enable services. The new ubuntu-advantage-tools is able to obtain those tokens credentials from the backend service and doesn't require the use of those tokens on the commandline. The cloud-init team decided that because [18:32] ubuntu-advantage-tools was breaking cli compatibility and because ua-tools decided explicitly to not to support an upgrade path from old ua-tools to new ua-tools that cloud-init would not try to support both old and new. The expectation is that for specific ubuntu-advantage-tools customer with support agreements, there will be some hand-holding to migrate supported users from old version to new version of [18:32] ubuntu-advantage-tools. [18:34] bdmurray: .... well there is a 'way' for cloud-init to support both syntaxes in the ubuntu-advantage cloud-config, since the config directive keys are different in cloud-init. cloud-init *could* carry the burden of supporting both, but it was suggested that it wasn't worth it for this use case [18:35] blackboxsw: its up you y'all since you'll be doing the extra upload of cloud-init. [18:36] anyway it'll be important to get the debian/control changes right for the next uploads [18:40] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (cosmic-proposed) [19.1-1-gbaa47854-0ubuntu1~18.10.1] [18:40] bdmurray: for this case during the SRU of ubuntu-advantage-tools 19.1 (new) SRU. I'm wondering how best to express the minimum version requirement of an optional package dependency...... maybe Conflicts: ubuntu-advantage-tools < 19? [18:42] the conflicts would be in cloud-init's debian/control. [18:53] we'll make sure we call that out in our SRU process for next release. [19:04] vorlon: Where did we land on lsp-plugins? Would it help if I created a separate package (named something like, liblsp) that contained only the shared object that gets installed into /usr/lib? I understand your reluctance, but there's many other packages that install items directly to that directory. [19:05] blackboxsw: Your bionic changelog references u-a 19.1 and xenial. I'm willing to overlook it but thought I should mention it. https://launchpadlibrarian.net/423714836/cloud-init_18.5-45-g3554ffe8-0ubuntu1~18.04.1_19.1-1-gbaa47854-0ubuntu1~18.04.1.diff.gz [19:07] bah +1. can repush if that's easier (then we don't have to worry about cleanup or referencing the wrong distro in a changelog [19:07] bdmurray: ok for me to rebuild-push and get that up in 10 mins? [19:07] blackboxsw: sure [19:07] s/xenial/bionic in the changelog [19:07] ok [19:07] working it [19:08] bdmurray: will you be rejecting bioinic queue? [19:09] so I can reuse the same changelog ver [19:12] blackboxsw: You can still reuse it but yes [19:13] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (bionic-proposed) [19.1-1-gbaa47854-0ubuntu1~18.04.1] [19:16] thanks bdmurray new dput is up for bionic [19:16] -queuebot:#ubuntu-release- Unapproved: cloud-init (bionic-proposed/main) [18.5-45-g3554ffe8-0ubuntu1~18.04.1 => 19.1-1-gbaa47854-0ubuntu1~18.04.1] (edubuntu, ubuntu-cloud, ubuntu-server) [19:16] thank you sire [19:16] *sir [19:20] * infinity prefers sire. [19:31] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (bionic-proposed) [19.1-1-gbaa47854-0ubuntu1~18.04.1] [19:40] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (xenial-proposed) [19.1-1-gbaa47854-0ubuntu1~16.04.1] [20:40] -queuebot:#ubuntu-release- Unapproved: accepted util-linux [source] (xenial-proposed) [2.27.1-6ubuntu3.7] [22:56] Eickmeyer: a separate liblsp package definitely does not help. As far as I'm concerned, the path lookup code needs to be cleaned up, and the file which is not a shared library (because it has no soname) needs to be moved into a subdirectory [22:59] vorlon: I can't clean up the code, I lack the know-how. What if it was in a subdirectory and then a symbollic link was created in the /usr/lib directory? [22:59] no [22:59] /usr/lib needs to be kept clean [23:00] Then why are there other non-shared libraries there? [23:10] -queuebot:#ubuntu-release- New binary: dhcpoptinj [s390x] (eoan-proposed/universe) [0.5.2-1] (no packageset) [23:10] -queuebot:#ubuntu-release- New binary: liblopsub [s390x] (eoan-proposed/universe) [1.0.2-1] (no packageset) [23:10] -queuebot:#ubuntu-release- New binary: umis [s390x] (eoan-proposed/universe) [1.0.3-1] (no packageset) [23:10] -queuebot:#ubuntu-release- New binary: emacs-neotree [amd64] (eoan-proposed/universe) [0.5.2-1] (no packageset) [23:10] -queuebot:#ubuntu-release- New binary: r-cran-diffobj [s390x] (eoan-proposed/universe) [0.2.2-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: dhcpoptinj [amd64] (eoan-proposed/universe) [0.5.2-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: dhcpoptinj [ppc64el] (eoan-proposed/universe) [0.5.2-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: liblopsub [ppc64el] (eoan-proposed/universe) [1.0.2-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: r-cran-fontbitstreamvera [amd64] (eoan-proposed/universe) [0.1.1+dfsg-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: dhcpoptinj [i386] (eoan-proposed/universe) [0.5.2-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: r-bioc-rhdf5 [s390x] (eoan-proposed/universe) [2.26.2+dfsg-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: liblopsub [amd64] (eoan-proposed/universe) [1.0.2-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: umis [amd64] (eoan-proposed/universe) [1.0.3-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: liblopsub [i386] (eoan-proposed/universe) [1.0.2-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: r-bioc-rhdf5 [ppc64el] (eoan-proposed/universe) [2.26.2+dfsg-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: r-cran-diffobj [amd64] (eoan-proposed/universe) [0.2.2-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: r-cran-diffobj [ppc64el] (eoan-proposed/universe) [0.2.2-1] (no packageset) [23:11] -queuebot:#ubuntu-release- New binary: r-cran-ggthemes [amd64] (eoan-proposed/universe) [4.1.1-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: umis [ppc64el] (eoan-proposed/universe) [1.0.3-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-bioc-rhdf5 [amd64] (eoan-proposed/universe) [2.26.2+dfsg-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-cran-diffobj [i386] (eoan-proposed/universe) [0.2.2-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-cran-venndiagram [amd64] (eoan-proposed/universe) [1.6.20-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-cran-apcluster [s390x] (eoan-proposed/universe) [1.4.7-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-cran-fontliberation [amd64] (eoan-proposed/universe) [0.1.0+dfsg-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: dhcpoptinj [arm64] (eoan-proposed/universe) [0.5.2-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-cran-apcluster [amd64] (eoan-proposed/universe) [1.4.7-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-cran-apcluster [ppc64el] (eoan-proposed/universe) [1.4.7-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: umis [i386] (eoan-proposed/universe) [1.0.3-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: dhcpoptinj [armhf] (eoan-proposed/universe) [0.5.2-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: umis [arm64] (eoan-proposed/universe) [1.0.3-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-cran-apcluster [i386] (eoan-proposed/universe) [1.4.7-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: liblopsub [arm64] (eoan-proposed/universe) [1.0.2-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-bioc-rhdf5 [armhf] (eoan-proposed/universe) [2.26.2+dfsg-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-cran-diffobj [armhf] (eoan-proposed/universe) [0.2.2-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-bioc-rhdf5 [arm64] (eoan-proposed/universe) [2.26.2+dfsg-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: umis [armhf] (eoan-proposed/universe) [1.0.3-1] (no packageset) [23:12] -queuebot:#ubuntu-release- New binary: r-cran-diffobj [arm64] (eoan-proposed/universe) [0.2.2-1] (no packageset) [23:13] vorlon: Filed an issue on Github, hopefully it'll get somewhere: https://github.com/sadko4u/lsp-plugins/issues/49 [23:13] sadko4u issue 49 in lsp-plugins "lsp-plugins-jack-core-1.1.9.so installs to /usr/lib" [Open] [23:14] -queuebot:#ubuntu-release- New binary: liblopsub [armhf] (eoan-proposed/universe) [1.0.2-1] (no packageset) [23:14] -queuebot:#ubuntu-release- New binary: r-cran-apcluster [arm64] (eoan-proposed/universe) [1.4.7-1] (no packageset) [23:15] -queuebot:#ubuntu-release- New binary: r-cran-apcluster [armhf] (eoan-proposed/universe) [1.4.7-1] (no packageset)