[01:10] <ypwong> get the error assert failed: getprop("ro.product.device") == "manta" || getprop("ro.build.product") == "manta" when installing trusty-preinstalled-touch-armel+manta.zip in recovery on nexus 10
[05:22] <Mike> hello
[05:22] <Mike> anyone here?
[08:01] <mpt> 2014/03/28 07:55:56 Rebooting into recovery to flash
[08:01] <mpt> 2014/03/28 07:57:07 Failed to enter Recovery
[08:03] <mpt> \o/ It worked after all
[10:00] <JamesTait> Good morning all!  Happy Friday, and happy Something On A Stick Day! :-D
[10:27] <t1mp> nik90: in addition to the tabs failures that zsombi mentioned in the AP tests, I got another one: http://paste.ubuntu.com/7167683/
[10:28] <t1mp> nik90: any ideas? We are testing changes in UITK including https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/tab_selection_timing/+merge/210219 which should actually fix it
[11:02] <nik90> t1mp: looking at it now
[11:04] <t1mp> nik90: do you have a nexus4?
[11:04] <nik90> t1mp: yes
[11:04] <t1mp> do you happen to have image 264 installed on it?
[11:04] <t1mp> I like to figure out if any of these errors can be reproduced with a stock 264 that doesn't have our changes for ubuntu-ui-toolkit
[11:04] <t1mp> hmm
[11:05] <t1mp> I can re-flash it myself after I finish these tests of course
[11:06] <nik90> t1mp: I am waiting for my phone to start up..but I am definitely on the proposed images for sure
[11:06] <nik90> t1mp: what exactly do you want to test on the phone?
[11:06] <nik90> t1mp: the AP failure above?
[11:08] <t1mp> nik90: phablet-test-run ubuntu_clock_app
[11:08] <t1mp> that's all :)
[11:09] <t1mp> uh I got lucky Ran 20 tests in 516.560s
[11:09] <t1mp> OK
[11:09] <t1mp> some times the tests pass
[11:11] <nik90> t1mp: could be a timing issue that caused it to fail before
[11:11] <nik90> t1mp: that's usually the suspect when you get StateNotFoundError: Object not found with name
[11:11] <t1mp> yes. Then https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/tab_selection_timing/+merge/210219 was not enough to fix it
[11:12] <nik90> no no
[11:12] <nik90> the above MP is for the tab selectio
[11:12] <nik90> selection*
[11:12] <nik90> the failure is due to the listview not appearing on time
[11:13] <nik90> t1mp: the failures that zsombi pointed out at http://pastebin.ubuntu.com/7166706/, those are the true tab timing failures which the above MP is supposed to fix
[11:13] <t1mp> the results seem a bit random
[11:13] <t1mp> nik90: yes, I got those before also, with the same UITK version installed that should include the fix
[11:14] <t1mp> I'm running the tests 10 times now, to see how many pass with the changes
[11:14] <nik90> t1mp: if you got zsombi's failures, then the MP doesn't fix the tab timing issues reliably.
[11:14] <nik90> t1mp: as for the other failure you linked above, that is localised in the clock app and something I need to take a look at my end :)
[11:16] <nik90> t1mp: I just update image 265 on my phone. Should I install it and then test as well?
[11:16] <t1mp> nik90: clock app tests look very reliable in the result history here http://ci.ubuntu.com/smokeng/trusty/touch/mako/264:20140327.1:20140304/7399/ubuntu_clock_app/
[11:16] <t1mp> nik90: so I wonder why I am getting errors, and the smoke tests all pass.. am I just unlucky?
[11:17] <t1mp> nik90: we're trying to figure out if we introduced a regression, so I think it is better to first see if you can reproduce the failures without the updated UITK, and then add the PPA and check with the new version
[11:18] <nik90> t1mp: ok...I had just a more deeper look at the failure you linked. It seems that the timing issue is related to the toolbar. The AP is trying to click on a toolbar button that is not visible yet.
[11:18] <t1mp> results for image 265 look weird http://ci.ubuntu.com/smokeng/trusty/touch/mako/265:20140328:20140304/7406/ so I don't know what's up with that image
[11:18] <nik90> t1mp: and I used the UITK toolbar emulator function here
[11:19] <t1mp> yes the toolbar emulator should take care of that
[11:20] <t1mp> there is a wait in there to wait for the toolbar to be opened
[11:20] <nik90> t1mp: yes. I have *never* had timing issues with the toolbar before
[11:26] <nik90> t1mp: to flash a specific image do I do "system-image-cli -c trusty -v -b 264" ?
[11:28] <t1mp> nik90: huh? I  never used system-image-cli
[11:28] <t1mp> nik90: I use ubuntu-device-flash
[11:29] <nik90> t1mp: ah the above command is to switch from trusty-proposed to trusty as told by ogra_ a long time ago
[11:29] <popey> nik90: that should work..but you need trusty-proposed for the channel
[11:29] <nik90> popey: ah ok
[11:29] <popey> as 264 isnt in trusty
[11:30] <t1mp> why do we have multiple commands to flash the device?
[11:30] <t1mp> and where does system-image-cli come from? the command doesn't exist on my laptop
[11:32] <t1mp> nik90: I had a few runs of the AP tests for clock now without any failures
[11:32] <t1mp> zsombi: ^
[11:32] <ogra_> t1mp, thats on the device
[11:32] <popey> we dont have multiple commands
[11:32] <popey> one is on device, one is from pc
[11:33] <t1mp> ahh
[11:33] <t1mp> I never did that from the device
[11:33] <t1mp> thanks, it makes sense now :)
[11:33] <popey> ☻
[11:37]  * zsombi back
[11:38] <zsombi> t1mp: so, everything is cool now then?
[11:38] <t1mp> zsombi: no, it is flaky
[11:38] <t1mp> zsombi: I had two full test runs without problems, and now another one that gave an error
[11:39] <zsombi> t1mp: excellent
[11:39] <t1mp> zsombi: if the tests show the same flakiness in image 264 without the changes that we try to land, then we can land
[11:39] <t1mp> zsombi: but we must make sure that we did not introduce them
[11:39] <t1mp> zsombi: I am still testing with the landing ppa enabled
[11:39] <zsombi> t1mp: ok
[11:42] <ogra_> t1mp, 264 had no errors http://ci.ubuntu.com/smokeng/trusty/touch/mako/264:20140327.1:20140304/7399/
[11:45] <t1mp> ogra_: I know. I get errors with UITK changes *some times*
[11:45] <t1mp> ogra_: so I cannot reproduce them consistently. I wonder if that is the case with 264, and we were just lucky
[11:46] <ogra_> might be, didrocks usually sends a summary in the landing mails about known flaky tests
[11:47] <didrocks> t1mp: no flaky tests are known as of now, but there are some unity8 crashers, maybe look if they are linked
[11:54] <zsombi> t1mp: ok... I'm continuously getting unlock_screen() failures on AP tests on any MR I create
[11:55] <zsombi> didrocks: is the unity8 crash related to the unlock_screen()?
[11:55] <didrocks> zsombi: no, this is a bustage in powerd
[11:55] <didrocks> zsombi: I revert it in the distro and an image is going to be kicked
[11:55] <zsombi> didrocks: okay, thx
[11:55] <didrocks> same than dashboard results
[11:55] <didrocks> zsombi: if you want to speed it up, install latest powerd
[11:55] <ogra_> zsombi, install the powerd from the archive
[11:56] <zsombi> orga_ you mean the powerd to get the ulock_screen() issue workaround?
[11:57] <ogra_> the fix ...
[11:57] <ogra_> :)
[11:57] <didrocks> zsombi: yeah, just apt-get install it
[11:57] <didrocks> reboot
[11:57] <didrocks> and you should be fine
[11:57] <zsombi> didrocks: okay :)
[11:57] <didrocks> zsombi: see, everyday is fun here :)
[11:58] <zsombi> didrocks: I have ~2 MPs failing on Jenkins because of this unlock thingie
[11:58] <zsombi> didrocks: I have no doubth about that :D
[11:58] <ogra_> bugs happen
[11:58] <didrocks> zsombi: yeah, next image is going to be published in ~50 minutes
[11:58] <zsombi> orga_ no, that's sh*t, that happens :D
[11:58] <didrocks> so then, you should be fine on jenkins
[11:59] <ogra_> :)
[11:59] <zsombi> didrocks: awesome! I anyway have loads of other stuff to do, so I can wait till then ;)
[11:59] <didrocks> heh :)
[11:59] <zsombi> didrocks: I know I'm a lazy bastard :D
[12:00] <didrocks> zsombi: well, if you can avoid loosing this time and focus on something else, that's fine :)
[12:00] <zsombi> didrocks: the bug backlog is never empty, so... ;)
[12:01] <t1mp> zsombi: better hurry up and clear the bug backlog then :)
[12:01] <didrocks> zsombi: I'm not surprised :p
[12:01] <zsombi> t1mp: look who's talking :D
[12:01] <ogra_> you mean there are bugs in our UITK ?!?
[12:01] <zsombi> orga_: uhm... no, there're loads of features :D
[12:01] <t1mp> ogra_: no, only people who use it wrong ;)
[12:01] <ogra_> :)
[12:02] <zsombi> we need some toxins for the bugs :D
[12:02] <zsombi> ok, /me goes back to dig into Layouts
[12:03] <t1mp> zsombi: speaking of bugs, do you know what is expected from this? https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1187335 can I close it?
[12:06] <zsombi> t1mp: well, there was a sheet (yet another one) back then to fill in about which test has what. I guess it can be closed, the sheet is not in use, at least I haven't seen it afterwards...
[12:06] <t1mp> ok I closed it, finally :)
[12:07] <zsombi> :)
[12:07] <t1mp> Ran 20 tests in 518.940s
[12:07] <t1mp> OK
[12:08] <t1mp> zsombi: ^ after purging the landing ppa...
[12:08] <t1mp> I'll repeat it a few times
[12:10] <Saviq> ogra_, lool, rsalveti, I identified two files that need cleanup due to dropping sflinger support:
[12:10] <Saviq> lxc-android-config: /etc/init/boot-hooks/set-display-mir.conf
[12:10] <Saviq> ubuntu-touch-session: /etc/profile.d/qpa_plugin.sh
[12:10] <Saviq> /etc/environment could lose the QML2_IMPORT_PATH, not sure where that comes from, though
[12:10] <ogra_> Saviq, from live-build ...
[12:11] <ogra_> Saviq, there are more files
[12:11] <ogra_> (which is why it scares me to remove the .display-mir file ... easy to miss something)
[12:11] <Saviq> ogra_, well, we need to drop it somewhen anyway...
[12:12] <ogra_> indeed
[12:12] <ogra_> you want to drop it from usc-wrapper too
[12:12] <ogra_> and most likely we need to rework the lightdm session
[12:13] <Saviq> ogra_, so, are you saying you'd rather do that separately?
[12:13] <ogra_> no, would be good to do it all in one silo
[12:14] <ogra_> but when we do it we should drop the special casing that enables the back/forward switching for lightdm in ubuntu-touch-session as well
[12:15] <Saviq> mzanetti, please coordinate with ogra_ ↑
[12:15] <mzanetti> sure
[12:15] <mzanetti> hi Oli :)
[12:16] <ogra_> hey
[12:16] <ogra_> mzanetti, there are a few bits in ubuntu-touch-session that mterry put in place to enable the switching in lightdm ...
[12:16] <ogra_> we should probably just ask him to clean it up since he knows best what can go
[12:17] <mzanetti> ok. will take care of that when he shows up
[12:17] <Saviq> he's away today :|
[12:17] <ogra_> bah
[12:17] <ogra_> yay timing
[12:18] <mzanetti> ok. at least we can prepare everyhting else today I'd say
[12:19] <ogra_> yep
[12:19] <mzanetti> so those are to be cleaned up for sure: https://code.launchpad.net/~unity-team/unity8/right-edge-2/+merge/213172/comments/504199
[12:20] <Saviq> "cleanly shot down"
[12:20] <Saviq> lol
[12:21] <mzanetti> Saviq: ?
[12:22] <Saviq> looks like http://bazaar.launchpad.net/~phablet-team/ubuntu-touch-session/trunk/revision/163 and http://bazaar.launchpad.net/~phablet-team/ubuntu-touch-session/trunk/revision/133 are the related revs
[12:22] <Saviq> it doesn't look like there'd really be a lot to change
[12:23] <Saviq> type=unity;surfaceflinger
[12:24] <ogra_> hmm, i thought there was more
[12:24]  * Saviq greps for MIR_SOCKET, too
[12:25] <Saviq> ubuntu-touch-session: /usr/bin/ubuntu-touch-session
[12:25] <mzanetti> https://code.launchpad.net/~mzanetti/ubuntu-touch-session/drop-sf-support/+merge/213243
[12:26] <Saviq> mzanetti, usc-wrapper, too
[12:26] <pmcgowan> Mirv, popey any thoughts on that saucybacon issue with qmlscene?
[12:26] <Saviq> should we put the QT_QPA_PLATFORM somewhere else (/etc/environment), now that it's not dynamic?
[12:27] <popey> pmcgowan: fixed, new version in store already
[12:27] <Saviq> ogra_, ↑? do we need it in both profile.d and separately in u-t-session?
[12:27] <pmcgowan> popey, did you just change the app?
[12:27] <mzanetti> Saviq: not exactly sure what to do with usc-wrapper
[12:27] <Saviq> mzanetti, just drop the "return 1"
[12:27] <pmcgowan> popey, is it not a real issue with qmlscene? i.e. will other apps hit it
[12:28] <ogra_> Saviq, well, profile.d is used by adb/sudo
[12:28] <Saviq> mzanetti, the whole if [] actually
[12:28] <mzanetti> yep
[12:28] <popey> pmcgowan: i notified the developer, gcollura, who updated the app
[12:28] <ogra_> Saviq, we need to make sure that we have the same variable available in both, session and adb sudoed session
[12:28] <mzanetti> pushed
[12:28] <pmcgowan> popey, I am still concerned that qmlscene is complaining
[12:29] <pmcgowan> do we understand why?
[12:29] <Saviq> mzanetti, also, 52-ubuntu-touch.conf
[12:29] <Saviq> mzanetti, drop ;surfaceflinger
[12:29] <mzanetti> ack
[12:29] <Saviq> ogra_, yeah, doesn't /etc/environment give us that? or should we move stuff out from /etc/environment?
[12:29] <ogra_> i think we should move it out there
[12:30] <Saviq> as part of this change?
[12:30] <ogra_> if you feel like :)
[12:30] <ogra_> its in livecd-rootfs
[12:31] <gcollura> pmcgowan, what are you referring to if I may know? :)
[12:31] <popey> gcollura: bug 1298659
[12:31] <Saviq> ogra_, I'm just not sure what's The Right Thing™ to do there, I only know a few of the vars there, and not sure we only want them in the touch session
[12:31] <pmcgowan> gcollura, the issue with the -I option
[12:31] <Saviq> ogra_, I know we won't need QML2_IMPORT_PATH at all, we're cleaning that up
[12:32] <ogra_> so lets drop what we are sure about
[12:32] <ogra_> the rest is for a later review
[12:33] <mzanetti> +1 :)
[12:33] <Saviq> mzanetti, ↑ frop QML2_IMPORT_PATH from /etc/environment, shipped in livecd-rootfs
[12:33] <mzanetti> ack
[12:33] <gcollura> pmcgowan, ok that is weird
[12:33] <Saviq> drop
[12:33] <mzanetti> pushed ubuntu-touch-session btw
[12:33] <Saviq> mzanetti, but we also need unity-mir to install in the path from unity-api.pc
[12:33] <pmcgowan> is Mirv around
[12:34] <Saviq> mzanetti, and then we need to clean unity8's main() to not try and mangle the existing QML2_IMPORT_PATH
[12:34] <gcollura> pmcgowan, if I remember correctly I've noticed that kind of error a week or two ago, but I didn't get worried much actually
[12:34] <Saviq> main.cpp:22
[12:34] <popey> pmcgowan: < Exec=qmlscene -I modules/ app/saucybacon.qml
[12:34] <Saviq> erm
[12:34] <Saviq> main.cpp:122
[12:34] <popey> pmcgowan: > Exec=qmlscene $@ -I backend ./app/saucybacon.qml
[12:34] <popey> thats the diff between the broken and working versions
[12:35] <pmcgowan> oh really
[12:35] <popey> i just diffed between saucybacon 0.14 and 0.15
[12:35] <popey> well, not entire diff ☻
[12:35] <pmcgowan> that looks more like a syntax fix between qt versions or something
[12:35] <popey> but diff in .desktop file
[12:36] <pmcgowan> popey, ok guess I will stop worrying about it
[12:36] <gcollura> pmcgowan, no wait I was referring to another thing
[12:36] <pmcgowan> thanks
[12:36] <pmcgowan> gcollura, ?
[12:37] <mzanetti> ogra_: Saviq: https://code.launchpad.net/~mzanetti/livecd-rootfs/drop-sf-support/+merge/213249
[12:37] <gcollura> pmcgowan, nothing, forgot the last two messages
[12:37] <ogra_> looks fine
[12:37] <pmcgowan> gcollura, what messages
[12:39] <Mirv> pmcgowan: hi, it doesn't seem to happen on desktop, which is the odd part
[12:40] <pmcgowan> Mirv, right noticed that
[12:40] <Saviq> mzanetti, you're onto lxc-android-config, too?
[12:41] <Mirv> so far I don't have a clue how it can be different, but I haven't been able to look at that much either. I'll get someone to help me if I don't find anything myself.
[12:41] <mzanetti> yeah... autopilot bailed out of course... fixing that
[12:41] <pmcgowan> Mirv, thanks
[12:42] <Saviq> ogra_, will you do uploads to the silo? (I don't think livecd-rootfs goes through CI train? does -session, lxc-android-config?)
[12:43] <ogra_> session should now, i think robru reworked it (never tried to use it since though)
[12:43] <ogra_> the others need to be uploaded ... will happily to that
[12:46] <mzanetti> Saviq: ogra_: that set-display-mir.conf file can go away completely, right?
[12:46] <ogra_> yup
[12:46] <Saviq> mzanetti, yup
[12:48] <mzanetti> Saviq: ogra_: https://code.launchpad.net/~mzanetti/ubuntu/saucy/lxc-android-config/drop-set-display-mir/+merge/213251
[12:48] <Saviq> mzanetti, debian/*install?
[12:48] <mzanetti> do'h
[12:48] <Saviq> mzanetti, not sure it's there, just check, please
[12:49] <mzanetti> Saviq: says "etc"
[12:49] <Saviq> mzanetti, good
[12:53] <t1mp> nik90: it looks like I cannot reproduce the failures after purging the landing ppa
[13:01] <Saviq> ogra_, ok, whenever you're ready, please push lxc-android-config and livecd-rootfs to silo 015
[13:01] <ogra_> ok
[13:06] <Mirv> popey: pmcgowan: ok one more datapoint: the same error about -I is gotten also with image #237, ie Qt 5.0. so it has seemingly never worked. but it also doesn't prevent trying to start up.
[13:06] <ogra_> Saviq, pushing livecd-rootfs to the silo doesnt make sense ... you wont be able to test it until there is a new image
[13:07] <ogra_> mzanetti, ^^
[13:07] <Saviq> ogra_, yeah, but don't we want to land it together anyway?
[13:07] <ogra_> Saviq, that var is only used in SF ?
[13:07] <Saviq> ogra_, both, but not when we move things around
[13:07] <ogra_> hrm
[13:07] <Saviq> ogra_, and make them proper
[13:07] <pmcgowan> Mirv, yes, I am hearing "we always got that warning" but the apps do run
[13:07] <ogra_> how long will your testing take ?
[13:08] <pmcgowan> just saw it in qtc with the emulator
[13:08] <Saviq> ogra_, which will happen in the same silo, but we can't remove that before we land that silo
[13:08] <ogra_> the issue is that the branch that others use for distro build stuff can go out of sync
[13:08] <Saviq> ogra_, we're fixing bits'n'pieces in unity8 and unity-mir still
[13:08] <Saviq> ogra_, the env can be there
[13:08] <ogra_> livecd-rootfs is used by all flavours too
[13:08] <Saviq> ogra_, so let's just leave it until after the silo landed?
[13:08] <ogra_> yeah
[13:09] <ogra_> sounds better
[13:09] <Saviq> ogra_, that's fine, ok /me removes from silo
[13:09] <ogra_> i have a ready made source package locally, just ping me once the silo landed
[13:09] <ogra_> lxc-android-config is uploaded to the silo
[13:09] <Saviq> ogra_, thanks
[13:14] <sergiusens> ogra_, just make sure that the hook runs always (in case you missed it); or if you want to do it properly, remove appmanager from android and to the least sf from init.rc
[13:15] <ogra_> sergiusens, ?
[13:15] <ogra_> sergiusens, we are dropping all traces of ~/.display-mir
[13:16] <ogra_> uh oh !
[13:16] <sergiusens> ogra_, exactly; don't forget /var/lib/lxc/android/pre-start.d/30-no-surface-flinger
[13:17] <ogra_> Saviq, kill that öxc.-android-config package from the silo please
[13:17] <ogra_> sergiusens, yeah, thanks a lot !!!!!
[13:17] <ogra_> i *knew* we would miss stuff
[13:18] <Saviq> ogra_, I can't
[13:18] <Saviq> ogra_, but will wait for another upload then
[13:18] <OttOmanTR> ogra_: are Ubuntu Touch's specifications revealed?
[13:19] <OttOmanTR> I mean phone
[13:21] <ogra_> Saviq, ok, upploaded with the same version, lets see if the PPA likes that
[13:21] <Saviq> ogra_, if different contents, it won't, afaict :)
[13:22] <ogra_> sigh
[13:22] <Saviq> ogra_, and deleting the old one wouldn't help
[13:22] <ogra_> double sigh
[13:22] <Saviq> ogra_, not for a few hours/days at least
[13:24] <sergiusens> ogra_, you need someone to do a "real" delete
[13:24] <sergiusens> webops person
[13:24] <Elleo> mandel: looking at it I think it will be best if setLocalPath just sets the directory, either that or the download will need to expose the original path for us to retrieve the filename from (we're not sending any of the original URL info to the content-hub-service, so all its aware of is the download id)
[13:24] <Elleo> mandel: I'll do something temporary for now for testing purposes though
[13:27] <nik90> t1mp: so it is a regression in the UITK update?
[13:29] <Mirv> popey: so was saucy bacon updated recently? I'm just wondering since in the Qt 5.2 manual testing it was tested to be working, so I'm wondering what has changed
[13:29] <Mirv> popey: at least it's not probably the -I that prevents it from working
[13:29] <popey> Mirv: yes, today
[13:29] <popey> 0.15 works, 0.14 does not
[13:30] <Mirv> ok
[13:32] <pmcgowan> popey, last question on that, do we have any idea what changed between manual testing when it worked and now?
[13:33] <sergiusens> Mirv, popey why are you using -I?
[13:33] <Mirv> popey: um, I have it running for me
[13:33] <popey> pmcgowan: I don't, no. sergiusens I am not. its saucybacon we're talking about, not my app
[13:34] <Mirv> popey: 1.0.15, I installed it on my #266 from app store and started from command line with upstart-app-launch com.ubuntu.developer.gcollura.saucybacon_saucybacon_1.0.15
[13:34] <popey> Mirv: does it work from icon?
[13:34] <Mirv> popey: ye
[13:34] <Mirv> s
[13:35] <Mirv> I just assumed it wouldn't so I went for command line
[13:35] <popey> *boggle*
[13:35] <popey> confused
[13:35] <sergiusens> popey, Mirv sure, so if it's a compiled app, use the upstart-app-launch locations; I have something sort of summarized, albeit for go, here: http://discourse.ubuntu.com/t/click-packaging-for-golang-based-binaries/1557
[13:36] <mandel> Elleo, yes, make sense, I'll take care and of that and will rename th method accordingly
[13:37] <Elleo> mandel: great, thanks :)
[13:54] <t1mp> nik90: yes it seems like a regression
[13:54] <t1mp> nik90: a regression in a *proposed* landing, so nothing broke yet :)
[13:57] <nik90> t1mp: technicalities :P
[14:01] <nik90> popey: my app was using ubuntu-sdk-13.10. Do I change this to ubuntu-14.04-qmldev1 when I push an update?
[14:02] <popey> nik90: you can update but you need to use the right name and version.. from ... https://wiki.ubuntu.com/Click/Frameworks
[14:03]  * nik90 reads through it
[14:28] <mardy> tedg: hi! Sorry I had a shorter day yesterday and couldn't participate in the discussion about the trust sessions
[14:28] <tedg> mardy, You missed out on all the fun! :-)
[14:29] <mardy> tedg: I have a slightly unrelated question: what happens when the URL dispatcher gets a URL to dispatch, and the target app is already running?
[14:29] <tedg> mardy, It sends the URL to the app over DBus.
[14:30] <mardy> tedg: would it be possible for the target app to specify that it prefers having another instance launched, instead?
[14:32] <nik90> popey: could you approve my app. I fixed the authentication error bug and uploaded a new update to store.
[14:33] <popey> ack
[14:33] <popey> done
[14:38] <nik90> ty
[14:38] <popey> np
[14:40] <Ellendway> Hi there, I am planning to buy a tablet and I am thinking about the type. I want Ubuntu there and not sure what kind of tablet I should get. Is Nexus 10 still supported?
[15:16] <popey> rsalveti: ogra_ any reason we couldn't add screen/tmux/byobu onto the phone ?
[15:17] <rsalveti> no specific reason besides image size
[15:20] <ogra_> popey, well, people wouldnt be able to use it with the terminal-app and i dont know how the adb tty behaves with it (remember nano ?)
[15:20] <ogra_> popey, so some testing in advamce would be nice ... and then you need to distract pmcgowan while i seed it
[15:21] <pmcgowan> hmm?
[15:21] <ogra_> (to prevent the complaints about image size waste)
[15:21] <popey> I'm thinking more for me doing "adb shell start ssh" and then sshing into my phone and poking stuff
[15:21] <ogra_> popey, pfft, thats so obsolete
[15:22] <popey> and having screen / tmux would let me leave stuff runing on the phone
[15:22] <ogra_> setprop persist.service.ssh true
[15:22] <ogra_> popey, ^^^^
[15:22] <popey> suh-weet
[15:22] <popey> thanks
[15:24] <gcollura> ogra_, what's the phablet ssh password?
[15:25] <popey> phablet
[15:25] <ogra_> gcollura, phablet indeed ;)
[15:26] <gcollura> thanks popey ogra_
[15:39] <AskUbuntu> Ubuntu touch 13.04 stops clicking | http://askubuntu.com/q/440366
[15:46] <popey> ogra_: on a scale of 1 to 10 how much will I break my phone if I change /etc/hostname?
[15:46] <popey> don't like having 3 devices on my network with the same hostname
[15:47] <sergiusens> popey: ask cwayne; but it should just work
[15:47] <ogra_> popey, check if you can use hostnamed
[15:47] <ogra_> (or was that called hostnamectl ?)
[15:47] <popey> the latter
[15:48] <ogra_> root@ubuntu-phablet:/# hostnamectl set-hostname foobar
[15:48] <ogra_> root@ubuntu-phablet:/# exit
[15:48] <ogra_> ogra@anubis:~/touchbootchart$ adb shell
[15:48] <ogra_> root@foobar:/#
[15:48] <ogra_> seems to work
[15:48]  * ogra_ reboots ... lets see if it persists 
[15:48] <tedg> Saviq, So has your kill-surface-flinger branches landed?
[15:48] <tedg> Saviq, I'd like to remove the SF code in UAL as well.
[15:48] <ogra_> i know we have a mechanism for the pretty hostname ...
[15:48] <ogra_> (for bluetooth)
[15:49] <cwayne> just changed it here, worked fine
[15:49] <popey> yay
[15:49] <popey> thanks chaps
[15:49] <popey> phablet@blue-phablet:~$
[15:49] <popey> \o/
[15:49] <cwayne> thank you for validating that making /etc/hostname writable was a good idea :)
[15:50] <popey> this makes me very very happy indeed
[15:50] <ogra_> oh
[15:50] <ogra_> root@foobar:/# hostnamectl set-hostname ubuntu-phablet
[15:50] <ogra_> root@foobar:/# exit
[15:50] <ogra_> ogra@anubis:~/touchbootchart$ adb shell
[15:50] <ogra_> root@foobar:/#
[15:51] <ogra_> i cant change it back
[15:52] <cwayne> you can echo "stuff" > /etc/hostname
[15:53] <ogra_> sure i can
[15:53] <ogra_> but there is something wrong that it doesnt set it now
[15:54] <ogra_> i wonder if thats the dash in the name ... but then i would expect hostnamectl to properly issue an error
[15:54] <Saviq> tedg, not yet, soon
[15:55]  * tedg starts flinging surfaces to fill the time
[15:57] <cwayne> ogra_: works if you put ubuntu-phablet in quotes
[15:57] <ogra_> cwayne, well, it should still spill an error or tell me it couldnt set it
[15:58] <ogra_> pitti, is hostnamed in your realm ?
[15:58] <cwayne> ogra_: well, that's got nothing to do with us
[15:58] <cwayne> blame systemd
[15:58] <ogra_> cwayne, right, thats why i pinged pitti ... want to know if he considers it a bug too before i file it :)
[15:59] <cwayne> :)
[15:59] <ogra_> it shouldnt no-op silently if it fails
[16:01] <cwayne> i agree
[16:18] <asac> how is media-hub going :)?
[16:18] <asac> ok seems it at least built now
[16:18] <asac> good
[16:19] <asac> rsalveti: jhodapp: how is testing going?
[16:19] <rsalveti> asac: test is on going
[16:19] <asac> I assume wont be before next week that we see this go through?
[16:19] <rsalveti> creating a custom image and we'll all test it later today
[16:19] <rsalveti> no, will land next week for sure
[16:19] <rsalveti> too many moving parts to land this today
[16:19] <asac> rsalveti: ok. dist-upgrade isn't good enough to test this quickly?
[16:20] <rsalveti> asac: no, because we also got changes in the android side
[16:20] <asac> oh right
[16:20] <asac> are they in the silo too?
[16:20] <jhodapp> asac, yeah what rsalveti said
[16:20] <rsalveti> asac: they will be in a few, but can be tested without it already
[16:20] <rsalveti> as to test the custom tarball, you can also use a custom android image
[16:20] <rsalveti> that jhodapp already has
[16:21] <asac> right
[16:21] <jhodapp> asac, I'm creating a rootstock image and system.img...should be ready in about an hour
[16:21] <asac> whats the testplan?
[16:21] <asac> https://wiki.ubuntu.com/Process/Merges/TestPlans/
[16:21] <asac> https://wiki.ubuntu.com/Process/Merges/TestPlan/media-hub
[16:21] <jhodapp> asac, look at the media-hub one
[16:21] <asac> found one
[16:21] <rsalveti> yeah, this one
[16:21] <asac> ok. you should also call out which AP tests you run in the silo
[16:22] <aquarius> How can I know what the most recently promoted image is?
[16:22] <asac> at least the ones of the clients
[16:22] <jhodapp> asac, right, tests are still being written right now
[16:22] <asac> you can however run those of all the clients
[16:22] <asac> that you should do
[16:22] <asac> e.g. mediaplayer etc.
[16:22] <jhodapp> yep
[16:22] <asac> music
[16:23] <asac> etc.
[16:23] <asac> maybe call the ones you want to run out in the wiki
[16:23] <jhodapp> sure I can add those
[16:23] <jhodapp> good idea
[16:23] <asac> or link to the tesplans of the clients
[16:23] <ogra_> aquarius, http://system-image.ubuntu.com/ubuntu-touch/trusty/mako/index.jsonscroll to the end
[16:23] <ogra_> bah
[16:23] <ogra_> http://system-image.ubuntu.com/ubuntu-touch/trusty/mako/index.json
[16:23] <asac> i think in theory one should just run the testplans of the clients
[16:23] <asac> and those should call out which AP
[16:24] <asac> seems mediaplayer-app calls out which APs to run
[16:24] <asac> guess because its obvious
[16:24] <popey> aquarius: just added it to the nexus status sheet above
[16:24] <aquarius> ogra_, ooh, good answer. And that's the normal trusty channel, yes?
[16:24] <ogra_> aquarius, right
[16:24] <asac> "Dash video lens"
[16:24] <asac> what componetn is that?
[16:26] <aquarius> it'd be cool if the Android "Ubuntu dual boot" app said this, so I'd know when to update, but I suppose that that's not getting worked on because it's supposed to go away at some point and dual boots will be upgradeable through System Updates, yes?
[16:27] <aquarius> (it is of course my own fault for dual-booting. :))
[16:27] <ogra_> i think the multirom app does system image upgrades fine
[16:28] <ogra_> not sure if the dualboot one could do that too
[16:28] <ogra_> (but i think it could)
[16:30] <aquarius> ogra_, ya, apparently making system upgrades work from inside Ubuntu when dual booting is on the roadmap, and that's cool; I don't mind doing it the long way around because I'm using a non-ideal configuration by dual booting :)
[16:30] <cyphermox> cwayne: actually, about the pretty hostname thing
[16:30] <cyphermox> I think we have a slight issue with the quotation marks :D
[16:32] <cwayne> cyphermox: ah, really?
[16:33] <cyphermox> cwayne: yeah, discoverying my nexus I'd see
[16:33] <cyphermox> "Nexus 4"
[16:33] <cyphermox> as the name of the device, with quotes
[16:33] <cwayne> hm
[16:36] <rsalveti> jhodapp: yeah, we just need to make sure we run all the autopilot tests for everything media related
[16:36] <rsalveti> put as a requirement
[16:36] <jhodapp> done
[16:48] <jhodapp> ogra_, rootstock didn't seem to complete successfully, but I don't see an error
[16:49] <ogra_> jhodapp, hmm
[16:49] <ogra_> jhodapp, how did you call it ?
[16:50] <jhodapp> ogra_, emailed you my build log
[16:50] <jhodapp> ogra_, ./rootstock-touch -a armhf -p ppa:train-ppa-service/landing-006
[16:51] <ogra_> and you have qemmu-user-static installed ?
[16:51] <jhodapp> ogra_, yeah, it complained at me to install it first time I ran it
[16:51] <ogra_> did you reboot since ?
[16:51] <jhodapp> no
[16:51] <ogra_> try that
[16:51] <jhodapp> lol
[16:51] <jhodapp> what are we, Windows? :)
[16:51] <ogra_> qemu-user-static uses a kernel module
[16:52] <jhodapp> yeah hehe
[16:52] <ogra_> (binfmt-misc)
[16:52] <ogra_> might be that the registration is flaky
[16:52] <ogra_> (it shouldnt indeed, but if it is, a reboot will help)
[16:52] <jhodapp> ogra_, it's ok, I'm due for a reboot
[16:53] <AskUbuntu> In Ubuntu 12.04, two finger scrolling not working | http://askubuntu.com/q/440392
[16:53] <lotuspsychje> whats the best tablet to run touch smooth on?
[16:53] <ogra_> lotuspsychje, nexus7 2013
[16:54] <lotuspsychje> ogra_: does it run perfect yet?
[16:54] <ogra_> well, it is the one we also use for development
[16:54] <ogra_> so you wont find a better supported one ...
[16:54] <ogra_> runs pretty good, yeah
[16:55] <lotuspsychje> ogra_: cool! if you can tell me the basics work good
[16:55] <lotuspsychje> browsing, terminal,..
[16:55] <ogra_> yup
[16:56] <lotuspsychje> ogra_: nicely! tnx for advice
[16:56] <lotuspsychje> lets see if i can get a cheap nexus7 then :p
[16:56] <ogra_> but get the 2013 model ...
[16:57] <lotuspsychje> i will tnx
[16:58] <ogra_> jhodapp, gah
[16:58] <ogra_> deb http://ppa.launchpad.net/train-ppa-service/landing-006/ubuntu trusty main
[16:58] <ogra_> gpg: no valid OpenPGP data found.
[16:58] <ogra_> P: Begin unmounting filesystems...
[16:58] <lotuspsychje> so lets say ubuntu touch gets stable, this model of nexus will also still be supported right
[16:58] <jhodapp> ogra_, it requires a GPG key?
[16:58] <ogra_> jhodapp, so there is your error ... not sure why it does that though ... it should pull the PPA key for apt
[16:58] <Chipaca> lotuspsychje: nobody's promising that :)
[16:58] <ogra_> PPAs do
[16:59] <jhodapp> ogra_, ok, so it is an error then
[16:59] <ogra_> right
[16:59] <ogra_> i dont really get why though
[16:59] <jhodapp> ogra_, I specified the PPA correctly, right?
[16:59] <ogra_> looks like
[16:59] <lotuspsychje> Chipaca: :p
[17:00] <jhodapp> ogra_, do you want to try it on your end with my same rootstock command?
[17:00] <ogra_> jhodapp, aha, the ppa url doesnt work
[17:00] <jhodapp> hmm
[17:01] <ogra_> ppa:ci-train-ppa-service/landing-006
[17:01] <ogra_> you missed ci-
[17:01] <jhodapp> doh, nice catch
[17:01] <ogra_> i usually just copy/paste that part from the dput line from the launchpad page
[17:02] <jhodapp> ogra_, yeah I should have
[17:02] <jhodapp> ogra_, computers are so much more reliable :)
[17:02] <ogra_> :)
[17:03] <jhodapp> is there an easy way to verify the PPA URL is correct that you could add to rootstock?
[17:04] <ogra_> i can try
[17:04] <ogra_> at least i can make the error a bit more informative :)
[17:05] <jhodapp> ogra_, yeah exactly, that would be helpful for those of us prone to error ;)
[17:12] <doomsayer> About how long would you say first boot takes?
[17:12] <ogra_> a minute ... probably less (first one is very slow)
[17:30] <frank69> Hello, is there anybody from Canonical? Yesterday I have installed Ubuntu Phone on my Samsung Galaxy Nexus but it doesn't really work fine. It crashes sometimes and the performance is bad. When does the final version will be launched?
[17:31] <popey> frank69: phones pre-installed with ubuntu will ship later this year
[17:35] <asac> Saviq: tvoss: kgunn: when can we make a decision on what to do wrt to the event blocked by eglBuffer situation?
[17:36] <asac> do we feel strong enough that upstream did a mistake? e.g. is it sane to really stop the UI thread if the screen is off?
[17:36] <asac> otherwise, i guess we should just go with the initially proposed approach
[17:36] <t1mp> frank69: performance on galaxy nexus is not too good, and I don't think that will improve with newer ubuntu versions because there are some hardware restrictions
[17:37] <asac> we actually have abandoned the GN
[17:37] <asac> the fact that there is a build still is just until we have the x86 emulator
[17:39] <t1mp> popey: is there no link on https://wiki.ubuntu.com/Touch/Install to the latest images to install?
[17:39] <popey> t1mp: eh?
[17:39] <t1mp> popey: a friend installed it (flashed from a windows computer), but he searched for the image first.. and he found the MWC image from februari 2013
[17:40] <t1mp> that's kind of old, so I referred him to the wiki page but there is no link to the image there
[17:40] <popey> we could probably put a link there which says where to get the latest images
[17:40] <popey> there is, in manual install iirc
[17:40] <popey> https://wiki.ubuntu.com/Touch/Install#Manual_Download_.26_Installation
[17:40] <popey> the link that says "here"
[17:41] <frank69> OK. That means in the future Ubuntu Phone will only work with a limited mobile phones? That's bad.
[17:41] <popey> frank69: I didnt say that
[17:43] <frank69> Or I have to wait for a longer time until Ubuntu phone is stable enough for different hardware?
[17:43] <popey> we have images for the nexus 4, nexus 7 (2013) and nexus 10.
[17:44] <t1mp> frank69: it is stable enough, but the galaxy nexus hardware is slow
[17:45] <t1mp> frank69: I used to run it on GN, I didn't get crashes but it was kind of slow
[17:46] <t1mp> popey: yay. The images are linked in the manual download&installation section. you were right
[17:48] <frank69> Ok. Thanks. But I think I have used the right one. But it was very slow. It has not responded on my touches.
[18:03] <Saviq> asac, no, it's not that they *want* to block the UI thread when screen is off, it's just that they don't see the way we're handling screen off like the right way, that's where we disagree
[18:04] <Saviq> asac, basically, in their opinion, apps should be "told" they can swap frames even when they can't, we're saying that's incorrect and against the standard
[18:05] <Saviq> asac, we have an idea about decoupling those two by letting the ui thread to run even though the rendering thread is blocked, we're working on that now
[18:06] <Saviq> asac, ultimately we'd like to convince upstream Qt that their assumption is incorrect and work with them to fix it, the above is a first step towards that, which will also unblock us in the mean time
[19:07] <AskUbuntu> Synaptics driver installed still two finger scrolling doesn't work | http://askubuntu.com/q/440447
[20:13] <pulu90> good evening (at least in finland)
[20:13] <pulu90> I just succesfully installed ubuntu touch on Nexus 7
[20:13] <pulu90> and was left wondering wether I should be able to view pdf-files with it
[20:14] <pulu90> if I try to open them from file manager nothing happens
[20:15] <pulu90> and I can't find document viewer anywhere
[20:29] <pmcgowan> pulu90, no there is no viewer, some efforts were spent months ago but not completed afaik
[20:31] <pulu90> dammit :/ I guess I have to stick with android in the long run then, for now.
[20:33] <pmcgowan> pulu90, pdf is that important for you?
[20:33] <pmcgowan> there were some candidate libs but no one to work on it at the time
[20:35] <pulu90> yeah, I'd like to read Linux Voice on that thing
[20:39] <pulu90> well hopefully support will be added some time sooner than later
[20:39] <pulu90> they are trying to sell these things quite soon after all
[20:44] <josharenson> Having been hacking at it for a while now, is there an easy way to run glmark2 on touch?
[21:01] <josharenson> nm, got it
[21:21] <rsalveti> Saviq: are you still holding the silo that disables SF?
[21:25] <rsalveti> it seems so, silo 15, let me drop that support from powerd as well
[21:37] <rsalveti> Saviq: https://code.launchpad.net/~rsalveti/powerd/drop_support_sf/+merge/213340