[00:03] <tinti> any wiki that I can follow a build process?
[00:50] <Tragyn> So...is there a working alarm yet?
[02:18] <zeehero> Whoa, there are quite a few people here.
[03:02] <drachensun> ADB is getting the following error
[03:02] <drachensun> cannot bind 'tcp:5037'
[03:02] <drachensun> has anyone seen that?
[03:03] <drachensun> Most of the fixes I read online talk about the port being occupied or the loopback being improperly setup, neither one seems likely to me since this all happens on the ubuntu touch armhf part
[03:03] <drachensun> which should be setup for it
[03:03] <drachensun> I think
[03:04] <drachensun> is it possible the Android side of the install is conflicting with it?
[03:04] <drachensun> I've tested and I cannot connect with a USB
[05:34] <compuspital> Will there be a port for the 2013 Nexus 7?
[05:40] <mardy> zsombi: hi! Is the CI still broken for ubuntu-ui-toolkit?
[05:56] <zsombi> mardy yes it is...
[07:11] <dholbach> good morning
[07:30] <drachensun> Hello all, I'm stuck at ADB not starting with the error "cannot bind 'tcp:5037"  I'm checked that its run as root, loopback looks to be setup and I'm really not sure what try next or how to investigate further
[07:31] <drachensun> I've worked through the other bugs, /system, vendor and /data all looked to be mounted right and I can't see any errors coming from anything else
[07:35] <popey> drachensun: if it can't bind to port then probably something (another zombied adb?) is running on that port
[07:37] <drachensun> popey: I am dumping the output of netstat -a in my init script before it loads to see if anything is on port 5037 and nothing is shown
[07:37] <drachensun> popey: is that a good way to check?
[07:38] <Ganster41> Hi guys. When I can find more detailed manuals for porting Ubuntu Touch? I completed all steps in porting guide, but get only black screen. May be I can read boot logs? ADB doesn't start...
[07:39] <popey> drachensun: I'd just use "ps aux | grep adb" to see if adb is running
[07:39] <drachensun> gangster41: I'm working through the same process, did you go over and following the manual install steps on the install page next?  took me a bit to realize that was the next step
[07:40] <Ganster41> I build and flash CM-part, then flashed sauncy touch image.
[07:40] <drachensun> popey: its a real pain, I've got no access but it looks like the system is running, something other than adb seems to die as well because the kernel modules are never loaded
[07:41] <drachensun> gangster41: Thats basically where I'm at, now I'm working through bugs, I have a serial console I can see the output on and even though I lack adb yet I can reboot to the recovery, and then use adb to mount and look at log files
[07:42] <Ganster41> Yep, with working adb it's more simple.
[07:42] <Ganster41> But it doesn't work for me(
[07:45] <Ganster41> I think it can't mount data partition, because my kernel hasn't /dev/block/platform/msm_sdcc.1/by-name, like on Desire Z. But changes from w-flo doesn't help too.
[07:52] <drachensun> popey:  I have just verified there is no other adbd runnning
[07:56] <drachensun> who should own /data and /vendor
[07:56] <drachensun> my /data is showing system as the owner and group
[08:21] <drachensun> ok, I think we are getting close to the time this chat new get real active
[08:22] <drachensun> If anyone has any thoughts how to debug the adb cannot bind problem I mentioned above, please let me know, I'll be checking back later as its 4am here and I'm making no progress and I'm totally out of ideas
[08:23] <drachensun> thanks
[08:51] <iKillCypher> >:(
[08:51] <iKillCypher> https://bugs.launchpad.net/touch-preview-images/+bug/1226614 ?????
[08:54] <iKillCypher> it is strange how bugs reported isnt being look at? it is the top priority to nexus devices ?
[09:03] <rhuddie> can anyone advise on how to do the following in ubuntu touch: Switch the OSK to the maliit keyboard plugin by default.
[09:03] <rhuddie> Is this already the default configuration?
[09:05] <popey> rhuddie: yes, maliit is our keyboard
[09:05] <popey> iKillCypher: you filed it 18 hours ago. Have you _seen_ how many other bugs there are?
[09:06] <rhuddie> popey: thanks, just wanted to check.
[09:12] <iKillCypher> well was just wondering
[09:14] <iKillCypher> popey, did you know wifi is broken again?
[09:15] <asac> dbarth: we have very blurry picture of what you do with webapps
[09:15] <asac> seems we had mroe landings etc.
[09:16] <asac> dbarth: we will fix the collateral damage those created on desktop image now and then dont do anything until you tell me what is available and where
[09:16] <didrocks> asac: sil2100 and dbarth are discussing on #ubuntu-unity FYI
[09:16] <asac> didrocks: ok
[09:18] <dbarth> asac: ?!
[09:19] <iKillCypher> does anyone know that wifi is broken again
[09:19] <dbarth> asac: you mean on the desktop?
[09:19] <asac> dbarth: you have a landing ask in
[09:19] <asac> we landed all webapps
[09:19] <gema> what is the name of the contacts app, popey ?
[09:19] <dbarth> yes
[09:19] <iKillCypher> >:(
[09:19] <asac> so i assume its done
[09:19]  * iKillCypher beats dbarth 
[09:19] <asac> dbarth: preinstalled click webapps (Twitter, FB, etc.)
[09:19] <asac> thats done?
[09:19] <asac> now?
[09:19] <popey> gema: contacts ☻
[09:19] <gema> popey: I have the sneaky feeling it can start calls on its own
[09:20] <asac> (with what landed in the archive)
[09:20] <gema> popey: without the dialer
[09:20] <dbarth> they're in the store, but i need to check with sergiusens that it took all of them in the click_packages list
[09:20] <dbarth> and then it will be done
[09:20] <ogra> gema, it would be odd if it couldnt
[09:20] <gema> ogra: I just made a call in the background, which I didn't have any control of
[09:20] <asac> dbarth: can we delist your stuff from the CI system then?
[09:20] <gema> ogra: the dialer never came up
[09:20] <gema> popey: thanks
[09:20] <asac> it seems to come back and we use from app store
[09:21] <didrocks> asac: the ones for desktop don't come from any app store
[09:21] <ogra> gema, thats surely a bug, but not with the app behavior ... but rather with proper locking of the phone
[09:21] <gema> ogra: ok
[09:21] <ogra> gema, at least on android i dont need the dialer if i want to call a contact from the contacts list
[09:21] <gema> popey: there doesn't seem to be a package called contacts
[09:21] <ogra> not sure how that is on iOS or windows
[09:21] <dbarth> asac: which stuff in particular is causing issues? ie you want me to remove?
[09:22] <dbarth> webapps-demo?
[09:22] <popey> gema: contacts-app
[09:22] <iKillCypher> ogra, popey dbarth do you guys know that wifi is broken :( ? how come there isnt any respond on this issue
[09:23] <ogra> popey, gema i thinbk it was renamed to address-book-app
[09:23] <cjwatson> dbarth: The collateral damage on the desktop image is http://people.canonical.com/~ubuntu-archive/livefs-build-logs/saucy/ubuntu/20130918/livecd-amd64.out
[09:23] <popey> iKillCypher: "wifi is broken" doesn't fully describe whatever issue you may be having
[09:23] <cjwatson> (scroll to the end)
[09:23] <popey> iKillCypher: it works on my nexus 4 for example
[09:23] <dbarth> iKillCypher: nope, hang on
[09:23] <ogra> iKillCypher, please check the daily image tests
[09:23] <dbarth> cjwatson: i've just been pinged about this one
[09:23] <iKillCypher> daily image has been update since the 16 september
[09:23] <Laney> sil2100 was investigating that too
[09:23] <dbarth> cjwatson: we're prep'ing a revert to turn that into a suggest instead
[09:24] <Laney> the webbrowser image breakage
[09:24] <cjwatson> dbarth: Yes, just giving you the log since there seemed some question here about what the problem was
[09:24] <iKillCypher> http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[09:24] <cjwatson> dbarth: Cool
[09:24] <ogra> iKillCypher, the webbrowser tests definitely pass, there is no issue with wlan on the official devices
[09:24] <iKillCypher> saucy-preinstalled-touch-armhf.zip            16-Sep-2013 21:35  299M
[09:24] <ogra> iKillCypher, http://reports.qa.ubuntu.com/smokeng/saucy/image/4322/
[09:24] <iKillCypher> well I cant click it on a ported device.
[09:24] <ogra> iKillCypher, reachable from http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/
[09:24] <popey> (last link in the /topic) ☻
[09:25] <sil2100> cjwatson: right, investigating and trying to resolve that
[09:25] <ogra> popey, while at it, probably add some "ubuntu-bug" note
[09:25] <popey> its a bit full already
[09:25] <popey> and nobody ever reads it anyway ☹
[09:25] <ogra> true
[09:25] <popey> I'll shrink all the urls
[09:26] <iKillCypher> well so the top propriety is indeed nexus device
[09:26] <dbarth> cjwatson: on it right now, to get that off your way
[09:26] <ogra> iKillCypher, the only one ...
[09:26] <ogra> iKillCypher, we include patches from the community happily
[09:26] <iKillCypher> the fact I haven seen the source till today..
[09:26] <ogra> iKillCypher, but our work focuis is on the nexus devices to get a final image out in 4 weeks
[09:27] <iKillCypher> the final date for the release is in 4 weeks?
[09:27] <iKillCypher> wasnt it telecasted as in 2014
[09:27] <ogra> iKillCypher, it is on launchpad ... or if you prefer in source packages on ports.ubuntu.com
[09:27] <ogra> the first release of the phone image will happen along with ubuntu 13.10
[09:27] <popey> iKillCypher: 1.0 is in sync with 13.10 desktop/server release
[09:28] <iKillCypher> uh interesting.. so afterwhich ? other devices ?
[09:28] <gema> popey: it was address-book-app, it seems
[09:29] <iKillCypher> well I cant really understand the source of ubuntu cause it seems like very different from android
[09:30] <ogra> well, if you had used ubuntu before it would be easy for you, it doesnt differ much from desktop
[09:30] <iKillCypher> I have use ubuntu before Im talking about the coding source
[09:30] <ogra> you can get all the source using apt-get like on every other ubuntu installation
[09:31] <iKillCypher> well in cyanogenmod there is github where you can see source code
[09:31] <ogra> and alternativaly you can use the branches on launchpad if you dont like to use packages
[09:32] <ogra> on ubuntu there is http://code.launchpad.net/
[09:32] <ogra> not different apart from the fact that ubuntu source is about 1000x bigger than CMs
[09:33] <ogra> iKillCypher, anyway, if you have a fix for your wifi issue, file a bug and attach it, we'll happily include fixes for ports ...
[09:34] <iKillCypher> is this the source code for camera app ?
[09:34] <iKillCypher> http://bazaar.launchpad.net/~phablet-team/camera-app/trunk/files
[09:35] <ogra> looks like
[09:35] <iKillCypher> I think my biggest issue is getting Radio working
[09:36] <ogra> right, and thats likely also the most coimplicated one
[09:37] <iKillCypher> humm you looks like there isnt any Java code o.o
[09:37] <popey> Correct, Ubuntu Touch isn't Android
[09:37] <popey> And isn't written in Java
[09:37] <iKillCypher> so it is written from scratch?
[09:37] <popey> In QML and C++ mostly, yes.
[09:37] <iKillCypher> oh wow o.o I thought it was based on Android
[09:49] <cjwatson> iKillCypher: A small amount of hardware-specific code is derived from Android, but the application-level code isn't
[09:49] <cjwatson> (Small in relative terms)
[09:53] <popey> ogra: my clock has disappeared again this morning
[09:53] <ogra> popey, bah
[09:53] <ogra> i just upgraded to 54 ... still has it
[10:00] <dbarth> cjwatson: we've finished auditing the code to confirm we can move to a 'suggests' safely
[10:00] <dbarth> cjwatson: we should have a new mp and package in a few minutes now
[10:03] <psivaa> ogra: i have a 52 devel version on maguro and trying to update it to 54 but i keep getting 'No software updates available'
[10:03] <psivaa> am i missing something?
[10:04] <ogra> psivaa, i just updated a mako from 52 to 54
[10:04] <psivaa> by going through systemsettings -> updates ?
[10:04] <ogra> yes
[10:04]  * ogra goes to his maguro to check 
[10:04] <psivaa> thanks ogasawara
[10:05] <psivaa> oops thanks ogra :)
[10:06] <ogra> it offers me 54 on the maguro too
[10:07] <psivaa> ogra: ack, let me see what's wrong in my install
[10:07] <ogra> i'm currently on 53 though, but that shouldnt make much of a difference
[10:07] <psivaa> ogra: on the command line http://ports.ubuntu.com/ubuntu-ports/dists/saucy-security/universe/binary-armhf/Packages gives me 404
[10:08] <ogra> sounds like an issue with your network then
[10:08] <ogra> did you have that device on 3G inbetween ?
[10:09] <ogra> iirc there was an issue where you can end up with two default routes when NM switches back and forth between 3G and wlan
[10:09] <psivaa> ogra: no, i dont have a sim. only wifi
[10:09] <ogra> (check with "route -n")
[10:09] <ogra> ah, k
[10:10] <ogra> oh, wiat, did you make the image writable ? i dont think it will offer you upgrades then (since if anything on the fs changed it will predictably break)
[10:11] <ogra> ah, no, that cant be it
[10:11] <ogra> my maguro is in writable mode here
[10:11] <psivaa> yea i would assume for over the air update we wont need it
[10:12] <ogra> well, it s known that OTA doesnt work if you made the iage writable ...
[10:12] <ogra> i thought they had put a check for this in ... apparently not
[10:12] <ogra> anyway, the 404 kind of indicates network issues
[10:12] <ogra> can you open a website ?
[10:13] <psivaa> ogra: yes i can
[10:13] <mhr3> JamesTait, ping?
[10:13] <ogra> strange
[10:13] <JamesTait> mhr3, hi!
[10:13] <psivaa> yea, i get Could not open file /var/lib/apt/lists/partial/ppa.launchpad.net_ubuntu-touch-coreapps-drivers_daily_ubuntu_dists_saucy_main_binary-armhf_Packages -
[10:13] <psivaa> open (30: Read-only file system) when i apt-get update
[10:13] <ogra> apt-get update works fine for me
[10:14] <ogra> oh
[10:14] <ogra> lol
[10:14] <ogra> well, thats different from 404
[10:14] <mhr3> JamesTait, hey, remember how we wanted to turn the X-Ubuntu-Touch from a field into a category for the .desktop files?
[10:14] <ogra> thats a feature actually :)
[10:14] <psivaa> but later some links give 404
[10:14] <mhr3> JamesTait, it's been a while, and it's still the same
[10:14] <ogra> yeah, thats not good, but that apt-get update doesnt work on reqadonly images is indeed expected
[10:15] <jibel> psivaa, its Packages.gz or Packages.bz2 not Packages
[10:15] <psivaa> jibel: yea that's what i thought but apt-get update gives many lines like W: Failed to fetch http://ports.ubuntu.com/ubuntu-ports/dists/saucy-updates/restricted/binary-armhf/Packages  404  Not Found
[10:16] <psivaa> orga ack
[10:16] <JamesTait> mhr3, I do remember that, yes. :)
[10:16] <psivaa> let me make it writeable to see if that makes any difference
[10:17] <JamesTait> mhr3, it's on my radar - I've been working on u1 servers since I came back off holiday, but I'm almost wrapped up with that now and will be turning my eye to "convergance" in Click Package Index next.
[10:18] <ogra> psivaa, shouldnt
[10:18] <mhr3> JamesTait, not sure if there's a bug open about this, should i create one?
[10:18] <ogra> psivaa, see what: "system-image-cli -v" spits out
[10:18] <JamesTait> mhr3, https://blueprints.launchpad.net/ubuntu/+spec/community-1308-app-story-hardware-requirements is the blueprint I've been pointed at, but a bug would be welcome, yes.
[10:19] <mhr3> JamesTait, what project should it be targeted at?
[10:20] <JamesTait> mhr https://launchpad.net/click-package-index
[10:21] <ogra> psivaa, http://paste.ubuntu.com/6123295/
[10:21] <ogra> thats how it should look like
[10:21] <psivaa> ogra: http://paste.ubuntu.com/6123296/
[10:22] <ogra> psivaa, you are on the devel (stable) channel
[10:22] <ogra> instead of devel-proposed
[10:22] <ogra> there are no new upgrades for the sable channel :)
[10:23] <ogra> psivaa, system-image-cli -v -c devel-proposed
[10:23] <ogra> try that one
[10:23] <ogra> that wil switch you over to proposed
[10:23] <psivaa> ohhhh ok. sorry about that :).
[10:23] <psivaa> ogra: thanks
[10:23] <ogra> :)
[10:28] <popey> ogra: do you know which package provides the welcome infographic?
[10:30] <popey> if i repeatedly tap the infographic nothing bubbles up the cpu chart other than unity8
[10:30] <ogra> i think it is a unity8 bit yeah
[10:31] <ogra> afaik we dont have a specific package for it
[10:31] <popey> kk, ta
[10:32] <mhr3> JamesTait, https://bugs.launchpad.net/click-package-index/+bug/1227058
[10:33] <JamesTait> Thanks, mhr3. :)
[10:33] <mhr3> JamesTait, also, would you happen to know how is the Icon key generated?
[10:36] <JamesTait> mhr3, I'll have to check, I think there's been some change in that department.  IIRC we used to have icon_url and icon_urls, and the former has now been deprecated, so icon_url should now be equivalent to icon_urls['64'].
[10:37] <JamesTait> mhr3, that's not very clear, actually. Let me try that again. :)
[10:37] <mhr3> JamesTait, i get it :)
[10:37] <mhr3> JamesTait, nonetheless, we see that some .desktop files have Icon=qmlscene which doesn't exist and will show up as nasty empty rectangle in the dash
[10:38] <JamesTait> mhr3, OK. :)  Changes in Software Centre filtered through to Click Package Index, basically.
[10:38] <mhr3> JamesTait, wondering if something could be done about that
[10:39] <asac> ogra: popey: so is our amazing 54 image a good one?
[10:39] <asac> go ahead then
[10:39] <asac> someone must be lying with maguro only having 6 fails :)
[10:40] <popey> hmm, i am offered no updates on my nexus 4
[10:40] <popey> oh, wrong phone
[10:40] <asac> popey: its a proposed image
[10:40] <asac> not a daily
[10:40] <asac> a ok
[10:40] <JamesTait> mhr3, ah, I was wondering what caused those empty icons on my phone!  I'll need to get back up to speed with the end-to-end to understand where that's coming from.
[10:40] <asac> popey: we want to get 54:20130917.1:20130917 out basically
[10:40]  * ogra cant install saucy bacon on 54 
[10:40] <ogra> thats surely a blocker, no ?
[10:40] <ogra> :P
[10:40] <popey> ogra: you need libqt5script5
[10:40] <ogra> ah
[10:41] <asac> ogra: i feel not... at least i dont know we wanted to install jono on it :)
[10:41] <mhr3> JamesTait, qmlscene is one reason, another is usage of themed icons which are not installed on the phone
[10:41]  * asac looks in PRD
[10:41]  * popey pokes ogra with https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1225749
[10:41] <mhr3> JamesTait, for example i see "Icon=animal-farm"
[10:41] <ogra> asac, but it ships tasty ideas
[10:41] <ogra> asac, oh, see above bug
[10:41] <popey> it's a _really_ awesome app
[10:41] <popey> phablet-flash ubuntu-system --channel=daily-proposed
[10:41] <popey> that should get 54 shouldn't it?
[10:42] <mhr3> JamesTait, so i'm wondering what should be done about those
[10:42] <ogra> popey, yeah
[10:42] <popey> ta
[10:42] <popey> i need to put a big sticker on these phones so i can tell them apart
[10:44] <ogra> popey, i guess it would speed up inclusion of the package if you could run the autopilot tests with it installed to see we have no test regressions .. (just note on the bug that there were no regressions and i think we can fast=path it into the next image ... if asac agrees)
[10:44] <JamesTait> mhr3, this really needs someone from the client side to comment.  Once I understand what the dash and click package installer need, I can make the changes on the server side.
[10:45] <cjwatson> JamesTait: click itself doesn't care
[10:45] <asac> ogra: popey: for direct uploads that gives you a prime landing slot - e.g. now :)
[10:45] <ogra> asac, its a seed change
[10:45] <popey> ogra: which ap tests?
[10:45] <cjwatson> seed change and direct metapackage upload
[10:45] <asac> ogra: right. thats the approach for seed changes... just work it in the landing asks/plan
[10:45] <ogra> and adds a package nothing else uses
[10:45] <asac> so we know what is changing as well
[10:46] <ogra> so it should be safe once popey can confirm
[10:46] <asac> right
[10:46] <ogra> yeah, i'll add it
[10:46] <popey> sweet
[10:46] <ogra> popey, i woould guess run the unity8 tests andd pick some random app ones additionally
[10:46] <popey> k
[10:47] <asac> yeah. sounds like it might have side effects on sdk
[10:47]  * ogra wonders whats up with his kbd ... seems the springs get badd or sommething
[10:47] <asac> so having some good app tests run is good
[10:47] <popey> hm, would that need to be done on a cdimage-touch image, or can I use ubuntu-system and then make it writable to install the ap test stuff?
[10:47] <ogra> asac, the sdk already ships that dep
[10:47] <ogra> in fact the seed change solves a discrepancy here
[10:48] <ogra> popey, i do the latter here
[10:48] <popey> ok
[10:48] <popey> ogra: do you want before and after or just after install of the package?
[10:48] <ogra> just dont forget to re-flash later in case you want to do other tests ... to get a clean env again
[10:48] <popey> ya
[10:49] <ogra> i usually do before and after ... though theoretically thats obverkill ... the dashboard has the "before" already
[10:51] <popey> yeah
[10:51] <davmor2> ogra: where is your tail dude :)   the update to phablet tools is that so fresh flashes from android work?
[10:51] <asac> ogra: what does it mean "ships that dep"?
[10:52] <ogra> asac, see the bug ... the qtcreator plugin has the dep on the requested package ... it is just not in the image
[10:52] <asac> ok so its something new
[10:52] <popey> i.e. desktop users get the package when they install the sdk
[10:52] <ogra> asac, so people can create apps that work in the sdk but not in the real workld
[10:52] <asac> right. test it with unity8 and few apps
[10:52] <asac> and then go
[10:52] <popey> which is what led to this bug in the first place
[10:52] <popey> right
[10:56] <janimo> rsalveti, do you know which process would have 'file system sca' as its /proc/$PID/comm ? It is in a dmesg log that cannot be locally reproduced?
[10:56] <janimo> I guess fsck
[10:57] <ogra> janimo, he is on vacation ... until monday
[10:58] <janimo> ogra, ok, I'll accept your answer to the question then :)
[10:58] <ogra> haha
[10:59] <ogra> well, you can wait and hope, he said he would still check mail and IRC occasionally
[10:59] <ogra> wow
[10:59] <ogra> community lockscreen !
[10:59] <davmor2> ogra: what?
[11:00] <ogra> davmor2, see the ML
[11:00] <davmor2> ogra: ah hadn't got that far through my mail stack yet :)
[11:03] <davmor2> ogra: did you know if the new phablet-tools has the fix for fresh flashes?  If so I'll drop android back on and give it a whirl
[11:03] <ogra> yeah, it does
[11:03] <popey> my neighbours are delightful with their wifi access point names.. http://popey.com/~alan/device-2013-09-18-120322.png
[11:03] <davmor2> ogra: great I'll give it a go then and make sure it works :)
[11:04] <ogra> popey, lol
[11:04] <ogra> nice neighborhood
[11:05] <davmor2> popey: and they think Wolverhampton is rough, I just get SKY31983 :D
[11:06] <popey> 54 seems good to me ogra
[11:07] <asac> ogra: ^^
[11:07] <asac> popey: will you send the mail to avengers after? do you know jibels nice changes view?
[11:07] <asac> popey: maybe you can refer to the right entry there in that mail?
[11:08] <asac> e.g. what changed between the last and this build?
[11:09] <popey> yup yup
[11:09] <popey> http://people.canonical.com/~j-lallement/touch/changes/current/
[11:10] <ogra> asac, popey, maguro looks fine too
[11:10] <asac> popey: you might even try to give an executive summary of what goodies made it :)
[11:10] <ogra> asac, jono still didnt add me to avengers, can you do the mailing again ?
[11:10] <asac> hehe
[11:10] <ogra> or popey ^^^
[11:10] <ogra> (or any other member)
[11:11] <ogra> oh, asac was faster
[11:11]  * ogra didnt read the last few lines
[11:11] <asac> hehe
[11:11] <asac> thanks ogra
[11:11] <ogra> asac, running mark-current for cdimage then ...
[11:11] <asac> will remember that you remember :)
[11:11] <ogra> (and afterwards the system image copy)
[11:11] <ogra> heh
[11:12] <popey> yes
[11:12] <asac> ogra: i think a few things landed - like apps and we would like a checkpoint image while we tests todays big landings
[11:12] <ogra> yep
[11:12] <asac> ogra: wonder if you backedout the touch-session yet?
[11:12] <asac> otherwise we probably shouldnt spin
[11:13] <ogra> asac, it was never in
[11:13] <ogra> we tested against trunk
[11:13] <asac> oh good
[11:13] <asac> then, i dont think we are currently publishing anything
[11:13] <ogra> just had to roll back the tree
[11:13] <asac> Mirv: sil2100: didrocks: did we copy something to proposed that we should wait for?
[11:13] <asac> oh the scopes
[11:13] <asac> ogra: we should wait for the scopes to come through proposed
[11:14] <asac> not sure where they are now
[11:14] <asac> i think it was 30 minutes ago whenw e copied
[11:14] <didrocks> home-scope and libunity are in proposed
[11:14] <popey> ogra: when will http://people.canonical.com/~j-lallement/touch/changes/current/ update?
[11:14] <ogra> propagation speed usually depends on their reverse deps ... if there are many it takes longer
[11:15]  * ogra fights with the system-image lock
[11:15] <asac> jibel: ^^ how often does your changes view update?
[11:16] <asac> popey: jibel is your man :)
[11:16] <ogra> wow, that was fast
[11:16] <asac> ogra: do you know what failed in mako that was fixed in maguro?
[11:17] <asac> maybe mako and maguro are out of sync on something?
[11:17] <ogra> popey, , 54 released, go ahead and mail :)
[11:17] <popey> but but but.. i want to include the lovely stuff from jibel's page
[11:17] <asac> lol
[11:17] <asac> yeah
[11:17] <asac> lets wait for that
[11:17] <asac> popey: we might be able to guess the URL though :)
[11:17] <ogra> asac, filemanager ...
[11:17] <ogra> i doubt thats device specific in any way
[11:18] <asac> popey: i would bet that its http://people.canonical.com/~j-lallement/touch/changes/current/20130917.1.html
[11:18] <asac> so lets see what happens :)
[11:18] <popey> i was expecting 18
[11:18] <asac> ogra: really odd... it always failed
[11:18]  * popey decides not to bet against asac 
[11:18] <asac> and now its fixed in maguro
[11:18] <cjwatson> ogra: reverse deps> that's a bit oversimplified :)  only reverse deps with autopkgtests might slow things down (assuming that the whole assembly is installable), and even then I think the autopkgtest runners are usually overprovisioned
[11:19] <asac> popey: well, better wait :)
[11:19] <cjwatson> what will help is when we manage to move proposed-migration onto its new host
[11:20] <sergiusens> morning
[11:20] <ogra> sergiusens, thanks for the session testing ... i backed it out again
[11:20] <davmor2> ogra: flash seems to be working so far, fingers crossed it goes all the way :)
[11:21] <asac> balloons: can you confirm that you tried to fix filemanager tests? they seem to pass on maguro :-P
[11:21] <asac> balloons: thanks!!
[11:23] <sergiusens> ogra, no problem
[11:23] <sergiusens> ogra, I guess it just needs another twist to get it going properly
[11:24] <ogra> yeah, i'll leave that to the specialist :)
[11:24] <asac> popey: i guess we can wait another few minutes and then just send the mail and cite that URL as the one we believe might have the content ... or skip it this time
[11:24] <ogra> i also assume its just a different .desktop file we need
[11:28] <popey> asac: ya
[11:31] <popey> asac: http://people.canonical.com/~j-lallement/touch/changes/20130917.1.html is that it?
[11:32] <asac> popey: matches ogras list
[11:32] <asac> yes
[11:32] <asac> popey: did we announce the .3 build at all?
[11:32] <asac> if not you should include that as well
[11:33] <asac> popey: http://people.canonical.com/~j-lallement/touch/changes/current/20130916.3.html -> that one
[11:33] <popey> ok
[11:33] <asac> popey: was that build announced?
[11:33] <asac> popey: which build did we announce last :)?
[11:34] <popey> asac: 52
[11:34] <popey> 16.3
[11:34] <asac> right
[11:34] <asac> so we announced those
[11:34] <asac> just do the 17.1 link then
[11:34] <Ganster41> How to get boot log, if adb doesn't start on device?
[11:35] <asac> sil2100: is scopes through proposed?
[11:35] <ogra> Ganster41, make sure to keep it powered and try to get into recovery, there you should find /proc/last_kmsg
[11:36] <asac> sil2100: depends on libunity
[11:36] <asac> unity-scope-home (6.8.2+13.10.20130903.1-0ubuntu1 to 6.8.2+13.10.20130918.1-0ubuntu1)
[11:36] <asac> Depends: unity-scope-home libunity (not considered)
[11:37] <Ganster41> I cant reboot device without adb, except removing battery or holding power button.
[11:37] <popey> asac: sent
[11:37] <ogra> Ganster41, holding power should be fine
[11:37] <asac> rock
[11:38] <ogra> Ganster41, the ram console only gets flushed if the device is powerless ... else you should always be able to see the log for the last boot in that file
[11:38] <Ganster41> I know it. Thats why I ask)
[11:38] <ogra> as long as the reboot doesnt cut the power hard (like removing the battery) you should be fine
[11:39] <cjwatson> asac: libunity was awaiting autopkgtests, but I believe they've finished, so next run should improve
[11:39] <asac> nice
[11:39]  * asac tries to replay that on the webpages to better understand
[11:39] <asac> ok that part is simple
[11:39] <davmor2> popey: open the music browser, now open the settings window does it fit on the display for the n4?
[11:39] <asac> should have thought of searching
[11:39] <cjwatson> If you follow the link to libunity you'll see it waiting for autopkgtests
[11:40] <asac> output.txt is where my brain gets a hickup
[11:40] <cjwatson> It is rather harder to read, but hopefully not necessary here
[11:40] <ogra> cjwatson, while i'm all in favour of using proposed blocking vs CI blocking for gating the packages, what happens with packages that two teams have the authority over ?
[11:40] <cjwatson> ogra: They get to talk to each other
[11:40] <davmor2> popey: http://ubuntuone.com/0add7kDxqp3ibq3fKbwzOV
[11:41] <ogra> would we always have to wrangle over ubuntu-minimal for example
[11:41] <cjwatson> ogra: (In practice I'm not too worried)
[11:41] <ogra> ah, thats what i thought ...
[11:41] <popey> davmor2: ah yes, I saw that yesterday, needs a bug
[11:41] <ogra> right, the overlapping set is minor
[11:41] <ogra> was just a curiosity question
[11:41] <cjwatson> ogra: I could implement some kind of multiple-sign-off-required thing, but I'd prefer not to put effort into that unless it actually appears to be a problem
[11:41] <ogra> yeah
[11:43] <davmor2> popey: also was the audio backend put in place that meant the music would play if the player didn't have focus for me it last maybe 2 seconds after then stops
[11:44] <popey> davmor2: its being worked on
[11:45] <ogra> we have a full new shiny polished multimedia stack waiting :)
[11:45] <ogra> should be ready by end of the week
[11:45] <davmor2> popey, ogra: oh nice,  thanks, I didn't want to file a bug if it was in the works :)
[11:46] <rickspencer3> I just upgraded again
[11:46] <popey> yeah, am on a hangout with the devs now
[11:46] <popey> rickspencer3: to 54?
[11:46] <rickspencer3> to everyone involved in image based updates ...
[11:46] <rickspencer3> you are AMAZING
[11:46] <rickspencer3> popey, to whatever is fresh just now ;)
[11:46] <rickspencer3> I just use the updater in the settings
[11:46] <popey> excellent.
[11:46] <rickspencer3> image based updates are soooo cool
[11:46] <popey> just as it should be
[11:47] <rickspencer3> I can't believe we didn't do this years ago
[11:47] <rickspencer3> 1. click packages
[11:47] <sil2100> asac: libunity is in -proposed still
[11:47] <rickspencer3> 2. image based updates
[11:47] <ogra> we could use one or two cups of progress bar though :)
[11:47] <rickspencer3> ogra, well, I just need a little spinner since my internet is fast ;)
[11:47] <sil2100> asac: libunity is running autopkgtest for deja-dup and shotwell
[11:47] <davmor2> ogra: hell yes but it's getting there :)
[11:47] <cjwatson> sil2100: see above, I already analysed :)
[11:48] <rickspencer3> ogra, thanks for your simplified change log, btw
[11:48] <sil2100> cjwatson: thanks :D Didn't notice as I just saw that ping on me
[11:48] <ogra> rickspencer3, welcome .... we also have an unsimplified version now
[11:48] <ogra> http://people.canonical.com/~j-lallement/touch/changes/current/20130916.3.html
[11:48] <sil2100> Colin is always faster than light with such things ;p Got to get used to that!
[11:48] <ogra> in beautiful 90's webdesign :)
[11:50] <rickspencer3> ogra, popey don't know if you guys are Archer fans, but whenever I use click packages or image based updates, this goes through my head: http://www.youtube.com/watch?v=fTQvnhNVgxQ
[11:50] <davmor2> rickspencer3: I love the mtp (ot mpt I can never remember which way round it is) work too
[11:50] <ogra> haha
[11:51] <ogra> davmor2, the one that doesnt complain about pings is the protocol :)
[11:51] <rickspencer3> ogra, holy sh*t!
[11:51] <popey> haha rickspencer3
[11:51] <rickspencer3> I just plugged my nexus 4 into my desktop
[11:51] <davmor2> ogra: yeah I hit an issue initial with yesterday but that seems to be gone in todays
[11:52] <rickspencer3> the Nexus 4 icon appeared *immediately*
[11:52] <davmor2> rickspencer3: I figured you hadn't yet
[11:52] <davmor2> no seb
[11:53] <rickspencer3> and the folder in there are very sensible
[11:53] <popey> rickspencer3: it's faster than mtp on android
[11:53] <popey> and more reliable
[11:53] <ogra> davmor2, popey, oh, btw, i would appreciate if someone could test the fix from bug 1226825 (just replace the upstart job with the attached one)
[11:53] <davmor2> popey: +1
[11:53] <ogra> i'd like to land that today
[11:54]  * rickspencer3 drags Pink Floyd's Meddle to phone
[11:54]  * mpt grumbles
[11:54]  * rickspencer3 dates self
[11:54] <ogra> davmor2, ^^^ see, thats not the protocol
[11:54] <popey> ogra: my phones are currently occipied, davmor2 can you please?
[11:54] <ogra> no hurry ...
[11:54] <davmor2> but mpt you're awesome too
[11:54] <ogra> i know it work, just want some confirmation
[11:55] <ogra> *works
[11:55] <davmor2> ogra: that's in the image I don't need to install anything?
[11:56] <ogra> davmor2, you need to make it writable to replace the upstart job, but nothing more, no
[11:56] <davmor2> ogra: the nautilus window doesn't close or revert to home on reboot
[11:56] <ogra> thats a nautilus issue, i'm more concerned about the mtp error popups you get
[11:56] <ogra> note they sometimes hide behind other windows
[11:57] <ogra> (and dont show up as windows in the launcher)
[11:57] <davmor2> ogra: right check the bug now, then I'll show desktop and test it
[11:58] <ogra> i usually get three on shutdown of the phone
[11:59] <davmor2> ogra: what's the magic touch file /userdata/.writable-image?
[11:59] <ogra> yeah
[11:59] <davmor2> thanks
[11:59] <ogra> and reboot indeed
[12:00] <davmor2> yeap I remembered the reboot just the name of the file I wasn't 100% on :)
[12:03] <mhr3> ogra, if i try to get some music on the phone via rhythmbox it says that it doesn't support the codec, ideas what am i missing?
[12:03] <mhr3> and it doesn't at all via nautilus
[12:08] <jibel> asac, popey changelog for pending are updated when there is a new image and a new changes file, and current is done manually when I notice a new image in current/
[12:08] <jibel> updated btw
[12:08] <popey> thanks jibel
[12:15] <plars> sarnold: maguro seems to complain a lot about temperature still: http://paste.ubuntu.com/6123644/
[12:15] <davmor2> ogra: no errors, however now the Google logo with the unlocked padlock is displayed for a while, while it waits to enable the mtp device on reboot
[12:15] <plars> sarnold: any ideas?
[12:15] <ogra> davmor2, longer than usual ?
[12:15] <ogra> like ... more than 2min ?
[12:16] <asac> jibel: ic. thx
[12:16] <davmor2> ogra: yeap, it goes as soon as the mtp is enabled but it hangs for 2-4 seconds maybe longer than normal
[12:16] <ogra> you can make out 2-4 seconds in a 2 min process ?
[12:17] <ogra> heh
[12:17] <davmor2> ogra: yes
[12:17] <ogra> (plus 1min for black screen(
[12:17] <davmor2> ogra: the black screen is there for the normal amount of time, it's only because the google logo is there that you notice it :)
[12:18] <plars> oSoMoN: I'm seeing a lot of tracebacks from socket.py even though the web browser test passes: http://10.97.0.1:8080/job/saucy-touch_ro-maguro-smoke-webbrowser-app-autopilot/79/consoleFull
[12:19] <plars> oSoMoN: those are, perhaps, from a python httpserver that isn't getting killed nicely?
[12:19] <rickspencer3> cjwatson, would it be terribly naive of me to create a click package, copy it to my phone, adb shell into the phone, and then use click install nameofpackage.click ?
[12:19] <rickspencer3> to test an app?
[12:20] <davmor2> ogra: let me revert the change and I'll get more specific :)
[12:20] <ogra> yeah, i didnt see any difference here
[12:20] <ogra> the google logo is up for 2min for me as usual
[12:21] <cjwatson> rickspencer3: Use "pkcon install-local nameofpackage.click" instead (as the phablet user)
[12:21] <rickspencer3> thanks cjwatson :)
[12:21] <cjwatson> rickspencer3: It's possible to use click install directly but the exact arguments are fiddly
[12:21] <cjwatson> So I don't usually bother
[12:21] <oSoMoN> plars: if you’re talking about "[Errno 32] Broken pipe", that’s a know and harmless bug in python itself
[12:21] <rickspencer3> ok
[12:22] <oSoMoN> plars: nothing we can do about it (expect migrate to python3, as I believe it’s been fixed there), but it doesn’t affect the test results at all
[12:22] <plars> oSoMoN: ok, figured it was something like that. Just wanted to check
[12:28] <davmor2> ogra: 20 seconds for mtp to appear on desktop for old version, 23 second for new.  The Google logo is still visible for a couple of seconds on the old one when the mtp notification hits the desktop, the Google logo goes as soon as the mtp shows on the new one.
[12:30] <ogra> davmor2, yeah,  the old version uses horridly broken hardcoded settings on startup ... the new one parses them properly, that takes a moment
[12:30] <ogra> i wouldnt have throught its more than 1sec though
[12:31] <ogra> davmor2, but you dont see any errors on reboot on  the desktop with it ?
[12:32] <davmor2> ogra: Nope no errors,  Old one had 3-4 errors for me when I was in adb shell,  repeated for the new one no errors.
[12:32] <ogra> awesome
[12:32] <plars> sarnold: to put it in context, the maguros seem to be shutting down in the lab sometimes, but just the maguros. Nothing special about placement of them that would seem to explain the extra heat.
[12:33] <plars> sarnold: istr you mentioning a recent change that forced shutdown if the temp got too high
[12:35] <davmor2> ogra: commented on bug
[12:35]  * ogra hugs davmor2 
[12:41] <gatox> sil2100, hi, someone mentioned this to me, that it seems to be missing for the clickmanager-plugin and click-update-manager project: https://wiki.ubuntu.com/DailyRelease/InlinePackaging   could you please confirm if is that right, so i can start working on tha tnow?
[12:43] <sil2100> gatox: inline packaging is ready, it only needs a bootstrapping commit and enabling in daily-release, but we need the packages preNEWed first
[12:44] <sil2100> gatox: but 90% of the things from that page are ready
[12:44] <gatox> sil2100, awesome! is there anything i can do from that page to help you or should i wait?
[12:44] <gatox> (trying to land this today :P)
[12:45] <sil2100> gatox: nothing, sadly ;) I'll have 2 merges you'll have to approve in a moment
[12:45] <gatox> sil2100, great!! let me know and i'll review it
[12:46] <jdstrand> mhall119: hey, I was told that you knew something about qtdeclarative5-qtsensors-plugin. I'm trying to use 'import QtSensors 5.0' ... TiltSensor {} and it doesn't work. I tried /usr/lib/.../qt5/examples/qtsensors/qmlqtsensors/qmlqtsensors and it also doesn't work
[12:46] <jdstrand> mhall119: this was on a nexus 4
[12:48] <OrokuSaki> Anyone know how I can switch from release to proposed packages with apt? bored
[12:49] <ogra> OrokuSaki, you dont want that
[12:49] <OrokuSaki> okay.. =)
[12:49] <OrokuSaki> I filed a bug with LXC today.. hope its enough info
[12:49] <jdstrand> mhall119: I think I'll file a bug
[12:49] <ogra> proposed in devel is different from proposed in stable
[12:49] <OrokuSaki> oh
[12:50] <rickspencer3> does anyone know where I can find the list of permissions I can request for a click app?
[12:50] <ogra> you never want it enabled in devel
[12:50] <rickspencer3> jdstrand, beuno, ^ ?
[12:50] <GuidoPallemans> hramrach: you just replied on one of my mails in the mailing list - what do you mean by "There should be some way to add more arcs and a way to say you are done."
[12:50] <jdstrand> rickspencer3: the new SDK bits will make that easy. for now use:
[12:51] <jdstrand> rickspencer3: $ aa-easyprof --list-policy-groups --policy-vendor=ubuntu --policy-version=1.0
[12:51] <ogra> heh, vendor ...
[12:51] <OrokuSaki> Does this look okay ogra? =) https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1227092
[12:51] <OrokuSaki> never filed a bug before
[12:51] <jdstrand> rickspencer3: but don't use the *_files* permissions (they are reserved-- that should also be in the upcoming SDK bits)
[12:52] <rickspencer3> jdstrand, nothing for contacts?
[12:52] <jdstrand> rickspencer3: also note, all of those policy groups aren;t defined yet. I've been mapping APIs to policy groups and defining them, and will have that uploaded soon
[12:53] <ogra> OrokuSaki, the bug looks fine ... i wonder if its really lxc related though
[12:53] <jdstrand> rickspencer3: not specifically. I thought contacts was via the content-hub. tvoss__ ?
[12:53] <ogra> OrokuSaki, ugh
[12:53] <OrokuSaki> No idea...
[12:53] <OrokuSaki> if I downgrade lxc, then it works..
[12:53] <ogra> OrokuSaki, remove /var/lib/lxc/android/rootfs/system from your fstab !
[12:53] <OrokuSaki> but it never creates the mountpoint
[12:53] <alecu> gusch: ping
[12:54] <OrokuSaki> okay okay
[12:54] <tvoss__> jdstrand, nope, contacts go via the qtpim infrastructure, too
[12:54] <OrokuSaki> here we go.. upgrade lxc without that in my fstab
[12:54] <sil2100> gatox: btw. ;)
[12:54] <ogra> the lxc startup script creates that
[12:54] <alecu> gusch: I've got a weird issue using the camera on mako: https://bugs.launchpad.net/camera-app/+bug/1226625
[12:54] <gatox> sil2100, yes?
[12:54] <ogra> you break it with that mount from fstab
[12:54] <sil2100> gatox: could you make some basic autopilot tests for click-update-manager?
[12:55] <sil2100> gatox: I can help getting it packaged and ran on daily-release
[12:55] <jdstrand> tvoss__: so we need another policy group for pim?
[12:55] <gatox> sil2100, ack... i'll start looking into it now
[12:55] <OrokuSaki> @ogra ... booting
[12:56] <jdstrand> tvoss__: also, if I start playing with qtpim, will it use an out of process picker?
[12:56] <jdstrand> tvoss__: (eg, like the gallery)
[12:56] <ogra> OrokuSaki, iff it breaks now, fix the fstab in your android initrd ... dont try to have the mount handled from the ubuntu side
[12:56] <mardy> tvoss__: hi! Jussi told me that you had some reasons to request the a build system change (from qmake to cmake) on the System Settings panel; something about cross compilation
[12:57] <OrokuSaki> yeah my system is not mounted now... so fix the fstab in my android side?
[12:57] <ogra> yeah
[12:57] <mardy> tvoss__: what is wrong with qmake?
[12:57] <bfiller> sil2100: did you see my email about ubuntu-keyboard? can we get that landed today
[12:58] <ogra> OrokuSaki, or add an hook to /var/lib/lxc/android/pre-start.d
[12:58] <tinti_> hi. I have got my kernel running on ubuntu-touch in nexus 7 :)
[12:58] <tinti_> But ... no keyboard or mouse. Any ideas
[12:58] <ogra> OrokuSaki, that should run after the container target gets wiped so wouldnt cause that error
[12:58] <sil2100> bfiller: hi! I brought that up on the meeting today, not sure if there was a final decision - I will try to
[12:59] <OrokuSaki> the fstab in the root of the lxc container that I can create? in rootfs? or in var/lib/lxc/android/fstab?
[12:59] <OrokuSaki> hally was mentioning that to me
[12:59] <tvoss__> jdstrand, ack, one of the reasons is that we wanted to be able to mediate on that level
[12:59] <OrokuSaki> @ogra oh yeah
[12:59] <bfiller> sil2100: autopilot is broken for it, the tests need to be reworked completely. but not related to this MR
[12:59] <ogra> OrokuSaki, hmm, that might be an lxc feature
[13:00] <tvoss__> mardy, we agreed on unifying our buildsystems (and I don't want to restart that discussion) for our projects to easily support use-cases like cross-compilation
[13:00] <gusch> alecu: that's weired - I'll have a look, but I don't have a mako to reproduce that
[13:00] <ogra> not sure if it would just pull the fstab from there without extra scripting
[13:00] <mardy> tvoss__: OK, I just hope that my projects won't be touched :-)
[13:00] <sil2100> bfiller: right, I'll just try making sure if all is working ok and then try releasing - would be happy if those AP tests would work for the next version
[13:00] <OrokuSaki> @ogra my vold.fsta does not list system or vendor mounts.. is that a problem?
[13:00] <sil2100> :)
[13:00] <OrokuSaki> vold.fstab
[13:00] <bfiller> sil2100: me too, need helf from veebers
[13:00] <bfiller> help
[13:01] <thomi> bfiller: what's the issue?
[13:01] <ogra> OrokuSaki, vold should be disabled ... dont you have a $device.fstab ?
[13:01] <OrokuSaki> in /system or in /var/lib/lxc/android/rootfs? I get confused.. I think this will be a no answer though
[13:02] <jdstrand> tvoss__: what is the status of it if I start using qtpim? does it all 'just work' now in the archive?
[13:02] <tvoss__> jdstrand, best to check with bfiller
[13:02] <alecu> gusch: weird thing about the 16px shifting is that it did not happen at once, but after I took some photos that day.
[13:02] <bfiller> thomi: tmoenicke reworked the ubuntu-keyboard to use qml layout for all the keyboards and the AP tests need to change as a result. veebers said he'd take a look but they all fail currently
[13:02] <jdstrand> bfiller: hi! :)
[13:02] <ogra> asac, http://people.canonical.com/~ogra/touch-image-stats/20130918.changes
[13:02] <OrokuSaki> @ogra nope, no tenderloin.fstab
[13:02] <tvoss__> mardy, for ubuntu-system-settings, jussi already proposed a branch for cmake and it's mostly good to land as I understand it
[13:03] <OrokuSaki> I suppose I should create that in my android source and recompile?
[13:03] <bfiller> thomi: and there are some tests that test functionality that hasn't landed (auto capitialization) so those should be remove/skipped for now
[13:03] <OrokuSaki> I remember mako had that file, but my cyanogenmod sources didn't...
[13:03] <jdstrand> bfiller: what is the status of the contacts service? if I use qtpim, will I get an out of process picker and it all just works now (ie, in the archive)?
[13:03] <ogra> OrokuSaki, well, you kind of need to make sure something uses it :)
[13:03] <mardy> tvoss__: yes, I'm reviewing it, there are minor things but otherwise it's OK
[13:03] <thomi> bfiller: I see. that's an interesting one I guess. On the one hand we want to make it clear that the implementation is incomplete, OTOH we don't want to block the release on that
[13:04] <ogra> i doubt just dumping it in place will work
[13:04] <tvoss__> mardy, ack
[13:04] <thomi> bfiller: I thought there might be a technical issue I could help with, since I'm still in a sensible timezone
[13:04] <OrokuSaki> I did create the fstab.tenderloin file in the device/hp/tenderloin folder.. but that is about it
[13:04] <bfiller> thomi: it's a feature that hasn't been implemented yet, so probably shouldn't test until it's implemented
[13:04] <mardy> tvoss__: I'm just worried if the plan is to switch all projects, which would really make me unhappy :-)
[13:04] <jdstrand> bfiller: ie, via qtdeclarative5-qtcontacts-plugin. what about qtdeclarative5-qtorganizer-plugin?
[13:04] <OrokuSaki> so.. you have a device.fstab file located... somewhere in your filesystem?
[13:04] <bfiller> jdstrand: there is an in-process picker that will use dbus to communicate with the contacts service
[13:04] <OrokuSaki> @ogra where is it at?
[13:05] <tvoss__> mardy, not sure what to respond now :) want beers?
[13:05] <thomi> bfiller: well, at least now when it is implemented the developers won't have any problems writing those autopilot tests, right? ;)
[13:05] <asac> ogra: more than i expected :)
[13:05] <bfiller> thomi: ack
[13:05] <OrokuSaki> @ogra maybe I can toss one in the path it is supposed to be at
[13:05] <davmor2> popey: https://bugs.launchpad.net/music-app/+bug/1227113 +1 please
[13:05] <jdstrand> bfiller: in process to the app? you mean it doesn't work like the content hub?
[13:05] <rickspencer3> cjwatson, so, er, your pkcon install-local worked perfectly, how does pkcon remove work? (I've tried several permutations of the package name) or do I use something else?
[13:05] <mardy> tvoss__: you'd better give me a rope to hang myself :-)
[13:05] <ogra> OrokuSaki, it is inside the android initrd usually and gets processed on boot by i dont know what :)
[13:06] <ogra> asac, well
[13:06] <tvoss__> mardy, now that's kinda harsh
[13:06] <OrokuSaki> ahh okay
[13:06] <tvoss__> ;)
[13:06] <balloons> asac, yes fixes landed for file manager
[13:06] <asac> bfiller: hey i think notes_app from daily-build fails tests
[13:06] <asac> bfiller: i tried thrree times
[13:06] <mardy> tvoss__: well, if there are things that can't be done with qmake, fine, otherwise I think I'll resist a little (you can't image how much I dislike cmake) :-)
[13:06] <asac> maybe check
[13:06] <asac> others still work
[13:06] <asac> but notes might not make it
[13:07] <cjwatson> rickspencer3: the removal invocation is kind of annoying right now due to the way PackageKit works; it needs to be pkcon remove 'PACKAGE;VERSION;all;local:click' (see https://lists.launchpad.net/ubuntu-appstore-developers/msg00553.html
[13:07] <ogra> balloons, funnily they only seem to work on one device
[13:07] <cjwatson> )
[13:07] <cjwatson> rickspencer3: Or you can use "sudo click unregister --user=phablet PACKAGE"
[13:07] <ogra> mterry, hey
[13:07] <tvoss__> mardy, I hate to say it: resistance is futile ;)
[13:07] <cjwatson> rickspencer3: The UI should paper over the awkwardness once it's done
[13:07] <rickspencer3> thanks cjwatson
[13:07] <tvoss__> mardy, but as you said: those are your projects
[13:07] <mterry> ogra, hi
[13:08] <jdstrand> mdeslaur: contacts (and presumably calendar) won't use the content-hub. they apparently will do their own thing (I'm trying to figure out what that is atm). but it sounds like we need a new policy group or two
[13:08] <ogra> mterry, we sadly had some issues with the merge :(
[13:08] <mterry> ogra, :(
[13:08] <mdeslaur> jdstrand: ack
[13:08] <ogra> info is on the merge page ... and i also filed a bug
[13:08] <ogra> not sure there is a way around the issue
[13:08] <mardy> tvoss__: as I wouldn't like to have to rewrite everything in Go, one day ;-)
[13:08] <balloons> well fixes landed for calendar and calculator as well.. Looks like calculator is good, calendar is still broken. Perhaps file manager ran with an old version on mako, I'll check
[13:09] <ogra> else we would have to wait until mir becomes the default
[13:09]  * cjwatson considers having click notice that it's running as non-root in relevant places and call the relevant PK interfaces over D-Bus which would then call click again as root :)
[13:09] <cjwatson> What could possibly go wrong
[13:09] <mterry> ogra, I see the bug... hm
[13:09] <ogra> mterry, your code predated the mir inclusion ...
[13:10] <mterry> ogra, I did my testing on a surfaceflinger machine.  LightDM tries mir mode, but when unity-system-compositor isn't found, it just falls back to launching the session
[13:10] <mterry> ogra, you tested and it didn't work on surfaceflinger?
[13:10] <bfiller> jdstrand: not exactly, there is a service that serves up contacts via dbus. And QtContacts api has a backend plugin that we've written qtcontact5-galera that talks to the service via dbus
[13:10] <ogra> mterry, we ship mir disabled since last week
[13:11] <mterry> ogra, I know
[13:11] <ogra> mterry, lightdm always forcefully uses mir
[13:11] <bfiller> jdstrand: then in addition, there is a qt component that we wrote for a picker component that allows apps to choose contacts
[13:11] <sergiusens> mterry, it worked, very slowly, I added comments to the MR
[13:11] <jdstrand> bfiller: ok, that's all fine. but the service that gives the contacts out-- is that driven by the user?
[13:11] <sergiusens> ogra, it actually only works with sf
[13:11] <jdstrand> bfiller: I see. is all of that in the archive now?
[13:11] <ogra> sergiusens, right, but only if you remove mir
[13:11] <rickspencer3> cjwatson, so com.ubuntu.developer.rick-rickspencer3.applicationlifecycleapp_0.1_all.click, becomes pkcon remove "com.ubuntu.developer.rick-rickspencer3;0.1;all;local:click" ?
[13:11] <sergiusens> ogra, yup
[13:12] <bfiller> jdstrand: yes all in the archive
[13:12] <balloons> asac, ogra I can confirm mako ran with the old version, so I suspect file manager is good
[13:12] <sergiusens> doesn't work with mir anyways, lots of errors in unity8.log
[13:12] <ogra> balloons, ah, great, we just werent sure
[13:12] <ogra> thanks !
[13:12] <cjwatson> rickspencer3: Nearly - add ".applicationlifecycleapp" to the first ;-separated component there
[13:12] <asac> balloons: amazing :)
[13:12] <mterry> sergiusens, fascinating about the /run/user thing...  I haven't seen that I believe
[13:12] <jdstrand> bfiller: is it possible for an app to not use the picker component and just grab the whole address book?
[13:12] <ogra> well, it has to work with mir once mir is the default :)
[13:13] <mterry> sergiusens, you say session is super slow.  You mean slow to start or slow once started?
[13:13] <popey> ogra: <testsuite errors="0" failures="0" name="" tests="21" time="379.458">
[13:13] <popey> with mtp enabled
[13:13] <popey> (unity)
[13:13] <ogra> popey, you ran a full test ?
[13:13] <sergiusens> mterry, once started, it's slow, opening apps, swiping
[13:13] <popey> yup
[13:13] <bfiller> jdstrand: they could use the QtContacts api directly and access the entire address book if they have permissions I suppose
[13:13] <cjwatson> rickspencer3: I'll see if I can find a way to polish this up at some point - maybe at least offer a way to dump out the list of installed packages in the form of PackageKit IDs for copy/pasting
[13:13] <ogra> popey, just checking that the erors go away wouold have been enough :)
[13:13] <popey> ogra: lemme run a couple of app tests
[13:14] <bfiller> jdstrand: QtContacts api exposes everything but funnels through dbus so we should be able to protect via apparmor
[13:14] <ogra> its just an upstart job change
[13:14] <rickspencer3> cjwatson, mah
[13:14] <ogra> cant affect unity or the apps
[13:14] <rickspencer3> meh, even
[13:14] <rickspencer3> cjwatson, not sure how high a priority it is
[13:14] <rickspencer3> I think the SDK team should paper over it for app developers and users should never see it
[13:14] <jdstrand> bfiller: right, that is not good and should be specifically disallowed. we can mediate at the dbus level, yes, but it depends on how the api is written as to whether it is effective. I'll play with it
[13:15] <mterry> ogra, sergiusens: Well...  I could adjust my branches for the current mir-shipped-but-disabled image or I could just focus on final mir-enabled mode.  I suspect time best spent focusing on that
[13:16] <rickspencer3> ralsina, I'm getting the bug right now where htere is nothing in the installed apps scope
[13:16] <sergiusens> mterry, I agree on the focus on mir directly
[13:16] <rickspencer3> anything I can do to help debug?
[13:16] <sergiusens> mterry, but I have no ETA on when mir is going to be ready for touch
[13:16] <ogra> asac, any opionion ? alternatives are: wait to land the lightdm change until mir is in or fix it for the current usecase so we can land earlier
[13:17] <ogra> landing earlier gets us more testing, but for a usecase we will drop
[13:17] <cjwatson> rickspencer3: Not massively, it'd just save me some time
[13:17] <cjwatson> rickspencer3: If I slot it in then so be it but I'm not going to worry about it
[13:18] <ogra> sergiusens, with our current landing practice i would be worried that someone says "now it is to late for the release" if we have to wait for mir
[13:18] <jdstrand> bfiller: if I were to write a qml app to test this, would I use qtdeclarative5-ubuntu-contacts0.1 (and not qtdeclarative5-qtcontacts-plugin)
[13:19] <gusch> alecu: it's a bug on android https://code.google.com/p/android/issues/detail?id=41721&q=camera%20color&colspec=ID%20Type%20Status%20Owner%20Summary%20Stars
[13:19] <ralsina> rickspencer3: not yet
[13:19] <gusch> alecu: no idea how to fix that - maybe sergiusens?
[13:20] <jdstrand> it looks like it
[13:20] <popey> davmor2: in return https://bugs.launchpad.net/dialer-app/+bug/1190673 can you check that
[13:20] <alecu> gusch: Wow, thanks for finding it!
[13:22] <asac> oSoMoN: bfiller: notes_app regressed tests ... enable daily-build ppa and install notes_app and the autopilot frm there to try
[13:23] <asac> i might capture a log and file a bug for you, but if you could try while i finish the rest and see yourself that would be easier
[13:23] <oSoMoN> nerochiaro: are you around today?
[13:23] <davmor2> popey: Wfm I've commented on the bug though.
[13:23] <bfiller_meeting> jdstrand: we should have a call about this, same thing applies to calendar backend and history-service
[13:23] <davmor2> popey: might be mako specific maybe
[13:24] <sergiusens> gusch, interesting, only mako I guess?
[13:24] <gusch> sergiusens: yes, and it seems only a few resolutions
[13:25]  * ogra updates to 55
[13:26] <asac> ogra: not sure i can decide now
[13:26] <alecu> gusch, sergiusens: I'm testing it on mako right now, at different zoom levels, and it seems to always happen
[13:27]  * sergiusens notes that he doesn't have a mako
[13:27] <alecu> gusch, sergiusens: even with the zoom set to the smallest level
[13:27] <asac> oSoMoN: bfiller_meeting: https://bugs.launchpad.net/notes-app/+bug/1227123
[13:28]  * sergiusens wonders if gatox has a mako
[13:28] <balloons> oSoMoN, it seems the calendar fix didn't net us anything.. I'm trying to update to get the bzr118 version that just landed to have a look
[13:28] <alecu> sergiusens: gatox only has a nexus 7
[13:28] <gatox> sergiusens, i have the nexus7, whi?
[13:28] <gatox> why
[13:28] <oSoMoN> balloons: can you point me to the logs of failing tests?
[13:28] <sergiusens> gatox, I need a mako... no worries
[13:29] <balloons> oSoMoN, I can indeed :-) Here's an example: http://reports.qa.ubuntu.com/smokeng/saucy/image/4323/calendar-app-autopilot/417097/
[13:29] <gatox> sergiusens, i'm trying to win one in the ubuntu app showdown :P jeje
[13:29] <balloons> oSoMoN, as far as I can tell, it won't switch months
[13:30] <balloons> oSoMoN, you can see the drag operation, then the polling for a month change that never happens
[13:30] <elfangor> Hi, i try to make a custom .desktop file to launch a little script bash but i don't see it on the application list, even after rebooting the phone. What am i missing?
[13:33] <oSoMoN> balloons: that’s on maguro, and when I run the very same tests on my maguro device they pass
[13:34] <oSoMoN> I’m clueless here, until we get video recordings of the test runs I don’t see how we can diagnose the problem
[13:38] <tedg> gusch, Hey, so popey and I were chatting in #ubuntu-unity and trying to figure out what the QML include was for the old HUD library to see if any apps still have it.  Do you remember what that is?
[13:39] <gusch> tedg: import Ubuntu.HUD 1.0 as HUD
[13:40] <tedg> gusch, Cool, thanks!
[13:40] <tedg> popey, ^
[13:41] <popey> yay
[13:41] <popey> there's only one then
[13:41] <popey> well, in the click packages, there may be more elsewhere... I'll grep more
[13:41] <elfangor> Someone knows how to make a custom .desktop to laucnch a script?
[13:41] <oSoMoN> asac: according to the dashboard, the notes-app tests passed today both on mako and maguro, I’m running them locally on maguro to double check
[13:41] <asac> oSoMoN: yes i know that
[13:41] <asac> oSoMoN: just saying that whateer you committed to trunk
[13:41] <asac> broke it
[13:41] <asac> oSoMoN: we cant land the latest trunk basically
[13:42] <oSoMoN> asac: the last commit in trunk is dated Sept. 9th
[13:42] <asac> oSoMoN: install latest image, set to writeable
[13:42] <asac> oSoMoN: then do: http://pastebin.ubuntu.com/6123730/\
[13:42] <oSoMoN> asac: and all it does is remove a stale runtime dep that was unused
[13:42] <asac> oSoMoN: after the apt-get install you can run your notes_app autopilot
[13:43] <asac> oSoMoN: if you find what out of those packages broke you i will kick them out
[13:43] <asac> oSoMoN: i can retry another time. notes is super flaki
[13:43] <asac> so could be i was just unlocky for 4 times in a row
[13:43] <asac> we always retry that on the dashboard
[13:43] <asac> oSoMoN: can you maybe check that? it would be so helpful to get that better
[13:43] <oSoMoN> asac: trying your instructions now
[13:44] <balloons> oSoMoN, yea, the fact the dragging didn't work was why I rewrote such an expanded version to try and see where it was timing out and having issues
[13:45] <oSoMoN> balloons: right, but if it works locally and only fails on devices in the lab, having a rewritten version doesn’t help, unfortunately
[13:45] <oSoMoN> balloons: we’d need to see what’s happening in the lab while the tests are running
[13:46] <Laney> mardy: thanks for reviewing the cmake branch
[13:46] <balloons> oSoMoN, well I made it act differently in the lab ha! But I understand, you can vent the frustration all you want; it's frustrating that it works everywhere but the lab
[13:46] <Laney> I was feeling quite low on energy to do that one
[13:46] <mardy> Laney: hehe, me too, TBH :-)
[13:47] <ogra> popey, did your testing for  libqt5script5 succeed ?
[13:47] <Laney> I should drop a hint to fix my symlink issue
[13:48] <popey> still running ogra
[13:48] <popey> accidentially rebooted in the middle so had to start again
[13:48] <ogra> ah, k
[13:48] <davmor2> popey: Wow I only run ubuntu on my phone but you run ogra on yours that's impressive
[13:49] <popey> ogra 2.0!
[13:49] <ogra> boot slow, i tried that
[13:49] <ogra> *boots
[13:49] <ogra> always needs a few coffees and cigarettes first
[13:50] <popey> haha, i was gonna say that, glad you did first ☻
[13:50] <ogra> once it runs it is quite stable ... (only high beer load makes it a little unstable at times)
[13:50] <nerochiaro> oSoMoN: yes, just didn't see your message until now
[13:51] <nerochiaro> sorry
[13:51] <tedg> popey, So when I do: apt-cache rdepends qtdeclarative5-hud1.0
[13:51] <tedg> popey, I get basically all our apps
[13:51] <asac> oSoMoN: i ran the notes_app test on top of 54 image successfully, ten after installing the stuff in there, it fails 100% of the times
[13:51] <asac> just fyi
[13:52] <oSoMoN> nerochiaro: can you please have a look at https://bugs.launchpad.net/notes-app/+bug/1227123 ? it appears somehow the daily build of notes-app fails autopilot tests, you can check with the following instructions: http://pastebin.ubuntu.com/6123730/
[13:52] <popey> tedg: a simple test is uninstalling the package and rebooting, and seeing if it works?
[13:52] <popey> tedg: I can do that
[13:52] <tedg> popey, I'm saying I think if you do that you'll uninstall a bunch of stuff.
[13:52] <popey> ah
[13:53] <tedg> I mean, I'm okay with *you* testing it :-)
[13:53] <nerochiaro> oSoMoN: i'll be on it soon
[13:53] <popey> tedg: i have two phones ㋛
[13:53] <tedg> popey, Do you know how those depends are generated?  Parsing the QML or by hand?
[13:53] <popey> for our apps, unlikely, as they mostly pre-date the sdk
[13:54] <popey> when you say "our apps" I presume you mean, camera, gallery etc?
[13:54] <oSoMoN> asac: I just ran the tests after executing your instructions, and they passed (that’s on maguro)
[13:54] <popey> not core apps like clock, calendar, calculator?
[13:54] <jdstrand> tvoss__: so, the address-book-app appears to do a bunch of stuff that an app wouldn't necessarily. what is the api that apps are supposed to use to pick a contact?
[13:55] <oSoMoN> asac: how do I know which version of the image I have?
[13:55] <tedg> popey,  webbrowser-app share-app notes-app mediaplayer-app gallery-app camera-app
[13:55] <popey> oSoMoN: /var/log/installer/media-info
[13:55] <popey> tedg: makes sense.
[13:56] <popey> tedg: needs a bug filed against all of them I suspect
[13:56] <oSoMoN> popey: doesn’t tell me the image number, though it says 20130916.3
[13:56] <tedg> popey, K
[13:57] <oSoMoN> asac: is notes-app the only app with failing tests?
[13:57] <davmor2> popey: no surely one master bug with all the projects added to it is enough
[13:58] <davmor2> tedg: ^
[13:58] <tedg> davmor2, Of course, I think that's what he meant
[14:00] <sergiusens> ogra, https://code.launchpad.net/~sergiusens/ubuntu/saucy/lxc-android-config/localbridge/+merge/186325
[14:00] <popey> i did
[14:01] <asac> oSoMoN: i think so... the dialer app is the last
[14:01] <asac> out of that list
[14:01] <asac> (ignore keyboard)
[14:01] <asac> will do that now
[14:01] <asac> oSoMoN: everything worked on first try. notes is always failing now
[14:01] <asac> and notes worked twice on first try on a fresh install as well
[14:01] <asac> so... :)
[14:01] <asac> 1+1=3
[14:02] <oSoMoN> asac: that’s puzzling to say the least, I’ve asked nerochiaro (notes-app maintainer) to investigate
[14:03] <oSoMoN> asac: how can I tell which image version I’m running?
[14:03] <asac> oSoMoN: someone should grab the phone and do it
[14:03] <asac> after dialer app i run more time
[14:03] <asac> oSoMoN: just install latest installed  ubuntu-system
[14:03] <asac> fresh
[14:03] <asac> dont even need the proposed channel ... its super fresh
[14:03] <asac> thats 54
[14:03] <oSoMoN> asac: doing that right now, the version I had was installed a few hours ago, maybe not the latest?
[14:03] <asac> oSoMoN: probably the latest
[14:04] <asac> oSoMoN: you can also wait until i rerun. tried 4 times. maybe its better on 5th time :)
[14:04] <asac> those notes tests have always been flaky. we should maybe use this opportunity to unflake them
[14:07] <cyphermox> popey: the directory is "Books" right?
[14:07] <popey> yes
[14:07] <elfangor> Sorry to insist, i try to launch a custom bash script and put a .desktop so i can clic on it to run it(the .desktop file work on my computer) but i can't see the app on the app list, someone have an idea? :)
[14:07] <popey> cyphermox: https://github.com/rschroll/beru/issues/4
[14:08] <cyphermox> awesome.
[14:08] <cyphermox> proposing merge now.
[14:08] <ogra> sergiusens, looks good
[14:10] <cyphermox> rsalveti: you mentioned bugs for mtp, is it only the errors on reboot?
[14:15] <ogra> cyphermox, he is out until monday
[14:15] <cyphermox> alright
[14:15] <ogra> headbangin
[14:15] <cyphermox> jdstrand: what was the issue with dbus and ofono yesterday? would this have affected NM talking to oFono?
[14:16] <awe_> cyphermox, rsalveti is on the road to rio
[14:16] <cyphermox> ack
[14:17] <cyphermox> asac: we'll need to release mtp again sometime to fix bugs; can it be added to the list?
[14:17] <asac> cyphermox: ogra is doing it. you should also have access to add landing asks
[14:17] <asac> if you dont i can add you
[14:18] <cyphermox> I'm asking permission :)
[14:18] <cyphermox> I *can* edit the spreadsheet, doesn't mean I should :)
[14:18] <cyphermox> so in this case I can rerun the services stack for ogra?
[14:19] <ogra> cyphermox, as i said, i took care of everything apart from CI to get it in the archive
[14:19] <cyphermox> yes
[14:19] <ogra> cyphermox, line 43 in the "landing Asks" sheet
[14:19] <cyphermox> I'm just making sure it's alright to do the daily release
[14:19] <cyphermox> ack
[14:20] <ogra> its a minro fix so i asked for quick fix approval (the sheet entry is only for history reasons)
[14:20] <ogra> *minor
[14:20] <cyphermox> it's not in the plan though
[14:21] <ogra> quick fix :)
[14:21] <hramrach> GuidoPallemans: on a numpad you enter digits and either the pin length is fixed so it auto-submits when you enter the last or you press some submit button
[14:21] <ogra> zero risk, tested prior to request etc
[14:21] <cyphermox> and services also has content-hub and music and stuff, so if I need to land this bug not touch the others, it's still some work
[14:21] <hramrach> so same with that circle thing - you need a way to submit
[14:22] <cyphermox> ogra: asac: ok so I'll hack through the services stack to just rebuild and release mtp, not the others
[14:22] <hramrach> seems there is some predefined length of the input sequence which is wrong for this kind of input
[14:22] <cyphermox> didrocks: ^
[14:22] <ogra> cyphermox, great
[14:22] <GuidoPallemans> hramrach: ah yes, it isn't clear in the gif I posted online, but the lock is "tested" as soon as you lift the mouse / thumb
[14:22] <GuidoPallemans> hramrach: download the source if you want to see what I mean
[14:23] <didrocks> cyphermox: just rebuild with "mtp" in the arg, yeah
[14:23] <didrocks> no need to "hack" :p
[14:23] <hramrach> I did not manage t o install Ubuntu touch on anything
[14:23] <cyphermox> popey: ^^ the Books addition will need to land later though
[14:23] <cyphermox> didrocks: we don't want to rebuild/release the others though, but yeah I guess it's fine
[14:23] <popey> cyphermox: sweet
[14:23] <asac> cyphermox: yeah, please prep etc. depending on when you ar ready we take it or not in the next image run
[14:23] <ogra> yeah, thats more polish than bugfix anyway
[14:23] <didrocks> cyphermox: oh sure, just pop them out then
[14:23] <popey> cyphermox: will that be En only? do we keep the folder names on each locale and not translate?
[14:23] <asac> we are doing some final validationm etc.
[14:23] <cyphermox> didrocks: previously, content-hub and others had diff so I didn  want to risk release thing
[14:23] <cyphermox> *releasing them
[14:23] <asac> i feel it will not be there in time... but not a big deal. a new image is coming
[14:23] <didrocks> but yeah, as asac mentionned, after this run (so don't publish)
[14:24] <cyphermox> popey: AFAIK they're not translated atm
[14:24] <ogra> popey, the decision was to keep the foilder names on the fs afaik
[14:24] <ogra> popey, translation would likely happen inside mtp
[14:24] <hramrach> GuidoPallemans: finishing input by lifting the finger is usual for patterns but might be difficult for longer patterns
[14:24] <ogra> (similar for the filemanager)
[14:24] <jdstrand> cyphermox: no, that was unrelated. the issue I brought up was how apps can figure out if they are online in a way that doesn't expose all network details
[14:24] <GuidoPallemans> hramrach: you don't need to install on a touch device, I don't have any either
[14:24] <cyphermox> ogra: I don't do translation ATM...
[14:24] <hramrach> maybe an laternative way like tapping the center would be useful
[14:24] <ogra> cyphermox, well, hypotethically :)
[14:25] <cyphermox> jdstrand: ack... I was asking because I tried to do something and ofono seemed to not like NM over dbus :)
[14:25] <cyphermox> ogra: sure. It's possible to do it that way actually, it would be pretty cool
[14:25] <GuidoPallemans> hramrach: you're right, but the design isn't suited for just tapping, then the other design is more appropiate (either 789 456 123 0 or https://lh3.ggpht.com/-7enUawUTAt8/UdwAEbtbCxI/AAAAAAAAJ_8/p909d-bYlf8/s1600/unlocscreen03B.png )
[14:25] <cyphermox> ogra: but I didn't spend time to fix that yet... prhaps for next release
[14:26] <asac> oSoMoN: ok i saw a success... please please please make it a priority to make this more reliable
[14:26] <asac> notes_app that is
[14:26] <ogra> cyphermox, i think thats the plan, keep the english names on disk but have the apps that expose them translate them ... that gives you predictable folder names
[14:26] <hramrach> there is good distinction between tap and drag even if the drag gesture is not completely uninterrupted
[14:26] <ogra> (on the filesystem that is)
[14:26] <cyphermox> ogra: yeah, guess so
[14:26] <oSoMoN> nerochiaro: see asac’s latest comments
[14:29] <GuidoPallemans> hramrach: sent another mail
[14:30] <hramrach> where is the source, anyway?
[14:30] <hramrach> don;t see it in the blog post or what it is with the pictures
[14:31] <GuidoPallemans> hramrach: it's both in my first mail as in my blog post
[14:31] <GuidoPallemans> github.com/brambram/qml-lock
[14:32] <hramrach> yes, found it in the email, thanks
[14:33] <tpuser> Hello! When will ubuntu touch be released? In October as 13.10 Release? Will be there an bootable .iso image for convertible Tablets such as Thinkpad X220 Tablet?
[14:35] <ogra> tpuser, no, it will only be released for phones by 13.10
[14:37] <davmor2> popey: file browser: does Documents go under the title bar for you?
[14:38] <tpuser> ogra,  will be there any packeges I can install to my *buntu (actually Xubuntu) to get better touch support and use touch opimized apps?
[14:38] <popey> davmor2: https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1227065
[14:38] <ogra> you should be able to install unity8 and apps, but they might or might not work depending how much of the underlying HW support they need
[14:39] <davmor2> popey: I thought there was a doc viewer app or has that not landed?
[14:39] <tpuser> ogra, thx very much!
[14:39] <nerochiaro> oSoMoN: asac: what is it that you think is unreliable in notes-app ?
[14:39] <popey> davmor2: there is, it seems to be broken.
[14:40] <asac> nerochiaro: running tests
[14:40] <asac> please take a maguro, boot it and run three times autopilot
[14:40] <asac> then reboot and do again
[14:40] <davmor2> popey: that'll explain it not opening the pdf then possibly :)
[14:40] <asac> nerochiaro: it should happen rather frequently
[14:40] <cyphermox> ogra: can you ping me when the image is out so I can push mtp then?
[14:40] <asac> nerochiaro: do that until you can rerun it all day long without ever getting a failure :)
[14:40] <hramrach> GuidoPallemans: well, it needs some Ubuntu.Components which I don't have
[14:40] <cyphermox> that's unless you want it to land now for this image.
[14:40] <asac> nerochiaro: like a while loop :)
[14:41] <nerochiaro> asac: ok. they used to run fine, and not a lot of code was added to the app recently. so i wonder what broke them or made them unreliable
[14:41] <asac> nerochiaro: they always were flaki
[14:41] <asac> just run them in a while loop
[14:41] <asac> those tests are not stable
[14:41] <GuidoPallemans> hramrach: http://developer.ubuntu.com/get-started/#step-get-toolkit
[14:41] <asac> nerochiaro: we have been retryuing those tests in automation for over a month
[14:41] <ogra> cyphermox, landing it now was the plan
[14:41] <cyphermox> ogra: ok
[14:41] <asac> nerochiaro: i think they were never reliable. hence i would like to see someone taking the time to flash that out
[14:41] <ogra> cyphermox, just shove it in if you can :)
[14:41] <cyphermox> still need to wait for the build to finish though
[14:41] <GuidoPallemans> hramrach: 1 command
[14:42] <asac> cyphermox: ogra: isnt mtp inflight and not TODO?
[14:42] <jdstrand> tvoss__, bfiller: ah, I see. I'm using Ubuntu.Contacts 0.1. contacts, calendar and history need to be trusted helpers
[14:42] <cyphermox> asac: what does inflight mean?
[14:42] <ogra> asac, you said do as you like :)
[14:42] <nerochiaro> asac: i never had failures when running them on the device. they were often failing in jenkins. but jenkins has been flaky for a long time now, even with a lot of other packages. i'll try to repro what you suggest on my device
[14:42] <asac> cyphermox: in the daily-release stage
[14:42] <cyphermox> asac: then yes
[14:42] <ogra> asac, and its 0 risk for any apps
[14:42] <cyphermox> building in a PPA at the moment
[14:43] <asac> cyphermox: so if its rumbling or waiting in daily-build its INFLIGHT
[14:43] <cyphermox> ack
[14:43] <ogra> ok
[14:43]  * asac should document those recently invented states  :)
[14:43] <nerochiaro> asac: just to be sure, should i use cdimage-touch or the system image ?
[14:43] <asac> nerochiaro: start with systemimage, make it writeable
[14:43] <jdstrand> tvoss__, bfiller: we treat it just like online accounts and location-- if an app tries to access them, the service pops up a prompt, then the service caches it
[14:43] <asac> and then go for it
[14:43] <jdstrand> tvoss__, bfiller: if we can agree to that ^, we don't need the meeting later
[14:44] <nerochiaro> asac: without updates or anything, just plain system image ? ok
[14:44] <asac> nerochiaro: yeah. take system image, make it writable, reboot
[14:44] <bfiller> jdstrand: I think we should still meet, I'm a bit confused :)
[14:44] <jdstrand> tvoss__, bfiller: and I can summarize in an email
[14:44] <asac> nerochiaro: then do the commands from the paste ... at best reboot, then run tests
[14:44] <asac> until you see a failure
[14:44] <jdstrand> bfiller: that's fine. tvoss__, would you like to attend that meeting ^
[14:44] <joncasagrande> Hi everybody does anybody now how to install ubuntu touch in win?
[14:45] <jdstrand> tvoss__: I'll invite you, you can decide either way
[14:45] <nerochiaro> asac: ok
[14:45] <bfiller> jdstrand: calendar might be a bit trickier, as the QtOrganizer plugin talks directly to EDS - we don't have a helper service
[14:45] <bfiller> EDS is the service
[14:46] <jdstrand> bfiller: we actually have the same issue with contacts-- it is using telepathy as well as com.canonical.pim
[14:46] <jdstrand> bfiller: tvoss__ has a plan for how to make this easy for trusted helpers, so it would be nice if he could attend
[14:47] <bfiller> jdstrand:ack, I'll reschedule to a time more friedly for tvoss__
[14:47] <jdstrand> bfiller: ok, thanks
[14:47] <Guest22239> ogra: (its mfisch) do you have any docs explaining what system-image does? is it a real h/w?
[14:47] <ogra> Guest22239, i think stgraber wrote that up somewhere in a wikipage for the blueprint
[14:48] <Guest22239> cwayne1: can you look for that ^^?
[14:48] <ogra> Guest22239, try here https://wiki.ubuntu.com/ImageBasedUpgrades
[14:48] <jdstrand> bfiller: in the meantime I am going to create the apparmor policy groups to allow access, just like we did with location. after we discuss in the meeting we can file bugs for adding the trusted helper bits
[14:54] <oSoMoN> om26er: regarding the calendar-app autopilot tests, is there a way to get a video recording of a test run in the lab?
[14:55] <om26er> oSoMoN, is that a failure on device or VM ?
[14:55] <om26er> VM have a video, devices don't
[14:56] <oSoMoN> om26er: on devices
[14:57] <om26er> oSoMoN, can you point me at the failures please
[14:57] <joncasagrande> I'm having trouble to install ubuntu touch on galaxy nexus, does anybody know what could be?
[14:58] <oSoMoN> om26er: for example http://reports.qa.ubuntu.com/smokeng/saucy/image/4323/calendar-app-autopilot/
[15:00] <om26er> oSoMoN, ok, I have a readonly image device, I'll ask plars about how to install tests on that device first and look into it.
[15:00] <om26er> plars, how can I install a test suite on readonly image ?
[15:01] <plars> om26er: touch /userdata/.writable_image
[15:01] <plars> om26er: and reboot
[15:02] <om26er> plars, just like that. ok. I was expecting it to be click based but I guess that's not there yet
[15:08] <gema> sergiusens: can you remind me how to install yesterday's image with phablet-flash? is it -n -1?
[15:09] <gema> or ogra ^ ?
[15:09]  * ogra doesnt know if that even works witrh system-image yet 
[15:09] <gema> if it doesn't I will have to raise a bug
[15:10] <gema> ogra: but I believe sergiusens told me it does during the sprint last week
[15:11] <gema> rsalveti: ^ ?
[15:13] <gema> ogra: --revision -1
[15:14] <ogra> ah, thanks :)
[15:14] <gema> -2 , etcv
[15:14] <ogra> gema, btw, rsalveti is on headbangcation this week
[15:14] <ogra> (off to a rock festival)
[15:15] <cwayne1> does --revision work to pass an actual revision number instead of a relative one?
[15:15] <cwayne1> i.e. can i say --revision 45
[15:15] <gema> cwayne1: no idea
[15:16] <om26er> awe_, you got some time today about "getting gprs working on my phone" :)
[15:16] <lool> cwayne1: no
[15:16] <lool> cwayne1:     else:
[15:16] <lool>         raise EnvironmentError('Specific version retrieve not supported yet')
[15:17] <lool> cwayne1: see setup_ubuntu_system() in phablet-tools/phabletutils/environment.py
[15:17] <lool> not implemented yet
[15:17] <lool> 0 and -n are the only implemented cases
[15:17] <awe_> om26er, I spent time yesterday working on the voicecall osd/auto-callback bug
[15:17] <cwayne1> lool: ah, any idea when it might be supported?
[15:17] <awe_> om26er, I will work on your gprs bug today, and may get you a test package you can try
[15:17] <om26er> awe_, ok, that sounds cool.
[15:18] <om26er> awe_, the formal was my bug as well ;)
[15:19] <sergiusens> cwayne1, it should
[15:19] <davmor2> om26er: former, and I wrote a nice bug for gprs not working on maguro that is "Fixed" only we managed to break it as soon as we tested it,  cyphermox and rsalveti helped with that though
[15:19] <om26er> davmor2, hah right
[15:20] <davmor2> om26er: I think maguro has a way flakier modem in it than mako but I could be wrong
[15:20] <sergiusens> cwayne1, gema that said, I saw  an MR from doanac for this + channel selection; I'm going to look and approve if it works, but it is going to be on him to get it as a package (not doing the whole utah test again to land a simple package)
[15:20] <anders3408> ogra: do you have any idea on why i need to do cat /sys/graphics/fb0/lcdoff and then lcdon to get the display up  when phone boots  ? on aosp roms there is no display issues
[15:21] <anders3408> iBotPeaches: you here ?
[15:21] <ogra> anders3408, does the android init probably usually do that ?
[15:21] <anders3408> uhm, not the init.find5.rc part
[15:22] <om26er> davmor2, I have both, gprs does not work on none for me due to settings problems
[15:22] <anders3408> ramdisk is the same as it is on cm10.1 roms. at least all the device specific parts
[15:22] <lool> cwayne1: no idea  :-)
[15:22] <oSoMoN_> bfiller: re- https://code.launchpad.net/~osomon/webbrowser-app/ua-override-facebook.com/+merge/182862 , we haven’t come to a decision, but I think overall this override is better than the current situation, so I would vote for merging it, what do you think?
[15:22] <davmor2> om26er: :(
[15:23] <ogra> anders3408, well, no idea then .... i suppose you could add such a workaround to the android init though
[15:23] <bfiller> oSoMoN_: +1
[15:23] <cwayne1> sergiusens: works for me :)
[15:23] <anders3408> added cat ...... but init doesnt know anything named cat :) but i should be able to do it in a init.d scriipt :)
[15:23] <oSoMoN_> bfiller: cool, would you mind approving it, so I don’t approve my own MRs?
[15:23] <ogra> anders3408, we dont have pixelflinger (for the bootanim) probably the device has some init code for the display in there
[15:23] <bfiller> oSoMoN_: will do
[15:23] <oSoMoN_>  thanks
[15:24] <MDesigner> hey guys, quick Q. I've been installing the devel-proposed daily builds. is there somewhere I can see a changelog to see what's new each day?
[15:24] <bfiller> oSoMoN: done
[15:24] <anders3408> another question, ogra: when rebooting the lxc-container doesnt mount as it should but on first boot it works... thats kinda irretating :)
[15:25] <ogra> anders3408, yeah, no idea what that could be (didnt we talk about it yesterday too ?)
[15:25] <anders3408> yes we did ogra :)
[15:26] <kdub>  where does the ubuntu touch kernel come from?
[15:27] <ogra> kdub, android
[15:27] <kdub> ogra, so its just a stock cm kernel?
[15:27] <ogra> no
[15:28] <ogra> it has a lot of changes ... the base is a stock CM one
[15:28] <ogra> you need a bunch of config changes, a patch for ureadahead and a patch to add support for the latest apparmor
[15:29] <popey> MDesigner: see the last link in the topic
[15:29] <kdub> ogra,  i think I need to set some config flags to get some display-related ioctls
[15:29] <ogra> (and depending on the device, more changes to make it work with the container setup we use)
[15:29] <kdub> is there a wiki explaining how to build?
[15:30] <ogra> kdub, i think the kernel team has pages for that yeah ... ask in #ubuntu-kernel iirc there is even a cross compile howto that should make it fast
[15:30] <kdub> ogra, thanks
[15:34] <om26er> awe_, home I am not bugging you too much. if a bug is not in ofono and is deeper than that i.e. rild which launchpad project for that ?
[15:34] <om26er> e.g. bug 1227199
[15:35] <popey> ogra: finally finished testing... (once I remembered to switch to the right terminal), all looks good for libqt5script5
[15:35] <ogra> popey, i'll add that to the spredsheet
[15:35] <ogra> popey, thanks !
[15:36] <popey> np
[15:36] <awe_> om26er, if a bug is in RILD, we're basically screwed...as RILD is a closed source blob
[15:36] <awe_> om26er, we can try workarounds, but there's not much more we can do
[15:36] <awe_> I'll take a look at your bug
[15:37] <awe_> om26er, also we've implemented very little of the plumbing necessary for handling multiple calls
[15:37] <om26er> awe_, i would assume then something would need to be handled in ofono since the problem is not in android
[15:37] <om26er> awe_, ah - ok
[15:38] <awe_> om26er, I tried asking asac about generic bug  lists, and he told me not to worry.  My SoP would be to file  such bugs first against ubuntu-touch-preview
[15:38] <awe_> and then once we figure out which package is the cause, use affects distro, and choose the right package
[15:39] <om26er> awe_, ok, I'll move the bug there
[15:39] <asac> awe_: om26er: if the package is in the archive, file the bug against the package and give it to jfunk
[15:39] <asac> if its something we should look at
[15:39] <awe_> asac, what if you don't know which package is the problem?
[15:40] <awe_> that's why I use ubuntu-touch-preview as the umbrella project, and then also affects the bug once I (we) know where it lives
[15:40] <asac> awe_: then file it against the package exposing the misbehaviour
[15:40] <popey> awe_: best not to file against ubuntu-touch-preview
[15:40] <popey> as we're disabling the bug tracker there
[15:40] <asac> right. please not there :)
[15:40] <pmcgowan> we are trying to deprecate that project for bugs
[15:40] <popey> i exported a list of all the bugs that are in it
[15:40] <awe_> first I've heard of this
[15:40] <popey> and am re-assigning them as I can
[15:41] <awe_> so where does someone file a generic bug?
[15:41] <awe_> ( ie. before the source package is known )?
[15:41] <awe_> asac, popey, pmcgowan, are there plans to communicate this to the team?
[15:41] <popey> I put a boilerplate at https://launchpad.net/touch-preview-images
[15:42] <awe_> asac, ok... missed your earlier stmt
[15:42] <popey> which has a wiki page which links to many of the right bug trackers
[15:42] <pmcgowan> awe_, this has been planned for some time but just now trying to switch
[15:42] <awe_> popey, has this been communicated to the ML?
[15:42] <popey> no, because it's not been switched off yet
[15:43] <awe_> pmcgowan, again...first I've heard
[15:43] <pmcgowan> awe_, we just started doing it!
[15:43] <pmcgowan> like a few hours ago
[15:43] <awe_> k
[15:43] <awe_> om26er, so don't move the bug there!  ;)-
[15:43] <popey> there's a fair number which are pretty obvious what they are
[15:43] <popey> and even have people assigned
[15:43] <popey> e.g. https://bugs.launchpad.net/touch-preview-images/+bug/1225022
[15:44] <popey> should be reassigned to ubuntu/ofono and touch-preview-images removed
[15:44] <om26er> awe_, back to ofono sounds good ? :)
[15:44] <awe_> sure
[15:44] <lool> bfiller, renato: Heya
[15:44] <awe_> popey, has anyone been tasked with confirming bugs?
[15:44] <popey> but we're slowly going through that so you guys don't have to ☻
[15:44] <awe_> lots in New state
[15:44] <popey> awe_: I'm trying to ☻
[15:44] <awe_> k
[15:44] <popey> there were ~280 of them earlier
[15:44] <lool> bfiller, renato: Mirv refactored your proposed qtpim-opensource-src update into https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtpim-opensource-src
[15:45] <popey> "only" 211 to go ☻
[15:45] <lool> bfiller, renato: But it wasn't proposed for merging yet => no review, no testbuild, no .debs; would one of you two either start the merge + review process, or confirm that I should?
[15:46] <bfiller> lool: if you don't mind doing that would be great. we could tests the debs once available
[15:47] <asac> bfiller: testing involves running autopilots on the phone though
[15:48] <bfiller> asac: yes
[15:48] <asac> good
[15:48] <asac> i htink lool distilled a good set of pilots that we should try to be safe
[15:49] <om26er> sforshee, ping
[15:49] <lool> bfiller, renato: Oh I get it now, it's not under CI, is it?
[15:49] <MDesigner> popey, ahh.. changelog in the topic. thanks
[15:49] <asac> oSoMoN: http://reports.qa.ubuntu.com/smokeng/saucy/image/4336/ notes app being flaki can be observved there again :)
[15:49] <bfiller> lool: no
[15:49] <lool> I guess because it's used in kubuntu
[15:49] <asac> nerochiaro: ^^
[15:49] <asac> thats like happening 2 our of 3 runs
[15:50] <davmor2> popey: hey I know a song for that, 211 bugs on a wall, 211 bugs, take one down test it around, there's 210 bugs on the wall.  It also works with the app migration however there were 960 of those and they take a bit longer :)
[15:50] <asac> nerochiaro: oSoMoN: so thanks for running those in a while loop at a convenient time until they are rocking :-P
[15:50] <bfiller> asac, sil2100: oSoMoN just noticed webbrowser-app was released - and we never requested a release for that
[15:50] <nerochiaro> asac: i ran it 4 times so far and never failed. i'm continuously repeating
[15:51] <asac> bfiller: hmm. is it badly busted?
[15:51] <asac> bfiller: the tests seem to pass at least
[15:51] <bfiller> asac: no, just that we thought we needed to manually request anything for it to be released
[15:51] <popey> davmor2: 205 now ☻
[15:52] <oSoMoN> asac: not busted at all, just wondering why it was released without a prior request
[15:52] <asac> so we are slowly relaxing things a bit for those that have decent tests
[15:52] <asac> and are usually safe
[15:52] <asac> thats all apps
[15:52] <asac> for now... we said: lets try to take everything bfiller has, every day
[15:52] <asac> so good news for you
[15:53] <davmor2> popey: I'm at 927 but doubt I'll be doing any today
[15:53] <popey> heh
[15:53] <oSoMoN> asac: that’s good news indeed
[15:53] <asac> bfiller: but continue filling requests until that is official
[15:53] <asac> we will expand that model to more that we feel we can control
[15:53] <bfiller> asac: ok, didn't know about that
[15:53] <asac> control == understand the potential impact and side effects on other tests
[15:53] <asac> bfiller: right. was supposed to be a surprise :)
[15:53] <asac> now if notes app goes stable, it will be very quick for you guys
[15:53] <bfiller> asac: just means we have to keep trunk working all the time, which is what we are trying to do anyway
[15:54] <nerochiaro> pete-woods: i'm trying to query the metrics data store over DBUS from a qml plugin. the plugin code looks like this: http://pastebin.ubuntu.com/6124462/ but when running I get an error like this: http://pastebin.ubuntu.com/6124466/
[15:54] <nerochiaro> pete-woods: any ideas ?
[15:54] <asac> right
[15:54] <asac> bfiller: just dont stop filling request for stuff you want to see land for sure. we might miss something otherwise or wait without telling you
[15:54] <asac> we will improve things after this week :)
[15:55] <bfiller> asac: will continue with the requests
[15:55] <asac> thx
[16:00] <oSoMoN> balloons: I’ve managed to reproduce the calendar-app tests failure on my device, unfortunately it was running in the background while I was doing something else, so I don’t really know what went wrong
[16:00] <pete-woods> nerochiaro: well the warning about QThread is obviously pretty scary sounding, I'm not familiar enough with QML plug-ins to know what is causing that
[16:01] <oSoMoN> balloons: but at least I know it can fail on my device, so I’ll instrument the test and run it as many times as needed to make it fail again
[16:01] <balloons> oSoMoN, I've been doing some other things this morning, but the tests won't run locally for me after flashing today's image.. not sure why adb hates me now
[16:04] <pete-woods> nerochiaro: it sounds like either the usermetrics service is successfully starting, or the start() method is never being called, as that would throw an error if it failed
[16:05] <nerochiaro> pete-woods: what are these messages about threads ? could it be that it is start() failing when called from the plugin ?
[16:06] <pete-woods> nerochiaro: it could be, there's not enough debug output there for me to know what's going on, though
[16:08] <pete-woods> nerochiaro: I would consider making the start method a slot, and connecting it to some signal from your tests
[16:08] <pete-woods> I think that causes it to be invoked on the right thread
[16:08]  * pete-woods is obviously partly guessing here
[16:10] <pete-woods> nerochiaro: I'd say you could also move the startServices call into the constructor, I only have it in SetUp() because of Google test not liking errors inside its test constructors
[16:12] <plars> Saviq: (others?) https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-mako-smoke-ubuntu-calculator-app-autopilot/91/artifact/clientlogs/top_after.log/*view*/ - after one of our autopilot tests on mako, it seemed like unity was chewing up the cpu
[16:12] <plars> no .crash or anything though
[16:13] <Saviq> plars, thanks for the heads up, we'll keep an eye out
[16:13] <AskUbuntu> Issue installing Ubuntu touch on Nexus 4 | http://askubuntu.com/q/347154
[16:13] <plars> Saviq: there's also a unity.log there if that's useful
[16:13] <plars> Saviq: linked off of http://reports.qa.ubuntu.com/smokeng/saucy/image/4336/ubuntu-calculator-app-autopilot/419068/
[16:14] <Saviq> plars, yup, thanks
[16:14] <Saviq> plars, that's pretty nifty, btw :)
[16:18] <thomi> In the battery indicator, the slider to adjust screen brightness no longer has a label, so it's not obvious what it does. Is this a known bug? If not, what project should I report it under?
[16:19] <thomi> jfunk: has someone reported that to you? ^^
[16:20] <balloons> oSoMoN, got calendar to run on my device; it's the same as when I merged it.. it HANGS for a long long time upon starting the first monthview test
[16:21] <oSoMoN> balloons: does it also happen if you run one selected monthview test, instead of the whole suite?
[16:21] <balloons> oSoMoN, if I remember correctly, no a one-off test works fine.. let me confirm now
[16:24] <alecu> rickspencer3: ping. ralsina tells me you had an empty click scope, and I'm not able to reproduce it on my nexus 4.
[16:24] <alecu> rickspencer3: may I ask for the version of the image you are using?
[16:24] <balloons> oSoMoN, yes confirmed.. running them one at a time works
[16:25] <lool> bfiller, renato: qtpim-opensource-src .debs in https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/5029691 and soon in ppa:ubuntu-unity/daily-build
[16:25] <nerochiaro> pete-woods: seems to be working the way you suggest. thanks
[16:26] <drachensun> Hello, any know why adbd would say "cannot bind 'tcp:5037'"
[16:26] <cjwatson> another adbd running?
[16:26] <drachensun> I checked that, nope
[16:26] <cjwatson> sudo netstat -anp | grep -w 5037
[16:26] <drachensun> not is ps
[16:27] <jfunk> thomi, I haven't seen that defect, balloons ^^?
[16:27] <drachensun> I ran netstat -a and didn't see anything, let me try adding the np
[16:27] <pete-woods> nerochiaro: woot! glad I helped. which solution worked, btw? (I like to try and understand fixes)
[16:28] <jfunk> thomi, re: project list - https://wiki.ubuntu.com/QATeam/TouchTesting/BugFiling
[16:28] <jfunk> thomi, and all things manual/swat/avengers related - https://wiki.ubuntu.com/QATeam/TouchTesting#preview
[16:29] <balloons> oSoMoN, thomi just fixed a bug in autopilot that caused tests to run slowly in saucy.. I wonder if it is the source of our issue. I can't get the full logs from the run to confirm or deny. However, the pause happens on the first test and it waits for a long long time.. i assume it's a dbus timeout issue. once that's cleared it runs
[16:30] <didrocks> rsalveti: hey, it seems the release team answered to you, you might want to give further infos: https://bugs.launchpad.net/ubuntu/+source/gst-plugins-bad1.0/+bug/1224665
[16:30] <oSoMoN> balloons: do you have a link to the fix thomi made, and has it been released?
[16:31] <balloons> oSoMoN, I don't I was hoping he would see the ping :-) and that I would get a proper trace for him to look at. I can't see to get autopilot to run excet through phablet-test-run
[16:31] <asac> ChickenCutlass: hey
[16:31] <asac> ChickenCutlass: you need to take over rsalveti's landing asks for multimedia
[16:31] <asac> ChickenCutlass: thats row 35
[16:31] <asac> we dont know if anything isthere... they are all "waiting for code"
[16:32] <asac> let me and didrocks us know if you change them
[16:32] <didrocks> ChickenCutlass: and https://bugs.launchpad.net/ubuntu/+source/gst-plugins-bad1.0/+bug/1224665 for the FFe with questions from the release team
[16:32] <asac> otherwise i assume it snot going in tomorrow
[16:32] <balloons> ohh, I think I know why.. let me see.. fingers crossed for a log
[16:35] <asac> ChickenCutlass: so "qtubuntu changes to support the new multimedia stack (jim's work)" we would like to take that
[16:35] <asac> but its not clear if that has the right code etc.
[16:35] <asac> ChickenCutlass: can you check and update that landing ask line so its clear waht to land and when?
[16:35] <didrocks> ricmm: is that linked to qtubuntu + platform-api changes we discussed? ^
[16:37] <oSoMoN> balloons: ok, so it seems the first test hangs for a very long time just after completing (and before the app is killed prior to launching the second one), and since there is no simulated user input, the screen is blanked and locked, resulting in subsequent interactions being ignored
[16:37] <tedg> jdstrand, I thought we had a page that defined app id.  Do you remember where that was?
[16:40] <balloons> oSoMoN, yes I believe your correct
[16:40] <oSoMoN> balloons: I’m not seeing any recent commit in lp:autopilot that indicates that a bug related to slowness was fixed
[16:40] <balloons> killing the shell let's it complete
[16:40] <drachensun> cjwatson: http://pastebin.com/6ee0X8n5
[16:40] <cjwatson> tedg: https://wiki.ubuntu.com/AppStore/Interfaces/ApplicationId ?
[16:40] <drachensun> I dont see anything in there, also includes ps output
[16:41] <cjwatson> drachensun: Not sure then, sorry
[16:41] <tedg> cjwatson, That works, thanks!
[16:41] <drachensun> ok thanks
[16:41] <drachensun> well I think the lack of answers means no one has run into this
[16:42] <drachensun> I can tell its booting, but something else is quiting
[16:42] <drachensun> well I think something else is quitting, adb isn't vital to the boot is it?
[16:42] <balloons> bah, my testrun still fails on the device
[16:45] <drachensun> ok different question, I'm not sure about the permissions, my /vendor directory is in group 2000 and /data is in user/group system for the most part, listing here http://pastebin.com/TU2LrHkc
[16:45] <drachensun> is that right?
[16:46] <jdstrand> tedg, cjwatson: oh, I didn't know that page existed. I am going to clean it up a bit
[16:46] <oreneeshy> the dash concept we pitched to Mark
[16:48] <pmcgowan> popey, which core apps are setup to call openexternalurl do you know?
[16:50] <sarnold> plars: re: maguros shutting down, sorry, no idea; I can't recall mentioning temp-related shutdowns recently, maybe that was someone else? (I hope :)
[16:50] <wazdra> hi
[16:51] <wazdra> is there someone to help me, i can't complete my installation
[16:54] <thomi> oSoMoN: wrong branch: lp:autopilot/1.3 for saucy releases
[16:54] <Laney> What directory should I measure the space of for "Used by apps"?
[16:54] <Laney> Is it /opt/click.ubuntu.com/?
[16:54] <popey> pmcgowan: good question. I don't know without looking
[16:54] <cjwatson> Laney: "click list --manifest" already gives the space used under there
[16:55] <pmcgowan> popey, I was thinking rss reader, but not sure which others
[16:55] <oSoMoN> thomi: ah, thanks! do you have a pointer to the bug that was fixed? I’d like to get some context
[16:55] <cjwatson> Laney: (installed-size)
[16:55] <Laney> cjwatson: Oh, yes, I even implemented something to read that already.
[16:55] <ricmm> didrocks: asac no
[16:55] <ricmm> those are two separate branches
[16:55]  * Laney runs
[16:55] <popey> pmcgowan: oh, which ones _need_ it you mean?
[16:55] <pmcgowan> popey, some stuff is startng to be testable for that so would be good to know if anyone already has the api hooked up
[16:55] <pmcgowan> yep
[16:55] <wazdra> so, i have installed all i need to get through installation, i have unlocked my nexus 4. but when I enter phablet-flash(...) it works until recovery, and then, it doesn't find my phone anymore. What should I do ?
[16:55] <ricmm> didrocks: asac ChickenCutlass but I'll say land *both* and we take that for testing
[16:55] <ricmm> that sounds good?
[16:56] <anders3408> ogra: mobile signal such as 3g is working :D
[16:56] <ogra> wow
[16:56] <anders3408> just didnt read that pin code should be disabled :)
[16:56] <ogra> awe_, ^^^ our first port where 3G works OOTB
[16:57] <anders3408> ogra:  not sure if this did it : https://bitbucket.org/anders3408/ubuntu_device_oppo_find5/commits/9036bcb42934aa14088c8f35e5a3f3391e0a1218
[16:58] <tedg> bfiller, description done: https://wiki.ubuntu.com/URLDispatcher
[16:59] <wazdra> could you help me please ? I'd really like to join the Ubuntu Touch community, but I can't even get it on my phone :3 I'd just like to know why my phone isn't found in recoverymode...
[16:59] <bfiller> tedg: great, thanks. ricmm ^^^^^^
[17:00] <anders3408> ogra:  can go on internet, but cant send sms ? send buttom is greyied out :) ?
[17:00] <bfiller> renato, salem_ , boiko : take a look at this https://wiki.ubuntu.com/URLDispatcher. Do we need to add more schemes to support contacts and messaging app?
[17:02] <tedg> bfiller, I'm going to go to lunch right now.  Ping me if you guys need anything added and I'll work on it when I get back.
[17:02] <bfiller> same
[17:05] <wazdra> could you at least tell me if there's a support chat i could go to ? on the ubuntu wiki it's said that's here but i see u're working on it (and btw gl guys :) )
[17:06] <plars> asac: slightly better pass rates now on http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/
[17:06] <salem_> bfiller_afk, probably yes.
[17:06] <cjwatson> 17:55 <cjwatson> Laney: but you'd also need to measure user-data, which is in whichever XDG directory it is
[17:06] <cjwatson> sorry, internet connection very bouncy today
[17:07] <drachensun> ogra: did you see my question about adb not binding? I'm really out of ideas and hoping someone has seen something like it
[17:07] <wazdra> drachensun : i have, that's why i'm here x)
[17:07] <asac> plars: why do we get more than 6 failures on mako?
[17:08] <Laney> cjwatson: what is user-data?
[17:08] <Laney> is that other things saved by applications?
[17:08] <plars> balloons: mako had one extra failure for calendar
[17:08] <plars> asac: ^
[17:08] <drachensun> wazdra: You getting the bind error? I thought you couldn't see anything on the device
[17:08] <cwayne1> cjwatson: hi, im curious as to what should happen if a user tries to install (and/or update) a click pkg that is already installed in /custom/click
[17:08] <asac> plars: goodie
[17:08] <plars> asac: also there was a systemsettle-after failure on calculator for mako - I pointed out to Saviq earlier
[17:08] <cjwatson> Laney: right
[17:08] <asac> plars: record and retry
[17:08] <plars> asac: unity8 was chewing up the cpu after
[17:08] <asac> as usual
[17:08] <plars> right
[17:08] <roadmr> hey folks! I have an application that at the moment depends on ubuntu-sdk, but I'd like to trim down the dependencies. Is there maybe an ubuntu-touch-runtime metapackage I can depend on instead? failing that, which packages should my application depend on, runtime-wise?
[17:08] <wazdra> I can,but only in "regular mode"
[17:09] <asac> ogra: popey: i believe we want a final smoke and then push that image
[17:09] <wazdra> drachensun : It works when my device isn't in recovery
[17:09] <cjwatson> cwayne1: the user-installed version will be unpacked under /opt/click.ubuntu.com/ and will shadow the custom version; if the user-installed version is removed, the custom version will pop back up
[17:09] <asac> ogra: popey: 55
[17:09] <asac> ogra: we wait for a few more INPRPOSED
[17:09] <asac> check the landing plan
[17:10] <asac> then we can kick a new one
[17:10] <cjwatson> roadmr: a click package?
[17:10] <ogra> asac, are you aware that this will totally trash our statistics !?!
[17:10] <cwayne1> cjwatson: hm, ok so this will allow us to have updates for carrier's pre-installed apps then from the click store (or whatever its called)
[17:10] <cjwatson> cwayne1: right, should do
[17:10] <ogra> asac, rwo in a day ... tsk
[17:10] <ogra> *two
[17:10] <roadmr> cjwatson: nope, it's a plain .deb
[17:10] <drachensun> wazdra: I see so you are getting the "cannot bind 'tcp:5037'" as well when running in recovery?
[17:11] <cjwatson> roadmr: well, there's the ubuntu-touch metapackage, which is the runtime one
[17:11] <balloons> plars, ack. oSoMoN and myself are looking at calendar. it has a weird timeout issue
[17:11] <plars> balloons: specifically with that new_event test? or with all of them?
[17:12] <wazdra> drachensun : oh, no, sorry, thought u were just talking about "binding" the device on the computer xD I'm kinda new on the adb scene
[17:12] <balloons> plars, when run as a group they fail. When run individually they pass. It seems one of the tests doesn't like to close properly and sits for a several mins before allowing the tests to continue. The guess is the shell is locking and therefore all further input is ignored
[17:13] <asac> ogra: almost... the other image was the one we started yesterday afaik
[17:13] <asac> ogra: like the one we will kick off now will be released tomorrow morning
[17:13] <balloons> plars, the monthview tests are where the failures occur, but the new_event_test is the suspect test :-)
[17:13] <plars> balloons: could be, we saw unity8 eating up the cpu after the calculator tests on mako one time today
[17:14] <ogra> asac, 55 is good on maguro
[17:14] <popey> asac: flashing
[17:18] <roadmr> cjwatson: I see ubuntu-touch-meta, I'll give that one a try, thanks!
[17:22] <wazdra> well, i guess u won't help me. bye
[17:31] <anders3408> ogra: wifi fixed to :)
[17:32] <oSoMoN> balloons: the fix in autopilot doesn’t seem to improve things
[17:32] <ogra> nice !
[17:32] <oSoMoN> balloons: I’m still seeing the first test in the suite hang indefinitely
[17:32] <anders3408> now i need apparmor
[17:32] <thomi> oSoMoN: there are no fixes landed for tests hanging
[17:32] <balloons> oSoMoN, it was only an outside shot
[17:32] <thomi> oSoMoN: what test hangs, and why?
[17:33] <oSoMoN> thomi: the first test in the calendar_app suite hangs forever at the very end of its run
[17:34] <plars> asac: http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/ - better, actually did even better than maguro this time on calendar
[17:35] <plars> asac: calendar has never passed 100% as far as I can remember though - I don't think this is something to block on
[17:35] <plars> balloons: you might be interested in http://reports.qa.ubuntu.com/smokeng/saucy/image/4336/calendar-app-autopilot/ though - this time, new_event was the *only* one to fail
[17:36] <plars> oSoMoN too: ^
[17:38] <balloons> oO
[17:43] <nerochiaro> asac: i keep running tests and they keep succeeding
[17:43] <nerochiaro> asac: 30 runs or so so far
[17:43] <asac> nerochiaro: mako?
[17:44] <mterry> asac, so the unity8-side of the unlock script can work now in trunk.  If you have that, and have installed unity-greeter-session-broadcast, try this:   sudo dbus-send --print-reply --system --dest=com.canonical.Unity.Greeter.Broadcast /com/canonical/Unity/Greeter/Broadcast com.canonical.Unity.Greeter.Broadcast.RequestHomeShown string:phablet
[17:45] <nerochiaro> asac: maguro
[17:45] <asac> nerochiaro: i assume it is about rebooting in betrween that then causes those issues?
[17:45] <asac> nerochiaro: do you see the test that failed that i showed you? maybe you can take a look at that and can spot where the timing/race might kick in there?
[17:46] <anders3408> to disable apparmor, is it correct just to add apparamor=0 into BOARD_KERNEL_CMDLINE ?
[17:47] <nerochiaro> asac: maybe it's the rebooting. can you paste again the failure ?
[17:47] <asac> nerochiaro: check the backlog i dont have it open anymore i think
[17:47] <asac> otherwise just wait
[17:48] <asac> we will put out a list of bad guys
[17:48] <asac> sometimes next week
[17:48] <nerochiaro> asac: i am about to EOD for today and i don't work until next monday. so that's actually a good option
[17:49] <asac> nerochiaro: ok
[17:49] <asac> nerochiaro: next week priority will be higher though :)... but guess thats life
[17:51] <mhr3> ogra, ping?
[17:52] <pmcgowan> asac, what test failure was that? need someone to pick it up?
[17:53] <asac> pmcgowan: general flakiness of notes app
[17:53] <mhr3> ogra, if you have a moment could you merge lp:~mhr3/+junk/more-scope-overrides to the ubuntu-settings branch?
[17:53] <asac> its different tests, but every day we have to give back at least.
[17:53] <asac> and notes is always there
[17:54] <asac> pmcgowan: https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-mako-smoke-notes-app-autopilot/
[17:54] <asac> thats the flakiness
[17:54] <asac> fails 50%
[17:54] <asac> lots of other apps have close to 100
[17:55] <asac> pmcgowan: https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-mako-smoke-notes-app-autopilot/99/console thats the one i pointed at earlier today
[17:55] <asac> it has been retried and went green since then
[17:55] <pmcgowan> asac, ok
[17:55] <nerochiaro> asac: i can probably put it at the top of my list next week. however if you can find someone else in the meantime that can look at it, that would be idea. I think om26er is a good candidate
[17:55] <nerochiaro> asac: and has a mako as well, IIRC
[17:56] <asac> nerochiaro: i will not actively try to find someone
[17:56] <asac> i am just escalating :)
[17:56] <nerochiaro> om26er: ping
[17:56] <asac> but not this week anymore
[17:56] <nerochiaro> asac: let's see if i can delegate then :)
[17:57] <nerochiaro> asac: if not i'll be on it next week
[17:57] <om26er> nerochiaro, on a hangout, few miunutes please
[17:57] <nerochiaro> om26er: no worries. ping me later when you're free
[18:00] <pmcgowan> asac, which build on the dashboard can I look at to see the failures, I either see 100% or lots of apps getting 0
[18:00] <asac> pmcgowan: the dashboard will not show retries
[18:00] <asac> pmcgowan: i showed you the jenkins URL for just the notes job
[18:00] <asac> pmcgowan: https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-mako-smoke-notes-app-autopilot/
[18:00] <asac> that one has the retries still in
[18:00] <asac> just not nicely parsed
[18:01] <pmcgowan> yeah not parseable much
[18:01] <asac> it is for those that know autopilot :_)
[18:01] <pmcgowan> asac, does it not correlate to something on the dash?
[18:01] <pmcgowan> seems once a test fails they all fail
[18:01] <pmcgowan> which is quite odd, was trying to validate
[18:01] <asac> pmcgowan: that one had just 1 failure
[18:02] <pmcgowan> asac, I see got it
[18:02] <asac> pmcgowan: so there are build artifacts
[18:02] <asac> pmcgowan: https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-mako-smoke-notes-app-autopilot/99/
[18:02] <asac> i think there should be a json that has the info nicely parsed
[18:03] <asac> i think its the utah.yaml
[18:03] <asac> plars: ^^ how to manually extract the results from a job that was retried? just getting the utah.yaml?
[18:03] <asac> https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-mako-smoke-notes-app-autopilot/99/artifact/clientlogs/
[18:03] <asac> ?
[18:03] <plars> asac: yes, the yaml has the results
[18:04] <asac> pmcgowan: so yeah. best format you will find is in the .yaml... and yes, could be better
[18:04] <asac> pmcgowan: i havent checked the above. was just a failure i saw after complaining :)
[18:04] <popey> asac: not a regression but still getting the network routing issue
[18:04] <asac> (today i had four retries without succees and was about to give up publishing notes) ... i filed a bug as well.
[18:04] <pmcgowan> asac, are most of the app tests pretty consistent now other than notes?
[18:05] <asac> pmcgowan: not all, but many apps are pretty solid, yes
[18:05] <asac> otherwise i wouldnt have pointed to it
[18:05] <asac> we will do some statistics hopefully next week. this one just became painful today
[18:05] <pmcgowan> asac, thats fine just trying to understand
[18:05] <asac> pmcgowan: might also be just a percception
[18:06] <asac> plars will know for sure...
[18:06] <pmcgowan> asac, if other apps also show occasional failures, I would look to something systemic
[18:06] <asac> but let us get hard data
[18:06] <pmcgowan> they should never fail then pass on rerun
[18:06] <asac> pmcgowan: the systematic flaw is that we do asynchronous UI testing... so we end up fiddling with timeouts and races etc.
[18:06] <asac> afaik its a big problem in the software world ... this UI testing. google tries to invent something more synchronous from what i heard
[18:07] <asac> but until then we should invest in tweaking until its robust enough at least
[18:07] <pmcgowan> still not comfortable chalking it up to timing, should be more deterministic given the approach
[18:07] <pmcgowan> something is changing in the environment
[18:08] <popey> asac: image looks good on mako
[18:08] <asac> nicey
[18:08] <asac> pmcgowan: its sometimes too fast
[18:08] <asac> pmcgowan: i have seen tests doing this:
[18:08] <asac>  1. click button
[18:09] <asac>  2. check that its pressed
[18:09] <asac>  3. wait till its unpressed
[18:09] <asac> -> now 2. fails when the button bounces back before we hit 2.
[18:09] <asac> e.g. we are already unpressed
[18:09] <asac> ... and yes, could be done better by writing tests that listen for events rather than pollling.... but that will make the test code harder/more unnatural to write
[18:10] <pmcgowan> asac, understood
[18:10] <asac> i am sure thomi and friends have thought about that and will improve things
[18:11] <thomi> asac: you shouldn't need to write step 2 at all. If test suites are doing that they shouldn't be.
[18:15] <mohbarakat> will galaxy ace get ubuntu?
[18:30] <boiko> bfiller: about the URL, we need message:// $(number) to send a message to one given number
[18:31] <boiko> bfiller: and for contacts, we need contact://$(contactid) to show the contact details for a contact
[18:31] <boiko> bfiller: and another one to create a new contact from a given phone number, not sure how this one would look like though
[18:31] <boiko> renato: ^
[18:32] <anders3408> asac: ive disabled apparmor by adding appararmor=0 to BOARD_KERNEL_CMDLINE and can now "install" an click app, but after its done and i tries to Open it or pin it to launcher , it doesnt start and doesnt show on launcher, if i then close the click app by the arrow, and opens it again, its not installed
[18:33] <renato> boiko, bfiller, I have implemented a new URI handler  syntax, (the old one still working)
[18:33] <anders3408> /home/phablet/.cache/unity-scope-click.log ends up by saying DEBUG: click-scope.vala:161: action started: pin_to_launcher and then DEBUG: click-scope.vala:161: action started: (null)
[18:33] <renato> boiko, bfiller : you should use addressbook://contact?id=<contact-id>
[18:34] <renato> or addressbook://edit?id=<contact-id>&phone=<phone-number>
[18:34] <renato> to add a new phone number
[18:34] <asac> anders3408: was that an answer to a question i had? or a question/request for help?
[18:34] <renato> boiko, I set you the MR yesterday :D
[18:34] <bfiller> renato: what about to create a new contact?
[18:34] <JHOSMAN> I have a simple question, as I can create Dual Boot Android/UbuntuTouch on a Nexus?
[18:35] <renato> bfiller, addressbook://create?phone=<phone-number>
[18:35] <anders3408> ahh sorry :) asac :)
[18:35] <renato> bfiller, boiko https://code.launchpad.net/~renatofilho/address-book-app/fix-1226378/+merge/186176
[18:35] <boiko> renato: yeah, let me review that one
[18:35] <renato> bfiller, the valid url is:
[18:35] <renato>   << "[addressbook://addphone?id=<contact-id>&phone=<phone-number>"
[18:35] <renato> 17	+             << "[addressbook://contact?id=<contact-id>"
[18:35] <renato> 18	+             << "[addressbook://create?phone=<phone-number>"
[18:37] <bfiller> renato: thanks, I'll send these to tedg to add to url handler as well as the others
[18:39] <tedg> renato, How specific do you want me to be?  We're using regex's so I can look for the prefix, or if you want filter out things like appropriate phone numbers.
[18:39] <tedg> renato, Also, it seems like "create://" is a bit vague...
[18:44] <bfiller> tedg: can you just pass anything after addressbook:// directly to the app? let the app worry about filtering it
[18:44] <tedg> bfiller, Yes, totally an option.
[18:45] <tedg> bfiller, Just we also can protect a bit if needed.
[18:45] <bfiller> tedg: lets just do that, then it allows us to add other actions as need be
[18:45] <bfiller> tedg: same for messaging://
[18:46] <bfiller> tedg: sorry, meant message:// -> messaging-app
[18:46] <tedg> K
[18:47] <cwayne1> tedg: will url-dispather work with Qt.openUrlExternally? or just openUrl?
[18:47] <bfiller> cwayne: that is a question for ricmm
[18:47] <bfiller> cwayne:  are those 2 different functions?
[18:48] <cwayne> bfiller: im not sure, i thought we were supposed to use openURLExternally, but the wiki says just openUrl
[18:48] <bfiller> cwayne: I only see openUrl() in the doc http://qt-project.org/doc/qt-5.0/qtgui/qdesktopservices.html
[18:50] <cwayne> bfiller: http://qt-project.org/doc/qt-5.0/qtqml/qml-qt.html#openUrlExternally-method
[18:50] <bfiller> cwayne: nice, well there is your answer then :)
[18:52] <bfiller> cwayne: Qt.openUrlExternally() would be the QML call and the C++ call would be QDesktopServices.openUrl(). Both should call same underlying system function
[18:53] <cwayne> bfiller: awesome, thanks
[18:56] <pmcgowan> bfiller, want to update Ted's wiki page with the QML call?
[18:56] <bfiller> pmcgowan: sure
[19:02] <bfiller> pmcgowan: done
[19:04] <lool> bfiller, renato: Whicih specific autopilot tests would you recommend to test qtpim-opensource-src?
[19:06] <bfiller> lool: address-book-app
[19:06] <lool> bfiller: ok thanks
[19:08] <bfiller> lool: sorry can you post where those debs are again? I'll test as well
[19:08] <lool> bfiller: https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/5029691 and in ppa:ubuntu-unity/daily-build
[19:08] <bfiller> lool: cool, thanks
[19:09] <doanac> sergiusens: mind looking at a branch: https://code.launchpad.net/~doanac/phablet-tools/system-image-revision-support/+merge/186180
[19:09] <doanac> plars: this was the branch i mentioned earlier ^^
[19:09] <plars> doanac: cool
[19:16] <tedg> bfiller, renato, it looks like there's a contact:// there as well, is that needed?
[19:17] <renato> tedg, this is the old uri, used by phone app, I keep this to avoid break the current implementation
[19:18] <tedg> renato, Okay
[19:18] <drachensun> lxc-android-conf doesn't run in init and I can't seem to figure out why
[19:19] <drachensun> its supposed to wait on cgroup-lite started but I can verify that happened
[19:19] <rfowler> is anyone finding that they can't turn off the screen as usual by pressing the power button on maguro?
[19:19] <drachensun> whats a good way to make sure a script is run or a signal is issued, I tried adding a 'pre-start' script with a write to a log and I'm not seeing it
[19:20] <tedg> bfiller, renato, look good: https://code.launchpad.net/~ted/url-dispatcher/pim-urls/+merge/186426
[19:21] <lool> bfiller: address-book-app is one test, yes?
[19:21] <lool> sorry address_book_app
[19:21] <bfiller> lool: currently yes, more tests coming soon
[19:22] <lool> bfiller: ok, just making sure I hadn't missed some
[19:22] <bfiller> tedg: looks good, approved
[19:38] <dubstar_04> how long should it take to flash boot.img?
[19:38] <cyphermox> dubstar_04: a few seconds at most
[19:38] <cyphermox> boot.img is tiny
[19:39] <dubstar_04> I am trying to flash the latest image from: phablet-flash ubuntu-system --channel devel --no-backup
[19:40] <popey> it takes a while to flash
[19:40] <dubstar_04> it hangs for ever on boot.img
[19:40] <cyphermox> popey: boot.img shouldn't, no?
[19:40] <sergiusens> dubstar_04, there is no boot.img
[19:40] <cyphermox> dubstar_04: is this via fastboot?
[19:40] <sergiusens> at least not one that you can see
[19:40] <popey> the process in general takes a while, I never look at which bit
[19:40] <sergiusens> popey, the xz extraction takes some time
[19:41] <popey> makes sense
[19:41] <ogra> "some time" lol
[19:41] <popey> its not like I'm in a hurry
[19:41] <dubstar_04> so i boot to the ui of ubuntu phone, plug the phone in and type 'phablet-flash ubuntu-system --channel devel --no-backup' in terminal
[19:41] <popey> there's always tea to be drunk and emails to read
[19:41] <ogra> it takes the bigger part of a century on maguro
[19:42] <dubstar_04> it takes about 20mins to download the lastest build and reboots the phone to fastboot and hangs with downloading 'boot.img'
[19:42] <cyphermox> dubstar_04: anything written on the phone at that time? which device is this?
[19:43]  * sergiusens guesses fastboot is being flaky
[19:43] <sergiusens> bottom of the screen should give some indication
[19:44] <dubstar_04> its a galaxy nexus 'maguro'? the phone just displays the big android with his chest open and start written in bug letter (is this the fastboot screen?)
[19:44] <ogra> yes, it is
[19:44] <ogra> did that device ever run ubuntu  touch before ?
[19:45] <cyphermox> dubstar_04: there should be some text at the bottom too, with a blue background that might say what is going on, as boot.img is being flashed
[19:45] <dubstar_04> yes i am trying to upgrade
[19:45] <cyphermox> otherwise it may be that fastboot doesn't find the device
[19:46] <ogra> did you upgrade phablet-tools before ?
[19:46] <ogra> there were some important fixes
[19:46] <dubstar_04> no text the bottom other than the device stats: fastboot mode, product name - tune...
[19:47] <dubstar_04> yes i saw phablet-tools pop up in the software update thats what reminded me to reflash the phone
[19:52] <juken> Hi all, is there a .deb for phablet-flash? Or, if I'm already on cyanogenmod, is the a zip I can boot from in recovery on a Galaxy Nexus (Verizon)?
[19:52] <lool> juken: phablet-tools is the package name
[19:52] <lool> juken: or you can bzr branch lp:phablet-tools
[19:53] <om26er> tedg, what does it take for the indicator-datetime to be able to change time/date on touch ?
[19:54] <tedg> om26er, ?  I don't think that it does on touch.  I think that's a settings thing.
[19:55] <om26er> tedg, ah so you mean we clicking on those icons is supposed to take to settings, hmm
[19:55] <om26er> s/icons/menu items
[19:55] <tedg> om26er, To the apps I believe actually.
[19:55] <tedg> charles_, ^
[19:56] <dubstar_04_> if i use:  phablet-flash cdimage-touch --wipe it works!
[19:56] <dubstar_04_> how to i swap to the ubuntu-system builds?
[19:56] <ogra> phablet-flash ubuntu-system
[19:57] <dubstar_04_> ogra: that doesnt seem to work here. it gets stuck at the fastboot screen
[19:57] <ogra> well, it surely works on my maguro
[19:58] <dubstar_04_> once its finished installing i will try it again
[19:59] <ogra> asac, what was the final conclusion on #55 ? i didnt see response from popey on it
[20:00] <popey> ogra: i said good
[20:00] <ogra> oh, thne i should probably publish it :)
[20:00] <popey> yay
[20:00]  * ogra waits for system-image to be done ... it holds the lock for the new build atm
[20:00] <popey> 19:08:30 < popey> asac: image looks good on mako
[20:00] <popey> for thr record ☻
[20:00] <ogra> oh, ok
[20:01] <rickspencer3> jdstrand, I tried running an app on my phone this morning that crashed
[20:01] <rickspencer3> I was wondering if it tried to do something naughty and containment stop it
[20:01] <rickspencer3> is there a log or something I can check for that kind of thing?
[20:07] <cjwatson> asac: tests listen for events rather than polling> sounds like that wants a coroutine style of code, a bit like twisted's defer.inlineCallbacks
[20:11] <om26er> awe_, I tried to reproduce the no OSD bug on maguro and couldn't reproduce that as well. So yes it seems to be only happening on mako
[20:12] <awe_> om26er, akc
[20:12] <bfiller> sergiusens: just updated my phone and adb doesn't work anymore. how to fix? phone shows up on my desktop via mtp but can't adb anymore
[20:12] <awe_> s/akc/ack/
[20:12] <awe_> bfiller, hmmm... I just flashed both phone with cdimage-touch and can use adb on both
[20:13] <bfiller> awe_: I updated from daily-build ppa
[20:13] <awe_> om26er, I'm going to try and get a test deb for the gprs bug before my end-of-day
[20:13] <bfiller> not sure how to reflash even without adb
[20:13] <awe_> ahhhh... no PPAs for me.  ;)-
[20:13] <awe_> yea, sounds pretty borked
[20:13] <awe_> cyphermox, ^^
[20:13] <om26er> awe_, ok
[20:14] <cyphermox> awe_: not sure what to say, adb should be there, and mtp certainly doesn't remove it
[20:14] <om26er> bfiller, btw we need to have a way to force apps to the foreground, for example the dialer-app, once you dial a number there should be no way to move that app to the background
[20:14] <cyphermox> bfiller: flashed which image?
[20:14] <om26er> e.g.  bug 1227018
[20:14] <cyphermox> I'll reflash mine to try to reproduce
[20:15] <ChickenCutlass> bfiller, you can reflash by entering recovery manually
[20:15] <ChickenCutlass> bfiller, get into it by pressing power and vol down
[20:15] <bfiller> cyphermox: I did a lot of shit to mine
[20:15] <ChickenCutlass> then choose recovery
[20:16] <bfiller> cyphermox: yesterday's system image + updates today from daily build ppa
[20:16] <cyphermox> bfiller: ok... I'll test to make sure
[20:16] <bfiller> not sancitoned
[20:16] <bfiller> ChickenCutlass: ack
[20:25] <juken> So I get the "Device detected as toro" but then "Unsupported device, autodetect fails device". I don't mind loading the .zip onto the phone itself and installing from recovery, just want to make sure I grab the proper image for a Samsung Galaxy Nexus (Verizon).
[20:26] <asac> ogra: 55 was awesome, no?
[20:26] <asac> go
[20:26] <asac> you know the rules
[20:26] <asac> :)
[20:27] <ogra> asac, all done :)
[20:27] <lool> promoted?
[20:27] <ogra> just downloading OTA here
[20:27] <ogra> yeah
[20:27] <anders3408> ogra: wifi fixed also on find5 :)
[20:27] <jdstrand> rickspencer3: grep DEN /var/log/syslog
[20:28] <ogra> anders3408, yeah, i saw above, let mhall119 know !
[20:28] <asac> ogra: popey: awesome. announcing would be nice too then
[20:28] <rickspencer3> thanks jdstrand
[20:28] <ogra> popey, can you do the avenger dance ?
[20:28] <jdstrand> np
[20:28] <lool> cool, /me reflashes erasing all of today's debugging stuff
[20:28] <asac> ogra: next one will be more interesting: http://people.canonical.com/~ogra/touch-image-stats/20130918.1.changes
[20:29] <cyphermox> rickspencer3: I may have something ready if you're willing to test a fix for NM
[20:29] <ogra> yeah
[20:29] <anders3408> mhall119:  wifi is fixed :) and 3g is working. You just need to remove pin code before flashing ubuntu touch :) i havent uploaded the build with working wifi yet touhg
[20:29] <ogra> all apps and indicators
[20:29] <asac> and mediascanner crash fix :)
[20:29] <rickspencer3> cyphermox, anything I can do to help
[20:29] <ogra> that should help the guys with testing the gstreamer stuff
[20:29] <asac> hmm. wonder why i see a new lxc
[20:29] <asac> even though i dont know
[20:30] <ogra> asac, because we use it
[20:30] <asac> and why didnt i know about an update?
[20:30] <ogra> dunno, its seeded in server
[20:30] <popey> ogra: sure
[20:30] <asac> ogra: aha
[20:30] <asac> makes sense
[20:30] <anders3408> ogra: you know something about hw buttons  ? suchs as pwr and volume buttons ?
[20:30] <popey> ogra: is it live?
[20:30] <ogra> asac, we pull it in via a dep
[20:30]  * asac happy
[20:30] <cyphermox> rickspencer3: I'll just run the test script a few times first, but I'll upload to my people.u.c folder in a few minutes for testing
[20:30] <rickspencer3> cyphermox, the only thing is, I am on RO images
[20:31] <rickspencer3> doubt I can help you :(
[20:31] <ogra> popey, no. preinstalled, we dont have live images for phones yet
[20:31] <ogra> popey, :p
[20:31] <cyphermox> rickspencer3: ah, nah, that needs readwrite
[20:31] <popey> wakka wakka
[20:31] <ogra> popey, yeah, it is indeed :)
[20:31] <asac> rickspencer3: you can make it writable, but have to reflash after to go back to the clean world
[20:31] <popey> cyphermox: i can help, i have two phones
[20:31] <rickspencer3> asac, yeah, I'd prefer to not to jump through those hoops
[20:32] <rickspencer3> popey, it requires actually leaving the house to test :) just fair warning :)
[20:32] <popey> WAT!
[20:32] <rickspencer3> I know, right!
[20:32] <popey> I'm not paid for that kind of danger!
[20:32] <popey> I'll have to walk ages too, my wifi reaches quite a distance :D
[20:32] <cyphermox> popey: ah, cool
[20:33] <cyphermox> popey: I'll publish it now, hold on
[20:33] <popey> or I could just you know, power down the access point and sit here in my jimmys
[20:33] <popey> ok
[20:33] <rickspencer3> jdstrand, what do you make of this? http://paste.ubuntu.com/6125530/
[20:33] <asac> popey: i think you have have to go out and in to roam :)... alternatively, you could do R&D and find a low cost way to simulate that at home.
[20:33] <asac> popey: right that was the idea
[20:33] <rickspencer3> I used pkcon install-local, fwiw
[20:34] <rickspencer3> popey, yeah, I think it requires actually walking around town
[20:34] <popey> golly, lots of changes here
[20:34] <popey> http://people.canonical.com/~ogra/touch-image-stats/20130918.1.changes
[20:34] <Saviq> asac, so, if we wanted to release unity8 now, what do I do?
[20:34] <popey> ogra: thats the right changelog innit?
[20:34] <asac> Saviq: you want to?
[20:34] <rickspencer3> popey, when folks tried it in an office, it did't reliably trigger the bug
[20:34] <popey> yeah yeah
[20:34] <popey> I know your game mister
[20:34] <ogra> popey, now is the time to get an electric miniature garden train ! ... let it go through the cats door and you have your test setup
[20:34] <Saviq> asac, yes, there's a few fixes that we'd like to release
[20:34] <ogra> popey, nope, 18 ... not 18.1
[20:34] <popey> k
[20:35] <asac> Saviq: put it in the landing pipeline spread in the "ask" sheet at the end, give clear info about what components to land etc.
[20:35] <cyphermox> popey: http://people.ubuntu.com/~mathieu-tl/network-manager/
[20:35] <Saviq> asac, don't have edit rights
[20:35] <asac> Saviq: also make clear where the code is and if the code is ready in trunk etc.
[20:35] <asac> Saviq: you should... one sec
[20:36] <ogra> m
[20:36] <asac> Saviq: happy landing
[20:36] <cyphermox> popey: so yeah, need to do some form of transition between wifi and 3G, it usually helps ;)
[20:36] <popey> kk
[20:36] <asac> Saviq: also #ubuntu-ci-eng is your friend
[20:36] <ogra> Saviq, i have put mhr3's request for the settings changes put on there already, in case you have that on your list
[20:37] <bryanagee> Hey all
[20:37] <bryanagee> newb here--just flashed my nexus 4
[20:37] <popey> welcome welcome bryanagee
[20:38] <bryanagee> For some reason, /var/cache/apt is ro... is that supposed to be?
[20:38] <popey> yes
[20:38] <cjohnston> bryanagee: if you uses the ubuntu-system, yes
[20:39] <bryanagee> So no apt-get install--no ssh?
[20:39] <popey> the whole root filesystem (with some exceptions) is read only
[20:39] <popey> ssh is installed by default now I believe
[20:39] <asac> sergiusens: your phablet-tools ask #32 was in?
[20:39] <popey> bryanagee: service ssh start
[20:39] <bryanagee> Hm... I get the "connection refused"
[20:39] <bryanagee> Ahhh
[20:40] <popey> neat huh?
[20:41] <asac> ogra: your mtp fixes are good?
[20:41]  * asac closes that ask
[20:41] <ogra> yeah
[20:42] <awe_> ogra, are your fixes staged ( ie. in a PPA )?
[20:42] <asac> ogra: "fix issue with the boot process where upstart-local-bridge does not work (and thus we cant talk to the container processes) requirement for other fixes"
[20:42] <asac> that landed as well?
[20:42] <ogra> awe_, nope, and which ones exactly ?
[20:42] <awe_> ogra, bfiller was having problems with adb being broken earlier due to something with mtp
[20:42] <bryanagee> unrecognized service; I started it with the /etc/init.d script instead
[20:42] <ogra> asac, no, that didnt land
[20:42] <asac> ogra: but i saw a lxc-android again
[20:42] <asac> that was the only ask for that
[20:42] <asac> hmm
[20:42] <ogra> awe_, after dist upgrading a readonly image he had made RW
[20:43] <awe_> ah, ok
[20:44] <bfiller> ogra: awe_ : just did a phablet-flash cdimage-touch and having same issue with adb not working. will try it again with --wipe first
[20:44] <asac> ogra: is ubuntu-touch-session coming back tomorrow?
[20:44] <ogra> hmm, that should work ...
[20:44] <ogra> asac, yeah
[20:45] <ogra> asac, oh, you mean the lightdm stuff ... no
[20:45] <ogra> asac, i think mterry decided to focus on making it work fine with Mir
[20:45] <ogra> asac, which means it can only land after the switch to Mir
[20:46] <asac> mterry: hey ... so. i think there is a chance that we might want to keep the SF option if maguro performacne doesnt increase
[20:46] <asac> at least i wouldnt rule that out
[20:46] <mterry> asac, ick
[20:46] <asac> mterry: nothing to do for now
[20:46] <asac> just saying :)
[20:47] <mterry> asac, did you see my message earlier about unlocking?  Let me know if that command line doesn't work for you
[20:47]  * ogra wonders how one measures performance of Mir on maguro ... 
[20:47] <ogra> for me it never keeps running long enough to measure anything
[20:47] <asac> mterry: hmm. damn i didnt copy it out :)
[20:47] <asac> mterry: can you send that to plars and doanac for now?
[20:47] <asac> they wont loose it :)
[20:48] <asac> ogra: lets wait. i think folks will look at maguro performance in time for release
[20:48] <asac> i am optimisitc :)
[20:48] <asac> but ... SF is so damn fast in recent days.
[20:48] <ogra> heh
[20:48] <asac> not sure what happened
[20:48] <anders3408> anyone knowing anything about power button :( ?
[20:48] <asac> the phone feels like on fire :-P
[20:48] <ogra> yeah, well, Mir is ok on the mako ... if it doesnt crash or flicker
[20:49] <ogra> but there is a lot to fix on the maguro
[20:49] <anders3408> or eventually none click apps working. ? apparamor is diasbled and the apparmor switch is disabled to
[20:49] <mterry> plars, doanac: So...  ya'll have been looking for a script to unlock the greeter?  Install unity-greeter-session-broadcast, make sure you are running unity8 trunk, and then the following command should do the trick: sudo dbus-send --print-reply --system --dest=com.canonical.Unity.Greeter.Broadcast /com/canonical/Unity/Greeter/Broadcast com.canonical.Unity.Greeter.Broadcast.RequestHomeShown string:phablet
[20:49] <plars> mterry: so the version of unity8 in the latest image isn't new enough?
[20:50] <mterry> plars, this landed today, so probably not
[20:50] <doanac> that's cool
[20:50] <ogra> yeah, Saviq is just submitting todays changes for inclusion i think
[20:51] <doanac> plars: i'm thinking it might be nice to try and hook this logic into an autopilot helper function
[20:51] <plars> doanac: +1
[20:52] <doanac> plars: i suspect thomi might not like my proposed solution, but I'll give it a shot to start the dialog
[20:52] <bryanagee> Is it still possible to import Google contacts? The instructions in github use a missing command (ubuntu_chroot)
[20:55] <iBotPeaches> anders3408: nope, now I am
[20:55] <thomi> doanac: hmmmm?
[20:56] <anders3408> iBotPeaches:  wifi fixed, 3g fixed, can send sms, not do call yet
[20:56] <doanac> thomi: so we now have a nice easy way to unlock the homescreen before an autopilot test runs
[20:56] <iBotPeaches> very nice
[20:56] <doanac> my idea is some sort of utility function added to autopilot that could be called from a test's setup method
[20:56] <doanac> not sure if you are going to want that in the autopilot repo though
[20:57] <doanac> or if you think it should be put somewhere else
[20:57] <anders3408> well wifi only works if i insmod the module manually , it doesnt pick the line up in ramdisk ... at least it dont do anything :)
[20:58] <thomi> doanac: so my question is: SHould a test suite have to know/care about hwo to unlock the shell it's running inside? To my mind, that is part of the test runner responsibility... so it shoul deither go in autopilot, or somewhere else.
[20:58] <thomi> If we put it in autopilot, we need a nice way of turning it on and off. not sure if you have any thoughts on this...
[20:58] <iBotPeaches> anders3408: yeah, I wonder what is causing half the system to auto not init itself
[20:59] <anders3408> well most important is wtf pwr button doesnt work , and why rebooting fail so hard
[20:59] <doanac> thomi: i might be too far from a test writer's perspective, but it seems like they should be the one that knows to me.
[20:59] <thomi> doanac: but they won't always be runing under the shell
[20:59] <thomi> doanac: or they might be running under a different shell
[20:59] <thomi> doanac: or the shell greeter might be locked in an unexpected way
[21:00] <thomi> doanac: I think we need to be careful about separating concerns here, is what I'm saying :)
[21:00] <doanac> thomi: i agree. i don't really care where it goes. I just want to make sure it goes somewhere. so that when people run "phablet-test-run <your app>" it works
[21:01] <doanac> phablet-test-run doesn't seem like the right place, because not all tests  need to do the unlock
[21:02] <thomi> doanac: right, so maybe it goes in autopilot, but in the test runner
[21:02] <popey> cyphermox: so I'm going walkabout, any particular test cases you want me to do?
[21:02] <thomi> rather than the test code
[21:03] <thomi> autopilot run --unlock-greeter test.id.here
[21:03] <thomi> or something better :)
[21:04] <doanac> thomi: yeah. i'm guessing the next complaint will be that people won't know if they need to specify that option or not
[21:04] <doanac> NOTE: its not my complaint. just my guess given the input i've been given :)
[21:05] <thomi> doanac: I understand that point of view, I just think it's wrong :)
[21:05] <doanac> i sort of do also
[21:05] <thomi> well, it sounds like we're largely in agreement anyway
[21:05] <thomi> however, it's pretty unlikely that this will land before thursday
[21:05] <thomi> so.... I'm not sure where that leaves me
[21:05] <thomi> at least phablet-test-run isn't used for the desktop...
[21:06] <doanac> thomi: this is high enough, that i'll probably need to drop what I'm doing and do something on it
[21:06] <doanac> i just don't know what i can do that's going to make people happy.
[21:07] <thomi> Is it really that big a deal? You have to unlock the screen. deal with it.
[21:07] <doanac> asac: are you happy with an unlock solution that works as thomi described? ie:
[21:07]  * thomi shrugs
[21:07] <doanac> change autopilot to support: autopilot run --unlock-greeter test.id.here
[21:07] <doanac> then update phablet-test-run to also have an option for "--unlock"
[21:08] <thomi> doanac: the option won't be that exactly... but close enough
[21:09] <asac> doanac: using mterry's solution?
[21:09] <doanac> asac: yes
[21:10] <thomi> but lets not shell out to dbus-send - just connect to dbus natively
[21:10] <doanac> thomi: correct
[21:10] <thomi> right
[21:10] <asac> i dont like it
[21:10] <asac> :)
[21:10] <asac> but maybe thats because i dont have the complete story
[21:10] <asac> i certainly want that app tests automatically do the right thing
[21:11] <asac> without knowing whcih commmand line to use
[21:11] <thomi> asac: please define "right thing"
[21:11] <rickspencer3> popey, you should be able to go outside, walk a block or two, and have 3g
[21:11] <popey> ok
[21:11]  * popey ventures into the big blue room
[21:11] <rickspencer3> (without having to restart network manager)
[21:11] <rickspencer3> popey, be careful
[21:11] <rickspencer3> there are people out htere
[21:12] <rickspencer3> they won't all have Ubuntu Touch phones
[21:12] <popey> Heathens!
[21:12] <asac> thomi: i have no idea bout the techology, but the test writer should be able to set if he requires the screen unlocked or not
[21:12] <asac> doesnt sound like an unreasonable assumption
[21:12] <thomi> doanac: asac: actually, here's a better idea: land it in the UI toolkit base test case class - that way you avoid FF issues, *and* you can check to see what kind of environment you're in
[21:13] <asac> so first. i dont want to avoid anything
[21:13] <thomi> asac: but that changes from run to run.
[21:13] <asac> i want to do the right solution :)
[21:13] <asac> so ignore FF for now
[21:13] <thomi> asac: I can't ignore FF for autopilot - it's used on the desktop. Anyway, I don't think that's the right place to land this
[21:13] <asac> thomi: not sure what the UI Toolkit Base Test Class is
[21:13] <asac> thomi: is that the class all our app tests derive from?
[21:14] <thomi> asac: yes, at least almost all of them. not unity8, but you don't want this for unity8 anyway
[21:14] <asac> i dont want to pass -n to unity8 either
[21:14] <asac> thomi: so my feel is that i want to always use -n
[21:15] <asac> and in case of an app test we start unity8 and the app after
[21:15] <asac> with the screen unlocked
[21:15] <thomi> asac: remind me: -n stops the shell?
[21:15] <asac> thomi: right. always stop shell first
[21:15] <asac> regardless of unity8 or app
[21:15] <thomi> asac: that would work. So... you already ahve a solution, and the right place to land it... seems to me anyway
[21:15] <doanac> thomi: just doing a cursory glance. friends-app and gallery_app  seems to just extend AutopilotTestCase which would need updating right?
[21:15] <thomi> doanac: yes.
[21:15] <asac> thomi: not sure about the right place
[21:16] <asac> thomi: you own the test frameworks
[21:16] <asac> so please find the right place and make it happen
[21:16] <asac> you as in QA
[21:16] <thomi> doanac: they should all derive from the ui toolit class, otherwise they can't use the ui toolit helper methods
[21:17] <asac> all i am bloody looking for is phablet-test-run that always does the right thing
[21:17] <asac> i believ that measns its always kill shell first
[21:17] <doanac> thomi: do you know of a test that does extend the ui toolkit class? I'm struggling to find one?
[21:17] <asac> then do the right thing based on what the test author needs for testing
[21:17] <thomi> doanac: dropping-letters does,
[21:17] <asac> what i know is that we dont want to maintain a list of static mappings that make phablet-test-run guess what autopilot options to use for each test :)
[21:17] <asac> thats all from me
[21:17] <thomi> doanac: I was told they all do
[21:18] <doanac> thomi: so far, none of them do (not looking at click tests though)
[21:18] <thomi> doanac: well, that's going to break them bigtime
[21:18] <thomi> that's something for elopio I think
[21:20] <doanac> thomi: yeah - not a single app we currently test (ie all non-click) extend UbuntuUiToolkitTestCase
[21:20] <doanac> so this is turning into a pain
[21:21] <doanac> i'll try and see if I can hack one of the tests to do this and then give elopio some guidance
[21:21] <asac> right. thge other request is: please work against for the reality :)
[21:21] <asac> :)
[21:21] <asac> s/against//
[21:21] <doanac> asac: i have some notion of the right thing to do. its just going to be a matter of hearding cats
[21:22] <elopio> doanac: we haven't yet merged the base class for all the apps to use.
[21:22] <StephenGregory> Hi there. Is it possible to port Ubuntu Touch to a device using just Android as a base? (without Cyangenmod)
[21:22] <doanac> elopio: can you do that and also add a utility to unlock the greeter as mterry described above?
[21:23] <elopio> scrolling back...
[21:23] <doanac> basically: sudo dbus-send --print-reply --system --dest=com.canonical.Unity.Greeter.Broadcast /com/canonical/Unity/Greeter/Broadcast com.canonical.Unity.Greeter.Broadcast.RequestHomeShown string:phablet
[21:23] <popey> cyphermox: rickspencer3 worked a treat
[21:23] <doanac> mterry: does this really have to be run as root?
[21:23] <elopio> doanac: to unlock the greeter, om26er has just told me we are using a script on the upstream merger.
[21:24] <rickspencer3> \o/
[21:24] <rickspencer3> popey, that's great news
[21:24] <popey> Walked down the road doing mtr 8.8.8.8, no packet loss
[21:24] <doanac> elopio: we are trying to stop doing that and have the tests do it themselves
[21:24] <popey> as soon as I got home it flipped back to wifi
[21:24] <asac> popey: now back and forth :)
[21:24] <asac> 20 times
[21:24] <popey> haha
[21:24] <elopio> doanac: ah, ok. So, I can do parts of that.
[21:24] <rickspencer3> lol
[21:24] <asac> we need stability in this thing
[21:24] <asac> otherwise i am lost at the airport :)
[21:24] <asac> hehe
[21:24] <om26er> doanac, elopio doing that in tests is problematic and will make things alot slow for everyone running tests locally
[21:25] <doanac> om26er: why so?
[21:25] <popey> oh man
[21:25] <elopio> doanac: I can add that to the base test case that we will use on the template from qtcreator.
[21:25] <popey> I took my other phone with me and took photos of the first one ㋛
[21:25] <doanac> did you see mterry's new command? it seems lightweight?
[21:25] <elopio> but then all the apps need to be updated to use that base test case.
[21:25] <popey> and I am now taking the pictures off the phone via mtp
[21:25] <popey> this is all awesome
[21:25] <rickspencer3> lol
[21:25] <popey> a double whammy of greatness from cyphermox
[21:25] <om26er> doanac, each time I run a testsuite on my phone, it will restart unity8 and then run the test. lets say I am debugging a failing test it will takes ages for me to run that test again and again
[21:26] <doanac> om26er: the new method doesn't require all of that. i don't think
[21:26] <rickspencer3> popey, is it "Amazing!"
[21:26] <rickspencer3> ?
[21:27]  * rickspencer3 needs to watch less Archer
[21:27] <om26er> doanac, we don't have unity8 running in testability method so every method would need to restart it in testability mode first
[21:27] <doanac> om26er: look at the new mechanism mterry is providing: sudo dbus-send --print-reply --system --dest=com.canonical.Unity.Greeter.Broadcast /com/canonical/Unity/Greeter/Broadcast com.canonical.Unity.Greeter.Broadcast.RequestHomeShown string:phablet
[21:27] <ogra> hire an intern for unlocking ... just expense it
[21:27] <ogra> :)
[21:27] <om26er> aaah thaaaat
[21:27] <StephenGregory> Hi there. Is it possible to port Ubuntu Touch to a device using just Android as a base? (without Cyangenmod)
[21:28] <elopio> mterry: do we have a similar mechanism to lock it?
[21:28] <mterry> elopio, no
[21:28] <om26er> ignore me I didn't know that :)
[21:28] <doanac> mterry: does this really have to run as root?
[21:28] <popey> i need to watch more archer
[21:28] <doanac> that sort of presents a problem since autopilot must run as "phablet"
[21:28] <elopio> mterry: can we have it? I'll need it to add a self test to the test case.
[21:29] <mterry> doanac, yeah, unity-greeter-session-broadcast has some security lockdown (not just any user can ask to show home screen)
[21:29] <elopio> (and then hire an intern to test the self test of the test case :p)
[21:30] <mterry> elopio, oh actually..  i bet you could lock it...  by faking a signal from powerd to suspend
[21:30] <mterry> er, to turn off display rather
[21:30] <doanac> mterry: okay. i guess running is root is okay for now because we have passwordless sudo for phablet
[21:31] <doanac> but this seems like a potential bug in the future
[21:32] <doanac> elopio: so this all makes sense now? anything else you need from me? or can I sit and wait for it to land?
[21:32] <mterry> elopio, do you know how to send out a DisplayPowerStateChange signal?
[21:32] <mterry> (from powerd, for locking the greeter)
[21:35] <elopio> mterry: no, I don't know. Please tell me.
[21:36] <mterry> elopio, hmm, I was hoping you would know off hand  :)
[21:36] <mterry> elopio, let me see
[21:36] <elopio> doanac: so, the base test case is here: https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/base_autopilot_class/+merge/185170
[21:36] <elopio> I'm trying to workaround a new behaviour of unity that expects a desktop file.
[21:37] <elopio> doanac: once we land that branch, I can add the unlock script.
[21:37] <elopio> doanac:  can you sit until tomorrow?
[21:37] <doanac> elopio: thanks. sure. please just let me know when its ready so that I can remove the unlock logic out of our smoke test automation repo
[21:37] <elopio> doanac: you will have to wait more for that to happen.
[21:38] <elopio> doanac: once that is on the base test case, we need various people to update their app tests to use it.
[21:38] <elopio> then, we will need to update the template for qtcreator, and then you can remove the magic.
[21:38] <doanac> k
[21:53] <AskUbuntu> Porting Ubuntu Touch to BeagleBone Black | http://askubuntu.com/q/347253
[21:56] <anders3408> elopio or doanac perhaps you are the corret to ask this question, if not then im sorry :) where does ubuntu touch gets the input events from ? like a keyevent  ?
[21:56] <elopio> anders3408: that's for thomi. evdev?
[21:57] <anders3408> ehm elopio ?   im new to ubuntu touch porting and im not sure what you mean ?
[21:57] <anders3408> like keyevents i mean like when i press volume up button
[21:57] <day> does ubuntu-touch have native/permanent samba support?
[21:58] <elopio> anders3408: nevermind, I thought you were talking about autopilot.
[21:58] <elopio> so, I don't know :)
[21:59] <anders3408> oh sorry :) i didnt make me clear in the first place :)
[21:59] <elopio> anders3408: somebody from this channel should be able to help you. If nobody appears, as is kind of late, then askubuntu.
[22:00] <anders3408> okay thanks elopio :)
[22:02] <mrueg> is it possible to run a more recent kernel with ubuntu touch on a galaxy nexus?
[22:37] <mhall119> why don't we ship all online accounts plugins on the phone?
[22:37] <mhall119> sergiusens: ogra: ^^
[22:38] <popey> there's additional ones?
[22:38] <popey> can we click-ify them?
[22:38] <popey> oh, no
[22:38] <mhall119> no, but they're in the archives and really should be part of the base system
[22:39] <popey> in main?
[22:39] <mhall119> that I don't know, probably in Unierse
[22:49] <sergiusens> mhall119, just needs to be seeded I guess.
[22:49] <sergiusens> there is no requirement to add them (/me thinks)
[22:51] <mhall119> without a way to click-install them, and more click apps coming available, I think we should offer as many of them as we can reasonably support
[23:02] <anders3408> hello mhall119 :) wifi and 3g and sms and bootup without adb commands are now working :)
[23:03] <mhall119> they are? awesome!
[23:03] <anders3408> yes they are :) you just need to disable sim pin code :)
[23:04] <mhall119> well I never had one anyway
[23:04] <anders3408> but those input events from pwr button and so on are killing me :)
[23:05] <sergiusens> mhall119, can you create an MR?
[23:06] <anders3408> mhall119:  you know anything about evdev ? :)
[23:24] <sergiusens> plars, is the lack of messaging indicator a known issue still?
[23:56] <plars> sergiusens: yes, though I thought I saw a fix for it was scheduled somewhere...
[23:57] <plars> sergiusens: hmm, I think it was supposed to be in 56 according to  the pipeline