[00:08] <rsalveti> stgraber: awesome
[00:36] <vthompson> *timezone specific greeting to you all* I'm trying to flash my HTC One (which currently has CyanogenMod 10.1 on it) to test Ubuntu Touch. When I flash the .zip from cdimages.ubuntu.com nothing seems to have changed. Can someone help?
[00:43] <mhall119> vthompson: the .zip files on cdimages.u.c are only for the Nexus line of devices
[00:44] <mhall119> vthompson: you'll have to find somebody (probably an XDA developer) who has images for your specific phone
[00:44] <vthompson> so the generic *phablet-armhf.zip is Nexus only?
[00:46] <vthompson> I'll have to continue working towards getting the image to compile then... It's been a long road thus far.
[00:47] <vthompson> (on a side note, the mentioning of "cdimages.u.c" didn't lead me to assume you meant the server. I thought the wiki meant a C source file..."
[00:49] <Guest54016> hello?
[00:51] <Guest54016> can anyone answer questions?
[00:51] <sarnold> Guest54016: hello :) irc tends to work best for asking questions if you just ask the question...
[00:51] <Guest54016> cool. i want to do the dev prev on my polaroid tablet
[00:52] <Guest54016> but obviously its not on the list, is it possible to do it anyone and have some or full functionality?
[00:52] <Guest54016> *anways not anyone
[00:54] <Guest54016> there is a custom rom for my device, but it doesnt include the camera driver, so i havent tried that either as, Im just a beginner and i havent a clue of where to install or which driver to load
[00:58] <Guest54016> i really want ubuntu on my tablet, i have ubuntu on my dual boot laptop, and i like to use qbittorrent  w ubuntu as for some weird reason, comcast can see if i use qbittorrent on windows 7 but not if i use it on ubuntu yet its not hidden by fox fi etc
[00:59] <Guest54016> hmmmmmmmm
[01:00] <Guest54016> i guess its helpful to answer my own questions>?
[01:00] <sarnold> can't hurt :)
[01:00] <Guest54016> lol
[01:01] <Guest54016> well i know how to install pkgs to my ubuntu laptop
[01:01] <sarnold> and I'd fully expect your ISP to determine if you're running a bittorrent client of any sort on any OS. bittorrent kind of stands out, in particular.
[01:01] <Guest54016> but, how/ where would i find the drivers if i can't get the camera to work for example?
[01:03] <Guest54016> i havent figured out the comcast deal yet. its my dual boot laptop. if i download/ share w qbittorent on windows 7, comcast sends me cease and desist emails, if i use ubuntu on the same laptop and qbittorrent they never send anything (comcast)
[01:09] <Guest54016> well, in my opinion, i think if i want helpful advice this isnt the place
[01:10] <sarnold> Guest54016: or, pick different timezone..
[01:10] <sarnold> Guest54016: europe is asleep, americas are done for the day, except for nutters like me. and I can't help. :)
[01:10] <Guest54016> something im a third shifter though
[01:15] <vthompson> Guest54016: you'll really just have to install the ROM you're provided and ask the developer who provided it for help
[01:15] <vthompson> No one here knows what camera driver you'd need (in particular).
[01:16] <Guest54016> sounds to be so
[01:16] <Guest54016> i read all the info and forums on the rom in question, the last post was a month ago and the alledged developer doesn't go online often
[01:17] <vthompson> There seems to have been a lull in the porting effort recently (if you ask me)
[01:18] <vthompson> I'm attempting to do the same and it's mostly crickets on the xda forums
[01:18] <Guest54016> yeah
[01:18] <sarnold> Guest54016: when you're running the image with the working camera, do you notice anything obvious in lsmod output? or lsusb? or lspci?
[01:18] <vthompson> I think people were under the assumption they'd be given a "beta" for multiple devices.
[01:18] <sarnold> Guest54016: when the camera application is running, does lsof or fuser show the camera application using any specific device files?
[01:19] <Guest54016> right now, the image is just a stock rooted rom
[01:20] <Guest54016> the dev made a custom rom that was for a model 705x, and i have the model 705. someone tried the x copy for the standard model, works great, but there was dev made it for a different model so the camera wouldnt work
[01:20] <Guest54016> according to the posts in the forum
[01:23] <vthompson> You can do what I'm doing; ensure that your device (705x) is supported by cyanomodgen and then follow the porting guide to compile an image
[01:24] <vthompson> It may be hit or miss with your image, however. It's been a bit of "miss" for me on the HTC One (m7spr)
[01:27] <mterry_> robert_ancell, heyo.  lp:~mterry/unity8/split has a rebased version of my split branch.  It will build a unity8-greeter package.  I haven't finished testing it to make sure it works still, but it should...
[01:30] <esigolo> Hello all
[01:30] <Guest76094> hello
[01:31] <Guest54016> yeah my device isnt supported by cynagen mod
[01:31] <Guest54016> lol if it was easy i wouldnt be here
[01:46] <vthompson> I've always been confused on this (mostly because I didn't care), but will there always be a Touch dependence on CyanogenMod? If so, I think there really needs to be more synergy between xda and ubuntu on the OS level. Having "app coding" sessions seems rather silly with a community such as theirs.
[01:48] <vthompson> By OS, I mean rom/image level.
[01:53] <cjwatson> ogra_: ubuntu-touch-generic-initrd 0.9 fixes your problem somewhat more elegantly (I couldn't quite get to my preferred mechanism for the reasons documented in the changelog, but this should be good enough).
[01:56] <cjwatson> ogra_: I'm not entirely sure why it passed for you even given that you weren't using sbuild.  My best guess is that you were running dpkg-buildpackage as root.
[02:19] <robert_ancell> mterry_, Does this sound familiar?
[02:19] <robert_ancell> In file included from /home/bob/bzr/unity8/split/plugins/ListViewWithPageHeader/listviewwithpageheader.cpp:92:0:
[02:19] <robert_ancell> /home/bob/bzr/unity8/split/plugins/ListViewWithPageHeader/listviewwithpageheader.h:20:48: fatal error: private/qquickitemchangelistener_p.h: No such file or directory
[02:19] <robert_ancell>  #include <private/qquickitemchangelistener_p.h>
[02:23] <mterry_> robert_ancell, no
[02:23] <robert_ancell> mterry_, I just branched and ran ./build
[02:23] <mterry_> robert_ancell, do you have qtdeclarative5-private-dev installed?
[02:23] <mterry_> robert_ancell, maybe do ./build -s first?  it installs some packages
[02:24] <robert_ancell> mterry_, that did it
[02:25] <mterry_> robert_ancell, but really if you want a package, do a full package build
[03:00] <mhall119> vthompson: I don't think a CyanogenMod dependency is part of the long-term plan, we're already flipping the device images to be an Ubuntu base with Android in a container
[03:01] <mhall119> vthompson: that said, XDA has a *lot* of app developers too, and they've shown interest in developing for Ubuntu as well
[03:01] <LT1stNomad> ahhh! you can put ubuntu on my android phone?!
[03:01] <LT1stNomad> Whennn?!
[03:01] <mhall119> LT1stNomad: depends on the phone
[03:02] <mhall119> !devices | LT1stNomad
[03:02] <ubot5`> LT1stNomad: You can find the full list of devices, official images, community images, and works in progress at https://wiki.ubuntu.com/Touch/Devices
[03:02] <LT1stNomad> No galaxy s4 yet :(
[03:37] <tannji> mhall119,  aside from doing it because you want to and its so darn cool...  what advantages are there to having ubuntu on your phone over the android?
[03:47] <mhall119> tannji: having the same apps on your phone and your desktop
[03:47] <mhall119> or, heck, having the same device be your phone and desktop
[03:47] <mhall119> having all the goodness of a full GNU/Linux distro on your phone
[03:48] <mhall119> having software that you can contribute to, and that you can have a say in it's development
[03:48] <mhall119> different reasons for different people
[03:49] <mhall119> also, the edge-gestures are addictive, I keep trying to switch apps by swiping on my DroidX
[03:50] <mhall119> multi-tasking on Ubuntu Touch is unlike any other mobile OS I've used (admittedly though I haven't used many)
[03:57] <tannji> good points.  The demo I saw recently looked nice.  How painful will this end up being?  Especially if they end up going a deifferent route than Cyanogen?
[04:24] <mhall119> tannji: I don't know what you mean by difficult, it'll just be another form-factor target for Ubuntu
[04:25] <mhall119> Cyanogen won't come into the equation
[04:25] <mhall119> for the user, it's already a very nice experience
[04:36] <bjv> can a multiple ubuntu-terminal-apps be launched?
[04:52] <bjv> Answer: Yes, by creating a new .desktop and modifying the Name= property
[06:22] <Shrimp> why ubuntu-sdk new project not have ubuntu project?
[06:22] <Shrimp> who faced with this problem?
[06:22] <Shrimp> any one help me?
[06:28] <AskUbuntu> Design standard for "About" and "Options" | http://askubuntu.com/q/315729
[06:40] <AskUbuntu> Clickable emails in Label | http://askubuntu.com/q/315733
[06:44] <dholbach> good morning
[07:01] <xenos1984> hi everybody, do i need to install some additional package in order to use QtDeclarative in my app? i already have qtdeclarative5-dev installed, but "#include <QtDeclarative>" still gives me an error
[07:03] <xenos1984> ah, never mind, i should use QtQml / QtQuick...
[07:26] <AskUbuntu> get the ubuntu sdk preview | http://askubuntu.com/q/315751
[07:37] <fat> does ubuntu touch support S2
[07:38] <popey> fat: https://wiki.ubuntu.com/Touch/Devices lists the devices an image is available for
[07:38] <phix> what's s2 again?
[07:39] <fat> phix: galaxy s2
[07:39] <phix> ah
[08:26] <ogra_> cjwatson, well, i didnt run dpkg-buildpackage as root but with -rfakeroot option
[08:26] <xnox> slangasek: linaro published cross-toolchains are amd64 to androidarmel. But point taken. Good that we have multiarch and can just install :amd64 packages anywhere.
[08:30] <ogra_> cjwatson, and thanks so much, that would have taken me days
[08:39] <JamesTait> Good morning all, happy Compliment Your Mirror Day! :-D
[09:02] <AskUbuntu> Set background for Page{} element in ubuntu touch | http://askubuntu.com/q/315789
[09:07] <nik90> Anyone here comfortable with autopilot qt?
[09:08] <nik90> I am having trouble accessing QML ListView properties in autopilot
[09:08] <nik90> I have a listView as shown in http://paste.ubuntu.com/5839545/
[09:08] <nik90> I need to know how to acess the label in the listview using autopilot
[09:14]  * popey flashes 20130703 to devices
[09:17]  * ogra_ too ...
[09:23] <popey> ogra_: can you see http://popey.mooo.com/mirror/ ?
[09:52] <ogra_> popey, yep (sorry was afk)
[09:54] <popey> ta
[10:39] <m-b-o> nik90: the only way I've found to get entries of a ListView was to get the childrens of the first children of the ListView
[10:41] <m-b-o> nik90: self.main_window.get_object('QQuickListView', 'worldList').get_children()[0].get_children()
[11:23] <nik90> m-b-o: hi :)
[11:23] <nik90> m-b-o: I currently have resultsList = self.main_window.get_object('QQuickListView', 'worldList') firstResult = resultsList.get_children()[0].get_children()[0].get_children()[0]
[11:24] <nik90> m-b-o: btw I got the idea to use children already from ur autopilot MP :-)
[11:25] <nik90> m-b-o: however the problem is that in my ListView (if you look at the paste.ubuntu) is that I have a Label inside the ListItem.standard. So for some reason I am not able to access the Label.
[11:37] <m-b-o> nik90: I see. Tricky...
[11:39] <t1mp> nik90: can you use the text property of the Standard?
[11:50] <nik90> t1mp: The reason I used a Label inside a Standard was because I needed to change the font size, horizontal placement that I got from the visual designs
[11:51] <nik90> t1mp: Initially I used the text property, however I had to change that to accomodate the design request
[11:56] <t1mp> nik90: ok, then perhaps it is better to use ListItem.Base which is similar to Standard but without the label
[11:56] <nik90> t1mp: ah ok. I wasnt aware of that.
[11:57] <nik90> t1mp: But would that make accessing it from autopilot easier though?
[11:58] <eylith> hi
[11:59] <eylith> Is the gms/call/sms really work on "Ubuntu touch" ? 'cause I flashed with the manual way on my Nexus 4, and it don't.
[12:01] <t1mp> nik90: no I don't think it'll change something for autopilot
[12:04] <netcurli> nik90: did you try running autopilot vis to check how you can access the elements with autopilot?
[12:04] <nik90> netcurli: I haven't heard of autopilot vis until now
[12:05] <nik90> netcurli: Until now I have been just getting ideas from other people code
[12:05] <nik90> netcurli: where can i find more info about it?
[12:05] <netcurli> mom
[12:06] <nik90> mom?
[12:06] <netcurli> just a moment, I am looking
[12:07] <popey> eylith: seems dialling is broken, will file a bug
[12:07] <netcurli> http://developer.ubuntu.com/resources/tutorials/quality/how-to-write-autopilot-tests/
[12:07] <nik90> netcurli: will take a look. Thanks
[12:08] <popey> eylith: https://bugs.launchpad.net/phone-app/+bug/1197378
[12:08] <ubot5`> Launchpad bug 1197378 in phone-app "Cannot make calls on mako 20130703" [Undecided,New]
[12:09] <eylith> popey: thank you
[12:09] <esigolo> rsalveti: popey Hello
[12:09] <eylith> popey: I'm pretty new so i'm not sure this is actually relevent but
[12:09] <eylith> popey: the network section on the property window is empty
[12:09] <esigolo> do you guys know this device http://oppostyle.com/
[12:09] <esigolo> oppo find 5
[12:09] <esigolo> ?
[12:09] <popey> i do
[12:09] <popey> looks beautiful
[12:09] <eylith> I'm not sure the phone is actually connected to the gsm network
[12:09] <esigolo> i'm thinking to get one
[12:10] <popey> eylith: yeah, mine can't get on the gsm network
[12:11] <esigolo> franco Kernel probably is going to write Kernels
[12:11] <eylith> really ?
[12:11] <esigolo> Francisco Franco btw
[12:11] <eylith> love dat android kernel
[12:12] <esigolo> yes ! on g+ is a discussion runing now on his page
[12:12] <eylith> thank you very much popey
[12:12] <eylith> esigolo This is cool
[12:13] <esigolo> yes it is !
[12:13] <esigolo> is a very good kernel
[12:13] <eylith> yes, I guess he is working very hard on it
[12:14] <popey> sergiusens: seems 3g/gsm is busted in the 20130703 build for mako, are there some diags / logs I can get for bug 1197378 ?
[12:14] <ubot5`> bug 1197378 in phone-app "Cannot make calls on mako 20130703" [Undecided,New] https://launchpad.net/bugs/1197378
[12:14] <esigolo> sadly here an oppo is about U$850
[12:15] <esigolo> i'm on Brazil btw
[12:19] <eylith> esigolo> Why do you want an oppo ?
[12:21] <esigolo> is heard it is a solid phone !
[12:21] <esigolo> and the hardware is very good
[12:22] <esigolo> i have dropped my nexus so many times
[12:22] <eylith> nexus 4 ?
[12:22] <esigolo> yes
[12:23] <popey> my nexus 4 smashed, the first time I dropped it
[12:23] <popey> I now have a cover on it.
[12:23] <esigolo> popey: cover aways saves me !
[12:24] <popey> the oppo does look like a nice device, and seems like they're happy to have CM support!
[12:24] <popey> http://wiki.cyanogenmod.org/w/Find5_Info
[12:24] <eylith> I dropped my GNexus just once, the screen was "crashed" (sorry for my broken english)
[12:24] <popey> would _love_ to have one of those running Ubuntu Touch!
[12:24] <eylith> i didn't unpacked my nexus 4 before i get the cover and the screen protection :D
[12:24] <esigolo> popey: in fact that is what is holding
[12:25] <esigolo> if I sell my nexus 4
[12:25] <esigolo> no ubuntu touch fo rme
[12:25] <eylith> and no Firefox OS neither
[12:25] <eylith> but I guess it isn't the point  right
[12:26] <esigolo> i got sell my galaxy s i9000B and my S2
[12:35] <nik90> netcurli: the autopilot vis is useful but very cumbersive as well. My listview results change for every search query, and the autopilot vis does not refresh/update when it does.
[12:41] <lool> ogra_: hey, do we have something hooked to the pending -> current symlink update for ubuntu-touch (flipped) images?
[12:42] <ogra_> lool, i know there is cdimage code that submits it somewhere, not sure that is used on the Qa/isotracker side yet though
[12:42] <ogra_> lool, i guess cjwatson might know better
[12:42] <lool> :q
[12:42] <netcurli> nik90: yeah, if you have a changing tree of objects, you should probably use it only to inspect one state
[12:42] <lool> Ups
[12:45] <gema> can someone remind me the ssh command to make an ubuntu phone make a call remotely?
[12:47] <sergiusens> gema: ssh -t phablet@device my_command
[12:48] <ogra_> sergiusens, maguro and grouper look fine ... i'll send the announcement if i got some mako feedback from you
[12:48] <popey> ogra_: is there a bug for the upstart/ofono issue?
[12:48] <gema> sergiusens: it is "my_command" I am looking for :)
[12:48] <lool> sergiusens: ofono not starting > I'm thinking this ought to be catched by image smoke testing
[12:48] <ogra_> popey, not sure, fix was uploaded a while ago though
[12:49] <nik90> netcurli: yup then I am in trouble since the listview results are very dynamic and so my autopilot needs to somehow magically figure out how many list headers and standard items are present to get the correct children to evaluate :(
[12:49] <lool> sergiusens: would you know which smoke tests we currently run for touch before we expose an image to phablet-flash?
[12:49] <ogra_> popey, bug 119722 accroding to the upload
[12:49] <ubot5`> bug 119722 in gstreamer (Ubuntu) "Sound Problem !!!" [Low,Invalid] https://launchpad.net/bugs/119722
[12:49] <ogra_> oops
[12:49] <lool> ogra_: did we already disable the ubuntu-touch-preview crontab on cdimage?  I only see the ubuntu-touch one
[12:49] <ogra_> popey, bug 1197225 accroding to the upload
[12:49] <ubot5`> bug 1197225 in upstart (Ubuntu) "upstart-file-bridge assert failure: string.c:396: Assertion failed in nih_str_split: str != NULL" [Medium,Confirmed] https://launchpad.net/bugs/1197225
[12:49] <ogra_> (copy paste error)
[12:50] <ogra_> lool, not to my knowledge, and we shouldnt until ports can use flipped
[12:51] <lool> ogra_: hmm are the ubuntu-touch and ubuntu-touch-preview images built in different places?  I only see "for-project ubuntu-touch", no entry for -preview
[12:51] <lool> I guess the -preview one is still built on a jenkins instance somewhere
[12:51] <ogra_> yes, -preview comes from the OEM infrastructure
[12:51] <sergiusens> ogra_: I don't have a mako
[12:51] <ogra_> sergiusens, oh, manta then ?
[12:52] <sergiusens> lool: gema or plars would have the list
[12:52] <sergiusens> lool: preview is built on jenkins
[12:52] <lool> sergiusens: thanks
[12:52] <sergiusens> ogra_: I'll do manta...
[12:53] <ogra_> ok
[12:53] <ogra_> popey, did mako look ok to you (except for the upstart issue)
[12:53] <sergiusens> lool: ubuntu-touch plain is build on cdimage but the android bits are pulled from -preview
[12:53] <lool> gema or plars: Would one of you two have the list of smoke tests we run on ubuntu-touch /pending images before these get to be /current?  Looking at whether this would catch the ofono not starting regression
[12:53] <davmor2> ogra_: mako is the galaxy nexus right?
[12:53] <ogra_> wwell, they are pulled directly from jenkins ... but yeah, same source as -preview
[12:54] <eylith> davmor2 nexus 4
[12:54] <ogra_> davmor2, nope, n4 ... maguro is the gnex
[12:54] <lool> sergiusens: Thanks; mostly trying to check whether we have enough end-to-end QA on a phone call that "ofono not starting" prevents the image from being published
[12:54] <gema> lool: I am almost certain we are not running the tests before the images get published yet
[12:54] <sergiusens> ogra_: it was the 'in a nutshell summary' :-)
[12:54] <gema> lool: and right now we don't have any test that would catch that, but we will soon
[12:54] <ogra_> :)
[12:54] <lool> gema: would you know what's missing for this and/or who is working on hooking such tests in?
[12:54] <davmor2> ogra_: they should call them complete different things it would make life much easier :)
[12:54] <gema> lool: we could add something simple , like checking the list of processes if you want
[12:55] <gema> lool: I am working on some connected tests, that will establish a call and send an sms
[12:55] <lool> gema: we have NM mocked tests; one for ofono would be ideal
[12:55] <gema> lool: and fail if this cannot be done
[12:55] <ogra_> that wont help much
[12:55] <popey> ogra_: yes
[12:55] <gema> lool: but I wouldn't block an image based on those, I'd run them after the image is published
[12:55] <ogra_> i.e. ofono can run but not have a proper connection to rild on the android side
[12:55] <gema> ogra_: if you have a suggestion on how to check we could addd one test today for that
[12:56] <ogra_> which means it looks like you can do calls, but in facyt you cant
[12:56] <ogra_> *fact
[12:56] <gema> ogra_: we are going to make the call
[12:56] <lool> ogra_: well it would have caught the ofono startup failure at least
[12:56] <gema> and fail if the call doesn't make it
[12:56] <lool> I'm happy if we manage to get an end to end real call happening, but also trying to avoid the perfect being the ennemy of the good  :-)
[12:56] <gema> lool: this is very basic stuff
[12:57] <gema> lool: perfect is something else
[12:57] <lool> gema: Not sure why we wouldn't block an image on such failures; I only mean the current vs. pending symlinks, not blocking upload to cdimage
[12:57] <ogra_> gema, sounds good
[12:57] <gema> lool: but if you guys have a command line way of checking for ofono that you want in place
[12:57] <lool> gema: I was thinking more along the lines of the NM tests that pitti wrote
[12:57] <gema> I will add that right now to the test suite that runs daily on the images
[12:57] <ogra_> lool, well, being able to make calls is kind of essential on a phone :)
[12:57] <eylith> don't you have basic regression test before uploading ?
[12:57] <lool> but on an image rather at package build time
[12:57] <lool> ogra_: exactly
[12:57] <ogra_> if we can make publication depend on that that would be great
[12:58] <gema> lool: sounds good, will talk to pitti about that
[12:58] <lool> ogra_: but I also know it's hard to have a real cell connection in a datacenter, and that also introduces a lot of noise in the QA process
[12:58] <gema> lool: and that is why I don't wnat to make the images dependant on real calls
[12:58] <ogra_> you can mute the speakers :P
[12:58] <ogra_> (yes, understood, .... couldnt resist picking that up :) )
[12:58] <gema> lool: but I think it is a test we need
[12:59] <lool> gema: whatever; today's image having a critical bug in using any telephony functionality seems pretty bad to me, so I'd like to stop such images from getting exposed to phablet-flash / daily updaters
[13:00] <ogra_> its not a critical bug using any telephony
[13:00] <lool> gema: Alright, happy if you keep me in the loop for the cdimage publishing integration and actual tests  :-)
[13:00] <gema> lool: will do!
[13:00] <ogra_> it is broken on exactly 50% of the supported phones :)
[13:00] <sergiusens> gema: lool ogra_ nmcli d should list the ril device
[13:00] <sergiusens> gema: lool ogra_ apt-get install ofono-scripts and run some of those
[13:00] <ogra_> sergiusens, that doesnt tell me if the protocol works between ofono and ril
[13:00] <lool> gema: ^
[13:00] <dpm> hey popey, when you've got a minute, could you add music-app, sudoku-app, stock-ticker-app and dropping-letters to the touch-coreapps package?
[13:00] <ogra_> sergiusens, now that sounds good !
[13:01] <lool> sergiusens, ogra_: Whatever would have caught today's failure to start ofono on some phones and stop the image from being published should get added to our smoke tests ASAP  :-)  if that's an ofono script, fine
[13:01] <gema> sergiusens: ok, will try that and ask you some questions if they arise
[13:01] <ogra_> lool, i guess that was a tired rsalveti catching it :)
[13:02] <davmor2> dpm: if you are doing that you may want to consider dropping the dummy music app too to stop confusion
[13:02] <ogra_> not sure how easily he is scriptable
[13:02] <ogra_> :)
[13:02] <lool> we can call his home number for the daily smoke testing and hook voice recognition to ack the build
[13:02] <gema> ogra_: if you guys have any script to catch regressions , you may as well send them my way and we'll add them to the test automation
[13:02] <ogra_> in any case the fix is uploaded and the image might even have built before i write the announcement
[13:02] <lool> "Ricardo Salveti speaking" => build passes
[13:02] <lool> "groans" => build rejected
[13:02] <ogra_> :)
[13:03] <popey> dpm: oh, they're not?
[13:03] <ogra_> gema, yeah, i didnt know about ofono-scripts until a few mins ago
[13:03] <esigolo> ls
[13:03] <dpm> popey, not in raring, at least. I haven't checked in saucy
[13:03] <popey> you're right
[13:03] <ogra_> esigolo, no such file or directory
[13:04] <dpm> davmor2, which dummy music app?
[13:04] <gema> ogra_: I will hack something together with plars and let you guys know whenever it is in place
[13:04] <popey> they're in the touch-collection one. which I always install with touch-coreapps, so never spotted it
[13:04] <esigolo> ogra_: I aways do that
[13:04] <lool> ogra_: remind me, where do the crontabs for livefs builds live again?
[13:04] <lool> are these on buildds?
[13:04]  * pitti waves hello
[13:04] <ogra_> lool, nusakan
[13:04] <davmor2> dpm: there is a .desktop app on the phone that just opens a white page and nothing else
[13:04] <ogra_> lool, sudo -u cdimage -i && crontab -l
[13:04] <ogra_> hey pitti
[13:05] <lool> ogra_: yeah, I see the crons to assemble the livefs into an image
[13:05] <dpm> davmor2, do you know which package that .desktop phone comes from?
[13:05] <lool> ogra_: but how are the ones kicking livefs buildders to build images?
[13:05] <ogra_> lool, evey command with the --live arg actually triggers a livefs build first
[13:05] <davmor2> dpm: not a clue but popey might
[13:05] <lool> ogra_: ah, thanks
[13:05] <didrocks> sergiusens: rsalveti: now that we are getting the flipped image container, can we unblock unity8 new packaging by merging https://code.launchpad.net/~didrocks/qtubuntu/move_android_only/+merge/171965?
[13:05] <ogra_> lool, cdimage changed a lot
[13:05] <didrocks> sergiusens: rsalveti: once merged, I'll refresh the seed
[13:05] <gema> lool: after a quick conversation with pitti he tells me we are not yet covering 3G/ofono with his tests and he doesn't know when we will
[13:05] <ogra_> its all python now as well
[13:05] <ogra_> :(
[13:06]  * ogra_ really loved the simplemness of the old shell architecture
[13:06] <pitti> lool: I'm currently working on mocking/recording/replaying tty device support in umockdev, so that we can take a real phone and mock it with modemmanager/ofono/etc; but I just started on that this week
[13:06] <pitti> lool: ofono doesn't currently have an autopkgtest; is there something which we can test about it that doesn't require actual hw?
[13:07] <lool> gema pitti: Yeah, this is what I was guessing, but I think we ought to a) add a simple test that ofono starts (just a ping test) on a full image and b) make sure this test passes before we update /pending to /current
[13:07] <ogra_> pitti, the kernels dont have tty's enabled usually
[13:07] <pitti> ogra_: oh -- how do we talk to modems/3G devices then?
[13:07] <ogra_> (it breaks pixelflinger, so android kernels usually have ttys and consoles off ... and point console= to some serial device)
[13:07] <gema> lool: do you think the ofono-scirpts that sergiusens mentioned are what you are looking for?
[13:08] <gema> as a ping test?
[13:08] <pitti> ogra_: well, VTs != support for tty
[13:08] <ogra_> pitti, modems usualy through trild (100% proprietary, differing completely by vendor)
[13:08] <pitti> ogra_: we certainly should have general tty/pty support, I guess/hope you mean we don't have a tty1..6 with getty?
[13:08] <lool> pitti: Good question; I guess we will need device emulation anyway; not sure we can test anything useful without the hardware (would ofono even start without any kind of telephony hardware, maybe)
[13:08] <davmor2> ogra_: you have  an n7 and a galaxy nexus right?  what happens when you click on the calculator app?
[13:08] <ogra_> *rild
[13:08] <eylith> wow, Ubuntu-touch is made with C++ ?
[13:08] <ogra_> pitti, right, no gettys
[13:08] <doomlord> what isn't made with c++
[13:08] <ogra_> pitti, right, no tty1 either except on tegra
[13:08] <pitti> ogra_: that's fine
[13:08] <popey> davmor2: known problem
[13:08] <plars> gema, lool, ogra_: hi, just waking up so I'm not quite caught up yet and my coffee reserves are still empty... as gema said, we are in the middle of getting the pieces in place to test actual calling, but is there some simpler set of tests that could check for conditions like this?
[13:09] <davmor2> popey: thanks
[13:09] <popey> davmor2: bug 1196653
[13:09] <ubot5`> bug 1196653 in Ubuntu Calculator App "calculator fails to start on device" [Undecided,In progress] https://launchpad.net/bugs/1196653
[13:09] <eylith> doomlord> a lot of thing actually
[13:09] <lool> plars: exactly what we're discussing; get a cup of coffee to parse the backlog  :-)
[13:09] <davmor2> popey: I just went to use it and got a white screen so tried my n7 instead and it happened there too :0
[13:09] <esigolo> doomlord: /whois popey
[13:09] <ogra_> plars, nmcli d |grep ril ... that woould be a good start to see if the stack works
[13:09] <pitti> ogra_: usually any modem/3G device creates some new tty devnode which you use to talk to it (like ttyUSB0 for an usb dongle, etc.)
[13:09] <esigolo> ops
[13:09] <popey> Hello esigolo ☻
[13:09] <esigolo> i was trying to find popey on g+
[13:09] <ogra_> pitti, not in android :)
[13:09] <esigolo> LOL
[13:09] <popey> esigolo: popey.com/+
[13:10] <pitti> ogra_: if the devices/kernel on android use something completely different, we are screwed of course
[13:10] <gema> ogra_: that's on my list, let me guys know any other you want added
[13:10] <esigolo> thanks
[13:10] <ogra_> pitti, 3G devices show up as rmnet in NM though
[13:10] <lool> pitti: also, I understand the autopkgtests are run standalone right now on dedicated machines; would we be able to leverage these on the actual cdimage images that we would like to publish to smoke test them?
[13:10] <pitti> ogra_: so what do they use to talk to the hw?
[13:10] <ogra_> pitti, a proprietary daemon
[13:10] <pitti> ogra_: right, I mean how does that daemon talk to the hw?
[13:10] <ogra_> which differs execpt for the binary name from vendor to bvendor
[13:10] <pitti> ogra_: the normal way would be to send AT commands through some /dev/ttywhatever
[13:10] <ogra_> not even the protocol is guranteed
[13:11] <ogra_> pitti, right, no what ofono does, it attaches to a socket that rild created when it was started by the android container
[13:11] <lool> pitti: RILd is an android-side daemon; my vague memory is that we have some python ofono bindings to talk to it over binder but that these ought to be replaced with C
[13:11] <ogra_> not binder
[13:11] <ogra_>  there is /dev/socket/rild
[13:11] <ogra_> specific just for that
[13:11] <pitti> lool, ogra_: all that is way up in userspace and uninteresting for record&replay; I'm interested in the kernel interface that it uses
[13:12] <ogra_> and rild manages everything rleated to the modem
[13:12] <pitti> i. e. device node, ioctl, mmap
[13:12] <lool> pitti: I would think it uses multiple ttys indeed
[13:12] <ogra_> pitti, then you have to ask the vendors for an NDA to look at their rild implementations
[13:12] <pitti> lool: I certainly hope so :) if it does, then we can use the record/replay stuff
[13:12] <lool> pitti: There might be more weird stuff going on; I know there's complex machinery to allow some proprietary userspace drivers to talk to the hardware via RILd
[13:13] <ogra_> pitti, but how do you plan to do such stuff anyway, it all happens in the container which you cant access at all
[13:13] <pitti> ogra_: the idea is that we record what rild sends to the device nodes, and replay that as part of a test suite; we wouldn't care about the particualr protocol
[13:13] <ogra_> all we see on the ubuntu side are some of the devices, binder and /dev/socket
[13:13]  * ogra_ would rather suggest to hook somewhere into platform-api
[13:13] <pitti> ogra_: I guess then we should record what's going on in /dev/socket
[13:14] <lool> pitti: I see a mock-ril in the source tree, looks promising
[13:14] <pitti> (and yay for this stuff to reinvent the whole world again..)
[13:14] <ogra_> pitti, yeah, and forward it to a platform-api debug function you can switch on
[13:14] <esigolo> popey: you're going to port Ubuntu Touch for find 5? say yes
[13:15] <cjwatson> ogra_,lool: I'll hook up the current/pending bits in cdimage as soon as somebody does it in jenkins.  From the cdimage point of view it's trivial.
[13:15] <ogra_> pitti, awe is pretty good with ril, wait for him to return next week, he can surely priovide you with some good ideas
[13:15] <pitti> lool: ok, seems this stuff is utterly non-standard, I'm afraid I now can't give you an estimate how long that would take, or what is necessary (or whether it's possible at all)
[13:15] <popey> esigolo: lol
[13:15] <rigved> hi everyone
[13:15] <lool> cjwatson: Yeah, I know you've built all the pieces there, I'm just not sure we have the smoke tests running anywhere yet
[13:16] <esigolo> rigved: hi
[13:16] <rigved> are the touch images for galaxy nexus based on saucy now?
[13:16] <ogra_> pitti, well, its a "over the thumb" standard (every vendor has a daemon called rild ... they not necessarily speak the same protocol though)
[13:16] <cjwatson> lool: Indeed.  Just responding since my name was invoked ...
[13:16] <ogra_> rigved, since several weeks
[13:16] <lool> cjwatson: summoned!
[13:16] <rigved> esigolo: hi
[13:17] <ogra_> pitti, i think you really want to hook into a higher level (ofono itself probably)
[13:17] <pitti> ogra_: so it sounds like we wouldn't want to know/record/replay what's going on in rild and below, and instead mock/record/replay what's going on on the rild API instead? seems we have zero control over what's beyond anyway
[13:17] <esigolo> rigved: Hello
[13:17] <sergiusens> lool I don't think you had enough mana to summon cjwatson :-P
[13:17] <rigved> ogra_: ok. nice! can i update the overview section of this page then: https://wiki.ubuntu.com/Touch/ReleaseNotes ?
[13:17] <pitti> ogra_: well, you can't change ofono to test ofono; you need to provide what ofono talks *to* as a testbed
[13:17] <lool> sergiusens: gah, I'll take another card then
[13:17] <ogra_> pitti, i would hook directly into ofono right above the connection to ril
[13:18] <lool> pitti: So this mock-ril seems to be kind of what we want
[13:18] <ogra_> pitti, you cant provide a tap ?
[13:18] <sergiusens> one of the ideas floating around was to mock the rild socket, that was the idea I had with awe
[13:18] <rigved> the release notes still mention 13.04 as the base
[13:18] <pitti> ogra_: I don't know; I have zero idea how ofono works and what it does
[13:18] <lool> pitti: there's a way to hook a fake ril driver library mocking a real device in RILd instead of using the hardware
[13:19] <ogra_> pitti, well, that side is at least open source :)
[13:19] <pitti> sergiusens: yeah, from my (rather uninformed) POV this seems like the best layer ATM
[13:19] <lool> pitti: it's one layer above the modem hardware emulation, but it seems the right level for ofono testing?
[13:19] <sergiusens> pitti: it is from what we agreed upon with awe, we just need time to do it :-)
[13:19] <pitti> lool: can we run that from our image builds, though? we don't have rild there AFAIUI?
[13:19] <ogra_> ril lives in the android side
[13:20] <ogra_> we have it on the phones
[13:20] <pitti> right, that's what I understood
[13:20] <lool> pitti: oh that's a good point you're making
[13:20] <esigolo> rigved: yes
[13:20] <sergiusens> and the emulator
[13:20] <esigolo> it is
[13:20] <pitti> oh, so we do have it on image builds, just not in packages
[13:20] <lool> correct
[13:20] <ogra_> yeah
[13:20] <lool> pitti: it ought to eventually be packaged
[13:20] <ogra_> packages will come as well (though with the whole of android in one deb)
[13:20] <lool> built against android libc though
[13:20] <pitti> lool: so I guess the question is whether to add a fake hw driver to rild, or mock the whole rild (i. e. intercept that /dev/socket thing that ofono talks to)?
[13:20] <ogra_> (to be split over the next releases then)
[13:21] <lool> pitti: might be a lot of work to mock all of ofono <-> rild
[13:21] <sergiusens> pitti: we are still blind on most of what rild does anyways
[13:21] <ogra_> you can surely add a layer there
[13:21] <rigved> esigolo: i did not understand. the images are based on 13.10 now right?
[13:21] <pitti> sergiusens, lool: well, I don't expect us to synthesize a conversation with a test API; if anything, we'd record a whole conversation and replay that as a regression test?
[13:22] <lool> pitti: That would do I guess
[13:22] <ogra_> pitti, /dev/socket is a bind mount out of the container, we could easily just mount it to /dev/socket-mock ... have your tool intercept and spit out stuff on /dev/socket
[13:22] <esigolo> rigved: saucy-preinstalled-armel+maguro.zip
[13:22] <esigolo> 13.10
[13:22] <rigved> esigolo: oh thanks for the link!
[13:22] <eylith> you all work at cannonical ?
[13:22] <lool> pitti: Basically I'm looking forward to us putting the first stone of the wall protecting the quality of ofono in our future builds from regressing   :-)
[13:22] <esigolo> rigved: http://cdimages.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/
[13:22] <rigved> i'll update the release notes if no one has a problem
[13:22] <esigolo> rigved: welcome :)
[13:23]  * ogra_ thinks he will sit down on the weekend and sketch up some architecture docs so that gets easier to understand ... with some diagrams
[13:23] <pitti> ogra_: that sounds great
[13:23] <lool> pitti: If you want to checkout the mock ril driver I mentioned, it's in git://phablet.ubuntu.com/CyanogenMod/android_hardware_ril.git phablet-10.1 branch under mock-ril; there's a README there
[13:23] <ogra_> sergiusens, so what do you think ... should we announce ?
[13:24] <lool> pitti: and that regression test you mention, how do we best hook it into smoke tests?
[13:24] <eylith> ogra_ announce what exactly  ?
[13:24] <ogra_> eylith, the move to flipped images by default
[13:25] <pitti> lool: in my (uninformed) understanding of it, we'd record some use cases with different hw/drivers, and have a regression test which replays these conversations over a fake /dev/socket, and verifies what ofono does with that?
[13:25] <eylith> ok, I guess I dont know the project enought to understand.
[13:25] <pitti> lool: that could become an upstream "make check" test even, or if upstream doesn't like them, an autopkgtest on the ubuntu side
[13:26] <ogra_> pitti, the prob is that all hw drivers live in a black box
[13:26] <ogra_> (teh android container)
[13:26] <pitti> ogra_: yeah, we wouldn't need them
[13:26] <lool> pitti: but how would we run that on the cdimage image?
[13:26] <pitti> ogra_: we of course can't QA the android drivers, but we don't control them anyway
[13:26] <popey> eylith: flipped means we no longer have ubuntu as a container inside android, but flip to have android inside a container in ubuntu
[13:26] <ogra_> well, we partially control them ... (teh open parts are just code)
[13:27] <eylith> popey thanks
[13:27] <pitti> lool: I guess we'd need some post-install tests for the daily image builds, similar to the ones that we have for desktops? (which check that you can login, and some basic stuff works)
[13:27] <ogra_> ++
[13:27] <pitti> lool: we don't have a lot of them though, we aim to test most stuff at the package level in autopkgtes
[13:28] <eylith> popey: and why keep android ?
[13:28] <sergiusens> ogra_: I'm flashing --legacy to manta to check something... but I think all the bugs are accounted for in the tracker
[13:28] <popey> eylith: drivers
[13:28] <eylith> I mean, i suppose you just need some drivers ?
[13:28] <eylith> ow ok
[13:28] <rigved> i have made the change in the release notes: https://wiki.ubuntu.com/Touch/ReleaseNotes , saying that the current images are based on 13.10
[13:28] <ogra_> sergiusens, ok, let me write that mail then, i'll hold back the daily build until upstart is in, so we have it guaranteed in the next image
[13:29] <rigved> i have another question.
[13:29] <rigved> what is the preferred way to update the touch image?
[13:30] <rigved> can i apt-get dist-upgrade it?
[13:30] <ogra_> only to some extend
[13:30] <ogra_> there are libs that span into the android container
[13:30] <ogra_> and the android side is not available as packages yet
[13:30] <pitti> while I'm here: does anyone know whether grouper (nexus7) works again? in the past two weeks or so the dailies just had an entirely black screen
[13:31] <ogra_> so if these libs are updated only on one side they potentially break
[13:31] <ogra_> pitti, flipped worked for weeks :)
[13:31] <pitti> ogra_: nack
[13:31]  * ogra_ hasnt touched unflipped images in a month or so
[13:31] <ogra_> pitti, i upgarde them daily here on my n7
[13:31] <pitti> I actually tried both in the pre-last week
[13:32] <ogra_> havent had issues ... how do you install them ?
[13:32] <rigved> ogra_: ok. so, will the flip that you are talking about help towards having an apt-get updatable image?
[13:32] <popey> pitti: n7 works flipped
[13:32] <popey> flashed 20130703 this morning
[13:32] <pitti> and there's still bug 1194850 which is apparently not yet released
[13:32] <ubot5`> bug 1194850 in linux-grouper (Ubuntu) "CONFIG_DEVPTS_MULTIPLE_INSTANCES not set on grouper images" [High,Fix committed] https://launchpad.net/bugs/1194850
[13:32] <pitti> popey: ah, good to hear; thanks
[13:32] <ogra_> rigved, only minor, packaging andrpoid will, but that will still take time
[13:32] <pitti> ah, that wasn't the "black screen" one
[13:33] <ogra_> pitti, i thought that was fixed (though might have been rolled back since it has potentila to break android )
[13:33] <ogra_> *potential
[13:33] <rigved> ogra_: ok thanks!
[13:34] <rigved> how do i get the flipped images? for n7 and galaxy nexus?
[13:36] <ogra_> rigved,  phablet-flash should get these by default now
[13:36] <ogra_> just make sure you have the latest phablet-tools installed
[13:36] <pitti> ogra_: latest as in "saucy", or some PPA?
[13:36] <ogra_> pitti, all of them ...
[13:37] <ogra_> saucy was first, sergiusens just copied the same into the PPA
[13:37] <tassadar_> do the flipped images use the same kernel (or same base) as the original images?
[13:37] <ogra_> yes
[13:37] <tassadar_> nice, thank you
[13:39] <rigved> ogra_: thanks again!
[13:42] <tassadar_> hmm, and initramfs is generated from initramfs-tools package like on desktop, or does it use some package just for Ubuntu touch?
[13:44] <tassadar_> initramfs-tools-ubuntu-touch package, well, that was obvious)
[13:45] <t1mp> my phone appears to be off, but I can connect to it using adb. I just cannot get the screen to switch on; anything I can do?
[13:45] <t1mp> reboot doesn't help
[13:45] <ogra_> sergiusens, i mailed ubuntu-devel and ubuntu-phone, any other ML i shoudl cover ?
[13:46] <pmcgowan> t1mp, which image? sounds like unity is not starting
[13:46] <ogra_> ah, -engineering
[13:46] <sergiusens> ogra_: engineering
[13:47] <sergiusens> ogra_: I'm just looking at manta in legacy... sound and media work there whilst it doesn't on flipped
[13:47] <t1mp> pmcgowan: image 20130701.2, I installed it yesterday with phablet-flash --flipped
[13:47] <pmcgowan> t1mp, that one was working fine for me on a mako
[13:48] <t1mp> pmcgowan: this is a galaxy nexus. I was working for me also, until I rebooted
[13:48] <t1mp> pmcgowan: I have a custom-compiled hud and UITK on it, perhaps that broke it.
[13:48] <pmcgowan> t1mp, aha, that would be my guess
[13:48] <pmcgowan> look in /home/phablet/.ubuntu-touch-session/logs/
[13:49] <mdeslaur> ogra_: \o/ default flipped images :)
[13:49] <eylith> popey: Are you gonna give a "base" for others distrib ?
[13:49] <ogra_> mdeslaur, :D
[13:49] <ogra_> sergiusens, hmm, well, media and sound work on maguro ... grouper didnt change for me
[13:49] <ogra_> (didnt work before, doesnt now)
[13:50] <t1mp> root@ubuntu-phablet:/home/phablet/.ubuntu-touch-session/logs# cat unity8.log
[13:50] <t1mp> Cant find EGLConfig, returning null config
[13:50] <t1mp> rhuh
[13:50] <pmcgowan> that sounds familiar
[13:51] <sergiusens> ogra_: I'll look into it, not at high stake as not many people have one that would flash everyday
[13:51]  * t1mp trying an upgrade to saucy-34
[13:52] <pmcgowan> ogra_, sergiusens congrats on the flip
[13:52] <t1mp> so saucy-34 is a flipped i mage nwo?
[13:52] <t1mp> *image now
[13:53] <tedg> Got the email, congrats ogra_!
[13:53] <ogra_> :D
[13:54] <ogra_> sergiusens, image build with new upstart running :)
[13:54]  * tedg looks at the backlog to see we can do a study on how fast e-mail travels
[13:55] <Shrimp_> any guys faced with this problem: "module 'Ubuntu.Components' is not installed"
[13:55] <ogra_> tedg, well, it was more me watching out for someone shouting "STOP !! OMG ITS ALLL BROKEN" ... the mail got to you as fast as you would expect :)
[13:56] <sergiusens> :-)
[13:57] <tedg> ogra_, It seems I have a newer version of phablet-tools than you mention in your e-mail.
[13:57] <tedg> I'm guessing that's okay.
[13:57] <ogra_> oh, crap :)
[13:57] <ogra_> yeah, definitely ok
[13:57] <sergiusens> pmcgowan: I have an MR for you to test https://code.launchpad.net/~sergiusens/phablet-tools/network_flip_detect/+merge/172821
[13:57] <pitti> ogra_: yaynouncement!
[13:57] <ogra_> i fixed some typos in rsalveti's text but didnt think about checking against the actual version number
[13:58] <ogra_> :)
[13:59] <pmcgowan> sergiusens, ack
[13:59] <pmcgowan> trying it now
[14:00] <JamesTait> ogra_, very pleased to read the announcement about flipped images by default. :)
[14:01] <popey> eylith: well, the source and our blessed images are there, people can use the porting guide already
[14:03] <pmcgowan> t1mp, any tricks for showing the toolbar when testing on the desktop?
[14:05] <t1mp> pmcgowan: no, you have to drag up with the mouse cursor from the bottom grid-unit of your application window
[14:05] <ogra_> JamesTait, :)
[14:08] <eylith> popey: thanks for anwsering my question
[14:08] <eylith> ok
[14:10] <rigved> what version of phablet-tools is required to get the flipped images?
[14:13] <didrocks> ogra_: are you sure that 0.14daily13.06.22-0ubuntu1 is the version you wanted to mention?
[14:13] <pmcgowan> t1mp, is there any easy way to detect the device you are on
[14:13] <ogra_> didrocks, no, but the archive one is newer already
[14:14] <ogra_> didrocks, i used a preformatted text and failed to check the version .
[14:14] <didrocks> ogra_: I was wondering as you made me rebuild 0.14+13.10.20130703.1-0ubuntu1 :p
[14:14] <didrocks> 0.14+13.10.20130703-0ubuntu1
[14:14] <ogra_> yeah. well, that one is bigger anyway
[14:14] <didrocks> rather :)
[14:14] <t1mp> pmcgowan: no. we try to promote apps to use the window width and height and nothing else for determining their layouts/features
[14:14] <didrocks> yep
[14:15] <pmcgowan> t1mp, this is more about input device, which we will need to adjust for
[14:15] <pmcgowan> t1mp, if I have a mouse and keyboard, enable certain things
[14:15] <t1mp> pmcgowan: ok. we don't have anything for that yet.
[14:15] <sergiusens> 0.14+13.10.20130703-0ubuntu1 is the one in the PPAs
[14:15] <pmcgowan> t1mp, didnt think so
[14:15] <t1mp> pmcgowan: I checked with design some time ago whether we should (for example) always show toolbar on desktop, but they didn't think of UX for desktop yet
[14:16] <ogra_> cjwatson, hmm, i cant seem to get the additiona of the build stamp working ... even though the BuildLiveCD change should be in place and export $NOW properly, the code in line 242 of live-build/auto/build in lvecd-rootfs doesnt seem to pick it up ... do you see anything obvious i'm missing (i dont)
[14:16] <ogra_> *addition
[14:19] <ogra_> root@ubuntu-phablet:/# cat /var/log/installer/media-info
[14:19] <ogra_> Ubuntu Saucy Salamander (development branch) - armhf ()
[14:19] <ogra_> the file is there, just the stamp isnt
[14:21] <pmcgowan> sergiusens, approved, that wont mess up CI will it
[14:21] <sergiusens> pmcgowan: nope, it will run it's normal course
[14:21] <ogra_> pmcgowan, if it does we'll blame you indeed
[14:30] <cjwatson> ogra_: you might need to write the environment variable to config/binary or similar in auto/config to let auto/build pick it up later, since IIRC its environment is sanitised.  Try it out locally
[14:31] <ogra_> cjwatson, thanks ! will do
[14:40] <slangasek> xnox: you are building the i386->androidarmeabi cross toolchain too, right?  We'll need that for the android builds in the archive too, since those will also be arch: all
[14:40] <rsalveti> ogra_: lool: yeah, I'm trying to script myself for a few years already, but I still need to do some manual work :P
[14:41] <ogra_> heh
[14:41] <xnox> slangasek: yeah, there will be i386->androidarmeabi as well. It's just not as widely tested by everyone.
[14:41] <ogra_> slangasek, too ? is there anyone else on it as well ?
[14:41] <rsalveti> lool: also, it seems it was quite easy to reproduce the upstart issue even with desktop
[14:42] <slangasek> ogra_: yeah, I need it for cross-building parted for the recovery image
[14:42] <xnox> ogra_: as in, in addition to amd64->armel cross.
[14:42] <rsalveti> lool: so we could probably get such bug in upstart itself
[14:42] <xnox> slangasek: shouldn't parted be added as a module in andoid build tree, and build static parted along side static binutils for recovery image?
[14:43] <esigolo> ls
[14:43] <esigolo> damm i did it again
[14:44] <ogra_> slangasek, yeah, i want it for other packages as well ... seems i misunderstood thioug, xnox's comment clearifies :)
[14:44] <esigolo> sorry
[14:44] <slangasek> xnox: no, because we want it in sync with the Ubuntu package anyway so we should just build it there
[14:44] <xnox> ok.
[14:50] <xenos1984> hi everybody, is there a way to access the gps unit of the nexus 7 using something like gpsd? i could not find anything intuitive in /dev...
[14:52] <tvoss> xenos1984, stay tuned, the respective parts are mp'd and scheduled for landing in the platform api
[14:52] <ogra_> tvoss, i doubt gpds will talk to it though :)
[14:53] <ogra_> xenos1984, you will have to use the platform-api for accessing it
[14:53] <tvoss> ogra_, fair, but qtlocation is the recommended way to do it right now
[14:53] <tvoss> ogra_, xenos1984 ^
[14:53] <xenos1984> tvoss, ogra_: well, not a big problem for me, since i write the navi program myself anyway ;)
[14:54] <ogra_> yeah
[14:54] <ogra_> just wanted to mention it
[14:54] <tvoss> xenos1984, what are you using for map data?
[14:54] <xenos1984> is there already a prospective date when this will be available?
[14:54] <xenos1984> tvoss: openstreetmap
[14:54] <tvoss> xenos1984, asap :) with the flip happening, location support is next
[14:54] <xenos1984> so the program i'm (co-)developing is Navit
[14:54] <ogra_> sweet !
[14:54] <Saviq> ogra_, kudos on the flip!
[14:54] <tvoss> xenos1984, cool :) out of curiosity: what map-renderer do you use? mapnik?
[14:55] <tvoss> ogra_, yeah, congrats :)
[14:55] <ogra_> Saviq, thanks :)
[14:55] <ogra_> :)
[14:55] <xenos1984> tvoss: navit comes with its own map renderer
[14:55] <tvoss> xenos1984, got a link?
[14:56] <xenos1984> tvoss: http://www.navit-project.org/
[14:56] <tvoss> xenos1984, some years back I built one myself :) would love to take a look at yours. Is it tiling, using gles?
[14:56] <tvoss> xenos1984, awesome, thx
[14:56] <xenos1984> tvoss: i think it's tiling... i haven't written that part of navit, i'm just porting it to touch
[14:57] <tvoss> xenos1984, ah yeha
[14:57] <tedg> tvoss, For applications we're still recommending GeoClue for location info, right?
[14:57] <tvoss> xenos1984, I will ping you once the stuff you need lands
[14:57] <tvoss> tedg, not directly, we leverage geoclue position providers, though
[14:58] <xenos1984> tvoss: thanks! well, actually i will be traveling from sunday on, i just hoped that i might be working already ;)
[14:58] <tvoss> xenos1984, fingers crossed, I ping you on Friday
[14:58] <tvoss> tedg, thus, we recommend qtlocation for app devs right now
[14:59] <tedg> tvoss, Hmm, okay.  Mostly worried about indicator-location and indicator-datetime that use libgeoclue :-)
[14:59] <xenos1984> tvoss: great! btw, so far i managed to compile navit on ubunty touch and get some graphics output using Qt5, but currently i get no touch events... still need to figure out how that works
[14:59] <xenos1984> *ubuntu
[14:59] <tvoss> tedg, will still work, no worries
[14:59] <tvoss> xenos1984, qt5 directly?
[14:59] <xenos1984> tvoss: yes
[15:00]  * tedg wipes brow
[15:01] <xenos1984> tvoss: navit also has a qml interface, but everything has been developed for Qt4, and i could not figure out how to make it run on Qt5
[15:04] <tedg> tvoss, Is someone working on a Mir backend for SDL?
[15:05] <tvoss> tedg, it exists, bschaefer is the guy to talk to
[15:06] <tedg> tvoss, Cool, noticing that navit says it has an SDL backend as well.  Not sure what's easier.
[15:07] <tvoss> tedg, not sure either. xenos1984 any idea if sdl would be helpful to you?
[15:14] <xenos1984> tvoss: i tried sdl, but it tries to output graphics to the console... looks like ascii art
[15:15] <xenos1984> tvoss: is there any way to make it use the screen instead?
[15:15] <tvoss> xenos1984, sure, but nothing that works right now ootb :)
[15:15] <tvoss> xenos1984, so best to stick with qt right now
[15:17] <xenos1984> tvoss, tedg: yes, indeed, navit comes with an sdl interface as well, i used that when porting navit to tomtom linux and there it works great (using framebuffer)
[15:17] <jdstrand> I just did a phablet-flash without --flipped for grouper and got an unflipped image. using phablet-flash --flipped tells me that is no longer a valid option
[15:17] <sergiusens> jdstrand: --legacy
[15:17] <jdstrand> I know that images are flipped by default now
[15:17] <sergiusens> if you want the old ones use --legacy
[15:18] <jdstrand> sergiusens: you misunderstand. I know that flipped is default and I want flipped. I used phablet-flash -d grouper just now and got an unflipped image
[15:18] <sergiusens> jdstrand: oh, can you paste the console output and give me the phablet-tools version?
[15:19] <jdstrand> sergiusens: 0.14+13.10.20130703-0ubuntu1
[15:19] <jdstrand> sergiusens: how do I got console output?
[15:19] <jdstrand> s/got/get/
[15:20] <jdstrand> sergiusens: oh, which console ouput, from phablet-flash?
[15:20] <sergiusens> jdstrand: oh, the stdout from running phablet-flash -d gouper
[15:20]  * jdstrand thought you meant in the image
[15:20] <jdstrand> http://paste.ubuntu.com/5840623/
[15:21] <ogra_> ubuntu-touch-preview
[15:21] <ogra_> hmm
[15:23] <jdstrand> would I be able to download phablet-tools to a version that supports --flipped, then reflash with --flipped?
[15:23] <sergiusens> jdstrand: ogra_ seems to be an old phablet-tools
[15:23] <jdstrand> 0.14+13.10.20130703-0ubuntu1
[15:23] <ogra_> looks ok
[15:23] <jdstrand> is there a config file for phablet-tools? maybe I did soemthing weird
[15:23]  * jdstrand can't remember
[15:24] <zeokila> Does anyone mind telling me, what is a flipped image?
[15:25] <ogra_> zeokila, hmm, i thought the explanation in the mail was clear
[15:25] <jdstrand> ogra_: well, maybe I did the wrong thing-- I did 'adb shell' and see it is unflipped
[15:25] <jdstrand> (that was all I would do previously with --flipped, and it worked)
[15:26] <ogra_> zeokila, https://lists.ubuntu.com/archives/ubuntu-devel/2013-July/037443.html in case you havent read it
[15:26] <zeokila> Thanks
[15:26] <ogra_> if you still have questions feel free to ask :)
[15:28] <jdstrand> I need a flipped image for work I am doing-- if I downgrade phablet-tools, can I expect --flipped to still work?
[15:29] <sergiusens> jdstrand: yes it should, but I wonder how the hell the wrong package got in
[15:30] <jdstrand> sergiusens: is there a configuration file for overrides for phablet-tools?
[15:30] <sergiusens> jdstrand: you can also just bzr branch lp:phablet-tools && cd phablet-tools && ./phablet-flash
[15:30]  * jdstrand reads phablet-flash
[15:31] <rigved> i thought that "phablet-flash -l" was required to get the latest images
[15:32] <sergiusens> rigved: phablet-flash --help
[15:32]  * jdstrand did not use '-l'
[15:32] <jdstrand> as for config file, I think I was thinking of --alternate-settings, which I played with one day, but haven't since
[15:32] <rigved> sergiusens: yes, in "phablet-flash --help", -l is listed as -l, --latest-revision Pulls the latest tagged revision.
[15:33] <sergiusens> jdstrand: there is, there's a settings.py
[15:33] <sergiusens> jdstrand: dpkg -L phablet-tools | grep settings.py
[15:33] <sergiusens> but it's strange that it doesn't go to the right location for you
[15:34] <popey> rigved: -l is default now I believe, has been for a while
[15:34] <sergiusens> jdstrand: notice the diff with the lack of preview, http://pastebin.ubuntu.com/5840668/
[15:34] <rigved> popey: ok
[15:35] <jdstrand> sergiusens: did the raring phablet-tools package not get updated correctly?
[15:36] <jdstrand> sergiusens: I'll use the bzr branch. it seems to be working:
[15:36] <jdstrand> Downloading http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130703.1/saucy-preinstalled-touch-armhf.zip
[15:36] <jdstrand> curious, does this mean we should not be filing bugs against https://bugs.launchpad.net/touch-preview-images/?
[15:37] <popey> jdstrand: depends what the bug is in ☻
[15:37] <ogra_> jdstrand, well, i personally would like us to start shipping ubuntu-bug soon
[15:37] <jdstrand> popey: right. I now am downloading the default flipped from ubuntu-touch/, so is https://bugs.launchpad.net/touch-preview-images/ correct for that?
[15:37] <ogra_> we still have a few packages in PPAs though
[15:38] <ogra_> until these are in the archive i guess we have to wait
[15:38] <cyandin> hello all
[15:39] <zeokila> how can we check phablet-tools version?
[15:39] <popey> apt-cache policy phablet-tools
[15:39] <zeokila> thanks
[15:41] <sergiusens> jdstrand: I'll check on the raring builds... but it should be there (don't have a raring machine though)
[15:41]  * popey is on raring sergiusens if you need something testin
[15:42]  * popey is holding out as long as possible
[15:42] <zeokila> apt-cache policy phablet-tools gives me 0.14daily13.06.22-0ubuntu1~quantal1 while I read that 0.14+13.10.20130703-0ubuntu1 was okay above, thought sudo apt-get install phablet-tools says i'm up to date
[15:42] <cyandin> I'm looking for some rtfm material on how to make the accelerometer work on my Lenovo Yoga 13 - is screen rotation/accelerometer discussion covered at all in this this thread?
[15:42] <sergiusens> popey: can you try the latest tools and see if it works, jdstrand is having issues
[15:42] <sergiusens> what does which phablet-flash return?
[15:43] <popey> i have phablet-tools 0.14daily13.06.22-0ubuntu1
[15:43] <zeokila> nothing, it's not a package
[15:43] <popey> ooh, device detected as mako
[15:44] <popey> phablet-flash is grabbing 20130703.1
[15:44] <sergiusens> popey: from which url?
[15:44] <ogra_> looks right
[15:44] <popey> http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130703.1/saucy-preinstalled-touch-armel+mako.zip
[15:44] <ogra_> sergiusens, there was no .1 of unflipped
[15:45] <sergiusens> ah, nice
[15:45] <sergiusens> regarding ubuntu-bug... it should work with phablet-tools
[15:45] <popey> now pushing.. seems to be working okay
[15:46] <ogra_> must be all the hardening stuff that jdstrand runs on his machine :)
[15:47] <popey> if someone has an unflipped install, will phablet-flash (now in flipped mode) be able to do device detection?
[15:47] <ogra_> yes
[15:47] <popey> cool
[15:47] <rigved> i just started flashing my n7 using phablet-flash (without -l). it's downloading the image from here: /home/rigved/Downloads/phablet-flash/ubuntu-touch/20130703.1/saucy-preinstalled-touch-armhf.zip . so, seems to be correct.
[15:48] <zeokila> you mean saving it to there no?
[15:48] <ogra_> he surely does :)
[15:49] <rigved> zeokila: ya, sorry saving it to!
[15:49] <zeokila> is http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/ currently set to be the same as http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/20130703/
[15:49] <zeokila> ?
[15:51] <ogra_> zeokila, yes /current always points to the latest (ubuntu-touch-preview are the unflipped images though)
[15:52] <cyandin> Anyone? :)
[15:52] <zeokila> ok thanks, so if I want the very latest preview I can get, I get the images from http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/saucy-preinstalled-touch-armel+mako.zip sorry about the question, I'm just getting a little confused
[15:53] <ogra_> yes, that url is correct
[15:53] <popey> cyandin: probably not exactly on topic here
[15:53] <zeokila> ok, thanks for your help
[15:53] <cyandin> popey: thanks! do you have anywhere you might recommend I look? perhaps a different channel?
[15:55] <popey> maybe ask on askubuntu?
[15:55] <popey> ogra_: are we expecting phone calls / 3g to work on 20130703.1? (It doesn't)
[15:55] <ogra_> yes we do
[15:55] <Venemo_> cyandin: what's the question?
[15:56] <popey> i see the gsm device as "disconnected" and phone app can't make calls
[15:56] <ogra_> grep ofono /var/log/syslog
[15:56] <ogra_> see if it connected to rild
[15:56] <cyandin> Venemo_: I am seeking reading material to help me get the accelerometer and screen rotation working properly in my Lenovo Yoga 13 ultrabook, running Raring
[15:56] <popey> ogra_: http://paste.ubuntu.com/5840737/
[15:56] <davmor2> ogra_, popey: do you guys have contacts in you phones?  if so what happens if you click on one
[15:57] <ogra_> davmor2, i saw someone claiming there is a theme bug with that
[15:57] <cyandin> Venemo_: so I can orient the device any which way while in tablet mode and have the screen rotate
[15:57] <Venemo_> cyandin: I see. sorry, I have no idea
[15:58] <ogra_> popey, hmm, looks ok, you might need someone with deeper ofono knowledge ... rsalveti perhaps
[15:58] <cyandin> Venemo_: no worries - thanks anyway :)
[15:58] <davmor2> ogra_: that would make sense, as I see the contact list and my favourite are still favourite but when I click on one it is empty
[15:58] <ogra_> yeah
[15:59] <Venemo_> does the 3G modem of the Nexus 7 work if I put Ubuntu on the device?
[16:00] <popey> I dont think we have tested that scenario.
[16:00] <Venemo_> it seems to be a perfectly legit use case
[16:00] <ogra_> davmor2, i think kenvandine was the one seeing the same ... there might be a bug open you can comment on
[16:00] <popey> not saying its not ☻
[16:00] <rigved> can 3g be enabled via gui now or is the recommended way using this guide: https://plus.google.com/100264483712374857174/posts/3o1tjYo9Ghx by rsalveti?
[16:01] <ogra_> rithe latter
[16:01] <popey> just that the Nexus 7's we have are pretty much all wifi only I believe
[16:01] <zeokila> I was just wondering how come it doesn't need my SIM code to call and text, or is the sim unlock on other phones just a system side thing
[16:01] <ogra_> rigved, the latter
[16:01] <rigved> ogra_: ok thanks
[16:01] <rigved> will test it on my phone later
[16:01] <ogra_> zeokila, you need to wipe the PIN forst
[16:01] <ogra_> *first
[16:01] <ogra_> we dont have PIN support in yet
[16:02] <zeokila> do I have to do that with android on it?
[16:02] <ogra_> yeah
[16:02] <zeokila> ok, thanks
[16:02] <ogra_> there is a patch but it didnt go into the images yet
[16:02] <ogra_> should land the next days
[16:02] <zeokila> ok, cool
[16:03] <Venemo_> another question is, how well do the regular ubuntu apps work on ubuntu touch? given that something compiles on ARM, will it work on ubuntu touch?
[16:03] <popey> if it needs x, no
[16:03] <Venemo_> that's understandable
[16:04] <Venemo_> as I hear, you made Qt apps work with Mir, is that correct?
[16:06] <kenvandine> davmor2, i am attempting to fix the contact bug
[16:06] <kenvandine> well
[16:06] <kenvandine> at least getting all the build deps installed on my phone :)
[16:06] <kenvandine> davmor2, hopefully i'll have a fix later today
[16:07] <davmor2> kenvandine: nice one :)
[16:07] <ogra_> Venemo_, Qt5, yes
[16:10] <Venemo_> ogra_: awesome! :)
[16:10] <Venemo_> ogra_: out of curiosity, do you also have a build of Qt Creator which runs on it?
[16:11] <ogra_> the ubuntu-sdk is built around Qt Creator afaik
[16:11] <Venemo_> I mean, is there a build which can run on the ARM device itself?
[16:11] <zeokila> !clear
[16:13] <kenvandine> Venemo_, you run qtcreator running on your computer has tools to run your app on the device
[16:13] <Venemo_> I understand that, but that wasn't my question :)
[16:14] <Venemo_> I will need to part with my computer for a while (due to repair) and I'm wondering if I could get things done on the tablet itself
[16:15] <ogra_> well, we ship a terminal and there is an onscreen keyboard :)
[16:15] <ogra_> if yu are fine with that
[16:15] <Venemo_> haha
[16:16] <Venemo_> I can find my way around a terminal but I'd appreciate some GUI text editor
[16:16] <ogra_> well, then you would have to write one, i dont think we have one yet
[16:16] <Venemo_> I see
[16:17] <Venemo_> allright, sorry for the stupid questions :)
[16:17] <ogra_> unless i'm not up to date :) popey might know more
[16:17] <bobweaver> Venemo_,   make a VM of UbuntuTouch set the main window to be fullscreen .  then add a extrenal tool (xmlfile) to qtcreator that launchs the emulator on run.  then add the device and push ssh keys to it
[16:17] <ogra_> no stupid questions ... :)
[16:17] <ogra_> how would you gain knowledge if you wouldnt ask :)
[16:17] <Venemo_> sure, thanks! that's a nice attitude ogra_ :)
[16:18] <Venemo_> ogra_: btw, how about running Unity on the device? isn't that supposed to work too
[16:19] <ogra_> it runs unity8 ... the next version of unity (fully Qt/QML)
[16:19] <ogra_> you cant run unity7 as it requires X
[16:21] <bobweaver> Venemo_, here is a video that I made when there was no arm emulator http://www.youtube.com/watch?v=JARd_eMYqOA
[16:21] <Venemo_> ogra_: isn't it the current version of unity on this screenshot? https://wiki.ubuntu.com/Nexus7/Installation
[16:22] <Venemo_> bobweaver: thank you
[16:22] <ogra_> Venemo_, no, thats the one release nexus7 desktop image we built in preparation for ubuntu touch
[16:22] <Venemo_> ogra_: isn't that usable now?
[16:22] <ogra_> ubuntu touch is completely different
[16:23] <ogra_> thats surely still kind of usable
[16:23] <ogra_> it has bugs in the touchscreen driver though
[16:23] <Venemo_> apart from using Qt and a different compositor, what's the difference between that and ubuntu touch?
[16:23] <ogra_> (and nobody will fix them, that image was experimental)
[16:24] <ogra_> ubuntu touch uses the android hardware layer and an abstraction api to talk to the hardware
[16:24] <Venemo_> couldn't I just flash ubuntu touch and install the traditional desktop from the repo then? :P
[16:24] <ogra_> it also doesnt use X11 at all *currently it uses android surfacefllinger, within the next weeks this will switch to Mir)
[16:24] <Venemo_> ah, okay
[16:24] <bobweaver> You can see that I QtCreator use a custom "wizard " then using extrenal tools I launch the virtual machine then start unity-next (which is not how I do it any more but) I can then  run the code in qtcreator and it pushs it to the virtual machine.  This way I can use the HUD and other things that are not supported on my desktop
[16:24] <bobweaver> sorry Venemo_  ^^
[16:25] <Venemo_> bobweaver: well the thing is, my questions are directed in the opposite way. it seems that I have to part with my laptop for a few weeks and I was wondering if I could get things done on a nexus 7
[16:26] <Venemo_> ogra_: I'm sure this one is asked a lot but I haven't been able to find any definitive info on it. how's the battery life of ubuntu touch on the nexus 7?
[16:26] <plars> I have a maguro device in the lab that seems to have installed with today's image once, then after that is getting stuck
[16:26] <plars> Restarting device... wait
[16:26] <plars> Restarting device... wait complete
[16:26] <plars> Cannot find /data mountpoint
[16:26] <ogra_> Venemo_, you can surely use the desktop image, but i would recommend an OTG cable with USB hub and mouse/kbd
[16:26] <plars> anyone else seeing something like that?
[16:27] <bobweaver> Venemo_,  no qtcreator on armel maybe on the image that ogra_  was talking about maybe use MultiRom or something like that to dual boot the n7  and then uou could use qtcreator
[16:27] <bobweaver> something that has x11
[16:28] <Venemo_> bobweaver: well, it's not a big deal if it won't work, I was just wondering :)
[16:28] <Venemo_> ogra_: yeah, well, I'm not a fan of the desktop image, I just asked about it because I didn't know the difference
[16:29] <smartboyhw> Hey bobweaver still involved with TV?
[16:29] <ogra_> k
[16:29] <bobweaver> In theory yes it would. the compile times and having what version of gcc and what not on the other hand ......
[16:29] <bobweaver> smartboyhw,  no
[16:29] <smartboyhw> bobweaver, :(
[16:29] <lgp171188> Hi, I am running Debian Jessie (unstable) on my laptop. I would like to work with Ubuntu SDK, try developing and testing apps. I tried creating a Saucy VM in Virtualbox with 1 GB RAM but the UI is very slow. So is there any way to install the SDK on debian and use it without actually needing a Ubuntu VM?
[16:29] <kenvandine> Kaleo, phone-app's ContactDetails is completely broken because of the style/theme changes in the sdk
[16:30] <kenvandine> Kaleo, i was going to try to fix it, but it is much more than just ItemStyle going away
[16:30] <kenvandine> have you looked at that at all?
[16:30] <lgp171188> Of course I could use an alternative desktop environment and see if it improves things, but if I can do stuff on the host OS itself, why use a VM :)
[16:30] <bobweaver> lgp171188,  with debs or compile against your qmake
[16:30] <Kaleo> kenvandine: can you check with boiko?
[16:30] <ogra_> kenvandine, pfft, who needs contacts as long as we can have bling !
[16:30] <kenvandine> boiko, ^^
[16:30] <bobweaver> lgp171188,  because with deps though
[16:30] <Kaleo> kenvandine: I don't recall the specific changes (too many apps I looked at :)
[16:30]  * kenvandine needed to make a phone call... but couldn't :)
[16:30] <kenvandine> Kaleo, yeah, understood
[16:30] <kenvandine> phone-app wasn't changed
[16:31] <kenvandine> not that i see
[16:31] <lgp171188> bobweaver: I am not sure if installing from .deb files if they are actually created for ubuntu. Are there any instructions to build from source?
[16:31] <Kaleo> kenvandine: oh yes it was :)
[16:31] <kenvandine> oh.. it was!
[16:31] <kenvandine> damn...
[16:31] <Venemo_> ogra_: I'm sure this one is asked a lot but I haven't been able to find any definitive info on it. how's the battery life of ubuntu touch on the nexus 7?
[16:31] <kenvandine> yesterday :)
[16:32] <ogra_> Venemo_, same (or a little better since we dont run as much stuff yet) as on android
[16:32] <Venemo_> nice
[16:32] <kenvandine> +StyledItem
[16:32] <kenvandine> ah... is that new in the sdk?
[16:32] <bobweaver> lgp171188,  not sure I just grab source from bzr then compile with my qmake versions     cd ubuntu-ui-toolkit && /my/path/to/qmake something.pro     ; make ; make install
[16:32] <kenvandine> Kaleo, maybe phone-app just needs an unreleased sdk
[16:33] <bobweaver> lgp171188,  I have also had issues with compiling other libs like libhud and what not there is a wiki somewhere all about it.
[16:33] <lgp171188> bobweaver: I should install qt5 packages before I try qmake right?
[16:33] <Venemo_> ogra_: that's very nice actually
[16:34] <bobweaver> lgp171188, but to get the sdk / ubuntu-ui-toolkit should not be that hard to compile on debian....  Yeah look at the control file in the debian file and make sure that that stuff is installed
[16:35] <Kaleo> kenvandine: I hope not
[16:35] <Kaleo> kenvandine: can you file a bug against the phone app with the versions of the phone app and toolkit?
[16:36] <kenvandine> actually maybe it was just fixed
[16:36] <Kaleo> lol
[16:36] <kenvandine> bug 1197293
[16:36] <bobweaver> lgp171188,  under the Depends: part of the Stanza's  http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/debian/control
[16:36] <Kaleo> kenvandine: ..
[16:37] <ubot5`> bug 1197293 in Ubuntu UI Toolkit "ReferenceError: UbuntuColors is not defined" [Medium,Fix committed] https://launchpad.net/bugs/1197293
[16:37] <Kaleo> kenvandine: no it's not that
[16:37] <Kaleo> kenvandine: it cannot be that
[16:37] <kenvandine> humm
[16:37] <kenvandine> it complains about StyledItem
[16:37] <Kaleo> kenvandine: and in the bug report, put the warnings too
[16:37] <Kaleo> kenvandine: the console output
[16:37] <kenvandine> ok, i am going to test against ubuntu-ui-toolkit trunk now
[16:38] <kenvandine> building
[16:38] <Kaleo> kenvandine: that's not so useful as testing against the packages
[16:38] <kenvandine> Kaleo, the toolkit version is from last week
[16:38] <kenvandine> 0.1.46+13.10.20130628-0ubuntu1
[16:38] <zeokila> I am so confused, I flashed saucy-preinstalled-touch-armel+mako.zip then I flashed saucy-preinstalled-touch-armhf.zip from http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/ and I still can't call or text, or receive anything
[16:38] <Kaleo> kenvandine: where did you get it?
[16:38] <kenvandine> from my phone
[16:38] <Kaleo> kenvandine: fresh image?
[16:38] <boiko> kenvandine: let me check that
[16:39] <kenvandine> yes
[16:39] <kenvandine> just flashed this morning
[16:39] <kenvandine> that's the latest in saucy
[16:39] <Kaleo> kenvandine: that would mean that the toolkit does not get uploaded to saucyanymore??
[16:39] <Kaleo> Mirv: you there?
[16:40] <kenvandine> Kaleo, and StyledItem was introduced yesterday
[16:40] <kenvandine> ah
[16:40] <kenvandine> the SDK stack hasn't passed tests in 5 days
[16:40] <Kaleo> kenvandine: where do you see that?
[16:40] <kenvandine> Test Result (36 failures / +36)
[16:41] <kenvandine> jenkins
[16:41] <Kaleo> kenvandine: link?
[16:41] <kenvandine> http://<IP_ADDRESS>:8080/job/autopilot-saucy-daily_release/314/
[16:41] <Kaleo> kenvandine: did not get any email about that:
[16:41] <Kaleo> !
[16:41] <kenvandine> it's the daily release stack
[16:41] <kenvandine> no emails
[16:41] <kenvandine> Mirv should be watching that though
[16:41] <Kaleo> kenvandine: that's very unhelpful then
[16:41] <Kaleo> kenvandine: we need emails!
[16:41] <kenvandine> yeah :)
[16:41] <Kaleo> kenvandine: also things have been landing without a problem in our trunk
[16:41] <ogra_> you can have mine, i got a lot !
[16:41] <Kaleo> kenvandine: no warning of any kind
[16:42] <kenvandine> Kaleo, do the autopilot tests run?
[16:42] <Kaleo> didrocks: can we have emails telling us when a stack fails?
[16:42] <Kaleo> kenvandine: I'm assuming they do when we land in trunk
[16:42] <didrocks> Kaleo: I think QA doesn't have any email senders on magners
[16:42] <Kaleo> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1197355
[16:42] <ubot5`> Launchpad bug 1197355 in Ubuntu UI Toolkit "Autopilot tests fail since June 28" [Undecided,New]
[16:42] <Kaleo> didrocks: it would be of very great value
[16:42] <didrocks> Kaleo: you have be warned yesterday by Mirv about the tests failing, isn't it?
[16:43] <Kaleo> didrocks: not that I know
[16:43] <didrocks> Kaleo: I agree, it's a request for the QA team though :)
[16:43] <didrocks> urgh?
[16:43] <Kaleo> didrocks: which person
[16:43] <didrocks> I asked him to check with you though
[16:43] <didrocks> yesterday :/
[16:43] <Kaleo> didrocks: yesterday is not enough anyway
[16:43] <kenvandine> Kaleo, that bug was filed earlier today
[16:43] <Kaleo> June 28
[16:43] <kenvandine> with these failures
[16:43] <kenvandine> :)
[16:43] <didrocks> Kaleo: yeah, sil2100 didn't warn apparently, it's was him replacing Mirv during holidays
[16:43] <seb128> Kaleo, didrocks, kenvandine: Mirv has been chasing people on #sdk yesterday about the failing tests
[16:44] <didrocks> Kaleo: it's only when I saw nothing was moving that I asked them
[16:44] <Kaleo> didrocks: who on the QA team do I ask for emails?
[16:44] <Kaleo> didrocks: thanks
[16:44] <Kaleo> seb128: not well enough then :)
[16:44] <didrocks> Kaleo: retoaded I guess
[16:44] <seb128> Kaleo, it's hard to know when you should keep nagging after being ignored...
[16:44] <Kaleo> retoaded? :) I don't know that person yet
[16:45] <Kaleo> seb128: when the Ubuntu touch build is broken
[16:45] <didrocks> he's the QA jenkins master :)
[16:45] <kenvandine> Kaleo, so phone-app is definately broken because of the lagging sdk
[16:45] <Kaleo> seb128: you should :)
[16:45] <seb128> right
[16:45] <Kaleo> kenvandine: 4 other apps should be broken too
[16:45] <kenvandine> ugh
[16:45] <kenvandine> which ones?
[16:45]  * ogra_ wonders if the broken calculator is related
[16:45] <Kaleo> kenvandine: I erased the list, hang on
[16:45] <ogra_> (though i didnt test it today)
[16:45] <Kaleo> ogra_: tit is
[16:46] <ogra_> yeah, still broken here
[16:46] <kenvandine> so this is a good example of when apps that use new components need to bump minimum required versions
[16:46] <Kaleo>   * camera-app
[16:46] <Kaleo>   * mediaplayer-app
[16:46] <Kaleo>   * ubuntu-calculator-app
[16:46] <Kaleo>   * phone-app
[16:46] <Kaleo>   * notes-app
[16:46] <Kaleo>   * ubuntu-facebook-app
[16:46] <didrocks> if camera-app, mediaplayer-app and notes-app landed, it's an issue in the integration tests
[16:46] <kenvandine> each of those apps should have bumped their depends for the toolkit
[16:46] <ogra_> i think popey filed a bug about calculator-app ... (oi confirmed but dont have the bug number here anymore)
[16:46] <didrocks> they shouldn't have passed tests
[16:47] <Kaleo> kenvandine: yes, but it would not have happened if toolkit landed
[16:47] <didrocks> (as they are under daily releases)
[16:47] <Kaleo> didrocks: that too!
[16:47] <seb128> Kaleo, looking at my log, Mirv said https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/toolba
[16:47] <seb128> r_emulator/+merge/171720 broke the tests
[16:47] <didrocks> the others… they should be under dailies, that would prevent landing with tests :)
[16:47] <kenvandine> Kaleo, but that would have prevented them from landing without the toolkit
[16:47] <seb128> Kaleo, he even pinged you about it :p
[16:47] <popey> bug 1196653
[16:47] <ubot5`> bug 1196653 in Ubuntu Calculator App "calculator fails to start on device" [Undecided,Fix committed] https://launchpad.net/bugs/1196653
[16:47] <kenvandine> didrocks, so they don't completely break
[16:47] <kenvandine> for example, the phone-app mostly works and doesn't crash
[16:48] <kenvandine> but the details view of a contacts doesn't load
[16:48] <kenvandine> so we must not have tests of that
[16:48] <didrocks> kenvandine: yeah, but fixing that, we should add a test to ensure to not regress for the broken functionalities :)
[16:48] <cjwatson> y'all might want to think about how it's going to be harder to have that kind of lockstep change when the apps are click packages :)
[16:48] <kenvandine> yeah... our test coverage is far from perfect :)
[16:48] <ogra_> dont scare us !
[16:48] <Kaleo> seb128: definitely; I did not realise what consequence (not landing in saucy) it would have
[16:48] <didrocks> cjwatson: heh, I was thinking about that lately, I have no idea for now btw :p I hope at some point we can have a stable API
[16:48]  * popey notes cjwatson celebrating 4th July early with his "Y'all".
[16:48] <cjwatson> (because everyone keeps saying that the SDK we release will be perfect and not break ABI)
[16:49] <kenvandine> Kaleo, so part of the code review process, it would be good to note that a branch introduces a new component and check for the depends version
[16:49] <cjwatson> popey: I'd have used "youse" from my neck of the woods but I'm not sure anyone would have understood
[16:49] <popey> ☻
[16:49] <lgp171188> bobweaver: I have installed all the dependencies except autopilot stuff which are not in debian, so should I build those from as well?
[16:49] <bobweaver> ogra_, great work with  LXC container  on boot BTW
[16:49] <kenvandine> cjwatson, i probably wouldn't have :)
[16:50] <Kaleo> kenvandine: for apps you mean?
[16:50] <kenvandine> Kaleo, yes
[16:50] <ogra_> bobweaver, thanks !
[16:50] <bobweaver> lgp171188,  I think that there is a option to build with no tests(autopilot ) but not sure
[16:50] <Kaleo> cjwatson: there will be breaks but only at specific announced times of releases
[16:50] <Kaleo> cjwatson: so I guess it will be slightly different
[16:51] <Kaleo> cjwatson: an app will have to specify for what version of the SDK it was built for
[16:51] <bobweaver> lgp171188,  I am going to look at the pro  or cmake files
[16:51] <kenvandine> cjwatson, this wasn't really because of breaking an existing API
[16:51] <kenvandine> it was apps using a new API
[16:52] <kenvandine> that wasn't in saucy yet
[16:52] <esigolo> how is ubuntu touch running on g S II?
[16:52] <esigolo> with new fliped images
[16:52] <esigolo> ?
[16:52] <ogra_> not yet :)
[16:52] <elopio> oh crap, how did I break everything?
[16:52] <ogra_> but i have an SGS2 here and will try to get a port running until the weekend
[16:53] <ogra_> theoretically it shouldnt take much to do the switch
[16:53] <zeokila> I am so confused, I flashed saucy-preinstalled-touch-armel+mako.zip then I flashed saucy-preinstalled-touch-armhf.zip from http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/ and I still can't call or text, or receive anything
[16:53] <zeokila> I've disabled the SIM code
[16:54] <esigolo> ogra_: thanks !
[16:54] <elopio> seb128: where do I see the results of those jenkins tests failing?
[16:54] <ogra_> zeokila, sounds like you might hit a bug then
[16:54] <boiko> kenvandine: it is weird it didn't break, cause ther is at least one contact test that would have failed, I don't understand why it didn't
[16:55] <kenvandine> boiko, oh... weird
[16:55] <kenvandine> one that opens a contact details?
[16:55] <boiko> kenvandine: nope, one that saves a new contact
[16:55] <esigolo> ogra_: do you now if will be possible to flash it by phablet_flash?
[16:55] <kenvandine> maybe that doesn't use the StyledItem?
[16:55] <boiko> kenvandine: it opens the same view as showing the contact details
[16:55] <ogra_> esigolo, there are some future plans to support that but it is far from being available (plans, no code yet)
[16:56] <zeokila> I think I have a massive bug :( All the symptoms I described here: http://askubuntu.com/questions/315516/my-ubuntu-touch-seems-to-be-broken-no-matter-how-many-different-files-i-try
[16:56] <zeokila> I'm considering filing a bug report
[16:56] <zeokila> But I'm not too sure what to stick in it, there is so much going wrong
[16:56] <boiko> kenvandine: let me try to double check the test and why it succeeded
[16:56] <seb128> elopio, http://<IP_ADDRESS>:8080/job/autopilot-saucy-daily_release/314/testReport/
[16:56] <esigolo> okay thanks ! did a demo for the guys how i'm working with and they want to flash it to test
[16:57] <seb128> elopio, do you have access to the qa vpn/jenkins?
[16:57] <elopio> seb128: no.
[16:57] <pmcgowan> rsalveti, random question, what would it take to support hdmi mirroring to a monitor
[16:58] <cjwatson> Kaleo: Yeah, but we also don't want to unnecessarily fragment the app ecosystem; the more they continue working, the better for app authors and users
[16:58] <ogra_> zeokila, what do you mean by "four tabs"
[16:58] <seb128> elopio, http://paste.ubuntu.com/5840893/ has the log of some of the tests
[16:58] <rsalveti> pmcgowan: would need to check how to do that with surfaceflinger, otherwise we'd need something with mir
[16:58] <rsalveti> might not be trivial though
[16:58] <cjwatson> Kaleo: So if necessary yes, but part of this whole thing is taking on the responsibility of providing better binary compatibility
[16:58] <zeokila> I've seen a lot of people with five bottom tab thingys on the home screen, I only have four
[16:58] <seb128> didrocks, do we have a public view of daily test results?
[16:58] <cjwatson> Kaleo: (e.g. versioned symbols or whatever)
[16:58] <ogra_> zoktar, and beyond that, it looks pretty ok, the bugs you see are known (or even discussed above, seee the calculator-app bug popey pointed out for example)
[16:58] <pmcgowan> rsalveti, would you mind checking when you have time, for nexus 4 or 10
[16:59] <rsalveti> pmcgowan: sure
[16:59] <pmcgowan> rsalveti, does nexus 7 do hdmi?
[16:59] <ogra_> zoktar, making calls should work though
[16:59] <rsalveti> need to get a hdmi dongle
[16:59] <didrocks> seb128: on the public jenkins, but you have to naviguate
[16:59] <rsalveti> pmcgowan: probably
[16:59] <elopio> seb128: I've just updated my saucy machine, and now the qmlscene is not opened because the -I argument.
[16:59] <elopio> I think removing it will fix the tests.
[16:59] <didrocks> seb128: that's why I want to get time to do this dashboard
[16:59] <rsalveti> pmcgowan: will try to get one and see how it works there
[16:59] <pmcgowan> rsalveti, thanks
[17:00] <Kaleo> cjwatson: agreed; I was thinking breaking only every few years
[17:00] <popey> pmcgowan: rsalveti i dont think the nexus 7 even has hdmi out or mhl does it?
[17:00] <Kaleo> cjwatson: similar to what Qt itself offers
[17:00] <didrocks> elopio: seb128: https://jenkins.qa.ubuntu.com/job/autopilot-saucy-daily_release/314/testReport/
[17:00] <seb128> didrocks, thanks
[17:00] <seb128> kenvandine, didrocks: do you know where are the ui-toolkit test/how to drop the -I argument from qmlscene easily to see if that fix those?
[17:01] <rsalveti> popey: not sure yet, would need mhl
[17:01] <ogra_> popey, nope, doesnt
[17:01] <elopio> seb128: I can make a branch for that, two lines.
[17:01] <didrocks> seb128: I think in the ui-toolkit source… never really look at them
[17:01] <kenvandine> seb128,  those are probably needed
[17:01] <elopio> but how do I run my branch on your jenkins to make sure it's a fix?
[17:01] <popey> rsalveti: the internet says "no"
[17:01] <ogra_> it hanst
[17:01] <cjwatson> Kaleo: Yeah, something roughly similar to LTS cycles is probably tolerable
[17:01] <ogra_> we researched that for the desktop image
[17:02] <zeokila> ogra_, these tabs http://i.imgur.com/rBQtcSS.jpg
[17:02] <seb128> kenvandine, elopio said it's what breaks it...
[17:02] <rsalveti> popey: then no :-)
[17:02] <popey> ☻
[17:02] <ogra_> zoktar, the people "tab" was dropped like 4 weeks ago
[17:03] <zeokila> Ohh, well one less 'bug' then, sorry for that bit
[17:03] <ogra_> zoktar, we call them "lens" btw :)
[17:03] <ogra_> zoktar, everything but the non functioning calls seems normal
[17:03] <kenvandine> without the -I, it'll use the installed module not the one from the build
[17:04] <jdstrand> oh my: bug #1197474
[17:04] <ubot5`> bug 1197474 in touch-preview-images "'/' is world-writable" [Undecided,New] https://launchpad.net/bugs/1197474
[17:04] <ogra_> jdstrand, we cal that "developer friendly" :P
[17:04] <zeokila> Wait, update! I just received a text I sent 10 minutes ago o.O
[17:04] <ogra_> jdstrand, no worries that will go away soon
[17:04] <jdstrand> heh, it is indeed that :)
[17:04] <ogra_> zeokila, yay !
[17:04] <Kaleo> cjwatson: right
[17:05] <jdstrand> ok, there is another possibly related bug #1191906
[17:05] <ubot5`> bug 1191906 in touch-preview-images "Wrong permissions in phablet image" [High,Confirmed] https://launchpad.net/bugs/1191906
[17:05] <jdstrand> (I filed that before)
[17:05] <elopio> kenvandine: makes sense.
[17:05] <ogra_> jdstrand, within this month we will switch to loop mounted readonly rootfs, so it should be a lot safer ... the current setup is plain interim
[17:05] <zeokila> For the phone app, when I touch the call button it does nothing, the button stays as it is, as if I'm not selecting it, is that normal?
[17:06]  * ogra_ cant tell, i dont even have a SIM in mine ...
[17:06] <elopio> now I understand, here qmlscene wasn't starting because I was missing the make.
[17:06] <rsalveti> that usually means ofono is not running
[17:06] <ogra_> rsalveti, so there is still a mako issue then
[17:06] <jdstrand> ogra_: ok. the underlying cause is still a bit of a mystery (to me at least). I guess once the loop mounts are in place, we'll see what it looks like
[17:07] <rsalveti> is this with latest image?
[17:07] <ogra_> jdstrand, yeah, better dont look at the current setup, its scary ...
[17:07] <rsalveti> please check if ofono is running there
[17:07] <ogra_> zeokila, ^^^
[17:07] <ogra_> grep ofono /var/log/syslog
[17:07] <ogra_> and ps ax|grep ofonod
[17:08] <elopio> seb128, kenvandine: so, I have no idea why tests are failing. Here they all run with no problems. Are you compiling the modules before running the tests?
[17:08] <bobweaver> ogra_, you can restart a service for that ?  ofono that is
[17:08] <cjwatson> world-writable /> oh god massive flashback to intrepid release
[17:08] <Kaleo> mzanetti: you around?
[17:08] <sergiusens> jdstrand: I confrimed that last one a while back and assigned to me
[17:08] <lgp171188> bobweaver: I found one more issue. qtcreator in debian is built against qt4 whereas the one in Ubuntu is built against qt5. So have to use the prebuilt binary from qt site or build against qt5
[17:08] <bobweaver> if so wonder why  the service is not starting on start up ?
[17:08] <mzanetti> Kaleo: yes
[17:08] <ogra_> jdstrand, due to the ubuntu root residing in a subdir and not in a partition there is a bind mount on toop of the real mount (and the partition is also mounted on android) so we end up with the same partition mounted three times in different places
[17:09] <bobweaver> lgp171188,  I dont even use the qtcreator with Ubuntu SDK  I only use the latest offline installers
[17:09] <kenvandine> elopio, are you talking about the autopilot tests for ubuntu-ui-toolkit?
[17:09] <bobweaver> then I just add the kits and tools
[17:09] <ogra_> bobweaver, well, upstart should even respawn it
[17:09] <lgp171188> bobweaver: What do you mean by offline installer here?
[17:10] <cjwatson> lgp171188: You might be able to build a saucy chroot rather than a full VM
[17:10] <jdstrand> ogra_: interesting. another observation. ufw is not (yet) installed in the phablet. so I installed it. it created /lib/ufw. dpkg-deb -c tells me that /lib/ufw is 755, yet after install, it is 777
[17:10] <kenvandine> elopio, i haven't tried myself, it's the automated ones that are failing which is preventing the package from landing in saucy
[17:10] <cjwatson> lgp171188: Or an LXC instance
[17:10] <esigolo> ogra_: what is the point of mantaining the android on lxc container? apps will run on android ?
[17:10] <Kaleo> mzanetti: would it be possible to have the autopilot tests run automatically for each MR for the ubuntu-ui-toolkit?
[17:11] <cjwatson> (Sorry, I don't think I have time to walk you through those, but options to explore ...)
[17:11] <lgp171188> cjwatson: Will gui stuff work from chroot? I have no experience with chroot.
[17:11] <ogra_> esigolo, no, but we use all the drivers from android and need to initialize devices (by starting android)
[17:11] <zeokila> ogra_, http://paste.ubuntu.com/5840925/
[17:11] <cjwatson> lgp171188: It can generally be made to with the right bind-mounts.  schroot can help
[17:11] <ogra_> rsalveti, http://paste.ubuntu.com/5840925/
[17:12] <cjwatson> (schroot has a "desktop" profile, for instance)
[17:12] <rsalveti> seems fine, some things to check then
[17:12] <ogra_> esigolo, the android container only contains whats needed to make the hardware work, nothing more
[17:12] <esigolo> ogra_: some point it will be over ? as the ubuntu drivers are ready?
[17:12] <ogra_> i doubt that, but we'll see
[17:13] <bobweaver> lgp171188,  http://download.qt-project.org/development_releases/qt/5.1/5.1.0-rc1/     <<offline installers
[17:13] <zeokila> ok
[17:13] <ogra_> if you buy a phone with ubuntu preinstalled at some point that might be the case
[17:13] <bobweaver> not sure if it will compile against 5.1 though lgp171188
[17:13] <lgp171188> bobweaver: I am now considering running saucy in a chroot.
[17:14] <bobweaver> lol
[17:14] <esigolo> ogra_: but run Android on top of ubuntu can cause performance issues right?
[17:14] <bobweaver> lgp171188,  what about using some that is not so mem hog tied up ? like icewm or flux in you VM ?
[17:14] <kenvandine> Kaleo, boiko: confirmed trunk of the toolkit fixes phone-app
[17:14] <rsalveti> ogra_: zenvoid: install ofono-scripts
[17:15] <Kaleo> kenvandine: thank god for that :)
[17:15] <kenvandine> but we no longer have a way to favorite in edit mode and it doesn't display the contact name anywhere
[17:15] <kenvandine> which was in the header before
[17:15] <ogra_> esigolo, no, we only use the android container like a blackbox to talk to the hardware, it doesnt have any performance impact
[17:15] <kenvandine> but now i can make my phone call :)
[17:15] <rsalveti> then run /usr/share/ofono/scripts/list-modems
[17:15] <rsalveti> so we can know from ofono if it got the modem/sim card right in there
[17:15] <bobweaver> ogra_,  you have looked at the thing that qt has made for there customers?
[17:16] <ogra_> bobweaver, nope, i rarely look at UI things nowadays
[17:16] <esigolo> ogra_:  i see now ! there is no app or anything running or using system resources right?
[17:16] <bobweaver> ogra_,  they made a thingy that runs only qt on boot it is real fast
[17:16] <ogra_> esigolo, exactly ... only the bits needed to make the HW work
[17:16] <mzanetti> Kaleo: sure
[17:16] <elopio> kenvandine: yes, I'm talking about the autopilot tests. I give up, I don't understand how my change broke the tests.
[17:17] <ogra_> bobweaver, ah, nice
[17:17] <esigolo> ogra_: thanks ! and sorry for keep asking noob questions
[17:17] <ogra_> there are no noob questions ... there are just people that know more than others
[17:17] <mzanetti> Kaleo: requirement is that the test suite is packaged up
[17:17] <elopio> I can't see the configuration of the jenkins job, so I don't really know what it's runnig.
[17:17] <esigolo> xD
[17:17] <ogra_> and how would we get that info spread if nobody would ask :)
[17:18] <bobweaver> ogra_,  I think that it is called "boot to qt" or something like that I could be wrong
[17:18] <mzanetti> Kaleo: if that's the case already, tell me the name of the test suite and I'll have a test run
[17:18] <bobweaver> ogra_,  http://blog.qt.digia.com/wp-content/uploads/2013/05/Screen-Shot-2013-05-13-at-12.20.12-PM.png
[17:18] <ogra_> bobweaver, what do they use as display mechanism ? just plain framebugger ?
[17:18] <ogra_> (buffer)
[17:19] <esigolo> ogra_: indeed
[17:20] <bobweaver> ogra_,  not sure you can read more about it here http://blog.qt.digia.com/blog/2013/05/21/introducing-boot-to-qt-a-technology-preview/
[17:21] <Kaleo> mzanetti: ubuntu-ui-toolkit-autopilot is the name of the package
[17:21] <ogra_> bobweaver, i also think that measiuring is a bit wrong ... android starts a ton of services :you would have to compare with teh same set of background services running to get accurate data)
[17:21] <ogra_> :)
[17:22] <ogra_> i could boot my ubuntu desktop in less than 5 sec to an X server if i wanted
[17:22] <ogra_> that doesnt mean that networking is up or i can use any input devices :)
[17:22] <bobweaver> correct ogra_  there is also Qt Korhal , just wondering if you all are using any of this.  or could help on the upstream side of things
[17:23] <ogra_> no, we are putting all efforts into Mir now
[17:25] <bobweaver> ahh I see ... well  I am visiting from the future, 2015, where Android 7 uses Qt 6 as middleware and application layer. And where legacy Android apps run on Alien Dalvik.   j/k (stolen from a post on youtube)
[17:25] <ogra_> haha
[17:26] <AskUbuntu> Snapchat on ubuntu touch? | http://askubuntu.com/q/315971
[17:26] <rsalveti> cyphermox: any news regarding the nm changes and network indicator mr review?
[17:26] <bobweaver> ogra_,  I finshed up my bonjour/zeroconf QML plugin today. It is awesome and works great ! though I did need a lot of help from the people on #qt-quick
[17:27] <cyphermox> rsalveti: I uploaded NM a few minutes ago
[17:27] <ogra_> well, congrats :)
[17:27] <cyphermox> you'll want to push a new version to your ppa
[17:27] <rsalveti> cyphermox: awesome, didn't check that yet
[17:27] <ogra_> ppa ?
[17:27] <cyphermox> as for the review, I ran into some issues, nothing shows up
[17:27] <rsalveti> cyphermox: still need to disable polkit?
[17:27] <cyphermox> rsalveti: yes, as long as logind isn't fixed
[17:27] <ogra_> ah, yeah
[17:27] <cyphermox> (or you know, landing my other branch)
[17:27] <rsalveti> cyphermox: right
[17:27] <ogra_> well, i guess lightdm will just get us all we need
[17:28] <cyphermox> possibly yeah
[17:28] <rsalveti> cyphermox: well, we still had issues with your previous mr iirc
[17:28] <ogra_> once we stop running out own hacked session
[17:28] <cyphermox> rsalveti: yeah, because surfaceflinger and stuff don't register with logind
[17:28] <rsalveti> got it
[17:28] <rsalveti> we should have mir soon
[17:28] <rsalveti> otherwise we can blame ricmm
[17:28] <ogra_> and lightdm
[17:29] <ogra_> lightdm will take care for the logind registration
[17:29] <rsalveti> right
[17:29] <ogra_> (no matter if its Mir, SF or X11)
[17:29] <rsalveti> so I hope
[17:37] <zeokila> My dialer app seem to be working perfectly now, didn't change anything. Weird, but yay
[17:37] <sergiusens> rsalveti: need you to happrove https://code.launchpad.net/~sergiusens/phablet-tools/network_flip_detect/+merge/172821
[17:39] <ogra_> zeokila, awesome
[17:39] <mzanetti> http://s-jenkins:8080/job/generic-mediumtests-runner-saucy/599/
[17:39] <mzanetti> Kaleo: ^
[17:40] <zeokila> Possibly started working after I connected to my wifi, but that could just be a coincidence, possible bug? I dunno
[17:40] <plars> sergiusens: I seem to be getting a problem deploying to a device that previously had a non-flipped image, because phablet-flash is trying to run df -h without chroot, known problem?
[17:42] <ogra_> zeokila, yeah, might be a bug
[17:43] <Kaleo> mzanetti: brilliant!
[17:43] <Kaleo> */winla
[17:43] <Kaleo> mzanetti: you are a god
[17:43] <sergiusens> plars: hmmm, that shouldn't happen
[17:43] <plars> sergiusens: that's my best guess at the moment based on what I'm seeing at least
 Cannot find /data mountpoint
