[08:24] <davmor3> I'm actually pretty pleased with how well the mifi is doing
[08:26] <davmor3> jibel:how we looking images wise?
[08:26] <davmor3> jibel:have we had the final spin yet?
[08:27] <jibel> davmor3, waiting for a new uitk stuck in proposed to rebuild $world
[08:27] <davmor3> oh crap that'll take an age too won't it
[08:28] <davmor3> on a plus side I might have internet by then
[08:49] <davmor3> rvr:morning
[08:49] <rvr> davmor3: Morning
[08:50] <davmor3> rvr:I haz no interwebz :'( 3g mifi to the rescue :D
[08:50] <rvr> davmor3: Oh :(
[08:50] <rvr> davmor3: So you broke the Internet at the end, isn't it?
[08:51] <davmor3> rvr: remind me never to test the interwebz again :D
[08:52] <rvr> lol
[11:58] <davmor2> jibel: can you try an oem install on 64 uefi system please?  I get no end user setup again.
[11:59] <davmor2> jibel: and the checksums are right this time
[12:00] <pitti> flexiondotorg: is bug 1426905 still a problem on current images?
[12:00] <jibel> davmor2, I will, with next build. Rebuild is in progress
[12:00] <flexiondotorg> pitti, I can't reproduce it.
[12:01] <flexiondotorg> pitti, cjwatson helped update the live seeds some weeks back which we believe should have resolved the issue.
[12:01] <flexiondotorg> pitti, I've had no feedback it is broken and current image testing has not flagged it up.
[12:02] <pitti> flexiondotorg: ok, then I guess we can un-milestone it for now?
[12:02] <flexiondotorg> pitti, Yep.
[12:02] <flexiondotorg> pitti, What does un-milestone it mean exaclty?
[12:03] <davmor2> jibel: I should add that secureboot is enabled that might have something to do with it too I guess @D
[12:03] <davmor2> :D even
[12:03] <pitti> flexiondotorg: mostly that it falls off https://bugs.launchpad.net/ubuntu/+milestone/ubuntu-15.04
[12:03] <pitti> I'd like to clean that up so that we have an useful radar of what still needs fixing/changing
[12:05] <flexiondotorg> pitti, However - https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1426905/comments/9
[12:05] <flexiondotorg> The last comment seem to imply this is an issue in  Ubuntu GNOME too if you have more than one drive.
[12:08] <pitti> jibel: bug 1428877
[12:09] <davmor2> jibel: on a plus side enter reboots and on i386 on hardware you can exit the live session and reboot into the newly installed session :) \o/
[12:09] <davmor2> back after lunch for some more
[12:37] <jibel> davmor2, ^ you can download from pending until the bot promotes them to current
[12:49] <davmor2> jibel: sure
[12:52] <davmor2> jibel: zsyncs pending now
[12:54] <elopio> ping brendand_: Saviq is asking for help in #ubuntu-autopilot. You should be there too while you are vanguard.
[12:54] <elopio> brendand_: <Saviq> hey guys, do you have an idea how to work around this failure https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/2080/console
 it is a real bug (bug #1421009), but until we can fix it, I'd like to try a workaround that would catch the introspection timeout and restart unity in that case
 bug 1421009 in qtbase-opensource-src (Ubuntu) "unity8 sometimes hangs on boot" [Critical,In progress] https://launchpad.net/bugs/1421009
 but it seems ap catches the timeout and tries again... and again... and again... which, in itself seems to be a bug (shall I file?)
[12:55] <elopio> can you take care of it?
[13:06] <Saviq> elopio, I asked yesterday night, was brendand_ vanguard then, too? ;)
[13:06]  * brendand_ isn't in ubuntu-autopilot :/
[13:41] <davmor2> jibel: good news, OEM from the pending image has the end user setup tool \o/
[13:41] <jibel> davmor2, Good news \o/
[13:47] <davmor2> jibel: one bit of bad news however shouldn't  the oem user network be setup?  ie info for the ap and password be taken from the install?
[13:57] <elopio> Saviq: probably not :) Next time, please make sure to ping ubuntu-qa, that's the highlight we all follow.
[13:58] <elopio> now fgimenez is the vanguard. Can you take care of this? ^
[13:59] <davmor2> brendand_: I saw what you did then you said in instead of an very clever ;)
[14:00] <fgimenez> elopio, ok i'll take a look
[14:01] <elopio> thanks.
[14:10] <davmor2> jibel: Woohoo!!!!! OEM has worked \o/
[14:52] <elopio> \o/ shiny and new mako screen.
[14:52] <elopio> lets see if this one lasts...
[14:56] <balloons> elopio, heh.. again? or did you just now get around to replacing?
[14:57] <balloons> elopio, I'll also note my replacement mako screen suffers from phantom touches. It will occasionally register touches all by itself
[15:00] <elopio> balloons: again, this is screen #3.
[15:01] <elopio> maybe I should get a better bumper.
[15:01] <balloons> elopio, yikes
[15:02] <elopio> michelle will hate me when I return this poor phone, but that's field testing right?
[15:02] <elopio> por las calles de Costa Rica.
[15:02] <balloons> I bought a huge bumper.. the whole thing is wrapped now
[15:02] <balloons> elopio, jaja
[15:06] <elopio> http://grooveshark.com/s/08+En+Las+Calles+De+Costa+Rica/55wuNV?src=5
[15:09] <davmor2> jibel: do we know why memcheck isn't an option on amd64 under uefi/secureboot?
[15:11] <davmor2> jibel: release notes are in place now and open as expected \o/
[15:13] <davmor2> jibel: hmm the wording does make it sound like we have Firefox and Chromium installed by default though, with, Firefox is updated to version 36 and Chromium is updated to version 41
[15:48] <elopio> vila: so, it's important to get the dep8 tests running in a bare qemu because our second priority for CI is to run dep8s on silos.
[15:49] <vila> right
[15:49] <elopio> if they fail in proposed-migration, we won't be able to put the dep8s in trunk.
[15:50] <vila> indeed
[15:52] <elopio> vila: if you got that solved, then next step is to make sure they run in the phone.
[15:52] <elopio> right now, they require phablet-config writable-image before.
[15:53] <vila> elopio: https://pastebin.canonical.com/130130/ is what is working from a bare qemu
[15:53] <elopio> vila: push it to the branch please.
[15:54] <vila> elopio: re-running once to make sure
[15:54] <vila> elopio: and then I'll push ;)
[15:54] <elopio> we still need to add to that the condition to start xvfb.
[15:54] <vila> yup
[15:55] <vila> elopio: what's the preferred way to detect that we're running on a phone (or on the desktop) ?
[15:55] <elopio> http://bazaar.launchpad.net/~autopilot/autopilot/trunk/view/head:/autopilot/platform.py#L163
[15:55] <elopio> I think the question is whether we have mir or not.
[15:56] <vila> elopio: right, that's the real question
[15:56] <elopio> pgrep unity-system-compositor
[15:56] <vila> elopio: I almost tempted to say that autopilot should do that (including xvfb setup like we did for sst)
[15:57] <elopio> I'm unclear there.
[15:57] <flexiondotorg> elfy, You about/
[15:57] <elopio> could be good.
[15:58] <elopio> what I would like is an autopilot headless mode, but that's not possible without the headless mir.
[15:58] <elfy> flexiondotorg: sort of, just doing some quick smokescreen checks - been in about 20 minutes
[15:58] <vila> elopio: it's at least possible on X
[15:59] <elopio> with a headless mir, we could depend on mirvfb | xvfb, and then call autopilot --headless, which will figure out which one to start.
[15:59] <elfy> good day quality channel people
[15:59] <vila> elopio: yup, is there a card for mirvfb ?
[16:00] <elopio> vila: there is a bug, but after long discussion we came out with the solution of asking CI to provision a kvm with gxl.
[16:00] <elopio> http://unity.ubuntu.com/mir/setup_kvm_for_mir.html
[16:00] <elopio> then the bug priority was not raised.
[16:00] <elopio> https://bugs.launchpad.net/mir/+bug/1239872
[16:02] <elopio> vila: there are some tests that won't run properly on xvfb, like the ones that require url-dispatcher.
[16:03] <elopio> url-dispatcher is only configured during mir startup.
[16:03] <vila> elopio: then the tests should require that
[16:03] <vila> elopio: and they'll be skipped otherwise
[16:03] <vila> urgh ff crashed
[16:06] <balloons> elopio, the song you linked was cool.. La máquina de hacer pájaros is an interesting artist name. What does it mean?
[16:07] <elopio> balloons: the bird making machine. It's from argentina.
[16:07] <balloons> are they instrumental only?
[16:09] <elfy> hi balloons
[16:09] <elopio> balloons: no, they sing on some.
[16:12] <vila> elopio: pgrep unity-system-compositor fails on both the phone and the desktop
[16:13] <vila> elopio: despite being there in 'ps fax'
[16:14] <vila> elopio: branch pushed after a succesful run by the way
[16:14] <balloons> ahh, I like instrumental stuff. I'll listen to more.. Favorite album by them?
[16:14] <balloons> elfy, howdy howdy!
[16:15] <balloons> my image is freshly synced and it's time to dive back in.. right after I eat :-)
[16:15] <flexiondotorg> elfy, In the QA tracker I am unsure if I should be failing test cases.
[16:16] <flexiondotorg> elfy, For example, the shutdown/reboot thing with Virtualbox.
[16:16] <elfy> balloons: well try vbox first - just to put you in the mood
[16:16] <elfy> flexiondotorg: well
[16:16] <flexiondotorg> elfy, I get an installed system. So, should I pass or fail?
[16:16] <elfy> the thing is at the end of the day - YOU are the one marking them as ready or not
[16:17] <elopio> thanks vila.
[16:17] <flexiondotorg> elfy, I will mark them ready, I have documented the vbox thing in the release note.
[16:17] <elfy> so regardless of whether fail here or not - if you are happy to make as ready
[16:17] <elfy> flexiondotorg: I'd not do that till tomorrow
[16:17] <elfy> stops people reporting against it
[16:17] <flexiondotorg> elfy, I am not going to mark them until tomorrow when others have had the oppotunity to test.
[16:17] <flexiondotorg> elfy, But based on what I've done, they are looking good.
[16:18] <elfy> aah right, thought you meant now :)
[16:18] <elopio> vila: pgrep -f unity-system-compositor
[16:18] <flexiondotorg> elfy, I'm just curious as to how some flavour have passes when others have highlighted failures you must have encountered.
[16:19] <elfy> flexiondotorg: who knows - I don't think people are NOT seeing issues
[16:19] <vila> elopio: ha, right, far better ;)
[16:19] <elopio> balloons: they only have two, the group died soon. I like Películas.
[16:20] <elfy> flexiondotorg: re vbox, I personally am happy to mark that as a fail - it does fail the test - but, I am happy to make them ready - we'll just note that on release notes
[16:22] <flexiondotorg> elfy, Thanks for the clarification.
[16:22] <flexiondotorg> elfy, I agree with your approach.
[16:27] <jibel> davmor2, anything to report on desktop images?
[16:27] <jibel> davmor2, I did Chinese, screen reader, weird partitions, no-network, non-english tests and some others and didn't find anything critital
[16:28] <jibel> critical*
[16:28] <davmor2> still going on i386 but so far nothing blocking so far
[16:45] <teward> have final-state ISOs been made available for initial testing yet, or does that wait until release tomorrow
[16:46] <elfy> teward: what we have now is likely to be it I hope
[16:46] <teward> hope so too, my Vivid VM is asploded and needs a reinstall so meh
[16:47] <elfy> if you're usiing vbox there are issues
[16:49] <elfy> well - an issue from *my*perspective - be prepared to reboot at wall
[16:49] <teward> elfy: mmm, nope, still not using vbox :P
[16:49] <teward> vmware's what i've been using :)
[16:50] <elfy> no idea with that I'm afraid
[16:51] <kenvandine> elopio, next week at our sprint, i'm going to talk to mardy about the need to reorganize our plugins for qml tests
[16:51] <elfy> teward: test results of an install from that would be useful I guess
[16:51] <elopio> kenvandine: cool, thanks.
[16:51] <kenvandine> elopio, i haven't forgotten, just good to have f2f time :)
[16:52] <elopio> kenvandine: I agree. I would like to be there too :)
[16:57] <flexiondotorg> teward, Look out for this one with Vmware. Would be interested to know if it is affected - http://launchpad.net/bugs/1447038
[16:57] <teward> flexiondotorg: gotta zsync the image down first :0
[16:58] <teward> with crappy campus wifi i don't think it'll be speedy
[17:00] <ianorlin> flexiondotorg: it doesn't effect kvm/qemu I just tested with a lubuntu-desktop image
[17:01] <flexiondotorg> ianorlin, Yep. I confirm that kvm/qemu seem unaffected.
[17:01]  * teward drags wxl out into the open :p
[17:01] <wxl> teward: dude that filed that bug left a comment on the original bug, so i was asking him to file a new one and then flexiondotorg mentioned it
[17:01] <wxl> wait, is flexiondotorg gravy45?
[17:03] <flexiondotorg> wxl, No I am not gravy45
[17:03] <flexiondotorg> gravy45 is test Ubuntu MATE though.
[17:03] <flexiondotorg> *testing
[17:05] <teward> wxl: running the test now
[17:05] <teward> wxl: now that the image finished rsync :)
[17:05] <teward> zsync*
[17:05] <teward> god i'm so used to typing rsync >.<
[17:07] <teward> wxl: #1447038 CONFIRMED with 'reboot' button on VMware Workstation 10.  CONFIRMED with 'shutdown' button on VMware Workstation 10.
[17:09] <wxl> awww fooey
[17:09] <wxl> i'm going to change the description
[17:09] <wxl> you me too it teward ?
[17:10] <wxl> head over there and leave a note about the vmware version please
[17:11] <teward> wxl: i'm generating a hardware profile per QATeam/Hardware now to include as a link - should explain the environment pretty well.
[17:15] <teward> wxl: see comment #6
[17:25] <vila> elopio: so, I've pushed my latest changes. The next step would be to run the same tests on the phone (and find the right way to express the deps). I'll dig that tomorrow
[17:25] <elopio> thanks vila.
[17:25] <elopio> I'll let you play with the branch, so I won't touch it today.
[17:27] <vila> elopio: ok
[17:44] <elfy> thanks teward
[17:45] <elfy> I suspect that (as before) fixing one fixes the other, but useful to know for release notes
[17:54] <teward> elfy: indeed.  granted that's Lubuntu - the server image from beta 2 still shuts down and reboots as it should ('cause no live environment xD)
[17:54] <teward> (and I updated my server VM via the repos and nothing broke xD)
[17:55]  * wxl slaps teward 
[17:55] <elfy> oh right
[17:56] <elfy> desktop images are things currently less than favourable on vbox
[18:06] <Saviq> om26er, thanks! note the comment I just added about boot.img
[18:07] <om26er> Saviq, just flash the latest image, install the silo and reboot the device with that boot.img ?
[18:07] <Saviq> om26er, yup
[18:08] <Saviq> om26er, let me know if you have issues
[18:09] <om26er> Saviq, sure, I will.
[18:13]  * teward slaps wxl back
[18:13]  * teward then watches the slap fight ensue
[18:21] <om26er> Saviq, if i slowly swipe from the bottom dash is reset first and then the bottom edge works.
[18:23] <om26er> We could detect a Tap vs Move and act accordingly ?
[18:23] <Saviq> om26er, not a tap vs. move, at most tap vs. long press (the button isn't actually part of the touch screen)
[18:24] <Saviq> om26er, but yes, you're right, we could fix tomorrow morning if you feel this is disqualifying
[18:26] <om26er> Saviq, hmm, I think today is the window for landing before sanity and regression testing starts
[18:26] <om26er> Saviq, tomorrow GMT morning we start doing sanity and regression testing of the image.
[18:34] <tnt1> laptop will not resume from suspend vivid 15.04  using gui or systemctl supend what package do i file a bug
[19:00] <bdmurray> tnt1: the linux (kernel) package seems like a good spot
[19:01] <bdmurray> tnt1: using ubuntu-bug linux to gather log files
[19:03] <tnt1> bdmurray the problem is that this from a liveusb disk and not a installed system
[19:11] <bdmurray> tnt1: the bug reporting process is the same
[19:12] <tnt1> bdmurray ok thanks
[20:02] <Letozaf_> balloons,  hi
[22:40] <vila> elopio: ....and pushed a better version: it executes ubuntu-touch-session when needed from inside the testbed. It's a bit hackish but avoid the issues in the test deps.
[22:41] <vila> elopio: leading to bed now, If you could smoke test it on qemu and confirm it works for you, I'll try on a phone tomorrow