[01:34] <ScottK> SpamapS: ^^^
[12:24] <shijing>  
[13:17] <sil2100_> Hello! Could anyone from the ubuntu-mir team take a look at https://bugs.launchpad.net/ubuntu/+source/qtquickcontrols-opensource-src/+bug/1429836 ?
[13:17] <sil2100_> It's currently blocking desktop builds
[13:36] <bzoltan_> mlankhorst: ping
[13:36] <mlankhorst> pong
[13:37] <bzoltan_> mlankhorst: I have forwarded a mail to you. We have been reported a serious looking sdk issue.
[13:38] <bzoltan_> mlankhorst: https://askubuntu.com/questions/592614/cant-install-ubuntu-sdk-after-installing-ubuntu-14-04-2
[13:38] <mlankhorst> *looks*
[13:39] <mlankhorst> I seem to have no problem with the one from the archive on my machine, so adding a bunch of hints to the package might help
[13:39] <bzoltan_> mlankhorst: I have checked with all possible people (Mirv, alex-abreu and myself) that we did not touch the SDK specific bits or the Qt packages in LTS anywhere.
[13:41] <bzoltan_> mlankhorst:  First of all :) I would love to understand what the problem is... and what causes it
[13:41] <mlankhorst> probably that some of the -dev packages don't install with the lts-utopic stack enabled
[13:42] <bzoltan_> mlankhorst:  how can that happen?
[13:43] <mlankhorst> -dev packages are a weird corner case
[13:43]  * bzoltan_ is ashamed for his ignorance on the topic
[13:44] <mlankhorst> the packages on the lts stack are renamed and stuff
[13:44] <mlankhorst> so xxx-dev becomes xxx-dev-lts-utopic
[13:45] <mlankhorst> but other packages might still require xxx-dev, to handle that I add a provides: xxx-dev, but if that package is not installed you're out of luck..
[13:47] <bzoltan_> mlankhorst: what do you suggest to do? broken SDK is far from fun :)
[13:48] <mlankhorst> sec
[13:48] <mlankhorst> running updates in my chroot first
[13:53] <popey> mlankhorst: I tested this in a clean 14.04.2 vm, which is where the paste in the au post came from
[13:54] <mlankhorst> yeah
[13:55] <mlankhorst> # apt-get install ubuntu-sdk libegl1-mesa-dev-lts-utopic  libgles2-mesa-dev-lts-utopic libgbm-dev-lts-utopic  libegl1-mesa-drivers-lts-utopic libgl1-mesa-dev-lts-utopic
[14:03] <mlankhorst> or shorter.. # apt-get install ubuntu-sdk-libs-dev libgl1-mesa-dev-lts-utopic libgles2-mesa-dev-lts-utopic
[14:09] <bzoltan_> mlankhorst:  good stuff, thank you.   Where should it be added? to the ubuntu-sdk?
[14:10] <mlankhorst> no idea tbh :P
[14:10] <bzoltan_> popey:  ^ would you please test this
[14:10] <mlankhorst> it depends on whether you have the hwe stack or not
[14:11] <popey> ok
[14:14] <popey> mlankhorst: bzoltan_ http://paste.ubuntu.com/10568517
[14:14] <popey> (from pasting your first command into a 14.04.2 vm)
[14:14] <mlankhorst> that's correct right?
[14:14] <mlankhorst> second command should work too, but shorter
[14:16] <popey> well, it doesn't error...
[14:16] <popey> and more importantly it doesn't want to remove anything
[14:17] <mlankhorst> second command's probably the one you want
[14:18] <popey> well, the command I really want is "apt-get install ubuntu-sdk" :)
[14:19] <popey> http://paste.ubuntu.com/10568538/
[14:19] <mlankhorst> what if you add depends: libgl1-mesa-dev-lts-utopic | libgl1-mesa-dev, libgles2-mesa-dev-lts-utopic | libgles2-mesa-dev to ubuntu-sdk-libs ?
[14:19] <bzoltan_> popey: well, we need to convince the LTS edition of the ubuntu-sdk to do that
[14:20] <bzoltan_> popey: who has the license to upload to Trusty a change like this?
[14:21] <popey> usual SRU process
[14:21] <popey> !sru
[14:24] <bzoltan_> !ok
[14:24] <bzoltan_> Thanbk:D
[15:00] <mlankhorst> bzoltan_: bah, explicitly adding the other -dev packages resulted in reverting back to unrenamed stack :(
[15:01] <bzoltan_> mlankhorst:  crap
[15:06] <bzoltan_> mlankhorst:  so if I add these dependencies to the ubuntu-sdk-libs-dev then it will revert to the unranemed stack when installed?
[15:06] <mlankhorst> maybe if I add a bit more help to the resolver
[15:09] <bzoltan_> mlankhorst: the ubuntu-sdk-libs-dev comes from the seeds... and SRU'ing a seed is something what turns opn big red lights and noisy sirens :D
[15:09] <mlankhorst> ah second attempt works..
[15:10] <ogra_> bzoltan_, well, we just have never done it before (i think) ...
[15:10] <ogra_> it is likely solvable
[15:10] <mlankhorst> bzoltan_: https://launchpadlibrarian.net/199746287/ubuntu-touch-meta_1.126.2~ppa1_1.126.2~ppa2.diff.gz
[15:10] <cjwatson> That's a creative interpretation given that we SRU metapackages (via seeds) to introduce the HWE stacks in the first place
[15:10] <ogra_> ah !
[15:10] <ogra_> bzoltan_, see :)
[15:10] <mlankhorst> hm works with the hwe stack, trying without..
[15:12] <cjwatson> Well, as it happens it seems we haven't actually SRUed ubuntu-meta for the HWE stacks - but at any rate it's not true that it's some kind of forbidden thing
[15:12] <cjwatson> It would be assessed like any other change
[15:12] <mlankhorst> bah, breaks without the hwe stack..
[15:15] <mlankhorst> cjwatson: any idea how I can give the resolver hints to solve this correctly?
[15:15] <cjwatson> Not sure, sorry
[15:16] <cjwatson> Try mvo
[15:16] <mlankhorst> ok
[15:16] <mlankhorst> bzoltan_: could it be done manually somehow?
[15:17] <bzoltan_> mlankhorst: manually?
[15:17] <mlankhorst> yeah
[15:17] <mlankhorst> if iyou're on the hwe stack, use this command, else use this command
[15:18] <bzoltan_> mlankhorst:  the installation guide of the SDK is pretty skinny https://developer.ubuntu.com/en/start/ubuntu-sdk/installing-the-sdk/
[15:18] <bzoltan_> mlankhorst:  I do not think we can do that.
[15:19] <mlankhorst> ok
[15:19] <bzoltan_> mlankhorst:  the simple installation of the SDK is one of the fundamental requironment :(
[15:20] <bzoltan_> mlankhorst:  as a workaround we can suggest to the victims of this problem to install those packages manually, but I would not canonize this as official installation
[15:21] <mlankhorst> it's a pain regardless..
[15:21] <mlankhorst> the apt solver would need to be changed to fix it
[15:28] <tgm4883> Reading the backlog now. Is there an issue with the daily ISO builds? Trying to find the systemd images for testing
[15:29] <cjwatson> tgm4883: yes, it was fixed earlier today, except for Ubuntu desktop which is blocked on https://bugs.launchpad.net/ubuntu/+source/qtquickcontrols-opensource-src/+bug/1429836
[15:29] <cjwatson> (the problem was that upstart was still priority: required and so was installed by debootstrap)
[15:30] <tgm4883> cjwatson: ah, so the one that I looked at on cdimage.ubuntu.com that I thought would definitely be updated is the one that hasn't been
[15:30] <tgm4883> but the rest do seem to be there :)
[15:31] <tgm4883> cjwatson: thanks, I'll pull some down and do some testing
[15:32] <bzoltan_> mlankhorst: It is pain indeed. I though that it could be escapated to the apt too.
[15:33] <mlankhorst> *tests one more thing*
[15:35] <mlankhorst> meh :/
[15:39] <mlankhorst> I'll look at it more tomorrow
[15:43] <bzoltan_> mlankhorst: Thank you.
[16:10] <jamespage> please can a member of the release team review bug 1426761 and bug 1423601
[16:11] <jamespage> I'd like to get those landed asap if possible
[16:52] <flexiondotorg_> cjwatson, If I wanted to add an armv7hf device to Ubuntu MATE, do I need to modify debian-cd, livecd-rootfs and ubuntu-cdimage?
[16:56] <cjwatson> Probably just ubuntu-cdimage
[16:56] <cjwatson> (etc/default-arches)
[16:56] <flexiondotorg_> cjwatson, Thanks. That's enough to be me started.
[16:56] <cjwatson> Also probably worth getting into the habit of calling it just "armhf", which is the Ubuntu architecture name for it
[16:57] <flexiondotorg_> cjwatson, My Arch background seeping through. Sorry.