[17:44] <mzanetti> Kaleo: unfortunately they all fail for a reason I haven't seen before
[17:45] <mzanetti> Kaleo: I'm investigating if I can find anything
[17:45] <sergiusens> plars: I went from flipped to unflipped multiple times yesterday
[17:45] <sergiusens> plars: is your phablet-tools version todays?
[17:45] <plars> sergiusens: yes, just updated a few hours ago
[17:46] <sergiusens> plars: can you pastebin stdout of the run?
[17:46] <plars> phablet-tools:
[17:46] <plars>   Installed: 0.14+13.10.20130703-0ubuntu1
[17:46] <sergiusens> plars: with the phablet-flash command arguments if possible
[17:46] <plars> sergiusens: yes, one moment
[17:47] <mzanetti> Kaleo: they fail on my desktop too
[17:47] <mzanetti> Kaleo: can you come back to me once "sudo apt-get install ubuntu-ui-toolkit-autopilot && autopilot run UbuntuUiToolkit" works on your desktop?
[17:48] <mzanetti> seems those tests need a bit of love.
[17:48] <plars> sergiusens: http://paste.ubuntu.com/5841029/
[17:49] <rsalveti> sergiusens: will take a look at it
[17:52] <plars> sergiusens: on mako, I'm seeing a different problem. My device there complained it didn't have enought space in /data and rebooted itself, then disappeared from adb
[17:52] <mzanetti> Kaleo: On a side note: As ubuntu-ui-toolkit is mostly a standalone thing (i.e. has not much IPC integrated - I believe) I would highly recommend to push more towards qmltestrunner
[17:53] <sergiusens> plars: probably a desktop adb issue for the latter, do an abd kill-server
[17:53] <sergiusens> plars: for the maguro, can you reboot into recovery and adb shell and run a df ?
[17:54] <Kaleo> mzanetti: they are broken, we know :)
[17:54] <Kaleo> mzanetti: fixing them now
[17:54] <Kaleo> mzanetti: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1197355
[17:54] <ubot5`> Launchpad bug 1197355 in Ubuntu UI Toolkit "Autopilot tests fail since June 28" [Critical,In progress]
[17:54] <sergiusens> plars: as you can see, chroot isn't involved in space calcuation
[17:55] <plars> sergiusens: I know, but the bits I was looking at ran df -h specifically
[17:56] <sergiusens> plars: yup, we are running df -h... it should work on our recoveries
[17:57] <sergiusens> plars: if you don't want to worry about space limitation and if this is for QA lab, you might want to run it with a -b to get a good wipe out of everything
[17:57] <mzanetti> Kaleo: http://s-jenkins:8080/job/generic-mediumtests-saucy/
[17:57] <mzanetti> Kaleo: job 673 runs your branch (merged with lp:ubuntu-ui-toolkit) through the jobs
[17:58] <Kaleo> mzanetti: brilliant
[17:58] <mzanetti> Kaleo: just click on "rebuild" on job number 673 if you want to re-run it later after doing some fixes
[17:58] <Kaleo> mzanetti: there should still be one test failing
[17:58] <Kaleo> mzanetti: just pushing a new commit won't suffice?
[17:58] <plars> sergiusens: ah, yes I see df -h does work there
[17:58] <plars> sergiusens: but it does not see /data
[17:58] <plars> sergiusens: when I boot into the image, I do see /data
[17:59] <mzanetti> Kaleo: no, it's not enabled for all the merges yet as it would block other people until the tests really work
[17:59] <plars> sergiusens: and if I call mount /data from recovery, it works fine too
[17:59] <mzanetti> Kaleo: but once they manually pass with your branch we can enable it
[17:59] <Kaleo> mzanetti: oh I see
[18:00] <xkernel> In the Ubuntu SDK is there an emulator for the Ubuntu Touch?
[18:01] <mzanetti> Kaleo: FYI. also, this does not yet post results to your branch. you have to watch it manually for now
[18:02] <lgp171188> I just read that Ubuntu SDK apps cannot be run within a VM in Virtualbox at http://askubuntu.com/questions/257704/problem-with-ubuntu-phone-sdk-demo-app . Is this still the case?
[18:05] <lgp171188> When I run a sample app - Sudoku app in this case, the app window shows up but nothing inside shows up and I am seeing just random lines. The debug log says "Unrecognized OpenGL version"
[18:05] <lgp171188> How to fix this so that I can run SDK apps in a VirtualBox VM?
[18:08] <cyphermox> rsalveti: renato_: I don't get anything in the network menu now, with the device-switch branch
[18:11] <esigolo> guys off topic now
[18:11] <esigolo> i was logcating my android device to test a sms script
[18:11] <esigolo> and look what i received Received gzipped content
[18:11] <esigolo> D/Server  ( 3775): Content: {"PASSENGER_CALL_ME":"Me ligue","PASSENGER_WAITING":"Estou aguardando","PASSENGER_OK":"OK","PASSENGER_ON_THE_WAY":"Estou a caminho","WAIT_5_MINUTES":"Me espere 5 minutos"}
[18:12] <esigolo> i did not received anything like that
[18:12] <Kaleo> mzanetti: ok
[18:14] <mzanetti> Kaleo: success! only one failed test: http://s-jenkins:8080/job/generic-mediumtests-saucy/673/artifact/UbuntuUiToolkit.tests.gallery.test_gallery.GenericTests.test_buttons%20%28with%20mouse%29.ogv
[18:15] <Kaleo> mzanetti: heeh
[18:16] <mzanetti> Kaleo: want me to enable it for real already?
[18:16] <Kaleo> mzanetti: hmm, yes, it won't hurt
[18:16] <Kaleo> mzanetti: since this breakage wil be fixed today
[18:16] <mzanetti> Kaleo: ack. bbiab
[18:16] <Kaleo> mzanetti: and since I'm the only one still awake on the team that might want to land stulff :)
[18:17] <Kaleo> -l
[18:18] <renato_> cyphermox, did you reboot the device?
[18:22] <boiko> kenvandine: ok, now I know why the test passed: at some point (I don't remember when) it was disabled because interacting with the toolbar was getting complicated in that case
[18:26] <mzanetti> fginther: Kaleo: https://code.launchpad.net/~mzanetti/cupstream2distro-config/enable-ubuntu-ui-toolkit-mediumtests/+merge/172875
[18:26] <lgp171188> Is there a way to run SDK apps within a VirtualBox Saucy VM? I can't do that and all I am getting is a black screen with a lot of debug messages like "Retry with 0x8002 returned 0 visuals" and "Unrecognized OpenGL version". I have the guest additions installed.
[18:26] <mzanetti> lgp171188: your VM needs opengl support
[18:27] <lgp171188> mzanetti: How do I enable that?
[18:27] <mzanetti> lgp171188: depends on which VM you use
[18:28] <lgp171188> mzanetti: I am using VirtualBox 4.2.14
[18:28] <bobweaver> lgp171188,  what image are you using for VM is it just stock and this is a VirtualBox or is it VMWare or qemu ect
[18:28] <bobweaver> lgp171188,  unity for DE ?
[18:29] <lgp171188> bobweaver: yes running Unity with 3D acceleration for the VM enabled
[18:29] <bobweaver> lgp171188,  all the linmesa stuff is installed and "guest addtitions "
[18:30] <lgp171188> I installed the guest additions, don't what linmesa is
[18:30] <bobweaver> lgp171188,  what does    /usr/lib/nux/unity_support_test -p       say in VM ?
[18:31] <bobweaver> is it all yes's ?
[18:31] <bobweaver> I did not think that qmlscene needed opengl/es stuff to run.  I could be wrong on that.
[18:32] <mzanetti> bobweaver: yes, it does
[18:32] <mzanetti> bobweaver: as of Qt5. Qt4 did not
[18:32] <bobweaver> thanks mzanetti
[18:32] <bobweaver> only qmlscence ?  and not the viewer
[18:32] <lgp171188> bobweaver: It is all yes. But there are warnings. Here is the full output http://dpaste.com/1284930/
[18:32] <bobweaver> ?
[18:38] <bobweaver> lgp171188,  huh what happens if you turn off 3d acceleration
[18:39] <Kaleo> mzanetti: ok, the MR has the tests passing now :)
[18:40] <lgp171188> I didn't try that. I will do that now.
[18:40] <mzanetti> Kaleo: great. I'm just waiting for fginther to review and deploy the change to c2d
[18:46] <Saviq> rsalveti, ogra_, are we going to support TCP/IP in udbd anytime soon?
[18:47] <lgp171188> bobweaver, on turning off 3d acceleration the desktop environment is sluggish but qmlscene works fine and shows the app. There are log entries with opengl complaining about the lack of 3d acceleration and being unable to load the vboxvideo module.
[18:47] <rsalveti> Saviq: probably, just need to hook up the property system there somehow
[18:48] <Saviq> rsalveti, cool
[18:53] <lgp171188> balloons, can you tell me where I can find existing autopilot testcases for the core apps so that I can read a few of them to get some idea?
[18:54] <balloons> lgp171188, hop over into #ubuntu-quality I'm hosting a workshop to help folks get started writing autopilot tests for core apps
[18:57] <rsalveti> sergiusens: need to fix the install ssh key part
[18:57] <sergiusens> rsalveti: maybe
[18:57] <sergiusens> lol
[18:57] <sergiusens> sure
[18:58] <rsalveti> sergiusens: https://code.launchpad.net/~sergiusens/phablet-tools/network_flip_detect/+merge/172821
[18:58] <rsalveti> just posted there
[19:03] <plars> sergiusens: killing the adb server and restarting it seemed to work one time, but now it's looking like it's necessary every time I reboot?
[19:03] <plars> sergiusens: I didn't have to do this at home though
[19:03] <Kaleo> mzanetti: is https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1194778 blocking you?
[19:03] <ubot5`> Launchpad bug 1194778 in Ubuntu UI Toolkit "image provider does not emit sourceChanged signal" [High,Confirmed]
[19:03] <sergiusens> plars: what adb version are you running on the host?
[19:03] <cyphermox> renato_: yeah, I did
[19:03] <plars> sergiusens: Android Debug Bridge version 1.0.31
[19:04] <plars> ah, might be a slightly newer package, seems 4.2.2+git20130218-3ubuntu3~precise is available
[19:04] <plars> will try that first
[19:05] <sergiusens> ack
[19:11] <mzanetti> Kaleo: no, its not blocking me. There's other ways to know when the source changes. It just caused an additional property in unity code.
[19:13] <Kaleo> mzanetti: ok
[19:13] <Kaleo> mzanetti: I suspect that it's an issue in Qt
[19:13] <Kaleo> mzanetti: with qmlRegisterExtendedType
[19:13] <mzanetti> Kaleo: really? wow
[19:14] <mzanetti> Kaleo: this really sounded like something in our imageProvider
[19:14] <Kaleo> mzanetti: it's not an image provider
[19:14] <Kaleo> mzanetti: it's an extension object
[19:17] <sergiusens> rsalveti: try again
[19:18] <rsalveti> sergiusens: cool, will check
[19:19] <user82> hi all. is "Mobile data" and "gps" still valid for nexus 4? https://wiki.ubuntu.com/Touch/Devices/Nexus
[19:20] <user82> i think at least mobile data works?
[19:20] <plars> sergiusens: no, even with the new adb it seems to lose it each time
[19:20] <esigolo> user82: mobile data is already working
[19:20] <user82> esigolo, with GUI config from the phone itself?
[19:21] <esigolo> user82: you have to create and activate it by cli
[19:21] <user82> esigolo, that is what i thought
[19:21] <esigolo> user82: but is very simple to do
[19:22] <user82> popey, could you change mobile data for nexus 4? https://wiki.ubuntu.com/Touch/Devices/Nexus
[19:22] <user82> i do no have rights to edit
[19:23] <esigolo> user82: is not finished yet ! is on work in progress
[19:24] <user82> esigolo, yes i know. but i think the wiki entry is important.
[19:25] <esigolo> but it is on work in progress ! i
[19:25] <esigolo> is the right status
[19:28] <esigolo> user82: when they finish it !status  goes to green
[19:28] <user82> esigolo, i do not really trust this wiki page any more. that is why i asked
[19:29] <esigolo> user82: but why ?
[19:29] <user82> esigolo, the work in progress is also not noted
[19:29] <user82> last change "2013-05-13"
[19:30] <plars> sergiusens: also verified I have a udev rule for it, same as the one I have at home
[19:30] <esigolo> yes it is ! is on red flag
[19:31] <cyphermox> renato_: http://paste.ubuntu.com/5841378/
[19:35] <esigolo> user82: they are working on another stuff at this point and when they get back to 3g the status will be changed ! i mean the last change date
[19:35] <renato_> Saviq, do you know if this MR still valid? https://code.launchpad.net/~renatofilho/indicator-server/device-switch/+merge/166300
[19:36] <renato_> Saviq, or have you replaced the current indicators?
[19:36] <Saviq> renato_, no we don't have that yet
[19:37] <renato_> cyphermox, have you compiled the code by yourself or did you get the package from jenkins? ( I think this package is too old)
[19:38] <renato_> cyphermox, I will try trigger a new build
[19:42] <sergiusens> plars: the losing is with mako only?
[19:48] <tedg> I've got the image from this morning on my Galaxy Nexus and I can't seem to get the keyboard to come up.
[19:48] <tedg> Is there any trick there?
[19:50] <sergiusens> tedg: there are open bugs for when trying to invoke it in indicators and while searching the lens
[19:50] <AskUbuntu> Can I download Ubuntu for my Galaxy S lll Fido? | http://askubuntu.com/q/316028
[19:56] <tedg> sergiusens, I can't open it in terminal, or telephony, or HUD...
[19:57] <Oranger> Hey everybody ! :) Is Jenkin still died ?
[19:57] <sergiusens> tedg: maliit-server running?
[19:58] <sergiusens> Oranger: which one?
[19:58] <Oranger> sergiusens: The Ubuntu Phone Apps Jenkins Bot
[19:59] <sergiusens> fginther: ^^
[19:59] <sergiusens> Oranger: don't have access to that one nor know where it lives
[20:00] <tedg> sergiusens, No
[20:00] <Oranger> sergiusens: Ok :/ Because it checked only one of my branches
[20:00] <rsalveti> sergiusens: install_ssh_key() {
[20:00] <rsalveti>     HOME_DIR=/data/ubuntu/home/$USER
[20:00] <sergiusens> tedg: that might be the reason
[20:00] <rsalveti> sergiusens: as we know if we're flipped or not, shouldn't we also change the home_dir variable?
[20:00] <rsalveti> otherwise that might break later on
[20:00] <sergiusens> rsalveti: sure, just missed that
[20:01] <tedg> sergiusens, Is there a way to clear all my user data?
[20:01] <tedg> It seems some stuff was saved
[20:01] <rsalveti> phablet-flash -b
[20:01] <plars> sergiusens: yes, mako only
[20:01] <plars> sergiusens: so far, I've only tried maguro and mako up to now
[20:01] <plars> I'm going to try the others in a moment
[20:01] <tedg> K, I'll try that.
[20:01] <tedg> Oh, there's a new image.   It'll be slightly longer :-)
[20:01] <sergiusens> tedg: phablet-flash -b
[20:02] <rsalveti> renato_: I think we're still using the old indicators
[20:02] <rsalveti> so your mr should still be valid
[20:02] <fginther> Oranger, it's alive: http://<IP_ADDRESS>:8080/
[20:03] <sergiusens> tedg: bootstrap does a fastboot -w which wipes everything (creates an empty userdata image and flashes that on the fly)
[20:03] <fginther> Oranger, what branch did it miss?
[20:03] <tedg> sergiusens, Ah, cool.  Good to know.
[20:03] <Oranger> fginther: This one https://code.launchpad.net/~chocanto/ubuntu-docviewer-app/autopilot-tests
[20:03] <sergiusens> plars: I've never seen this problem, only heard of it... rsalveti did you see that issue on mako?
[20:03] <Oranger> fginther: Because this branch have to be merged before other ones ^^
[20:04] <rsalveti> sergiusens: plars: sorry, which issue?
[20:04] <plars> rsalveti: basically, I'm doing phablet-flash with today's image, and it flashes ok, but when it reboots I lose adb untill I adb kill-server and restart it
[20:05] <plars> rsalveti: that's just in the lab, doesn't do this to me at home, and didn't do this until today's image (also updated phablet-tools today)
[20:06] <rsalveti> plars: right, so the issue with today's image might be related with the new flipped image
[20:06] <rsalveti> adb is running as root by default in ubuntu afaik
[20:06] <rsalveti> not sure if that would cause you any issue
[20:06] <sergiusens> rsalveti: pushed
[20:06] <rsalveti> plars: and same android-tools and phablet-tools in both cases?
[20:06] <rsalveti> sergiusens: thanks
[20:07] <rsalveti> also, which ubuntu version are you using in the lab?
[20:07] <plars> rsalveti: I might still have an older android-tools-adb on my system at home, but it's at the latest version in the lab where it's broken
[20:07] <plars> rsalveti: precise in the lab, raring at home
[20:08] <rsalveti> plars: what is the error when you try to talk with adb, after flashing?
[20:08] <rsalveti> I didn't have any issue, but using latest of everything with saucy
[20:08] <rsalveti> checking dmesg might help as well
[20:08] <plars> rsalveti:  error: device not found
[20:08] <plars> rsalveti: adb just loses it
[20:08] <plars> rsalveti: if I restart adb server on the host, it's all good again
[20:09] <Oranger> fginther: Maybe he is thinking that the branch don't have to be checked again ?
[20:09] <plars> rsalveti: I haven't tried running it as root, could try that next
[20:09] <plars> rsalveti: but if it ever gets killed, it's going to go back to running it as the user
[20:09] <rsalveti> plars: does it happen when flashing from flipped->flipped as well?
[20:09] <plars> rsalveti: I have the same adb rule in the lab and at home
[20:09] <plars> rsalveti: yes, happens flipped->flipped for sure
[20:09] <rsalveti> also, which recovery version in there? would be nice to flash it with -b as well
[20:10] <plars> I have already done -b, that's one of the first things I tried :(
[20:10] <rsalveti> right
[20:10] <plars> trying grouper now to see what it does
[20:10] <rsalveti> just thinking if your host adbd is getting confused when dealing with 2 different adb servers (in the target)
[20:11] <rsalveti> as it talks first via the recovery adb, and then with the one running in the ubuntu side
[20:11] <rsalveti> plars: and is that just mako?
[20:11] <rsalveti> right
[20:11] <fginther> Oranger, maybe I am missing something. jenkins tested revision 14, which is the latest revision of the merge proposal. There is nothing new for jenkins to test.
[20:11] <plars> rsalveti: so far I have only tried mako and maguro, and maguro seems to work ok after doing -b. before that I was getting some odd problems with it not mounting /data
[20:11] <rsalveti> will try to reproduce here, but would be nice to have your syslog when flashing the image
[20:12] <plars> and now on maguro, I seem to have trouble with network deployment, but I think I saw a patch fly by earlier related to that script
[20:12] <plars> rsalveti: will do
[20:12] <rsalveti> plars: yeah, I'm reviewing that now :-)
[20:12] <Oranger> fginther: Yes but the last time the test failed because he had a problem
[20:12] <plars> grouper seems to be working ok
[20:12] <Oranger> fginther: Something not related with the code but with jenkin
[20:13] <fginther> Oranger, I see, I hadn't looked at the results. Yes, I will have to manually re-trigger the job. One moment.
[20:13] <Oranger> fginther: Thank you :)
[20:14] <Oranger> fginther: I tried the "rebuild" link but it didn't work
[20:14] <fginther> Oranger, sadly the rebuild link only works if you have admin rights on jenkins :-(... The job is running now
[20:15] <Oranger> fginther: Oh ok :/ Who is admin ? ^^
[20:16] <fginther> Oranger, and apologies for the trouble. Right now, I'm the only admin, but I'm trying to get two others on board.
[20:17] <rsalveti> sergiusens: happroved
[20:17] <Oranger> fginther: Ok :) Don't worries, thank you :)
[20:19] <rsalveti> cyphermox:
[20:19] <rsalveti> ++AC_ARG_ENABLE(ofono, AS_HELP_STRING([--enable-ofono], [enable ifnet configuration plugin (Gentoo)]))
[20:19] <rsalveti> cyphermox: description is wrong here
[20:19] <cyphermox> oh, oops
[20:20] <cyphermox> I fixed that elsewhere, don't worry about it
[20:20] <cyphermox> oh
[20:20] <cyphermox> but I didn't enable it
[20:20] <rsalveti> cyphermox: also, do we need to add '--enable-ofono' as well?
[20:20] <rsalveti> yeah :-)
[20:20] <cyphermox> yeah
[20:20] <cyphermox> let me fix that in the archive
[20:20] <tedg> sergiusens, Hmm, so fastboot got a "FAILED (remote: Write Fail)"
[20:21] <tedg> sergiusens, Now I don't get much beyond the Google logo.
[20:21] <rsalveti> cyphermox: great, let me know once you push the fix, will rebase our package
[20:21] <fginther> mzanetti, deployed, performing a test build now
[20:21] <cyphermox> rsalveti: yeah, should just be a minute
[20:21] <mzanetti> fginther: thanks a bunch
[20:22] <rsalveti> cyphermox: so in theory if ofono gets the context right, nm will be able to connect automatically, right?
[20:22] <cyphermox> yep
[20:22] <rsalveti> awesome
[20:22] <sergiusens> tedg: I would really like to know if deploying a newer bootloader from https://developers.google.com/android/nexus/images would fix that partition issue I suspect you have
[20:23] <sergiusens> tedg: but if you want to just make it work, reboot into recovery
[20:23] <rsalveti> yeah, make sure you flashed the original 4.2.2 based image at least once
[20:23] <rsalveti> as it'll update the bootloader, modem and etc
[20:24] <tedg> The only option in recovery is "Start"
[20:25] <tedg> "Downloading.... Do not turn off target!!"
[20:25] <cyphermox> rsalveti: actually, hold on a second
[20:25] <sergiusens> tedg: go to the menus mounts and storage -> format data and data media
[20:25] <sergiusens> tedg: that's not the recovery boot
[20:25] <sergiusens> tedg: I think you are in download mode
[20:25] <cyphermox> rsalveti: don't need a new upload, the ofono plugin *is* enabled
[20:25] <tedg> sergiusens, Hmm, okay, how do I get to recovery boot then?
[20:26] <sergiusens> tedg: tp get to recovery easily, power cycle with power + vol up + vol down
[20:26] <cyphermox> the only thing is that the ofono plugin isn't activated in the config yet, I need to figure out a proper way to do this
[20:26] <rsalveti> cyphermox: but don't you need to add --enable-ofono in there?
[20:26] <cyphermox> no
[20:26] <sergiusens> tedg: then cycle the menus with vol buttons until you see 'recovery' something and press power
[20:26] <cyphermox> rsalveti: it's enabled by default
[20:26] <tedg> sergiusens, Ah, k
[20:26] <rsalveti> cyphermox: right, indeed
[20:27] <sergiusens> tedg: once there, go to the menus mounts and storage -> format data and data media
[20:27] <sergiusens> tedg: without rebooting you can run phablet-flash -d [device] and it should just work
[20:27] <rsalveti> cyphermox: also, why the following:
[20:27] <rsalveti> ++	if (!strcmp (driver, "wcnss_wlan"))
[20:27] <rsalveti> ++		return;
[20:27] <sergiusens> tedg: don't do -b again until you update your bootloader
[20:28] <tedg> sergiusens, okay, how does one update a bootloader?
[20:29] <cyphermox> rsalveti: don't worry about it, it seems it didn't properly remove the patch file
[20:29] <sergiusens> tedg: what device?
[20:29] <tedg> sergiusens, Galaxy Nexus
[20:29] <jcastro> is there supposed to be a performance difference in the flipped images? Because I just flashed and it feels snappier to me.
[20:30] <rsalveti> cyphermox: ok
[20:30] <sergiusens> tedg: the no brainer is download  https://dl.google.com/dl/android/aosp/yakju-jdq39-factory-b2ebb5f3.tgz and run the flash-all script
[20:30] <rsalveti> cyphermox: just didn't get yet why the plugin is not activated in the config yet
[20:30] <jcastro> switching the lenses in particular is much smoother
[20:30] <sergiusens> jcastro: it must be subjective, feels slower to me :-)
[20:30] <cyphermox> rsalveti: you need a change in /etc/NetworkManager/NetworkManager.conf and that's complicated
[20:30] <rsalveti> jcastro: also, what was the last time you flashed your device?
[20:30] <cyphermox> it tends to break upgrades
[20:31] <rsalveti> cyphermox: urgh
[20:31] <rsalveti> cyphermox: so should I wait a new upload?
[20:31] <cyphermox> I'll change it, but then there will be a need to do some more fixin
[20:31] <cyphermox> yeah
[20:31] <jcastro> rsalveti: I flashed right when we switched to saucy, and the few builds after that, but they felt like regressions
[20:31] <jcastro> performance wise I mean
[20:31] <sergiusens> jcastro: albeit the lens are snappier since we lost the people lens
[20:31] <rsalveti> yeah, might be because of the new unity8
[20:31] <rsalveti> notify-osd and etc
[20:31] <jcastro> ah ok
[20:32] <rsalveti> no more nux and family
[20:32] <sergiusens> RIP nux
[20:32] <plars> rsalveti, sergiusens: manta just did the same thing to me, noticed this in dmesg on the host:
[20:32] <plars> http://paste.ubuntu.com/5841529/
[20:32] <rsalveti> cyphermox: ok, will wait then
[20:34] <plars> rsalveti: sergiusens: http://paste.ubuntu.com/5841538/ is the syslog from manta after it did that
[20:34] <rsalveti> plars: I might know what the issue is
[20:35] <rsalveti> since I'm now disabling adbd in the android side by not setting up the right device id, adb might be getting confused as I don't believe we have the right vendor id in the ubuntu side
[20:36] <rsalveti> let me try to reproduce
[20:36] <sergiusens> rsalveti: I didn't have that issue though by blindly updating manta
[20:36] <sergiusens> plars: can I see the dmesg for the host?
[20:37] <plars> sergiusens: the first pastebin was the bit at the end of dmesg on the host, I can get more if you like
 http://paste.ubuntu.com/5841529/
