[00:19] <kdub> racarr, if you're still around...
[00:19] <kdub> unity8 keeps hidden clients in a z order beneath the shell surface, right?
[00:29] <jdstrand> cwayne: cool, thanks-- I need to get it through the gatekeepers anyway :)
[00:33] <cwayne> jdstrand, https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1229471
[00:36] <cwayne> jdstrand, be sure to let me know if you need anything for that bug :)
[00:44] <jdstrand> cwayne: yep, thanks!
[01:51] <varsismaname> hello
[01:51] <varsismaname> i want install ubuntu touch on my device
[01:52] <varsismaname> but unfortunatelly the usb not working propertly
[01:52] <varsismaname> theres a way to install it without usb?
[01:53] <wilee-nilee> varsismaname, you set the development in android?
[01:53] <varsismaname> i think i rooted
[01:53] <varsismaname> when the port was good
[01:53] <varsismaname> how can i check?
[01:54] <wilee-nilee> developer usb debugging
[01:54] <varsismaname> yes i have that
[01:55] <wilee-nilee> varsismaname, How are you trying to load touch, you realize it is a development right?
[01:55] <varsismaname> yes
[01:55] <varsismaname> but it is possible to test it
[01:55] <varsismaname> as far as i know
[01:55] <varsismaname> so i want to test it
[01:55] <wilee-nilee> yes have you read the links in the header on installing?
[01:56] <wilee-nilee> it will wipe the device
[01:56] <varsismaname> it is fine
[01:56] <varsismaname> if it wipes
[01:56] <varsismaname> the device
[01:56] <varsismaname> since i have all the data
[01:56] <wilee-nilee> have you read the links in the header on installing?
[01:57] <varsismaname> yes
[01:57] <varsismaname> only via usb can be installed right?
[01:57] <wilee-nilee> I'm not sure to be honest, usb port or a flash?
[01:57] <varsismaname> ok thanks wilee
[01:58] <varsismaname> usb
[01:58] <varsismaname> if is only via usb i will not be able to do it
[01:58] <varsismaname> since is failing
[01:58] <wilee-nilee> I think some have used the rom manager not sure
[01:59] <varsismaname> the electrecity pins are working but the data ports are not
[01:59] <varsismaname> ok i will check if i can do it using the rom manager
[01:59] <wilee-nilee> varsismaname, You have a ubuntu setup?
[01:59] <varsismaname> thanks again
[01:59] <varsismaname> what do you mean
[01:59] <varsismaname> ?
[02:00] <wilee-nilee> ubuntu is a operating system it is part of this whole thing.
[02:00] <varsismaname> yes
[02:00] <varsismaname> i have the images
[02:00] <wilee-nilee> varsismaname, If you have a ubuntu install you just use the phaboet ppa and the instructions.
[02:00] <wilee-nilee> phablet*
[02:01] <varsismaname> ok great info
[02:01] <varsismaname> thanks
[02:01] <wilee-nilee> https://wiki.ubuntu.com/Touch/Install
[02:01] <wilee-nilee> no problem good luck
[02:03] <varsismaname> phablet ppa with the rom manager ?
[02:03] <varsismaname> sorry
[02:03] <varsismaname> i got lost
[02:04] <varsismaname> dont worry let me read it again. thanks
[02:52] <stgraber> lool: my assumption was that whatever deals with fs in our shutdown sequence (a sysvinit script?) would go through the mount table and unmount them all sequentially (based on the stacking order), which would mean unmounting all of the android mounts, all the bind mounts and then /userdata which should get you a clean shutdown
[03:46] <drachensun> ogra_: You are the man, mir came right up that way.  I've got this thing running
[03:46] <drachensun> I just have to figure out why sensorservice doesn't want to start by itself
[03:46] <drachensun> but I noticed when mir was installing all those updates and whatever
[03:46] <drachensun> that sensorservice got fixed somewhere among all that
[03:47] <drachensun> so I just have to bring that fix in I guess
[04:57] <zsombi> mardy: ping
[05:14] <mardy> zsombi: pong
[05:14] <mardy> zsombi: please tell me you have good news :-)
[05:14] <zsombi> mardy yes I do :)
[05:15] <mardy> \o/
[05:15] <zsombi> mardy but you have to work on your MR a bit as there were some changes made you need to check!
[05:15] <zsombi> mardy for instance there was a new listener added that you also need to update
[05:16] <zsombi> mardy so just merge with trunk, update and let me know when you're ready
[05:16] <mardy> zsombi: ah, I now see, that there is some crash in the tests
[05:16] <mardy> zsombi: OK, will do
[05:17] <mardy> zsombi: thanks for the heads up!
[05:17] <zsombi> mardy: np, good that the 12 days nightmare is over
[05:34] <OrokuSaki> I am an idiot
[05:34] <OrokuSaki> a) typo in udev rules... kgs1-2d1 oops.. kgsl-2d1
[05:35] <OrokuSaki> b) building my system image incorrectl, resulting in.. not all dependencies being built
[05:35] <OrokuSaki> Resolving stupidity
[05:35] <OrokuSaki> noob.. that is my excuse... and.. skipping a step in the porting guide =)
[05:37] <mardy> zsombi: I get one failure because one test with "expectFailure" is passing: XPASS  : qmltestrunner::i18nAPI::test_0_dtr() QCOMPARE(, ) returned TRUE unexpectedly. Loc: [/media/mardy/Data/src/bzr/ubuntu-ui-toolkit/lp1221707/tests/unit/tst_components/tst_plugin_i18n.qml(55)]
[05:37] <mardy> zsombi: but I don't think that's due to my changes
[05:38] <zsombi> mardy: that happens because you have some package that got installed, and the localization domains have sthing to do with that. Just comment out that line in the test and run them again. It's npot because of your change
[05:39] <mardy> zsombi: oh, right
[05:40]  * zsombi brb
[06:42] <mardy> zsombi: now it seems to be fixed: https://code.launchpad.net/~mardy/ubuntu-ui-toolkit/lp1221707/+merge/184513
[06:45] <zsombi> mardy: yipeeeeeee, happroved ;)
[06:45] <OrokuSaki> Anyone... I have an Android.mk that says include $(all-subdir-makefiles) in my device folder, but for some reason, not all the subfolders are getting compiled
[06:45] <OrokuSaki> none of them are
[06:46] <OrokuSaki> So I have been taking the missing libs or binaries from.. android.. which is stupid I know
[06:46] <OrokuSaki> android as in.. the cm10.1 for my device type android.. instead of getting ubuntu touch to compile them...
[07:11] <dholbach> good morning
[07:17] <dholbach> ogra_, it seems you ran into a similar issue as https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1229566 - could you resolve it in the end?
[07:18] <lool> stgraber: would you think you could confirm that it is indeed the case?
[07:19] <lool> stgraber: I don't really know how to prevent this, I'm not the only one who has seen fs corruption like this one (Jamie got it after applying a system-image update for instance), and I'm worried it affects user data
[07:20] <lool> stgraber: if it's not an unmount thing, I guess we have to introduce some settle delay on shutdown
[07:26] <dholbach> are awe and cyphermox our ofono experts?
[07:44] <lool> dholbach: yeah
[07:44] <lool> dholbach: other people can help there too, there's gustavo, ricardo S etc. IIRC
[07:44] <lool> Tony would dispatch
[07:45] <lool> dholbach: would you know what's the best way is to escalate a music-app bug?
[07:45] <lool> dholbach: music-app isn't working anymore in latest pending images since a couple of days
[07:45] <dholbach> ah, perfect, I need to find nick names then :-) I ran into bug 1229566 and can't really use the phone
[07:46] <lool> dholbach: Tony would be best here I think
[07:46] <dholbach> lool, dpm and popey are in touch with the guys (danielholm, vthompson, ahayzen)
[07:46] <popey> hey
[07:47] <popey> music app works here, what did you break lool ? ☻
[07:50] <lool> popey: hmm it doesn't for me
[07:50] <lool> popey: is this with proposed image?
[07:51] <popey> well you said proposed for a couple of days
[07:51] <popey> 60 is 20130923, which is yesterday's image
[07:51] <lool> popey: https://bugs.launchpad.net/music-app/+bug/1229153
[07:51] <popey> which is our current published image, and it works
[07:51] <lool> popey: I think it works for you because you updated with an existing music db
[07:52] <lool> but now I see my bug got duped, I also see it's been worked on, just not done
[07:52] <popey> gotcha
[07:52] <lool> popey: if there's anything we can do to fix this in today's image, that would be awesome
[07:53] <lool> popey: cause we'd have a first iteration of end-to-end music playback
[07:53] <popey> well if someone wants to fix that bug we can test and get it merged to trunk
[07:53] <lool> like pressing music files from music scope would work and stuff  :-)
[07:54] <popey> I'll speak to Victor
[07:55] <dpm> as far as I can see, the fix has been submitted, but the merge proposal needs reviewing by someone else
[07:55] <dpm> https://code.launchpad.net/~vthompson/music-app/fixes-1229153/+merge/187123
[07:56] <popey> ah so it is
[07:56] <dpm> lool, also, last I heard the music-hub is not ready yet
[07:58]  * popey tests it
[07:59] <dpm> https://blueprints.launchpad.net/music-hub/+spec/music-hub
[08:00] <dpm> so it might be worth taking this into account for the testing
[08:00] <lool> (fix makes complete sense to me and is consistent with the error and the small code reading I did)
[08:01] <popey> hmm
[08:01] <popey> I can't launch the music app using the aa-exec-click line in the .desktop file
[08:01] <popey> nothing appears on the phone screen
[08:02] <popey> and get a white screen on launching app from dash
[08:02]  * popey reflashes phone
[08:03] <ogra_> dholbach, it never caused actual issues for me, does that SIM have a PIN ? did you unlock it on the cmdline if thats the case ?
[08:04] <dholbach> ogra_, it does - and I don't know how to unlock it
[08:05] <dholbach> ogra_, do we plan to offer a UI element to unlock the SIM?
[08:05] <ogra_> there is a script in /usr/share/ofono/scripts (or was it /usr/lib ?)
[08:05] <lool> popey: if you apt-get updated, this might be normal due to inflight changes to the launch stuff
[08:05] <lool> normal as in it should not have gotten to you but it did  :-)
[08:05] <dholbach> ogra_, ah, found it - do you know which runes I have to put in there?
[08:05] <dholbach> it wants a path
[08:05] <ogra_> dholbach, iirc that was "enter-pin pin1234" (replace with your own indeed) ... we plan to have a UI for this indeed, but i doubt it will be in 1.0 (13.10)
[08:06] <lool> dholbach: we do plan to have UI for it, albeit I am short of telling you who's providing that
[08:07]  * ogra_ guesses the same person that did the lock screen
[08:07] <ogra_> it kind of falls into the same space
[08:09] <dholbach> woohoo
[08:11] <monkey> I installed ubuntu-touch on a "nexus 7 3g" w/ phablet-flash, but it doesn't boot (I just get the bootloader w/ the "Google" splash).  Any tips on how to debug ?
[08:11] <dholbach> ogra_, works
[08:11] <ogra_> :D
[08:13] <nerochiaro> pete-woods: good morning. yesterday i addressed the remaining issues on the qml bindings merge request, it would be nice if when you have time you could have a look
[08:13] <pete-woods> nerochiaro: just looking at it now, I've just run your branch through the code formatter
[08:14] <pete-woods> and pushed the changes
[08:22] <dholbach> ogra_, do you think I should close the bug again? seems to have been a red herring
[08:25] <AskUbuntu> i got stuck at 'waiting for device' while installing ubuntu on galaxy nexus | http://askubuntu.com/q/349392
[08:25] <ogra_> dholbach, yeah, i think so
[08:26] <lool> dpm: thanks for landing the small .desktop fix in music-app
[08:27] <dpm> np ;)
[08:27] <ogra_> mmm, rad.io is nice
[08:28] <popey> dpm: https://code.launchpad.net/~vthompson/music-app/fixes-1229153/+merge/187123 approved, can you top approve?
[08:29] <gema> seb128: I have been doing some exploratory testing on ubuntu-system-settings and I need to talk to someone about triaging some bugs, who would be the right person for that?
[08:30] <seb128> gema, you can talk to me
[08:30] <seb128> "triaging some bugs"?
[08:30] <gema> seb128: http://goo.gl/p7iSP2
[08:30] <lool> does someone know the rune for running CMake tests with dh?
[08:30] <gema> seb128: I need to get those bugs into the development pipeline somehow
[08:30] <gema> seb128: whether you want to fix them or postpone them or ditch them
[08:31] <gema> seb128: but they need to be dealt with
[08:31] <gema> seb128: I am likely going to keep adding to that list
[08:31] <seb128> gema, sure, most of those are known issues, some are fixed in trunk ... could you run trunk?
[08:32] <seb128> since asac made sure things stop landing, the archive version became a lot less useful for testing
[08:32] <gema> seb128: I could, but I rather verify whenever it lands on the image, could you mark them as dup of whichever bug fixes the issue?
[08:32] <seb128> gema, it's not a bug, but things are fixed in trunk
[08:32] <gema> seb128: I think I will be syncing with you with issues daily before raising bugs
[08:32] <gema> seb128: ok
[08:32] <gema> seb128: isn't there a state for those?
[08:33] <seb128> seems like a waste of time/suboptimal way to work
[08:33] <gema> seb128: obsolete or something?
[08:33] <lool> well the rune is dh_auto_test, duh
[08:33] <lool> why doesn't that work
[08:33] <lool> ah I know
[08:33] <gema> seb128: agreed, but we've been asked to do exploratory testing on the images
[08:34] <gema> seb128: I will pass on your concern to our management
[08:34] <popey> gema: it's pretty straightforward to build and run from trunk directly on the device
[08:34] <seb128> gema, thanks
[08:34] <gema> popey: that's not the point
[08:34] <popey> well, it's a way to confirm whether something is fixed
[08:34] <gema> popey: if I test trunk I am not testing what I have been asked to test
[08:34] <popey> which _is_ the point
[08:35] <gema> popey: and then I have to try again whenever the functionality lands
[08:35] <popey> I'm not suggesting you test trunk
[08:35] <gema> popey: I rather try in the product than by installing trunk, given that the target of the testing is the image
[08:35] <seb128> you should do both then
[08:36] <seb128> test the image
[08:36] <popey> exactly what I'm suggesting
[08:36] <seb128> then test trunk to confirm if it's still an issue
[08:36] <seb128> then report if it's one
[08:36] <seb128> or ask asac to restore decent landings :p
[08:36] <popey> heh
[08:36] <gema> seb128: I think that's the wrong thing to do, but then, I think this exploratory business is not very well thought through either, anyway not my call
[08:37] <gema> seb128: so you suggest that I keep verifying my bugs on the dailys until they land or will you mark the ones that you reckon are already fixed somehow so that I have some sense of what's landing?
[08:37] <seb128> gema, I suggest you test trunk before reporting
[08:38] <seb128> because the current way is a waste of time and create noise for everyone
[08:38] <seb128> it's not that useful to test outdated code...
[08:38] <gema> seb128: ok, can you send an email to ue-leads suggesting that, maybe copy me or something?
[08:38] <gema> seb128: because that is not what we have been asked to do
[08:39] <gema> seb128: tell them I got stubborn and you want to change the process or something
[08:39] <seb128> gema, let me think about it, I'm just back from holidays today and still catching up, I see that asac changed lot of things and that things went from "work smoothly and land daily" to "land once every few weeks if people know who to ping for that to happens"
[08:39] <gema> seb128: ack
[08:39] <gema> seb128: keep me posted please, I have been asked to hand over these bugs to dev
[08:40] <seb128> ok
[08:40] <seb128> asac, there? ;-)
[08:40] <seb128> gema, I'm going to try to understand the motivation for the changes before complaining too much, but things seems a giant step backward
[08:41] <gema> seb128: I couldn't agree more
[08:58] <lool> dbarth_: do you have news of the webapps tests?
[09:06] <popey> lool: where is the power stuff ricmm mentioned in his mail documented? to allow the music app guys to supress suspend?
[09:07] <lool> popey: I'm not done reading email, where is this?
[09:08] <popey> lool: i saw it on ue-leads just now
[09:08] <popey> lool: rick's thread
[09:12] <lool> popey: I think they offered to show sample code, more like interactively on IRC
[09:12] <dbarth_> lool: 80% of them work fine now that we've found the url leaking issues
[09:12] <lool> popey: but I dont think we have pointers to docs
[09:13] <lool> dbarth_: when will testsuites be passing so that we can land this?  :-)
[09:13] <dbarth_> lool: but i need another update for u1 and gmail which are more tricky to contain
[09:13] <dbarth_> lool: that's still manual, but i will have automated smoke testing this week
[09:13] <dbarth_> lool: apps have been re-uploaded last friday though
[09:14] <dbarth_> lool: if i miss today, when is the next chance to make the swap
[09:15] <lool> dbarth_: we're releasing as fast as we can, but it's cumbersome to see the delta and not being able to land them
[09:16] <dbarth_> lool: we could swap and land 4 out of 6
[09:16] <dbarth_> they will have the new private cookie dbs
[09:17] <dbarth_> ie, state-of-the-art containment
[09:18] <lool> dbarth_: cool
[09:18] <lool> dbarth_: basically the sooner we can have working tests, the faster we can land the web stuff
[09:18] <lool> dbarth_: just wanted to make sure you were on top of this
[09:20] <Laney> is there an OTP app for touch yet? :-)
[09:26] <dholbach> did we get any reports of SMS having been sent twice?
[09:26] <dholbach> does anyone know which kind of logs would be useful there?
[09:28] <dpm> lool, popey https://code.launchpad.net/~vthompson/music-app/fixes-1229153/+merge/187123 approved
[09:33] <popey> suhweet!
[09:37] <dpm> hi mardy, around?
[09:44] <dpm> does anyone know if Jenkins is down? I've noticed some of the branches for core apps not being reviewed by Jenkins, e.g. https://code.launchpad.net/~lool/music-app/unquote-desktop-file/+merge/187115
[09:45] <Laney> dpm: #ubuntu-ci-eng I believe ;-)
[09:46] <dpm> ok :)
[09:51] <dholbach> dpm, thanks
[09:51] <dpm> ;)
[09:55] <dholbach> dpm, this was a test for bug 1229637
[10:05] <davmor2> Morning all
[10:06] <Laney> I think I got trapped in the word chain game :(
[10:07] <ogra_> heh
[10:08] <Laney> left and right swipe do nothing
[10:08]  * Laney starves
[10:15] <mardy> dpm: hi! Yes, I got your question from yesterday about EDS
[10:15] <mardy> dpm: it should work, regardless of the gnome-keyring
[10:16] <mardy> dpm: because I don't think it uses the keyring, if the accounts have been created in UOA
[10:17] <lool> dpm: there were various jenkins issues yesterday, but not sure what was done about it, I think fginther was looking into this
[10:17] <lool> dpm: thanks for happroving that fixed music-app!
[10:18] <dpm> mardy, cool, thanks for coming back to me. Do you know how we could test it if google calendar accounts are indeed supported?
[10:19] <dpm> lool, np :) Yeah, I've asked on #ubuntu-ci-eng, and it seems no one was sure what's going on, so we'll wait for fginther to come online
[10:22] <mandel> lool, ping
[10:24] <lool> mandel: empty ping detected!
[10:25] <mandel> lool, I have landed most of the code in ubuntu-download-manager but I'm waiting on the jenkins bot to check the branches for a long time, any idea if there is anything going on?
[10:31] <popey> mandel: 11:19:40 < dpm> lool, np :) Yeah, I've asked on #ubuntu-ci-eng, and it seems no one was sure what's going on, so we'll wait for  fginther to come online
[10:32] <mandel> popey, thx for the info!
[10:32] <popey> np
[10:35] <dholbach> seb128, is there some kind of ~/.xsession-errors on the device?
[10:36] <seb128> dholbach, /home/phablet/.cache/upstart/*.log
[10:36] <dholbach> like when I tap on the Facebook icon, it doesn't launch and I'm not quite sure how to find out what's up :)
[10:36] <mardy> dpm: nope, sorry, I don't know much about EDS myself
[10:36] <dholbach> perfect, thanks
[10:36] <seb128> dholbach, yw
[10:37] <seb128> dholbach, it might be unity8.log for that one (just guessing, I'm unsure)
[10:40] <dholbach> ah ok, it took ages, now it's opening facebook a couple of times - let's see :)
[10:41] <ogra_> hmm, so who does the time and date settings ? the UI doesnt fit on my screen
[10:41]  * ogra_ wonders if thats reported
[10:42] <Laney> yes, it is known
[10:42] <ogra_> good
[10:43] <tinti> popey: hi, is part of ubuntu touch armel and part harmhf
[10:43] <dholbach> tinti, 'armel' is not being used
[10:44] <cjwatson> tinti: Yes, the Android parts are armel
[10:44] <cjwatson> (effectively)
[10:44] <dholbach> oh
[10:44] <ogra_> dholbach, it is
[10:44]  * dholbach just learned something new
[10:44] <ogra_> (even thought it is awfully ugly)
[10:44] <cjwatson> dholbach: we cross-build them rather than using the old decommissioned Ubuntu armel architecture
[10:45] <cjwatson> we'd have had to cross-build even if we still had armel, due to Android libc
[10:47] <dholbach> ok
[10:47] <dholbach> thanks
[10:53] <AskUbuntu> Compiling code that depends on QT4 with QT5 installed | http://askubuntu.com/q/349430
[11:03] <dholbach> when I unplugged the headset during the call, the call was put on the speaker - which project do I report the bug on? phone-app?
[11:17] <asac> mhall119: please refer to source packages
[11:17] <cipri> hi, i have a little question: is there somewhere a list of the packages which are available for ubuntu touch?
[11:17] <asac> also give info which commits - if any - you expet to land
[11:17] <ogra_> asac, source packages arent helpful ... we should use binaries
[11:17] <ogra_> at least on the landing plan
[11:17] <asac> ogra_: well, without source i cant find the trunk
[11:17] <asac> etc.
[11:18] <asac> ogra_: on the landing plan we want both
[11:18] <asac> but the source in the landing ask at least
[11:18] <ogra_> asac, so the MP should be in the row
[11:18] <ogra_> asac, for controlling vs the image .changes, source packages wont tell you if there are all binaries etc
[11:18] <ogra_> or any missing
[11:18] <asac> for me line 84 and 85 dont have enough information to think about landing those
[11:18] <davmor2> ogra_: no image this morning?
[11:19] <ogra_> asac, 84 had like 5 requests from different people, it landed already from another request
[11:19] <ogra_> asac, http://people.canonical.com/~ogra/touch-image-stats/20130923.changes
[11:20] <ogra_> asac, just wipe it from the asks sheet
[11:20] <ogra_> asac, 85 is a "nice to have in the seeds" request
[11:21] <ogra_> so the binary is fine there
[11:24] <cipri> hi, i have a little question: is there somewhere a list of the packages which are available for ubuntu touch? A package-manager is already on touch? (I'm asking because I want to see if I should already buy an nexus 10)
[11:25] <popey> cipri: https://search.apps.ubuntu.com/api/v1/search?q=* ☻
[11:25] <popey> cipri: we use click packages on Ubuntu Touch, you install directly from the dash, you don't need to use a package manager as such like USC or Synaptic
[11:27] <cipri> QT creator has chances  to be available on touch?
[11:28] <popey> qtcreator won't run on the device, I don't know if we have plans to do that.
[11:28] <popey> (I doubt it)
[11:29] <popey> You run qtcreator on a pc connected to the device
[11:32] <ogra_> for line in $(wget -O - -q https://search.apps.ubuntu.com/api/v1/search?q=*); do echo $line|grep \"com|sed -e 's/^.*\.//' -e s/\"\,$//; done
[11:32] <ogra_> that will get you a more readable package list :)
[11:34] <w-flo> my device (with ported ubuntu touch) randomly starts either mtp or adb on boot, but (probably) never both.. is there any way to make it start both? If it decides to start mtp and I "sudo restart android-tools-adbd" from the terminal app, adb works but mtp stops working :(
[11:36] <ogra_> w-flo, please file a bug against android-tools-adbd ... assign to me, it still has hardcoded setprop calls in the upstart job
[11:36] <w-flo> ogra_, okay thanks :)
[11:36] <ogra_> w-flo, it should work if mtp starts after adbd (which is usually the case if your upstart jobs arent messed up)
[11:37] <ogra_> there is a system job that sets the property ... the server gets started in the session though
[11:37] <w-flo> hm, I don't mess with the upstart jobs. maybe it's because my device is really slow
[11:37] <ogra_> might be, theoretically it shoudl just work
[11:37] <ogra_> it does on the nexuses
[11:39] <w-flo> seems like adbd comes up first, but dies right before the mtp icon shows up in unity (desktop)
[11:39] <w-flo> i.e. I can use adb for a few seconds :)
[11:39] <ogra_> it should respawn then
[11:40] <ogra_> might be that the setprop disconnects the device for a moment ...
[11:40] <ogra_> depends on how the android gadget is implemented in your kernel
[11:42] <w-flo> so adbd is still running, so it respawned or didn't die at all, but "adb shell" just tells me "device not found" :|
[11:43] <ogra_> i woudl suspect it didnt die at all
[11:46] <w-flo>  /sys/class/android_usb/android0/functions , should that say "mtp" only or something like "mtp,adb"?
[11:55] <AskUbuntu> how to dual-boot ubuntu-touch with android | http://askubuntu.com/q/349451
[12:03] <mehow> West coast Classics radio :)
[12:06] <danielholm> how do I change time timezone on the new ubuntu-system readonly images?
[12:07] <popey> danielholm: I don't think that's working yet
[12:07] <cjwatson> it was in progress yesterday so probably isn't working yet no
[12:08] <danielholm> popey: yeah, I was afraid of that, hehe. But I just wanted to ask if it actally did work somehow
[12:08] <danielholm> okey. but then it's on its way, then
[12:08] <danielholm> oh, yay message indicator is back in img 60!
[12:12] <danielholm> I heard something about that Viber was coming to Ubuntu Touch, correct?
[12:14] <popey> danielholm: dont think so
[12:14] <popey> i think someone saw moves to make it work on the desktop
[12:14] <popey> which is a good sign
[12:15] <danielholm> Michael Hall: "there is a Viber client in the works.  We've reached out to WhatsApp, but they're not ready yet to produce an Ubuntu Touch client"
[12:15] <cjwatson> Oh, yes, of course, sergiusens' home directory isn't going to work on snakefruit
[12:15] <danielholm> yeah, I got it working on mine just now
[12:16] <tf101YO> Hi All, who has sucessfully got Ubuntu Touch on TF101 ??
[12:17] <popey> tf101YO: is it listed at https://wiki.ubuntu.com/Touch/Devices ?
[12:17] <danielholm> tf101YO: take a look here as well: http://forum.xda-developers.com/showthread.php?t=2168473
[12:17] <cjwatson> sergiusens: I've borged lillypilly:/home/sergiusens/click_ready/click_copy.py into ubuntu-archive's homedir on snakefruit - you'll need to let me know if you need to make changes
[12:18] <danielholm> tf101YO: you can get Quantal working rather easy. but I actually sold mine because I could not get Saucy working...
[12:18] <cjwatson> sergiusens: actually, wait, I can use your bzr branch can't I
[12:18] <tf101YO> hm... Quantal?
[12:18] <tf101YO> is there guide to get Quantal working?
[12:19] <danielholm> tf101YO: http://forum.xda-developers.com/showthread.php?t=2168473
[12:20] <mandel> barry, ping
[12:20] <cjwatson> sergiusens: ok, the checkout on snakefruit should auto-update from lp:~sergiusens/+junk/click_ready now
[12:20] <danielholm> pretty much just download the touch-preview image for Quantal, the image from that link to go with that, go into recovery, clean out cache, format data and then flash them files
[12:20] <barry> mandel: pong
[12:21] <tf101YO> okay,, thanks mate..
[12:24] <danielholm> tf101YO: certainly :) good luck
[12:28] <pkunal-parmar> Hi All, I am trying to run my app on Device,  but I see following error message on console
[12:28] <pkunal-parmar> [21:24:40] ssh: connect to host <IP_ADDRESS> port 2222: Connection refused
[12:28] <cjwatson> sudo service ssh start
[12:28] <ffelgenh> I tested the update functionality right now ... klick on download ... got a install button ... device rebooted ... in system setting i still can see an update ... the whole process was a bit sluggish without feedback to the user ... how can I check if the update was successful? working on a Nexus 4 running software version from the 19th of september
[12:28] <cjwatson> (on the device)
[12:29] <pkunal-parmar> using adb shell ?
[12:29] <cjwatson> wait, port 2222?  where's that coming from I wonder?
[12:29] <cjwatson> ogra_: ^- do you know?
[12:29] <ffelgenh> can you tell me which command in the shell to execute?
[12:30] <cjwatson> ffelgenh: system-image-cli -i
[12:30] <pkunal-parmar> I am trying to run app from QtCreator (Ctrl + F12)
[12:31] <popey> pkunal-parmar: have you updated qtcreator recently?
[12:31] <pkunal-parmar> Not sure, I keep updating ubuntu
[12:31] <popey> pkunal-parmar: i think jppiiroinen updated the scripts so that shouldn't happen
[12:32] <ffelgenh> thanks I will try this
[12:32] <pkunal-parmar> so what should I do?
[12:32] <ogra_> cjwatson, hmm 5037 is used by adb is what i knoe
[12:33] <cjwatson> ogra_: 2222 is a fairly common alternate port for ssh, but I don't know what would be setting it up
[12:33] <ogra_> cjwatson, we dont tinker with the ssh config
[12:33] <popey> cjwatson: the qtcreator scripts does an adb port forward I think
[12:33] <cjwatson> ah
[12:33] <ogra_> its the plain package, just with removed keys and an override for upstart
[12:33] <ogra_> ah, right
[12:33] <ogra_> that might be it
[12:34] <cjwatson> Mirv,bzoltan: It'd be a good idea to upgrade click to 0.4.7 in the SDK PPA; 0.4.4 does some extra manifest sanitisation, and 0.4.7 filters out things like .bzr from built packages
[12:35] <ffelgenh> root@ubuntu-phablet:/# system-image-cli -i
[12:35] <ffelgenh> current build number: 0
[12:35] <ffelgenh> device name: mako
[12:35] <ffelgenh> channel: daily
[12:35] <ffelgenh> last update: Unknown
[12:36] <ogra_> you dont use a system image
[12:36] <ogra_> build #0 clearly indicates that
[12:36] <cjwatson> Right, to use the update functionality you need to have flashed ubuntu-system, not cdimage-touch
[12:36] <mardy> Laney: reminder :-) https://code.launchpad.net/~mardy/ubuntu-system-settings/testability/+merge/187011
[12:36] <ogra_> ffelgenh, cdimage images are not able to do OTA updates
[12:37] <ffelgenh> ok ... I will switch the install procedure
[12:37] <cjwatson> (you can still upgrade them with apt at least to some extent, but not with the UI on the phone)
[12:37] <Laney> mardy: thanks, I did forget
[12:37] <Laney> going to lunch now but after that
[12:38] <Laney> btw seb128 is back ;-)
[12:38] <bzoltan> cjwatson: FYI we just implemented a feature to exclude stuff from the packages...
[12:38] <seb128> Laney, mardy: that one was next on my list (followed by the xdg dirs handling one)
[12:38] <cjwatson> bzoltan: cool
[12:38] <Laney> ok, will get to it if you don't after lunch then
[12:39] <cjwatson> bzoltan: still, should keep the PPA current-ish anyway :)
[12:39] <seb128> Laney, ok, I'm going to let it to you and review your xdg's dirs one
[12:39] <bzoltan> cjwatson: and we will update the click in the SDK
[12:39] <Laney> k
[12:39] <cjwatson> bzoltan: thanks
[12:39] <Mirv> cjwatson: noted as well, will be done.
[12:40] <mardy> seb128, Laney: thanks
[12:41] <sergiusens> cjwatson, hey, I was actually wanting to move that to some cdimage owned branch (or something similar to cdimage) if possible
[12:43] <sergiusens> popey, ogra_ keep in mind that you will need sso next month to talk to the store api
[12:43] <popey> yeah, only using that url as a bit of a joke
[12:43] <cjwatson> sergiusens: sure, you can just change the owner to cdimage if you like and I can change the checkout
[12:43] <cjwatson> er, to ubuntu-cdimage
[12:44] <cjwatson> sergiusens: (in https://code.launchpad.net/~sergiusens/+junk/click_ready/+edit)
[12:47] <ogra_> sergiusens, hey
[12:48] <ogra_> sergiusens, so gst-hybris and qtmultimedia-touch are ready for seeding ... as i understood it wont do any harm if we ship it now ?
[12:49] <ogra_> (i would like to seed it for the overnext image if its sure it wont break existing stuff)
[12:50] <OrokuSaki> UT doesn't like my android source...  It's not building all the Android.mk files.. I think its getting hung on a uboot-bootimg.mk file and only building up to that point.. so I removed it from the build to see if it builds more stuff
[12:50] <OrokuSaki> otherwise to build I have to manually create out/host/linux-x86/bin and then copy mkimage to bin... then I can build.. which.. is.. wrong... or odd.
[12:50] <OrokuSaki> right? =)
[12:51] <OrokuSaki> I don' have to do this when building for cm-10.1 with cm-10.1
[12:51] <OrokuSaki> it just brunches
[12:52] <OrokuSaki> http://pastebin.com/rhdxKrPp line 90 is where it bombs.. right before "we are here"..
[12:52] <OrokuSaki> you can see its doing something with mkimage
[12:52] <OrokuSaki> Thought I would show you guys
[12:58] <sergiusens> ogra_, if you seed it, the mediaplayer breaks
[12:58] <sergiusens> ogra_, it needs the latest media player... if it's a test build, grab it from ppa:sergiusens/phablet
[12:58] <ogra_> sergiusens, oh, i thought it will just use the old stuff
[12:58] <ogra_> sergiusens, nah, i just thought we could start seeding it in pieces ... then i misunderstood
[13:00] <OrokuSaki> I have this as my Android.mk file "include $(all-subdir-makefiles)" and it's ignoring that.
[13:01] <sergiusens> ogra_, from what I understand, seeding just bad wouldn't break anything ... jhodapp ?
[13:02] <jhodapp> sergiusens, that's correct, you can seed bad (which includes the gstreamer1.0-hybris)
[13:02] <sergiusens> jhodapp, all we need is mediaplayer now?
[13:03] <sergiusens> ogra_, the media player inclusion needs to be timed with adding qtmultimedia-touch
[13:03] <jhodapp> sergiusens, yes, qtmultimedia, qtvideo-node and mediaplayer-app need to be timed
[13:03] <sergiusens> qtvideo-node, that's the one I was missing
[13:04] <jhodapp> sergiusens, can you review the list of dependencies that I changed for mediaplayer-app?
[13:04] <sergiusens> jhodapp, yeah, just create an MR
[13:04] <jhodapp> k
[13:06] <lool> mandel: hey, we're in #ubuntu-meeting for the image biweekly if you like
[13:07] <ogra_> sergiusens, jhodapp mediaplayer-app sint in the archive yet and neither is qtvideo-node
[13:07] <ogra_> *isnt
[13:07] <jhodapp> ogra_, interesting...so we've only been putting it in the touch images?
[13:08] <sergiusens> ogra_, the _latest_ you mean?
[13:09] <davmor2> cyphermox: did you get the update with the logs in the end?
[13:13] <sergiusens> jdstrand, morning! Do you have time to discuss lp:~jdstrand/+junk/webbrowser-click ?
[13:13] <cwayne> jdstrand, ping -- i updated that clickapp bug, the dconf error has nothing to do with clickapps, so it should likely be a separate bug
[13:13] <jdstrand> cwayne: ok, thanks
[13:13] <jdstrand> sergiusens: sure. what do you want to discuss?
[13:15] <sergiusens> jdstrand, is the purpose of this just for unity?
[13:15] <jhodapp> sergiusens, https://code.launchpad.net/~jhodapp/mediaplayer-app/mediaplayer-gst1.0/+merge/187232
[13:16] <sergiusens> jdstrand, because I see we become tied to OS updates for updates to the browser if we go this path
[13:16] <mhall119> asac: both source and binary, or just source package?
[13:17] <ogra_> sergiusens, right, the latest
[13:17] <ogra_> jhodapp, we dont put it anywhere yet, i dont think we have all merges in atm
[13:18] <jhodapp> ogra_, what do you mean though, the mediaplayer-app is in the touch image every time
[13:18] <sergiusens> jhodapp, I don't get 	[13:18] <jdstrand> sergiusens: the reason it exists is slighted complicated
[13:18] <ogra_> jhodapp, isnt that a completely different app ?
[13:18] <jhodapp> sergiusens, yeah I'm not sure how that file got modified
[13:19] <sergiusens> jhodapp, can you revert the changes to that file?
[13:19] <jhodapp> sergiusens, it's only comments though, so I say we should just leave it in the MR
[13:19] <sergiusens> ogra_, qtvideonode and mediaplayer app are updates to the current ones in the archive
[13:19] <jdstrand> sergiusens: basically, webbrowser-app right now can't ship as click-- it isn't particularly ready to be shipped that way (though it could be), but more importantly, if it was shipped as click, webapps shipped as click couldn't use it because there isn't a way for one click app to invoke another click app
[13:19] <ogra_> sergiusens, ok
[13:19] <sergiusens> ogra_, those two need to be in sync with adding qtmultimedia-touch into the seeds
[13:20] <jdstrand> sergiusens: webapps use 'webbrowser-app' as their 'interpreter' instead of qmlscene in the Exec line
[13:20] <sergiusens> ogra_, shouldn't be a problem since we are manually triggering, right?
[13:20] <ogra_> sergiusens, i thought the new mediaplayer app was that 5line QML code snippet i saw everywhere when you guys tested :)
[13:20] <mhall119> ChickenCutlass: ping
[13:20] <ogra_> sergiusens, right
[13:20] <ChickenCutlass> mhall119, hi
[13:20] <ogra_> sergiusens, we just need to make sure that none of the dashboard tests regress
[13:20] <jdstrand> sergiusens: but, at the time there was considerable talk about CI and unity needing to be able to do either debs or clicks
[13:20] <ogra_> sergiusens, as long as thatrs given, we can just merge away
[13:21] <sergiusens> jdstrand, yeah, I was aware of that, had that discussion last week with ted, david and bill
[13:21] <mhall119> ChickenCutlass: hey, olli_ told me yesterday that the music-app needed to register with powerd, can you give me some more details about what needs to be done and why?
[13:21] <sergiusens> jdstrand,  was thinking that the uri handler would solve this
[13:21] <ChickenCutlass> mhall119, sure.  we basically want it to use the powerd api so the phone does not go to deep sleep while playing music
[13:21] <ChickenCutlass> mhall119, I told bfiller the API yesterday.  I thought he was going to tell the music app guys
[13:21] <mhall119> ChickenCutlass: and how do we do that?
[13:22] <mhall119> ChickenCutlass: ah, he might be, I didn't know he was in the loop
[13:22] <jdstrand> sergiusens: the url handler doesn't have a way for anything to declare itself as a handler, let alone a click package declaring itself as a handlr
[13:22] <jdstrand> that may change
[13:22] <mhall119> ChickenCutlass: is the API something that can be called from QML?
[13:22] <jdstrand> well, the first bit will change, I don't know about arbitrary apps
[13:22] <ChickenCutlass> mhall119, it is a dbus api.  so I think so
[13:22] <ChickenCutlass> mhall119, I do not really know QML :)
[13:22] <mardy> kenvandine: hi! Could you please review this bugfix? https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/lp1223963-trunk/+merge/187214
[13:22] <mhall119> bfiller: ping
[13:23] <bfiller> ChickenCutlass: yeah thanks, will let these guys know
[13:23] <ChickenCutlass> mhall119, basically it is just 2 calls
[13:23] <ChickenCutlass> bfiller, ok thanks
[13:23] <sergiusens> jdstrand, hmmm, well the other option was for the webapps team to use the browser component in the sdk
[13:23] <jdstrand> sergiusens: so the click package was created in that branch so that CI and unity would see a click package, but webapps would see the deb's binary
[13:23] <jdstrand> sergiusens: they want to split it out-- but it isn't ready
[13:23] <jdstrand> (to be split)
[13:23] <sergiusens> jdstrand, anyways, if this is the chosen path, let's just get this in and remove the desktop file from the browser-app
[13:23] <OrokuSaki> seems I may have to include folders in build/core/main.mk to get it to see all Android.mk files.... /device/hp/tenderloin.. etc
[13:24] <bfiller> mhall119: here is the info ChickenCutlass gave me: http://pastebin.ubuntu.com/6150085/
[13:24] <bfiller> mhall119: it's an api on powerd, there is not a qml binding for it but can call it over dbus I believe
[13:24] <sergiusens> jdstrand, but we need to hide the desktop file or is unity8 going to ignore /usr/share/applications?
[13:24] <cjwatson> I suppose one approach for click packages that are really quite deep down in the system would be that they could attach to hooks which special-case certain package names
[13:24] <cjwatson> Not very nice though
[13:24] <sergiusens> jdstrand, probably not a question for you though :-)
[13:24] <mhall119> bfiller: is there a way to call DBus from QML?
[13:25] <jdstrand> sergiusens: but you are right that it ties webbrowser updates to system image updates. this probably isn't actually bad though-- webapps are going to need a stable browser. it does open it up for the browser team to ship a new browser as click though (and webapps would use the system one)
[13:25] <bfiller> mhall119: I think so yes, oSoMoN or nerochiaro would know specifically
[13:25] <mhall119> oSoMoN: ping :)
[13:25] <oSoMoN> mhall119: pong
[13:25] <mhall119> I'm going to have pinged everybody by the time I'm through
[13:26] <jdstrand> sergiusens: I assumed that we wouldn't ship the .desktop file-- but that doesn't work fantastically on the desktop
[13:26] <kenvandine> mardy, sure
[13:26] <oSoMoN> mhall119: regarding your question, not that I know of
[13:26] <mhall119> oSoMoN: the music-app is QML, and it needs to all a powerd API which is exposed over DBus
[13:26] <jdstrand> sergiusens: but yes, both that and whether or not to take what I did are not my decision :)
[13:26] <oSoMoN> mzanetti: is there a pure-QML way to issue DBus calls?
[13:26] <mardy> kenvandine: oh, I guess I forgot updating the debian/changelog to mention the bug, right?
[13:27] <sergiusens> jdstrand, I'll massive reply to the email bfiller forwarded me.
[13:27] <kenvandine> mardy, no need, that happens automatically
[13:27] <mzanetti> oSoMoN: not withing QtQuick. there might be something in ubuntu tho
[13:27] <mardy> kenvandine: oh, cool
[13:27] <kenvandine> mardy, as long as the bug and branch are linked
[13:27] <mardy> kenvandine: yep, they are
[13:27] <oSoMoN> mzanetti: that’s what I thought, thanks for confirming
[13:27] <mhall119> bzoltan: Kaleo: zsombi: is there a QML plugin for DBus?
[13:28] <mzanetti> mhall119: also not in Ubuntu.Components
[13:28] <zsombi> mhall119: no, there's none
[13:29] <mzanetti> I think I saw something once... let me dig
[13:29] <mhall119> ChickenCutlass: bfiller: olli_: we need a way for the music-app to call powerd's DBus API from QML, currently we can not, so the functionality desired by end of week isn't going to happen
[13:29] <zsombi> mzanetti: yes, there are trials
[13:29] <oSoMoN> mhall119: I just asked the SDK team, and we don’t have anything in the SDK to do that
[13:29] <mhall119> oSoMoN: thanks
[13:29] <zsombi> from meego.devel: http://comments.gmane.org/gmane.comp.handhelds.meego.devel/10029
[13:29] <oSoMoN> mhall119: the way forward would be a C++ plugin for the music app
[13:30] <mhall119> oSoMoN: yeah, we just got rid of a dependency on a C++ plugin
[13:30] <mzanetti> mhall119: but actually, accessing raw DBus in QML sounds like a really dirty thing to do
[13:30] <mhall119> mzanetti: agreed, a Powerd specific QML plugin would be better
[13:31] <mzanetti> mhall119: we have that
[13:31] <mzanetti> in unity
[13:31] <zsombi> oSoMoN: we had prototyped something which was calling QML signals/slots or set properties from a DBus call, but that was done last year...
[13:31] <mhall119> mzanetti: which, raw DBus or powerd plugin?
[13:31] <mzanetti> mhall119: powerd
[13:31] <mhall119> mzanetti: is it something apps could use?
[13:32] <mzanetti> hmm... not sure policy wise. and right now it's in untiy8-private. but I guess it could be moved out of there and packaged up independently
[13:33] <mzanetti> mhall119: one other question. why would you need powerd access in the music app?
[13:33] <mhall119> mzanetti: so that the phone doesn't deep sleep while playing music
[13:34] <mzanetti> mhall119: no... that's not an option
[13:34] <mhall119> mzanetti: ChickenCutlass requested we do this
[13:34] <mzanetti> mhall119: the proper way is to drop that whole javascript stuff for playlist handling
[13:34] <mzanetti> mhall119: and use the QMediaPlaylist
[13:34] <mzanetti> that one keeps on playing properly
[13:34] <mhall119> mzanetti: that's not exposed over QML
[13:34] <mzanetti> mhall119: so?
[13:35] <mhall119> mzanetti: also, doesn't that require the media player service?
[13:35] <mzanetti> mhall119: is the requirement to write pure javascript or is the requirement to play music?
[13:35] <mhall119> I thought we weren't going to have the media player service ready
[13:35] <mzanetti> mhall119: its nearly ready
[13:35] <mhall119> if we can use the player service *and* expose QMediaPlaylist to QML, I'd be happy
[13:36] <asac> mhall119: source would be good... binaries int he comments a plus
[13:36] <kgunn_> tmoenicke, ping
[13:36] <olli_> ricmm, ChickenCutlass do you have an eta for the music app whitelist changes to land
[13:36] <dholbach> when I unplugged the headset during the call, the call was put on the speaker - which project do I report the bug on? phone-app? something more pulseaudio-related? anything else?
[13:36] <mzanetti> mhall119: even before the music app started I posted a working player that does exactly this on the mailing list...
[13:36] <sforshee> mhall119, mzanetti: the idea for power management is that apps should never be talking to powerd directly, services should do it in response to what apps are doing
[13:36] <mzanetti> mhall119: but people apparently wanted to start from scratch because it wasn't javascript only
[13:36] <ChickenCutlass> olli_, so the MR's will happen soon. As far as landing, that is less predicatable with the landing queue.
[13:37] <olli_> ChickenCutlass, soon as in today or next couple of days
[13:37] <ChickenCutlass> today
[13:37] <mhall119> mzanetti: the Core Apps were intended to be QML only, yes
[13:37] <olli_> just asking as you said yday it would be yday if I got you right ;)
[13:37] <olli_> thx ChickenCutlass
[13:37] <mzanetti> mhall119: yeah... and you know my opinion on that...
[13:37] <mhall119> olli_: see the above conversations about music-app and powerd
[13:38] <ChickenCutlass> mzanetti, mhall119 so to be clear -- the music service will not make it for 13.10.  So we need the music app to prevent the system from deep sleep while paying music
[13:38] <ricmm> olli_: ChickenCutlass the MR for platform-api android side is up, its a one liner
[13:38] <ChickenCutlass> the way to do it is to call the powerd dbus api
[13:38] <sforshee> ChickenCutlass: is there any other way to do it? I'd hate to see that precedent being established.
[13:39] <mhall119> ChickenCutlass: mzanetti: can I let you guys argue over the virtues of doing it one way vs. another and then tell me what to tell the music-app devs once you've decided?
[13:39] <ChickenCutlass> sfeole, not in the short term, unless you have any ideas
[13:39] <sforshee> ChickenCutlass: what about pulseaudio?
[13:39] <ChickenCutlass> ugh
[13:39] <fginther> dpm, for the community core apps, we build for precise, quantal, raring and saucy. Is it time to revisit that set of series?
[13:40] <mhall119> fginther: we still build for quantal?
[13:40] <fginther> dpm, some projects will not build without a ppa
[13:40] <fginther> mhall119, yes, the thinking at the time was that since the sdk was supported there, the apps should build there as well
[13:41] <mhall119> ah, ok
[13:41] <mzanetti> mhall119: also, the music app won't work when minimized because it is stopped
[13:41] <mzanetti> regardless of the powerd stuff
[13:41] <ChickenCutlass> mzanetti, yes it will -- we are whitelisting it
[13:42] <mzanetti> interesting
[13:42] <mzanetti> what's the requirement for an app to be whitelisted?
[13:44] <dpm> oh, I've lost all icons on the launcher after installing update 60
[13:45] <ogra_> yeah, thats the new superflat design :)
[13:45] <ogra_> apple goes flat, we go one step further
[13:45] <ogra_> :P
[13:46] <tmoenicke> kgunn_: pong
[13:46] <mzanetti> dpm: reset the launcher config
[13:46] <dpm> mzanetti, how can I do that?
[13:46] <mzanetti> mhall119: well, anyways... you can find the powerd stuff in lp:unity8 plugins/Powerd
[13:46] <mzanetti> dpm: gdbus call --system --dest org.freedesktop.Accounts --object-path /org/freedesktop/Accounts/User32011 --method org.freedesktop.DBus.Properties.Set com.canonical.unity.AccountsService launcher-items "<[{'defaults' : <true>}]>"
[13:47] <MacSlow> Does anybody have issues with todays touch-image not booting correctly on a GalaxyNexus?
[13:47] <MacSlow> yesterdays image... sorry
[13:47] <mzanetti> dpm: once we have 1.0 we'll start having upgrade paths on config breakages... but at this stage I didn't bother yet.
[13:48] <mzanetti> MacSlow: flashed yesterday evening. seems fine
[13:48] <MacSlow> mzanetti, ok
[13:49] <kgunn_> tmoenicke, hey i found  it....was looking for your bug list, trying not to flood you with duplicates
[13:49] <kgunn_> tmoenicke, some folks were thinking mir was causing issues...but i see most of the same issues on surfflinger
[13:51] <mhall119> mzanetti: ChickenCutlass: so what are we doing for music-app, are we going to go ahead and register it with powerd?
[13:51] <mzanetti> mhall119: I guess I'm the wrong one to ask
[13:52] <ricmm> olli_: about the standup, I dont see an invite or link anywhere on my calendar :(
[13:53] <olli_> ricmm, that's intended for now as I am gathering/reporting input for rick
[13:53] <tmoenicke> kgunn_: which issues?
[13:53] <olli_> the mention of time was just for you guys to know what my deadline is ;)
[13:53] <ChickenCutlass> mhall119, yes, I think the music app should call the powerd dbus api.  Until we get the music service in place.
[13:54] <ricmm> olli_: ok, please read my last email then
[13:54] <ricmm> so you can correctly forward to rickspencer3
[13:54] <olli_> ricmm, ok
[13:54] <ricmm> it has a diagram that explains the chain
[13:55] <mhall119> ChickenCutlass: ok, and the music-app is QML, so how do we call the powerd dbus api?
[13:55] <olli_> ricmm, awesome!
[13:55] <mzanetti> ChickenCutlass: I have another music app (well, 2 even). Is there any chance to get them whitelisted too? Or at least one of them?
[13:55] <ChickenCutlass> mhall119, I do not know.  bfiller any ideas.
[13:55] <ChickenCutlass> mzanetti, no
[13:55] <kgunn_> tmoenicke, sometimes keyboard doesn't show up the first touch...but 2nd touch (even tho text box animations have occured)
[13:55] <ChickenCutlass> mzanetti, this is temporary
[13:56] <bfiller> mhall119: write a c++ plugin, don't know any other way
[13:56] <mhall119> mzanetti: I get the impression that white listing the music core app is the least-bad option and done out of necessity
[13:56] <mzanetti> ChickenCutlass: yeah... I know... I meant as long as I have no possiblity to add a service
[13:56] <kgunn_> tmoenicke, seems delete key doesn't work when rotated
[13:56] <mzanetti> mhall119: yes. I agree
[13:56] <bfiller> sounds like there is no magic way to do it in qml and we don't have bindings for powerd (nor do we want them)
[13:56] <tmoenicke> kgunn_: oh, gotta check that
[13:56] <mhall119> bfiller: ChickenCutlass: does anybody on your team have cycles to make such a plugin for the music app?
[13:57] <bfiller> mhall119: no
[13:57] <bfiller> mhall119: should be lots of examples in code though, really shouldn't be that hard
[13:57] <mhall119> olli_: see above ^^ I'll get the music-app developers the information, but I can't commit to getting it done by end of week
[13:58] <mhr3> didrocks, ping?
[13:58] <mhall119> sergiusens: heads-up, the music-app is going to need another C++/QML plugin
[13:59] <mhall119> bfiller: ChickenCutlass: what powerd API call needs to actually be made?
[13:59] <didrocks> mhr3: pong
[14:00] <bfiller> mhall119: http://pastebin.ubuntu.com/6150085/
[14:00] <fginther> dpm, popey, can you review this resubmit: https://code.launchpad.net/~fginther/music-app/fixes-1229153/+merge/187242
[14:01] <mhall119> bfiller: so get the SysState of music-app then clear it?
[14:01] <mhall119> what is music-app-background?
[14:01] <mhr3> didrocks, hey, not sure if anyone mentioned this to you, but we want to add zeitgeist to the image, but don't want the fts daemon which is part of the zeitgeist-core pkg, so we talked about splitting the pkg into two, where we'd want both on the desktop but only the non-fts one on the phone, was wondering how should the deps be like for it to work properly, should the core pkg recommend the fts one?
[14:02] <didrocks> mhr3: well, recommends can be installed by default
[14:02] <didrocks> mhr3: I think just do the split
[14:02] <didrocks> mhr3: but then, we'll seed for desktop directly the fts package
[14:02] <didrocks> not sure it's time to do that
[14:03] <didrocks> as it requires a FFe though
[14:03] <ChickenCutlass> mhall119, just call setsysstate on play
[14:03] <ChickenCutlass> mhall119, and clear on pause or stop
[14:03] <Laney> ricmm: Do you know if gps/location toggling is supposed to work yet and if not, when it will?
[14:03] <OrokuSaki> @ogra.. I had to add my device and vendor folder to main.mk to get UT to stop ignoring all my Android.mk files in my subfolders in my device/hp/tenderloin folder
[14:03] <sergiusens> mhall119, is it already a deb?
[14:04] <mhall119> ChickenCutlass: is setSysState a method
[14:04] <mhall119> ?
[14:04] <sergiusens> mhall119, if it is, easy!
[14:04] <mhall119> I don't see it in http://bazaar.launchpad.net/~phablet-team/powerd/trunk/view/head:/data/com.canonical.powerd.xml
[14:04] <OrokuSaki> lots of touchpad stuff is in the subfolders.. so I have been stealing it from my cm-10.1 build for my device
[14:04] <mhall119> sergiusens: it doesn't exist at all yet
[14:04] <ChickenCutlass> mhall119, sorry requestSysState
[14:04] <niemeyer> Any known tricks when the keyboard refuses to show up?
[14:04] <OrokuSaki> I am hoping the newly build ts_srv (touchscreen service binary) will be less buggy since it was build in UT...
[14:04] <mhall119> sergiusens: I just found out we're going to need to make one
[14:04] <mhall119> ChickenCutlass: ah, so requestSysState will set it?
[14:05] <ChickenCutlass> yes
[14:05] <mhall119> ok
[14:05] <mhall119> and '1' is the state we want to request?
[14:05] <ChickenCutlass> mhall119, yes
[14:05] <ChickenCutlass> mhall119, you then get back a cookie
[14:05] <ChickenCutlass> mhall119, and use that to clear
[14:05] <mhall119> yummy
[14:05] <sergiusens> mhall119, doesn't matter where it eventually is (ppa/archive), if it's a deb, I'll be able to easily add it in... I'm using what I proposed to do in the sdk btw
[14:05] <OrokuSaki> @ogra had to make my build/core/main.mk file look like this.. http://pastebin.com/QxysY0Bh
[14:05] <mhall119> sergiusens: ok, I'll make sure it gets made into a deb then
[14:06] <OrokuSaki> the normal cm-10.1 main.mk file seems to be setup differently then UT... that is all I got.
[14:06] <ogra_> OrokuSaki, hmm, yeah, i think thats what brinch/breakfast woudl usually do
[14:06] <ogra_> *brunch
[14:06] <mhr3> didrocks, are there any other options?
[14:07] <OrokuSaki> but it doesn't.. when I brunch it ignores my /device/hp/tenderloin/Android.mk which tells android to then build all the subfolder Android.mk files
[14:07] <mhall119> ChickenCutlass: what should I use for 'name' when calling requestSysState?
[14:07] <OrokuSaki> but if I add that to main.mk, then it will build it all
[14:07] <mhr3> didrocks, the plugin can be disabled by an envvar, but that would require some odd changes as zg is usually dbus-activated, and we'd need to make sure that the envvar is part of the dbus activation environment
[14:07] <jdstrand> stgraber: hey-- is there any way to know if we are on first boot after a system-image update?
[14:07] <didrocks> mhr3: can't we just hack something for 13.10?
[14:08] <ChickenCutlass> mhall119, music-app-background
[14:08] <didrocks> mhr3: like checking DESKTOP_SESSION as a patch
[14:08] <mhall119> ChickenCutlass: and where does that name come from?
[14:08] <mhr3> didrocks, sure, we could do that
[14:08] <ChickenCutlass> mhall119, it is made up
[14:08] <ChickenCutlass> mhall119, can really be anything
[14:08] <mhall119> ChickenCutlass: is it ${appname}-background?
[14:08] <ChickenCutlass> mhall119, sure
[14:08] <ChickenCutlass> :)
[14:08] <mhr3> didrocks, considering DESKTOP_SESSION is set in the dbus activation env
[14:08] <didrocks> mhr3: seems to give the least amount of churn to me, wdyt?
[14:09] <didrocks> mhr3: need testing :)
[14:09] <mhall119> or do we need to somehow tell dbus/powerd that music-app-background == music-app?
[14:09] <mhr3> didrocks, i'll try it
[14:09] <mhr3> thx
[14:09] <didrocks> thanks mhr3 ;)
[14:09] <mhall119> ChickenCutlass: I'm just unclear how powerd knows what music-app-background is
[14:09] <ChickenCutlass> mhall119, no -- the name is not really used
[14:09] <mhr3> didrocks, your hacks are lovely :P
[14:09] <jdstrand> stgraber: basically, I'm thinking about that postinst bug. I have implemented an upstart job for click-apparmor (which it turns out we'd want anyway), and so I will be using that for now for what I need to do
[14:09] <ChickenCutlass> mhall119, it does not
[14:09] <mhall119> oh
[14:09] <didrocks> mhr3: always!
[14:09] <OrokuSaki> Yay.. it build my lib/hw files.. and my ts_srv.. yay!
[14:09] <ChickenCutlass> mhall119, it just keeps the system in that requested state
[14:09]  * ogra_ votes for "music-app-keep-that-shit-playing"
[14:09] <mhall119> ChickenCutlass: ok
[14:09] <ChickenCutlass> lol
[14:09] <ChickenCutlass> ogra_, I like that
[14:09] <mhall119> ChickenCutlass: and what will happen if somebody kills the music app while it's playing?
[14:09] <ogra_> thats a properly descriptive name :)
[14:10] <stgraber> jdstrand: there's currently no way of knowing that, that's part of the things I need to solve with the first boot design
[14:10] <mhall119> will the system be stuck in that state?
[14:10] <ricmm> Laney: I believe the toggling works
[14:10] <ChickenCutlass> mhall119, powerd should detect that it died and clear the cookie
[14:10] <ricmm> qtlocation is just unused anywhere
[14:10] <mhall119> should?
[14:10] <ricmm> ChickenCutlass: am I right?
[14:10] <jdstrand> stgraber: so bug #1215092 doesn't have to be fixed for 13.10 once click-apparmor lands. but what I am doing is not ideal (ok, for 13.10, but if there is something better, I'd like to move to it)
[14:10] <ChickenCutlass> ricmm, webkit should use it
[14:10] <ogra_> ricmm, not sure if the indicator uses it
[14:10] <ricmm> right
[14:10] <Laney> ricmm: Activating the action from the indicator doesn't change the state and ted blamed the platform API ...
[14:10] <ChickenCutlass> mhall119, should.  If it doesn't -- bug
[14:10] <sforshee> mhall119: it detects that the client has detached from dbus and clears any requests associated with that client
[14:11] <mhall119> sforshee: thanks
[14:11] <ricmm> Laney: tvoss wrote that code, I thought it was working
[14:11] <jdstrand> stgraber: ok, that's fine. I think you may be able to reduce the priority on this then
[14:11] <ricmm> Laney: lets wait for him to get online
[14:11] <Laney> ok
[14:12] <jdstrand> stgraber: because I have something that is a bit of a hack, but works. I'm leaving the click-apparmor task open in that bug though, so I can work with your implementation when its ready
[14:12] <stgraber> jdstrand: well, I still plan on at least writing a draft of a spec today, I think I've most of it figured out in my head by now but want to dump it somewhere and have you and a few others review it to see if that'd be sufficient
[14:12] <jdstrand> stgraber: that's fine, but if there is more pressing stuff for 13.10, please feel free to do it
[14:12] <jdstrand> stgraber: and we can revisit this later
[14:13] <stgraber> jdstrand: I think it's currently the most pressing thing I've got for touch (outside of some bugs to look into) and I'd very much like to avoid us getting stuck with SRUs because we lack this facility (even though we're only going to do update images for a few months, so not a huge deal)
[14:14] <jdstrand> stgraber: ack (your call :)
[14:18] <tiagoscd> hey folks, I have performed a fresh install from devel-proposed yesterday
[14:18] <mandel> lool, sorry I missed it, I was out for lunch :-/
[14:19] <tiagoscd> but get following error when I upgrade the system: http://paste.ubuntu.com/6150290/
[14:19] <tiagoscd> tried to use "dpkg --configure -a" to fix, but no success -- same problem
[14:20] <tiagoscd> here all steps I performed: http://paste.ubuntu.com/6148586/
[14:22] <tiagoscd> maguro device
[14:26] <w-flo> tiagoscd, is there any reason why you're not using the image based upgrade? (I think apt-get upgrade is  not oficially supported, though it might work sometimes)
[14:27] <MacSlow> Is this http://pastebin.ubuntu.com/6150306 expected to happen when using "ubuntu-system" as flash-target? Tried to install some additional packages.
[14:27] <OrokuSaki> mines always griping about mkinitramfs... probably because boot is not mounted.. and I don't want it to be... scared of what might happen
[14:27] <OrokuSaki> I think there is a way to configure ubuntu to use uboot?
[14:27] <OrokuSaki> and create new uImage.Cyanogen uImage files in my boot directory?
[14:29] <OrokuSaki> guess it doesn't matter much since my systemd patch has to be put in the ramdisk, and... lvm stuff in the touchscript, etc
[14:31] <tiagoscd> w-flo: I have used upgrade because on wiki have a note telling that individual apps can be updated via apt
[14:31] <tiagoscd> https://wiki.ubuntu.com/Touch/ReleaseNotes#Upgrades
[14:31] <drachensun> hey does anyone know what the fix is to make sensorservice auto start correctly?
[14:31] <drachensun> I'm having to start it manually from the Android console and I'm trying to fix things to boot without manual help
[14:32] <drachensun> I found the patch for the 2 second delay, but it is already applied and mine is still not starting
[14:32] <drachensun> I know one of the fixes works, when I added the mir dist-upgrade, that was fixed
[14:32] <drachensun> but everything else was broken ;-)
[14:32] <w-flo> tiagoscd, I'm not sure, but I guess that's out of date. especially when using the read only system images (even when making them read/write images).. they're supposed to be upgraded via system-settings GUI or corresponding CLI tool
[14:33] <mfisch> lool: I have another update to ubuntu-touch-cust-hooks landing today, I think the autolanding is several days or more away
[14:35] <drachensun> ok, I'll ask more directly
[14:35] <drachensun> I have found reference to these patches
[14:35] <drachensun> system/core/0009-init.rc-sensorservice-should-also-be-under-the-input.patch
[14:35] <drachensun> system/core/0012-init.rc-moving-sensorservice-to-late_start-to-avoid-.patch
[14:35] <drachensun> I followed the steps but I can't seem to access them
[14:36] <gema> seb128: am I supposed to have different images for welcome screen and home screen in today's system settings?
[14:37] <gema> seb128: been able to actually assign different images to those two
[14:37] <gema> seb128: I haven't ^
[14:37] <nerochiaro> pete-woods: i just noticed that if you update or increment a value with NaN value then you can't increment it anymore because it will always stay NaN. that's technically correct but quit annoying
[14:38] <tiagoscd> w-flo: okay, thanks
[14:40] <drachensun> alright, I found that raw commits on github, that works
[14:42] <tedg> bfiller, so charles and I were talking about needing to open specific days in the calendar to show events.  We currently use a URL format calendar:///?startdate=%d, do you think the calendar app could support that?
[14:42] <drachensun> hmmm
[14:42] <drachensun> well they are already applied
[14:43] <lool> mfisch: https://code.launchpad.net/~lool/cupstream2distro-config/add-ubuntu-touch-customization-hooks/+merge/187257
[14:44] <lool> mfisch: can you please add https://launchpad.net/~ubuntu-unity to the project acl?
[14:44] <lool> mfisch: basically https://launchpad.net/~ubuntu-unity needs to be able to commit back to your main branch when the package autolands
[14:44] <sergiusens> doanac, plars can we resync at some time later today?
[14:45] <pete-woods> nerochiaro: that does sound pretty annoying, I'm very much open to a sensible fix for it (with accompanying regression test)
[14:45] <sergiusens> doanac, plars hmmm, we can use the meeting in an hour
[14:45] <pete-woods> nerochiaro: perhaps something as simple as just ignoring NaN?
[14:46] <nerochiaro> pete-woods: treating them as zero perhaps is more sensible ?
[14:49] <cyphermox> davmor2: I did get your logs after all
[14:49] <plars> sergiusens, doanac: yeah, let's just sync up in an hour
[14:50] <cwayne> jdstrand, so looking at that dconf thing again, it seems we may need to fix that.  is it ok for libtelepathy to look in /custom/dconf_profile? since it's not a third-party click-app or anything
[14:50] <pete-woods> nerochiaro: sounds fine to me
[14:50] <mfisch> lool: working on it
[14:51] <sergiusens> popey, did you get a chance at a run through for the apps?
[14:51] <nerochiaro> renato_: boiko: who can i talk to with questions on the messagging app and telephony-service ?
[14:51] <mfisch> Mirv: I just merged something into ubuntu-touch-cust-hooks, you'll need to update
[14:52] <renato_> nerochiaro, tiago is working on messaging app
[14:52] <lool> mfisch: I'll need to be a bit stricter about matching expected packaging format
[14:53] <davmor2> cyphermox: Yay
[14:53] <mfisch> lool: ubuntu-unity added to sevilerow team along with Mirv..
[14:53] <mfisch> lool: what do you mean?
[14:53] <lool> mfisch: ack
[14:54] <lool> mfisch: the upstream merger processes require relatively strict packaging templates
[14:54] <lool> mfisch: I'll send a mp
[14:54] <mfisch> lool: ok
[14:54] <salem_> nerochiaro, boiko is probably out for lunch. I can try to help you.
[14:55] <nerochiaro> salem_: it's ok, tiago is on the case already. but thanks
[14:56] <nerochiaro> salem_: oh, it's you :D
[14:56] <tiagoscd> haha
[14:56] <salem_> nerochiaro, hahah
[14:56] <nerochiaro> salem_: double nicks confuse me
[14:56] <nerochiaro> om26er: hello. can you please touch base with sergiusens on the flakey notes-app tests ?
[14:56] <nerochiaro> salem_: anyway, any idea why it doesn't work ?
[14:57] <nerochiaro> salem_: it seems like a pretty stright forward signal
[14:57] <om26er> nerochiaro, yes, I will
[14:57] <om26er> sergiusens, yo
[14:57] <salem_> nerochiaro, looking at the code now
[14:57] <nerochiaro> salem_: it kind of worry me that there's a slot with the same name
[14:57] <sergiusens> om26er, do you have hints yet? I will look at it later today
[14:58] <om26er> sergiusens, I have not had a chance to look at the failures at all
[14:58] <om26er> I just came in
[14:58] <salem_> nerochiaro, did you check if we at least receive this signal from telepathy?
[14:59] <mhr3> didrocks, seems the envvar propagates fine, do you know what is it set to the touch images?
[14:59] <didrocks> mhr3: not really sure TBH
[15:01] <jdstrand> cwayne: the telepathy access is fine, but it needs a new bug (it will be fixed in telepathy-mission-control-5)
[15:01] <jdstrand> cwayne: can you file that bug? there is another bug in the apparmor profile for that that needs to be fixed
[15:01] <cwayne> jdstrand, sure, i'll log it :)
[15:01] <llusato> Hello! I'd like to know if the ubuntu touch calendar app will release repeating events in the lauch version due to 17 October 2013. Many thanks into advance! :-)
[15:01] <cwayne> jdstrand, against that easyprof package again?
[15:01] <jdstrand> cwayne: no, telepathy-mission-control-5
[15:01] <mhr3> didrocks, and do you know of any envvar that's surely different there?
[15:02] <cwayne> jdstrand, ack, logging now.  just to be sure, the best way to do this is to continue logging bugs as we see issues with apparmor + /custom, right?
[15:02] <jdstrand> cwayne: are you able to reproduce it?
[15:02] <didrocks> mhr3: clearly, more a question for ricmm TBH ;) I'm pretty sure that DESKTOP_SESION won't be around
[15:02] <jdstrand> cwayne: yes please
[15:02] <nerochiaro> salem_: i have no idea how to do that. i'm just trying hook into some place where i can be sure the message is sent and i can record a metric for the infographics. if i can do that without having to dig into the telepathy stack i'd be an happy man ;)
[15:02] <cwayne> jdstrand, yeah, i'm not sure what that denial causes to be honest, but it should have access
[15:03] <jdstrand> cwayne: if in doubt, just file it against apparmor and we'll change the package as needed
[15:03] <mhr3> didrocks, oh, won't be around is good enough for me
[15:03] <davmor2> cyphermox: more important was there anything of any use in them :D
[15:03] <salem_> nerochiaro, hehe ok. I will check the dbus traffic. just a sec.
[15:03] <cwayne> jdstrand, awesome, thanks a lot for your help
[15:03] <nerochiaro> salem_: thanks. much appreciated
[15:03] <mhr3> didrocks, although i'm just pretty sure that i'm just going to break one of our derivatives
[15:04] <mhr3> let's just hope they don't use zg too much :)
[15:04] <jdstrand> cwayne: to make sure I have all the accesses fixed, can you add this to /etc/apparmor.d/local/usr.lib.telepathy:
[15:04] <jdstrand> /custom/etc/dconf_profile r,
[15:04] <jdstrand> cwayne: then do: sudo apparmor_parser -r /etc/apparmor.d/usr.lib.telepathy
[15:05] <jdstrand> cwayne: then tell me if you have an more telepath denials?
[15:05] <mhr3> didrocks, suppose i need to bother sil about the deb patch?
[15:05] <didrocks> mhr3: that would be nice ;)
[15:05] <cwayne> jdstrand, https://bugs.launchpad.net/ubuntu/+source/telepathy-mission-control-5/+bug/1229786
[15:05] <cwayne> jdstrand, sure, i'll try that out
[15:05] <didrocks> mhr3: I confirm that this variable isn't set on touch
[15:05] <mhr3> didrocks, thx
[15:09] <llusato> hi is anybody out there?
[15:10] <bfiller> tedg: you'd need to ask the calendar app guys that question, I"m not sure. mhall119, popey who is the main calendar dev?
[15:10] <mhall119> pkunal
[15:11] <tedg> mhall119, What's the best way to track something there?  Bug?
[15:11] <mhall119> yeah, or work item on their blueprint
[15:11] <lool> didrocks: lp:~lool/ubuntu-touch-customization-hooks/inline-packaging
[15:11] <mhall119> or both
[15:11] <llusato> pkunal I'd like to know if the ubuntu touch calendar app will release repeating events in the lauch version due to 17 October 2013
[15:11] <lool> didrocks: I skipped the .bzr-builddep bits (I just debuild -i), is it required?
[15:12] <lool> didrocks: also didn't set Priority optional since it's Priority extra and in archive already
[15:12] <didrocks> lool: well, any reason it's extra?
[15:12] <didrocks> lool: the split mode is mandatory to enable to have multiple upstream tarball generated automatically
[15:12] <cwayne> mterry, btw dont hesitate to ping with any maguro requests today :)
[15:13] <didrocks> lool: it enables upstream to just add a patch and have a new tarball generated with bzr bd
[15:13] <mterry> cwayne, OK.  I've got my own device now, testing myself for now.  Same results as you so far though, so that's good
[15:13] <didrocks> which is what we use in all our process btw ;)
[15:14] <lool> didrocks: extra and optional dont' make a big difference
[15:14] <didrocks> lool: it's just being picky per debian policy
[15:14] <lool> in Debian the separation is relatively soft
[15:14] <lool> and in Ubuntu we don't care about the two
[15:14] <didrocks> lool: so I would like that just for the sake of consistency, we follow it
[15:14] <didrocks> but I have no strong opinion on it
[15:14] <lool> didrocks: this will need an archive admin to review the delta then
[15:14] <lool> didrocks: if you dont care, then let's leave it as is
[15:14] <didrocks> lool: well, I'm happy to do review the delta ;)
[15:15] <lool> would it be Priority: required or whatever I'd be worried, but extra vs. optional is really just not interesting to debate  :-)
[15:15] <lool> didrocks: thanks  :-)
[15:15] <didrocks> lool: right, but I would like that we have consistency all over the place
[15:15] <didrocks> and not having 2 different "rules" and then nobody knows what to adopt
[15:16] <nerochiaro> salem_: found something suspicious ?
[15:16] <didrocks> anyway, a pity, but that's life, I don't care for it then ;)
[15:16] <lool> ok, done
[15:16] <lool> mfisch: will send it for merging then
[15:16] <lool> didrocks: ^
[15:16] <didrocks> sweet
[15:17] <lool> mfisch: https://code.launchpad.net/~lool/ubuntu-touch-customization-hooks/inline-packaging/+merge/187268
[15:17] <mfisch> lool: give me 3 mins to finish a call
[15:17] <fginther> oSoMoN, did the error here make any sense to you? http://<IP_ADDRESS>:8080/job/webbrowser-app-saucy-i386-autolanding/206/console
[15:17] <llusato> how can I contact the calendar app developers?
[15:18] <llusato> sorry but I'm not an expert with freenode
[15:18] <mfisch> lool: why did you drop Homepage?
[15:18] <fginther> oSoMoN, looks to me like an error while setting up the pbuilder chroot. Don't think I've seen that before
[15:19] <oSoMoN> fginther: no, it didn’t
[15:19] <oSoMoN> fginther: me neither
[15:19] <fginther> oSoMoN, thanks
[15:19] <oSoMoN> fginther: but I re-approved and it landed
[15:19] <lool> mfisch: because it's useless
[15:19] <tedg> asac, lool, I need a release for a packaging fix.  Who do I ping to get that released?
[15:19] <mfisch> lool: lol, ok
[15:19] <lool> mfisch: who's actually going to browse there?
[15:19] <mfisch> lool: approving
[15:19] <oSoMoN> llusato: hey, I occasionally help with the calendar app
[15:19] <lool> mfisch: there's a Vcs-Bzr link for people searching the bzr tree with upstream + packaging
[15:19] <llusato> hi, I'd like to know if the ubuntu touch calendar app will release repeating events in the lauch version due to 17 October 2013
[15:19] <mfisch> lool: approved
[15:20] <llusato> as far as I know the current version does not
[15:20] <cyphermox> awe_: poke.
[15:20] <lool> mfisch: do we have permission to automerge?
[15:20] <mfisch> lool: I added the team you asked for
[15:20] <awe_> cyphermox, mid-standup
[15:20] <lool> fginther: can you try running upstream merger on ubuntu-touch-customization-hooks?
[15:20] <cyphermox> awe_: NM patch changes done; should I just upload or do you want another look?
[15:20] <lool> fginther: should land this mp https://code.launchpad.net/~lool/ubuntu-touch-customization-hooks/inline-packaging/+merge/187268
[15:20] <cwayne> jdstrand, ran that command, no output (which i assume is good?)
[15:21] <awe_> cyphermox, sure I can re-review... I can do right after stand-up and will turn around much quicker
[15:21] <lool> mfisch: you need to top approve it == happrove it == set the top field to Approve
[15:21] <mfisch> lool: Mirv's MP is still pending though
[15:21] <mrueg> is it supported to run apt-get on ubuntu touch?
[15:21] <lool> mfisch: "Status"
[15:21] <mfisch> although you took most of it besides the license
[15:21] <mrueg> my mobile crashes when doing an apt-get install
[15:21] <jdstrand> cwayne: yes, great. thanks! :)
[15:21] <lool> mfisch: what MP?
[15:22] <jdstrand> cwayne: well, by no output-- did you mean that you tried your reproducer and have no denials?
[15:22] <lool> mfisch: I need an IRC or email heads up on top of Launchpad notification if you want me to review a mp, I'm afraid the mailbox where I pile code reviews can't be parsed anymore, I just use it for searching
[15:22] <mfisch> lool: it was that one you posted earlier: https://code.launchpad.net/~lool/cupstream2distro-config/add-ubuntu-touch-customization-hooks/+merge/187257
[15:22] <mfisch> lool: same here on reviews ;)
[15:22] <lool> didrocks: mind merging https://code.launchpad.net/~lool/cupstream2distro-config/add-ubuntu-touch-customization-hooks/+merge/187257 ?
[15:22] <lool> didrocks: hope this is automerged BTW  ;-)
[15:23] <didrocks> lool: let me look at the inline packaging first
[15:24] <fginther> lool, argh, didn't realize it wasn't top approved.
[15:24] <didrocks> lool: for sake of consistency, would have been cool to add --parallel to debian/rules
[15:24] <didrocks> ok, merging anyway
[15:24] <nerochiaro> salem_: also another question: where would be the ideal place to hook into to be notified of messages as they arrive, so that i can update the received message count in the infographic ?
[15:24] <didrocks> fginther: I didn't top-approve on purpose, the package wasn't ready for daily release
[15:24] <nerochiaro> salem_: the messaging app seems not ideal since it's not always running.
[15:25] <mfisch> lool: I'll top approve that one we just discussed
[15:25] <fginther> didrocks, sorry, I saw your comment
[15:25] <didrocks> lool: then, FYI the process is that one: https://wiki.ubuntu.com/DailyRelease/FAQ#Adding.2BAC8-removing_components_to_a_stack
[15:25] <fginther> didrocks, back to needs review
[15:25] <didrocks> fginther: that's fine now, I won't block on the --parallel
[15:25] <lool> didrocks: ok thanks
[15:25] <cwayne> jdstrand, honestly, im not sure what the reproducer is yet
[15:25] <didrocks> even if we loose consistency
[15:25] <cwayne> i just mean i did the apparmor_parser
[15:25] <fginther> lool, I'll get the upstream merge setup regardless
[15:25] <ogra_> mterry, i saw some minor changes on the session manager branch ... did you get anywhere yet ?
[15:26] <fginther> didrocks, lool, approved again
[15:26] <lool> didrocks: I think it's coherent not to have it just like there is no --with autoreconf  :-)
[15:26] <nerochiaro> salem_: possibly something that's qml-based ;)
[15:26] <lool> because well there is no build  :-)
[15:26] <lool> fginther: thanks!
[15:26] <didrocks> lool: yeah, but I would like to have as few difference as possible
[15:26] <mterry> ogra_, no.  That was just merging from trunk so far.  I'm currently adding more debugging output to logind to investigate
[15:26] <ogra_> ok
[15:27] <mandel> lool, is there a way I can find out what revno of the download manager does the next image have? I have on more bug from barry that I fixed and I need to make sure what bugs are fixed in the image
[15:28] <cwayne> doanac, sergiusens updated my mr to use the subparsers, much better idea, thanks :)
[15:28] <cwayne> doanac, sergiusens tested by pushing default and different timezone, seems to work
[15:28] <lool> mandel: yes, a) look at manifest of the ubuntu bits of that image or look at the package verison on the device
[15:29] <doanac> cwayne: i'll take a look. thanks
[15:29] <mandel> lool, thx
[15:29] <cwayne> doanac, i just applied your patch actually
[15:29] <lool> mandel: b) check launchpad entry for that source package + version on the source package's page
[15:29] <lool> mandel: c) changelog has the snapshot revno
[15:29] <cwayne> so, i assume you'll be +1 on it :P
[15:29] <mandel> lool, superb, thank you
[15:31] <jdstrand> cwayne: ok, then I'll upload with just that and feel free to report new denials
[15:31] <seb128> gema, no, welcome screen image got descoped from v1, we need to hide the widget
[15:32] <cwayne> jdstrand, awesome, thank you!
[15:32] <gema> seb128: ok, do you want a bug to hide the widget?
[15:32] <mfisch> lool: timo added a license for us, once he updates that MP it can be the next autolanded one: https://code.launchpad.net/~timo-jyrinki/ubuntu-touch-customization-hooks/prep_for_daily_release/+merge/187220
[15:33] <lool> mfisch: ah cool
[15:34] <lool> mfisch: oh so Mirv had done the work already, too bad
[15:35] <mfisch> lool: I need to change my filters so get MP notifications for sevilerow, I had so many I filter them all
[15:38] <stgraber> barry: can you confirm that I can close bug 1220907?
[15:38] <cwayne> stgraber, ping
[15:39] <stgraber> cwayne: pong
[15:39] <cwayne> stgraber, hi, would it be possible to get a devel-customized-proposed image?  or is that pushing it :)
[15:40] <barry> stgraber: it's fixed released in the client
[15:40] <stgraber> barry: ok and it was on the server side too, so I'll close it
[15:40] <stgraber> cwayne: depends what you mean by that :)
[15:41] <stgraber> barry: how high is bug 1221844 on your todo list?
[15:41] <cwayne> stgraber, currently the devel-customized seems to use the latest daily, is there any way we can get that + a customized image using the latest devel-proposed as a base?
[15:41] <stgraber> barry: we'll need that one for sure before 13.10 or everything will blow up when we change devel and devel-proposed to point to T
[15:43] <niemeyer> I seem to be misunderstanding something more fundamental about how to run apps in the phone itself..
[15:43] <stgraber> cwayne: ok, good, yes, that's easy to do. I was vaguely affraid you wanted some way of testing both the new devel-proposed images + customization and have some proposed customization tarballs with manual copy (which owuld have given me a bit of an headache to figure out how to do with less than 6 channels ;))
[15:43] <niemeyer> Even a trivial QML app such as this:   http://paste.ubuntu.com/6150580/
[15:43] <niemeyer> Has no touch interaction at all once I run it in qmlscene on the phone
[15:44] <salem_> nerochiaro, sorry, I was in a meeting. so, the signal is emitted by telepathy. now I am checking why it's not being emitted by qml.
[15:44] <stgraber> cwayne: actually, I think devel-proposed-customized would make more sense as a name, would you agree?
[15:44] <cwayne> stgraber, yes, i'd agree
[15:44] <barry> stgraber: it's not on my list for 1.6, which will be mostly about d/l service integration.  i'll milestone it for 1.7 and put it at critical
[15:44] <stgraber> cwayne: (so we may one day have devel-proposed-customized-proposed if you ever come up with a "proposed" customization tarball ;))
[15:44] <nerochiaro> salem_: thanks
[15:44] <cwayne> stgraber, my brain hurts :)
[15:44] <stgraber> barry: sounds good, as long as we have it for 13.10 and can test it before release, I'm fine with that
[15:44] <nerochiaro> salem_: and regarding the other question, where do you think it would be a good place to catch the incomin messages to update the infographics ?
[15:45] <stgraber> cwayne: welcome to my world ;)
[15:46] <barry> stgraber: feel free to triage the existing client bugs.  right now i'm fully focused on lp: #1196991 but once that lands, i'll get in as much else as possible
[15:46] <salem_> nerochiaro, well, you can also send messages from the messaging-menu, so probably messaging-app isn't the best place for any of those cases.
[15:46] <lool> fginther: so https://code.launchpad.net/~lool/ubuntu-touch-customization-hooks/inline-packaging/+merge/187268 doens't seem to be landing, is this some conflict on our side?
[15:46] <nerochiaro> salem_: is messaging menu a qml component ?
[15:47] <cwayne> stgraber, :D  so obviously this isn't urgent or anything, but it is something that could be helpful for us
[15:47] <salem_> nerochiaro, I think so.
[15:47] <nerochiaro> salem_: know where it lives in lp: ?
[15:47] <stgraber> cwayne: should be ready in ~5min
[15:47] <salem_> nerochiaro, I think the only places where we always get incoming/outgoing notifications are the history-service and telepathy-ofono
[15:47] <stgraber> cwayne: it's just some extra config to get that generated
[15:47] <cwayne> stgraber, you're my hero.
[15:49] <nerochiaro> salem_: the messaging menu seems to geti them as well
[15:50] <fginther> lool, the builder slaves are at capacity, I've up'ed the priority to have it build next
[15:50] <lool> fginther: ok, because this is new I wasn't sure it was picked up or not; thanks for checking
[15:53] <mfisch> tedg: is it possible to have a user-level dbus service that listens on the system bus and talks (outbound) on the session?
[15:54] <stgraber> cwayne: you should be good to go
[15:54] <cwayne> stgraber, awesome, thanks so much
[15:55] <stgraber> cwayne: (haven't tried the channel but it published to system-image.u.c so hopefully my code works as expected and all will be fine :))
[15:55] <cwayne> stgraber, ill try it out now :)
[15:55] <tedg> mfisch, Sure, but you might just use and upstart job in that case?
[15:55] <stgraber> sergiusens, plars, cjohnston: can you all confirm you no longer use "daily" or "daily-proposed" anywhere and that I'm fine to remove them now (as I said I'd in that e-mail a little over a week ago)?
[15:56] <mfisch> tedg: the service would be started by upstart, yes (is that what you meant)?
[15:56] <tedg> mfisch, I'm saying that upstart jobs can be triggered by events on the system bus if you need them to then do something on teh session bus.
[15:56] <seb128> gema, (sorry, was in a meeting) ... yes please
[15:56] <plars> stgraber: I believe we have a branch to fix that, but it wasn't committed yet it seems. Let me check on that
[15:57] <mfisch> tedg: hmm, so we could emit an upstart signal and start N session jobs, a good idea
[15:57] <mfisch> ricmm: ^^^ we could have a simple bridge to do this
[15:57] <sergiusens> stgraber, from phablet-tools PoV, no... I can't vouch for people wanting to use --channel daily-proposed and complain later ;-)
[15:58] <sergiusens> they'll get the error message
[15:58] <sergiusens> stgraber, 'stable' is the default for a while
[15:58] <lool> tedg: hey
[15:58] <lool> tedg: I can't find where I've filed / sent this, but I did some testing of the kill/stop thing from upstart-app-launch and it doesn't work right
[15:59] <stgraber> sergiusens: ok, good. I'll consider phablet-flash as good then and wait for plars to confirm that QA no longer uses the old names.
[15:59] <lool> tedg: I think it fails to stop the running app because it's SIGSTOP-ed
[15:59] <tedg> lool, Oh, what does it do?
[15:59] <stgraber> sergiusens: it's really not a big problem for me to maintain those aliases but as the list grows it leads to extra confusion for users browsing the server :)
[15:59] <tedg> lool, Ah, so we need the wakeup stuff.
[15:59] <lool> tedg: right
[15:59] <tedg> lool, That's in progress for today, so probably best to get that landed.
[15:59] <lool> tedg: eventually it dies though
[15:59] <tedg> lool, Then worry about the activation cases.
[15:59] <lool> tedg: so you could stop || true in the mean time
[15:59] <lool> albeit that's all very slow
[16:00] <lool> probably some timeouts or slow polling somewhere
[16:00] <plars> stgraber: it might actually be merged now, just need to double check
[16:01] <sergiusens> stgraber, users shouldn't browse the server without reading the docs :-)
[16:01] <ricmm> mfisch: thinking
[16:01] <awe_> cyphermox, revised patch looks good... although one more question
[16:02] <cyphermox> sure
[16:02] <awe_> cyphermox, what does transfer-mode == "allow-none" mean?  I couldn't find any documentation on this anywhere?
[16:02] <tedg> lool, It's the upstart job killing.  It sends SIGTERM, waits five seconds and gets viscous to those that don't listen.
[16:02] <awe_> cyphermox, that's for the g_hash_table_lookup() call
[16:02] <cyphermox> awe_: you mean transfer-non?
[16:02] <awe_> no
[16:02] <awe_> "allow-none"
[16:02] <stgraber> sergiusens: did you just say "users" and "read the docs" in the same sentence? :)
[16:03] <awe_> see: https://developer.gnome.org/glib/2.36/glib-Hash-Tables.html#g-hash-table-lookup
[16:03] <plars> lool, sergiusens: image based updates hangout?
[16:03] <RAOF> awe_: allow-none means “NULL is valid”
[16:04] <stgraber> plars: do you want me in there too? (I'm back home but just need to go dig my webcam out of my bag ;))
[16:04] <awe_> OK, but if that's the only annotation, then the default for transfer is "full" correct?
[16:04] <RAOF> awe_: I *think* the default is no transfer
[16:06] <awe_> RAOF, hmmm, according the annotation doc, return values always default to "transfer full", unless otherwise annotated.  The issue is whether or not a return value from g_hash_table_lookup() needs to be unref'd
[16:06] <awe_> https://wiki.gnome.org/GObjectIntrospection/Annotations
[16:06] <RAOF> awe_: Well, it's not a gobject, so you can't unref it.
[16:07] <awe_> sorry I meant free
[16:07] <awe_> ;)
[16:07] <lool> plars: ah sorry
[16:08] <RAOF> I would be amazed if g_hash_table_find returned a pointer to a copy of the value rather than the value itself.
[16:08] <RAOF> So, that's either a missing annotation or the default annotation for non-gobjects is different :)
[16:08] <mhall119> mzanetti: what was the command to reset the Launcher icons?
[16:09] <RAOF> Particularly because it *can't* return a copy of the data, because it's just got a (void *)
[16:09] <awe_> RAOF, thanks... again just doing a visual code inspection and I wasn't sure on this one, but wanted to be on the safe side
[16:11] <mhall119> mzanetti: nvm, found it in the scroll buffer
[16:12] <mzanetti> quite weird that the launcher icons disappeard tbh... there wasn't any update in the launchers config
[16:13] <mzanetti> this time, that is
[16:13] <cwayne> stgraber, new channel worked, thanks!
[16:14] <cwayne> pete-woods, was there any conclusion on the infographic theming??
[16:14] <cwayne> s/??/?/
[16:16] <doanac> sergiusens, plars: https://bugs.launchpad.net/autopilot/+bug/1229034
[16:16] <mhall119> is it a know issue that I get 2 thumbnails in "Recent apps" for each app that I have open?
[16:16] <nerochiaro> salem_: so you suggest i hook directly into telepathy-ofono ? doesn't seem the safest place to do something like sending infographics info
[16:16] <mhall119> and, in fact, it seems that I get 2 of that app running
[16:16] <sergiusens> mhall119, you have two apps? right?
[16:16] <sergiusens> mhall119, I'm seeing something like that
[16:16] <mhall119> sergiusens: yes, I open Google+ once, but have 2 of them rnning
[16:17] <mhall119> verified 2 separate app processes
[16:18] <mhall119> odd, when I open Facebook I only get one
[16:18] <mhall119> but both just call webbrowser-app
[16:18] <salem_> nerochiaro, well, I personally dont like adding to tp-ofono non telepathy stuff. Perhaps boiko has a better idea
[16:18] <mrueg> apt-get update crashes my galaxy nexus (cdimage-touch based), any idea why that happens?
[16:18] <mhall119> huh, now Google+ only opens one
[16:18] <nerochiaro> salem_: if messaging menu is qml that seems great to me, why wouldn't it be a good place ? it's always running
[16:19] <Stskeeps> awe_: btw, github.com/rilmodem/ofono ended up being the place?
[16:19] <boiko> nerochiaro: salem_: what is the problem you guys are trying to solve?
[16:19] <mhall119> ah, it seems every time I open Google+ from the dash, it starts a new one
[16:19] <nerochiaro> boiko: where to put the code that sends to infographics a notification when we receive or send an sms
[16:19] <salem_> boiko, the problem is that messaging-app is not always running.
[16:20] <stgraber> barry, slangasek, asac, lool: so in case you missed it in the backlog (that channel is rather noisy), we now have an extra channel and an extra alias. saucy-proposed-customized and devel-proposed-customized. That's saucy-proposed + the latest customization tarball from Jenkins.
[16:20] <boiko> nerochiaro: salem_: I think a telepathy-observer would be the best place, maybe put this in telephony-service-indicator?
[16:20] <pete-woods> cwayne: I'm going to have to re-do the work, I'll do it tomorrow morning, and it shouldn't take long
[16:20] <nerochiaro> boiko: that's the messaging indicator ?
[16:21] <stgraber> barry, slangasek, asac, lool: as those are "proposed" channels, I've set the hidden flag on them so they shouldn't be displayed to the users (not sure if any of our tools actually look at that flag though)
[16:21] <nerochiaro> boiko: or the one that manages the connection status ?
[16:21] <cwayne> pete-woods, ok, cool thanks for the update :) let me know if you want me to test any debs tomorrow
[16:21] <boiko> nerochiaro: that's the piece of code that places items in the messaging-menu and OSD notifications
[16:21] <barry> stgraber: not yet
[16:22] <nerochiaro> boiko:  interesting. where does it live in lp ?
[16:22] <salem_> boiko, is the indicator also currently tracking outgoing messages?
[16:22] <pete-woods> cwayne: will do, any updates will be pushed as soon as they're ready to that MR (https://code.launchpad.net/~pete-woods/libusermetrics/color-themes-gconf/+merge/186770) :)
[16:22] <boiko> nerochiaro: lp:telephony-service
[16:22] <mhr3> tedg, ping?
[16:22] <lool> stgraber: combinatory explosion!
[16:22] <tedg> mhr3, pong, kill shot!
[16:22] <boiko> salem_: well, it has a signal for that, but probably not used for now
[16:22] <mhr3> tedg, http://paste.ubuntu.com/6150797/ ideas?
[16:22] <salem_> boiko, nerochiaro I think the indicator would be the best place then.
[16:23] <stgraber> lool: well, I did mention we could at some point get saucy-proposed-customized-proposed, then that'd be a real explosion :)
[16:23] <stgraber> lool: (saucy-proposed with a proposed customization tarball ;))
[16:23] <tedg> mhr3, libdbus-dev ?
[16:23] <cwayne> pete-woods, awesome, ill be sure to watch the branch
[16:23] <rickspencer3> kgunn hey, my phone is frozen, but I have it connected to my 'puter and top doesn't make it look too busy or anything
[16:23] <lool> stgraber: yeah but what if I want to customize it with a *second* tarball?
[16:23] <rickspencer3> what can I do to help debug?
[16:23] <lool> ;-)
[16:23] <rickspencer3> frozen = swiping doesn't work, buttons do nother, etc...
[16:24] <rickspencer3> lool, ^ thoughts?
[16:24] <nerochiaro> salem_: where do i find that indicator ?
[16:24] <nerochiaro> boiko: ^
[16:24] <tedg> mhr3, Sorry, libdbus-1-dev
[16:24] <kgunn> rickspencer3: are you on mir or surface flinger?
[16:24] <stgraber> lool: thankfully I don't think we have a length limitation for the channel name ;)
[16:24] <boiko> nerochiaro: lp:telephony-service
[16:24] <rickspencer3> kgunn SF
[16:24] <salem_> nerochiaro, lp:telephony-service
[16:24] <mhr3> tedg, ii  libdbus-1-dev:amd64                                  1.6.12-0ubuntu5
[16:24] <nerochiaro> salem_:  boiko: oh, i thought you guys were talkign of two different things, sorry. bit confused.
[16:24] <rickspencer3> kgunn oh, just noticed a unity crash file in /var/crash that seems about the same time
[16:25] <boiko> nerochiaro: nope, we were just agreeing that there is the right place :)
[16:25] <nerochiaro> salem_: boiko: i'll look into that. in the meantime can anyone of you review this ? https://code.launchpad.net/~amanzi-team/dialer-app/dialer-app-metrics/+merge/187210
[16:25] <rickspencer3> 16:17 _usr_bin_unity8.32011.crash
[16:25] <tedg> mhr3, Hmm... no good idea.
[16:25] <tedg> mhr3, Not sure how to do a "make V=1" in cmake
[16:25] <rickspencer3> kgunn I'll log a bug and attach the crash file later
[16:26] <kgunn> Saviq: ^ any good way to unwind that crash ?
[16:26] <mhr3> tedg, i just know that i knew at some point :)
[16:26] <kgunn> rickspencer3: unity could mean ui or backend i suppose
[16:26] <asac> stgraber: thanks for the heads up. thats the tarball produced by achiang etc?
[16:26] <stgraber> asac: yep
[16:26] <asac> stgraber: from what i understand there is nothing secret in there
[16:27] <asac> so we dont necessarily need to hide/protect it
[16:27] <asac> i will double check...
[16:27] <nerochiaro> boiko: salem_: you will need at runtime the packages that jenkins built here: https://code.launchpad.net/~amanzi-team/libusermetrics/metrics-qml-bindings/+merge/187001
[16:27] <rickspencer3> kgunn I suppose if someone inspects that crash file they will see
[16:27] <nerochiaro> boiko: salem_: if that could be looked at before your EOD it would be really awesome
[16:27] <rickspencer3> also, I presume whoopsie-daisy will help us out, too ;)
[16:27] <mhr3> tedg, http://paste.ubuntu.com/6150823/
[16:27] <boiko> nerochiaro: just curious, wouldn't that be better fit to live in the telephony-service-indicator too?
[16:27] <stgraber> asac: it's only hidden in the sense that it won't show up in any user visible list of channels (our standard -proposed channel is hidden too), users need to directly pass --channel=<whatever>-proposed for those to show up
[16:27] <asac> ic
[16:28] <asac> stgraber: but we can still find it :)?
[16:28] <tedg> kgunn, rickspencer3, this is the apport-backtrace script I use: http://paste.ubuntu.com/6150825/
[16:28] <stgraber> asac: daily-customized is visible in the list (since it's based on stable images) and all of them are easy to discoever by looking at the server
[16:28] <boiko> nerochiaro: I mean, the dialer-app might not be running all the time
[16:28] <mhall119> sergiusens: https://bugs.launchpad.net/ubuntu/+source/unity-lens-applications/+bug/1229827
[16:28] <asac> stgraber: ok i see. thats good i think. thanks
[16:28] <mhall119> if you can confirm
[16:28] <stgraber> asac: yeah, it's just a hidden: True flag set in the json, anyone is free to ignore it :)
[16:28] <Saviq> rickspencer3, kgunn we two of those in trunks, but can you send me the .crash file - I'll unpack it and try and see if I can get an interesting trace out of it
[16:28] <boiko> nerochiaro: and for missed calls the dialer-app might not be running at all
[16:28] <rickspencer3> Saviq, just email it to you, you mean?
[16:28] <Saviq> rickspencer3, yeah
[16:28] <rickspencer3> sure, doing now
[16:29] <tedg> mhr3, Huh, you got no -I/usr/include/dbus-1.0
[16:29] <mhr3> indeed
[16:29] <nerochiaro> boiko: hmm, i did it there as in qml it was much quicker. i think for a first iteration is good enough and can be moved into the indicator later
[16:29] <mhr3> tedg, clearly upstart is broken :P
[16:29] <tedg> mhr3, pkg-config --cflags dbus-1
[16:29] <boiko> nerochiaro: ok then
[16:30] <nerochiaro> boiko: thanks
[16:30] <mhr3> tedg, it's there
[16:30] <tedg> mhr3, I blame cmake, port the project to autotools.
[16:30] <cwayne> sergiusens, is phablet-demo-setup up to date? it seems it likely wouldn't work on a r/o system
[16:30] <mhr3> tedg, try for yourself pkg-config --cflags libupstart
[16:31] <tedg> mhr3, Yeah, that hasn't worked.
[16:31] <tedg> mhr3, It doesn't set up the depends right.
[16:31] <mhr3> indeed
[16:31] <sergiusens> cwayne, it won't and some parts of it would never work there
[16:31] <mhr3> tedg, do you commit there?
[16:31] <mhr3> a fix would be nice :)
[16:31] <rickspencer3> thanks Saviq, sent
[16:31] <cwayne> alright, figured as much
[16:31] <mhr3> i can approve.. maybe
[16:31] <Saviq> rickspencer3, thanks
[16:32] <tedg> mhr3, No, not really. And their release cycle is really long, so it wasn't a valid fix when I was working on it.
[16:32] <cwayne> sergiusens, it looks like the pictures and fake conversations could be fixed easily
[16:32] <tedg> mhr3, The package deps need to be fixed as well.
[16:32] <cwayne> sergiusens, not sure about the contacts though
[16:32] <tedg> mhr3, Basically the same issue on the dev packages
[16:32] <mrueg> any pkg installation on my ubuntu touch device crashes (using apt-get), anyone has the same problem?
[16:32] <tedg> mhr3, But the CMakeLists.txt has dbus-1 in it.
[16:32] <sergiusens> cwayne, yeah... out of band stuff easily... the lens/scope stuff not so much
[16:33] <mhr3> tedg, wonder how could it pass all our testing
[16:33] <mrueg> is there a better way to install new packages?
[16:33] <mhr3> or what's different on my machine
[16:33] <tedg> mhr3, I'm guessing your setup is broken :-)
[16:33] <tedg> mhr3, "rm -rf * ; bzr revert" your unity directory
[16:33] <tedg> Scorched earth
[16:34] <mhr3> tedg, no thanks, didn't commit my last changes yet :)
[16:34] <cwayne> sergiusens, where do contacts live?
[16:34] <tedg> mhr3, "bzr shelve ; rm -rf * ; bzr revert"
[16:34] <sergiusens> cwayne, the data? in $HOME/**/evolution
[16:34] <mterry> ogra_, do you know why /dev/tty0 doesn't exist on the galaxy, but it does on nexus4?
[16:35] <sergiusens> cwayne, importing them into there is actually easy
[16:35] <tedg> mhr3, I need to go afk for a bit, ping me if there's something I can do there.
[16:35] <cwayne> sergiusens, so instead of debs, why not have separate tars, wget them on host, push them over, and unpack them?
[16:35] <mhr3> tedg, i'll try your scary clean-tree
[16:35] <cwayne> sergiusens, that could also make it work if the device has no network
[16:35] <ogra_> mterry, because upstart acts up without having CONFIG_VT enabled on the nexus4
[16:35] <cwayne> jdstrand, thanks for fixing that so quickly! you're awesome :)
[16:35] <mhr3> tedg, and if it doesn't work, you get to patch the thing i loose ;)
[16:35] <tedg> heh
[16:36] <sergiusens> cwayne, yeah... so what's the urgency here? I don't want to redo much and things are moving a lot
[16:36] <ogra_> mterry, the ttys are just fallout, the kernel config could need some cleanup
[16:37] <mterry> ogra_, the existence of /dev/tty0 is changing how logind works, in a way that fails with how lightdm tries to set up the surfaceflinger session.  I'm looking at a lightdm-workaround now, but if /dev/tty0 existed, I believe we'd work on the galaxy
[16:37] <ogra_> mterry, i think on the galaxy it breaks the GLES driver to enable it ... not sure though
[16:37] <ogra_> you could try :)
[16:38] <mterry> ogra_, it would involve recompiling the kernel?
[16:38]  * mterry blanches at that
[16:38] <cwayne> sergiusens, we're doing a lot of demos, and streamlining getting the demos set up saves us a lot of time and removes a lot of potential for issues
[16:38] <cwayne> sergiusens, i can certainly look into it, no need for you to get dragged in, just wanted some clarification first :)
[16:38] <ogra_> mterry, yeah, or asking the kernel team for a test package with that change
[16:39] <ogra_> mterry, rtg or apw have fast builders :)
[16:39] <mterry> :)
[16:40] <ogra_> if you make the image writable installing the kernel deb might just work ... else you can use flash-touch-kernel /path/to/kernel
[16:40] <jdstrand> cwayne: you're welcome! :)
[16:44] <OrokuSaki_> IS the browser able to play gstreamer mp4 vids that are now in "Online Videos?"
[16:45] <cwayne> sergiusens, also any chance of a top-approve here? https://code.launchpad.net/~cwayne18/phablet-tools/phablet-timezone-setup/+merge/186891
[16:45] <dholbach> is there a way to update the avatar of contacts already?
[16:47] <sergiusens> cwayne, yeah, will do in a bit
[16:47] <sergiusens> in my pipeline now
[16:48] <cwayne> sergiusens, awesome, thanks
[17:00] <davmor2> seb128: hey dude on the setting app, is the storage going off the screen a known bug?
[17:01] <mrueg> any pkg installation on my ubuntu touch device crashes (using apt-get), anyone has the same problem? is there a better way than apt-get install?
[17:01] <mhr3> tedg, got the hud issue again
[17:01] <mhr3> tedg, and it seems that it's happening cause hud-service is running, but it doesn't own the hud dbus name
[17:03] <awe_> Stskeeps, sorry missed your ping earlier... yes, rilmodem/ofono is the Ubuntu Touch rilmodem code
[17:03] <Stskeeps> awe_: alrighty, we'll see what we can do
[17:03] <mhr3> tedg, correction, it's not on the bus at all
[17:03] <awe_> Stskeeps, ?
[17:04] <awe_> Stskeeps, as this is our master branch, and we're in feature freeze for 13.10, we're trying to keep changes to a minimum right now
[17:04] <seb128> davmor2, yes, it's part of https://bugs.launchpad.net/ubuntu-system-settings/+bug/1205297
[17:05] <seb128> davmor2, it's using fake datas and those can go over the disk space
[17:05] <awe_> Stskeeps, we're also trying still in the midst of getting our current package built from this branch
[17:05] <Stskeeps> awe_: :nod: i'll see how big our delta to it is for when ff is over
[17:05] <Stskeeps> we're getting a lot of good productization things into it atm so
[17:05] <awe_> Stskeeps, it's pretty big, however we may create a Saucy+1 branch which we could use to start staging the merge
[17:06] <awe_> Stskeeps, we still have some house-keeping to do to get the master branch actually incorporated in our next package upload
[17:06] <Stskeeps> :nod:
[17:06] <awe_> Stskeeps, but it's a start.  ;)
[17:08] <jono> Saviq, not sure if you saw this: https://bugs.launchpad.net/ubuntu/+source/unity-lens-applications/+bug/1229851
[17:09] <cwayne> oSoMoN, ping
[17:16] <mterry> ogra_, cwayne: OK, think I figured it out.  LightDM needs to tell logind that we're on either VT 0 or 1 depending on whether /dev/tty0 exists (and thus whether logind thinks we can multi seat or not)
[17:16] <mterry> patch coming for lightdm
[17:16] <ogra_> yay
[17:19] <cwayne> mterry, \o/
[17:21] <oSoMoN> cwayne: pong
[17:21] <cwayne> oSoMoN, is there any ETA for setting a homepage on webbrowser-app?
[17:23] <oSoMoN> cwayne: it’s not on the priority list for 13.10, should it be?
[17:23] <nerochiaro> boiko: i will fix the nitpick on the telephony app review. in the meantime maybe you want to start having a look at this: https://code.launchpad.net/~amanzi-team/telephony-service/telephony-service-metrics/+merge/187297
[17:23] <cwayne> oSoMoN, i think it should be
[17:23] <nerochiaro> boiko: i'm waiting for jenkins to finish building it so i can test it, but at least you can start telling me if the code seems reasonable
[17:23] <cwayne> oSoMoN, it's a pretty key customization, and right now what we have for it is a hack that's not particularly good
[17:23] <nerochiaro> salem_:  ^^
[17:24] <boiko> nerochiaro: yep, I'm helping the calculator app guys testing one critical bug they have, I will be working on this pretty soon
[17:24] <oSoMoN> cwayne: understood, I’ll see if it can get on the list
[17:24] <nerochiaro> boiko: thank you
[17:24] <cwayne> oSoMoN, thanks, i'd think a dconf key would be the easiest route for us
[17:25] <salem_> nerochiaro, I will also have a look soon
[17:27] <boiko> nerochiaro: just one small comment, other than that the code looks ok
[17:32] <salem_> nerochiaro, I added a comment too.
[17:33] <boiko> salem_: good point, I was forgetting about that one, which makes me think we should move the code that checks for scrollback and delivery report messages to that slot instead of the showNotification() method
[17:35] <mterry> greyback, heyo!  So I tested the welcome wizard in Mir mode (remember I pinged you the other day about getting OSK working in the welcome wizard).  I now act like a mirserver and such (copied same unity-mir logic from unity8).  But it still doesn't come up.  I see in the output that the Unity-Mir override for OSKController complains about no __oskSurface being set.  Any pointers on how to get further?
[17:38] <greyback> mterry: check if maliit is opening a surface at all. In your QML, add something like this: http://pastebin.ubuntu.com/6151088/
[17:38] <nerochiaro> salem_: looking
[17:39] <greyback> mterry: this will print whenever a surface is created with Mir. Use that to check maliit's keyboard surface is being created and registered with mir
[17:39] <mterry> greyback, and maliit-server would be the one creating it?
[17:39] <greyback> mterry: correct
[17:39] <mterry> greyback, ok, am working on something else right now, but when I get back to the wizard, will look.  thank you
[17:41] <greyback> mterry: once you confirm that, you need to ensure that the maliit server's surface is getting a special DepthId. Have a look in lp:unity-mir: src/unity-mir/surfacecontroller for what I do. (Note that I guess the shell's surface based on it's name, which is naughty, something I hope to fix properly)
[17:41] <greyback> mterry: otherwise the OSK surface may be underneath the u-s-c surface, so not visible
[17:42] <greyback> mterry: thirdly, the OSKController is in charge of setting the surface's visible true/false. You need to make sure it has __oskSurface set correctly
[17:43] <Saviq> jono, do you have "Dash plugins" below "More suggestions"/
[17:43] <Saviq> ?
[17:44] <jono> Saviq, yes
[17:44] <Saviq> jono, actually it doesn't matter, should scroll regardles... no, didn't see that
[17:44] <Saviq> jono, can't say I can reproduce :/
[17:45] <nerochiaro> salem_: i fixed it in another way, because i wanted to send to the infographics after we display the notification
[17:46] <nerochiaro> salem_: but now it's sent only on real text messages
[17:46] <nerochiaro> boiko: fixed your style complaint as well on the other MR
[17:47] <boiko> nerochiaro: thanks
[17:48] <boiko> nerochiaro: I will test that soon, is there a way to verify that the data is acually saved properly?
[17:48] <jono> Saviq, strange
[17:48] <Saviq> jono, can you reproduce across reboots?
[17:48] <jono> Saviq, let me try
[17:49] <lex_> hey ubuntu geeks
[17:49] <lex_> i have a question and i wonder if someone can help?
[17:49] <mhall119> lex_: ask
[17:50] <lex_> i am interested in ubuntu touch, i have a bb playbook
[17:50] <lex_> can be installed on it since has good hardware
[17:50] <mhall119> I don't think it runs on a playbook
[17:50] <mhall119> https://wiki.ubuntu.com/Touch/Devices is the full list of devices and their level of functionality
[17:50] <jono> Saviq, nope, can't reproduce over reboot
[17:51] <Saviq> jono, must've gotten into some weird state
[17:51] <lex_> oh alright
[17:51] <lex_> it is worth to put it on a samusung galaxy s3\
[17:52] <nerochiaro> boiko: simplest way is to lock the phone and keep double tapping on the infographic circle until it gets to the message count (or it cycles back to something you already seen, in which case the metric hasn't been sent)
[17:52] <boiko> nerochiaro: ah ok, very easy then, nice
[17:52] <nerochiaro> boiko: haven't tested the one about messages yet, but it worked fine for dialer+ofono sim
[17:53] <boiko> nerochiaro: ok, I will try on the device
[17:54] <dobey> does anyone know a way to invalid the results of a search from within a Unity.ScopeSearchBase, given it has no clear reference to the scope itself? i tried to cheat by adding it as an argument to the constructor of my ScopeSearchBase class, but calling scope.results_invalidated() doesn't seem to cause the UI to refresh here :(
[17:56] <Chocanto> mhall119: ping !
[18:01] <renato_> fginther, could you help me with this MR: https://code.launchpad.net/~renatofilho/ubuntu-ui-toolkit/fix-1213046/+merge/186223
[18:04] <mhall119> Chocanto: pong
[18:04] <salem_> awe_, just sent you the modified tp-ofono package attached to my reply in that thread.
[18:06] <awe_> salem_, thanks!
[18:07] <mterry> ogra_, asac, cwayne: OK.  I have a branch that seems to fix things for me.  I've asked Robert to review/release when he gets up.  I'd appreciate any confirmation of that so while I'm still in the office with the device, I can fix anything now before he reviews it.  Please grab lp:~mterry/lightdm/multi-seat-vt-0 and lp:~mterry/session-manager-touch/lightdm-switch  (note that you no longer need to add /etc/lightdm/lightdm.conf -- its default conf
[18:07] <mterry> ig is surfaceflinger for now)
[18:07] <mterry> Uh, this is re: maguro and lightdm
[18:07] <ogra_> hmm, i'm in the middle of flashing ...
[18:08] <jdstrand> mardy: hi! is everything in place for online accounts to prompt if an app tries to access it?
[18:08] <ogra_> and the archive is in beta freeze, not sure how smooth lightdm will land atm
[18:08] <mterry> ogra_, fair enough.  It's only a change in the Mir side of lightdm, which Robert said he's been treating as not-as-embargoed as the rest of it.  We'll see what he wants to do
[18:09] <ogra_> mterry, right, we have such a thing just landing for xorg too ...
[18:09] <fginther> renato_, I'll take a look
[18:10] <mterry> ogra_, but regardless, testing of fix would be appreciated, if you have time
[18:10] <ogra_> mterry, i'll try to do a test, but really dont plan to do an all nighter today
[18:10] <ogra_> (already past 8pm over here)
[18:11] <mterry> ogra_, ok, no worries
[18:11] <mterry> ogra_, I didn't consider your timezone  :)
[18:11] <ogra_> well, i usually work until 11
[18:11] <ogra_> or 10 at least
[18:20] <mhall119> sergiusens: is the ubuntu-docviewer-app click packaged?
[18:21] <mhall119> now that URI handling is enabled on the platform side, we can use that app to display text files, PDFs and images (those not in the gallery specifically)
[18:24] <Chocanto> mhall119: Just to know about packaging c++ plugin for QML. Is it good to set "Architecture" as "Any" ?
[18:25] <mhall119> Chocanto: I think C++ packages should be "all", seb128 can you confirm that?
[18:29] <infinity> mhall119: Where would you get the idea that C++ packages are arch:all?
[18:29] <infinity> Chocanto: Anything that compiles native code is arch:any (or arch-specific), so that would definitely include C++.  arch:all is for architecture independent stuff, like scripts and data.
[18:30] <mhall119> infinity: because I always get all and any confused
[18:30] <Chocanto> same as mhall119
[18:30] <mardy> jdstrand: hi! No, I think we'll have to postpone it
[18:30] <Chocanto> ok, thank you infinity ! :)
[18:30] <mhall119> thanks infinity
[18:30] <jdstrand> mardy: oh? what happened?
[18:31] <mhall119> would be nice if we could s/all/indep/
[18:31] <jdstrand> mardy: what is it blocked on?
[18:31] <mardy> jdstrand: because of UI issues, mainly: we need to get window reparenting, in order to popup the dialogs on top of the client app
[18:32] <jdstrand> mardy: hrm, that's too bad. are there bugs on it?
[18:34] <mardy> jdstrand: I've been bugging some people personally, but there isn't a bug precisely on that. I mentioned the issue on this one, though: https://bugs.launchpad.net/unity-mir/+bug/1223881
[18:34] <sergiusens> mhall119, first time I heard of ubuntu-docviewer-app as a core app, where's the code?
[18:35] <mardy> jdstrand: tomorrow I'll file a new one just for the window reparenting, and I'll subscribe you as well
[18:35] <Chocanto> sergiusens: lp:ubuntu-docviewer-app
[18:35] <Chocanto> sergiusens: https://code.launchpad.net/ubuntu-docviewer-app
[18:35] <jdstrand> mardy: so, I can start bugging people too. can you either file a new bug or make sure an existing one has everything you need in it, then I can start tracking it, etc
[18:35] <jdstrand> mardy: sounds great. just ping me after. thanks!
[18:36] <ogra_> mhall119, what woudl do the pdf rendering ? we dont have anything for that in the image afaik
[18:36] <Chocanto> fginther: ping
[18:36] <mardy> jdstrand: will do, thanks
[18:36] <sergiusens> Chocanto, ah, you needed a plugin, right? Is that done?
[18:36] <Chocanto> sergiusens: Yes, I just need it to be in the PPA, and that's why i'm pinging fginther :)
[18:37] <mhall119> ogra_: poppler has Qt5 and QML support
[18:37] <fginther> Chocanto, what's up?
[18:37] <ogra_> mhall119, we dont have poppler
[18:37] <mhall119> sergiusens: it's been a core app all along, but because it needed the URI handling in platform to be useable we haven't pushed it into the images yet
[18:37] <mhall119> ogra_: we can fix that
[18:38] <ogra_> just saying :)
[18:38] <ogra_> it wont just be the app alone
[18:38] <Chocanto> fginther: Hey, how are you ? I need a package to be add in the PPA and in Jenkin, do you think it can be done ? :)
[18:38] <fginther> Chocanto, it all depends on what package and where :-)
[18:38] <mhall119> ogra_: sergiusens: the docviewer-app will need to be deb packaged/click shim whatever we're doing for core apps with plugins
[18:39] <sergiusens> mhall119, Chocanto ogra_ lets avoid adding this as a deb into the image and make it click direct please
[18:39] <mhall119> sergiusens: what about the poppler stuff?
[18:39] <sergiusens> if the plugin is built, can happen today
[18:39] <sergiusens> mhall119, needs to be seeded
[18:40] <Chocanto> fginther: This package : https://code.launchpad.net/file-qml-plugin
[18:40] <mhall119> ok, so poppler+plugin seeded in the image, and the docviewer as a click package?
[18:41] <Chocanto> sergiusens: Yes, i'm working on it !
[18:41] <mhall119> Chocanto: did the QML plugin not make it into Saucy's archives?
[18:41] <fginther> Chocanto, sergiusens, what ppa does this need to be in?
[18:41] <Chocanto> mhall119: Which QML plugin ?
[18:41] <mhall119> qtdeclarative5-poppler-qml-plugin
[18:42] <Chocanto> mhall119: It should be in Saucy's archive, I think
[18:42] <mhall119> I'm not seeing it
[18:42] <mhall119> I see libpoppler-qt5-1, but not the qml plugin package
[18:43] <cwayne> mterry, im going to start testing your stuff in like an hour and a half or so, sounds good?
[18:44] <Chocanto> mhall119: Try qtdeclarative5-poppler1.0
[18:44] <Chocanto> fginther: The core apps PPA
[18:44] <fginther> Chocanto, ack
[18:44] <mterry> cwayne, sure
[18:46] <mhall119> Chocanto: ah ha!  wrong package name, must be an old one that was only ever in the PPA
[18:47] <Chocanto> mhall119: It was the old name for the package yes but if I remember popey changed it :)
[18:49] <mhall119> sergiusens: lool: asac: I've added poppler-qml-plugin to the Landing Pipeline spreadsheet
[18:50] <mhall119> sergiusens: Chocanto: so now we need to click package ubuntu-docviewer-app and any non-platform plugins it uses
[18:50] <Chocanto> mhall119: Do I have to wait for the last plugin to be added in the PPA to make it ?
[18:50] <mhall119> Chocanto: the docviewer also needs the PDF mimetype added to it's .desktop file
[18:50] <gnexowner> hi all
[18:50] <gnexowner> am new to ubuntu
[18:50] <mhall119> Chocanto: the file reader plugin?
[18:51] <gnexowner> need some help can i pm someone?
[18:51] <Chocanto> mhall119: Yes, this one
[18:51] <Chocanto> mhall119: Oh and yes I need it, I was waiting for it to merge all waiting branches
[18:51] <mhall119> Chocanto: that I don't know about, sergiusens there's one more C++ plugin used by the docviewer, but I think it can be bundled in the click package
[18:53] <gnexowner> am trying to manually flashing ubuntu on gnex? do i need to flash all 4 files including recovery and boot for it to work?
[18:54] <Chocanto> mhall119: And yes for the .desktop file, I will add it when file plugin will be availlable in the PPA
[18:54] <Nicknoname> hello, is there any link to see changelog between dev release?
[18:56] <ogra_> Nicknoname, http://people.canonical.com/~ogra/touch-image-stats/ does that suffice ??
[18:56] <gnexowner> saucy preinstalled boot, recovery, system and touch all needed to be flashed?
[18:56] <sergiusens> mhall119, it can, I asked Chocanto to make it a deb package and then I'll extract it
[18:57] <popey> ogra_: asac 61 is looking good so far, one gotcha with the music app though..
[18:57] <ogra_> popey, i dont get an icon change in the messaging indicator on maguro
[18:57] <Chocanto> sergiusens: But we can't make a click package with the actual version of docviewer
[18:57] <Nicknoname> yes perfect !
[18:57] <popey> ogra_: when you get an SMS?
[18:57] <ogra_> popey, the rest of the indicator seems fine though
[18:57] <Chocanto> sergiusens: I need to merge the waiting branches to make it work, actually it isn't working
[18:57] <ogra_> popey, yeah
[18:58]  * popey tests
[18:58] <popey> well, in a moment, mine is busy apporting unity 8
[18:58] <ogra_> heh
[18:58] <asac> popey: music app is not a new thing, right?
[18:58] <popey> it plays music when not focussed
[18:58] <popey> ☻
[19:00] <mhall119> Chocanto: sergiusens: thanks guys!  I'll leave you to it then
[19:00] <popey> oh man, I have album art!
[19:00] <Nicknoname> last question, is there any link to download the proposal latest build?
[19:00] <popey> http://popey.com/~alan/device-2013-09-24-200016.png
[19:00] <popey> (none of my tracks have artwork, so the app is doing it)
[19:00] <mhall119> popey: the app or the mediascanner?
[19:01] <popey> no idea
[19:01] <popey> gah, unity8 crash again
[19:01] <popey> easily triggered by switching apps by pulling in from the right
[19:01] <mhall119> probably the scanner, I don't think the app is writing meta-data back, and the scope doesn't use the app
[19:01] <Chocanto> fginther: How things are going ? :)
[19:01] <popey> wonder where scanner is putting the artwork
[19:02] <popey>  /home/phablet/.cache/mediascanne looks plausible
[19:02] <fginther> Chocanto, I'm unable to build a source package from it currently
[19:03] <fginther> Chocanto, http://<IP_ADDRESS>:8080/job/generic-dput/3/console
[19:05] <popey> ok, music app is looping one track, sick of this now ☻
[19:07] <Chocanto> fginther: Do you think something is bad with the debian configuration ?
[19:07] <Chocanto> fginther: I had this error one time when I tested the package with pbuilder, but it just desepeared
[19:07] <popey> ogra_: agreed, my indicator doesn't change colour either
[19:08] <fginther> Chocanto, I believe it needs to be "3.0 (native)" but I'm still missing something
[19:08] <fginther> Chocanto, googling
[19:08] <Chocanto> fginther: Me too ^^
[19:12] <fginther> Chocanto, found it I think. It builds if you drop the "-1" from the changelog package version
[19:12] <Chocanto> fginther: Oh... yes, sorry, I fix it right now
[19:14] <Chocanto> fginther: Ok, I just pushed the fix, it should work right now
[19:14] <fginther> Chocanto, yep, it's being pushed to the PPA
[19:15] <fginther> Chocanto, now to wait and see if it shows up there :-)
[19:15] <Chocanto> fginther: Thank you a lot for your help ! Hope it will work ! :)
[19:16] <fginther> Chocanto, yw
[19:21] <lool> tedg: Ah I had filed a bug
[19:21] <lool> tedg: LP #1229468
[19:21] <lool> tedg: couldn't find it earlier
[19:22] <tedg> lool, Great, thanks
[19:29] <timppa> is it a known bug that sometimes the clock on top right is missing when phone is booted
[19:29] <timppa> ?
[19:29] <ogra_> timppa, i think that is filed yeah
[19:30] <rickspencer3> no image promoted today?
[19:31] <timppa> In latest builds there is also some strange "lag" when phone has been up around a day
[19:31] <ogra_> rickspencer3, we were late today ... still in testing
[19:31] <timppa> memory leaks or something?
[19:31] <timppa> I have not debugged those in any way
[19:32] <dobey> anyone know why run_async() would be called twice in a Unity.ScopeSearchBase-derived class?
[19:32] <ogra_> gah
[19:32]  * ogra_ grumbles needing to use hia U1 account to install click packages now
[19:33] <mhr3> dobey, it's called with every search
[19:33] <fginther> renato_, I think this MP may have broken yours: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/alarm-status/+merge/186285
[19:33] <fginther> renato_, it was merged to trunk just before your MP started to fail
[19:34] <dobey> mhr3: and how many searches are run on startup?
[19:34] <dobey> mhr3: i'm seeing it called twice simply from turning my device on and having the system boot up
[19:35] <mhr3> might as well
[19:35] <mhr3> it'll be as many times as needed :)
[19:35] <mhr3> be called*
[19:37] <dobey> unfortunately that isn't helping me debug the problem of the results not showing up, despite my calling results_invalidated() on the scope
[19:38] <mhr3> dobey, results_invalidated is not hooked up in unity8
[19:38] <mhr3> yet
[19:39] <dobey> is there a timeframe on when it will be? it not being hooked up is making it impossible to verify my fix for a bug :-/
[19:39] <mhr3> dobey, what bug?
[19:39] <dobey> https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1225388
[19:40] <dobey> well, i am trying to fix the scope to deal properly with errors and lack of network, by waiting until network is available to do the search
[19:40] <mhr3> we were discussing the network stuff earlier today, and said it should be done centrally by unity
[19:40] <dobey> there is only so much unity itself can do
[19:41] <dobey> unity can't deal with arbitrary network errors in the scopes
[19:41] <mhr3> it can know when connection was established
[19:41] <dobey> it can tell the scope to refresh
[19:41] <mhr3> and it does know which scopes do internet
[19:41] <dobey> but the scope needs to be able to be smart and deal with errors
[19:41] <mhr3> sure
[19:42] <renato_> fginther, ok I will fix the conflict
[19:43] <fginther> renato_, good luck
[19:43] <dobey> mhr3: and as such, i'm trying to do that in the click scope, but beyond verifying that it is getting data from the network once the network does come up, i can't verify that the results are getting to the dash, because of the lack of invalidation handling
[19:43] <dobey> so if that's going to be fixed soon, that would be very good to know
[19:44] <mhr3> dobey, i'm working on it, but it's touching too many components, will take a while
[19:45] <szymon_w> hi! I heard we can test Mir on daily images for Ubuntu Touch now... what needs to be done to turn on Mir on my nexus4 ?
[19:45] <ogra_> szymon_w, touch /home/phablet/.display-mir
[19:46] <ogra_> szymon_w, to switch back, just remove it
[19:46] <ogra_> szymon_w, (and a reboot after adding it)
[19:46] <szymon_w> ogra_, thanks!
[19:46] <dobey> mhr3: hrmm, ok. should i just assume that it will work, and try to get my branch landed anyway, and once the fix lands in unity8, things should "just work" again?
[19:48] <dobey> ralsina: ^^
[19:48] <renato_> fginther, the merge was ok, without conflicts
[19:48] <mhr3> dobey, sounds like reasonable assumption
[19:48] <ralsina> dobey: wfm
[19:48] <renato_> fginther, I pushed the changes
[19:49] <dobey> ok, thanks
[19:49] <fginther> renato_, the merge is ok. it looks like an incompatible change
[19:49] <the_architect> hi
[19:50] <the_architect> I have a question
[19:51] <the_architect> I've just installed the 'ubuntu-system' devel image to a brand new Nexus 4
[19:51] <the_architect> what's the best way to get a r/w root?
[19:51] <renato_> fginther, any test falling? Does not make sense the change are very different
[19:52] <the_architect> is a simple remount enough or it will screw things up?
[19:52] <fginther> renato_, the tests fail make check. Are you able to build and run the tests locally after merging trunk?
[19:52] <popey> the_architect: adb shell touch /userdata/.writable_image
[19:53] <popey> the_architect: do that and you lose the ability to update over the air
[19:53] <the_architect> thanks
[19:53] <popey> the_architect: reboot after running that command
[19:53] <the_architect> of course, I'm just playing around
[19:53] <popey> cool
[19:55] <the_architect> it doesn't seem to reply to pings on the wifi interface, is that to be expected?
[19:56] <the_architect> iptables looks clean
[19:56] <nik90_> popey: did you get a reply from bzoltan regarding gps?
[19:56] <popey> nik90_: yes!
[19:56] <popey> lp:~bzoltan/+junk/SystemInfo
[19:56] <nik90_> popey: nice!
[19:56] <popey> not tried it yet myself
[19:57] <popey> rev #5 should have the location tab in it.
[19:57] <nik90_> popey: no worries, I will do the testing. thnx!
[19:57] <popey> he found a probably bug in the underlying guts
[19:57] <popey> you need a good satellite view, and it takes an _age_ to lock on
[19:57] <nik90_> popey: ah :)
[19:58] <nik90_> popey: but looking at the app he is building, it looks quite useful!
[19:58] <popey> the app is a fork of one made by pmcgowan
[19:58] <nik90_> bzoltan: thanks a lot for your sample system api app
[19:58] <popey> i _think_
[19:58] <popey> feedback welcome!
[19:58] <nik90_> popey: whoever I got to thank for it
[19:59] <the_architect> one last thing: is there a working jabber/xmpp app somewhere?
[19:59] <renato_> fginther, how this get merged?
[19:59] <pmcgowan> popey, hey I did something good
[20:01] <fginther> renato_, it passed the build and tests: https://jenkins.qa.ubuntu.com/job/ubuntu-ui-toolkit-autolanding/300/
[20:01] <fginther> renato_, are you unable to build trunk?
[20:01] <renato_> fginther, and why this is broken now?
[20:02] <popey> ☻
[20:02] <renato_> fginther, I never got all sdk tests passing on my machine
[20:02] <renato_> I do not know why
[20:02] <renato_> fginther, this test always fails on my machine
[20:02] <renato_> PASS   : qmltestrunner::i18nAPI::test_0_domain()
[20:02] <renato_> XPASS  : qmltestrunner::i18nAPI::test_0_dtr() QCOMPARE(, ) returned TRUE unexpectedly.
[20:02] <renato_>    Loc: [/home/renato/Projects/phablet/sdk/fix-swipe-to-delete/tests/unit/tst_components/tst_plugin_i18n.qml(55)]
[20:04] <fginther> renato_, I'm afraid that's beyond my expertise. Hopefully the sdk team can help figure this out.
[20:05] <Chocanto> fginther: ubuntu-docviewer need to pass all tests to be able to merge a new branch ?
[20:05] <Chocanto> fginther: because the new branch broke all tests, but it's normal...
[20:07] <Chocanto> fginther: http://<IP_ADDRESS>:8080/job/generic-mediumtests/461/?