=== santa is now known as Guest75222 [02:26] 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] === maclin1 is now known as maclin [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] 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] acheronuk, clivejo: kjots, zanshin uploaded [03:53] -queuebot:#ubuntu-release- Unapproved: accepted zanshin [source] (yakkety-proposed) [0.4.0-1build1] [04:06] Not release-critical, but this failure looks *weird*: https://launchpadlibrarian.net/288768577/buildlog_ubuntu_yakkety_amd64_lubuntu-next_BUILDING.txt.gz [04:07] Looks like a builder bug, not an issue with the seed or anything like that... [04:07] (I could be wrong) [05:46] wgrant: yay, cheers! [05:47] acheronuk: I wiggled it a bit, but the kdepim stack is still stuck; looking at that now [05:51] pitti: yes. was just looking at that, then did a refresh and a lot seems to have shifted now? [05:51] 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] acheronuk: oh, indeed! just kdelibs4support and kde-runtime [05:55] 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] curious that it only breaks -dbg packages [05:57] I noticed that in one of the previous britney runs but hoped it would shake out. clearly not :/ [05:58] http://people.canonical.com/~ubuntu-archive/nbs.html has lots of -dbg which I cleaned up now; but those are different packages [06:01] pitti: as an example: http://paste.ubuntu.com/23301843/ [06:02] acheronuk: ah, as the new kde-runtime dropped its -dbg [06:02] aha indeed [06:02] acheronuk: so that dependency needs to be dropped from the above -dbg (or they need to get dropped as well) [06:05] so that is a NC rebuild of the affected packages? [06:06] acheronuk: if the -dbg dep gets added dynamically, yes; if it's in d/control it needs to be changed there [06:07] acheronuk: e. g. libkipi hardcodes it [06:07] Depends: kde-runtime-dbg, libkipi11 (= ${binary:Version}), ${misc:Depends} [06:07] acheronuk: and I believe the right fix is to just drop the -dbg package(s) entirely for these too [06:08] 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] Debian dropped it already [06:08] ok [06:09] acheronuk: just looked at libkipi, that can actually be synced [06:09] the only difference is that debian installs 5 extra kipi.png icons [06:10] http://paste.ubuntu.com/23301858/ [06:10] * Remove kipi.png from libkipi-data, those are now shipped by [06:10] + libkf5kipi-data. So keep them there and depend on it instead. [06:10] oops, except for that, I think that's the icon diff [06:10] so, that needs a merge [06:11] 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] 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] do you know how long we have roughly to get these sorted? I know actual isos can't be that far off [06:17] "last week" :) [06:17] really, ASAP, should happen today [06:20] 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) [1.6.1.2] [06:23] 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] maybe, not sure why they were rejected [06:25] pitti: they got rejected for: Rejected by Steve Langasek: No changes in upstream source, this looks incorrect [06:26] slangasek: your python-django-openstack-auth changes python-django-openstack-auth's python-keystoneauth1 to python3-keystoneauth1 -- that looks odd? [06:26] 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] acheronuk: oh, right [06:26] ok, I can accept that then [06:27] acheronuk: but this doesn't drop the -dbg package either [06:27] 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] slangasek: changes the binary dependency, I meant [06:38] pitti: ah, not, not on that one as the dbg package is in control [06:39] going to have to go through all these later on [06:40] calligra I'm not sure on, as that has been a problem build for ages [06:52] pitti: I believe libkdegames is obsolete === Guest75222 is now known as santa_ [06:53] hi santa_ :) [06:53] hi [06:53] gonna check libkdegames [06:54] reverse-depends kde-runtime-dbg [06:54] Reverse-Depends [06:54] =============== [06:54] * calligra-dbg [06:54] * kdebase-runtime-dbg [06:54] * kdewebdev-dbg [06:54] * libkdegames6abi1-dbg [06:54] * libkipi-dbg [06:54] * libkmahjongglib4-dbg [06:54] * libksane-dbg [06:54] oops [06:55] 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] pitti: same for kdebase-runtime-dbg, latest src:kde-runtime doesn't provide it [06:59] santa_: right, that's also not in the complaint list [06:59] amd64: calligra-dbg, kdewebdev-dbg, libkdegames6abi1-dbg, libkipi-dbg, libkmahjongglib4-dbg, libksane-dbg [06:59] santa_: I sorted out libkipi already [06:59] santa_: there is no kdegames in -proposed [07:01] pitti: there is *lib*kdegames: https://launchpad.net/ubuntu/+source/libkdegames [07:02] santa_: but libkdegames6abi1-dbg is from libkdegames4 [07:02] santa_: right, that already landed, but that's a newer versino [07:03] 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] libksane | 4:15.08.2-0ubuntu1 | yakkety/universe | source [07:04] libksane-data | 4:15.08.2-0ubuntu1 | yakkety/universe | all [07:04] libksane-data | 4:16.04.3-0ubuntu1 | yakkety/universe | all [07:04] that looks odd indeed [07:04] pitti: ok, we we will need an uploade for libkdegames4, there's stuff still using it [07:04] ah, that's now provided by libkf5sane [07:04] correct [07:05] 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] so we need an upload of that one too [07:14] 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] same for kdewebdev [07:18] we need to get the proposed migration script/britney running against out staging ppas I think [07:18] that will come later [07:19] the old libkipi needs an update too, as it's still used [07:19] santa_: I uploaded libkipi already [07:19] (Debian merge) [07:20] the old one, ok [07:20] pitti, could you do me a favour an accept libvirt into xenial. It is intended to replace the version currently in proposed [07:21] and finally we need to update calligra too [07:21] that one may be more difficult [07:22] smb: done [07:22] 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] xnox: ^ no LP bug ref [07:28] 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] santa_: sure, I can sponsor [07:29] pitti: specifically, the affected packages are (source name): libkdegames4, libksane, libkmahjongg4, kdewebdev [07:29] as I said calligra would come later [07:29] that sounds right [07:29] thanks santa_ ^^ [07:30] but the whole stack won't migrate without calligra [07:30] I know, I plan to do it too [07:30] I just want to start with the easy ones to clear up the road [07:31] calligra has been a long term pain in the posterior [07:33] nothing we can't fix [07:34] * pitti chases down some s390x regressions, looks like some weird gpg issue [08:07] running process-removals [08:13] -queuebot:#ubuntu-release- Unapproved: sudo (trusty-proposed/main) [1.8.9p5-1ubuntu1.2 => 1.8.9p5-1ubuntu1.3] (core) === maclin1 is now known as maclin [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] pitti: ^ [08:42] -queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (yakkety-proposed) [1.12.1-0ubuntu15] [08:43] mwhudson: thanks! (apparently got auto-accepted) [08:43] oh yeah [08:43] mwhudson: diff is 666 bytes. well done! [08:43] 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] apw, infinity, Laney: did you accept python-django-openstack-auth? I had a question about that for slangasek above [08:51] 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] === stokachu_ is now known as stokachu === Ursinha_ is now known as Ursinha [08:57] pitti: It was me - I noticed after accepting, queue should have a fix in a second [08:57] pitti: It's better to reject & discuss to reduce the chance of errors [08:57] Laney: ok, good point -- a sync is easy to re-do [08:57] you can fish things out of the rejected queue in any event [09:00] 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] what's up with this maas? [09:02] speaking of things chillaxing in the queue [09:03] -queuebot:#ubuntu-release- Unapproved: accepted pyzo [sync] (yakkety-proposed) [4.3.1-1] [09:03] last time I looked at it, it replaced a 2.0 stable with a 2.1 beta without an FFE [09:03] Laney, last i looked at it the FFe was not yet acked, and slangasek said "thats on me" [09:03] bug 1629909 [09:03] bug 1629909 in maas (Ubuntu) "[FFE] New upstream release MAAS 2.1" [Critical,New] https://launchpad.net/bugs/1629909 [09:04] 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] ty [09:11] pitti: http://gpul.grupos.udc.es/sponsor/kdewebdev_16.04.3-1ubuntu1.dsc [09:11] let me know if you find something wrong [09:14] santa_: LGTM, thanks! uploaded [09:18] 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] === shadeslayer_ is now known as shadeslayer [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] davmor2: can you remind me where the promote-pending-to-current job output lives? [10:05] i386 isn't promoted [10:08] Laney: out of my league jibel might be able to help you [10:08] ok [10:10] Laney, davmor: perhaps that one? https://platform-qa-jenkins.ubuntu.com/view/ubiquity/ [10:11] ah no, this one: https://platform-qa-jenkins.ubuntu.com/view/desktop/ [10:11] https://platform-qa-jenkins.ubuntu.com/view/desktop/job/ubuntu-yakkety-desktop-i386-smoke-oem/108/console [10:11] 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] slangasek: Could you promote the google-cloud-sdk in partner/yakkety-proposed to partner/yakkety, please? [10:13] (Anyone else should feel free to do that as well. ;) [10:14] Laney, https://platform-qa-jenkins.ubuntu.com/view/All/job/mark-pending-current/ [10:14] pitti: how did you find that? :P [10:14] pitti: jibel: thanks [10:15] is this VPN only? [10:16] Laney, it shouldn't. I'll promote i386 [10:16] pitti: http://gpul.grupos.udc.es/sponsor/libksane_15.08.3-1ubuntu1.dsc [10:17] pitti: ↑ I'm not sure if this one should be 1+build1 instead of 1ubuntu1 [10:18] Laney: firefox remembered :) [10:19] santa_: it should be a straight sync instead :) (I'll do that) [10:19] santa_: what's your Launchpad login name? [10:19] pitti: panfaust [10:20] 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] Laney, in this case the installation didn't even start [10:23] 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] I just hope it was just some flakiness of the server [10:23] * which provides the same than our src:libkdegames4 [10:25] santa_: so that drops libkdegames6abi1-dbg, which is fine (no rdepends) [10:25] santa_: so I agree, we can sync that (doing) and remove libkdegames4 source [10:26] santa_: always better to clean up pointless diff to debian :) [10:27] 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] 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 | ^ but that doesn't work [10:29] 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] ↑↓ [10:29] haha [10:29] no AltGr here [10:29] hmm, I don't know then [10:29] 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] ok [10:30] jibel: looks good now! [10:30] santa_: https://launchpadlibrarian.net/289074039/upload_11009094_log.txt [10:30] santa_ i. e. libksane needs a version bump [10:32] santa_: oh, our libksane-data is built from libkf5sane [10:32] santa_: so libksane needs to drop the -data binary [10:34] the binary from libksane only contains three icons anyway [10:34] yeah, there's a transitional package in our frameworks based libksane [10:34] santa_: I'll drop it from the libksane source, ok? [10:34] or do you want to handle it? [10:35] pitti: let me check something first ... [10:37] 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] Laney: ^ review, SVP ? [10:40] santa_: OK, that leaves libkmahjongg4 and calligra [10:40] yeah let me check the first one [10:41] santa_: could just be a sync of https://tracker.debian.org/pkg/libkmahjongg and dropping our source? [10:41] same binaries otherwise, same upstream version [10:42] santa_: ^ diff between those looks good [10:42] i. e. just some packaging noise (Vcs-*) and dropping -dbg [10:46] 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] pitti: while debian has src:libkmahjongg (based on kdelibs4) and src:libkf5kmahjongg (based on kdeframeworks) [10:47] santa_: no, libkmahjongg is only in Debian, not in Ubuntu; we have an almost identical source libkmahjongg4 [10:47] santa_: i. e. syncing libkmahjongg and removing libkmahjongg4 would fix it [10:49] 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] santa_: ok, doing [10:50] -queuebot:#ubuntu-release- New sync: libkmahjongg (yakkety-proposed/primary) [4:14.12.3-3] [10:51] 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] so, down to calligra ;) [10:51] allright [10:52] santa_: there is a possibility to temporarily demote calligra to yakkety-proposed (no reverse dependencies), so that the other bits can land === tsimonq2alt is now known as tsimonq2 [10:52] santa_: that should unblock Kubuntu image builds [10:53] (it seems calligra is not seeded / not on the images) [10:53] takes some pressure off [10:54] pitti: what does it mean demoting to -proposed? "removing" it from yakkety so it would be only in -proposed? something else? [10:54] santa_: right -- and it would land back in y once it gets fixed to build and drop the -dbg package [10:55] pitti: 'k, would be good to drop the .install next time too [10:55] Laney: oh, why? (I usually try to keep the diff minimal) [10:58] 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] 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] i.e. files located on different binary packages and such [10:59] s/wot/to/ [11:01] -queuebot:#ubuntu-release- Unapproved: accepted libksane [source] (yakkety-proposed) [4:15.08.3-1ubuntu1] [11:02] 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] I'm not sure about its state so I will try to talk with clive about this ASAP [11:36] santa_: I worked on that a long time ago and memory is very bad [11:37] from what I remember there was issues with it building on yakkety, I assumed the gcc version, but didnt look into it [11:38] I couldnt get anyone to sponsor me for the wily and xenial releases so I just moved on [11:39] clivejo: ack. if I can get it in a working state would you upload? [11:39] jibel: netboot just broke I'll try and get the log off the system if I can [11:40] 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] davmor2, what did you break? [11:42] 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] davmor2, can you retry? perhaps a networking issue [11:47] 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] 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] 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] ^ review appreciated (my upload), from the release checklist [12:50] 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] good morning! [13:00] 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] 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 [13:53] bug 1631955 in evolution-data-server (Ubuntu) "Update e-d-s to 3.22.1" [Medium,In progress] https://launchpad.net/bugs/1631955 [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] 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] ok [14:08] 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] pitti, what did happen to linbox? [14:16] I'm getting accepted emails [14:17] blocking givaro transition, 3 RC bugs in Debian, no rdepends [14:17] I see thanks [14:18] and it migrated again [14:19] 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] pitti, ^^ [14:49] 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] philroche: We're a bit past beta2. :) [14:54] 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] LocutusOfBorg: so I need to use a stronger hammer [14:55] infinity, Understood :) Should I create a new "16.10 Release" page? [14:56] :) [14:56] 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] if fflas-ffpack goes well, linbox will be fine also on s390x, in my ppa built everywhere [15:01] 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] 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] also, there's a ubiquity-slideshow for ubuntukylin. [15:13] another one? [15:15] 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] 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] 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] santa_, acheronuk: everything except calligra landed now (http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt) [15:20] 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 === pleia2_ is now known as pleia2 [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] 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] jderose: no FFE is needed. The legacy drivers are coming too [15:43] (Testing wouldn't hurt) [15:43] indeed [15:43] tseliot: infinity: yep, we'll still test. there's a regression in 367.44 that we're really hoping this fixes... [15:44] tseliot: so is an FFE not needed because the driver isn't in main? 367.57 will hit yakkety by release? [15:45] jderose: nvidia has never really been affected by FF. It's not in the image, [15:45] gotcha, makes sense [15:45] well, my ending a sentence with a comma sure is orginal :P [15:46] hehe [15:53] tseliot: how soon will 367.57 hit yakkety-proposed? [15:55] jderose: When someone accepts it. [15:55] Oh, wait. It was auto-accepted. [15:55] jderose: When the publisher gets around to it. :P [15:55] and someone made it sad *cough* [15:55] okay, cool [15:59] * pitti nags someone about reviewing apport and mythbuntu-meta [16:00] :) [16:08] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-340 (yakkety-proposed/restricted) [340.96-0ubuntu6 => 340.98-0ubuntu1] (ubuntu-desktop) [16:12] stokachu: I have mail about juju from over the weekend, yes [16:13] Odd_Bloke: done [16:13] 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] slangasek: Thanks! [16:13] * Laney wants to slide 2 things in [16:13] Laney: Oh my. [16:14] Gird your loins [16:14] * Laney wonders what "gird" means [16:14] "Put on a jock strap" would be the modern equivalent. [16:15] GIRD is a microkernel, isn't it? [16:15] 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] 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] not to be confused with the hurdy-gurdy [16:16] slangasek: It's too early in the morning for Swedish Chef. [16:16] That's GNU/hurdy-gurdy to you. [16:16] 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] This could be my ticket to fame and fortune. [16:17] jern ås nu and shur dee serftwer [16:17] slangasek: thanks, working with them now [16:17] 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] 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] would someone be so kind as to nuke indicator-keyboard/s390x please? [16:25] new builds are depwait [16:25] Laney: doing [16:26] infinity: would have a new ubiquity to land, trying to see if there are other fixed needed to go along with it. [16:26] slangasek: cheers [16:26] Laney: what dep makes it uninstallable? [16:26] slangasek: I think url-dispatcher [16:26] * Laney looks [16:26] Laney: confirmed, thanks [16:26] Yeah [16:27] Laney: done [16:27] 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] cyphermox: New ubiquity is fine if it happens soonish. Make sure the translations are fresh too, while you're at it. [17:11] 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] pitti, ^^ needs removals of s390x and powerpc to migrate :/ [17:18] 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] LocutusOfBorg: Because no one can be bothered to fix the endian bug in fflas-ffpack? [17:22] 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] 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] slangasek: no, it wasn't; looking into juju? [17:24] slangasek: I believe the problem is that the proxy vars don't get copied into the created container [17:24] 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] latter [17:25] but you are release team, I of course respect and follow your best opinion [17:25] amd64 failed, this package deserves to be out [17:25] LocutusOfBorg: Why is "out of yakkety" the other option? It seems to be in yakkety right now. [17:25] damn, in my ppa it didn't fail [17:25] cyphermox: ok [17:25] whoops [17:26] cjwatson: ok [17:26] infinity, https://launchpad.net/ubuntu/+source/linbox/+publishinghistory [17:26] Deleted 2 hours ago by Martin Pitt [17:26] blocking givaro transition, 3 RC bugs in Debian, no rdepends [17:27] look above, [17:27] for "LocutusOfBorg: so I need to use a stronger hammer" [17:27] And the old version can't be rebuilt against the new givaro? [17:27] no [17:27] 3 RC bugs in debian about that issue [17:28] Fun. [17:28] this is why I syncd the two packages and BTW fflas-ffpack seems to be used only by linbox [17:28] so, this is why I didn't care :) [17:28] Then deleting it outright is probably the right answer indeed. [17:28] nice to see I got it right, thanks :) I'm still a n00b in such britney stuff [17:28] And blocking the current one in proposed to copy forward to ZZ. [17:29] I think ZZ will be good, assuming upstream fixes that BE stuff [17:29] Well, I guess it'll be blocked by its dep on the new fflas-ffpack anyway, which won't be migrating. [17:29] and I prefer to focus on other stuff [17:30] Oh, no, it has no runtime dep on fflas-fpack. So, should block it artificially before deleting the old one. [17:34] sorry but I failed to parse your sentences a couple of messages ago :p I fully support you! :D [17:35] 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] Blocking bug filed, re-removing the old version from release. [17:35] 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] 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] 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] slangasek: can you remove rc3 so I can reup? [18:43] otherwise i can just bump the package rev [18:48] 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-0ubuntu1.16.10.1 => 2.0~rc3-0ubuntu2.16.10.1] (ubuntu-server) [18:56] 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] 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] ^ why the reject? bug 1615415 didn't get a response, particularly not a nack [19:04] bug 1615415 in Xenial Backports "Please backport camo 2.3.0+dfsg-1 (universe) from yakkety" [Undecided,New] https://launchpad.net/bugs/1615415 [19:04] infinity, apw, bdmurray, RAOF, any SRUer? ^ [19:05] I rejected as it was missing the bug # [19:05] that was in backports [19:06] stokachu: yeah, once it's been accepted, you have to bump the version number anyway [19:06] micahg: ah, ok [19:07] stokachu: (accepted) [19:08] -queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (yakkety-proposed) [2.0~rc3-0ubuntu2.16.10.1] [19:22] infinity: slangasek: any idea if it's on purpose that ppc64el server installs don't get a preseed? [19:22] ie. that yields a standard system, not one with the server seed installed. [19:23] cyphermox: that sounds like a bug to me. [19:23] to me too, just checking [19:32] cyphermox: It's a bug. [19:32] One I should fix today so I stop forgetting. [19:33] well, I'm filing the bug and I know what needs to be done, so I can just fix debian-cd [19:34] https://bugs.launchpad.net/ubuntu/+source/debian-cd/+bug/1632078 [19:34] Ubuntu bug 1632078 in debian-cd (Ubuntu) "ppc64el installs not preseeded via grub" [Undecided,New] [19:45] cyphermox: Fixing it works too. [19:50] infinity: https://code.launchpad.net/~cyphermox/debian-cd/ppc64el/+merge/308075 === maxb_ is now known as maxb [19:53] cyphermox: Will look when LP gives me a diff. [19:53] Someone needs to email me a shawarma. [19:58] sorry, no. garlic sauce clogs up the interwebz pipez. [19:58] :( [19:59] I have a family Thanksgiving dinner in two hours, I suppose I should just wait patiently for turkey. [20:00] infinity: Canadian Thanksgiving? [20:01] yep [20:01] already [20:01] wow, here it is Indigenous Peoples day [20:03] slangasek: thanks man [20:03] cyphermox: Is that a cargo-cult from x86? At least the vga= is not PPC-friendly. [20:03] it was [20:03] so, woops. [20:04] Not sure if we do the gfxpayload thing on PPC either. Would have to check an installed system. [20:04] fwiw though I have no clue why vga is set there on x86, it would be different than the other boot things [20:04] ah, yeah [20:04] that I can go check now [20:05] I believe we set vga on x86 to force an 80x24 console or some such. [20:05] well, maybe, but just for the MAAS entries? [20:05] Good point. Maybe the commit messages have a clue. But also, not touching it this close to release. [20:06] oh, they aren't just for maas [20:06] ah, I see [20:06] not applied for grub, applied for gfxboot [20:07] gfxboot needs to die. Legacy BIOS systems are going away. [20:08] We either need a more accessibility-friendly way to grub, or... We need a more accessibility-friendly way to grub. :/ [20:08] oh, speaking of which [20:08] I did want to make grub pretty [20:08] Pretty would be nice, accessible is the real concern, though. [20:08] Keyboard equals man and all that. [20:08] there are some ways to do that, thought still unsure about how accessible it will be [20:08] yeah, I know [20:09] our accessibility option for gfxboot is that if you don't touch anything you get maybe-ubiquity though [20:10] Anyhow, out of scope for this release. [20:10] in my VM looks like set gfxpayload=keep does nothing at all, perhaps I should just get rid of it [20:10] Is it there in the installed system? [20:11] If so, it's obviously harmless, and I'm happy with the same useless option being on (or off) in both. [20:11] if you'd asked before I nuked it, I would have been able to tell now [20:11] It wouldn't at all surprise me if the effect of gfxpayload=keep were difficult to observe in a VM. [20:11] cjwatson: sure, but even more on ppc64el I bet [20:11] Oh indeed. [20:12] * cjwatson <- context-free state machine [20:12] no worries [20:12] vga= was for performance (!), I believe [20:12] debian-cd r1574 [20:12] 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] cjwatson: sound right. it's also not added for the grub entries on amd64, only for the isolinux ones [20:13] I don't know if it's still true, but at the time d-i was agonisingly slow in kvm without it [20:13] 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] Ahh, but I do have vt.handoff on cmdline, which I think only happens if gfxpayload=keep [20:15] So, yes, it's keeping on installed systems. [20:15] 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] Now, I wonder if this is responsible for one of the error messages we get on boot from grub. [20:16] Which I kept meaning ti find time to debug. :P [20:16] what error message? [20:16] Do you not get annoying messages on grub on PPC anymore? [20:16] I don't think I've booted a yakkety lately. [20:17] we also don't set GRUB_GFXPAYLOAD_LINUX; which probably would be useful for gfxpayload=keep. [20:17] 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] cyphermox: I mean on ppc64el with a VM. [20:18] you said PPC [20:19] Well, same-same, but the PPC ISOs still use yaboot, which would make it harder to show off a grub issue. :) [20:19] I don't know. we had some issues on trusty because of missing patches [20:19] 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] And speaking of yaboot... ^^ [20:21] -queuebot:#ubuntu-release- Unapproved: accepted e2fsprogs1.41 [sync] (yakkety-proposed) [1.41.14-2ubuntu1] [20:23] I don't see grub errors on ppc64el. [20:23] Kay. Maybe I'm living in the past. [20:23] No "press any key" nonsense anymore either? [20:23] On installed systems, not the ISO. [20:23] nope [20:24] Well, yay. [20:24] 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] also, updated that code branch to remove vga= [20:25] Ta. [20:26] diff from 340.96-0ubuntu6 to 340.98-0ubuntu1 (192.5 MiB) [20:26] ORLY. [20:26] Diff, buddy, did you diff binaries for me? [20:26] wat. [20:26] 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] Oh, I bet it's a shar. [20:27] Because nvidia lives in 1992. [20:28] 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] infinity: I volunteer to freeze up my web browser. Link? [20:37] :P [20:37] q [20:38] whoops [20:38] 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] Someone must have forced that ppc thing before. [20:48] Or it traded for a different uninstallable. :/ [20:49] It got promoted with the previous upload [20:49] Would component-mismatches not yell? [20:49] Oh. It was in universe before? [20:49] Ya [20:49] unity 8 shizzle [20:49] 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] I wonder if this dependency is actually real or just a hack [20:50] I wonder why libubuntu-platform-hardware-api-dev only exists on some arches. [20:50] Oh, gross, it depends on hybris. [20:51] Because we totally need that on every non-Android system. [20:51] 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] Laney: I'm so glad unity8 still depends on Android bits years after I suggested that might be silly. :( [20:53] Archive schmarchive [20:53] Anyhow, the arm64 build suddenly failing only two weeks after the last build is more curious. [20:53] We can hand-wave past the powerpc thing if we have to. [20:53] -queuebot:#ubuntu-release- Unapproved: linux-meta-snapdragon (xenial-security/universe) [4.4.0.1030.22 => 4.4.0.1030.22] (kernel) (sync) [20:53] Mirv's been going on abotu something that might be this [20:53] But that regression should be sorted. [20:54] Since arm64 is a unity8 target. [20:54] Kernel/release upgrade on the buildds [20:54] Making Qt stuff break in weird and wonderful ways [20:54] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1630906 [20:54] Ubuntu bug 1630906 in linux (Ubuntu) "QML segfault on arm64 due to builder kernel change" [Undecided,Confirmed] [20:55] cjwatson: ^^ Is there any way we can paper over that between now and release? [20:55] Clearly warrants further investigation, but not sure NOW is the time. [20:57] wgrant: ^^ [21:04] I bet this gnome-settings-daemon alt-dep can be switched to gnome-settings-daemon-schemas [21:05] Is that a thing in main? [21:06] Yeah, it's a package split that got done ages ago so that gnome-settings-daemon the binary could move to universe [21:07] ages ago, but after that dependency came into existence [21:15] 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] slangasek: ^ [21:16] (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] ^- as discussed [21:39] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-system-settings [source] (yakkety-proposed) [0.4+16.10.20160927-0ubuntu3] [22:21] infinity: cool, enjoy your canadian turkey and canadian stuffing === DalekSec_ is now known as DalekSec [22:35] 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] 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] cjwatson, infinity: Hm, is it the 48-bit VA change again, or something else? [23:03] 48-bit VA apparently. [23:03] Ah yes [23:04] 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] (I mean, preferred behind fixing Qt, which seems like it might be a non-starter due to the ABI break) [23:05] Do we know that unsetting that has reasonably mild consequences? [23:05] And would it be a long-term divergence? [23:05] 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] I assume we were 42 before but I haven't checked. [23:06] On Fri, Jan 29, 2016 at 06:23:35PM -0700, dann frazier wrote: [23:06] > On NUMA implementations of Cavium ThunderX, node1 memory addresses start with [23:06] > bit 40 set to 1, and therefore requires >= 41 bits of VA. [23:06] 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] 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] It'll do for now, just worried about having to run a forked kernel long-term. [23:07] Oh sure, that wouldn't be ideal. [23:07] But releasing yakkety like that doesn't hurt us there. [23:08] xenial's the big problem and delaying the transition doesn't change that. [23:11] 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] 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] cjwatson: Well we could also hack l-b-i-m to fix the -generic version I suppose. [23:16] Though that seems like it would require more invasive l-b-i-m changers. [23:17] Some kind of apt preferences hack perhaps. [23:18] I guess if we stuck -meta in the PPA as well then preferences would work. [23:20] We'd probably want to anyway. [23:20] FSVO want. [23:21] OK, will prepare a kernel and add preferences support to l-b-i-m. [23:21] And that should do it I think. [23:22] (also, god help us when amd64 first makes use of the 52-bit extension) [23:23] Wait [23:23] cjwatson: isn't the rationale in https://lists.ubuntu.com/archives/kernel-team/2016-February/070897.html completely bogus? [23:23] The physical addresses have bit 40 set... [23:24] But that has no implications on VA size unless arm64 Linux is weird. [23:24] Err. Don't know this well enough to be able to work it out at gone midnight. [23:24] 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)