[20:38] <rsalveti> 	echo 18d1 >/sys/class/android_usb/android0/idVendor
[20:38] <rsalveti> 	echo D002 >/sys/class/android_usb/android0/idProduct
[20:38] <rsalveti> we have a hardcoded vendor and product id in the ubuntu side: /etc/init/android-tools-adbd.conf
[20:40] <sergiusens> rsalveti: that should be ok... that's the USB config for adb ONLY,  contrary to adb+mtp or adb+ptp and so on
[20:40] <rsalveti> right
[20:40] <sergiusens> rsalveti: we also have that on the android side
[20:40] <sergiusens> prior to flipping
[20:41] <rsalveti> sure, but we're not using that logic in the android side anymore
[20:41] <rsalveti> so before the android init was also setting up the vendor id and such after boot
[20:41] <rsalveti> which is not the case with the latest image anymore
[20:41] <rsalveti> so wonder if that's confusing adb somwhoe
[20:42] <rsalveti> *somehow
[20:42] <sergiusens> rsalveti: ah, but in the end it's the same thing you do in that adbd.conf .. so seems strange
[20:42] <sergiusens> rsalveti: I'm feeling it's more of a 'running on precise'
[20:42] <rsalveti> could be as well
[20:43] <tedg> sergiusens, Cool, all good.  Thanks!
[20:43] <plars> well, maguro seems to work consistently, and mako seems to fail consistently on precise
[20:43] <plars> grouper and manta I've only tried once
[20:44] <sergiusens> tedg: flashing orig android made fastboot wipe work or did you get back on track by doing the recovery dance?
[20:44] <mhall119> tedg: is there a version of the HUD QML plugin that will work with both Unity 7 and Unity 8 HUDs?
[20:45] <mhall119> (desktop and phone)
[20:45] <tedg> sergiusens, recovery dance
[20:45] <tedg> mhall119, There is only one hud-service that works with both versions of Unity.
[20:45] <sergiusens> plars: more than after every flash, can you while true; do adb reboot recovery && sleep 20 && adb reboot; sleep 20; done
[20:46] <mhall119> tedg: but from the client API side
[20:46] <mhall119> pre-raring there was a difference in API
[20:46] <plars> sergiusens: sure, let me finish this install and I'll try it
[20:46] <rsalveti> yeah, working fine here when flashing via saucy
[20:47] <tedg> mhall119, raring and earlier had no API
[20:47] <plars> sergiusens: ah, on grouper it just got to the first boot into recovery, then told me device not found
[20:47] <tedg> mhall119, Saucy is the first time applications can insert items in HUD
[20:48] <plars> sergiusens: but it is there on adb... booted into recovery. Seems to be a timing issue
[20:48] <mhall119> tedg: hmm, I added HUD actions to my app, and it works on my tablet, but not on my desktop
[20:49] <rsalveti> plars: don't you get anything like http://paste.ubuntu.com/5841577/ in your syslog host?
[20:49] <mhall119> I wonder if it has something to do with qmlscene
[20:50] <tedg> mhall119, Not sure what to say there, for HUD they're basically the same thing.  Could BAMF not be finding your app-id?
[20:51] <rsalveti> sergiusens: yeah, just noticed recovery also has a static vendor/product id:
[20:51] <mhall119> tedg: it almost certainly isn't, since I get the generic [?] icon in the Launcher and the name of another qmlscene-based app instead of the proper one
[20:51] <plars> rsalveti: you mean like:
[20:51] <plars> Jul  3 20:51:33 phoenix kernel: [5020870.408301] usb 1-3.2: new high-speed USB device number 64 using ehci_hcd
[20:51] <plars> Jul  3 20:51:33 phoenix mtp-probe: checking bus 1, device 64: "/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3.2"
[20:51] <plars> Jul  3 20:51:33 phoenix mtp-probe: bus: 1, device: 64 was not an MTP device
[20:51] <rsalveti>     write /sys/class/android_usb/android0/idVendor 18D1
[20:51] <rsalveti>     write /sys/class/android_usb/android0/idProduct D001
[20:51] <tedg> mhall119, Ah, that's probably the issue.  It can't connect the two.
[20:51] <mhall119> :/
[20:51] <mhall119> qmlscene bites again
[20:52] <tedg> Also not sure that the actions API is getting the X11 window ID on the desktop.
[20:52] <tedg> Wellark, do you grab the XWindow ID for windows when they're running under X11?
[20:53] <rsalveti> plars: yeah, as that says what kind of device was connected to the host side