[01:34] SpamapS: ^^^ === sil2100__ is now known as sil2100_ === doko__ is now known as doko [12:24] [13:17] 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] Launchpad bug 1429836 in qtquickcontrols-opensource-src (Ubuntu) "[MIR] qtquickcontrols-opensource-src" [Undecided,New] [13:17] It's currently blocking desktop builds [13:36] mlankhorst: ping [13:36] pong [13:37] mlankhorst: I have forwarded a mail to you. We have been reported a serious looking sdk issue. [13:38] mlankhorst: https://askubuntu.com/questions/592614/cant-install-ubuntu-sdk-after-installing-ubuntu-14-04-2 [13:38] *looks* [13:39] 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] 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] mlankhorst: First of all :) I would love to understand what the problem is... and what causes it [13:41] probably that some of the -dev packages don't install with the lts-utopic stack enabled [13:42] mlankhorst: how can that happen? [13:43] -dev packages are a weird corner case [13:43] * bzoltan_ is ashamed for his ignorance on the topic [13:44] the packages on the lts stack are renamed and stuff [13:44] so xxx-dev becomes xxx-dev-lts-utopic [13:45] 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] mlankhorst: what do you suggest to do? broken SDK is far from fun :) [13:48] sec [13:48] running updates in my chroot first [13:53] mlankhorst: I tested this in a clean 14.04.2 vm, which is where the paste in the au post came from [13:54] yeah [13:55] # 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] or shorter.. # apt-get install ubuntu-sdk-libs-dev libgl1-mesa-dev-lts-utopic libgles2-mesa-dev-lts-utopic [14:09] mlankhorst: good stuff, thank you. Where should it be added? to the ubuntu-sdk? [14:10] no idea tbh :P [14:10] popey: ^ would you please test this [14:10] it depends on whether you have the hwe stack or not [14:11] ok [14:14] mlankhorst: bzoltan_ http://paste.ubuntu.com/10568517 [14:14] (from pasting your first command into a 14.04.2 vm) [14:14] that's correct right? [14:14] second command should work too, but shorter [14:16] well, it doesn't error... [14:16] and more importantly it doesn't want to remove anything [14:17] second command's probably the one you want [14:18] well, the command I really want is "apt-get install ubuntu-sdk" :) [14:19] http://paste.ubuntu.com/10568538/ [14:19] 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] popey: well, we need to convince the LTS edition of the ubuntu-sdk to do that [14:20] popey: who has the license to upload to Trusty a change like this? [14:21] usual SRU process [14:21] !sru [14:21] Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [14:24] !ok [14:24] You're welcome! But keep in mind I'm just a bot ;-) [14:24] Thanbk:D === sil2100_ is now known as sil2100 === seb128_ is now known as seb128 [15:00] bzoltan_: bah, explicitly adding the other -dev packages resulted in reverting back to unrenamed stack :( [15:01] mlankhorst: crap [15:06] 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] maybe if I add a bit more help to the resolver [15:09] 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] ah second attempt works.. [15:10] bzoltan_, well, we just have never done it before (i think) ... [15:10] it is likely solvable [15:10] bzoltan_: https://launchpadlibrarian.net/199746287/ubuntu-touch-meta_1.126.2~ppa1_1.126.2~ppa2.diff.gz [15:10] That's a creative interpretation given that we SRU metapackages (via seeds) to introduce the HWE stacks in the first place [15:10] ah ! [15:10] bzoltan_, see :) [15:10] hm works with the hwe stack, trying without.. [15:12] 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] It would be assessed like any other change [15:12] bah, breaks without the hwe stack.. [15:15] cjwatson: any idea how I can give the resolver hints to solve this correctly? [15:15] Not sure, sorry [15:16] Try mvo [15:16] ok [15:16] bzoltan_: could it be done manually somehow? [15:17] mlankhorst: manually? [15:17] yeah [15:17] if iyou're on the hwe stack, use this command, else use this command [15:18] mlankhorst: the installation guide of the SDK is pretty skinny https://developer.ubuntu.com/en/start/ubuntu-sdk/installing-the-sdk/ [15:18] mlankhorst: I do not think we can do that. [15:19] ok [15:19] mlankhorst: the simple installation of the SDK is one of the fundamental requironment :( [15:20] 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] it's a pain regardless.. [15:21] the apt solver would need to be changed to fix it [15:28] Reading the backlog now. Is there an issue with the daily ISO builds? Trying to find the systemd images for testing [15:29] 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] Launchpad bug 1429836 in qtquickcontrols-opensource-src (Ubuntu) "[MIR] qtquickcontrols-opensource-src" [Undecided,New] [15:29] (the problem was that upstart was still priority: required and so was installed by debootstrap) [15:30] 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] but the rest do seem to be there :) [15:31] cjwatson: thanks, I'll pull some down and do some testing [15:32] mlankhorst: It is pain indeed. I though that it could be escapated to the apt too. [15:33] *tests one more thing* [15:35] meh :/ [15:39] I'll look at it more tomorrow [15:43] mlankhorst: Thank you. [16:10] please can a member of the release team review bug 1426761 and bug 1423601 [16:10] bug 1426761 in pacemaker (Ubuntu) "[FFe] Upgrade pacemaker to 1.1.12" [Medium,New] https://launchpad.net/bugs/1426761 [16:10] bug 1423601 in ceph (Ubuntu) "[FFe] ceph 0.93 -> hammer release" [High,New] https://launchpad.net/bugs/1423601 [16:11] I'd like to get those landed asap if possible [16:52] 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] Probably just ubuntu-cdimage [16:56] (etc/default-arches) [16:56] cjwatson, Thanks. That's enough to be me started. [16:56] Also probably worth getting into the habit of calling it just "armhf", which is the Ubuntu architecture name for it [16:57] cjwatson, My Arch background seeping through. Sorry. === pgraner is now known as pgraner-afk