[04:43] <Mirv> morning. how's the transition going, is the kernel landing?
[06:04] <slangasek> Mirv: according to http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#linux it's still blocked by https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1609913.  Have you spoken with the kernel team about it?
[06:04] <ubot5> Launchpad bug 1609913 in Kernel Development Workflow "linux: 4.6.0-10.12 -proposed tracker" [Medium,In progress]
[06:04] <slangasek> (I don't know how long their automated testing takes to finish)
[06:37] <Mirv> slangasek: no, I just heard that inf_inity was talking about it
[06:38] <Mirv> asked on #ubuntu-kernel now
[09:55] <oSoMoN> is this the right place to request feedback on https://launchpad.net/bugs/1600176 ?
[09:55] <ubot5> Launchpad bug 1600176 in webbrowser-app (Ubuntu) "[SRU] webbrowser-app bug fixes" [High,New]
[09:56] <doko> infinity, I'd like to restore that for now
[10:43] <RAOF> oSoMoN: Could be!
[10:46] <RAOF> oSoMoN: Hm. You probably should check your claims in that bug. Specifically - the first two links I clicked on did *not* have details on how to reproduce, neither did they mention autopilot tests.
[10:46] <RAOF> :)
[10:47] <RAOF> (https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1572673, for example)
[10:47] <ubot5> Launchpad bug 1572673 in webbrowser-app (Ubuntu) "[webapp-container] Invalid variable access error 'popupWindowController'" [Medium,Fix released]
[10:58] <oSoMoN> RAOF, let me check, I filed that SRU a while ago and I need to refresh my memories of it
[11:22] <oSoMoN> RAOF, I have updated the bug reports, adding test cases where they were missing, and specifying in the SRU bug what kind of tests each bug has
[11:22] <oSoMoN> let me know if anything is missing, I’ll try to address right away
[11:27] <RAOF> oSoMoN: Hm. webbrowser-app doesn't actually appear to be in the unapproved queue? https://launchpad.net/ubuntu/xenial/+queue?queue_state=1
[11:29] <oSoMoN> RAOF, not it’s not, I have a silo containing the packages but I was looking for feedback on the paperwork prior to actually landing it
[11:29] <oSoMoN> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-051/+packages
[11:30] <RAOF> Ah. It *should* be fine to land it at the same time as getting the paperwork in order. I *think* the silo will correctly dump things in unapproved rather than directly into -proposed.
[11:33] <RAOF> oSoMoN: OK, so https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1572673 is missing reproduction steps (what is an overlay, and how would I cause webbrowser-app to try to open one)
[11:33] <ubot5> Launchpad bug 1572673 in webbrowser-app (Ubuntu) "[webapp-container] Invalid variable access error 'popupWindowController'" [Medium,Fix released]
[11:34] <RAOF> Likewise, I'm not *entirely* clear on https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1573017 - I *think* this is about a webapp in a container requiring multi-stage login and opening up the browser for the sso.ubuntu.com step, but I'm unfamiliar with the specific terms used.
[11:34] <ubot5> Launchpad bug 1573017 in webbrowser-app (Ubuntu) "[webapp-container] SAML detection logic broken" [High,Fix released]
[11:34] <oSoMoN> RAOF, bug #1572673 has an autopilot test along with the bug fix to verify it, but I’ll clarify the bug description anyway
[11:34] <ubot5> bug 1572673 in webbrowser-app (Ubuntu) "[webapp-container] Invalid variable access error 'popupWindowController'" [Medium,Fix released] https://launchpad.net/bugs/1572673
[11:35] <RAOF> Oh, you should probably mention the autopilot test then :)
[11:35] <oSoMoN> will do
[11:35] <RAOF> (And how to run it)
[11:35] <oSoMoN> and same for bug #1573017, I’ll clarify and explain how to run the tests
[11:35] <ubot5> bug 1573017 in webbrowser-app (Ubuntu) "[webapp-container] SAML detection logic broken" [High,Fix released] https://launchpad.net/bugs/1573017
[11:35] <RAOF> Finally (before I look at the actual code), it'd be nice if the changelog entry in your .changes file had a brief description of the changes, rather than just a list of bug numbers.
[11:36] <RAOF> That's a nice-to-have, though.
[11:36] <oSoMoN> that will require a silo rebuild, but it should be fine
[11:37] <oSoMoN> I’ll take a quick lunch break and will be right on those afterwards
[12:35] <oSoMoN> RAOF, I’ve updated the bug reports to indicate when there are autopilot tests, and how to run them
[12:36] <oSoMoN> RAOF, sil2100 told me that the CI train currently doesn’t allow using the entire commit message of a merge request as the changelog entry
[12:36] <oSoMoN> I could probably add a detailed changelog entry to the branch itself, but not sure how well bileto would deal with it…
[13:16] <pete-woods> hey all! any archive admins about who could delete a binary package for me from s390x?
[13:16] <pete-woods> http://paste.ubuntu.com/23064439/
[13:16] <pete-woods> ^ that's the list of packages that needs to be nuked from s390x on yakkety
[13:17] <pete-woods> some of the dependencies for that lib have just been removed, so I can't build it on s390x any more
[14:31] <jbicha> Ubuntu GNOME amd64 yakkety has been stuck at "re-building" in the iso tracker since yesterday
[14:57] <pete-woods> slangasek: hi! any chance you could take care of the binary package removal I nagged about just above?
[14:58] <infinity> jbicha: Looking.
[14:59] <infinity> jbicha: Fixed.
[15:00] <jbicha> thank you
[15:35] <slangasek> pete-woods: which is the dependency that's been removed on s390x?
[15:36] <pete-woods> slangasek: url-dispatcher
[15:38] <slangasek> pete-woods: ack, removed from yakkety and yakkety-proposed
[15:38] <pete-woods> slangasek: awesome, thanks!
[16:07] <flexiondotorg> infinity, I just uploaded mate-media_1.14.1-0ubuntu1~yakkety1.0 to the archive in error. Can you rejected it please.
[16:08] <flexiondotorg> infinity, And sorry.
[16:08] <infinity> flexiondotorg: I can't.
[16:08] <infinity> Well, maybe I can if I'm fast.
[16:09] <flexiondotorg> Ah.
[16:09] <flexiondotorg> OK.
[16:09] <infinity> Nope.  But I can delete it.
[16:09] <flexiondotorg> That works :)
[16:10] <infinity> flexiondotorg: Done.
[16:11] <flexiondotorg> infinity, Thank you. Add it to your next beer tab ;-)
[16:47] <Mirv> I see "gcc-snapshot" as a newcomer to update_output.txt on arm64
[16:48] <Mirv> doko uploaded one earlier today
=== nacc_ is now known as nacc
[16:53] <infinity> Mirv: An upload that hasn't managed to build yet shouldn't affect migration.  Curious why snapshot in the release pocket is going to be broken by that block.
[16:53] <infinity> Will look once I'm happy with the kernel state.
[17:00] <jbicha> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/ubuntu-gnome/+build/72765 and 72766 appear to have stalled
[17:01] <infinity> jbicha: Or it's just taking a very long time to push the bits over the ocean.
[17:02] <infinity> We don't have any visual feedback for "the builder is returning results now".  We probably should.
[17:02] <infinity> Never mattered when everything was in London. :/
[17:02] <infinity> Oh.  Wait.  That *is* in London.
[17:02] <infinity> Well, in Redhill.  Close enough.
[17:02] <infinity> Hrm.
[17:04] <jbicha> I don't mind if we wait a bit longer
[17:05] <jbicha> I'm wondering why empathy still seems to want to be on the UG images, does something else need to be manually updated for a metapackage change like that?
[17:16] <infinity> jbicha: mcp-account-manager-goa
[17:18] <infinity> jbicha: http://paste.ubuntu.com/23065193/
[17:21] <jbicha> infinity: can you update the tasks then? https://launchpad.net/ubuntu/+source/ubuntu-gnome-meta/0.63
[17:34] <infinity> Tasks are automatically generated from germinate output...
[17:35] <infinity> So, perhaps something's going wonky.
[17:38] <jbicha> for a simpler example, germinate is pulling in both gucharmap and gnome-characters but gnome-characters replaced gucharmap in the metapackage today
[18:21] <bladernr> Hey, when will the ISOs for 16.04 GA be moved to Old Releases, now that 16.04.1 is available?
[18:22] <bladernr> ^^ old-releases.ubuntu.com
[21:55] <jbicha> infinity: it took over 3 hr but the UG iso's finally finished :)
[22:34] <jbicha> I have 3 gnome-games I want to upgrade to new versions but they depend on libgnome-games-support ^
[22:35] <jbicha> so, release team assuming that new pkg doesn't get accepted in the next 24 hr, would it be better for me to upload those games now and have them be in depwait, or just wait