[00:17] <matv1> can I tempt anyone to install the grooveshark  webapp (the one by grooveshark!) from the clickstore?
[00:17] <matv1> as per https://bugs.launchpad.net/bugs/1389028
[00:17] <matv1> I cannot believe I am the only one
[00:18] <popey> sure
[00:19] <matv1> nah popey you tried already. you are of no use :)
[00:19] <popey> lulz
[00:19] <matv1> in this particular case ;)
[00:20] <matv1> but how on earth does this make sense though
[00:22] <matv1> its consistent across different images and different channels even.
[00:23] <matv1> Starting to feel like my U1 account itself must be corrupt. But then again why can I install and remove any other app no problem at all ?
[00:23] <matv1> me brain explodes
[00:45] <RAOF> Seems to work for me.
[00:48] <matv1> RAOF did you mean the Grooveshark thing?
[00:48] <RAOF> matv1: Indeed.
[00:48] <matv1> ROAF wow
[00:49] <matv1> ROAF thanks very much for trying
[01:07] <Maroc-OS> Hello, Someone faced this problem before?
[01:07] <Maroc-OS> IOError: [Errno 2] No such file or directory: '/tmp/targetfiles-xxxxxx/BOOT/RAMDISK/file_contexts'
[01:09] <Maroc-OS> it seems it looks into the ubuntu ramdisk (ubuntu-root) not the kernel ramdisk (root folder)
[01:10] <Maroc-OS> so there is no file_contexts there and cause this error (make otapackage that use ota_from_target_files)
[01:14]  * matv1 afk
[01:53] <leemeng0x61> anyone?
[01:59] <Maroc-OS> they seems to all R.I.P here :) btw for the bug i wrote about someone report it when someone come's back to life
[06:47] <kiraank> Hi, is there  any documentation for audio system in ubuntu-touch ?
[06:48] <diwic> kiraank, nothing up-to-date AFAIK, is there anything specific you'd like to know?
[06:49] <kiraank> I know that  Pulseaudio is being used. I am interested to know, mixer control setting part.
[06:49] <diwic> kiraank, we were using UCM for a while, but these days the mixer control settings goes through the audio HAL
[06:53] <kiraank> diwic:  "audio HAL", do mean android audio HAL ?
[06:54] <diwic> kiraank, yes
[06:58] <kiraank> diwic: How is policy and routing stuff is handled?
[07:01] <diwic> kiraank, the audio HAL's concepts map to pulseaudio's concepts
[07:03] <diwic> kiraank, you can read the code here: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/vivid/pulseaudio/vivid/view/head:/debian/patches/0207-Enable-pulseaudio-droid.patch
[07:04] <AceLan> hi, is there a way to install not signed click package
[07:07] <kiraank> diwic: thanks for patch. will go through to get better understanding.  So can I assume that PA handles  routing, rendering without help of AudioPolicyService of android?
[07:16] <diwic> kiraank, we talk directly to the Android HAL. I'm not familiar with AudioPolicyService so I think that it is not there on ubuntu touch
[07:19] <diwic> kiraank, out of curiousity, are you asking because you want to make some app, or...?
[07:26] <kiraank> diwic: I am not making any app. I know that PA supports ucm.  To use features like changing the profile/port, there is a need for any external client. Was curious to know how PA is doing same things in ubuntu-touch
[08:19] <Mirv> sil2100: morning. note that there is a new appmenu-qt5 bug #1394887 - should I assign it to you?
[08:22] <dholbach> good morning
[08:44] <mvo> bzoltan: good news, once  lp:~mvo/oxide/multi-arch-fixes  lands the 15.04 chroot should be good again
[08:46] <bzoltan> mvo: \o/
[08:46] <mvo> bzoltan: there was more needed, but I uploaded the other stuff myself, but 320mb (or however big it is) needs a review first :P
[08:47] <bzoltan> mvo: if you need any help I am here
[08:56] <sil2100> Mirv: o/ Let me take a lookie at that :)
[08:59] <Mirv> sil2100: ok!
[09:02] <Mirv> tsdgeos: morning to you too! um. about that dbus fix Qt build...
[09:02] <Mirv> tsdgeos: ...so the patches were there, yeah. they just happened to be missing from debian/patches/series...
[09:02] <Mirv> tsdgeos: so thanks for testing the network-manager fixes :( ubuntu5 in the same PPA has now built for all other archs than armhf.
[09:03] <Mirv> armhf should be ready in maybe half an hour.
[09:03] <tsdgeos> Mirv: so you mean i wasn't really testing the dbus changes?
[09:03] <Mirv> tsdgeos: yes, unfortunately
[09:03] <tsdgeos> Mirv: oh :D
[09:04] <Mirv> tsdgeos: so, if you could look at the unity8 again after 1h and maybe plasma5 in the evening, and we'd relook at the situation on Monday? :) I'll rerun AP:s on the ubuntu5 version.
[09:04] <tsdgeos> Mirv: sure, which silo? same?
[09:04] <Mirv> tsdgeos: same, 027, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-027/+packages
[09:05] <Mirv> I also combined Zoltan's changes in there now
[09:05] <tsdgeos> ok
[09:05] <Mirv> thanks, and sorry..
[09:48] <mardy> marcustomlinson: ping
[09:49] <marcustomlinson> mardy: pong
[09:49] <mardy> marcustomlinson: could it be that the youtube scope process has an opened connection to Mir?
[09:50] <marcustomlinson> pete-woods: ^ any idea?
[09:51] <mardy> marcustomlinson: so, the reason why the notification is not shown in vivid, is that in vivid we try to create a trusted session with the client, and if that works, we don't show the notification
[09:52] <marcustomlinson> mardy: no, splash screen is not even shown
[09:52] <mardy> marcustomlinson: but then it turns out that the trusted session does not work, so nothing is shown
[09:52] <mardy> marcustomlinson: I suspect it's a bug in Mir
[09:52] <marcustomlinson> mardy: yes I think it is. They are looking into it
[09:54] <marcustomlinson> mardy: greyback is aware of the issue
[09:55] <mardy> marcustomlinson: what issue, exactly? I still haven't a clear understanding of what's happening; my feeling is that the trusted session is created even when it should fail (because the initiator PID is not connected to Mir)
[09:56] <marcustomlinson> mardy: basically I just told him the splash screen doesn't show on vivid. He said they haven't made any fixes for that yet. Then he said he'd look into why its not showing up anymore
[09:56] <marcustomlinson> mardy: if you want more info you should probably ask greyback
[09:56] <mardy> marcustomlinson: but that's correct, the splash screen should not be shown
[09:57] <marcustomlinson> mardy: right, but only if they intended that right
[09:57] <marcustomlinson> mardy: nobody seems to have intentionally hidden it
[09:57] <mardy> dednick: hi! Could it be that now trusted prompts are creted even if the initiator pid is not connected to Mir?
[09:57] <mardy> marcustomlinson: ah :-)
[09:58] <marcustomlinson> mardy: so somebody needs to bring it back so they can hide it again (properly) ;)
[09:59] <mardy> marcustomlinson: so, the logic we have in OA is: we always try to create a prompt session on top of the client (and in this case there is never the splash screen); if that fails, than we fall back to showing a snap decision (and here there is the spash screen that we'd like to get removed)
[10:00] <mardy> marcustomlinson: so I wonder, if the reason why the splash screen no longer appears is that we never fall back into the second case
[10:00] <mardy> marcustomlinson: and that would happen if Mir agrees to create a prompt session even though the initiator PID is not connected to Mir
[10:00] <mardy> dednick: ^
[10:01] <JamesTait> Good morning all; happy Friday, and happy World Hello Day! :-D
[10:01] <marcustomlinson> mardy: sure. So I have a set of steps to reproduce the splash screen every time on RTM. And it doesn't show the splash screen on vivid. But the process (that usually bring up the splash) is definitely running
[10:01] <marcustomlinson> mardy: so it works
[10:02] <marcustomlinson> mardy: its just strange, because focus is returned to the scope, then you wait staring at the scope for about 10s until it refreshes (whereas usually the splash screen is visible)
[10:05] <mardy> marcustomlinson: sorry for switching topic, can I ask you about the desktop files?
[10:05] <mardy> marcustomlinson: just saw your mail
[10:06] <tsdgeos> where does one report bugs for the phone-app? here? https://launchpad.net/ubuntu/+source/phone-app
[10:07] <zmaj> what are the usual reasons if the emulator does not work?
[10:09] <marcustomlinson> mardy: actually, just thought about that bug a bit. The only thing we put into the desktop file is the scope name
[10:09] <marcustomlinson> mardy: so that shouldn't need localisation.
[10:10] <marcustomlinson> mardy: the bug is talking about the description from the .application file
[10:10] <marcustomlinson> mardy: I how do we localise that?
[10:11] <mardy> marcustomlinson: wait a second, I was wondering how can live without a .desktop file :-)
[10:11] <mardy> marcustomlinson: don't you need that to provide an icon so that your scope can be displayed in the system settings, in the "memory usage" page?
[10:12] <marcustomlinson> mardy: then we need an icon entry in the .application file I guess
[10:12] <marcustomlinson> mardy: but lets not argue about the .desktop file then, we can buy more time on fixing that
[10:13] <marcustomlinson> mardy: the immediate bug is the translation of the service description in the .application file
[10:13] <mardy> marcustomlinson: the problem is that we don't read that field, if we have a valid desktop file
[10:14] <marcustomlinson> mardy: But we don't put anything other than icon and name into the desktop file at the moment
[10:14] <marcustomlinson> mardy: and NoDisplay=true
[10:15] <mardy> marcustomlinson: yes, so we read the name from there
[10:15] <mardy> (and the icon)
[10:15] <marcustomlinson> which is fine, no localisation required
[10:17] <mardy> marcustomlinson: I don't follow you. The bug is about the name not being translated, so why do you say that no localisation is required?
[10:18] <marcustomlinson> mardy: ok perhaps. I thought he was talking more about the description of the scope under the name (i.e. "Watch your favorite YouTube videos")
[10:19] <mardy> marcustomlinson: ah, that's not showed in the Ubuntu Touch UI; we show it only in Unity7, on the desktop
[10:23] <marcustomlinson> mardy: so is there a solution where the OA backend only uses the icon from the desktop file and the name from .application?
[10:23] <marcustomlinson> mardy: then explain to Kyle N how to localise the strings in /application
[10:25] <mardy> marcustomlinson: no, we always read it from the .desktop file
[10:27] <marcustomlinson> mardy: ok maybe we actually already handle localisation of the name. Give me a minute to check
[10:29] <mardy> marcustomlinson: I see that the system settings plugin has some special code to get the name of the scope from the ini file, but if the .desktop file worked correctly that could be removed and make life simpler for everybody (except you :-p)
[10:30] <marcustomlinson> mardy: k, ignore the name for now, I think we can localise that in the deskop file ourselves.
[10:30] <marcustomlinson> mardy: is there a way to localise the description in the .application file?
[10:32] <mardy> marcustomlinson: yes, add a <translations> element with the name of the gettext domain (like <translations>youtubescope</translations>)
[10:45] <Chipaca> is system settings hanging when you go to battery -> screen brightness a known issue?
[10:46] <marcustomlinson> mardy: ok ignore that bug from the mail we actually already handle this on our side
[10:46] <marcustomlinson> mardy: but.. Please do keep it in the backlog to investigate removing the need for the .desktop file
[10:47] <ogra_> Chipaca, bug 1337200i think
[10:50] <Chipaca> ogra_: dbus daemon is at 10% cpu
[10:50] <Chipaca> ogra_: pretty much the lowest it's been since starting system settings
[10:50] <ogra_> then it is a new bug
[10:50] <ogra_> file it
[10:50] <Chipaca> some of our IPC patterns are textbook "how not to IPC" :-(
[10:50] <Chipaca> will do
[10:55] <Chipaca> bug #1394944
[10:56] <Chipaca> (on a bit further testing, system settings does not hang past the initial dbus daemon spike, hence "blank screen" in the bug descr)
[10:56] <zmaj> I have the same bug
[10:56] <Chipaca> zmaj: +1 it then please?
[10:56] <Chipaca> ie "affects me too"
[10:57] <zmaj> I did it...
[10:57] <Chipaca> thanks
[10:57] <zmaj> Though I myself have a bug that my touch emulator does not boot...
[10:59] <ogra_> Chipaca, can you put image number and device name in there ?
[11:01] <dbarth> ogra_: hey, i have a question about the preinstalled webapps
[11:01] <dbarth> ogra_: i noticed that googleplus is pre-installed, but it's url dispatcher hook is not active it seems
[11:01] <dbarth> its
[11:02] <ogra_> googleplus isnt preinstalled
[11:02] <ogra_> at least that would be news to me
[11:02] <dbarth> hmm
[11:03] <dbarth> then there's something odd
[11:03] <dbarth> i'm talking about the vivid image, just to be sure
[11:03] <dbarth> image 28 from this morning
[11:03] <ogra_> well, would br news to me that we added it
[11:04] <dbarth> hmm, then it was installed on my phone, but something changed in the way the url dispatcher db is managed may be
[11:04] <ogra_> http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20141121/vivid-preinstalled-touch-armhf.manifest
[11:04] <ogra_> scroll to the bottom
[11:04] <ogra_> it lists the preinstalled ones
[11:04] <dbarth> i will try to reinstall the app to see if that puts the hook back into place
[11:04] <dbarth> ogra_: ok, checking; thanks
[11:04] <Chipaca> ogra_: done; krillin rtm-proposed #166 fwiw
[11:07] <zmaj> I heard that they have added windowing into touch...now that is nice progress
[11:10] <dednick> mardy: hi, i shouldn't think so. I think we check for the app pid before creating the trust prompt
[11:10] <dednick> mardy: at least in trunk mir we do.
[11:13] <ogra_> zmaj, can you also add info about which image version and device you use to the bug ?
[11:25] <mardy> dednick: OK, I'll investigate
[11:26] <dednick> mardy: what's happening with it?
[11:30] <mardy> dednick: the trust session is created (and is valid) even if the initiator is a scope (which shouldn't be connected to mir), but then when we actually try to show a window in the session, nothing is shown (and no error is returned either)
[11:33] <dednick> mardy: ah. i think there's something special going on with the scopes. i think they use the dash maybe?
[11:34] <dednick> Saviq: ^ you mentioned this yesterday
[11:37] <mardy> dednick: dunno, but I just hacked our trusted helper to use 99999 as initiator PID (and that pid does not exist), and the session is created and considered valid
[11:38] <mardy> dednick: this is on the RTM image
[11:38] <greyback> mardy: ok
[11:39] <dednick> mardy: what's the mir version on rtm?
[11:39] <mardy> greyback: thanks. I've been told that you are working on some bug about the splash screen being missing; is that about Online Accounts, or a general issue?
[11:40] <mardy> dednick: libmirclient8 is 0.8.0+14.10.20141010-0ubuntu1
[11:41] <greyback> mardy: I'm aware of it, it's vivid only. I've not investigated it yet
[11:41] <dednick> mardy: ya, well that's the missing patch that alan_g did for non-existing application pids.
[11:41] <mardy> greyback: do you have the bug #? I'm trying to understand if it's caused by the issue I'm discussing with dednick, or if it's unrelated
[11:42] <mardy> dednick: ops, sorry, I forgot it was alan_g; but it's great that you found it out
[11:42] <greyback> mardy: I don't have a bug for it
[11:43] <greyback> but in my quick look, the OA process was started, but for some reason shell wasn't picking up it up as trust session
[11:43] <mardy> dednick: BTW, on vivid I've got the same version of mir
[11:44] <mardy> greyback: OK, let me describe you what I'm seeing, maybe it's the reason for the failure:
[11:45] <alan_g> dednick: mardy but 1377968?
[11:45] <alan_g> bug 1377968
[11:45] <dednick> mardy: http://bazaar.launchpad.net/~mir-team/mir/development-branch/revision/1967
[11:45] <mardy> greyback: in vivid, OA always tries to create a trust prompt before showing any UI; only if that fails, it shows a snap decision (from a process which instantiates a QGuiApplication, which causes the splash screen to be shown)
[11:46] <mardy> alan_g: that one, excellent! :-)
[11:46] <alan_g> yw
[11:46] <mardy> greyback: now, because of the bug just linked above by alan_g, the trust session always appears to have been created successfully
[11:46] <nimmersatt> is there a proper texteditor in development?
[11:47] <nimmersatt> something like libreoffice?
[11:47] <mardy> greyback: so OA opens its UI in the trust session; but that session is in fact non-working, so nothing is shown on screen
[11:48] <mardy> greyback: does it sound similar to what you've been told to investigate?
[11:48] <dednick> mardy: it's fixed in 0.9, just wasn't back-ported to 0.8.
[11:48] <greyback> mardy: it sounds like the bug that was mentioned to me yes
[11:48] <mardy> greyback: what is worse, is that OA doesn't know that its window is not shown, so in fact it continues running, hanging all future authentication requests
[11:49] <mardy> greyback: cool, then I guess you can forget about it
[11:50] <greyback> mardy: ok, thanks :)
[11:51] <Saviq> mardy, FWIW, I just discussed this with tvoss yesterday and the longer-term plan would be to allow associating arbitrary PIDs of headless processes (e.g. scopes) with surfaces
[11:52] <Saviq> mardy, this way, when OA opens a session for that PID, it will come up on surface(s) that's associated with that PID (be it dash, a separate scope view or whatnot)
[11:52] <Saviq> at least that's the current plan
[11:56] <mardy> Saviq: ok, that hopefully won't cause problems
[11:56] <Saviq> mardy, I think that should actually solve problems :)
[11:57] <Saviq> mardy, as you'll be able to display a trusted prompt for a scope on UI that's actually associated with it
[12:03] <mardy> Saviq: well, the dash hosts many scopes, so if you refresh the youtube scope and immediately switch to another scope, and see the trusted prompt appear on top of the wrong scope, you might be confused
[12:04] <Saviq> mardy, that's a corner case, and how is that worse than what you're doing now with the notifications?
[12:06] <mardy> Saviq: well, the scopes should ask the dash to get an authentication token on its behalf, and if the user swipes to another scope, the dash could cancel the authentication request (or prevent the swiping)
[12:07] <Saviq> mardy, yeah, problem with that is dash would have to become a proxy for every trusted helper
[12:07] <mardy> Saviq: if the scope does everything itself under the hood, the dash has no idea of what's happening
[12:07] <mardy> Saviq: yep, but TBH I don't see a way around it
[12:08] <Saviq> mardy, I don't think it's going to be too much of a problem (what you described)
[12:08] <Saviq> mardy, the user did just see the youtube scope
[12:08] <Saviq> mardy, and the prompt will say what's trying to access what
[12:09] <Saviq> mardy, and if we pop the prompt up quickly enough, the user won't have time to swipe away ;)
[12:10] <mardy> Saviq: true, but imagine that the phone has just booted, and the user is swiping throught the scopes to access the last one
[12:11] <mardy> Saviq: this is more of a UI design problem than a technical one, I guess, but I think that the scopes should not cause any UI prompt at all, unless after an explicit action by the user
[12:11] <mardy> Saviq: maybe I'm mixing two different issues together :-)
[12:51] <Mirv> tsdgeos: I'm not sure if it's the non-bootstrapwiped mako I have, but when I now started running UITK AP:s on it with the ubuntu5 from silo 027, unity8 does restarts
[12:52] <tsdgeos> :S
[12:52] <Mirv> so it might be the dbus patches aren't that great
[12:53] <Mirv> tsdgeos: not sure if the unity8 log tells anything http://pastebin.ubuntu.com/9147665/
[12:54] <Mirv> dbus log http://pastebin.ubuntu.com/9147694/
[12:55] <tsdgeos> can't see anything obviously wrong in there
[13:35] <Mirv> I'm going to land the NM fixes + qmake-armhf fix only, which accidentally I have...
[13:36] <Mirv> and were tested
[14:21] <kenvandine> bzoltan, what do you think of this https://code.launchpad.net/~ken-vandine/+junk/qtcreator-plugin-bacon2d
[14:22] <jgdx> kenvandine, hey, does this work? http://paste.ubuntu.com/9148051/
[14:22] <kenvandine> jgdx, for a quilt patch?
[14:23] <kenvandine> jgdx, do you have a bzr branch already that you used to build?
[14:23] <jgdx> jgdx, yes
[14:23] <jgdx> yes
[14:23] <kenvandine> you can push that and i can sponsor it
[14:23] <jgdx> I'm building, so that's not done
[14:23] <jgdx> kenvandine, right
[14:24] <kenvandine> the patch looks fine
[14:24] <kenvandine> jgdx, when you do use this in settings, make sure you bump the depends
[14:24] <kenvandine> so we don't forget to backport this to rtm when that feature gets backported
[14:25] <jgdx> kenvandine, yup
[14:26] <kenvandine> jgdx, so without phonesim supporting the mtk stuff, we can't really test it :/
[14:27] <kenvandine> jgdx, should we look at adding that to phonesim?
[14:27] <kenvandine> or is this something we would really only test with mock
[14:28] <jgdx> kenvandine, both radiosettings (the whole interface) and mtksettings are untested in libqofono
[14:28] <kenvandine> i'm talking about testing in settings
[14:28] <kenvandine> when we use it
[14:28] <jgdx> oh that's no problem
[14:28] <kenvandine> just mock?
[14:28] <jgdx> yeah
[14:28] <kenvandine> great
[14:29] <kenvandine> makes me happy :)
[14:29] <jgdx> sorry, thought you were talking about libqofono
[14:29] <kenvandine> we should sort out testing for libqofono though :)
[14:29] <kenvandine> ever figure out how to run those tests?
[14:29] <jgdx> kenvandine, yeah, like you said :) thanks
[14:30] <kenvandine> so just installed?
[14:30] <jgdx> kenvandine, yes
[14:30] <kenvandine> ok, i'll look at fixing that :)
[14:30] <kenvandine> if you don't mind...
[14:31] <jgdx> kenvandine, fixing what? Adding radiosettings and mtksettings to phonesim?
[14:31] <kenvandine> fixing running the tests from the build tree
[14:31] <kenvandine> it bugs me that we can't do that
[14:32] <kenvandine> we rely on libqofono for quite a bit, i want it tested during package build at least
[14:34] <jgdx> kenvandine, aah, cool. There probably is a way, but I did not look for the compiled tests in the build tree.
[14:34] <kenvandine> i tried briefly when i first packaged it, but didn't have time to figure it out
[14:34] <kenvandine> jgdx, but it really bothered me, i'd like to finish that :)
[14:35] <jgdx> +1!
[14:37] <jgdx> kenvandine, that qa email thread was really good reading this morning.
[14:38] <jgdx> thanks for that
[14:38] <kenvandine> jgdx, feel free to add to it :)
[14:40] <kenvandine> jgdx, i feel pretty stongly on that point about where integration testing should be, the tests should be in the component that provides the API/backend not the consumer
[14:40] <kenvandine> if the indicators break actions, that should get caught in the indicator tests before they land
[14:41] <kenvandine> otherwise, we'll catch it in our tests after they are broken, which is too late
[14:41] <kenvandine> so no point in us testing the actions themselves, mocking should be good
[14:41] <kenvandine> and count on the api contract
[14:41] <jgdx> kenvandine, totally agree.
[14:42] <kenvandine> if we have faith in the indicator tests
[14:43] <tedg> tsdgeos, Saviq, okay I think I have a branch that fixes bug 1394622
[14:43] <tedg> Not sure about landing and all that BS
[14:43] <tsdgeos> cool!
[14:43] <tedg> But we can land it in Vivid :-)
[14:44] <Saviq> tedg, glad
[14:45] <jgdx> kenvandine, will thou sponsor?  lp:~jonas-drange/+junk/libqofono-allow-changing-technologies-fixes-1373388
[14:49] <mardy> dednick: I just filed bug 1395028, can you please tell me if I filed it on the right component, and whether it's something which could get fixed in the RTM?
[14:49] <kenvandine> jgdx, will do!
[14:59] <dednick> mardy: hm. not sure if it's qtmir or unity8 that is the problem there. probably qtmir
[15:01] <dednick> mardy: and "fixable in rtm" is only dependent on what priority it is given by the big shots.
[15:03] <dednick> mardy: i'm quite supprised that doesnt work though. i would think it should transistion back to A as soon as process B quits.
[15:04] <mardy> dednick: but that wouldn't be correct, if C appears in the session before B quits
[15:05] <dednick> mardy: but you said C is hosted on B
[15:07] <kenvandine> jgdx, what's the bug # for that libqofono feature?
[15:07] <mardy> dednick: no, they are independent processes; they just have the same MIR_SOCKET variable when they start
[15:07] <dednick> mardy: unless you're saying that your initiating 2 prompts (B & C) using pid of A.
[15:07] <dednick> mardy: in which case i think i'll throw my toys out of my pram.
[15:08] <jgdx> kenvandine, bug 1373388
[15:08] <mardy> dednick: did you go and throw the toys out? ;-)
[15:09] <dednick> mardy: lol. apparently my network did it for me.
[15:09] <mardy> dednick: yes, that's what I'm doing -- I understood that it would be a supported case
[15:09] <dednick> mardy: can you detail exactly what the process is? every case is not covered.
[15:10] <dednick> you have one or 2 prompt helpers?
[15:12] <dednick> mardy: so: "client A" calls a trust helper ("helper B"), which creates a prompt session using "client A" pid, and creating a prompt "client C". ?
[15:12] <dednick> then ?
[15:13] <dednick> mardy: ABC not related to your ABC in the bug above
[15:23] <bzoltan> kenvandine: I like it :)
[15:25] <kenvandine> jgdx, https://launchpad.net/ubuntu/+source/libqofono/0.53-0ubuntu3
[15:25] <kenvandine> bzoltan, cool... happy with the package name too?
[15:26] <kenvandine> bzoltan, when is that qmake build going to land in vivid?
[15:27] <bzoltan> kenvandine: it is not really a plugin as such ... more like qtcreator-template-ham2d
[15:27] <kenvandine> yeah, that's what i was thinking
[15:27] <bzoltan> kenvandine:  or bacon it was
[15:27] <kenvandine> ham2d :)
[15:27] <kenvandine> hahah
[15:27] <bzoltan> almost food :)
[15:27] <kenvandine> bzoltan, or how about qtcreator-bacon2d ?
[15:27] <bzoltan> kenvandine:  the qmake support depends on mvo's branch to land on click
[15:27] <kenvandine> so in case it ends up including more than just a template someday ?
[15:28] <kenvandine> bzoltan, so i was thinking my template could include some magic in deployment.pri to copy the right binary
[15:28] <kenvandine> what do you think?
[15:28] <bzoltan> kenvandine:  you name it as you wish.. i would call it qtcreator-template-bacon2d and rename it with transition package when you extend it
[15:28] <kenvandine> i hate renaming packages :)
[15:29] <bzoltan> kenvandine: who does not :)
[15:29] <kenvandine> so deployment.pri could copy the right arch binary into a Bacon2D dir
[15:29] <kenvandine> or... we could statically link?
[15:29] <kenvandine> since it's compiled
[15:33] <bzoltan> kenvandine: statically linking is not possible with the open source license of the Qt :(
[15:38] <jgdx> kenvandine, zomg thanks
[15:38] <kenvandine> bzoltan, what do you think of the idea of copying the binary in deployment.pri?
[15:39] <kenvandine> is that the right place?
[15:39] <kenvandine> my template could include that
[15:39] <RMH-SIK> anyone could solve me a doubt?
[15:41] <jgdx> RMH-SIK, let's hear 'em!
[15:54] <bzoltan> kenvandine:  sounds doable, why not. Thou I am not sure if it is custom to do so or if there is a known way to deal with such library distribution.
[15:55] <kenvandine> not that i know of...
[15:55] <kenvandine> bzoltan, mind if i stick my package in the same PPA as the ubuntu plugin?
[15:59] <bzoltan> kenvandine: no, feel free
[16:00] <matv1> dobey mardy I updated the bug and added a video of what is happening
[16:00] <matv1> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings-online-accounts/+bug/1389028
[16:01] <matv1> dobey mardy sorry about the quality though :)
[16:03] <jgdx> kenvandine, them packages worked perfectly: http://pastebin.ubuntu.com/9150930/
[16:03] <jgdx> on the device, ril0 ril1 respectively
[16:04] <kenvandine> woot
[16:04] <dobey> matv1: go to https://login.ubuntu.com/+applications and delete the entry there for "Ubuntu One @ ubuntu-phablet" then try again, please
[16:06] <matv1> dobey ahah! you seem to be on the money
[16:06] <matv1> dobey there seem to be 2 account registrations for ubuntu-phablet
[16:07] <matv1> dobey that does not seem right, right?
[16:10] <dobey> matv1: indeed
[16:10] <dobey> although i don't know how you would have gotten two of them
[16:10] <dobey> but delete them, try again, and it should work
[16:11] <matv1> dobey right. how could that happen?
[16:11] <matv1> will do
[16:11] <dobey> no idea :)
[16:11] <ogra_> by doing a "backup restore" of the homedir :)
[16:11] <dobey> you can only add one account on a device, and the server refreshes the existing token, when you log in from the same device
[16:11] <ogra_> (whcih is one of the reasons we dont support that yet)
[16:11] <dobey> ogra_: nope, not even that. this is tokens on the server
[16:12] <ogra_> ah
[16:12] <dobey> and the way the auth scheme works, this shouldn't ever happen. so seems like something was wacky with the account on the server side
[16:13] <dobey> it should happen when any install was attempted though, not just grooveshark
[16:13] <dobey> so i think that is just an oddity
[16:13] <kenvandine> renatu, bfiller: ok, i'm happy with the patch
[16:13] <kenvandine> just tell me when to pull the trigger to upload :)
[16:13] <bfiller> kenvandine: running through the test plan, so far so good. will let you know soon
[16:14] <balloons> tedg, I hear you've manually created a fat click package?
[16:14] <matv1> dobey ogra as I said in the bug. I was able to reproduce this wth that specific app for the past 3 rtm images and also on proposed
[16:15] <matv1> just for grooveshark consistently
[16:15] <dobey> matv1: yes, but it doesn't have anything to do with that app
[16:15] <tedg> balloons, Sure, but more importantly I wrote the code that sets up running them :-)
[16:16] <tedg> balloons, What's up?
[16:16] <balloons> tedg, ahh, well let's talk then. I'm trying to create some fat packages for the core apps and put them in the store. Fingers crossed, they will magically appear then on the phone and desktop stores
[16:17] <dobey> matv1: anyway, i take it that after deleting the tokens on the server, the issue is gone now?
[16:17] <balloons> well, I should say.. I will be able to install the i386 version on my desktop
[16:17] <tedg> Sure
[16:17] <balloons> tedg, so my initial thought was to build traditionally an x86 click, and an armhf click. Then put the builds together and repackage it
[16:18] <ogra_> cant you be more polite ... thats so discriminating, they only have heavy bones, they arent *FAT*
[16:18] <balloons> what should I be doing?
[16:18] <tedg> balloons, That's *basically* it, but you need to make sure everything that is arch specific is in "$(root)/lib/$(arch triplet)" if not already.
[16:19] <tedg> balloons, For instance there can be a bin directory there for the binary, and we'll choose the right one from the exec file.
[16:19] <tedg> If you're already installing them there, then it's just a merge.
[16:19] <tedg> But you might not be putting them there.
[16:20] <tedg> NOTE: It'll work fine even on non-*big boned* packages if they're in the arch triplet directory.
[16:20] <balloons> tedg, what do you mean big-boned?
[16:20] <tedg> balloons, Definitely not you ;-)
[16:20] <tedg> balloons, ogra_'s comment above ^
[16:21] <balloons> :-)
[16:21]  * balloons should have suspected ogra_ 
[16:21] <ogra_> heh
[16:22] <matv1> dobey yes it works again now. Thanks very much
[16:25] <bfiller> kenvandine: all the tests pass, good to push
[16:29] <kenvandine> woot
[17:04] <balloons> tedg, how did you specify multi-arch in the click manifest?
[17:05] <tedg> balloons, Hmm, I'm not sure on that one.
[17:05] <tedg> balloons, http://click.readthedocs.org/en/latest/file-format.html#manifest
[17:06] <tedg> balloons, "architecture"
[17:07] <balloons> tedg, ok that seems to ring with listing them out
[17:10] <tedg> balloons, Yeah, we don't check that at run time. Probably just install and in the store.
[17:11] <balloons> ping jdstrand
[17:18] <melvster> could someone remind me how to upgrade to the latest version of ubuntu touch ... sorry for asking, I have read 2 of the links in the topic but have limited time and am preparing a demo
[17:18] <melvster> (running on nexus 4)
[17:19] <popey> ubuntu-device-flash --channel=devel
[17:19] <melvster> popey: thank you!
[17:19] <popey> np
[17:43] <mhall119> do I need an RTM promotion before I'll start seeing paid apps?
[17:45] <dobey> mhall119: if you're on the promoted channel, yes
[17:45] <mhall119> curse my desire for stability
[17:48]  * dobey wonders if something changed in oxide recently
[17:48] <ogra_> mhall119, i think so ... yes
[17:48] <ogra_> might still take a bit ... we just did a re-spin QA is doing the final tests
[17:49]  * dobey wonders if QA is testing web apps as part of the sanity/smoke testing
[17:51] <ogra_> dobey, yes a lot changed
[17:52] <dobey> or maybe in webbrowser-app something broke
[17:52] <ogra_> (we got a new upstream version with the last proposed image)
[17:52] <ogra_> did you upgrade to the very latest from 1h ago
[17:52] <ogra_> it fixes some issues that caused
[17:52] <dobey> ah. upgrading now. will see if it fixes
[17:53] <ogra_> it will
[17:53] <ogra_> the new oxide didnt clean up the QML app cache ... that caused a lot of issue
[17:53] <ogra_> we now have something in place that wipes the cache completely after OTA
[17:54] <dobey> so it will delete all the cookies and html5 storage data?
[17:54] <ogra_> no
[17:55] <ogra_> it deletes the QML appcache ... not the browser cache :)
[17:55] <ogra_> the pre-compiled binaries that get created on first start of a QML app
[17:56] <dobey> oh, ok
[17:56] <dobey> i don't see how that would cause the browser to load different sites than what was requested though
[17:57] <balloons> tedg, so the resulting click doesn't seem to run on my device. I don't seem to be able to manually start them on the shell so I can see what's happening anymore
[17:57] <dobey> but they do seem to work right again, so eh
[17:57] <balloons> seems like ubuntu-app-launch seemed to do this, but doesn't now?
[17:57] <tedg> balloons, Well, it should start them, but it won't print out the stdout
[17:58] <tedg> balloons, That goes to ~/.cache/upstart/application-click-$(appid).log
[17:58] <balloons> tedg, ok, how best to debug what's going on?
[17:58] <balloons> ahh cool
[17:58] <dobey> balloons: what is the Exec in the .desktop file?
[17:58] <ogra_> dobey, yeah, i suddenly got the desktop versionn of half my webapp pages
[17:59] <balloons> dobey, using say ubuntu-app-launch calculator  "able to find keyfile for application"
[17:59] <dobey> balloons: "calculator" isn't the app
[17:59] <dobey> balloons: it's com.ubuntu.calculator_calculator_$VERSION
[18:00] <balloons> dobey, ahh right.. I was trying the more qualified name, but not com.ubuntu.calculator_calculator_$VERSION
[18:00] <balloons> ty
[18:00] <jdstrand> balloons: yes?
[18:00] <tedg> balloons, You can get it easily with ubuntu-app-triplet com.ubuntu.calculator
[18:01] <dobey> balloons: how did you even build a click that supports more than one arch, and isn't pure qml or similar?
[18:01] <balloons> jdstrand, hey, so seems like the click review tools don't like multi-arch packages. I've been playing around this morning with it and I think everything is good, except the click review tools still give me an error
[18:01] <balloons> dobey, I built 2 clicks and combined them
[18:02] <dobey> oh i guess for calculator that might be ok, if it's running qmlscene foo.qml as the main process
[18:02] <jdstrand> balloons: that isn't surprising. can you file a bug and attach the click?
[18:02] <balloons> jdstrand, ohh, ok then, sure can
[18:03] <balloons> tedg, so looking at the log it's clear it's not finding the right module. I think I named my lib arch folders wrong
[18:03] <balloons> you expect arm-linux-gnueabihf and not armhf yea?
[18:04] <tedg> balloons, correct, you can see what we're expecting with "grep ARCH /usr/share/upstart/sessions/application-click.conf "
[18:06] <balloons> tedg, awesome. Ok, try number 2 with an i386 build  bundled in too
[18:06] <balloons> this is cool stuff
[18:16] <Elleo> '23
[18:16] <Elleo> oops
[18:23] <slvn_> Hi
[18:23] <slvn_> some question ...
[18:23] <slvn_> I want to try the FullShellRotation
[18:24] <slvn_> I need to setup my Nexus10 again for ubuntu : so I do : "ubuntu-device-flash --channel=devel"
[18:24] <slvn_> and I got an error msg :
[18:24] <slvn_> 19:20:41 > ubuntu-device-flash --channel=devel-proposed --wipe --developer-mode --password=1111
[18:24] <slvn_> DEPRECATED: Implicit 'touch' subcommand assumed
[18:24] <slvn_> WARNING --developer-mode and --password are dangerous as they remove security features from your device
[18:24] <slvn_> 2014/11/21 19:21:30 Expecting the device to expose an adb interface...
[18:24] <slvn_> 2014/11/21 19:21:30 Device is |manta|
[18:24] <slvn_> 2014/11/21 19:21:32 Flashing version 28 from devel-proposed channel and server https://system-image.ubuntu.com to device manta
[18:24] <slvn_> 2014/11/21 19:21:32 Start pushing /home/slvn/.cache/ubuntuimages/ubuntu-touch/devel-proposed/manta/version-28.tar.xz to device
[18:24] <slvn_> 2014/11/21 19:21:32 Cannot push /home/slvn/.cache/ubuntuimages/ubuntu-touch/devel-proposed/manta/version-28.tar.xz.asc to device: free space on /cache/recovery is file
[18:25] <slvn_> any idea?
[18:35] <popey> slvn_: looks like you need to free some space in /cache/recovery ?
[18:35] <popey> slvn_: should be able to over adb shell
[18:38] <slvn_> popey,  there is 500 Mo available, in /cache.  no /cache/recovery. The install is a from a fresh Android 5.0 image for nexus10
[18:38] <popey> oh
[18:38] <slvn_> there is not right permission to write in /cache
[18:38] <popey> not done android 5, sorry.
[18:38] <slvn_> (i guess..)
[19:01] <kenvandine> renatu, bfiller: libsynthesis and sync-evolution built in vivid
[19:01] <kenvandine> you're a go for the sync-monitor silo :)
[19:01] <kenvandine> actually still vivid-proposed
[19:01] <kenvandine> but should be enough for your silo
[19:16] <renatu> kenvandine, thanks
[19:16] <kenvandine> renatu, np
[20:00] <balloons> dobey, or alecu I'm trying to see why my multi-arch click isn't showing when I search for it in the i386 store. Everything looks good on the storeside according to beuno
[20:02] <dobey> balloons: if it's arch i386 on the store, it should show up
[20:03] <balloons> dobey, is there anything we can do to track it down why it isn't showing from the client side?
[20:04] <balloons> can I test the same query, or see what data is being returned?
[20:07] <balloons> dobey, if we query the store with an i386 arch header, it shows in the list. But it doesn't show inside the click scope on the i386 emulator for instance
[20:09] <dobey> balloons: what framework does it require? what image in the emulator?
[20:09] <balloons> dobey, it is an older image, I guess I should grab the latest stable
[20:10] <balloons> if it was the framework, I will be embarrassed
[20:11] <dobey> balloons: the client sends the list of installed frameworks to filter the results, so you don't install an app and then have it not work because the framework was missing
[20:17] <ahoneybun> hello all
[20:47] <balloons> dobey, my apologies. It shows up fine now.. On the happier note, multi-arch click in the store, wahoo
[20:47] <ahoneybun> yay email about t-shirt was sent out@
[20:47] <ahoneybun> !
[20:48] <balloons> congrats ahoneybun !
[20:52] <dobey> balloons: great
[21:01] <ahoneybun> balloons: thanks! can't wait
[21:35]  * ahoneybun upgrades his Xubuntu MacBook to flash his N4
[21:40] <dobey> oi
[22:01] <chocanto> popey : Hello ! It was a long time. Do you know if Stefano is here ?*
[22:01] <popey> hey chocanto
[22:01] <popey> how you doing?
[22:02] <chocanto> great and you ?
[22:02] <popey> great.
[22:02] <popey> Stefano isn't online right now, can I help?
[22:02] <chocanto> I'm sorry for long time without any news, I had a lot of things to do, here, IRL
[22:02] <popey> Not a problem, no need to apologise at all.
[22:03] <popey> You been getting some spam from launchpad? ☻
[22:03] <ahoneybun> popey: pop
[22:03] <chocanto> Ok thank you.
[22:03] <popey> ahoneybun: goes the weazle.
[22:04] <chocanto> Well yes, I think it's the only spam I like to see
[22:04] <balloons> well howdy!
[22:04] <chocanto> I saw he created good bug report
[22:05] <popey> He's been very active recently
[22:05] <chocanto> So I wanted to help him with it, as working on fixing bugs like these will not take me much time, but will help the project
[22:05] <popey> Awesome! Great news.
[22:05] <popey> You have no idea how much that's ended my week on a high!
[22:06] <chocanto> Ahah, why ? :)
[22:06] <popey> It's always nice to see contributions, and even better when people take a break and feel they can just come back any time.
[22:07] <ahoneybun> popey: almost 60 downloads
[22:07] <popey> I like to hope we foster that feeling where people can go when times are difficult for them, and come back when they have time and brain power to do so.
[22:07] <popey> ahoneybun: for what?
[22:07] <ahoneybun> my app uBeginner popey
[22:08] <popey> Awesome!
[22:08] <chocanto> Without motivation and time it is difficult to be happy to help for a project. Now will be better
[22:09] <popey> It will help having someone else active, I'm sure?
[22:09] <ahoneybun> popey: it seems you cant install ubuntu touch on a device from a VM
[22:09] <popey> ahoneybun: usb in a vm sucks, this is not news ☹
[22:09] <chocanto> I know how it is difficult to run a project nearly alone, even if you are here to help, so yeah, I don't want him to be the only one active on this project
[22:10] <ahoneybun> popey: well I have W8 right now for Steam
[22:10] <ahoneybun> so I tried doing it from a VM with Ubuntu
[22:10] <popey> chocanto: excellent. drop him a mail, he'll appreciate it.
[22:10] <popey> got his address?
[22:11] <chocanto> popey : I already emailed him few times, he asked me more about the project and what we planned to do for the future
[22:11] <chocanto> popey : But I think it will be easier to talk here
[22:11] <popey> chocanto: we have a meeting scheduled on irc on thursday
[22:11] <popey> want me to invite you?
[22:11] <popey> 15:00 UTC
[22:12] <ahoneybun> popey: I'm on Lollipop right now on my N4 but I am going to try to live a week without my Android Wear watch
[22:12] <chocanto> Well, same day, same hour. I can't promise you I will be here, but I can try
[22:12] <popey> chocanto: otherwise we can always discuss over bugs / merge proposals and email
[22:13] <popey> ahoneybun: this is one reason I refuse to buy any kind of smart watch - it locks you into one platform.
[22:13] <popey> chocanto: whats the best email to invite you with?
[22:13] <chocanto> Of course !
[22:13] <chocanto> popey : grangeranthony@gmail.com
[22:14] <ahoneybun> popey: it really does but I was able to kinda sell my Pebble Steel to my mom
[22:14] <ahoneybun> so that was good for me
[22:15] <ahoneybun> popey: can you give me some feedback on my app uBeginner? I really want to improve it but do not know where
[22:15] <popey> chocanto: ok!
[22:16] <popey> ahoneybun: I wiped my phone, so will re-install it, play over the weekend and provide some feedback.
[22:17] <ahoneybun> popey: awesome thanks!
[22:18] <ahoneybun> right now I'm downloading the newest devel-proposed image
[22:21] <ajalkane> ahoneybun: I'm running dev env in VM and deploying to phone works
[22:21] <popey> oh hai ajalkane
[22:21] <popey> late for you
[22:21] <popey> got snow where you are yet ajalkane ?
[22:22] <ajalkane> popey: yeah started snowing today. Hopefully it stays. It's pretty dark without snow
[22:22] <popey> I can imagine
[22:22] <ahoneybun> ajalkane: how?
[22:22] <ahoneybun> flashing to?
[22:22] <ahoneybun> too?
[22:23] <ajalkane> ahoneybun: at least with VMWare Player it worked without any additional steps
[22:23] <ajalkane> yes, flashing too
[22:23] <ahoneybun> wow
[22:23] <ajalkane> when device is inserted it just asks if to use it inside VM, and then VM grabs it
[22:23] <ahoneybun> I'm using virtualbox with the addons
[22:24] <ajalkane> with VirtualBox it's a bit more involved as you have to whitelist the devices that are allowed for VM
[22:24] <ahoneybun> and I get adb and fastboot to work
[22:24] <dobey> popey: you could get that watch that tedg was championing
[22:24] <ajalkane> oh... right... when I started VirtualBox didn't work at all with Ubuntu Touch components, so I've been just using VMWare Player though would prefer VirtualBox
[22:25] <ahoneybun> VMWare costs money I believe
[22:25] <ajalkane> if you have adb working then of course theoretically everything else should work. But if you grow impatient you can try VMWare
[22:25] <ajalkane> VMWare Player is free for personal use
[22:26] <dobey> what do you need a vm for?
[22:27] <popey> dobey: is it 12" diagonally on the wrist?
[22:27] <ajalkane> dobey: to keep upto-date development environment without messing your main OS in anyway. Also easy to discard the VM and start anew if something goes askew
[22:27] <dobey> popey: no, it has an open API, so you can write apps to interact with it on any platform
[22:27] <popey> nice
[22:28] <dobey> ajalkane: i'm still running trusty, and developing phone apps without any problem :)
[22:28] <ahoneybun> ajalkane: I have a old macbook around and just used it to flash the OS at least
[22:28] <tedg> popey, The community open stuff: http://metawatch.org/
[22:28] <dobey> ajalkane: you should be able to run app locally in a chroot or lxc, at least, for testing
[22:29] <popey> Can it tell the time?
[22:29] <tedg> popey, TI makes a dev kit based on their API as well, if you want to build your own watch.
[22:29] <ajalkane> dobey: ah... I wasn't that lucky. I had to upgrade to 14.10 before it was released. But it might have been it was unrelated to the OS version.
[22:29] <popey> (usual 'can you make calls on it' joke from ye olde openmoko days)
[22:29] <tedg> popey, Heh, the retail website: http://meta.watch/
[22:29] <popey> Okay, yes, I want that.
[22:29] <ajalkane> ahoneybun: how USB works probably varies by the host running it. I'm running on Linux host
[22:29] <popey> Make it so.
[22:30] <ajalkane> dobey: no doubt... VirtualBox and VMWare are just to me much easier to figure out
[22:30] <dobey> ajalkane: i don't know. i'm using the sdk from the ppa, and not having any issues
[22:30] <ahoneybun> ajalkane: I have a Windows host
[22:30] <dobey> i find trying to develop inside a vm to be incredibly frustrating
[22:31] <dobey> no private keys, video is not great, and a bit of a pain to interact with
[22:31] <ajalkane> dobey: well I was also using 12.04 as host for the long time until upgrading to 14.04 and I think it'd been an issue trying to keep dev env working on that without separate VM install
[22:32] <popey> ahoneybun: might want to add a link / category for discussion - http://discourse.ubuntu.com/
[22:32] <ajalkane> dobey: no private keys? Well, when I'm developing I don't usually watch much cat videos :P. But I can always switch to host to watch them when necessary
[22:32] <dobey> my biggest problem is that nautilus likes to crash
[22:32] <dobey> ajalkane: you don't use version control, gpg, and ssh?
[22:33] <ajalkane> dobey: I do, but it takes just a couple of seconds to copy private keys to VM
[22:33] <ajalkane> so I was wondering if you meant something else
[22:33] <dobey> no i didn't mean something else
[22:34] <dobey> but there's editor configs, etc etc as well
[22:34] <dobey> just too much pain
[22:34] <ajalkane> some people even store their private keys on a shared folder that's common for host and the VM
[22:34] <dobey> good for those people
[22:34] <ajalkane> sure, it's always a bit of setting up when making a new VM, no argument there
[22:35] <dobey> any time i tried to set up shared folders in a VM it was always a pain, and never worked
[22:35] <ajalkane> heh yeah, I don't use shared folders for that kind of stuff either. Only for transferring files between host and guest
[22:36] <dobey> on the other hand, lxc basically just works
[22:36] <dobey> makes it easy to edit code in the editor on the host os, and compile/test it in the lxc
[22:38] <ajalkane> yeah I should one day take a closer look at lxc
[22:41] <ahoneybun> popey: for what?
[22:41] <popey> ahoneybun: your app ☻
[22:42] <ahoneybun> oh I just for UT installed on my N4
[22:42] <ahoneybun> very slick
[22:43] <popey> no, i mean, you might want to add discourse to your app, like forums
[22:43] <ahoneybun> oh yea yea
[22:46] <ahoneybun> I can;t get my wifi to work
[23:03] <Elleo> popey: if you're bored... I just finished updating and polishing up Deep Vision and have submitted it for review ;)
[23:03] <slvn_> Hi, just tried the FullShellRotation on Nexus10, with natives applications. One Portrait and One Landscape. It seems working fine !  Only issue seems to be the status bar that remains sometimes. ( I mean sometimes, because it is there is in Landscape and not in portrait), or vice-versa.
[23:03] <popey> Elleo: ooh
[23:04] <popey> oooh and more ooooh
[23:04] <Elleo> heh
[23:04] <popey> Elleo: probably wanna update the framework?
[23:04] <popey>     ubuntu-sdk-14.04-qml-dev1 is ye olde
[23:05] <Elleo> popey: ah, right; will do that now
[23:05] <popey> k
[23:05] <popey> will wait for that
[23:13] <slvn_> FullShellRotation : actually, seems a bug : open a landscape app. go to lockscreen and come back.  the app is badly rotated and truncated.
[23:15] <Elleo> popey: ah, do the 14.10 frameworks work on RTM? should I just be targetting the final 14.04 ones?
[23:15] <Elleo> it should be compatible with either, so I guess targetting the lower framework makes sense anyway
[23:15] <popey> it'll work, sure. the 14.04 ones exist on the rtm images
[23:16] <Elleo> okay, so I'll change the framework to ubuntu-sdk-14.04-qml
[23:16] <popey> why not 14.10?
[23:16] <popey> _nobody_ is running 14.04
[23:16] <Elleo> popey: I tried 14.10 but it wasn't launching on RTM
[23:17] <Elleo> (was fine on vivid though)
[23:17] <popey> well thats odd
[23:18] <popey> "click framework list" will tell you what's supported on your device
[23:18] <Elleo> ubuntu-sdk-14.10-qml is supposedly supported
[23:18] <Elleo> I'll just try that again
[23:19] <popey> thats liste don my device too
[23:19]  * popey cleans out the cumbs from his keyboard
[23:20] <Elleo> hmm, just tried again and its working fine
[23:20] <Elleo> maybe I mistyped something
[23:20] <Elleo> or perhaps it had some issue with the package going between frameworks
[23:20] <cwayne1> Elleo: do cutespotify next! :D
[23:20] <Elleo> since I uninstalled it before retrying this time
[23:20] <Elleo> cwayne1: yep, that's next on my backlog :)
[23:21] <cwayne1> Elleo: :D  so I tried to make my scope use play.spotify,com, but turns out that needs flash
[23:21] <Elleo> cwayne1: yeah :(
[23:21] <Elleo> popey: ah, my security policy doesn't match that framework
[23:22] <cwayne1> so as of now, the spotify scope is pretty worthless, you can search your library and stuff, but can only play 30 second previews :/
[23:24] <Elleo> cwayne1: it'd be cool if you could add songs to playlists from it
[23:24] <Elleo> the app doesn't have any support for that at the moment
[23:25] <cwayne1> hm, that would be cool, not sure though (there's not much wiggle room in scope toolkit re: functionality)
[23:25] <Elleo> cwayne1: can you not add a custom button to the preview widget?
[23:25] <Elleo> although I guess you'd then need to be able to select a playlist which could be hard
[23:25] <cwayne1> Elleo: well you can, but all it can do is pass a URI
[23:26] <cwayne1> and then call it from url-dispatcher
[23:26] <Elleo> ah
[23:27] <Elleo> popey: all passed :)
[23:27] <popey> huzzah
[23:28] <cwayne1> also, hoping my apps pass the manual review for including account-plugins
[23:28]  * cwayne1 would like to think he's trusted enough
[23:28]  * popey puts a black mark against cwayne1 
[23:28] <cwayne1> :(
[23:28] <Elleo> heh
[23:28] <popey> i do like this rss feed mzanetti mentioned
[23:29] <popey> put it in shorts
[23:29] <popey> http://popey.mooo.com/screenshots/device-2014-11-21-232849.png
[23:29] <popey> now i know which apps are new
[23:29] <Elleo> oh, neat
[23:29] <Elleo> it'd be nice to have a "New Apps" section in the store
[23:29] <popey> yeah, everyone says that :D
[23:29] <Elleo> heh
[23:29] <popey> lobby beuno
[23:30]  * popey installs deep vision
[23:30]  * popey wanders round the house taking photos of things
[23:30] <mzanetti> +1 on the "new apps" category
[23:31] <mzanetti> :)
[23:31] <cwayne1> +1
[23:31] <popey> ooh i like the download classifiers thing in deep vision, that's natty
[23:32] <Elleo> yeah, I wanted to make it possible for people to create their own classifiers and easily integrate them
[23:32] <Elleo> actually training classifiers is a massive pain though
[23:32] <popey> take zillions of photos of a think?
[23:32] <Elleo> zillions of photos + super beefy GPU + 3 days solid computation
[23:33] <popey> heh, killed it
[23:33] <Elleo> if I had unlimited resources I'd try and setup some sort of cloud service that you could just upload your training data to and let it do all the complicated stuff
[23:33] <popey> i think it ate all the ram on my phone and got OOM killed
[23:33] <popey> because it looks all blurry
[23:34] <Elleo> popey: yeah, I've had that happen a few times on krillin, but not on mako
[23:34] <popey> http://popey.mooo.com/screenshots/device-2014-11-21-233356.png
[23:34] <popey> oh, entire phone died
[23:34] <Elleo> so I think it's pretty much hitting the memory limits on krillin
[23:34] <popey> 27241 phablet   30  10   18100  12696   3940 R  77.3  1.3   0:54.71 apport
[23:34] <popey> hello apport
[23:34] <popey> unity8 died
[23:34] <Elleo> would be nice if the store let you specify minimum hardware requirements
[23:34] <popey> no App of the week for you! :D
[23:34] <Elleo> heh
[23:35] <cwayne1> ha, xkcd viewer was app of the week for weeks and never worked :)
[23:35] <popey> yeah, we take recommendations for top app picks or apps of the week
[23:38] <Elleo> popey: does it always crash for you, or only occassionally?
[23:38] <popey> lemme try again
[23:39] <popey> app wont start now ☹
[23:39] <Elleo> :/
[23:39] <popey> guess unity 8 is wedged
[23:40] <popey> reboot time
[23:44] <cwayne1> honestly seems to me that anything that crashes unity8 is a unity8 (or some related project) bug, if we have these super-sandboxed apps, nothing an app can do should crash anything
[23:44] <Elleo> cwayne1: iirc there's currently a bug for apport doing bad things and eating up all resources after a crash, I'd guess that's what caused the unity crash
[23:45] <cwayne1> ah yes
[23:45] <cwayne1> the latest top-blocker even
[23:46]  * popey attaches a RAM PAK to his phone
[23:46] <Elleo> heh
[23:47] <Elleo> 21st century RAM PAK - make a swap file on an SD card ;)
[23:47] <popey> oooh!
[23:47] <popey> no velcro needed!
[23:47] <Elleo> heh
[23:48] <popey> http://www.nightfallcrew.com/wp-content/gallery/memotech-memopack-16k-for-sinclair-zx-81/IMG_9008.jpg
[23:48] <popey> them were the days
[23:49] <popey> Saved up so much pocket money for that memopak
[23:49] <popey> stupidly used blu-tak initially to hold it on
[23:49] <Elleo> heh
[23:49] <sarnold> blutak for the memopak! what could go wrong? :)
[23:49] <popey> you were a BBC Micro guy?
[23:49] <popey> well indeed!
[23:49] <popey> heat
[23:49] <popey> it turns out
[23:50]  * cwayne1 feels too young for this conversation
[23:50] <Elleo> I should be too young for this conversation, but we had an enterprise in our house long after more modern things arrived ;)
[23:51] <popey> enterprise?
[23:51] <Elleo> popey: http://en.wikipedia.org/wiki/Enterprise_%28computer%29 <-- really neat, but commercial failure
[23:52] <popey> Is that Times New Roman on that keyboard!?
[23:53] <Elleo> my font identification isn't good enough to confirm that
[23:53] <popey> might not be, just looks out of place
[23:53] <cwayne1> yeah, still too young :P
[23:53] <popey> actually more like courier
[23:53] <popey> haha
[23:54] <popey> cwayne1: what was your first computing device?
[23:54] <Elleo> just looking at the images on wikipedia gives me warm childhood feelings
[23:54] <popey> hehe
[23:54] <cwayne1> popey: i don't really know tbh
[23:54] <cwayne1> i got a desktop as soon as i learned to read
[23:54] <cwayne1> but i never really knew what the hardware was
[23:54] <cwayne1> all i remember is it ran windows 3.1
[23:59] <popey> golly
[23:59] <popey> get you with a GUI
[23:59] <popey> In my day.. etc
[23:59] <Elleo> heh