[00:01] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (disco-proposed/main) [18 => 19.2] (core)
[00:13] <powersj> vorlon, if you are around can you poke ^
[00:13] <vorlon> sure
[00:13] <powersj> thank you
[00:37] -queuebot:#ubuntu-release- Unapproved: calamares (disco-proposed/universe) [3.2.4-0ubuntu1 => 3.2.4-0ubuntu2] (lubuntu)
[00:39] <tsimonq2> software-properties, lubuntu-default-settings, calamares, and calamares-settings-ubuntu should be the last non-RC Lubuntu updates this cycle. It would be appreciated if these could be processed prior to final freeze.
[00:40] -queuebot:#ubuntu-release- Unapproved: calamares-settings-ubuntu (disco-proposed/universe) [1:19.04.3 => 1:19.04.4] (lubuntu)
[00:41] <tsimonq2> (Well, RC-critical in the Final Freeze sense. I still think all are important to get in this cycle.)
[00:55] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (disco-proposed) [19.2]
[04:33] -queuebot:#ubuntu-release- Unapproved: cups-filters (disco-proposed/main) [1.22.4-1 => 1.22.5-1] (desktop-core, ubuntu-server) (sync)
[05:15] -queuebot:#ubuntu-release- Unapproved: lxml (disco-proposed/main) [4.3.2-1 => 4.3.3-1] (ubuntu-desktop, ubuntu-server) (sync)
[05:16] -queuebot:#ubuntu-release- Unapproved: libabigail (disco-proposed/universe) [1.5-1 => 1.6-1] (no packageset) (sync)
[05:17] -queuebot:#ubuntu-release- Unapproved: accepted libabigail [sync] (disco-proposed) [1.6-1]
[06:35] -queuebot:#ubuntu-release- Unapproved: libosinfo (disco-proposed/universe) [1.4.0-0ubuntu1 => 1.4.0-0ubuntu2] (desktop-extra, ubuntugnome)
[07:22] <acheronuk> Kubuntu livefs fails to build today
[07:23] <acheronuk> W: Failure while configuring base packages.  This will be re-attempted up to five times.
[07:23] <acheronuk> W: See /build/chroot/debootstrap/debootstrap.log for details (possibly the package python3-nacl is at fault)
[07:29] <acheronuk> and, yes. a local debootstrap of disco fails this morning on the same error :/
[07:34] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (bionic-proposed/main) [4.15.0-1030.32] (kernel)
[07:43] <infinity> acheronuk: That would be ubuntu-advantage-tools growing a bunch of new deps. :/
[07:44] <acheronuk> infinity: yeah, I just found that via python3-pymacaroons
[07:44] <acheronuk> and looking what migrated in the small hours
[07:44] <infinity> vorlon: What happened to the "ubuntu-advantage-tools can be in minimal, as long as it doesn't pull more things into minimal" plan?  Was this change a week before release okayed?
[07:45] <infinity> ahasenack: ^
[07:47] <infinity> Ahh, and found the FFe bug.
[07:47] <infinity> Gross.
[07:48] <infinity> acheronuk: Fixing overrides to fix debootstrap, I guess.
[07:51] <Ukikie> It'd be far better if this could be downgraded to recommends of minimal.
[07:53] <infinity> How would that be useful?
[07:53] <infinity> It'd still be on all installations by default, and I can't imagine any end user is so upset by it that they'll tear it out.
[07:53] <infinity> It's not large or intrusive.
[07:54] <infinity> (My whining about increasing the size of minimal is just that *any* size increase to minimal should be talked about, as the bloat creepy in a few bytes at a time)
[07:54] <infinity> s/creepy/creeps/
[07:55] <Ukikie> s/far/slightly/  Though yes you certainly have a point about it pulling it a bit more. :/
[07:57] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [source] (disco-proposed) [1.2.5-1ubuntu1]
[07:57] <acheronuk> infinity: I assume final freeze will approx 9pm UTC as usual? (give or take)
[07:58] <infinity> acheronuk: Yep.
[07:58] -queuebot:#ubuntu-release- Unapproved: accepted gnome-terminal [source] (disco-proposed) [3.32.1-1ubuntu1]
[07:58] -queuebot:#ubuntu-release- Unapproved: accepted vte2.91 [source] (disco-proposed) [0.56.1-1ubuntu1]
[07:59] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell-extension-appindicator [sync] (disco-proposed) [28-1]
[07:59] -queuebot:#ubuntu-release- Unapproved: accepted libsoup2.4 [sync] (disco-proposed) [2.66.1-1]
[07:59] -queuebot:#ubuntu-release- Unapproved: accepted gobject-introspection [sync] (disco-proposed) [1.60.1-1]
[08:01] -queuebot:#ubuntu-release- Unapproved: fwupd (disco-proposed/main) [1.2.5-1 => 1.2.5-1ubuntu1] (desktop-core)
[08:03] -queuebot:#ubuntu-release- Unapproved: fwupd (disco-proposed/main) [1.2.5-1ubuntu1 => 1.2.5-1ubuntu1] (desktop-core)
[08:03] -queuebot:#ubuntu-release- Unapproved: fwupd (disco-proposed/main) [1.2.5-1ubuntu1 => 1.2.5-1ubuntu1] (desktop-core)
[08:04] -queuebot:#ubuntu-release- Unapproved: accepted calamares-settings-ubuntu [source] (disco-proposed) [1:19.04.4]
[08:04] -queuebot:#ubuntu-release- Unapproved: accepted console-setup [source] (disco-proposed) [1.178ubuntu12]
[08:04] -queuebot:#ubuntu-release- Unapproved: accepted emacs [source] (disco-proposed) [1:26.1+1-3.2ubuntu2]
[08:04] -queuebot:#ubuntu-release- Unapproved: accepted calamares [source] (disco-proposed) [3.2.4-0ubuntu2]
[08:04] -queuebot:#ubuntu-release- Unapproved: accepted librsvg [source] (disco-proposed) [2.44.10-1ubuntu1]
[08:04] -queuebot:#ubuntu-release- Unapproved: accepted cups-filters [sync] (disco-proposed) [1.22.5-1]
[08:04] -queuebot:#ubuntu-release- Unapproved: fwupd (disco-proposed/main) [1.2.5-1ubuntu1 => 1.2.5-1ubuntu1] (desktop-core)
[08:05] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [amd64] (disco-proposed) [1.2.5-1ubuntu1]
[08:05] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [armhf] (disco-proposed) [1.2.5-1ubuntu1]
[08:05] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [arm64] (disco-proposed) [1.2.5-1ubuntu1]
[08:05] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [i386] (disco-proposed) [1.2.5-1ubuntu1]
[08:08] -queuebot:#ubuntu-release- Unapproved: gvfs (disco-proposed/main) [1.40.0-1 => 1.40.1-1] (desktop-core) (sync)
[08:10] -queuebot:#ubuntu-release- New: rejected linux-restricted-modules [source] (disco-proposed) [5.0.0-8.9]
[08:40] -queuebot:#ubuntu-release- Unapproved: pcsc-cyberjack (disco-proposed/universe) [3.99.5final.sp09-1.1ubuntu1 => 3.99.5final.sp09-2] (no packageset) (sync)
[08:41] -queuebot:#ubuntu-release- Unapproved: accepted pcsc-cyberjack [sync] (disco-proposed) [3.99.5final.sp09-2]
[08:43] -queuebot:#ubuntu-release- Unapproved: deja-dup (disco-proposed/main) [38.3-1 => 38.4-1] (ubuntu-desktop) (sync)
[09:06] -queuebot:#ubuntu-release- Unapproved: lammps (disco-proposed/universe) [0~20181211.gitad1b1897d+dfsg1-1 => 0~20181211.gitad1b1897d+dfsg1-2] (no packageset) (sync)
[09:06] -queuebot:#ubuntu-release- Unapproved: pcp (disco-proposed/universe) [4.3.0-1build1 => 4.3.1-1] (no packageset) (sync)
[09:07] -queuebot:#ubuntu-release- Unapproved: accepted lammps [sync] (disco-proposed) [0~20181211.gitad1b1897d+dfsg1-2]
[09:07] -queuebot:#ubuntu-release- Unapproved: accepted pcp [sync] (disco-proposed) [4.3.1-1]
[09:10] -queuebot:#ubuntu-release- Unapproved: graphicsmagick (disco-proposed/universe) [1.4~hg15916-1 => 1.4~hg15916-2] (ubuntustudio) (sync)
[09:10] -queuebot:#ubuntu-release- Unapproved: graphviz (disco-proposed/universe) [2.40.1-5build2 => 2.40.1-6] (kubuntu) (sync)
[09:11] -queuebot:#ubuntu-release- Unapproved: leveldb (disco-proposed/main) [1.20-2 => 1.20-2.1] (ubuntu-server) (sync)
[09:12] -queuebot:#ubuntu-release- Unapproved: libbpp-core (disco-proposed/universe) [2.4.1-2 => 2.4.1-3] (no packageset) (sync)
[09:13] -queuebot:#ubuntu-release- Unapproved: accepted libbpp-core [sync] (disco-proposed) [2.4.1-3]
[09:13] -queuebot:#ubuntu-release- Unapproved: leveldb (disco-proposed/main) [1.20-2 => 1.20-2.1] (ubuntu-server) (sync)
[09:13] -queuebot:#ubuntu-release- Unapproved: lemonldap-ng (disco-proposed/universe) [2.0.2+ds-5 => 2.0.2+ds-6] (no packageset) (sync)
[09:13] <LocutusOfBorg> any AA, I think we should do the leveldb renaming...
[09:13] -queuebot:#ubuntu-release- Unapproved: weston (disco-proposed/universe) [5.0.0-2 => 5.0.0-3] (xorg) (sync)
[09:13] -queuebot:#ubuntu-release- Unapproved: x2godesktopsharing (disco-proposed/universe) [3.2.0.0-1 => 3.2.0.0-2] (no packageset) (sync)
[09:13] -queuebot:#ubuntu-release- Unapproved: xml-core (disco-proposed/main) [0.18 => 0.18+nmu1] (ubuntu-desktop, ubuntu-server) (sync)
[09:13] -queuebot:#ubuntu-release- Unapproved: xnee (disco-proposed/universe) [3.19-2 => 3.19-3] (no packageset) (sync)
[09:13] -queuebot:#ubuntu-release- Unapproved: workrave (disco-proposed/universe) [1.10.23-2 => 1.10.23-5] (no packageset) (sync)
[09:13] -queuebot:#ubuntu-release- Unapproved: xmms2 (disco-proposed/universe) [0.8+dfsg-18.1build7 => 0.8+dfsg-18.2] (no packageset) (sync)
[09:13] -queuebot:#ubuntu-release- Unapproved: x2goserver (disco-proposed/universe) [4.1.0.3-3 => 4.1.0.3-4] (no packageset) (sync)
[09:13] -queuebot:#ubuntu-release- Unapproved: xserver-xorg-input-libinput (disco-proposed/main) [0.28.2-1 => 0.28.2-2] (desktop-core) (sync)
[09:13] <LocutusOfBorg> bugs.debian.org/877773
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted lemonldap-ng [sync] (disco-proposed) [2.0.2+ds-6]
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted x2godesktopsharing [sync] (disco-proposed) [3.2.0.0-2]
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted xnee [sync] (disco-proposed) [3.19-3]
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted workrave [sync] (disco-proposed) [1.10.23-5]
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted x2goserver [sync] (disco-proposed) [4.1.0.3-4]
[09:15] -queuebot:#ubuntu-release- Unapproved: accepted xmms2 [sync] (disco-proposed) [0.8+dfsg-18.2]
[09:23] -queuebot:#ubuntu-release- Unapproved: mesa (disco-proposed/main) [19.0.1-1ubuntu2 => 19.0.2-1ubuntu1] (core, xorg)
[09:42] -queuebot:#ubuntu-release- Unapproved: intel-media-driver (disco-proposed/universe) [18.4.0+dfsg1-1ubuntu1 => 18.4.1+dfsg1-2ubuntu1] (kubuntu)
[09:47] -queuebot:#ubuntu-release- Unapproved: python-reportlab (disco-proposed/main) [3.5.13-1 => 3.5.18-1] (desktop-core) (sync)
[10:03] <jibel> sil2100, today's ubuntu desktop build failed in debootstrap. Is someone looking into it?
[10:04] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (xenial-proposed/main) [4.15.0-1030.32~16.04.1] (kernel)
[10:05] <sil2100> jibel: infinity was looking into that (you can check the details in the backlog here on this channel)
[10:07] <jibel> k
[10:07] <jibel> thanks
[10:11] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (xenial-proposed) [4.15.0-1030.32~16.04.1]
[10:21] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (disco-proposed/main) [3.24.7-1ubuntu1 => 3.24.8-1ubuntu1] (ubuntu-desktop)
[10:22] <rbalint> ddstreet, thanks for the note,  re lxd
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted casper [source] (disco-proposed) [1.403]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted graphicsmagick [sync] (disco-proposed) [1.4~hg15916-2]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted gtk+3.0 [source] (disco-proposed) [3.24.8-1ubuntu1]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted intel-media-driver [source] (disco-proposed) [18.4.1+dfsg1-2ubuntu1]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted lubuntu-default-settings [source] (disco-proposed) [19.04.2]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted lxml [sync] (disco-proposed) [4.3.3-1]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted python-reportlab [sync] (disco-proposed) [3.5.18-1]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted weston [sync] (disco-proposed) [5.0.0-3]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted deja-dup [sync] (disco-proposed) [38.4-1]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted gvfs [sync] (disco-proposed) [1.40.1-1]
[10:37] -queuebot:#ubuntu-release- Unapproved: accepted software-properties [source] (disco-proposed) [0.97.10]
[10:37] -queuebot:#ubuntu-release- Unapproved: accepted graphviz [sync] (disco-proposed) [2.40.1-6]
[10:37] -queuebot:#ubuntu-release- Unapproved: accepted mesa [source] (disco-proposed) [19.0.2-1ubuntu1]
[10:37] -queuebot:#ubuntu-release- Unapproved: accepted libosinfo [source] (disco-proposed) [1.4.0-0ubuntu2]
[10:37] -queuebot:#ubuntu-release- Unapproved: accepted xserver-xorg-input-libinput [sync] (disco-proposed) [0.28.2-2]
[10:43] -queuebot:#ubuntu-release- New binary: intel-media-driver [i386] (disco-proposed/universe) [18.4.1+dfsg1-2ubuntu1] (kubuntu)
[10:47] -queuebot:#ubuntu-release- New binary: intel-media-driver [amd64] (disco-proposed/universe) [18.4.1+dfsg1-2ubuntu1] (kubuntu)
[10:52] -queuebot:#ubuntu-release- New source: linux-restricted-modules (disco-proposed/primary) [5.0.0-10.11]
[11:18] -queuebot:#ubuntu-release- Unapproved: meson (bionic-proposed/universe) [0.45.1-2 => 0.45.1-2ubuntu0.18.04.1] (no packageset)
[12:15] -queuebot:#ubuntu-release- Unapproved: openjdk-lts (bionic-proposed/main) [11.0.2+9-3ubuntu1~18.04.2 => 11.0.2+9-3ubuntu1~18.04.3] (ubuntu-desktop) (sync)
[12:15] -queuebot:#ubuntu-release- Unapproved: openjdk-lts (cosmic-proposed/main) [11.0.2+9-3ubuntu1~18.10.2 => 11.0.2+9-3ubuntu1~18.10.3] (core) (sync)
[12:17] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-lts [sync] (bionic-proposed) [11.0.2+9-3ubuntu1~18.04.3]
[12:17] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-lts [sync] (cosmic-proposed) [11.0.2+9-3ubuntu1~18.10.3]
[12:24] <ahasenack> acheronuk: what was the debootstrap failure?
[12:37] <acheronuk> ahasenack: W: Failure while configuring base packages.  This will be re-attempted up to five times.
[12:37] <acheronuk> W: See /build/chroot/debootstrap/debootstrap.log for details (possibly the package python3-nacl is at fault)
[12:37] <ahasenack> do you have said debootstrap.log?
[12:37] <ahasenack> I just ran a "debootstrap disco" here and it finished, including that package
[12:38] <ahasenack> I'm looking at https://launchpadlibrarian.net/418797037/buildlog_ubuntu_disco_amd64_ubuntu-server-live_BUILDING.txt.gz now
[12:40] <acheronuk> ahasenack: http://paste.ubuntu.com/p/5yx7m8WgC6/
[12:41] <ahasenack> dpkg: dependency problems prevent configuration of python3-nacl:
[12:41] <ahasenack>  python3-nacl depends on python3-cffi-backend-api-min (<= 9729); however:
[12:41] <ahasenack>   Package python3-cffi-backend-api-min is not installed.
[12:41] <ahasenack>  python3-nacl depends on python3-cffi-backend-api-max (>= 9729); however:
[12:41] <ahasenack>   Package python3-cffi-backend-api-max is not installed.
[12:42]  * ahasenack fires up a disco container
[12:44] <acheronuk> ahasenack: I just tried a new debootstrap locally, and it completed
[12:45] <ahasenack> yeah, and I'm checking python3-cffi-backend, it provides python3-cffi-backend-api-max and python3-cffi-backend-api-min
[12:45] <ahasenack> at least now
[12:46] <acheronuk> either someone fixed something, or archive/migration churn smoothed something out perhaps
[12:46] <acheronuk> big test is retrying my ISO fail.....
[12:46]  * ahasenack checks publishing history
[12:47] <ahasenack> python-cffi didn't change recently (https://launchpad.net/ubuntu/+source/python-cffi/+publishinghistory)
[12:50] <ahasenack> acheronuk: are you kicking one now?
[12:51] <acheronuk> ahasenack: trying. though the qa page is stuck on a (rebuilding) status from last fail, so not sure if it is registering my request
[12:51] <acheronuk> Kubuntu ^
[12:53]  * acheronuk refreshes log page
[12:54] <acheronuk> sil2100: do you know if that ^^ just taking a long time to respond, or ignoring me!
[12:55] <acheronuk> no new build appearing
[12:56] <ahasenack> what is the url, if it's something a non team member can see? (read/only)
[12:57] <acheronuk> ahasenack: cd logs: http://people.canonical.com/~ubuntu-archive/cd-build-logs/kubuntu/disco/
[12:57] <ahasenack> and where do you trigger it, in lp?
[12:57] <acheronuk> a new build should be daily-live-20190411.2.log	
[12:57] <acheronuk> ahasenack: http://iso.qa.ubuntu.com/qatracker/milestones/398/builds
[12:58] <acheronuk> tick box, and request rebuild from menus at bottom
[12:58] <ahasenack> it says "Kubuntu Desktop amd64 (re-building)", that's what you see?
[12:58] <acheronuk> if you are in a team who can
[12:59] <acheronuk> yep. but it said that before I tried
[12:59] <acheronuk> status looks 'stuck'
[12:59] <ahasenack> k
[13:04] <acheronuk> looks like its not going to play ball
[13:04]  * acheronuk wanders off for now
[13:21] <mitya57> infinity: this should fix kpmcore on s390x: https://github.com/thiagomacieira/tinycbor/pull/1
[13:21] <gitbot> thiagomacieira issue (Pull request) 1 in tinycbor "Parser: fix reading it->extra on big endian when bytesNeeded == 1" [Open]
[13:21] <mitya57> I will wait until tomorrow to let upstream review it, and then make an upload. (tinycbor is bundled into qtbase currently)
[13:34] <xnox> apw, funny story, looks like scalingstack VMs can boot fine with the azure kernel. Fixing systemd test suites to work with azure kernel.
[13:35] <infinity> mitya57: By tomorow, do you mean today? (final feeze!) :)
[13:36]  * xnox is preparing a systemd upload with morrrre bugfixes. like journalctl broken, udevadm broken, machinectl broken.
[13:37] <mitya57> infinity: ok, today is also possible, though I will have to upload it directly to Ubuntu rather than to Debian first.
[13:38] <mitya57> But first I will check in a PPA that kpmcore really builds on all architectures with this fix.
[13:42] <apw> xnox, !
[13:48] -queuebot:#ubuntu-release- Unapproved: openexr (disco-proposed/main) [2.2.1-4build1 => 2.2.1-4.1] (ubuntu-desktop) (sync)
[13:49] <ahasenack> infinity: hi, did you fix something regarding the iso build? wrt "<infinity> 07:48:05> acheronuk: Fixing overrides to fix debootstrap, I guess."
[13:51] <infinity> ahasenack: Yes.
[13:51] <ahasenack> what caused the failure? From http://paste.ubuntu.com/p/5yx7m8WgC6/ I can see that somehow python3-cffi-backend wasn't installable or available
[13:52] <infinity> Priorities needed updating when you pulled a bunch of stuff into important.
[13:52] <infinity> (debootstrap installs based on priority)
[13:52] <ahasenack> where did you fix it?
[13:52] <infinity> Archive overrides.
[13:52] <ahasenack> something I could have checked before?
[13:53] <infinity> No, but some warning before pulling a bunch more packages into minimal/important would have been nice. :P
[13:53] <infinity> But I'm trying not to be too bitter about that, it's before 8am, and I'm bitter enough about just being awake.
[13:53] <ahasenack> sorry about that
[13:54] <ahasenack> and good morning
[13:54]  * ahasenack on his second coffee cup
[13:54] <ahasenack> and thanks for fixing it
[14:04] -queuebot:#ubuntu-release- Unapproved: accepted openexr [sync] (disco-proposed) [2.2.1-4.1]
[14:05] -queuebot:#ubuntu-release- Unapproved: apport (disco-proposed/main) [2.20.10-0ubuntu26 => 2.20.10-0ubuntu27] (core)
[14:09] -queuebot:#ubuntu-release- Unapproved: python-opcua (disco-proposed/universe) [0.98.6-1 => 0.98.6-1ubuntu1] (no packageset)
[14:10] -queuebot:#ubuntu-release- Unapproved: accepted python-opcua [source] (disco-proposed) [0.98.6-1ubuntu1]
[14:10] -queuebot:#ubuntu-release- Unapproved: systemd (disco-proposed/main) [240-6ubuntu4 => 240-6ubuntu5] (core)
[14:15] <infinity> xnox: Maybe it would be easier just to upload a systemd containing upstart or sysvinit.
[14:15] <xnox> infinity, hahahhahahhahahahhahaha
[14:15] <infinity> xnox: Dude, that's an eye-bleeding number of cherrypicks to get reviewed on the last day.  Well job.
[14:16] <xnox> infinity, they all came from systemd-stable tree, and i only picked the non-crazy ones. and we did have ~53 cherrypicks from stable already.
[14:17] <xnox> infinity, and well there are a few really bad regressions, and others are nice to haves (documentation updates).
[14:17] <xnox> like users in adm group not able to $ journalctl
[14:17] <xnox> is quite bad
[14:17] <infinity> xnox: Oh, I'm not questioning the provenance, nor if it's appropriate, just mentioning that it's unreviewable, so I have to take a lot on faith here. :P
[14:19] <infinity> xnox: Also, wow, these people could do with a strict commit message policy.
[14:20] <infinity> +Subject: basic/prioq: add prioq_peek_item()
[14:20] <infinity> (The entire commit message)
[14:20] <infinity> Also, it's wrong.
[14:20] <infinity> Amazingly.
[14:20] -queuebot:#ubuntu-release- Unapproved: gnome-shell (disco-proposed/main) [3.32.0-1ubuntu1 => 3.32.0+git20190410-1ubuntu1] (desktop-core, desktop-extra, mozilla) (sync)
[14:20] -queuebot:#ubuntu-release- Unapproved: mutter (disco-proposed/main) [3.32.0-1ubuntu2 => 3.32.0+git20190410-1ubuntu1] (desktop-core, desktop-extra) (sync)
[14:22] <infinity> Aaaand then there's the infamous 1-line change with 50 lines of explanation, which I now feel I need to spend the next half hour researching to make sure I come to the same conclusion.
[14:24] -queuebot:#ubuntu-release- Unapproved: gedit (cosmic-proposed/main) [3.30.2-0ubuntu0.18.10.2 => 3.30.2-0ubuntu0.18.10.3] (ubuntu-desktop)
[14:27] -queuebot:#ubuntu-release- Unapproved: gedit (bionic-proposed/main) [3.28.1-1ubuntu1.1 => 3.28.1-1ubuntu1.2] (ubuntu-desktop)
[14:27] <infinity> xnox: Is there somewhere I can rank systemd committers, maybe with a goal of voting some off the island?
[14:28] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (disco-proposed/main) [1.5 => 1.6] (desktop-core)
[14:29] <xnox> infinity, well, there is a tonne of contributors and very little committers. Which stuff in particular are you unhappy about? I can lookup who wrote, who reviewed, who cherrypicked into stable.
[14:29] <infinity> xnox: Oh, no code quality complaints (yet), but huge commit quality complaints from some. :P
[14:29] <xnox> out of https://github.com/systemd/systemd/graphs/contributors i personally like keszybz yuwata and evverx the best
[14:29] <infinity> xnox: And Aaron Plattner at nvidia gets a gold star for actually writing informative and useful commit messages.
[14:30] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (cosmic-proposed) [1:20190409.1-0ubuntu0.18.10.1]
[14:30] <infinity> A second gold star because one of these fixes was clearly a drive-by "oh, and I noticed in passing!" fix while he was fixing something else 10 lines away.
[14:30] <xnox> infinity, that puzzles me to. there do all the time " please split these three one-liners into one-liner per commit" and then "we have this 10k pull request of 10+ commits, let's squash that all into one"
[14:30] <infinity> (Pretty obvious because the context for fix A shows up in fix B)
[14:30] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (bionic-proposed) [1:20190409.1-0ubuntu0.18.04.1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (xenial-proposed) [1:20190409.1-0ubuntu0.16.04.1]
[14:31] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (trusty-proposed) [1:20190409.1-0ubuntu0.14.04.1]
[14:33] <infinity> +Subject: core/mount: move static function earlier in file
[14:33] <infinity> +
[14:33] <infinity> +No functional change.
[14:33] <infinity> ^-- y tho?
[14:33] <xnox> because the next patch, depends on it.
[14:33] <xnox> cause it's cherrypicks from master
[14:33] <xnox> and probably something starts using this function.
[14:33] <infinity> xnox: Sure, I don't mean why did you CP it, I mean HAVE A COMMIT MESSAGE THAT EXPLAINS WHY YOU'RE COMMITTING A NO-OP.
[14:33] <xnox> cause they do obscene amount of refactors =)
[14:34] <infinity> Cause it's clearly not a no-op, in larger context.
[14:34]  * xnox ponders to record infinity doing a standup code commit reviews.
[14:34] <xnox> with evan doing the voice-over of the commiters commit messages, to make it more of a dialogue.
[14:35] <infinity> So, really, you just want to see me punch Evan?
[14:35] <sergiusens> Laney: hey, I have been meaning to ask, I have been getting "SKIP Test requires machine-level isolation but testbed does not provide that" for a while on armhf and IIRC the test beds used to be able to do this. Any pointers?
[14:36] <Laney> sergiusens: nein, they've always been this way
[14:36] <sergiusens> Laney: ah, then I recall incorrectly. Are there plans to support machine-level-isolation?
[14:36] <infinity> sergiusens: armhf has always run in lxc/lxd, which doesn't provide machine isolation.
[14:37] -queuebot:#ubuntu-release- Unapproved: lxd (disco-proposed/main) [1:0.6 => 1:0.7] (edubuntu, ubuntu-server)
[14:38] <infinity> sergiusens: "Plans" might be the wrong word.  We've wanted nova/kvm-based armhf runners basically since day 1, and we're vaguely aware of the work required to make that happen, but I don't think anyone's taken it to the next step of "making a plan", nevermind "sizing/costing" or "implementing".
[14:38] <infinity> sergiusens: (To be honest, I think it's not unlikely that some people involved are just hoping armhf dies and we can stop caring)
[14:40] <xnox> infinity, sergiusens - there was progress on getting that done. We do build armhf cloud images with grub-uefi to achieve nova-armhf but last time we checked there was bad interaction of patch series. meaning it didn't boot yet.
[14:40] <stgraber> rbalint: uploaded your fix to both disco and cosmic
[14:40] <xnox> infinity, sergiusens - i think next steps is to recheck how good/bad disco grub is, and basically try harder to get disco armhf images.
[14:41] <rbalint> stgraber, thanks sorry for missing those, i focused on postinst too much
[14:41] -queuebot:#ubuntu-release- Unapproved: lxd (cosmic-proposed/main) [1:0.4.1 => 1:0.4.2] (edubuntu, ubuntu-server)
[14:42] <infinity> xnox: Well, even if we can get a working boot protocol (which, indeed, was many years in the making; many more than it should have been), then there's the question of resources.  nova instances are much fatter than lxd/lxc.  The way arm64/armhf queues drain today, I don't think we can add any more strain to that without getting a lot more hardware first.
[14:42] <xnox> and that as well.
[14:44] -queuebot:#ubuntu-release- Unapproved: accepted lxd [source] (disco-proposed) [1:0.7]
[14:44] -queuebot:#ubuntu-release- Unapproved: accepted fwupd-signed [source] (disco-proposed) [1.6]
[14:45] <infinity> +Subject: curl-util: fix use after free
[14:45] <infinity> +-        *ret = c;
[14:45] <infinity> ++        *ret = TAKE_PTR(c);
[14:45] <sergiusens> thanks for the answers
[14:45] <infinity> Thanks for all the context, useless commit message 37.
[14:46] <infinity> xnox: Is TAKE_PTR some magic macro that still works if its argument doesn't exist, or did they just kick the use-after-free can three feet down the road and call it "fixed"?
[14:47] <ddstreet> infinity so what's the deal with mariadb-10.1 on cosmic?  it looks like all the versions except cosmic-release have been deleted?  I don't care about mariadb-10.1 itself, but its autopkgtests still are run and fail every time...if we don't want to touch it on cosmic, can a AA please hint its cosmic tests as ignored?
[14:48] <ddstreet> or, i can upload a version that fixes the autopkgtests (for bionic and cosmic...bionic's tests fail too, but are hinted ignored)
[14:48] <xnox> infinity, it sets c to NULL, and whatever c pointed to is returned.
[14:48] <xnox> infinity, let me read that code with more context.
[14:51] <infinity> ddstreet: I don't see why we wouldn't want to touch it on cosmic.  There was a bionic security update that surely also applies to comsic?
[14:51] <xnox> infinity, TAKE_PTR is defined in src/basic/alloc-util.h
[14:51] <infinity> (And both could use autopkgtest fixes, if such fixes exist)
[14:52] <ddstreet> infinity yeah i don't know why the cosmic newer releases aren't available to install - i assumed there was some hidden reason
[14:53] <ddstreet> i'll fix the b/c autopkgtests and upload to both b/c
[14:53] <xnox> infinity, to be read in conjuction with _ceanup_(curl_easy_cleanupp) which tries to free(c) but given that we moved the pointer to **ret it would be wiped under the feet of the person.
[14:53] <infinity> ddstreet: What "cosmic newer releases"?
[14:53] <ddstreet> infinity well rmadison shows no mariadb-10.1 release for cosmic except what's in cosmic-release
[14:53] <xnox> infinity, hence TAKE_PTR is correct here, as we reset c to NULL on succesful returning c vai **ret.
[14:53] <infinity> ddstreet: Yes...
[14:53] <ddstreet> but, there are newer cosmic builds
[14:53] <xnox> in all other error cases, we do have _cleanup_(curl_easy_cleanupp) to free the stuct.
[14:54] <ddstreet> infinity e.g. https://launchpad.net/ubuntu/cosmic/+source/mariadb-10.1
[14:54] <infinity> ddstreet: Pre-dating cosmic release, yes.  They never made it through proposed-migration, and were moved to disco.
[14:54] <xnox> infinity, _cleanup_ & TAKE_PTR are awesome magics =)
[14:54] <ddstreet> latest is 1:10.1.35-1ubuntu1
[14:54] <infinity> ddstreet: Reading the delete messages helps.
[14:54] <ddstreet> i must have missed it
[14:54] <ddstreet> where is that?
[14:54] <infinity> https://launchpad.net/ubuntu/+source/mariadb-10.1/+publishinghistory
[14:55] <infinity> You can see it moving from cosmic-proposed to disco-proposed when disco opens.  And then deleted from disco when 10.3 replaces it.
[14:55] <ddstreet> moved to disco-proposed?
[14:55] <ddstreet> ah
[14:55] <ddstreet> so that removed it from cosmic too eh
[14:56] <infinity> ... no?
[14:56] <infinity> Moving it from cosmic-proposed to disco-proposed removed it from cosmic-proposed.  The keyword being "moved".
[14:56] <xnox> ddstreet, we have 4 suites per series. just because something is removed from -proposed doesn't affect what's published in release.
[14:56] <infinity> Anything in devel-proposed gets moved to next-devel-proposed when we release.  We don't assume all the junk in there is magically an SRU.
[14:56] <ddstreet> ok, so there was never any mariadb-10.1 in cosmic-updates ever, only in -proposed
[14:56] <infinity> Cause it's not.
[14:58] <ddstreet> ok got it, i'll upload to fix the test problesm then
[14:59] <ddstreet> first time i've seen a pkg not make it out of -proposed before the release drops
[15:00] <ddstreet> thnx!
[15:00] <infinity> ddstreet: There are 269 in disco-proposed right now, the vast majority of which will not migrate before release.
[15:03] <Laney> bdmurray: Bit dubious about this apport. That 'pass' doesn't actually do anything AFAIK. Shouldn't you move the code to bail out inside an "if e.errno != errno.ENOENT:" or try/catch AttributeError instead?
[15:04] <bdmurray> Laney: in a meeting at the moment, I'll look shortly
[15:05] <Laney> nod
[15:34] -queuebot:#ubuntu-release- Unapproved: ca-certificates-java (disco-proposed/main) [20180516ubuntu1 => 20190405ubuntu1] (core)
[15:42] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell [sync] (disco-proposed) [3.32.0+git20190410-1ubuntu1]
[15:42] -queuebot:#ubuntu-release- Unapproved: accepted mutter [sync] (disco-proposed) [3.32.0+git20190410-1ubuntu1]
[15:59] -queuebot:#ubuntu-release- Unapproved: tzsetup (disco-proposed/main) [1:0.94ubuntu1 => 1:0.94ubuntu2] (core)
[16:07] -queuebot:#ubuntu-release- Unapproved: rejected ca-certificates-java [source] (disco-proposed) [20190405ubuntu1]
[16:24] -queuebot:#ubuntu-release- Unapproved: ca-certificates-java (disco-proposed/main) [20180516ubuntu1 => 20190405ubuntu1] (core)
[16:24] <tdaitx> Laney: sorry for the ca-certificate-java wrong signature, I didn't pay attention that dch -r didn't update correctly, correct upload on the way
[16:26] <Laney> :D
[16:27] <vorlon> infinity: yeah, the ua implementation now definitely requires more bits, it's not great but I don't think there are other options (and the overall plan for the client has been in discussion for a long time before freeze, and this is trusty SRU material as well...)
[16:28] <vorlon> infinity: you didn't have any concerns about the specifics of what priority-mismatches showed?
[16:30] <wxl> infinity: As a member of both the SRU and Release team I'd like your opinion on two options. I've found usb-creator-kde is essentially non-functional. We have a patch. But it affects releases back to Xenial. Question is: 0 day SRU for all of them or release for Disco and SRU the others later. bug 1629715
[16:30] <ubot5`> bug 1629715 in usb-creator (Ubuntu) "usb-creator-kde shows the install popup after a few seconds of launching without any input" [High,Triaged] https://launchpad.net/bugs/1629715
[16:39] <infinity> vorlon: I mean, I have no reason to hate those 5 packages in specific, but adding another MB of random junk to the debootstrap set annoys me on principle.
[16:40] <infinity> vorlon: (And I still feel like u-a-t should be in standard, not minimal)
[16:40]  * vorlon nods
[16:40] <infinity> I know why it was put in minimal, but I don't generally agree with it. :P
[16:40]  * vorlon nods
[17:00] <mvo> vorlon: hey - quick question about snapd 2.38 in xenial. it does not build on powerpc anymore because we have no golang-1.10 for powerpc. iirc we talked about this and agreed that its ok to not support powerpc on our side in the package (we also have no core snap for powerpc so nothing really changes if we don't update the package). but http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#snapd now tel
[17:00] <mvo> ls me no ADT tests are running - do we need to hint something somewhere to get ADT back :) ?
[17:00] <mvo> vorlon: if you prefer that I put this into an email please say so, thats fine too of course
[17:01] -queuebot:#ubuntu-release- Unapproved: apport (disco-proposed/main) [2.20.10-0ubuntu26 => 2.20.10-0ubuntu27] (core)
[17:08] <bdmurray> Laney: ^ sorted
[17:12] <vorlon> mvo: checking
[17:13] <vorlon> mvo: I think if I remove the powerpc binaries from xenial it should be happy
[17:14] <vorlon> mvo: done; watch this space
[17:16] -queuebot:#ubuntu-release- Unapproved: cacti (disco-proposed/universe) [1.2.2+ds1-1 => 1.2.2+ds1-2] (no packageset) (sync)
[17:17] -queuebot:#ubuntu-release- New sync: gpustat (disco-proposed/primary) [0.5.0-2]
[17:17] -queuebot:#ubuntu-release- Unapproved: accepted cacti [sync] (disco-proposed) [1.2.2+ds1-2]
[17:22] <mvo> vorlon: thank you!
[17:38] -queuebot:#ubuntu-release- Unapproved: gnome-music (disco-proposed/universe) [3.32.0-1 => 3.32.1-1] (desktop-extra, ubuntugnome) (sync)
[17:43] <tsimonq2> This is (for real) the last Calamares upload unless we find something broke.
[17:43] <tsimonq2> Memory management-related patches and ensuring a critical configuration value is set.
[17:43] -queuebot:#ubuntu-release- Unapproved: calamares (disco-proposed/universe) [3.2.4-0ubuntu2 => 3.2.4-0ubuntu3] (lubuntu)
[17:49] <mvo> vorlon: hm, update_excuses now tells me: "missing build on powerpc: snapd (from 2.0.2)" - is there more that needs to be done to unblock this?
[17:51] <tsimonq2> Oh, and software-properties is fixing a simple packaging mistake.
[17:51] <tsimonq2> That's it for software-properties I think.
[17:52] -queuebot:#ubuntu-release- Unapproved: software-properties (disco-proposed/main) [0.97.10 => 0.97.11] (core)
[18:04] <vorlon> mvo: ah yes, I also need to do a powerpc-only removal of the arch: all binaries <eyeroll>
[18:06] <mvo> vorlon: no worries, thank you!
[18:17] <vorlon> Wimpress: hi, the ubuntu-mate disco ISOs have been reported as oversized for a while now. a) who should be getting emails about this on behalf of the mate team, besides just the cdimage folks? b) do you have any expectation of reducing the size for disco release, or do you want to bump the limit?
[18:18] <vorlon> tsimonq2: ^^
[18:18] <tsimonq2> vorlon: Kick the can to 2 GB please.
[18:19] <vorlon> tsimonq2: that's where we are already
[18:19] <vorlon> -rw-rw-r-- 1 cdimage cdimage 2189230080 Apr 10 03:06 disco-desktop-amd64.iso
[18:19] <tsimonq2> That was at 1.5 GB the other day...
[18:20] <tsimonq2> That's a bug.
[18:20] <vorlon> tsimonq2: uh no, it's been reporting as oversized for weeks
[18:20] <infinity> It was 2G last release.
[18:20] <vorlon> -rw-rw-r-- 2 cdimage cdimage 2181038080 Mar 26 22:55 ubuntu-mate/releases/disco/beta/ubuntu-mate-19.04-beta-desktop-amd64.iso
[18:20] <infinity> Are you maybe thinking he's talking about lubuntu because he pinged you for some reason? :P
[18:20] <tsimonq2> Ohh.
[18:21] <vorlon> I pinged him because he's a member of ubuntu-mate-dev :)
[18:21] <infinity> Aren't we all?
[18:21] <vorlon> infinity: not directly like him ;)
[18:21] <vorlon> yeah this is ubuntu-mate, everyone else is fine at this point
[18:22] <infinity> 2G sticks are still a wildly common size for people to pick up in random junk and schwag piles, would be a shame to oversize that if it can be avoided.
[18:22] <tsimonq2> If I'm wearing that hat, let me talk to the boss then. :P
[18:23] <infinity> Although, that said, the last time my dad got a bulk bag of junk USB sticks, the smallest was 8G.
[18:23] <infinity> So maybe it's time to goldfish all our ISOs!
[18:24]  * infinity goes to find 6G worth of stuff.
[18:25] <tsimonq2> Let's do a full archive d-i image. :P
[18:25] <vorlon> let's ship uncompressed squashfs for faster boot
[18:26] <Wimpress> vorlon I am aware. I did recently reduced the isos by 300MB.
[18:26] <infinity> Pretty sure that would be slower, not faster.
[18:26] <vorlon> infinity: <furious handwave>
[18:26] <infinity> vorlon: <furiosa hookwave>
[18:26] <Wimpress> I've got some options to further reduce the iso size, but it's too late to do that this cycle.
[18:27] <vorlon> infinity: let's ship 3 copies of the squashfs as a raid5 for better data integrity
[18:27] <infinity> I'm okay with getting the oversize warning when publishing disco if your goal is to shrink again for EE.
[18:27] <Wimpress> But on my task list for 19.10. Something I'll do very early in the cycle.
[18:28] <infinity> But, out of interest, what other ideas did you have, and why can't we just bang 'em out right now? :P
[18:28] <vorlon> missing build on powerpc: snapd (from 2.0.2)
[18:28] <vorlon> mvo: ^^ lol I can't win
[18:28] <vorlon> mvo: I'll just add a force hint now
[18:28] <Wimpress> Switching from fcitx to ibus to reduce the many different toolkits seeded in the iso is one.
[18:29] <mvo> vorlon: weee, thanks again!
[18:29] <Wimpress> Switching everything the python3 is a other. We have py2 and py3 components now.
[18:30] <Wimpress> I need MATE Desktop 1.22 to eradicate py2. I only committed those packages to Debian Salsa lastnight.
[18:30] <vorlon> Wimpress: does fcitx depend on the "wrong" toolkit, or does it just have overly-aggressive recommends: that pull in multiple?
[18:30] <vorlon> because the latter is definitely a bug in fcitx and I think would be appropriate to fix before release
[18:30] <Wimpress> The later.
[18:30] <xnox> vorlon, infinity - speaking of our squashfs, why does booting any livefs squashfs has kernel complaining about unable to read metadata something rather.
[18:30] <xnox> is that because our iso9660 is a bad substrate to carry squashfs files?
[18:30] <vorlon> No results found for "unable to read metadata something rather".
[18:30] <vorlon> Results for unable to read metadata something rather (without quotes):
[18:30] <vorlon> Search Results
[18:30] <vorlon> Web results
[18:31] <Wimpress> I don't think the fcitx Recommeds is a bug.
[18:31] <vorlon> Wimpress: I do.
[18:31] <xnox> vorlon, i will file a bug report with that tile in a moment, such that google will find it!
[18:31] <vorlon> xnox: good show
[18:31] <Wimpress> It is adding yet another toolkit to the image.
[18:32] <Wimpress> Switching to ibus I can prevent that.
[18:32] <vorlon> it's a wrong use of Recommends to pull in toolkits that otherwise wouldn't be present, for an input method
[18:33] <Wimpress> It has an Indicator which is where the toolkit gets pulled in.
[18:33] <vorlon> ah, and that indicator is only implemented in the one toolkit?
[18:34] <xnox> vorlon, bug #1824407
[18:34] <ubot5`> bug 1824407 in linux (Ubuntu) " why does booting any livefs squashfs has kernel complaining about unable to read metadata something rather" [Undecided,New] https://launchpad.net/bugs/1824407
[18:34] <infinity> ...
[18:35] <vorlon> Wimpress: but 'fcitx-frontend-all' is on ubuntu-mate-live, and that piece definitely looks wrong
[18:35] <xnox> shit like
[18:35] <xnox> Apr 11 18:32:52 ubuntu-server kernel: SQUASHFS error: squashfs_read_data failed to read block 0x6ff3660032757063
[18:35] <xnox> Apr 11 18:32:52 ubuntu-server kernel: SQUASHFS error: Unable to read metadata cache entry [6ff3660032757063]
[18:35] <tjaalton> I sent an email to ubuntu-release@ asking for a reviewer to get intel-compute-runtime etc in disco before release, if possible.. any takers?-)
[18:35] <vorlon> Recommends: fcitx-frontend-gtk2, fcitx-frontend-gtk3, fcitx-frontend-qt4, fcitx-frontend-qt5
[18:35] <vorlon> yeah no die
[18:35]  * cjwatson has flashbacks to the dapper release sprint
[18:35] <vorlon> a) if the package is called *all*, why is it a Recommends instead of a Depends
[18:35] <vorlon> b) seriously who wants this
[18:36] <vorlon> Package: fcitx
[18:36] <vorlon> Recommends: [...] fcitx-frontend-all | fcitx-frontend-fbterm
[18:36] <infinity> Seeding fcitx looks like a mistake, period.
[18:36] <infinity> One should seed the config and frontend modules they want.
[18:36] <vorlon> quite possibly
[18:36] <cjwatson> surely that should be done with a virtual instead
[18:36] <infinity> (config and frontend should also have Provides that fcitx can Recommend, but fixing that today seems less fun)
[18:37] <cjwatson> Package: fcitx / Recommends: fcitx-frontend-whateverisbest | fcitx-frontend
[18:37] <cjwatson> or something
[18:37] <cjwatson> -all is just a weird approach
[18:37] <infinity> cjwatson: Yes, that would be ideal, but I'd also rather do that in Debian first, to avoid upgrade headaches when they take the patch but change the names. :P
[18:37] <vorlon> Wimpress: ^^ so all of that is fixable before release; we can support you in getting it fixed, but I don't know which of the frontends / configs are the right ones for mate without digging
[18:37] <cjwatson> yep
[18:38] <infinity> MATE is still gtk2, no?
[18:38] <infinity> Or is it 3?
[18:38] <infinity> I forget.
[18:39] <infinity> Anyhow, thanks to amazingly consistent package naming, you'd want either fcitx-frontend-gtk2 + fcitx-config-gtk2 or (wait for it) fcitx-frontend-gtk3 + fcitx-config-gtk
[18:39] <infinity> Because wat.
[18:40] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-ubuntu-dock (disco-proposed/main) [64ubuntu5 => 64ubuntu6] (ubuntu-desktop) (sync)
[18:41] <Wimpress> Seeding fcitx in live is (was?) required so when CJK users select their language Ubiquity installs/configures fcitx as the IME. It was the case fcitx was preferred by CJK users. That has changed now.
[18:41]  * infinity notes that lubuntu, kylin, and kubuntu also seed fcitx.
[18:41] <Wimpress> More than happy to work on this.
[18:42] <Wimpress> Ubuntu MATE should only require GTK3 but I "think" the different toolkit versions of fcitx are to facilitate IME compatibility for apps using the different toolkits.
[18:43] <infinity> Probably.  How many Qt applications do you have installed on your ISO?
[18:43] <Wimpress> None.
[18:43] <infinity> There you go.
[18:43] -queuebot:#ubuntu-release- Unapproved: software-properties (bionic-proposed/main) [0.96.24.32.7 => 0.96.24.32.8] (desktop-core, ubuntu-server)
[18:43] <Wimpress> For post-install compatibility
[18:44] <Wimpress> I could make the changes to switch to Ibus now, and drop fcitx.
[18:45] <Wimpress> It will require I update the seeds, meta packages and ubuntu-mate-settings.
[18:45] <Wimpress> All things I can do easily and upload.
[18:45] <infinity> To be fair, for ibus, I only see a gtk2 and gtk3...
[18:47] <infinity> Actually, I think you're likely wrong.
[18:47] <infinity> I think the frontends are more tied to desktop than application toolkit.
[18:47] <infinity> As in, they provide modules for the IM widgets that you'd expect to ship on a gtk2/gtk3/qt4/qt5 desktop.
[18:47] <infinity> Maybe.
[18:48] <infinity> Either way.  Paring down fcitx packages or switching entirely seems to drop some unknown quantity of Qt stuff.  And that's likely fine.  But I'd say the fcitx changes would be less likely to cascade on the day of final freeze.
[18:50] <Wimpress> If the release team are happy for me to make the transition to Ibus at this stage in the cycle, I'm happy to do it.
[18:50] <infinity> Do you know what that transition entails, if there's actually a "transition" (data migration, etc?), and how to test that it's not broken?
[18:52] <Wimpress> I don't know how a transistion would work when doing a release upgrade. I'd have to talk with some of the CJK users to learn more.
[18:52] <infinity> 4a08a5af7f22db8a8791252f3f17e22442a31573 in the Ubuntu seeds seems to be the corresponding commit.
[18:53] <infinity> And I don't think we did any data migration in Ubuntu, but you could ask Gunnar.
[18:53] -queuebot:#ubuntu-release- Unapproved: update-notifier (bionic-proposed/main) [3.192.1.5 => 3.192.1.6] (ubuntu-desktop, ubuntu-server)
[18:54] <Wimpress> Yes, that is my understanding from Gunnar. But there are some Japanese users who I can ask.
[18:54] <Wimpress> Is migration important for an interim?
[18:55] <infinity> I mean, it's not important to me at all if I'm told it's not necessary. :P
[18:55] <Wimpress> If it is possible, can it be done in 19.10 so LTS upgrades for 20.04 are catered for?
[18:56] <infinity> And if we didn't/don't do any migration in Ubuntu proper (like I said, ask Gunnar?), I certainly won't set a higher bar for flavours.
[18:56] <tsimonq2> fcitx> Did someone say Qt 4? *finds a hammer*
[18:58] <infinity> andyrock: It's generally considered good practice to use the same version of automake as the previous uploader (ie: the one from bionic, not the one from xenial) when updating a package that autoreconfiscates to avoid all the noise.
[18:59] <Wimpress> infinity vorlon I'll double check on migration options. But, are you OK with me making the switch now?
[19:00] <vorlon> Wimpress: to ibus, or to drop the fcitx alternate toolkits?
[19:00] <vorlon> Wimpress: if I were you I would be nervous about migrating to ibus so close to release
[19:01] <infinity> I'm okay with either, if it's testable.  The fcitx problem might require some uploads so that it's insane circular deps don't just pull everything in anyway.
[19:01] <infinity> (note that literally the only seeded package right now is 'fcitx-bin', and that pulls in the world)
[19:04] <infinity> Wimpress: I'm also entirely okay with punting this until post-release, and releasing slightly oversized.
[19:05] <infinity> Wimpress: 2G sticks will be left out for a while, but oh well.
[19:05] <infinity> Wimpress: My "why can't it be done now" inquiry was an inquiry, not a demand. :)
[19:07] <Wimpress> infinity, OK. Then I'd rather do this early in 19.10.
[19:08] <Wimpress> Our QA guys have been testing our isos this week and we're in good shape.
[19:08] <Wimpress> I'd prefer to not rock the boat right now.
[19:10] <acheronuk> is anyone able to fix this by release day? http://cdimage.ubuntu.com/kubuntu/releases/disco/beta/
[19:11] <acheronuk> if not, I might think reverting to the standard ubuntu would look less awful
[19:14] <acheronuk> lubuntu's is also a bit 'glitched', but not quite so bad
[19:25] <vorlon> acheronuk: what is it you're asking to have fixed, and who are you asking?
[19:26] <vorlon> acheronuk: the orange in the header? something else in addition?
[19:27] <vorlon> ok, a reference to https://assets.ubuntu.com/v1/775cc62b-vanilla-grad-background.png is embedded in the html we generate
[19:28] <vorlon> that's bad... style
[19:28]  * vorlon puts on his NCIS shades
[19:28] -queuebot:#ubuntu-release- Unapproved: curtin (disco-proposed/main) [18.2-19-g36351dea-0ubuntu1 => 18.2-22-g08bf6ff7-0ubuntu1] (ubuntu-desktop, ubuntu-server)
[19:29] <vorlon> acheronuk: is that the only thing that needs fixing?
[19:33] <acheronuk> vorlon: mostly the orange header. some of the other formatting has gone odd as well. main page content used to be more like: https://i.imgur.com/7v9DuDv.png
[19:34] <acheronuk> Simon was going to look at one point....
[19:35] <tsimonq2> xnox volunteered I think
[19:35] <tsimonq2> I can look though.
[19:35] -queuebot:#ubuntu-release- Unapproved: unity-lens-photos (disco-proposed/universe) [1.0+17.10.20170605-0ubuntu3 => 1.0+17.10.20170605-0ubuntu4] (no packageset)
[19:35] <vorlon> all I ever saw was an MP that reverted all of the HTML changes in an if kubuntu: else: which I nacked
[19:36] -queuebot:#ubuntu-release- Unapproved: accepted unity-lens-photos [source] (disco-proposed) [1.0+17.10.20170605-0ubuntu4]
[19:36] <acheronuk> with old header: https://i.imgur.com/x6Bjdg6.png
[19:37] <xnox> vorlon, i did say, we should have at least min-effort attempt at having vanilla like banner for derivatives, and i did get assets for lubuntu to use.
[19:37] <acheronuk> vorlon: yeah, that sounds familiar
[19:38] <vorlon> xnox: I guess even moving this background-image style out of the html and into the css include for Ubuntu would improve
[19:42] <tsimonq2> +1
[19:42] <tsimonq2> We'd then mostly drop custom CSS and switch out that background.
[19:47] <wxl> infinity: not sure you saw my message above about usb-creator-kde, but i'm inclined to do the 0 day SRU. if you feel otherwise, please let me know asap.
[19:48] <wxl> ^^ vorlon: since you are also SRU/Release Team you might have an opinion on whether or not to do 0 day SRU for xenial-disco on usb-creator versus release in disco and SRU the others. see bug 1629715
[19:49] <ubot5`> bug 1629715 in usb-creator (Ubuntu Disco) "usb-creator-kde shows the install popup after a few seconds of launching without any input" [High,Triaged] https://launchpad.net/bugs/1629715
[19:49] -queuebot:#ubuntu-release- Unapproved: qtbase-opensource-src (disco-proposed/universe) [5.12.2+dfsg-4 => 5.12.2+dfsg-4ubuntu1] (kubuntu, qt5)
[19:49] <mitya57> infinity: ↑ here is the Qt upload. Tested in a PPA and kpmcore builds fine (https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3696/+packages)
[19:50] <wxl> thanks for that btw mitya57
[19:51] <xnox> vorlon, stuff in http://cdimage.ubuntu.com/include/ is just there on disk, right? no git repo, no backups?
[19:51] <mitya57> wxl: Np. Unfortunately because of feature freeze this goes without upstream review, but it passes upstream tests so it should be fine.
[19:51] <mitya57> s/feature/final/
[19:51] <xnox> (well i assume there are actually whole machine backups....)
[19:52] <vorlon> xnox: yup
[19:53] <wxl> mitya57: fingers crossed :)
[20:02] <infinity> wxl: The bug's been known for years, apparently, not sure how it's suddenly urgent enough to be worth a discussion.
[20:02] <infinity> wxl: If you want to SRU it, by all means, fix it whenever, but "0-day" is a bit much.
[20:02] <wxl> infinity: yeah, i'm kind of shocked, honestly. i never use the darn thing, so..
[20:03] <wxl> infinity: i mean lubuntu's late to the game on this one.. kubuntu should have picked this up a while back.
[20:03] <wxl> infinity: that said, i blame acheronuk
[20:03] <infinity> *smirk*
[20:03] <infinity> wxl: Anyhow, regular process applies, SRU at will, I just see no reason to expedite or rush anything.
[20:04] <infinity> "Package that's been broken for years is still broken" isn't really news.
[20:04] <wxl> infinity: okie dokie. i guess i get a little alarmed when an application does not work *at all* but given the history, you're right: it's probably not that urgent.
[20:05] <acheronuk> # * (usb-creator-kde) [i386 amd64] # disabled cos it's broken
[20:05] <wxl> X'D
[20:05] <acheronuk>     Committer: Jonathan Riddell
[20:05] <acheronuk>     Date: 2014-11-11 15:58:31 UTC
[20:05] <infinity> Solid bugfix.
[20:05] <wxl> X''''''''''''''''''''''''''''''''D
[20:05] <infinity> Good job Riddell.
[20:06] <infinity> wxl: "Don't ship it" is also an entirely valid position. :P
[20:06] <acheronuk> About once every 6 months I see that and think, oh I forgot!
[20:06]  * acheronuk hides
[20:06] <wxl> infinity: yeah, i'm sure someone will whine.
[20:06] <infinity> mitya57: My hero.
[20:06] -queuebot:#ubuntu-release- Unapproved: accepted python2.7 [source] (cosmic-proposed) [2.7.16-2~18.10]
[20:06] <wxl> admittedly the patch is rather new.. may of last year
[20:08] -queuebot:#ubuntu-release- Unapproved: accepted qtbase-opensource-src [source] (disco-proposed) [5.12.2+dfsg-4ubuntu1]
[20:09] -queuebot:#ubuntu-release- Unapproved: accepted tzsetup [source] (disco-proposed) [1:0.94ubuntu2]
[20:10] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (disco-proposed) [2.20.10-0ubuntu27]
[20:12] -queuebot:#ubuntu-release- Unapproved: rejected apport [source] (disco-proposed) [2.20.10-0ubuntu27]
[20:12] -queuebot:#ubuntu-release- Unapproved: rejected leveldb [sync] (disco-proposed) [1.20-2.1]
[20:13] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (cosmic-proposed) [1:18.10.11.6]
[20:18] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (bionic-proposed) [1:18.04.31]
[20:20] <vorlon> acheronuk: how does http://cdimage.ubuntu.com/kubuntu/releases/disco/beta/ look now?
[20:21] <acheronuk> vorlon: I can live with that in the short term :)
[20:21] <acheronuk> thanks
[20:21] <vorlon> acheronuk: ok, I'll raise an mp to ubuntu-cdimage that should do this
[20:33] -queuebot:#ubuntu-release- Unapproved: wireshark (disco-proposed/universe) [2.6.7-1 => 2.6.8-1] (no packageset) (sync)
[20:34] -queuebot:#ubuntu-release- Unapproved: accepted wireshark [sync] (disco-proposed) [2.6.8-1]
[20:36] -queuebot:#ubuntu-release- Unapproved: accepted python-stdlib-extensions [source] (cosmic-proposed) [2.7.16-2~18.10]
[20:39] -queuebot:#ubuntu-release- Unapproved: accepted python3.7 [source] (cosmic-proposed) [3.7.3-2~18.10]
[20:40] -queuebot:#ubuntu-release- Unapproved: accepted python3.6 [source] (cosmic-proposed) [3.6.8-1~18.10]
[20:44] -queuebot:#ubuntu-release- Unapproved: accepted python3-stdlib-extensions [source] (cosmic-proposed) [3.6.8-1~18.10]
[20:48]  * tsimonq2 waits for final freeze to be declared
[20:49] <Eickmeyer> ^ditto tsimonq2
[20:49] <tsimonq2> I believe last time I checked it was 20  UTC?
[20:50] <infinity> 2100
[20:50] <tsimonq2> oh, ok :)
[20:50] <infinity> Which is, apparently, in 10 minutes.
[20:50] <infinity> Time flies.
[20:50] <tsimonq2> Right.
[20:51] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (disco-proposed/main) [1.10ubuntu2 => 1.10ubuntu3] (core)
[20:51] <tsimonq2> infinity: Can I safely assume already-uploaded stuff is safe? Or should I be profusely nagging you? :P
[20:51] <infinity> tsimonq2: You can assume that nagging won't change anything.
[20:51] <tsimonq2> That's fair.
[20:53] <infinity> tsimonq2: Ultimately, for packages only you seed, you have final say anyway (up to a point).  If you want to upload something and respin and retest all your crap 6 hours before release, be my guest.
[20:53] <infinity> tsimonq2: If you want to do it an hour before release, you might have missed your window. :P
[20:54] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (cosmic-proposed/main) [1.5ubuntu3.18.10.3 => 1.5ubuntu3.18.10.4] (desktop-core, ubuntu-server)
[20:54] <wxl> LET"S DO IT
[20:54] <tsimonq2> XD
[21:00]  * acheronuk watches the gates slam shut
[21:05] <rbalint> ha i made it with u-u :-)
[21:05] <xnox> vorlon, can you please put https://people.canonical.com/~xnox/lubuntu/ into http://cdimage.ubuntu.com/include/lubuntu/ ?
[21:06] <xnox> the two pngs from there, to there?
[21:06] <wxl> oooh fancy
[21:06] <wxl> thanks xnox
[21:08] <Eickmeyer> Oooh! Nice, xnox!
[21:08] <Eickmeyer> We need one for Ubuntu Studio, too.
[21:08] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (bionic-proposed/main) [1.1ubuntu1.18.04.10 => 1.1ubuntu1.18.04.11] (desktop-core, ubuntu-server)
[21:15] -queuebot:#ubuntu-release- Unapproved: budgie-desktop (bionic-proposed/universe) [10.4+git20171031.10.g9f71bb8-1.2ubuntu1.1 => 10.4+git20171031.10.g9f71bb8-1.2ubuntu1.2] (personal-fossfreedom, ubuntu-budgie)
[21:16] -queuebot:#ubuntu-release- Unapproved: budgie-desktop (cosmic-proposed/universe) [10.4+git20180830.02.f2dbc215fdb-2ubuntu0.1 => 10.4+git20180830.02.f2dbc215fdb-2ubuntu0.2] (personal-fossfreedom, ubuntu-budgie)
[21:16] -queuebot:#ubuntu-release- Unapproved: budgie-desktop (disco-proposed/universe) [10.5-0ubuntu1 => 10.5-0ubuntu1.1] (personal-fossfreedom, ubuntu-budgie)
[21:29] <xnox> tested ubuntu-server -> probably did not break anything
[21:31] <tsimonq2> xnox: The include directory as a whole isn't in a Git repo but Lubuntu's is.
[21:32] <tsimonq2> https://code.launchpad.net/~lubuntu-art/+git/cdimage-css
[21:32] <tsimonq2> Thanks though :)
[21:33] <xnox> now testing the new lubuntu
[21:33] <xnox> tsimonq2, but you don't have access to drop things on cdimage anyway, right?
[21:33] <xnox> tsimonq2, i will send the assets back to you later, with sources.
[21:34] <tsimonq2> Right.
[21:34] <tsimonq2> Thanks!
[21:37] <vorlon> xnox: who's signing off on those on behalf of the lubuntu team?
[21:39] <xnox> tsimonq2, that's a junk repository -> not part of any project, so i cannot give a merge proposal for it. i can like email a git patch.
[21:39] <xnox> vorlon, it's better than current stuff, and it's new logos -> not replacing anything existing to _adding_ them shouldn't be a problem, until after cdimage code is merged.
[21:39] <xnox> vorlon, and well, lubuntu will need to check out the cdimage code and possibly tweak things from there.
[21:40] <tsimonq2> I'm currently afk, I'll ack/nack in a bit unless wxl can.
[21:40] <tsimonq2> xnox: Put the commits somewhere and I can review
[21:41] <rbalint> please reject all unattended-upgrades uploads, i'd like to add one more thing
[21:41] <rbalint> (tomorrow)
[21:42] <xnox> tsimonq2, git pull https://git.launchpad.net/~xnox/+git/lubuntu-cdimage-css  master
[21:42] <tsimonq2> ta
[21:44] <vorlon> xnox: "it's better than current stuff" does not mean I take changes to the lubuntu directory from non-lubuntu devs.  anyway, since that one is git, I will only take updates via git :)
[21:46] <vorlon> acheronuk: https://code.launchpad.net/~vorlon/ubuntu-cdimage/no-hard-coded-style/+merge/365882
[21:53] <xnox> i wonder if we can make ubuntu use a css with includes too
[21:58] <acheronuk> vorlon: commented as far as I am able to
[22:03] <vorlon> xnox: that's what the cssincludes() function already does
[22:03] <xnox> vorlon, well, i've been changing it locally, and have a big diff which will become unmergable if you merge your hack in =)
[22:04] <xnox> vorlon, i guess i'll have to reincorporate your changes, if you merge that.
[22:10] <xnox> vorlon, tsimonq2 - http://people.canonical.com/~xnox/lubuntu/
[22:10] <xnox> is what i have created in my cdimage branch, making merge proposal now.
[22:18] <vorlon> xnox: you're still inlining the background style, which I don't agree with; this requires more ubuntu-cdimage code changes in the future for things that flavors should be able to manage entirely through stylesheets
[22:18] <vorlon> what you called my "hack" was a deliberate decision ;)
[22:19] <xnox> vorlon, i wasn't make any decisions around there, i am more focused on making flavour page look actually good.
[22:20] <xnox> vorlon, i can incorporate your change into my code as well (i.e. move things out of inline style into the <style> block)
[22:20] <xnox> vorlon, and you want the same to be done with the p-navigation__image i guess?
[22:22] <vorlon> xnox: hmm in principle yes, though I was taking it one step at a time
[22:23] <xnox> vorlon, note, this switches lubuntu to vanilla css, without any override.
[22:23] <vorlon> ?
[22:23] <xnox> vorlon, i guess we can include a lubuntu/vanilla.css override.
[22:23] <xnox> vorlon, well, we dropped our ubuntu.css too
[22:24] <xnox> vorlon, my code is same as ubuntu's one, with just target url replaced + top left logo + banner background.
[22:25] <vorlon> right
[22:25] <vorlon> but those overrides should live in a per-flavor css include
[22:26] <xnox> vorlon, ok, and do we have an ubuntu project css include?
[22:26] <xnox> or should I do
[22:26] <vorlon> xnox: no; currently that's the "default" and is all inlined, which I think is reasonable
[22:26] <xnox> ack
[22:26] <xnox> so inline inline inline, include override
[22:26] <vorlon> yah
[22:26] <xnox> rather than encode inlining all the projects
[22:27] <xnox> vorlon, and what to do with the favicon? (which i am not sure work)
[22:27] <vorlon> what I definitely don't want to do is to have cdimage mirrors of releases.u.c dependent on css from both assets.u.c and releases.u.c (or worse, cdimage.u.c)
[22:27] <xnox> ack
[22:28] <vorlon> i.e. I don't want the pipe flooded w/ non-mirrorable css requests on release day
[22:28] <xnox> and releases.u.c only hosts ubuntu at the moment?
[22:28] <vorlon> yes
[22:28] <xnox> cause cdimage kubuntu depends on assets on releases.ubuntu.com i believe
[22:28] <vorlon> the kubuntu css happens to also be on releases for historical reasons, and that's ok
[22:28] <vorlon> as a percentage of total traffic
[22:28] <xnox> hahahhaha
[22:28] <xnox> ok
[22:29] <xnox> tsimonq2, what do you think about http://people.canonical.com/~xnox/lubuntu/ ?
[22:30] <xnox> vs i guess the last good old publication at http://cdimage.ubuntu.com/lubuntu/releases/cosmic/release/
[22:30] <vorlon> xnox: basically, having kubuntu css on releases.u.c vs cdimage.u.c doesn't make any net difference to Canonical's bandwidth; but having to hit releases.u.c for css for the Ubuntu pages on all the cd mirrors means a lot more traffic, because it's tied to a hostname that's much heavier to mirror (releases.u.c vs assets.u.c)
[22:30] <vorlon> *and* we're already hitting assets, we don't want to hit both assets and releases
[22:31] <xnox> vorlon, i personally think, all assets should be on assets.ubuntu.com
[22:31] <xnox> vorlon, include ubuntu-cdimage.css snippet; and all flavour css/png snippets.
[22:32] <xnox> the kubuntu css, the lubuntu logos, etc.
[22:32] <xnox> back in the day we didn't have assets.ubuntu.com, but now we do, why not use it properly?
[22:34] <xnox> tsimonq2, the biggest gain from using vanilla css is that it browsable on the phone much nicer.
[22:35] <vorlon> xnox: I don't object to things moving to assets.u.c, but you need to talk with the web team about that :)
[22:36] <xnox> vorlon, i shall
[22:36] <xnox> vorlon, but i bet they are in lockdown this week.
[22:40] <vorlon> infinity: any thoughts on https://code.launchpad.net/~vorlon/ubuntu-cdimage/no-hard-coded-style/+merge/365882 ?
[23:15] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (trusty-proposed) [4.15.0-1042.46~14.04.1]
[23:16] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (bionic-proposed) [4.15.0-1030.32]
[23:22] <vorlon> infinity, Laney: I give up, I finally got a force hint to take effect for snapd on http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#snapd but it just made it a candidate without triggering any autopkgtests