[00:10] -queuebot:#ubuntu-release- Unapproved: equinox-framework (cosmic-proposed/universe) [4.7.3-3 => 4.7.3-4] (no packageset) (sync)
[00:12] -queuebot:#ubuntu-release- Unapproved: accepted equinox-framework [sync] (cosmic-proposed) [4.7.3-4]
[00:41] <infinity> cjwatson: PS: We miss Kamion.
[00:42] <tsimonq2> Doeeeet.
[00:48] -queuebot:#ubuntu-release- Unapproved: python-cryptography (cosmic-proposed/main) [2.3-1build1 => 2.3-1ubuntu1] (core)
[01:01] <RAOF> There's nothing like a little bottom-up processing of the unaccepted queue to really make C++ development look enticing.
[01:06] -queuebot:#ubuntu-release- Unapproved: curtin (bionic-proposed/main) [18.1-17-gae48e86f-0ubuntu1~18.04.1 => 18.1-56-g3aafe77d-0ubuntu1~18.04.1] (ubuntu-desktop, ubuntu-server)
[01:12] <jbicha> RAOF: yes we could use small metrics for bug 1788256 but I'm not sure it would help our users to do that
[01:13] <RAOF> jbicha: I presume you mean large metrics?
[01:13] <jbicha> yes
[01:13] <jbicha> I don't think anyone will notice either way though
[01:15] -queuebot:#ubuntu-release- Unapproved: gradle (cosmic-proposed/universe) [4.4-3 => 4.4-3ubuntu1] (no packageset)
[01:15] <RAOF> Well, not changing to small metrics does have the appealing property of not changing current behaviour. :)
[01:15] -queuebot:#ubuntu-release- Unapproved: accepted gradle [source] (cosmic-proposed) [4.4-3ubuntu1]
[01:15] <jbicha> and the unappealing part of waiting an hour for it to build :)
[01:18] <RAOF> Your CPU will be bored without some work to do!
[01:20] -queuebot:#ubuntu-release- Unapproved: curtin (xenial-proposed/main) [18.1-17-gae48e86f-0ubuntu1~16.04.1 => 18.1-56-g3aafe77d-0ubuntu1~16.04.1] (ubuntu-server)
[01:21] <RAOF> stgraber: LXD 3.0.2 is a spicy point release!
[01:22] <stgraber> RAOF: yeah, the first few point releases tend to be full of fixes :)
[01:22] <jbicha> RAOF: are you a real AA yet?
[01:22] <RAOF> stgraber: It looks like you could do with a little bit more discipline around translatable strings in point releases; there's at least one cosmetic change to a string that'll break existing translations. :P
[01:22] <RAOF> jbicha: Nope!
[01:23] <jbicha> too bad, the brotli and woff2 xenial SRUs are a bit more fun
[01:24] <stgraber> RAOF: yeah, the main issue there is that weblate doesn't make it easy to track translations across branches, though I've heard there's a trick we may use to fix that
[01:25] <jbicha> I don't even know how I would tell the difference between small and large metrics
[01:25] <stgraber> RAOF: at which point we'd be able to export new translations for the point releases
[01:26] <RAOF> That would be nice, but you could also not have changed “The container is currently running, stop it first or pass --force.” to “The container is currently running, stop it first or pass --force” :)
[01:28] <stgraber> oh yeah, seems like we could have avoided that one, though skipping those kind of trivial changes later bites you when you try to cherry-pick a more substantial change...
[01:50] -queuebot:#ubuntu-release- Unapproved: accepted lxd [source] (bionic-proposed) [3.0.2-0ubuntu1~18.04.1]
[02:10] -queuebot:#ubuntu-release- Unapproved: fonts-noto-color-emoji (bionic-proposed/main) [0~20180424-0ubuntu1 => 0~20180810-0ubuntu1] (ubuntu-desktop)
[02:12] <jbicha> RAOF: ^
[02:20] <wxl> why does the grub boot screen (efi) not have the same options as isolinux (non-efi)? how can i correct this? it would be nice if they were in sync, or drew from the same datasource
[02:45] -queuebot:#ubuntu-release- Unapproved: rejected fonts-noto-color-emoji [source] (bionic-proposed) [0~20180810-0ubuntu1]
[02:49] -queuebot:#ubuntu-release- Unapproved: accepted python-cryptography [source] (cosmic-proposed) [2.3-1ubuntu1]
[02:54] <RAOF> jbicha: While my make syntax is obviously, and always, perfect, does your build log indicate that -S is not being passed through ☺?
[02:59] -queuebot:#ubuntu-release- Unapproved: openjdk-lts (cosmic-proposed/main) [10.0.2+13-1ubuntu1 => 11~28-3ubuntu1] (core)
[03:00] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-lts [source] (cosmic-proposed) [11~28-3ubuntu1]
[03:00] -queuebot:#ubuntu-release- Unapproved: accepted enigmail [sync] (cosmic-proposed) [2:2.0.8-3]
[03:00] -queuebot:#ubuntu-release- Unapproved: accepted python-eventlet [sync] (cosmic-proposed) [0.20.0-5]
[03:00] -queuebot:#ubuntu-release- Unapproved: accepted spamassassin [sync] (cosmic-proposed) [3.4.2-1]
[03:00] -queuebot:#ubuntu-release- Unapproved: accepted enigmail [sync] (cosmic-proposed) [2:2.0.8-4]
[03:01] -queuebot:#ubuntu-release- Unapproved: accepted redshift [sync] (cosmic-proposed) [1.12-2]
[03:26] <jbicha> dh_auto_build -- PNGQUANT=/usr/bin/pngquant SMALL_METRICS=
[03:26] <jbicha>  make -j4 PNGQUANT=/usr/bin/pngquant SMALL_METRICS=
[03:27] <jbicha> the build logs don't mention metrics or -S besides that (you can look at the cosmic build)
[03:57] <RAOF> Hm, that's odd.
[03:57]  * RAOF checks the cosmic build
[04:00] <RAOF> Boo, bad Makefile! No bisucit!
[04:03] <RAOF> jbicha: What do you think would be the response to an upstream bug asking for a verbose makefile? (ie: an option to not silence all the commands with @)
[04:07] -queuebot:#ubuntu-release- Unapproved: accepted fonts-noto-color-emoji [source] (bionic-proposed) [0~20180810-0ubuntu1]
[04:47] <vorlon> LocutusOfBorg: do not sync binary packages from virtualized ppas; that's an automatic reject.
[04:49] -queuebot:#ubuntu-release- Unapproved: rejected ubuntukylin-wallpapers [sync] (cosmic-proposed) [18.10.1]
[04:50] -queuebot:#ubuntu-release- Unapproved: rejected ubuntukylin-theme [sync] (cosmic-proposed) [1.7.9.2]
[04:54] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-kylin-software-center [sync] (cosmic-proposed) [1.5.2]
[04:55] -queuebot:#ubuntu-release- Unapproved: rejected peony-extensions [sync] (cosmic-proposed) [1.1.2-0ubuntu2]
[04:57] <tjaalton> xnox: thanks for updating freeipa, but there's no 389-ds-base for 32bit archs anymore which is why the server wasn't supposed to be built on 'any' anymore. just didn't think of the tests at the time, and haven't figured out how to limit those to only 64bit archs
[06:21] <tjaalton> xnox: sigh, please don't touch these packages without consulting me... upstream dropped support for 32bit archs from 389
[06:23] <tjaalton> xnox: which was clearly mentioned on the changelog for 1.4.0.13-1
[07:18] -queuebot:#ubuntu-release- Unapproved: accepted curtin [source] (cosmic-proposed) [18.1-56-g3aafe77d-0ubuntu1]
[07:26] <infinity> tjaalton: What does "upstream dropped support" mean, really?
[07:26] <infinity> tjaalton: I note that Fedora still builds 389* for armhf and i386.
[07:27] <infinity> tjaalton: Err, for armhf anyway.  Maybe they don't build i386 at all in rawhide..
[07:28] <tjaalton> infinity: if they have bugs, they close them as invalid
[07:28] <infinity> tjaalton: And, yet, they build it for armhf themselves?
[07:28] <tjaalton> maybe
[07:28] <infinity> Not maybe, I'm looking right at it. :P
[07:29] <tjaalton> I'm sure rhel8 won't
[07:29] <infinity> rhel8 won't build *anything* for armhf and i386, that doesn't mean we should drop support in Ubuntu for any package where RedHat/Fedora are upstream.
[07:31] <infinity> Downstreams take on that burden when we choose to have ports.
[07:31] <infinity> It appears to build and pass testsuites, so artificially limiting arches because upstream won't debug for us isn't helpful.
[07:31] <infinity> Most of our upstreams also don't have any interest in s390x or ppc64el...
[07:31] <infinity> Even though RH does.
[07:32] <tjaalton> I don't want to support those, is that enough?
[07:33] <infinity> tjaalton: I don't want to support them either, but I don't get to make that call.
[07:34] <infinity> tjaalton: I mean, if it was literally unsupportable, that would be something, but it builds and tests okay, so... The complaint is about some future issue you've not actually had?
[07:36] <tjaalton> https://pagure.io/389-ds-base/issue/49365
[07:39] <infinity> tjaalton: (a) that talks about performance (meh, so what), and (b) there seems to be no resolution to that ticket?  The conversation just peters out.
[07:40] <infinity> tjaalton: (c) 32-bit fixes are being made, so support clearly isn't gone...
[07:43] <tjaalton> doesn't necessarily mean that'll continue after buster is frozen
[07:44] <infinity> tjaalton: Nor would it have to, because... Frozen?  But for now, the Fedora folks seem committed to keeping it working on armhf, and it looks like i386 will benefit from that for free.
[07:45] <infinity> Since there doesn't seem to be much in the way of non-portable platform-specific code.
[07:46] <tjaalton> https://fedoraproject.org/wiki/Changes/389-ds-base-remove-686
[07:46] <tjaalton> ok, seems like they don't thin arm is affected
[07:47] <tjaalton> think
[07:48] <infinity> tjaalton: The implication there is that literally anything using gcc atomics on i686 is broken.
[07:49] <infinity> Which may be true, but singling out a specific package to remove seems like just using it as an excuse. :P
[07:49]  * infinity shrugs.
[07:50] <tjaalton> fine..
[07:51] <infinity> Also, from the Fedora report: "I know of no know issues with the __sync_* or __atomic_* primitives on i686"
[07:51] <infinity> (and more detail)
[07:51] <infinity> The broken atomics issue is literally referring to <= i486.
[07:51] <infinity> We build for i686.
[07:53] <infinity> Hahaha, and then Carlos tears it apart to point out that FreeIPA is using atomics incorrectly on *all* arches.
[07:53] <infinity> This bug is a goldmine.
[08:00] <tjaalton> 389-ds-base, but yes
[08:04] <infinity> tjaalton: Err, yes, that.
[08:05] <infinity> tjaalton: The upstream admission that they're "relying on luck to not crash" is also encouraging.
[08:05] <infinity> Glad my infra isn't based on this?
[08:33] -queuebot:#ubuntu-release- Unapproved: openvswitch (bionic-proposed/main) [2.9.0-0ubuntu1 => 2.9.2-0ubuntu0.18.04.1] (ubuntu-server)
[08:44] <RAOF> atomics: if you're not using Acquire/Release you're probably Doing It Wrong.
[09:15] -queuebot:#ubuntu-release- Unapproved: network-manager (cosmic-proposed/main) [1.12.2-0ubuntu5 => 1.12.4-1ubuntu1] (kubuntu, ubuntu-desktop)
[09:50] -queuebot:#ubuntu-release- Unapproved: qtdeclarative-opensource-src (cosmic-proposed/universe) [5.11.1-4 => 5.11.1-6] (kubuntu, qt5) (sync)
[10:02] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (cosmic-proposed/main) [1:3.30.0-0ubuntu1 => 1:3.30.1-1ubuntu1] (ubuntu-desktop)
[10:09] <xnox> infinity, tjaalton, i did make a bit of a mess out of those uploads - but i did troll upstream repos, and I did see that they first removed all 32bit, and then re-introduced some of them, and our abis are supported. Also, if I was debian maintainer i would compile the package for all release arches there too... My primary concern was to see if openssl1.1.1 with python changes regresses freeipa -> and from adt results it did look like so, because
[10:09] <xnox> of incomplete dropping of 32bit builds to date. As removal of binaries from release suite was not done yet.
[10:09] <xnox> tjaalton, to me it was easier to reintroduce dropped arches and get freeipa to migrate; for 18.10; and worry about other things later.
[10:10] <tjaalton> xnox: I'm the sole maintainer on debian
[10:10] <tjaalton> freeipa server just doesn't work there, because debian
[10:10] <xnox> tjaalton, sure. i meant in general. I think i did what is right for ubuntu, at least for the next 3 weeks ;-)
[10:11] <xnox> tjaalton, and like until after openssl1.1.1 migrates =)
[10:11] <xnox> tjaalton, i often compile and ship in debian things on arches that upstream do not support. due to well debian being a universal OS.
[10:12] <tjaalton> well the autopkgtest failure is probably some race due to dogtag, and hopefully fixed in 4.7.1~
[10:12] <xnox> tjaalton, but things I maintain have a lot less depedencies usually, and are much lower in the stack.
[10:12] <xnox> tjaalton, yeah, i ran them locally, and it did complete. However, i did fully configure the deps and answer debconf questions about like kerberos or some such.
[10:13] <xnox> tjaalton, i wonder if the installation needs interactively installed and configured debian packages, and cannot deal with debconf-unconfigured things.... but that's just a guess, did not look at the code.
[10:13] <tjaalton> it used to work, for real
[10:14] <tjaalton> libkrb5-3 asking questions has been there for ages, and the failure is quite late in the setup phase
[10:14] <tjaalton> and it's actually installed interactively, just installing the package does nothing
[10:16] <xnox> ack, horum.
[10:16] <tjaalton> anyway, I'll revert back to building on arch:any on debian..
[10:28] -queuebot:#ubuntu-release- Unapproved: pokerth (cosmic-proposed/universe) [1.1.1-10 => 1.1.1-11] (no packageset) (sync)
[10:29] -queuebot:#ubuntu-release- Unapproved: accepted pokerth [sync] (cosmic-proposed) [1.1.1-11]
[10:40] -queuebot:#ubuntu-release- Unapproved: ibus-table-chinese (cosmic-proposed/main) [1.8.2-2 => 1.8.2-3] (input-methods, ubuntu-desktop) (sync)
[10:48] -queuebot:#ubuntu-release- Unapproved: gjs (cosmic-proposed/main) [1.53.3-1 => 1.54.0-1] (desktop-extra, mozilla, ubuntu-desktop) (sync)
[10:52] <Laney> We'll need that gjs to switch to mozjs60 (the current supported version) in cosmic. It's going to fail to build or BD-uninst on s390x and then we'll have to remove the stack there.
[10:53] <Laney> (that's just fyi)
[11:02] -queuebot:#ubuntu-release- Unapproved: libguestfs (cosmic-proposed/universe) [1:1.38.4-1ubuntu1 => 1:1.38.4-1ubuntu2] (no packageset)
[11:02] -queuebot:#ubuntu-release- Unapproved: accepted libguestfs [source] (cosmic-proposed) [1:1.38.4-1ubuntu2]
[11:21] -queuebot:#ubuntu-release- Unapproved: skimage (cosmic-proposed/universe) [0.14.0-0ubuntu3 => 0.14.0-0ubuntu4] (no packageset)
[11:22] -queuebot:#ubuntu-release- Unapproved: accepted skimage [source] (cosmic-proposed) [0.14.0-0ubuntu4]
[11:23] -queuebot:#ubuntu-release- Unapproved: gnome-calculator (cosmic-proposed/main) [1:3.30.0-1ubuntu1 => 1:3.30.1-1ubuntu1] (ubuntu-desktop)
[12:28] -queuebot:#ubuntu-release- Unapproved: gpaste (cosmic-proposed/universe) [3.28.2-1 => 3.28.2-1ubuntu1] (no packageset) (sync)
[12:28] -queuebot:#ubuntu-release- Unapproved: accepted gpaste [sync] (cosmic-proposed) [3.28.2-1ubuntu1]
[12:50] -queuebot:#ubuntu-release- Unapproved: neutron-fwaas-dashboard (cosmic-proposed/universe) [1.3.0-1ubuntu1 => 1.5.0-0ubuntu1] (no packageset)
[12:50] -queuebot:#ubuntu-release- Unapproved: accepted neutron-fwaas-dashboard [source] (cosmic-proposed) [1.5.0-0ubuntu1]
[13:02] -queuebot:#ubuntu-release- Unapproved: nvidia-prime (cosmic-proposed/main) [0.8.9 => 0.8.10] (ubuntu-desktop)
[13:25] -queuebot:#ubuntu-release- Unapproved: cloud-init (cosmic-proposed/main) [18.3-46-gbb60f61b-0ubuntu1 => 18.4-0ubuntu1] (edubuntu, ubuntu-cloud, ubuntu-server)
[13:28] -queuebot:#ubuntu-release- Unapproved: mailman-hyperkitty (cosmic-proposed/universe) [1.1.0-8 => 1.1.0-8ubuntu1] (no packageset)
[13:29] -queuebot:#ubuntu-release- Unapproved: accepted mailman-hyperkitty [source] (cosmic-proposed) [1.1.0-8ubuntu1]
[13:29] -queuebot:#ubuntu-release- Unapproved: git (cosmic-proposed/main) [1:2.17.1-1ubuntu2 => 1:2.19.0-1ubuntu1] (core)
[13:29] -queuebot:#ubuntu-release- Unapproved: kylin-display-switch (cosmic-proposed/universe) [1.0.1-0ubuntu1 => 1.0.3-0ubuntu1] (ubuntukylin) (sync)
[13:29] -queuebot:#ubuntu-release- Unapproved: indicator-china-weather (cosmic-proposed/universe) [2.2.8-0ubuntu1 => 3.0.0-0ubuntu1] (ubuntukylin) (sync)
[13:38] -queuebot:#ubuntu-release- Unapproved: epoptes (cosmic-proposed/universe) [0.5.10-2 => 1.0.1-1] (edubuntu) (sync)
[13:38] -queuebot:#ubuntu-release- Unapproved: accepted epoptes [sync] (cosmic-proposed) [1.0.1-1]
[13:44] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (xenial-proposed) [1:2.5+dfsg-5ubuntu10.32]
[13:47] <xnox> apw, could you please process nbs http://people.canonical.com/~ubuntu-archive/nbs.html ? should unblock removal of curl3
[13:54] -queuebot:#ubuntu-release- Unapproved: neutron (bionic-proposed/main) [2:12.0.3-0ubuntu1 => 2:12.0.4-0ubuntu1] (openstack, ubuntu-server)
[13:55] -queuebot:#ubuntu-release- Unapproved: grilo-plugins (cosmic-proposed/main) [0.3.7-1ubuntu1 => 0.3.8-1ubuntu1] (ubuntu-desktop)
[13:56] -queuebot:#ubuntu-release- Unapproved: accepted samba [source] (xenial-proposed) [2:4.3.11+dfsg-0ubuntu0.16.04.17]
[13:57] <apw> xnox, zapped
[14:02] -queuebot:#ubuntu-release- Unapproved: liblouis (cosmic-proposed/main) [3.6.0-3 => 3.6.0-3ubuntu1] (desktop-core, ubuntu-server)
[14:18] -queuebot:#ubuntu-release- Unapproved: postfix (cosmic-proposed/main) [3.3.0-1ubuntu1 => 3.3.0-1ubuntu2] (core)
[14:23] -queuebot:#ubuntu-release- Unapproved: hplip (cosmic-proposed/main) [3.18.7+dfsg1-2 => 3.18.7+dfsg1-2ubuntu1] (desktop-core, ubuntu-server)
[14:26] -queuebot:#ubuntu-release- Unapproved: apache2 (cosmic-proposed/main) [2.4.34-1ubuntu1 => 2.4.34-1ubuntu2] (ubuntu-server)
[14:42] -queuebot:#ubuntu-release- Unapproved: xfwm4 (cosmic-proposed/universe) [4.12.4-1ubuntu1 => 4.12.5-1ubuntu1] (xubuntu)
[14:42] <handsome_feng> LocutusOfBorg: Hi, I saw the  ubuntukylin-wallpapers, ubuntukylin-theme, ubuntu-kylin-software-center, peony-extensions are rejected by vorlon with the reason "do not sync binary packages from virtualized ppas",Is it possible for you to upload them again? :)
[14:58] -queuebot:#ubuntu-release- Unapproved: rejected kylin-display-switch [sync] (cosmic-proposed) [1.0.3-0ubuntu1]
[15:00] <handsome_feng> emm, and I think the indicator-china-weather will be reject soon. :(
[15:01] <vorlon> yes, done now
[15:01] <vorlon> :)
[15:02] -queuebot:#ubuntu-release- Unapproved: rejected indicator-china-weather [sync] (cosmic-proposed) [3.0.0-0ubuntu1]
[15:07] <handsome_feng> T_T
[15:11] <handsome_feng> vorlon: Will the packages(biometric-authentication, ukui-biometric-auth, ukui-biometric-manager) in new queue also be rejected?
[15:13] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (cosmic-proposed/main) [3.24.1-1ubuntu1 => 3.24.1-1ubuntu2] (ubuntu-desktop)
[15:15] <vorlon> handsome_feng: yes, same problem
[15:15] <handsome_feng> vorlon: ok, got it
[15:16] -queuebot:#ubuntu-release- New: rejected ukui-biometric-manager [sync] (cosmic-proposed) [1.0.0-1ubuntu1]
[15:19] -queuebot:#ubuntu-release- New: rejected ukui-greeter [source] (cosmic-proposed) [1.1.6-0ubuntu1]
[15:20] -queuebot:#ubuntu-release- New: rejected ukui-greeter [sync] (cosmic-proposed) [1.1.6-0ubuntu1]
[15:20] -queuebot:#ubuntu-release- New: rejected ukui-biometric-auth [sync] (cosmic-proposed) [1.0.2-1ubuntu1]
[15:21] -queuebot:#ubuntu-release- Unapproved: shotwell (cosmic-proposed/main) [0.30.0-0ubuntu1 => 0.30.1-0ubuntu1] (ubuntu-desktop)
[15:22] <handsome_feng> vorlon:Is the ukui-greeter [source] the same problem?
[15:22] <vorlon> handsome_feng: no, that was my reject matching too many entries in the queue
[15:22] <vorlon> I'm reviewing the rejected source now
[15:23] -queuebot:#ubuntu-release- New: rejected biometric-authentication [sync] (cosmic-proposed) [0.9.57-0ubuntu1]
[15:25] <handsome_feng> vorlon: Thanks!
[15:32] -queuebot:#ubuntu-release- Unapproved: linux-gcp (cosmic-proposed/main) [4.15.0-1021.22 => 4.18.0-1001.2] (kernel) (sync)
[15:32] -queuebot:#ubuntu-release- Unapproved: linux-meta-gcp (cosmic-proposed/main) [4.15.0.1021.23 => 4.18.0.1001.1] (kernel) (sync)
[15:32] <vorlon> handsome_feng: ok, reviewing ukui-greeter, debian/copyright doesn't match the copyright statements in the source; ./bio-verify/bioauthenticationview.* and common/*.cpp are listed as GPL v3 or later and debian/copyright lists GPL v2 or later.  How to reconcile?
[15:34] <handsome_feng> I will fix that soon and upload to the PPA
[15:41] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (bionic-proposed/main) [4.15.0-1022.23] (no packageset)
[15:44] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-37.40] (core, kernel)
[15:44] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-37.40] (core, kernel)
[15:46] -queuebot:#ubuntu-release- Unapproved: linux-signed-gcp (cosmic-proposed/main) [4.15.0-1021.22 => 4.18.0-1001.2] (kernel) (sync)
[15:57] <handsome_feng> vorlon: Done! And could you help upload this package? Thanks! :) It's in the PPA: https://launchpad.net/~ubuntukylin-members/+archive/ubuntu/1810new
[16:09] -queuebot:#ubuntu-release- Packageset: Added linux-signed-gcp to kernel in bionic
[16:10] -queuebot:#ubuntu-release- Packageset: Added linux-signed-gcp to kernel in cosmic
[16:10] -queuebot:#ubuntu-release- Packageset: Added linux-signed-gcp to kernel in xenial
[16:10] <vorlon> handsome_feng: your 1.1.6.1 release doesn't exist at https://github.com/ukui/ukui-greeter/releases ; is there risk that someone else at a later time will have a different 1.1.6.1 tarball with a different checksum than the one uploaded here?
[16:11] <vorlon> handsome_feng: also, since the fix here was to change the license declarations in the upstream source, it's acceptable for you to just say "the copyright statements are wrong and we will fix them in the next release" and have us accept the package that was already uploaded
[16:11] <handsome_feng> I will release it in github now
[16:12] <vorlon> ok
[16:12] <vorlon> meanwhile I've gone ahead and just accepted 1.1.6-0ubuntu1 from the rejected queue, given the above
[16:13] <handsome_feng> vorlon: oh, got it, sorry, I thought I must fix it before upload.
[16:15] -queuebot:#ubuntu-release- New binary: ukui-greeter [s390x] (cosmic-proposed/none) [1.1.6-0ubuntu1] (no packageset)
[16:16] -queuebot:#ubuntu-release- New binary: ukui-greeter [ppc64el] (cosmic-proposed/none) [1.1.6-0ubuntu1] (no packageset)
[16:18] -queuebot:#ubuntu-release- New binary: ukui-greeter [arm64] (cosmic-proposed/none) [1.1.6-0ubuntu1] (no packageset)
[16:19] -queuebot:#ubuntu-release- New binary: ukui-greeter [armhf] (cosmic-proposed/universe) [1.1.6-0ubuntu1] (no packageset)
[16:21] -queuebot:#ubuntu-release- New binary: ukui-greeter [amd64] (cosmic-proposed/universe) [1.1.6-0ubuntu1] (no packageset)
[16:22] <handsome_feng> vorlon: Thanks! And I have release the 1.1.6.1 in github.
[16:25] -queuebot:#ubuntu-release- New binary: ukui-greeter [i386] (cosmic-proposed/universe) [1.1.6-0ubuntu1] (no packageset)
[16:28] -queuebot:#ubuntu-release- Unapproved: ros-ros-comm (cosmic-proposed/universe) [1.14.2+ds1-10 => 1.14.2+ds1-10ubuntu1] (no packageset)
[16:29] -queuebot:#ubuntu-release- Unapproved: accepted ros-ros-comm [source] (cosmic-proposed) [1.14.2+ds1-10ubuntu1]
[16:33] -queuebot:#ubuntu-release- Unapproved: accepted qtdeclarative-opensource-src [sync] (cosmic-proposed) [5.11.1-6]
[16:36] -queuebot:#ubuntu-release- Unapproved: accepted gnome-calculator [source] (cosmic-proposed) [1:3.30.1-1ubuntu1]
[16:36] -queuebot:#ubuntu-release- Unapproved: accepted ibus-table-chinese [sync] (cosmic-proposed) [1.8.2-3]
[16:36] -queuebot:#ubuntu-release- Unapproved: accepted gnome-control-center [source] (cosmic-proposed) [1:3.30.1-1ubuntu1]
[16:36] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-prime [source] (cosmic-proposed) [0.8.10]
[16:37] -queuebot:#ubuntu-release- Unapproved: accepted gtk+3.0 [source] (cosmic-proposed) [3.24.1-1ubuntu2]
[16:39] -queuebot:#ubuntu-release- Unapproved: accepted grilo-plugins [source] (cosmic-proposed) [0.3.8-1ubuntu1]
[16:40] <handsome_feng> Hi, Is it possible that someone help to upload ubuntukylin-wallpapers and ubuntukylin-theme? These two packages are very important for ubuntukylin 1810. PPA:https://launchpad.net/~ubuntukylin-members/+archive/ubuntu/1810update
[16:40] -queuebot:#ubuntu-release- Unapproved: accepted liblouis [source] (cosmic-proposed) [3.6.0-3ubuntu1]
[16:42] -queuebot:#ubuntu-release- Unapproved: rejected hplip [source] (cosmic-proposed) [3.18.7+dfsg1-2ubuntu1]
[16:43] -queuebot:#ubuntu-release- Unapproved: accepted apache2 [source] (cosmic-proposed) [2.4.34-1ubuntu2]
[16:43] -queuebot:#ubuntu-release- Unapproved: accepted xfwm4 [source] (cosmic-proposed) [4.12.5-1ubuntu1]
[16:44] -queuebot:#ubuntu-release- Unapproved: accepted shotwell [source] (cosmic-proposed) [0.30.1-0ubuntu1]
[16:53] -queuebot:#ubuntu-release- Unapproved: network-manager-strongswan (cosmic-proposed/universe) [1.4.4-1 => 1.4.4-2] (no packageset) (sync)
[16:53] -queuebot:#ubuntu-release- Unapproved: accepted network-manager-strongswan [sync] (cosmic-proposed) [1.4.4-2]
[17:24] -queuebot:#ubuntu-release- Unapproved: openmpi (cosmic-proposed/universe) [3.1.2-3 => 3.1.2-5] (kubuntu) (sync)
[17:25] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-37.40]
[17:25] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-37.40]
[17:33] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (bionic-proposed) [4.15.0-1022.23]
[17:42] -queuebot:#ubuntu-release- Unapproved: neutron (xenial-proposed/main) [2:8.4.0-0ubuntu7.3 => 2:11.0.5-0ubuntu1~cloud1] (openstack, ubuntu-server)
[17:55] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (bionic-proposed/main) [4.15.0-1022.25] (kernel)
[18:09] <tsimonq2> What's up with these kernel publishing race conditions causing bionic livefs to be FTBFS lately? :P
[18:28] -queuebot:#ubuntu-release- Unapproved: friendly-recovery (cosmic-proposed/main) [0.2.38 => 0.2.38ubuntu1] (core)
[18:32] <xnox> slashd, ^ that diff is very bad.
[18:32] <xnox> slashd, (1) missing bug # (2) missing multi maintainer attribution
[18:33] <xnox> slashd, it seems like your ~/.devscripts does not have these two settings set:
[18:33] <xnox> DEBCHANGE_MULTIMAINT=yes
[18:33] <xnox> DEBCHANGE_MULTIMAINT_MERGE=yes
[18:41] <vorlon> tsimonq2: it's always been there in -proposed, since linux-signed was introduced
[18:41] <xnox> slashd, as in, with those settings, when you did dch --release it would have generated [ Dimitri John Ledkov ] heading for the changes. Currently it looks like you wrote those changes, even though you did not.
[18:41] <xnox> vorlon, please reject friendly-recovery from cosmic-proposed/main a diff sponsored badly.
[18:42] <vorlon> xnox, slashd: friendly-recovery friendly-rejected
[18:43] -queuebot:#ubuntu-release- Unapproved: rejected friendly-recovery [source] (cosmic-proposed) [0.2.38ubuntu1]
[18:45] <xnox> vorlon, can you force kill and fail the inprogress ros-ros-comm autopkgtest on i386 in cosmic? to be replaced by a run of a new src version, which does not DDoS scalingstack instances.
[18:46] <xnox> vorlon, current one allocates so many VMs that they eventually fail to provision, and it is restarted in a loop.
[18:46] <xnox> (the new one already ran, and migrated, just need to rerun it with a python trigger)
[18:46] <vorlon> xnox: not trivially
[18:47] <vorlon> xnox: I think if I kill it it goes straight back into the rabbit queue
[18:47] <vorlon> xnox: but also, it shouldn't restart in a loop?
[18:49] <xnox> vorlon, no, because that autopkgtest will fail again, because the tests DDoS the crappy L1TF scalingstack. The new source test doesn't allocate 24 VM and thus passes in 30s, instead of wasting 5h trying to allocate 24 VMs failing on anyone of them, and restarting all over again.
[18:49] <xnox> vorlon, it's been running for 24h now, with autorestarts.....
[18:49] <xnox> vorlon, i'm constructing a new request for the result i wait.
[18:49] <xnox> vorlon, but that one needs to be purged somehow, cause it will continue to DDoS
[18:50] <vorlon> autorestarts> wtf
[18:50] <xnox> unless it gets lucky
[18:51] <xnox> hopefully it will notice the old package is gone and use a new one, maybe that will make it pass....
[18:51] <xnox> i guess we can wait until tomorrow to see if it will really die or not.
[18:51] <vorlon> well let me see what I can do
[18:52] <slashd> vorlon, xnox sure ok thanks, will do the modification and re-upload later this week. Thanks
[18:53] <xnox> slashd, unless i get there first.... i really had not yet a fully successful: select recovery from grub, select network, select root, check network is up, exit, select resume, wait for gdm to appear.
[18:53] <xnox> on cosmic
[18:54] <xnox> but i'm not sure if this is a bug in friendly-recovery, or in cosmic.
[18:55] <vorlon> xnox: confirmed, I shot the nova instance and another started up before I could hit enter
[18:56] <slashd> xnox, ok my goal was to at least fix the network menu for users (which works for me and confirmed with community too)
[18:56] <xnox> slashd, sure. but imho it is grave is selecting "resume" does not resume boot =/
[18:56] <xnox> slashd, sure. but imho it is grave if selecting "resume" does not resume boot =/
[18:56] <slashd> xnox, right
[18:57] <xnox> unless like resume is changed to `reboot`
[18:57] <slashd> xnox, so you suggest we wait to fix resume before uploading anything ?
[18:57] <vorlon> xnox: ok possibly nuked now
[18:59] <xnox> slashd, yes. but i'm testing this on cosmic... and i don't know if this is just cosmic broken. there are lots of chatter on #ubuntu-desktop about all the things broken.
[19:00] <xnox> vorlon, and this 1h 55m zombie is... ? http://autopkgtest.ubuntu.com/running#pkg-ros-ros-comm
[19:00] <slashd> xnox, ack ok I was too fast then, keep me posted, and let me know if I can be of any help.
[19:01] <xnox> vorlon, actually now gone
[19:01] -queuebot:#ubuntu-release- Unapproved: grub2 (cosmic-proposed/main) [2.02+dfsg1-5ubuntu5 => 2.02+dfsg1-5ubuntu6] (core)
[19:06] <vorlon> xnox: it snuck past me again; I think I've deleted it from the queue for real now
[19:08] -queuebot:#ubuntu-release- Unapproved: telegram-desktop (cosmic-proposed/universe) [1.3.14-1 => 1.4.0-1] (no packageset) (sync)
[19:08] -queuebot:#ubuntu-release- Unapproved: accepted telegram-desktop [sync] (cosmic-proposed) [1.4.0-1]
[19:10] -queuebot:#ubuntu-release- Unapproved: grub2-signed (cosmic-proposed/main) [1.107 => 1.108] (core)
[19:16] <xnox> vorlon, looks good! excuses page got a regression, and there was a failed run, and nothing in the queue, retriggered using the new source which should finish quickly.
[19:16] <Laney> it would have picked up the new version after it migrated
[19:16] <Laney> no need to do anything there, which is why I hadn't
[19:25] <xnox> feck
[19:43] -queuebot:#ubuntu-release- Unapproved: hplip (cosmic-proposed/main) [3.18.7+dfsg1-2 => 3.18.7+dfsg1-2ubuntu1] (desktop-core, ubuntu-server)
[20:35] -queuebot:#ubuntu-release- New sync: xxhash (cosmic-proposed/primary) [0.6.5-1]
[20:46] -queuebot:#ubuntu-release- Unapproved: cloud-init (bionic-proposed/main) [18.3-9-g2e62cb8a-0ubuntu1~18.04.2 => 18.4-0ubuntu1~18.04.1] (edubuntu, ubuntu-cloud, ubuntu-server)
[20:51] -queuebot:#ubuntu-release- Unapproved: cloud-init (xenial-proposed/main) [18.3-9-g2e62cb8a-0ubuntu1~16.04.2 => 18.4-0ubuntu1~16.04.1] (edubuntu, ubuntu-cloud, ubuntu-server)
[20:57] -queuebot:#ubuntu-release- Unapproved: accepted network-manager [source] (cosmic-proposed) [1.12.4-1ubuntu1]
[21:28] <tsimonq2> vorlon: ah
[21:35] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (cosmic-proposed) [18.4-0ubuntu1]
[21:35] <blackboxsw> hi folks , I know it's a busy week. just wanted to give a heads up that we've queued an SRU into xenial and bionic for cloud-init https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1795953
[21:36] <blackboxsw> no rush just wanted to note it so we could hopefully start our SRU aging timer this week.  :) thx for the cloud-init Cosmic
[21:36] -queuebot:#ubuntu-release- Unapproved: accepted postfix [source] (cosmic-proposed) [3.3.0-1ubuntu2]
[21:38] -queuebot:#ubuntu-release- Unapproved: accepted linux-gcp [sync] (cosmic-proposed) [4.18.0-1001.2]
[21:38] -queuebot:#ubuntu-release- Unapproved: accepted linux-signed-gcp [sync] (cosmic-proposed) [4.18.0-1001.2]
[21:38] -queuebot:#ubuntu-release- Unapproved: accepted linux-meta-gcp [sync] (cosmic-proposed) [4.18.0.1001.1]
[22:05] -queuebot:#ubuntu-release- Unapproved: budgie-artwork (cosmic-proposed/universe) [0.9.6 => 0.9.7] (personal-fossfreedom, ubuntu-budgie)
[22:17] <ginggs> would someone please accept openmpi 3.1.2-5?  it fixes at least arpack on armhf and med-fichier on i386
[22:29] <vorlon> Laney: I see gjs is a sync from experimental; do you want to add any color to this that would save me time figuring out if it needs an FFe?
[22:29] <vorlon> Laney: or I can search scrollback and see that you already commented at time of upload, ta
[22:30] <vorlon> Laney: +               --disable-Werror  lol?
[22:30] -queuebot:#ubuntu-release- Unapproved: neutron (cosmic-proposed/main) [2:13.0.0-0ubuntu4 => 2:13.0.1-0ubuntu1] (openstack, ubuntu-server)
[22:36] <xnox> vorlon, so i'm failing to reproduce test_ssl failure of python3.6 on i386 as triggered by openssl. python3.6 triggered by python3.6 with openssl 1.1.1 (cause it built against it) did pass once already.
[22:37] <xnox> vorlon, it appears to be racy, sometimes fails with debug interpreter, sometimes with regular one, sometimes with one or more then one test case.
[22:37] <xnox> typically upon second connection against the same server from the same test case.
[22:37] <xnox> hmmmmm
[22:37] <xnox> i wonder if it could be entropy.
[22:38] <xnox> can i locally force delete entropy?
[22:38] <vorlon> force-*delete*?
[22:38] <vorlon> oh you mean locally for testing
[22:38] <xnox> yeah
[22:38] <xnox> ideally namespaced for a container ;-) stgraber do we have namespaced /dev/random yet? =)
[22:40] <stgraber> xnox: nope, we don't. There were talks at some point about being able to rate-limit reads from /dev/random though
[22:40] <stgraber> xnox: anyway, for testing you could use a cuse device I guess and have that return whatever you want
[22:41] <xnox> vorlon, gpg --armor --gen-random 2 -> does not help, as i have Intel cpu feeding me 3k of entropy =/
[22:41] <vorlon> heh
[22:42]  * xnox boots a shitty cloud instance -> vendor to not be named
[22:43] <xnox> vorlon, are you open to hinting python3.6/i386 or is that a no?
[22:43]  * xnox wonders if i can kill entropy to reproduce the issue, or like if installing havegend in the tests will "help"
[22:50] <xnox> forcing entropy below 50 now, test_ssl still passing for me
[22:53] <vorlon> xnox: open to hinting it but not without a bug tracking whatever the heck is causing the functional regression
[22:53] <vorlon> because having python3.6 eat all an i386 system's entropy in the wild due to openssl 1.1 is also not ok
[22:58] <xnox> also i don't think that's the problem here, as with no entropy that test still passes.
[22:59] <xnox> well, the testsuite indicates connection issue =/ connection closed by peer on a quick succession reconnect....
[22:59] <xnox> which is not nice
[23:00] <xnox> it was fine with previous python3.6.... i wonder if the post-auth handshake auth should be backed out of python3.6, cause that's what is introduced in this rc.
[23:00] <xnox> versus the previous 3.6.6-4build1 which was "stable"
[23:00] <xnox> and python2.7 which also does not have that patch.
[23:00] <vorlon> cyphermox: rejecting grub2; sbsigntool doesn't exist on all architectures that grub-common exists on, and anyway, I don't think grub-common should have this dep - perhaps grub-efi-amd64 + grub-efi-amd64-signed should be the packages that depend on sbsigntool?
[23:00] <xnox> not sure how to debug this / narrow this down.
[23:03] -queuebot:#ubuntu-release- Unapproved: rejected grub2 [source] (cosmic-proposed) [2.02+dfsg1-5ubuntu6]
[23:03] <vorlon> cyphermox: your fix for LP: #1788727 is much better than mine ,though
[23:03] <xnox> in general 1.1.1 should be better, as it should be default to elliptic curve keys more, which are shmoller
[23:03] -queuebot:#ubuntu-release- Unapproved: rejected grub2-signed [source] (cosmic-proposed) [1.108]
[23:07] <xnox> huh, cpython upstream does not test on i386
[23:07] <xnox> there is s390x, ppc64el, many amd64.... no i386
[23:22] -queuebot:#ubuntu-release- Unapproved: gnome-music (cosmic-proposed/universe) [3.30.0-1 => 3.30.1-1] (desktop-extra, ubuntugnome) (sync)
[23:23] -queuebot:#ubuntu-release- Unapproved: diffoscope (cosmic-proposed/universe) [102 => 103] (no packageset) (sync)
[23:23] <xnox> vorlon, reproduced!
[23:23] -queuebot:#ubuntu-release- Unapproved: accepted diffoscope [sync] (cosmic-proposed) [103]
[23:24] -queuebot:#ubuntu-release- Unapproved: bubblewrap (cosmic-proposed/main) [0.3.1-1ubuntu2 => 0.3.1-2] (ubuntugnome) (sync)
[23:29] <vorlon> xnox: is it a floating point bug?
[23:29] -queuebot:#ubuntu-release- Unapproved: docker-compose (cosmic-proposed/universe) [1.17.1-2 => 1.21.0-3] (no packageset) (sync)
[23:29] <vorlon> ;)
[23:29] -queuebot:#ubuntu-release- Unapproved: accepted docker-compose [sync] (cosmic-proposed) [1.21.0-3]
[23:30] <xnox> vorlon, whilst building boost with -j12, on an 4core/8hyperthreaded core machine, with 32GB of ram, yet running single CPU i386 VM running test_ssl there results in ConnectionRefused
[23:30] <xnox> (ie. host under load)
[23:34] -queuebot:#ubuntu-release- Unapproved: python-docker (cosmic-proposed/universe) [2.5.1-1 => 3.4.1-2] (no packageset) (sync)
[23:34] -queuebot:#ubuntu-release- Unapproved: accepted python-docker [sync] (cosmic-proposed) [3.4.1-2]
[23:43] -queuebot:#ubuntu-release- Unapproved: accepted bubblewrap [sync] (cosmic-proposed) [0.3.1-2]
[23:45] <xnox> vorlon, so basically our cloud is over committed, if my guest exposes races between two races.
[23:45] <xnox> vorlon, closed connection in one thread; and server thread cannot accept a new connection yet.
[23:46] <xnox> when host is under load.
[23:46] <xnox> vorlon, what are my options here? i'm adding an infinite retry loop now.
[23:51] <vorlon> xnox: I wouldn't call exposing a race evidence of overcommit
[23:51] <vorlon> infinite retry sounds ok to me :)
[23:52] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (cosmic-proposed/main) [4.18.0-1001.2] (kernel)
[23:57] -queuebot:#ubuntu-release- Unapproved: graphviz (cosmic-proposed/universe) [2.40.1-4 => 2.40.1-5] (kubuntu) (sync)
[23:58] -queuebot:#ubuntu-release- New: accepted ukui-greeter [amd64] (cosmic-proposed) [1.1.6-0ubuntu1]
[23:58] -queuebot:#ubuntu-release- New: accepted ukui-greeter [armhf] (cosmic-proposed) [1.1.6-0ubuntu1]
[23:58] -queuebot:#ubuntu-release- New: accepted ukui-greeter [ppc64el] (cosmic-proposed) [1.1.6-0ubuntu1]
[23:58] -queuebot:#ubuntu-release- New: accepted xxhash [sync] (cosmic-proposed) [0.6.5-1]
[23:58] -queuebot:#ubuntu-release- New: accepted ukui-greeter [arm64] (cosmic-proposed) [1.1.6-0ubuntu1]
[23:58] -queuebot:#ubuntu-release- New: accepted ukui-greeter [s390x] (cosmic-proposed) [1.1.6-0ubuntu1]
[23:58] -queuebot:#ubuntu-release- New: accepted ukui-greeter [i386] (cosmic-proposed) [1.1.6-0ubuntu1]
[23:59] -queuebot:#ubuntu-release- Unapproved: accepted git [source] (cosmic-proposed) [1:2.19.0-1ubuntu1]
[23:59] -queuebot:#ubuntu-release- Unapproved: accepted openmpi [sync] (cosmic-proposed) [3.1.2-5]