[02:26] <handsome_feng> Hi, release team, Could anyone help to approve the ubuntukylin-theme, ubuntukylin-wallpapers and ubuntukylin-default-settings. We are waiting for this to make test. Thank you !
[02:33] -queuebot:#ubuntu-release- Unapproved: docker.io (yakkety-proposed/universe) [1.12.1-0ubuntu13 => 1.12.1-0ubuntu14] (no packageset)
[02:34] -queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (yakkety-proposed) [1.12.1-0ubuntu14]
[03:16] -queuebot:#ubuntu-release- Unapproved: accepted pidgin [source] (yakkety-proposed) [1:2.10.12-0ubuntu9]
[03:17] -queuebot:#ubuntu-release- Unapproved: accepted kdelibs4support [source] (yakkety-proposed) [5.26.0-0ubuntu2]
[03:23] <wgrant> pitti: https://translations.launchpad.net/ubuntu/yakkety/+language-packs has freshness for you. Sorry about the delay.
[03:48] -queuebot:#ubuntu-release- Unapproved: accepted gnome-boxes [source] (yakkety-proposed) [3.22.1-0ubuntu1]
[03:49] -queuebot:#ubuntu-release- Unapproved: kjots (yakkety-proposed/universe) [4:5.0.1-2 => 4:5.0.1-2build1] (no packageset)
[03:49] -queuebot:#ubuntu-release- Unapproved: accepted kjots [source] (yakkety-proposed) [4:5.0.1-2build1]
[03:51] -queuebot:#ubuntu-release- Unapproved: zanshin (yakkety-proposed/universe) [0.4.0-1 => 0.4.0-1build1] (kubuntu)
[03:52] <slangasek> acheronuk, clivejo: kjots, zanshin uploaded
[03:53] -queuebot:#ubuntu-release- Unapproved: accepted zanshin [source] (yakkety-proposed) [0.4.0-1build1]
[04:06] <tsimonq2> Not release-critical, but this failure looks *weird*: https://launchpadlibrarian.net/288768577/buildlog_ubuntu_yakkety_amd64_lubuntu-next_BUILDING.txt.gz
[04:07] <tsimonq2> Looks like a builder bug, not an issue with the seed or anything like that...
[04:07] <tsimonq2> (I could be wrong)
[05:46] <pitti> wgrant: yay, cheers!
[05:47] <pitti> acheronuk: I wiggled it a bit, but the kdepim stack is still stuck; looking at that now
[05:51] <acheronuk> pitti: yes. was just looking at that, then did a refresh and a lot seems to have shifted now?
[05:51] <pishuilu> Hi, release team, Could anyone help to approve the ubuntukylin-theme, ubuntukylin-wallpapers and ubuntukylin-default-settings. We are waiting for this to make test. Thank you !
[05:52] <pitti> acheronuk: oh, indeed! just kdelibs4support and kde-runtime
[05:55] <pitti> acheronuk: see http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt , seems calligra, kdegames, kipi, libksane need to be updated for new kde-runtime? can you please have a look (e. g. in a yakkety-proposed schroot) what's needed there?
[05:56] <pitti> curious that it only breaks -dbg packages
[05:57] <acheronuk> I noticed that in one of the previous britney runs but hoped it would shake out. clearly not :/
[05:58] <pitti> http://people.canonical.com/~ubuntu-archive/nbs.html has lots of -dbg which I cleaned up now; but those are different packages
[06:01] <acheronuk> pitti: as an example: http://paste.ubuntu.com/23301843/
[06:02] <pitti> acheronuk: ah, as the new kde-runtime dropped its -dbg
[06:02] <acheronuk> aha indeed
[06:02] <pitti> acheronuk: so that dependency needs to be dropped from the above -dbg (or they need to get dropped as well)
[06:05] <acheronuk> so that is a NC rebuild of the affected packages?
[06:06] <pitti> acheronuk: if the -dbg dep gets added dynamically, yes; if it's in d/control it needs to be changed there
[06:07] <pitti> acheronuk: e. g. libkipi hardcodes it
[06:07] <pitti> Depends: kde-runtime-dbg, libkipi11 (= ${binary:Version}), ${misc:Depends}
[06:07] <pitti> acheronuk: and I believe the right fix is to just drop the -dbg package(s) entirely for these too
[06:08] <acheronuk> pitti: I think ksane for example may be one of the packages that got rejected for v16.04.3 as KDE had not made any changes to it's source since 15.12.3
[06:08] <pitti> Debian dropped it already
[06:08] <acheronuk> ok
[06:09] <pitti> acheronuk: just looked at libkipi, that can actually be synced
[06:09] <pitti> the only difference is that debian installs 5 extra kipi.png icons
[06:10] <pitti> http://paste.ubuntu.com/23301858/
[06:10] <pitti> * Remove kipi.png from libkipi-data, those are now shipped by
[06:10] <pitti> +    libkf5kipi-data. So keep them there and depend on it instead.
[06:10] <pitti> oops, except for that, I think that's the icon diff
[06:10] <pitti> so, that needs a merge
[06:11] <pitti> acheronuk: so, since I'm that far already I can finish libkipi if you want; but someone else needs to fix the others
[06:13] <acheronuk> pitti: if you don't mind. :)
[06:13] -queuebot:#ubuntu-release- Unapproved: accepted network-manager-openvpn [source] (yakkety-proposed) [1.2.6-2ubuntu1]
[06:14] <acheronuk> do you know how long we have roughly to get these sorted? I know actual isos can't be that far off
[06:17] <pitti> "last week" :)
[06:17] <pitti> really, ASAP, should happen today
[06:20] <acheronuk> yep. I got that. I was thinking more of a time rough time today actually. if that is possible to know.
[06:21] -queuebot:#ubuntu-release- Unapproved: libkipi (yakkety-proposed/universe) [4:15.08.3-0ubuntu1 => 4:15.08.3-2ubuntu1] (kubuntu)
[06:22] -queuebot:#ubuntu-release- Unapproved: accepted grub [source] (yakkety-proposed) [0.97-29ubuntu69]
[06:22] -queuebot:#ubuntu-release- Unapproved: accepted libkipi [source] (yakkety-proposed) [4:15.08.3-2ubuntu1]
[06:22] -queuebot:#ubuntu-release- Unapproved: accepted ubuntukylin-default-settings [source] (yakkety-proposed) [1.3.15]
[06:22] -queuebot:#ubuntu-release- Unapproved: accepted ubuntukylin-wallpapers [source] (yakkety-proposed) [16.10.1]
[06:23] -queuebot:#ubuntu-release- Unapproved: accepted ubuntukylin-theme [source] (yakkety-proposed) [<IP_ADDRESS>]
[06:23] <acheronuk> pitti: will a re-upload or rescue of the versions we has rejected do the job for some? e.g. https://launchpad.net/ubuntu/yakkety/+queue?queue_state=4&queue_text=kdewebdev
[06:24] <pitti> maybe, not sure why they were rejected
[06:25] <acheronuk> pitti: they got rejected for: Rejected by Steve Langasek: No changes in upstream source, this looks incorrect
[06:26] <pitti> slangasek: your python-django-openstack-auth changes python-django-openstack-auth's python-keystoneauth1 to python3-keystoneauth1 -- that looks odd?
[06:26] <acheronuk> where it fact it was correct, as KDE made new version tarball with unchanged source while porting of the packages in question to Qt5/kf5 was not finished yet
[06:26] <pitti> acheronuk: oh, right
[06:26] <pitti> ok, I can accept that then
[06:27] <pitti> acheronuk: but this doesn't drop the -dbg package either
[06:27] <pitti> infinity: uploading langpacks
[06:28] -queuebot:#ubuntu-release- New binary: ubuntukylin-wallpapers [amd64] (yakkety-proposed/universe) [16.10.1] (ubuntukylin)
[06:29] -queuebot:#ubuntu-release- Unapproved: accepted jfsutils [sync] (yakkety-proposed) [1.1.15-2.2]
[06:29] -queuebot:#ubuntu-release- Unapproved: accepted libgd-perl [sync] (yakkety-proposed) [2.53-3]
[06:30] -queuebot:#ubuntu-release- Unapproved: accepted openjade [sync] (yakkety-proposed) [1.4devel1-21.3]
[06:30] -queuebot:#ubuntu-release- Unapproved: accepted alsamixergui [sync] (yakkety-proposed) [0.9.0rc2-1-9.2]
[06:30] -queuebot:#ubuntu-release- Unapproved: accepted pycairo [sync] (yakkety-proposed) [1.8.8-2.1]
[06:31] -queuebot:#ubuntu-release- Unapproved: accepted calf [sync] (yakkety-proposed) [0.0.60-4]
[06:31] -queuebot:#ubuntu-release- Unapproved: accepted csound [sync] (yakkety-proposed) [1:6.07.0~dfsg-4]
[06:32] -queuebot:#ubuntu-release- Unapproved: accepted sooperlooper [sync] (yakkety-proposed) [1.7.3~dfsg0-2.1]
[06:32] -queuebot:#ubuntu-release- Unapproved: accepted xfce4-radio-plugin [sync] (yakkety-proposed) [0.5.1-4]
[06:34] -queuebot:#ubuntu-release- New: accepted ubuntukylin-wallpapers [amd64] (yakkety-proposed) [16.10.1]
[06:38] <pitti> slangasek: changes the binary dependency, I meant
[06:38] <acheronuk> pitti: ah, not, not on that one as the dbg package is in control
[06:39] <acheronuk> going to have to go through all these later on
[06:40] <acheronuk> calligra I'm not sure on, as that has been a problem build for ages
[06:52] <acheronuk> pitti: I believe libkdegames is obsolete
[06:53] <acheronuk> hi santa_ :)
[06:53] <santa_> hi
[06:53] <santa_> gonna check libkdegames
[06:54] <acheronuk> reverse-depends kde-runtime-dbg
[06:54] <acheronuk> Reverse-Depends
[06:54] <acheronuk> [06:54] <acheronuk> * calligra-dbg
[06:54] <acheronuk> * kdebase-runtime-dbg
[06:54] <acheronuk> * kdewebdev-dbg
[06:54] <acheronuk> * libkdegames6abi1-dbg
[06:54] <acheronuk> * libkipi-dbg
[06:54] <acheronuk> * libkmahjongglib4-dbg
[06:54] <acheronuk> * libksane-dbg
[06:54] <acheronuk> oops
[06:55] <santa_> pitti: the libkdegames6abi1-deb _binary_ package is obsolete, the latest src:libkdegames in proposed doesn't have that binary so we would need to remove that one from the archive
[06:57] <santa_> pitti: same for kdebase-runtime-dbg, latest src:kde-runtime doesn't provide it
[06:59] <pitti> santa_: right, that's also not in the complaint list
[06:59] <pitti> amd64: calligra-dbg, kdewebdev-dbg, libkdegames6abi1-dbg, libkipi-dbg, libkmahjongglib4-dbg, libksane-dbg
[06:59] <pitti> santa_: I sorted out libkipi already
[06:59] <pitti> santa_: there is no kdegames in -proposed
[07:01] <santa_> pitti: there is *lib*kdegames: https://launchpad.net/ubuntu/+source/libkdegames
[07:02] <pitti> santa_: but libkdegames6abi1-dbg is from libkdegames4
[07:02] <pitti> santa_: right, that already landed, but that's a newer versino
[07:03] <acheronuk> libksane-dbg is also at 15.08.2-0ubuntu1, 2 versions behind our 16.04.3 kf5 package, so that is an obsolete -dbg as far as I can see?
[07:04] <pitti>  libksane      | 4:15.08.2-0ubuntu1 | yakkety/universe | source
[07:04] <pitti>  libksane-data | 4:15.08.2-0ubuntu1 | yakkety/universe | all
[07:04] <pitti>  libksane-data | 4:16.04.3-0ubuntu1 | yakkety/universe | all
[07:04] <pitti> that looks odd indeed
[07:04] <santa_> pitti: ok, we we will need an uploade for libkdegames4, there's stuff still using it
[07:04] <pitti> ah, that's now provided by libkf5sane
[07:04] <santa_> correct
[07:05] <pitti> santa_: but I can't just remove the old libksane source; it still builds libksane0 which is needed by kipi-plugins, ksaneplugin, tellico
[07:05] <santa_> so we need an upload of that one too
[07:14] <santa_> same for libkmahjongg4, kajonng is still using the old kdelibs4 based library, we need to upload a new version, removing the kde-runtime-dbg depend
[07:15] <santa_> same for kdewebdev
[07:18] <acheronuk> we need to get the proposed migration script/britney running against out staging ppas I think
[07:18] <santa_> that will come later
[07:19] <santa_> the old libkipi needs an update too, as it's still used
[07:19] <pitti> santa_: I uploaded libkipi already
[07:19] <pitti> (Debian merge)
[07:20] <santa_> the old one, ok
[07:20] <smb> pitti, could you do me a favour an accept libvirt into xenial. It is intended to replace the version currently in proposed
[07:21] <santa_> and finally we need to update calligra too
[07:21] <santa_> that one may be more difficult
[07:22] <pitti> smb: done
[07:22] <smb> pitti, thanks! erm Danke! :)
[07:23] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (xenial-proposed) [1.3.1-1ubuntu10.5]
[07:24] -queuebot:#ubuntu-release- Unapproved: rejected upstart [sync] (xenial-proposed) [1.13.2-0ubuntu21.2]
[07:24] <pitti> xnox: ^ no LP bug ref
[07:28] <santa_> pitti: we can prepare the rest of the affected packages if you are willing to sponsor, I would dig into calligra later as it's ftbfs'ing in -proposed and there's a new upstream bugfix release
[07:28] <pitti> santa_: sure, I can  sponsor
[07:29] <santa_> pitti: specifically, the affected packages are (source name): libkdegames4, libksane, libkmahjongg4, kdewebdev
[07:29] <santa_> as I said calligra would come later
[07:29] <pitti> that sounds right
[07:29] <acheronuk> thanks santa_  ^^
[07:30] <pitti> but the whole stack won't migrate without calligra
[07:30] <santa_> I know, I plan to do it too
[07:30] <santa_> I just want to start with the easy ones to clear up the road
[07:31] <acheronuk> calligra has been a long term pain in the posterior
[07:33] <santa_> nothing we can't fix
[07:34]  * pitti chases down some s390x regressions, looks like some weird gpg issue
[08:07] <pitti> running process-removals
[08:13] -queuebot:#ubuntu-release- Unapproved: sudo (trusty-proposed/main) [1.8.9p5-1ubuntu1.2 => 1.8.9p5-1ubuntu1.3] (core)
[08:31] -queuebot:#ubuntu-release- Unapproved: gnome-logs (yakkety-proposed/universe) [3.22.0-1 => 3.22.1-0ubuntu1] (ubuntugnome)
[08:33] -queuebot:#ubuntu-release- Unapproved: ceilometer (yakkety-proposed/main) [1:7.0.0-0ubuntu1 => 1:7.0.0-0ubuntu2] (openstack, ubuntu-server)
[08:41] -queuebot:#ubuntu-release- Unapproved: accepted gnome-logs [source] (yakkety-proposed) [3.22.1-0ubuntu1]
[08:41] -queuebot:#ubuntu-release- Unapproved: accepted ceilometer [source] (yakkety-proposed) [1:7.0.0-0ubuntu2]
[08:41] -queuebot:#ubuntu-release- Unapproved: docker.io (yakkety-proposed/universe) [1.12.1-0ubuntu14 => 1.12.1-0ubuntu15] (no packageset)
[08:41] -queuebot:#ubuntu-release- Unapproved: gnome-clocks (yakkety-proposed/universe) [3.22.0-1 => 3.22.1-0ubuntu1] (desktop-extra)
[08:42] <mwhudson> pitti: ^
[08:42] -queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (yakkety-proposed) [1.12.1-0ubuntu15]
[08:43] <pitti> mwhudson: thanks! (apparently got auto-accepted)
[08:43] <mwhudson> oh yeah
[08:43] <pitti> mwhudson: diff is 666 bytes. well done!
[08:43] <mwhudson> haha
[08:48] -queuebot:#ubuntu-release- Unapproved: accepted python-django-openstack-auth [sync] (yakkety-proposed) [2.4.1-2]
[08:48] -queuebot:#ubuntu-release- Unapproved: accepted gnome-clocks [source] (yakkety-proposed) [3.22.1-0ubuntu1]
[08:51] <pitti> apw, infinity, Laney: did you accept python-django-openstack-auth? I had a question about that for slangasek above
[08:51] <pitti> the binary dep change looks broken
[08:52] -queuebot:#ubuntu-release- Unapproved: spark (yakkety-proposed/universe) [2012.0.deb-11 => 2012.0.deb-11build1] (no packageset)
[08:53] -queuebot:#ubuntu-release- Unapproved: accepted spark [source] (yakkety-proposed) [2012.0.deb-11build1]
[08:57] <Laney> pitti: It was me - I noticed after accepting, queue should have a fix in a second
[08:57] <Laney> pitti: It's better to reject & discuss to reduce the chance of errors
[08:57] <pitti> Laney: ok, good point -- a sync is easy to re-do
[08:57] <Laney> you can fish things out of the rejected queue in any event
[09:00] <apw> review is a bit more widespread, the chances of error is going up
[09:01] -queuebot:#ubuntu-release- Unapproved: python-django-openstack-auth (yakkety-proposed/main) [2.4.1-2 => 2.4.1-2ubuntu1] (ubuntu-server)
[09:02] -queuebot:#ubuntu-release- Unapproved: pyzo (yakkety-proposed/universe) [4.2.1-1 => 4.3.1-1] (no packageset) (sync)
[09:02] <Laney> what's up with this maas?
[09:02] <Laney> speaking of things chillaxing in the queue
[09:03] -queuebot:#ubuntu-release- Unapproved: accepted pyzo [sync] (yakkety-proposed) [4.3.1-1]
[09:03] <pitti> last time I looked at it, it replaced a 2.0 stable with a 2.1 beta without an FFE
[09:03] <apw> Laney, last i looked at it the FFe was not yet acked, and slangasek said "thats on me"
[09:03] <pitti> bug 1629909
[09:04] <pitti> Laney: accepted p-django, thanks; it looked like a packaging bug, but I wasn't sure whether it was deliberate for some binary instead of some python module
[09:04] -queuebot:#ubuntu-release- Unapproved: accepted python-django-openstack-auth [source] (yakkety-proposed) [2.4.1-2ubuntu1]
[09:05] <Laney> ty
[09:11] <santa_> pitti: http://gpul.grupos.udc.es/sponsor/kdewebdev_16.04.3-1ubuntu1.dsc
[09:11] <santa_> let me know if you find something wrong
[09:14] <pitti> santa_: LGTM, thanks! uploaded
[09:18] <acheronuk> santa_: thanks. :) I think I would get there eventually with these (except calligra), but you can clearly get through it quicker than me.
[09:26] -queuebot:#ubuntu-release- Unapproved: kdewebdev (yakkety-proposed/universe) [4:15.12.3-0ubuntu2 => 4:16.04.3-1ubuntu1] (kubuntu)
[09:29] -queuebot:#ubuntu-release- Unapproved: accepted kdewebdev [source] (yakkety-proposed) [4:16.04.3-1ubuntu1]
[09:59] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Yakkety Final] has been updated (20161010)
[09:59] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop i386 [Yakkety Final] has been updated (20161010)
[10:04] <Laney> davmor2: can you remind me where the promote-pending-to-current job output lives?
[10:05] <Laney> i386 isn't promoted
[10:08] <davmor2> Laney: out of my league jibel might be able to help you
[10:08] <Laney> ok
[10:10] <pitti> Laney, davmor: perhaps that one? https://platform-qa-jenkins.ubuntu.com/view/ubiquity/
[10:11] <pitti> ah no, this one: https://platform-qa-jenkins.ubuntu.com/view/desktop/
[10:11] <pitti> https://platform-qa-jenkins.ubuntu.com/view/desktop/job/ubuntu-yakkety-desktop-i386-smoke-oem/108/console
[10:11] <pitti> wow, UTAH, that's still a thing
[10:12] -queuebot:#ubuntu-release- Unapproved: gnome-music (yakkety-proposed/universe) [3.22.0-1 => 3.22.1-0ubuntu1] (desktop-extra, ubuntugnome)
[10:13] <Odd_Bloke> slangasek: Could you promote the google-cloud-sdk in partner/yakkety-proposed to partner/yakkety, please?
[10:13] <Odd_Bloke> (Anyone else should feel free to do that as well. ;)
[10:14] <jibel> Laney, https://platform-qa-jenkins.ubuntu.com/view/All/job/mark-pending-current/
[10:14] <Laney> pitti: how did you find that? :P
[10:14] <Laney> pitti: jibel: thanks
[10:15] <Laney> is this VPN only?
[10:16] <jibel> Laney, it shouldn't. I'll promote i386
[10:16] <santa_> pitti: http://gpul.grupos.udc.es/sponsor/libksane_15.08.3-1ubuntu1.dsc
[10:17] <santa_> pitti: ↑ I'm not sure if this one should be 1+build1 instead of 1ubuntu1
[10:18] <pitti> Laney: firefox remembered :)
[10:19] <pitti> santa_: it should be a straight sync instead :) (I'll do that)
[10:19] <pitti> santa_: what's your Launchpad login name?
[10:19] <santa_> pitti: panfaust
[10:20] <Laney> jibel: cheers - quite hard to navigate the job's output
[10:20] -queuebot:#ubuntu-release- Unapproved: libksane (yakkety-proposed/universe) [4:15.08.2-0ubuntu1 => 4:15.08.3-1] (kubuntu) (sync)
[10:21] -queuebot:#ubuntu-release- Unapproved: accepted gnome-music [source] (yakkety-proposed) [3.22.1-0ubuntu1]
[10:21] -queuebot:#ubuntu-release- Unapproved: accepted libksane [sync] (yakkety-proposed) [4:15.08.3-1]
[10:21] <jibel> Laney, in this case the installation didn't even start
[10:23] <santa_> pitti: thank you very much, I have also checked whats up with libkdegames4; in debian they don't have src:libkdegames4 but they have src:libkdegames-kde4 (which provides the same than our src:libkdegames) so maybe it's possible to delete libkdegames4 and replace it with the debian one?
[10:23] <jibel> I just hope it was just some flakiness of the server
[10:23] <santa_> * which provides the same than our src:libkdegames4
[10:25] <pitti> santa_: so that drops libkdegames6abi1-dbg, which is fine (no rdepends)
[10:25] <pitti> santa_: so I agree, we can sync that (doing) and remove libkdegames4 source
[10:26] <pitti> santa_: always better to clean up pointless diff to debian :)
[10:27] <pitti> santa_: OOI, is there a compose key to produce '↑' ? (I didn't find one, I only know ← and →)
[10:27] -queuebot:#ubuntu-release- New sync: libkdegames-kde4 (yakkety-proposed/primary) [4:14.12.3-2]
[10:27] <pitti> hah, they were even proposed in https://lists.x.org/archives/xorg-devel/2010-December/017287.html but never accepted
[10:27]  * pitti would have guessed <Compose> | ^  but that doesn't work
[10:29] <santa_> pitti: here AltGr+Shift+U gets you the ↑
[10:29] -queuebot:#ubuntu-release- New: accepted libkdegames-kde4 [sync] (yakkety-proposed) [4:14.12.3-2]
[10:29] <Laney> ↑↓
[10:29] <santa_> haha
[10:29] <pitti> no AltGr here
[10:29] <santa_> hmm, I don't know then
[10:29] <pitti> santa_: I wait until https://launchpad.net/ubuntu/+source/libkdegames-kde4/4:14.12.3-2 built everywhere and britney is happy wiht it, then remove the old source
[10:29] <santa_> ok
[10:30] <Laney> jibel: looks good now!
[10:30] <pitti> santa_: https://launchpadlibrarian.net/289074039/upload_11009094_log.txt
[10:30] <pitti>  santa_ i. e. libksane needs a version bump
[10:32] <pitti> santa_: oh, our libksane-data is built from libkf5sane
[10:32] <pitti> santa_: so libksane needs to drop the -data binary
[10:34] <pitti> the binary from libksane only contains three icons anyway
[10:34] <santa_> yeah, there's a transitional package in our frameworks based libksane
[10:34] <pitti> santa_: I'll drop it from the libksane source, ok?
[10:34] <pitti> or do you want to handle it?
[10:35] <santa_> pitti: let me check something first ...
[10:37] <santa_> pitti: yeah, the new frameworks based package contains the same files and the libksane-data transitional depends on the new one, so yes, go ahead please
[10:39] -queuebot:#ubuntu-release- Unapproved: libksane (yakkety-proposed/universe) [4:15.08.3-1 => 4:15.08.3-1ubuntu1] (kubuntu)
[10:40] <pitti> Laney: ^ review, SVP ?
[10:40] <pitti> santa_: OK, that leaves libkmahjongg4 and calligra
[10:40] <santa_> yeah let me check the first one
[10:41] <pitti> santa_: could just be a sync of https://tracker.debian.org/pkg/libkmahjongg and dropping our source?
[10:41] <pitti> same binaries otherwise, same upstream version
[10:42] <pitti> santa_: ^ diff between  those looks good
[10:42] <pitti> i. e. just some packaging noise (Vcs-*) and dropping -dbg
[10:46] <santa_> pitti: if I checked properly we have the following in ubuntu: src:libkmahjongg4 (based on kdelibs 4) src:libkf5kmahjongg (based on kdeframeworks) src:libkmahjongg (based of kde frameworks but superseeded by libkf5kmahjongg)
[10:47] <santa_> pitti: while debian has src:libkmahjongg (based on kdelibs4) and src:libkf5kmahjongg (based on kdeframeworks)
[10:47] <pitti> santa_: no, libkmahjongg is only in Debian, not in Ubuntu; we have an almost identical source libkmahjongg4
[10:47] <pitti> santa_: i. e. syncing libkmahjongg and removing libkmahjongg4 would fix it
[10:49] <santa_> pitti: oh, ok I checked this https://launchpad.net/ubuntu/+source/libkmahjongg but it's not on yakkety, so indeed it seems you are right
[10:49] <pitti> santa_: ok, doing
[10:50] -queuebot:#ubuntu-release- New sync: libkmahjongg (yakkety-proposed/primary) [4:14.12.3-3]
[10:51] <pitti> santa_: so same story as libkdegames-kde4; I'll wait until it lands in y and remove the old source
[10:51] -queuebot:#ubuntu-release- New: accepted libkmahjongg [sync] (yakkety-proposed) [4:14.12.3-3]
[10:51] <pitti> so, down to calligra ;)
[10:51] <santa_> allright
[10:52] <pitti> santa_: there is a possibility to temporarily demote calligra to yakkety-proposed (no reverse dependencies), so that the other bits can land
[10:52] <pitti> santa_: that should unblock Kubuntu image builds
[10:53] <pitti> (it seems calligra is not seeded / not on the images)
[10:53] <pitti> takes some pressure off
[10:54] <santa_> pitti: what does it mean demoting to -proposed? "removing" it from yakkety so it would be only in -proposed? something else?
[10:54] <pitti> santa_: right -- and it would land back in y once it gets fixed to build and drop the -dbg package
[10:55] <Laney> pitti: 'k, would be good to drop the .install next time too
[10:55] <pitti> Laney: oh, why? (I usually try to keep the diff minimal)
[10:58] <santa_> pitti: ok, regarding calligra I would also consider to include the latest upstream bugfix release; I also remember it was failing wot build after gcc6 becoming the default, but I didn't have time to dig into it back then. so if we could fix it later even with the demoting I would say go ahead
[10:59] <santa_> note that debian got recently a newer version of calligra, but I'm afraid we shouldn't sync it happily without resolving some things fisrt
[10:59] <santa_> i.e. files located on different binary packages and such
[10:59] <santa_> s/wot/to/
[11:01] -queuebot:#ubuntu-release- Unapproved: accepted libksane [source] (yakkety-proposed) [4:15.08.3-1ubuntu1]
[11:02] <santa_> pitti: ok it seems we got 2.9.11 in git https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/calligra/commit/?id=f501c73645fc2f721e2e31c508edce9821f7e8a6
[11:03] <santa_> I'm not sure about its state so I will try to talk with clive about this ASAP
[11:36] <clivejo> santa_: I worked on that a long time ago and memory is very bad
[11:37] <clivejo> from what I remember there was issues with it building on yakkety, I assumed the gcc version, but didnt look into it
[11:38] <clivejo> I couldnt get anyone to sponsor me for the wily and xenial releases so I just moved on
[11:39] <santa_> clivejo: ack. if I can get it in a working state would you upload?
[11:39] <davmor2> jibel: netboot just broke I'll try and get the log off the system if I can
[11:40] <clivejo> Im a bit busy with my $ work today, but if you ping me on telegram Ill deffo upload when I get the chance
[11:40] <jibel> davmor2, what did you break?
[11:42] <davmor2> jibel: looks like it failed to get a package and threw up E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
[11:46] <jibel> davmor2, can you retry? perhaps a networking issue
[11:47] <davmor2> jibel: indeed just trying to figure if I can get the log off the system in kvm but am failing dismally with the limited command in the system shell
[12:03] <cjwatson> tsimonq2: I don't think that's a builder bug, but it's indeed not obvious what's going on.  It's just saying that "lb build" exited non-zero, and the odd thing is that it did so without saying why.  Probably a bug somewhere in livecd-rootfs/live-build/auto/build, if I had to guess.
[12:22] <stokachu> slangasek: you hear from any of the juju qa guys yet?
[12:31] -queuebot:#ubuntu-release- Unapproved: qemu (trusty-proposed/main) [2.0.0+dfsg-2ubuntu1.28 => 2.0.0+dfsg-2ubuntu1.29] (ubuntu-server, virt)
[12:33] -queuebot:#ubuntu-release- Unapproved: apport (yakkety-proposed/main) [2.20.3-0ubuntu7 => 2.20.3-0ubuntu8] (core)
[12:34] <pitti> ^ review appreciated (my upload), from the release checklist
[12:50] <davmor2> jibel: so waiting till after Lunch seems to of fixed it :)
[12:50] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (yakkety-proposed/main) [2.434 => 2.435] (desktop-core)
[12:58] <cyphermox> good morning!
[13:00] <pitti> cyphermox: bonjour !
[13:29] -queuebot:#ubuntu-release- Unapproved: python-pex (yakkety-proposed/universe) [1.1.14-1 => 1.1.14-2] (no packageset) (sync)
[13:29] -queuebot:#ubuntu-release- Unapproved: accepted python-pex [sync] (yakkety-proposed) [1.1.14-2]
[13:38] -queuebot:#ubuntu-release- Unapproved: ubiquity-slideshow-ubuntu (yakkety-proposed/main) [116 => 117] (kubuntu, ubuntu-desktop)
[13:41] -queuebot:#ubuntu-release- Unapproved: janest-core-extended (yakkety-proposed/universe) [113.00.00-2build2 => 113.00.00-2build3] (no packageset)
[13:42] -queuebot:#ubuntu-release- Unapproved: janest-core-kernel (yakkety-proposed/universe) [113.00.00-3build1 => 113.00.00-3build2] (no packageset)
[13:42] -queuebot:#ubuntu-release- Unapproved: accepted janest-core-extended [source] (yakkety-proposed) [113.00.00-2build3]
[13:43] -queuebot:#ubuntu-release- Unapproved: janest-core (yakkety-proposed/universe) [113.00.00-4build1 => 113.00.00-4build2] (no packageset)
[13:43] -queuebot:#ubuntu-release- Unapproved: ocaml-textutils (yakkety-proposed/universe) [112.17.00-3build1 => 112.17.00-3build2] (no packageset)
[13:43] -queuebot:#ubuntu-release- Unapproved: accepted janest-core-kernel [source] (yakkety-proposed) [113.00.00-3build2]
[13:43] -queuebot:#ubuntu-release- Unapproved: ocaml-re2 (yakkety-proposed/universe) [113.00.00+dfsg-2.1build1 => 113.00.00+dfsg-2.1build2] (no packageset)
[13:43] -queuebot:#ubuntu-release- Unapproved: accepted janest-core [source] (yakkety-proposed) [113.00.00-4build2]
[13:44] -queuebot:#ubuntu-release- Unapproved: accepted ocaml-textutils [source] (yakkety-proposed) [112.17.00-3build2]
[13:44] -queuebot:#ubuntu-release- Unapproved: accepted ocaml-re2 [source] (yakkety-proposed) [113.00.00+dfsg-2.1build2]
[13:44] -queuebot:#ubuntu-release- Unapproved: evolution-data-server (yakkety-proposed/main) [3.22.0-1ubuntu1 => 3.22.1-0ubuntu1] (ubuntu-desktop)
[13:53] <jbicha> I think e-d-s ^ is a good candidate for handling as an SRU, I set block-proposed on bug 1631955 which should keep it from landing in yakkety proper accidentally
[14:06] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (yakkety-proposed) [2.435]
[14:06] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity-slideshow-ubuntu [source] (yakkety-proposed) [117]
[14:07] <pitti> jbicha: thanks, accepted; we can still decide later on wheter to land it in -release or -updates
[14:07] -queuebot:#ubuntu-release- Unapproved: accepted evolution-data-server [source] (yakkety-proposed) [3.22.1-0ubuntu1]
[14:07] <jbicha> ok
[14:08] <pitti> apw: can I nag you for reviewing apport? we need to disable LP crashes for the final release, and otherwise this just fixes some tests for gnupg2 and updates translations
[14:16] <LocutusOfBorg> pitti, what did happen to linbox?
[14:16] <LocutusOfBorg> I'm getting accepted emails
[14:17] <LocutusOfBorg> blocking givaro transition, 3 RC bugs in Debian, no rdepends
[14:17] <LocutusOfBorg> I see thanks
[14:18] <LocutusOfBorg> and it migrated again
[14:19] <LocutusOfBorg> well, this morning a new linbox has been uploaded in debian, fixing the transition
[14:32] -queuebot:#ubuntu-release- Unapproved: python-llfuse (yakkety-proposed/universe) [1.1.1+dfsg-3ubuntu1 => 1.1.1+dfsg-4] (no packageset) (sync)
[14:33] -queuebot:#ubuntu-release- Unapproved: accepted python-llfuse [sync] (yakkety-proposed) [1.1.1+dfsg-4]
[14:43] -queuebot:#ubuntu-release- Unapproved: linbox (yakkety-proposed/none) [none => 1.4.2-1~build1] (no packageset)
[14:43] <LocutusOfBorg> pitti, ^^
[14:49] <philroche> infinity, Just a heads up that I have been assigned lead on the cloud images 16.10 release task. I have updated https://wiki.ubuntu.com/YakketyYak/Beta2 accordingly.
[14:51] -queuebot:#ubuntu-release- Unapproved: accepted linbox [source] (yakkety-proposed) [1.4.2-1~build1]
[14:54] <infinity> philroche: We're a bit past beta2. :)
[14:54] <pitti> LocutusOfBorg: I bumped it to -proposed indeed, but it seems it comes back before givaro
[14:54] -queuebot:#ubuntu-release- Unapproved: evolution-data-server (yakkety-proposed/main) [3.22.1-0ubuntu1 => 3.22.1-0ubuntu2] (ubuntu-desktop)
[14:54] <pitti> LocutusOfBorg: so I need to use a stronger hammer
[14:55] <philroche> infinity, Understood :) Should I create a new "16.10 Release" page?
[14:56] <LocutusOfBorg> :)
[14:56] <infinity> philroche: No.
[14:57] -queuebot:#ubuntu-release- Unapproved: fflas-ffpack (yakkety-proposed/universe) [2.2.1-2 => 2.2.2-2] (no packageset) (sync)
[14:57] -queuebot:#ubuntu-release- Unapproved: mythbuntu-meta (yakkety-proposed/multiverse) [0.89 => 0.90] (mythbuntu)
[14:58] -queuebot:#ubuntu-release- Unapproved: accepted fflas-ffpack [sync] (yakkety-proposed) [2.2.2-2]
[14:59] <LocutusOfBorg> if fflas-ffpack goes well, linbox will be fine also on s390x, in my ppa built everywhere
[15:01] <jbicha> it helps if I test-build the right version of e-d-s, this new upload should build
[15:02] -queuebot:#ubuntu-release- Unapproved: accepted evolution-data-server [source] (yakkety-proposed) [3.22.1-0ubuntu2]
[15:07] -queuebot:#ubuntu-release- Unapproved: gfxboot-theme-ubuntu (yakkety-proposed/main) [0.20.1 => 0.21.0] (core)
[15:10] <cyphermox> infinity: ^ translations for zh_HK, + making it possible to translate "Try Ubuntu Studio without installing" (although I don't think we'll get many translations on time)
[15:10] <cyphermox> also, there's a ubiquity-slideshow for ubuntukylin.
[15:13] <pitti> another one?
[15:15] <pitti> cyphermox: http://launchpadlibrarian.net/289100037/gfxboot-theme-ubuntu_0.20.1_0.21.0.diff.gz does not actually have any translations for "Try Ubuntu..", so that won't do anything to fix that bug?
[15:16] <cyphermox> pitti: bootloader.pot contains the string now -- like I said, we don't have translations yet but at least it's possible to translate it
[15:16] <pitti> ah, so the changelog is just misleading, ok
[15:17] -queuebot:#ubuntu-release- Unapproved: accepted gfxboot-theme-ubuntu [source] (yakkety-proposed) [0.21.0]
[15:19] <pitti> santa_, acheronuk: everything except calligra landed now (http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt)
[15:20] <pitti> so, if you want to unblock image builds, we can punt calligra to -proposed; but whether that's the right thing to do is your call
[15:30] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-367 (yakkety-proposed/restricted) [367.44-0ubuntu3 => 367.57-0ubuntu1] (no packageset)
[15:31] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-367 [source] (yakkety-proposed) [367.57-0ubuntu1]
[15:41] <jderose> tseliot: ooo, are you trying to get an FFE for nvidia 367.57? myself and the other system76 folks can give it a good round of testing today, if that can help the FFE case
[15:42] <tseliot> jderose: no FFE is needed. The legacy drivers are coming too
[15:43] <infinity> (Testing wouldn't hurt)
[15:43] <tseliot> indeed
[15:43] <jderose> tseliot: infinity: yep, we'll still test. there's a regression in 367.44 that we're really hoping this fixes...
[15:44] <jderose> tseliot: so is an FFE not needed because the driver isn't in main? 367.57 will hit yakkety by release?
[15:45] <tseliot> jderose: nvidia has never really been affected by FF. It's not in the image,
[15:45] <jderose> gotcha, makes sense
[15:45] <tseliot> well, my ending a sentence with a comma sure is orginal :P
[15:46] <jderose> hehe
[15:53] <jderose> tseliot: how soon will 367.57 hit yakkety-proposed?
[15:55] <infinity> jderose: When someone accepts it.
[15:55] <infinity> Oh, wait.  It was auto-accepted.
[15:55] <infinity> jderose: When the publisher gets around to it. :P
[15:55] <apw> and someone made it sad *cough*
[15:55] <jderose> okay, cool
[15:59]  * pitti nags someone about reviewing apport and mythbuntu-meta
[16:00] <tseliot> :)
[16:08] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-340 (yakkety-proposed/restricted) [340.96-0ubuntu6 => 340.98-0ubuntu1] (ubuntu-desktop)
[16:12] <slangasek> stokachu: I have mail about juju from over the weekend, yes
[16:13] <slangasek> Odd_Bloke: done
[16:13] <infinity> Attention release team: There's a new kernel (and matching d-i) making its way through the pipes, so have a look at excuses and queues and see of there are other thing we should be fixing and/or slipping in for the inevitable respin later today.
[16:13] <Odd_Bloke> slangasek: Thanks!
[16:13]  * Laney wants to slide 2 things in
[16:13] <infinity> Laney: Oh my.
[16:14] <Laney> Gird your loins
[16:14]  * Laney wonders what "gird" means
[16:14] <infinity> "Put on a jock strap" would be the modern equivalent.
[16:15] <Odd_Bloke> GIRD is a microkernel, isn't it?
[16:15] <slangasek> pitti: yeah I didn't look too closely at python-django-openstack-auth to make sure the Debian package didn't have bugs, just that it satisfied a versioned build-dep and the Ubuntu delta was obsolete
[16:15] <santa_> pitti: could we upload calligra 2.9.11 later if we do that?  even if it ends up in yakkety-updates that would be fine
[16:15] <slangasek> not to be confused with the hurdy-gurdy
[16:16] <infinity> slangasek: It's too early in the morning for Swedish Chef.
[16:16] <Odd_Bloke> That's GNU/hurdy-gurdy to you.
[16:16] <pitti> santa_: sure; I'm off for dinner now, back in ~ 3 hours
[16:16]  * infinity is now tempted to do a Swedish Chef rendition of the Free Software Song.
[16:16] <infinity> This could be my ticket to fame and fortune.
[16:17] <slangasek> jern ås nu and shur dee serftwer
[16:17] <stokachu> slangasek: thanks, working with them now
[16:17] <santa_> pitti: then when you are back, go ahead with the -proposed demoting of calligra please, I'm working on calligra 2.9.11 now
[16:19] <slangasek> pitti: ^^ wrt juju, was streams.canonical.com at any point on the no_proxy list for autopkgtest?
[16:20]  * infinity goes to find breakfast to fuel his (almost certainly long) day.
[16:24] <Laney> would someone be so kind as to nuke indicator-keyboard/s390x please?
[16:25] <Laney> new builds are depwait
[16:25] <slangasek> Laney: doing
[16:26] <cyphermox> infinity: would have a new ubiquity to land, trying to see if there are other fixed needed to go along with it.
[16:26] <Laney> slangasek: cheers
[16:26] <slangasek> Laney: what dep makes it uninstallable?
[16:26] <Laney> slangasek: I think url-dispatcher
[16:26]  * Laney looks
[16:26] <slangasek> Laney: confirmed, thanks
[16:26] <Laney> Yeah
[16:27] <slangasek> Laney: done
[16:27] <Laney> Now to wait for bileto to catch up with this fact
[16:35] -queuebot:#ubuntu-release- Unapproved: ubuntu-system-settings (yakkety-proposed/main) [0.4+16.10.20160927-0ubuntu1 => 0.4+16.10.20160927-0ubuntu2] (no packageset)
[16:39] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-42.62] (core, kernel)
[16:41] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-42.62]
[16:43] -queuebot:#ubuntu-release- New binary: linux-signed-lts-trusty [amd64] (precise-proposed/main) [3.13.0-98.145~precise1] (kernel)
[16:43] -queuebot:#ubuntu-release- New binary: linux-signed-lts-xenial [amd64] (trusty-proposed/main) [4.4.0-42.62~14.04.1] (kernel)
[16:43] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (vivid-proposed/main) [3.19.0-71.79] (core, kernel)
[16:43] -queuebot:#ubuntu-release- New binary: linux-signed-lts-vivid [amd64] (trusty-proposed/main) [3.19.0-71.79~14.04.1] (kernel)
[16:43] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (trusty-proposed/main) [3.13.0-98.145] (core, kernel)
[16:43] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (vivid-proposed) [3.19.0-71.79]
[16:44] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-trusty [amd64] (precise-proposed) [3.13.0-98.145~precise1]
[16:44] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-xenial [amd64] (trusty-proposed) [4.4.0-42.62~14.04.1]
[16:45] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-vivid [amd64] (trusty-proposed) [3.19.0-71.79~14.04.1]
[16:45] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (trusty-proposed) [3.13.0-98.145]
[16:57] -queuebot:#ubuntu-release- Unapproved: wine (yakkety-proposed/universe) [1.8.4-1ubuntu2 => 1.8.5-1ubuntu1] (no packageset)
[16:58] -queuebot:#ubuntu-release- Unapproved: accepted wine [source] (yakkety-proposed) [1.8.5-1ubuntu1]
[17:09] <infinity> cyphermox: New ubiquity is fine if it happens soonish.  Make sure the translations are fresh too, while you're at it.
[17:11] <cyphermox> waiting for the translation export...
[17:18] -queuebot:#ubuntu-release- New binary: linbox [ppc64el] (yakkety-proposed/universe) [1.4.2-1~build1] (no packageset)
[17:18] <LocutusOfBorg> pitti, ^^ needs removals of s390x and powerpc to migrate :/
[17:18] <LocutusOfBorg> same on Debian
[17:18] -queuebot:#ubuntu-release- Unapproved: nova-lxd (yakkety-proposed/main) [14.0.0~rc1-0ubuntu1 => 14.0.0-0ubuntu1] (ubuntu-server)
[17:20] -queuebot:#ubuntu-release- Unapproved: indicator-keyboard (yakkety-proposed/main) [0.0.0+16.10.20160808-0ubuntu1 => 0.0.0+16.10.20161010-0ubuntu1] (ubuntu-desktop) (sync)
[17:22] <infinity> LocutusOfBorg: Because no one can be bothered to fix the endian bug in fflas-ffpack?
[17:22] <infinity> LocutusOfBorg: That seems like a poor excuse to go deleting binaries.
[17:23] -queuebot:#ubuntu-release- New binary: linbox [i386] (yakkety-proposed/universe) [1.4.2-1~build1] (no packageset)
[17:23] <Laney> there's my two things (unity-settings-daemon & indicator-keyboard) for review
[17:23]  * Laney takes off for a bit
[17:23] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (yakkety-proposed) [2.20.3-0ubuntu8]
[17:23] -queuebot:#ubuntu-release- Unapproved: accepted mythbuntu-meta [source] (yakkety-proposed) [0.90]
[17:23] <pitti> slangasek: no, it wasn't; looking into juju?
[17:24] <pitti> slangasek: I believe the problem is that the proxy vars don't get copied into the created container
[17:24] <LocutusOfBorg> infinity, upstream is working on it, and if I can choose between having linbox out of yakkety, or having linbox inside but without BE archs, I choose the latte
[17:24] <LocutusOfBorg> latter
[17:25] <LocutusOfBorg> but you are release team, I of course respect and follow your best opinion
[17:25] <LocutusOfBorg> amd64 failed, this package deserves to be out
[17:25] <infinity> LocutusOfBorg: Why is "out of yakkety" the other option?  It seems to be in yakkety right now.
[17:25] <LocutusOfBorg> damn, in my ppa it didn't fail
[17:25] <tsimonq2> cyphermox: ok
[17:25] <tsimonq2> whoops
[17:26] <tsimonq2> cjwatson: ok
[17:26] <LocutusOfBorg> infinity, https://launchpad.net/ubuntu/+source/linbox/+publishinghistory
[17:26] <LocutusOfBorg>  Deleted 2 hours ago by Martin Pitt
[17:26] <LocutusOfBorg> blocking givaro transition, 3 RC bugs in Debian, no rdepends
[17:27] <LocutusOfBorg> look above,
[17:27] <LocutusOfBorg> for "LocutusOfBorg: so I need to use a stronger hammer"
[17:27] <infinity> And the old version can't be rebuilt against the new givaro?
[17:27] <LocutusOfBorg> no
[17:27] <LocutusOfBorg> 3 RC bugs in debian about that issue
[17:28] <infinity> Fun.
[17:28] <LocutusOfBorg> this is why I syncd the two packages and BTW fflas-ffpack seems to be used only by linbox
[17:28] <LocutusOfBorg> so, this is why I didn't care :)
[17:28] <infinity> Then deleting it outright is probably the right answer indeed.
[17:28] <LocutusOfBorg> nice to see I got it right, thanks :) I'm still a n00b in such britney stuff
[17:28] <infinity> And blocking the current one in proposed to copy forward to ZZ.
[17:29] <LocutusOfBorg> I think ZZ will be good, assuming upstream fixes that BE stuff
[17:29] <infinity> Well, I guess it'll be blocked by its dep on the new fflas-ffpack anyway, which won't be migrating.
[17:29] <LocutusOfBorg> and I prefer to focus on other stuff
[17:30] <infinity> Oh, no, it has no runtime dep on fflas-fpack.  So, should block it artificially before deleting the old one.
[17:34] <LocutusOfBorg> sorry but I failed to parse your sentences a couple of messages ago :p I fully support you! :D
[17:35] <infinity> I fully support myself too.
[17:35] -queuebot:#ubuntu-release- New binary: linbox [arm64] (yakkety-proposed/universe) [1.4.2-1~build1] (no packageset)
[17:35] <infinity> Blocking bug filed, re-removing the old version from release.
[17:35] <slangasek> pitti: yes, it was about juju, thanks.  I figured it was a proxy environment issue of some kind.  stokachu ^^ see pitti's comments above?
[17:35] <LocutusOfBorg> thanks!
[17:36] -queuebot:#ubuntu-release- New binary: linbox [armhf] (yakkety-proposed/universe) [1.4.2-1~build1] (no packageset)
[17:40] -queuebot:#ubuntu-release- Unapproved: lsh-utils (yakkety-proposed/universe) [2.1-9build2 => 2.1-9ubuntu1] (no packageset)
[17:41] -queuebot:#ubuntu-release- Unapproved: accepted lsh-utils [source] (yakkety-proposed) [2.1-9ubuntu1]
[17:55] -queuebot:#ubuntu-release- Unapproved: ubuntu-mate-artwork (yakkety-proposed/universe) [16.10.8 => 16.10.9] (ubuntu-mate)
[17:58] -queuebot:#ubuntu-release- Unapproved: ubiquity (yakkety-proposed/main) [16.10.13 => 16.10.14] (core)
[17:58] <cyphermox> infinity: ^
[17:58]  * cyphermox -> lunch, back shortly
[18:03] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (yakkety-proposed/main) [4.8.0-22.24] (core, kernel)
[18:06] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (yakkety-proposed) [4.8.0-22.24]
[18:07] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (yakkety-proposed) [16.10.14]
[18:07] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-mate-artwork [source] (yakkety-proposed) [16.10.9]
[18:16] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (yakkety-proposed/main) [1:16.10.5 => 1:16.10.6] (core)
[18:39] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-system-settings [source] (yakkety-proposed) [0.4+16.10.20160927-0ubuntu2]
[18:40] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (yakkety-proposed) [1:16.10.6]
[18:41] <stokachu> slangasek: can you remove rc3 so I can reup?
[18:43] <stokachu> otherwise i can just bump the package rev
[18:48] <stokachu> ill just bump it
[18:49] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (xenial-proposed/main) [1:16.04.16 => 1:16.04.17] (core)
[18:49] -queuebot:#ubuntu-release- Unapproved: juju-core (yakkety-proposed/main) [2.0~rc3-0ubuntu<IP_ADDRESS> => 2.0~rc3-0ubuntu<IP_ADDRESS>] (ubuntu-server)
[18:56] <balloons> slangasek, stokachu has uploaded what I hope is a fix. The short version is we were relying on the old lxd-bridge-proxy for our lxd tests. With the new lxd networking, the tests didn't get the proxy settings. It should pick up and be passed now, assuming HTTP_PROXY is set
[19:03] <pitti> santa_: ack; I previously missed that it has already been in -proposed for 52 days, so removing from y-release; then kde-runtime should finally land and kubuntu images can build
[19:03] -queuebot:#ubuntu-release- Unapproved: rejected camo [source] (xenial-backports) [2.3.0+dfsg-1~ubuntu16.04.1]
[19:04] <pitti> ^ why the reject? bug 1615415 didn't get a response, particularly not a nack
[19:04] <pitti> infinity, apw, bdmurray, RAOF, any SRUer? ^
[19:05] <micahg> I rejected as it was missing the bug #
[19:05] <micahg> that was in backports
[19:06] <slangasek> stokachu: yeah, once it's been accepted, you have to bump the version number anyway
[19:06] <pitti> micahg: ah, ok
[19:07] <slangasek> stokachu: (accepted)
[19:08] -queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (yakkety-proposed) [2.0~rc3-0ubuntu<IP_ADDRESS>]
[19:22] <cyphermox> infinity: slangasek: any idea if it's on purpose that ppc64el server installs don't get a preseed?
[19:22] <cyphermox> ie. that yields a standard system, not one with the server seed installed.
[19:23] <slangasek> cyphermox: that sounds like a bug to me.
[19:23] <cyphermox> to me too, just checking
[19:32] <infinity> cyphermox: It's a bug.
[19:32] <infinity> One I should fix today so I stop forgetting.
[19:33] <cyphermox> well, I'm filing the bug and I know what needs to be done, so I can just fix debian-cd
[19:34] <cyphermox> https://bugs.launchpad.net/ubuntu/+source/debian-cd/+bug/1632078
[19:45] <infinity> cyphermox: Fixing it works too.
[19:50] <cyphermox> infinity: https://code.launchpad.net/~cyphermox/debian-cd/ppc64el/+merge/308075
[19:53] <infinity> cyphermox: Will look when LP gives me a diff.
[19:53] <infinity> Someone needs to email me a shawarma.
[19:58] <cyphermox> sorry, no. garlic sauce clogs up the interwebz pipez.
[19:58] <infinity> :(
[19:59] <infinity> I have a family Thanksgiving dinner in two hours, I suppose I should just wait patiently for turkey.
[20:00] <valorie> infinity: Canadian Thanksgiving?
[20:01] <cyphermox> yep
[20:01] <valorie> already
[20:01] <valorie> wow, here it is Indigenous Peoples day
[20:03] <stokachu> slangasek: thanks man
[20:03] <infinity> cyphermox: Is that a cargo-cult from x86?  At least the vga= is not PPC-friendly.
[20:03] <cyphermox> it was
[20:03] <cyphermox> so, woops.
[20:04] <infinity> Not sure if we do the gfxpayload thing on PPC either.  Would have to check an installed system.
[20:04] <cyphermox> fwiw though I have no clue why vga is set there on x86, it would be different than the other boot things
[20:04] <cyphermox> ah, yeah
[20:04] <cyphermox> that I can go check now
[20:05] <infinity> I believe we set vga on x86 to force an 80x24 console or some such.
[20:05] <cyphermox> well, maybe, but just for the MAAS entries?
[20:05] <infinity> Good point.  Maybe the commit messages have a clue.  But also, not touching it this close to release.
[20:06] <cyphermox> oh, they aren't just for maas
[20:06] <cyphermox> ah, I see
[20:06] <cyphermox> not applied for grub, applied for gfxboot
[20:07] <infinity> gfxboot needs to die.  Legacy BIOS systems are going away.
[20:08] <infinity> We either need a more accessibility-friendly way to grub, or... We need a more accessibility-friendly way to grub. :/
[20:08] <cyphermox> oh, speaking of which
[20:08] <cyphermox> I did want to make grub pretty
[20:08] <infinity> Pretty would be nice, accessible is the real concern, though.
[20:08] <infinity> Keyboard equals man and all that.
[20:08] <cyphermox> there are some ways to do that, thought still unsure about how accessible it will be
[20:08] <cyphermox> yeah, I know
[20:09] <cyphermox> our accessibility option for gfxboot is that if you don't touch anything you get maybe-ubiquity though
[20:10] <infinity> Anyhow, out of scope for this release.
[20:10] <cyphermox> in my VM looks like set gfxpayload=keep does nothing at all, perhaps I should just get rid of it
[20:10] <infinity> Is it there in the installed system?
[20:11] <infinity> If so, it's obviously harmless, and I'm happy with the same useless option being on (or off) in both.
[20:11] <cyphermox> if you'd asked before I nuked it, I would have been able to tell now
[20:11] <cjwatson> It wouldn't at all surprise me if the effect of gfxpayload=keep were difficult to observe in a VM.
[20:11] <cyphermox> cjwatson: sure, but even more on ppc64el I bet
[20:11] <cjwatson> Oh indeed.
[20:12]  * cjwatson <- context-free state machine
[20:12] <cyphermox> no worries
[20:12] <cjwatson> vga= was for performance (!), I believe
[20:12] <cjwatson> debian-cd r1574
[20:12] <cyphermox> if it's not there after install I'll remove it and we can think of adding it if someone uses a screen and notices an issue
[20:13] <cyphermox> cjwatson: sound right. it's also not added for the grub entries on amd64, only for the isolinux ones
[20:13] <cjwatson> I don't know if it's still true, but at the time d-i was agonisingly slow in kvm without it
[20:13] <infinity> Hrm.  Actually remarkably hard to tell what it's set to on a running system, cause it's hidden behind a function I can't execute in my head.
[20:14] <infinity> Ahh, but I do have vt.handoff on cmdline, which I think only happens if gfxpayload=keep
[20:15] <infinity> So, yes, it's keeping on installed systems.
[20:15] <infinity> cyphermox: Based on the above investigation, I'd say an updated MP that removes the vga= but is otherwise unchanged should be fine.
[20:16] <infinity> Now, I wonder if this is responsible for one of the error messages we get on boot from grub.
[20:16] <infinity> Which I kept meaning ti find time to debug. :P
[20:16] <cyphermox> what error message?
[20:16] <infinity> Do you not get annoying messages on grub on PPC anymore?
[20:16] <infinity> I don't think I've booted a yakkety lately.
[20:17] <cyphermox> we also don't set GRUB_GFXPAYLOAD_LINUX; which probably would be useful for gfxpayload=keep.
[20:17] <cyphermox> I haven't noticed, but I need to quickly switch HDMI inputs at just the right time when booting to be able to see the messages
[20:18] <infinity> cyphermox: I mean on ppc64el with a VM.
[20:18] <cyphermox> you said PPC
[20:19] <infinity> Well, same-same, but the PPC ISOs still use yaboot, which would make it harder to show off a grub issue. :)
[20:19] <cyphermox> I don't know. we had some issues on trusty because of missing patches
[20:19] <cyphermox> ppc64el d-i running now, will see soon
[20:21] -queuebot:#ubuntu-release- Unapproved: e2fsprogs1.41 (yakkety-proposed/universe) [1.41.14-2 => 1.41.14-2ubuntu1] (no packageset) (sync)
[20:21] -queuebot:#ubuntu-release- Unapproved: yaboot (yakkety-proposed/main) [1.3.17-2ubuntu1 => 1.3.17-2ubuntu2] (core) (sync)
[20:21] <infinity> And speaking of yaboot... ^^
[20:21] -queuebot:#ubuntu-release- Unapproved: accepted e2fsprogs1.41 [sync] (yakkety-proposed) [1.41.14-2ubuntu1]
[20:23] <cyphermox> I don't see grub errors on ppc64el.
[20:23] <infinity> Kay.  Maybe I'm living in the past.
[20:23] <infinity> No "press any key" nonsense anymore either?
[20:23] <infinity> On installed systems, not the ISO.
[20:23] <cyphermox> nope
[20:24] <infinity> Well, yay.
[20:24] <cyphermox> press any key was fixed some time ago
[20:25] -queuebot:#ubuntu-release- Unapproved: accepted yaboot [sync] (yakkety-proposed) [1.3.17-2ubuntu2]
[20:25] <cyphermox> also, updated that code branch to remove vga=
[20:25] <infinity> Ta.
[20:26] <infinity> diff from 340.96-0ubuntu6 to 340.98-0ubuntu1 (192.5 MiB)
[20:26] <infinity> ORLY.
[20:26] <infinity> Diff, buddy, did you diff binaries for me?
[20:26] <cyphermox> wat.
[20:26] <infinity> Cause that would be super helpful.
[20:26] -queuebot:#ubuntu-release- Unapproved: accepted indicator-keyboard [sync] (yakkety-proposed) [0.0.0+16.10.20161010-0ubuntu1]
[20:27] <infinity> Oh, I bet it's a shar.
[20:27] <infinity> Because nvidia lives in 1992.
[20:28] <infinity> Definitely not clicking the link to find out.
[20:28] -queuebot:#ubuntu-release- Unapproved: accepted nova-lxd [source] (yakkety-proposed) [14.0.0-0ubuntu1]
[20:37] <tsimonq2> infinity: I volunteer to freeze up my web browser. Link?
[20:37] <tsimonq2> :P
[20:37] <tsimonq2> q
[20:38] <tsimonq2> whoops
[20:38] <tsimonq2> ah ok, grepped the logs and found out what you were talking about
[20:45]  * Laney makes a face at ubuntu-system-settings' various excuses
[20:48] <infinity> Someone must have forced that ppc thing before.
[20:48] <infinity> Or it traded for a different uninstallable. :/
[20:49] <Laney> It got promoted with the previous upload
[20:49] <Laney> Would component-mismatches not yell?
[20:49] <infinity> Oh.  It was in universe before?
[20:49] <Laney> Ya
[20:49] <Laney> unity 8 shizzle
[20:49] <infinity> c-m might get confused about issues on only some arches.
[20:49] -queuebot:#ubuntu-release- Unapproved: thunderbird (yakkety-proposed/main) [1:45.3.0+build1-0ubuntu1 => 1:45.3.0+build1-0ubuntu2] (mozilla, ubuntu-desktop)
[20:50] <Laney> I wonder if this dependency is actually real or just a hack
[20:50] <infinity> I wonder why  libubuntu-platform-hardware-api-dev only exists on some arches.
[20:50] <infinity> Oh, gross, it depends on hybris.
[20:51] <infinity> Because we totally need that on every non-Android system.
[20:51] <tsimonq2> infinity: You were right, either it tried to diff binary or Vim is acting up... http://img.ctrlv.in/img/16/10/10/57fbff376a583.png
[20:52] <infinity> Laney: I'm so glad unity8 still depends on Android bits years after I suggested that might be silly. :(
[20:53] <Laney> Archive schmarchive
[20:53] <infinity> Anyhow, the arm64 build suddenly failing only two weeks after the last build is more curious.
[20:53] <infinity> We can hand-wave past the powerpc thing if we have to.
[20:53] -queuebot:#ubuntu-release- Unapproved: linux-meta-snapdragon (xenial-security/universe) [<IP_ADDRESS>0.22 => <IP_ADDRESS>0.22] (kernel) (sync)
[20:53] <Laney> Mirv's been going on abotu something that might be this
[20:53] <infinity> But that regression should be sorted.
[20:54] <infinity> Since arm64 is a unity8 target.
[20:54] <Laney> Kernel/release upgrade on the buildds
[20:54] <Laney> Making Qt stuff break in weird and wonderful ways
[20:54] <Laney> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1630906
[20:55] <infinity> cjwatson: ^^ Is there any way we can paper over that between now and release?
[20:55] <infinity> Clearly warrants further investigation, but not sure NOW is the time.
[20:57] <infinity> wgrant: ^^
[21:04] <Laney> I bet this gnome-settings-daemon alt-dep can be switched to gnome-settings-daemon-schemas
[21:05] <infinity> Is that a thing in main?
[21:06] <Laney> Yeah, it's a package split that got done ages ago so that gnome-settings-daemon the binary could move to universe
[21:07] <Laney> ages ago, but after that dependency came into existence
[21:15] <infinity> Okay, I have to run off to family dinner soon.  Will be back later to garden excuses, migrate what I can, britney block the world, and spin new images.
[21:16] <infinity> slangasek: ^
[21:16] <infinity> (The dinner will be short, ish, they know I'm working this evening)
[21:37] -queuebot:#ubuntu-release- Unapproved: ubuntu-system-settings (yakkety-proposed/main) [0.4+16.10.20160927-0ubuntu2 => 0.4+16.10.20160927-0ubuntu3] (no packageset)
[21:37] <Laney> ^- as discussed
[21:39] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-system-settings [source] (yakkety-proposed) [0.4+16.10.20160927-0ubuntu3]
[22:21] <slangasek> infinity: cool, enjoy your canadian turkey and canadian stuffing
[22:35] <cjwatson> infinity: So, um, I don't know.  It would be great if the kernel team could weigh in on the flag that can allegedly be flipped to avoid the problem.  apw?
[22:35] <cjwatson> infinity: I acknowledge that dropping back to wily would be a quick fix, but I'm not sure I'm very comfortable with it.  Dunno what wgrant thinks.
[23:03] <wgrant> cjwatson, infinity: Hm, is it the 48-bit VA change again, or something else?
[23:03] <cjwatson> 48-bit VA apparently.
[23:03] <wgrant> Ah yes
[23:04] <wgrant> cjwatson, infinity: So my preferred solution to this would be to build a custom kernel with that unset, which we can relatively easily force into the images.
[23:05] <wgrant> (I mean, preferred behind fixing Qt, which seems like it might be a non-starter due to the ABI break)
[23:05] <cjwatson> Do we know that unsetting that has reasonably mild consequences?
[23:05] <cjwatson> And would it be a long-term divergence?
[23:05] <wgrant> cjwatson: Well all it does is fix more bits of the addresses, and it matches the behaviour we had until a week ago.
[23:06] <wgrant> I assume we were 42 before but I haven't checked.
[23:06] <wgrant> On Fri, Jan 29, 2016 at 06:23:35PM -0700, dann frazier wrote:
[23:06] <wgrant> > On NUMA implementations of Cavium ThunderX, node1 memory addresses start with
[23:06] <wgrant> > bit 40 set to 1, and therefore requires >= 41 bits of VA.
[23:06] <wgrant> That was the motivation.
[23:06] -queuebot:#ubuntu-release- Unapproved: lxcfs (xenial-proposed/main) [2.0.3-0ubuntu1~ubuntu16.04.1 => 2.0.4-0ubuntu1~ubuntu16.04.1] (edubuntu, ubuntu-server)
[23:07] <wgrant> So wouldn't be a problem for scalingstack guests. The only downside I see is that anything that detects VA width (please no, surely not, but people do it with page sizes...) would continue to build for a smaller one, but that is still no worse than a week ago.
[23:07] <cjwatson> It'll do for now, just worried about having to run a forked kernel long-term.
[23:07] <wgrant> Oh sure, that wouldn't be ideal.
[23:07] <wgrant> But releasing yakkety like that doesn't hurt us there.
[23:08] <wgrant> xenial's the big problem and delaying the transition doesn't change that.
[23:11] <wgrant> cjwatson: So I guess we prepare a one-off (since we don't care about security updates for the guests) -narrow variant of xenial's linux with CONFIG_ARM64_VA_BITS=39 and CONFIG_PGTABLE_LEVELS=3, and hack l-b-i-m to install it and remove -generic?
[23:12] <cjwatson> Having to change the flavour is an annoying amount of work, but I guess there's no alternative if we don't want surprise sidegrades to generic.
[23:13] <wgrant> cjwatson: Well we could also hack l-b-i-m to fix the -generic version I suppose.
[23:16] <wgrant> Though that seems like it would require more invasive l-b-i-m changers.
[23:17] <cjwatson> Some kind of apt preferences hack perhaps.
[23:18] <wgrant> I guess if we stuck -meta in the PPA as well then preferences would work.
[23:20] <cjwatson> We'd probably want to anyway.
[23:20] <cjwatson> FSVO want.
[23:21] <wgrant> OK, will prepare a kernel and add preferences support to l-b-i-m.
[23:21] <wgrant> And that should do it I think.
[23:22] <wgrant> (also, god help us when amd64 first makes use of the 52-bit extension)
[23:23] <wgrant> Wait
[23:23] <wgrant> cjwatson: isn't the rationale in https://lists.ubuntu.com/archives/kernel-team/2016-February/070897.html completely bogus?
[23:23] <wgrant> The physical addresses have bit 40 set...
[23:24] <wgrant> But that has no implications on VA size unless arm64 Linux is weird.
[23:24] <cjwatson> Err.  Don't know this well enough to be able to work it out at gone midnight.
[23:24] <wgrant> Fair.
[23:27] -queuebot:#ubuntu-release- Unapproved: lxc (xenial-proposed/main) [2.0.4-0ubuntu1~ubuntu16.04.2 => 2.0.5-0ubuntu1~ubuntu16.04.1] (ubuntu-server)
[23:44] -queuebot:#ubuntu-release- Unapproved: lxd (xenial-proposed/main) [2.0.4-0ubuntu1~ubuntu16.04.1 => 2.0.5-0ubuntu1~ubuntu16.04.1] (edubuntu, ubuntu-server)