[03:03] <tsimonq2> rbasak: Hey there! You're probably EOD a while ago, but when you have a chance, could you take a look at bug 1641912? It's been verification-done for more than a week. ;)
[03:03] <tsimonq2> (or any other member of the SRU team for that matter ^^^^^^)
[05:43] <slangasek> tsimonq2: there's an autopkgtest regression listed on http://people.canonical.com/~ubuntu-archive/pending-sru.html which should be resolved
[08:42] <acheronuk> doku: with latest GCC7 I am getting failures building 2 packages against hunspell. e.g. http://paste.ubuntu.com/25282312/
[09:19] <ackk> hi, is this the right place to ask about https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1697450 ?
[10:24] <LocutusOfBorg> jbicha, can you please ping upstream about geary/s390x?
[10:24] <LocutusOfBorg> it seems a showstopper for gmime
[11:48] <Mirv> tsimonq2: I'll be available for Qt excuses retry dance when I'm around, since it doesn't distract me from work really much to click those buttons :) but you'll need probably release team again to ignore bunch of KDE packages as usual. anyway, congrats on the proposed upload!
[11:50] <Mirv> didrocks: dear one of the just four memebers of ubuntu-mir, if you have time before feature freeze please check bug #1708428 MIR request - the HFST, Giellatekno etc people would be happy to get the spell-checking support into next Ubuntu LTS too similar to Debian 9.0, and 17.10 would be good time for it to be enabled
[11:52] <didrocks> Mirv: unsure I'll have time before FF but I'll have a look afterwards if nobody beats me to it! Thanks for looking into this :)
[11:52] <Mirv> no problem, and thanks for trying! ;)
[11:52] <didrocks> yw! :-)
[12:09] <acheronuk> enchant will FTBFS against new hspell 1.4-1 if it is rebuilt http://paste.ubuntu.com/25283249/
[12:09] <acheronuk> seeded on most desktops AFAIK
[12:09] <acheronuk> KDE's sonnet and and kde4libs also fail in the same way if built with it
[12:10] <acheronuk> doko: apologies. thought that was GCC7, bit seems not
[12:29] <jbicha> LocutusOfBorg: I filed https://bugzilla.gnome.org/show_bug.cgi?id=783882
[12:32] <LocutusOfBorg> thanks!
[12:38] <jbicha> but sometimes we just remove desktop apps on s390x…
[12:40] <LocutusOfBorg> so will you ask to remove it?
[12:45] <jbicha> LocutusOfBorg: since you're working on that transition, could you? the bug I filed upstream is ~2 months old
[12:48] <LocutusOfBorg> I'm wondering about adding a cast
[13:21] <didrocks> xnox: hey, are you looking at systemd migrating to the release pocket? It seems you fixed some tests that will help glib migrating as well (and others depending on it)
[13:23] <LocutusOfBorg> and also some testsuite hangs :)
[13:25] <didrocks> indeed
[13:28] <LocutusOfBorg> well, systemd fails testsuite against itself
[13:31] <tseliot> Desktop team, willcooke: is this a mistake? "Ubuntu 16.04.3 LTS will be supported for 5 years for Ubuntu Desktop". It's the .3 bit that I'm asking about, as it should be 6 months for each backported stack https://wiki.ubuntu.com/XenialXerus/ReleaseNotes
[13:32] <tseliot> ... and I used the wrong room
[13:35] <willcooke> tseliot, just looks like an over-zealous search and replace
[13:36] <tseliot> willcooke: yes, that's what I thought too, thanks
[13:36] <willcooke> checking the logs
[13:36] <tseliot> ok, I'll wait
[13:37] <willcooke> tseliot, hrm, I cant seem to log in for some reason... bear with me
[13:38] <willcooke> tseliot, something not right his sso login to the wiki by the looks of things.  If you are able to edit, please do, otherwise I'll try again later
[13:39] <willcooke> s/his/this
[13:39] <willcooke> er, with even.  meh
[13:39] <tseliot> willcooke: ok, let me try that
[13:41] <tseliot> willcooke: shall I just replace 16.04.3 with 16.04, or shall I say it will be supported for 6 months?
[13:43] <mdeslaur> 16.04.3 is the point release version, it has nothing to do with the HWE stack
[13:43] <mdeslaur> it's supported by updating to the next stack
[13:47] <tseliot> mdeslaur: but then, when you get a newer stack, it won't be 16.04.3 any more, it will be .4
[13:47] <mdeslaur> I'm running 16.04.3 and I don't have the HWE stack
[13:49] <tseliot> mdeslaur: what is it that makes it 16.04.3 then?
[13:50] <mdeslaur> new installation media that includes the latest updates, that's all
[13:50] <jbicha> LocutusOfBorg: thanks for fixing geary :)
[13:50] <mdeslaur> I don't think it's important to note that certain packages will only get supported for 6 months if they will be automatically replaced without anything special the user needs to do
[13:51]  * mdeslaur shrugs
[13:52] <mdeslaur> the blurb can certainly be changed to "16.04" instead of "16.04.3"
[13:53] <tseliot> mdeslaur: it's all fine, except for people running or developing binary drivers. If the X ABI changes, or the kernel breaks, the binaries won't work any more, and avoiding to upgrade to the new stack will lead to a dead end (security issues, etc.)
[13:53] <tseliot> this was my main point
[13:54] <tseliot> it's a bit misleading in that specific case
[13:54] <tseliot> I corrected that
[14:20] <tsimonq2> slangasek: I've already asked about it ;) https://irclogs.ubuntu.com/2017/08/03/%23ubuntu-release.html#t10:15
[14:21] <tsimonq2> Mirv: ok :D
[14:28] <LocutusOfBorg> tsimonq2, please fix qtwebengine
[14:28] <LocutusOfBorg> jbicha, I hope to have fixed it
[14:28] <LocutusOfBorg> I'm not sure
[14:29] <tsimonq2> LocutusOfBorg: sure
[14:29] <tsimonq2> LocutusOfBorg: Although didn't slangasek say to hold off on 5.9 for QtWebEngine until the GCC transition was done or something?
[14:30] <LocutusOfBorg> i386 and amd64 were fine
[14:30] <LocutusOfBorg> tsimonq2, perl, gcc, binutils, kernel and so on migrated 10 hours ago
[14:30] <tsimonq2> LocutusOfBorg: :D
[14:30] <LocutusOfBorg> the excuses file went from 11Mb to ~5
[14:31]  * LocutusOfBorg my firefox is happier
[14:31] <tsimonq2> hahahahahahahahahahahaha seriously? :D
[14:31]  * tsimonq2 's firefox is also quite a bit happier <3
[14:31] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/qtwebengine-opensource-src/5.9.1+dfsg-2build1/+build/13223030
[14:31] <LocutusOfBorg> please also take the ball to fix arm64
[14:32] <LocutusOfBorg> even if the build went successful at the end, not sure why
[14:32] <LocutusOfBorg> well, please also fix amd64 and i386
[14:33] <LocutusOfBorg> you have logs for everything, and they match with the ongoing build2 build
[14:33] <LocutusOfBorg> because they were on the same toolchain (removed for other reasons)
[14:33] <tsimonq2> ic
[14:33] <tsimonq2> ok
[14:34] <tsimonq2> LocutusOfBorg: side note, while I'm getting my coffee, could you help me look into why ben isn't migrating? I think it depends on something that needs a piuparts pass but doesn't have one
[14:35] <LocutusOfBorg> forget about ben
[14:35] <LocutusOfBorg> http://people.canonical.com/~ubuntu-archive/transitions/html/ocaml.html
[14:35] <LocutusOfBorg> this is why
[14:36] <LocutusOfBorg> maybe xnox slangasek ^^
[14:38] <LocutusOfBorg> there is some ocaml arm64 regression out there
[14:42] <tsimonq2> LocutusOfBorg: ack
[14:43]  * tsimonq2 is caffeinated
[14:57] <acheronuk> LocutusOfBorg tsimonq2 what is wrong with? https://launchpad.net/ubuntu/+source/qtwebengine-opensource-src/5.9.1+dfsg-2build2
[14:57] <tsimonq2> acheronuk: symbols
[14:57] <tsimonq2> acheronuk: working on it atm
[14:57] <acheronuk> ah
[15:37] <tsimonq2> LocutusOfBorg: Your fixed qtwebengine: http://people.ubuntu.com/~tsimonq2/packages/qtwebengine-opensource-src_5.9.1+dfsg-2ubuntu1.dsc :D (should be done uploading in a couple of mins)
[15:37] <tsimonq2> RIP my connection :P
[15:39] <LocutusOfBorg> tsimonq2, dpkg-buildpackage -S -d
[15:39] <LocutusOfBorg> not -sa
[15:39] <tsimonq2> ok
[15:41] <tsimonq2> Lintian takes a looooooooong time with this large of a package...
[15:42] <LocutusOfBorg> no need to run lintian
[15:42] <tsimonq2> LocutusOfBorg: debuild does it automatically
[15:42] <LocutusOfBorg> they are just symbols
[15:43] <tsimonq2> LocutusOfBorg: And it's uploaded already, same URL
[15:43] <tsimonq2> I know
[15:43] <LocutusOfBorg> it does *after* having generated the tarballs I guess
[15:43] <LocutusOfBorg> so you can ctrl+c it
[15:43] <tsimonq2> ok well it's done now :P
[15:52] <LocutusOfBorg> also uploaded :p
[15:53] <tsimonq2> :D
[15:53] <tsimonq2> Thanks!
[17:28] <LocutusOfBorg> jbicha, do you feel openbox syncy?
[17:28] <LocutusOfBorg> it is not really a no-change sync, you added some newer split?
[17:29] <LocutusOfBorg> I'm talking about "org.gnome.SettingsDaemon.XRANDR"
[17:38] <jbicha> LocutusOfBorg: go ahead and sync, I want the 3.26 compatibility in Ubuntu
[17:39] <LocutusOfBorg> syncd!
[17:39] <LocutusOfBorg> ta
[17:43] <mitya57> tsimonq2, thanks for qtwebengine upload, looks like it should fix some autopkgtest failures
[17:43] <LocutusOfBorg> hopefully
[17:43] <LocutusOfBorg> I also retried some of them
[17:43] <LocutusOfBorg> due to network failures
[17:43] <tsimonq2> mitya57: You're welcome :)
[17:44] <mitya57> LocutusOfBorg, thanks to you too :)
[17:45] <LocutusOfBorg> we will have a clear picture in 24h
[17:47] <LocutusOfBorg> but at least 20 packages seems to need fixes
[17:48] <tsimonq2> LocutusOfBorg: Mhhhh, KDE packages just like to break their autopkgtests :P
[17:48] <tsimonq2> acheronuk: ^
[17:48] <tsimonq2> He knows :P
[17:48] <LocutusOfBorg> yep, some of k* and libk* needs fixes
[17:48] <acheronuk> they do!
[17:49] <LocutusOfBorg> I'm worried about the failures on some-arch-but-not-others
[17:50] <LocutusOfBorg> for now, I don't see arch-specific regressions in qt
[17:50] <LocutusOfBorg> e.g. armhf needs udev/systemd fixes
[17:50] <LocutusOfBorg> or retried
[17:50] <LocutusOfBorg> *s, while some amd64 were just faster and failed because of qtwebengine
[17:50] <LocutusOfBorg> once it is in place we might do a retry of all of them
[17:50] <tsimonq2> LocutusOfBorg: we can just completely ignore packages that depend on qtwebengine that fail on s390x or ppc64el because QtWebEgnine simply will not build on those arches (not something we can control, upstream thing)
[17:51] <tsimonq2> We should fix the failures on the other arches, but that's a special case
[17:51] <LocutusOfBorg> (probably against proposed, since this seems to be a lock-in transition that is not always retro-compatible)
[17:51] <tsimonq2> LocutusOfBorg: It is
[17:51] <LocutusOfBorg> tsimonq2, yes, we should get them removed into artful, and testsuite will be ignore automagically IIRC
[17:51] <acheronuk> yes, tests run without that are doomed for trouble
[17:51] <tsimonq2> Yeahp.
[17:52] <LocutusOfBorg> maybe we can rerun all the tests against a fast architecture, like ppc64el and elsewhere in case we see it "fixes"the issue
[17:53]  * acheronuk peers at QtWebEngine
[17:53] <LocutusOfBorg> to avoid bothering the infra with uselesss rebuilds
[17:53] <acheronuk> building.......
[17:58] <jbicha> LocutusOfBorg: you're going to have lots of autopkgtest failures from dh-acc, see my comments in #ubuntu-release
[18:00] <LocutusOfBorg> lol I answered that some seconds ago
[19:06] <slangasek> tsimonq2: ah, so infinity had told you we didn't need to hint the autopkgtest regressions for gtk+2.0... he and I have a vigorous difference of opinion there, then :)  they should be hinted so that you don't have to chase multiple SRU team members around with copies of IRC logs ;)
[19:06] <tsimonq2> slangasek: fair :)
[20:21] <tsimonq2> jbicha: Mind if I steal your yelp-tools merge?
[20:26] <LocutusOfBorg> jbicha, abi should be fixed
[20:33] <tsimonq2> oooooooooooooh, LocutusOfBorg and acheronuk, looks like QtWebEngine might be done building!
[20:33] <tsimonq2> Just needs an Archive Admin now to approve binaries.
[20:34] <LocutusOfBorg> not so fast
[20:34] <acheronuk> arm* is still building (no surprise)
[20:34] <LocutusOfBorg> still needs arm*
[20:34] <LocutusOfBorg> exactly
[20:35] <tsimonq2> ah ok
[21:40] <kward> need some advice on what to do with LP: #1706284 At the moment i've got it at "In Progress" , but no-one else has had the chance to reproduce it, and I've attached all the debdiffs and patches to it that fixes the issue, so what status do i set it to?
[21:58] <tjaalton> nacc: ok, uploaded a new mesa to xenial that adds the dummy libgles1-mesa
[22:00] <nacc> tjaalton: thanks! i think it makes sense to do that, just for self-consistency, right?
[22:02] <tjaalton> sure
[22:02] <tjaalton> didn't think of 3rd party packages actually depending on it..
[22:02] <tjaalton> silly intel
[22:02] <nacc> yeah :)
[22:03] <tjaalton> now to fix libxfont1..
[22:43] <nacc> slashd: are you going to merge nagios-nrpe? You TIL
[22:43] <nacc> slashd: i might just do it myself
[23:53] <nacc> slashd: just uploaded (fyi) so you're off the hook :)
[23:54] <nacc> mdeslaur: looks like src:nspr can be synced right? you did an artful update to bump to 4.13.1 but debian now has 4.15
[23:55] <mdeslaur> probably, it usually goes with nss, but they're pretty good about not breaking abi
[23:55] <mdeslaur> nacc: ^
[23:55] <nacc> mdeslaur: ack, i'm looking at nss too
[23:57] <nacc> mdeslaur: i think, if i'm reading it right, nss can be synced too (need to check on the ubuntu2 upload to see if it's an upstream fix or not)
[23:58] <mdeslaur> nothing in the nss release notes strikes me at being particularly problematic
[23:59] <nacc> mdeslaur: ack, i'll review our delta more closely tmrw, but i'll probably submit the syncs tmrw
[23:59] <nacc> mdeslaur: thanks!