[00:00] <bschaefer> SturmFlut, yeah a mir disconnect usually causes a abort
[00:01] <bschaefer> IIRC
[00:03] <SturmFlut> bschaefer: Hm. Well, enough for today, it is 1 AM again. See you tomorrow!
[00:03] <bschaefer> SturmFlut, cya!
[07:44] <dholbach> good morning
[08:10] <SturmFlut> dholbach: Good morning!
[08:11] <dholbach> hi SturmFlut
[09:19] <pitti> sergiusens: \o/ thanks for fixing the emulator
[09:34] <l3on> :( https://developer.ubuntu.com/en/2014/06/10000-users-of-ubuntu-phone/
[09:34] <l3on> where can I find ? ^
[09:35] <JamesTait> Good morning all; happy Answer Your Cat’s Questions Day! :-D
[09:37] <popey> l3on: looks like a redirect issue on the new site
[09:38] <popey> dpm: mhall119 ^^ looks like there's a broken redirect on the new site
[09:39] <dpm> perhaps we didn't port that blog post?
[09:41] <popey> I don't know... but it's a broken link
[09:41] <popey> (we link to it from http://voices.canonical.com/user/163/tag/phone/ for example
[09:41] <l3on> popey, http://discourse.ubuntu.com/t/10-000-users-of-ubuntu-phone/1729
[11:15] <davmor2> popey: goto that link you just posted in chromium do images load for you?
[11:16] <popey> no, which is what l3on was reporting
[11:16] <davmor2> popey: ah cool
[11:17] <sergiusens> pitti: no problem
[11:17] <sergiusens> sorry for breaking it
[11:17] <sergiusens> I never thought changing from GiB to GB would break it :-/
[11:21] <pitti> sergiusens: heh -- it's rare to see a tool handling disk size which only deals with the power-2 units
[11:27] <jgdx> elopio, ping
[12:20] <jgdx> oSoMoN, thanks for the review. I've addressed your comments, but I'm not 100% sure where to put the singleton creation callback.
[12:23] <jgdx> oSoMoN, the callback is at L549, in plugin.cpp. I'm pretty sure it does not belong in the class itself.
[12:34] <oSoMoN> jgdx, let me check
[12:38] <oSoMoN> jgdx, that looks correct to me
[12:39] <oSoMoN> jgdx, as far as I’m concerned, the MR looks all good now, but if someone who actually knows the code base could take a look that’d make for a more proper review
[13:12] <jgdx> oSoMoN, right. I think Ken has looked it, and will look at it again when time comes.
[13:35] <saidinesh5> Elleo: out of curiosity how much memory does Ubuntu keyboard take up and how much do you think is acceptable?
[13:37] <Elleo> saidinesh5: iirc it varies between about 50 and 60MB (depending on the dictionary loaded)
[13:38] <saidinesh5> Ahh hmm...
[13:38] <Elleo> saidinesh5: a big chunk of that is memory used by Qt apps for anything (something like 15-20MB as I recall), then another big contributor is hunspell loading whole dictionaries into memory
[13:38] <saidinesh5> Sounds about the same for me
[13:38] <saidinesh5> Yup.. Hunspell was bad...
[13:39] <Elleo> we're vaguely considering a branch of hunspell that was developed for chromium, that could improve memory usage, but haven't looked into in detail yet
[13:39] <saidinesh5> Ahh yeah seen that.. Binary format right?
[13:39] <Elleo> saidinesh5: yeah
[13:40] <saidinesh5> Yeah but i wasn't satisfied with hunspell suggestions either when it comes to swipes...
[13:41] <Elleo> saidinesh5: it has pretty poor performance for suggestions too
[13:41] <saidinesh5> Oh yes, performance is another interesting issue i noticed... It drastically sucks on phone somehow
[13:42] <saidinesh5> Like the same swipes were really fast on desktop
[13:42] <saidinesh5> Compared to the tablet
[13:42] <saidinesh5> Haven't looked in detail though
[13:42] <Elleo> saidinesh5: interesting, I seem to remember it being pretty responsive when I tried your plugin on an N4
[13:43] <saidinesh5> That was brute force :p
[13:43] <Elleo> ah, was that with the precomputed swipes?
[13:44] <saidinesh5> Well brute force only for the words starting with the current letter
[13:44] <saidinesh5> Yup
[13:44] <Elleo> I haven't tried comparing hunspell on arm to hunspell on x86, would be interesting if there is a big difference
[13:45] <saidinesh5> For me the hunspell matcher on phone performed quite worse on longer words like in your video
[13:45] <saidinesh5> But the same words were fast on desktop
[13:45] <Elleo> interesting
[13:45] <Elleo> I'll have to have a play with that
[13:45] <saidinesh5> So nevertheless dropped hunspell matcher
[13:45] <Elleo> might be some low hanging fruit for optimisation in hunspell
[13:46] <saidinesh5> Mhm .. Also hunspell dictionaries don't account for word frequency right?
[13:46] <Elleo> nope
[13:46] <Elleo> we use presage for that side of things, which is typically faster too
[13:47] <Elleo> but it can be problematic if you feed presage too much training data
[13:47] <saidinesh5> Ahh ... I remember finding words like sqlite in presage , so left it for later
[13:47] <Elleo> as it can get quite slow if its database is too big
[13:47] <saidinesh5> Yup presage looks like it was designed for desktop
[13:48] <saidinesh5> N grams and sqlite and stuff
[13:48] <Elleo> and it has a few nasty bugs still (like splitting words on apostrophes)
[13:48] <saidinesh5> Ahh the interesting thing android dictionaries did was
[13:49] <saidinesh5> Add the punctuated words as dictionary words
[13:49] <saidinesh5> So you get a lot of things for free
[13:49] <Elleo> yeah, that's what most dictionaries do (hunspell does that)
[13:50] <Elleo> and we have a patch for presage to make it treat apostrophes more normally
[13:50] <saidinesh5> Ahh i thought hunspell affix files specified that
[13:50] <saidinesh5> Ahh
[13:51] <Elleo> saidinesh5: yeah, I'm not certain about hunspell's affix stuff; it might just be for handling less common cases
[13:51] <saidinesh5> So i was thinking of just optimizing skeyer's memory usage and ship the brute force matcher for the first version
[13:51] <Elleo> saidinesh5: but certainly commonly punctuated words are in the normal dictionary file
[13:51] <saidinesh5> Ah
[13:53] <saidinesh5> Hmm.. Are there any other fossy dictionary matching algos out there?
[13:53] <saidinesh5> Libraries i mean
[13:53] <Elleo> there's libaspell, not sure how its performance compares though
[13:54]  * saidinesh5 googles
[13:55] <Elleo> saidinesh5: http://aspell.net/
[13:55] <saidinesh5> Mhm
[13:56] <Elleo> saidinesh5: their own metrics suggest its faster than hunspell, but they look rather out of date (comparing against hunspell 1.1)
[13:56] <saidinesh5> Looks quite like hunspell 0_0
[13:56] <saidinesh5> The api i mean
[13:56] <saidinesh5> Ah
[13:59] <saidinesh5> Also any updates on merging the mir backend into Maliit?
[14:00] <Elleo> saidinesh5: nope, I need to ping the mir folks again; I think the two people I need were on holiday last time I tried; but that was all put on hold a bit while we synced maliit and keyboard stuff between vivid and RTM
[14:01] <Elleo> saidinesh5: but we just finished that sync, so we should be clear to start doing more experimental stuff with maliit again now
[14:02] <saidinesh5> Ahh cool... I need to patch Ubuntu keyboard too so that it would be merged?
[14:02] <saidinesh5> Also how does one ship a 3rd party keyboard then?
[14:03] <saidinesh5> In the Ubuntu store... Click packages are a no go right?
[14:03] <Elleo> saidinesh5: I've already got a branch that patches the ubuntu-keyboard
[14:04] <saidinesh5> Ahh  nice
[14:04] <saidinesh5> Less work for me :p
[14:04] <Elleo> saidinesh5: at the moment there's no way to ship a 3rd party keyboard to end users easily, you can make deb packages for advanced users to install (they have to have their device setup read-write)
[14:05] <Elleo> saidinesh5: we're going to be working on 3rd party stuff this cycle, but not much has started in that respect yet (we're still mostly busy bug fixing for the upcoming release)
[14:05] <saidinesh5> Was mostly testing stuff with the skeyer demo but i think I'll stop working on matchers and start fixing maliit plugin so was
[14:05] <Elleo> saidinesh5: but the first step for 3rd party stuff will be 3rd party things from OEMs (i.e. that get shipped with the device), rather than that keyboard that can be installed from the store
[14:06] <saidinesh5> Also can't i just specify the plugin file in server.conf?
[14:06] <saidinesh5> Ahh
[14:06] <Elleo> saidinesh5: I'd like to get us to a stage where keyboards can be shipped as clicks, but that might be a way off for now
[14:06] <saidinesh5> Btw upcoming release = 2weeks right?
[14:07] <Elleo> saidinesh5: something in that ballpark, yeah
[14:07] <saidinesh5> Hmm... Like if you have a roadmap, i don't mind pitching in some help
[14:09] <Elleo> saidinesh5: not much of a roadmap yet, I think it'd be useful to have a meeting with all the interested parties (you, me, security team, mir folks, etc.) to work things out a bit more publicly
[14:09] <Elleo> saidinesh5: but that's not likely to be easy to organise for a little while, as everyone's attention is pretty full currently
[14:10] <saidinesh5> Mhm, maybe include the sailfish folks too ? Even they maintain a private fork of Maliit apparently
[14:10] <saidinesh5> Ah
[14:10] <Elleo> saidinesh5: yeah, wouldn't hurt to chat with them; I suspect there wouldn't be a massive amount of overlap for this side of things though, since it's likely to relate mostly to click stuff and app confinement which is pretty Ubuntu specific currently
[14:10] <saidinesh5> Hmm.. Yeah
[14:11] <saidinesh5> Afaik that other guy's swipe keyboard is also quite close to release
[14:11] <saidinesh5> But that's pretty tied to sailfish atm
[14:12] <saidinesh5> Okboard or something it was..
[14:12] <Elleo> saidinesh5: it'd also be interesting to have a conversation about maybe using libskeyer directly in the existing keyboard as a default option; but I think that'd require a chat with legal people too (I have no clue about that side of things)
[14:12] <saidinesh5> Ah sure, I'll need time for that though
[14:13] <saidinesh5> Right now it's really a stupid brute force matcher :p
[14:13] <Elleo> heh
[14:14] <Elleo> saidinesh5: yeah, I'm thinking for the future really, my own time is pretty tied up the next couple of months with bug fixes for existing keyboard stuff and new features/improvements for our chinese keyboard stuff (which will obviously be pretty important for us in the near future too)
[14:15] <saidinesh5> By tonight i think it would at least be fast enough though... And by this weekend hopefully support for frequently mistyped words.... (This works *very* nicely during prototype)
[14:15] <Elleo> saidinesh5: cool
[14:16] <saidinesh5> But yeah even i hate the fact that at the end of all this, if things go weird pirate bay release seems like the only option lol
[14:16] <saidinesh5> Right now I'm almost working full time on this...
[14:17] <Elleo> saidinesh5: yeah, software patents make everything painful :(
[14:17] <saidinesh5> Mhm
[14:17] <apricot1> on which tablets/SoC can I use Ubuntu? Is it Ubuntu-touch?
[14:18] <ogra_> on nexus4 and 10
[14:18] <ogra_> err
[14:18] <ogra_> nexus 7 and 10
[14:18] <apricot1> does it work on any quad-core A15 CPU?
[14:18] <ogra_> (on 4 too, but thats not a tablet)
[14:18] <ogra_> if you port it to it it will owrk  on any SoC
[14:18] <saidinesh5> Also for libskeyer to be usable on Ubuntu keyboard wouldn't it need a lot of rewriting?
[14:19] <saidinesh5> Ui wise i mean
[14:19] <Elleo> saidinesh5: not sure, I haven't looked at libskeyer in much detail from that perspective; I'd expect us to probably want to integrate it into the existing UI though
[14:20] <Elleo> saidinesh5: so we add some swipe detection to the current stuff and pass it through to libskeyer in someway
[14:20] <saidinesh5> Because currently swipe detection assumes keys are laid out in rows of 4
[14:20] <Elleo> ah yeah, good point
[14:20] <saidinesh5> Of 10-11 i mean
[14:21] <saidinesh5> Also then the long press part needs to be rewritten
[14:21] <saidinesh5> To allow for swipes
[14:22] <Elleo> saidinesh5: not massively, it can just switch to detecting long press swipes *after* a long press, otherwise look for skeyer style swipes
[14:22] <saidinesh5> Technically it's still doing dictionary matches of input with swipeHints though
[14:22] <Elleo> saidinesh5: but it's probably not worth spending too much time considering this sort of thing without some sort of legal goahead first though
[14:22] <saidinesh5> Yeah
[14:23] <saidinesh5> I've heard Firefox OS guys had to cancel a similar project
[14:23] <Elleo> ah, that doesn't bode well :/
[14:23] <saidinesh5> That could also be cuz of the speed of js though :p
[14:23] <Elleo> heh
[14:24] <saidinesh5> Speed/memory constraints
[14:24] <saidinesh5> Of keeping the whole dictionary in memory
[14:25] <saidinesh5> The thing with hunspell was it wasn't using keyboard layouts for matching either... So the results were extremely noisy
[14:31] <Elleo> yeah, presage doesn't do that either, which is something I'd like to implement at some point
[14:35] <saidinesh5> Ah that works quite well in skeyer now
[14:35] <saidinesh5> Simple really
[14:35] <Elleo> cool
[14:36] <saidinesh5> But again you'd need some kind of assumption on keyboard layout then
[14:36] <saidinesh5> Now i remember why i started skeyer from scratch lol
[14:36] <saidinesh5> The layouts were qml files in Ubuntu keyboard right?
[14:37] <Elleo> saidinesh5: yep
[14:37] <saidinesh5> Yeah ... Lol that's the reason.. Then it was hard to let the backend know about keyboard layouts...
[14:37] <saidinesh5> That's why i had to start from scratch
[14:37] <Elleo> saidinesh5: yeah, I figure we'll need to basically have a duplicated spatial map in a more parsable format
[14:37] <saidinesh5> Instead of forking Ubuntu keyboard
[14:37] <saidinesh5> Yup
[14:38] <Elleo> saidinesh5: might be possible to rewrite the current layout stuff to autogenerate from those though
[14:38] <Elleo> saidinesh5: whilst still leaving flexibilty for the funkier layouts like emoji, japanese, etc. to do their own thing
[14:39] <saidinesh5> Hmm...
[14:40] <saidinesh5> Yeah qml's children elements could help maybe
[14:40] <saidinesh5> Even I'm not sure how to cleanly implement telephonic layout in skeyer
[14:42] <kenvandine> jgdx, did you figure anything out about that rtm ap test failure?
[14:43] <jgdx> kenvandine, yes, AP generates a pressAndHold as well as a click event, sometimes. That makes it fail.
[14:44] <kenvandine> ugh
[14:44] <kenvandine> but why only on rtm?
[14:44] <jgdx> and why AFAIK only mako?
[14:45] <kenvandine> the failure noise is driving me nuts...
[14:45]  * kenvandine grumbles 
[14:46] <jgdx> i have a theory that it tries to scroll (pressAndHold) and then clicks, because we use scroll_to_and_click
[14:47] <jgdx> I haven't gotten around to changing that though (school)
[14:49] <john-mcaleely> who updates the universe copy of phablet-tools?
[14:49] <john-mcaleely> if I understand this output correctly:
[14:49] <john-mcaleely> http://packages.ubuntu.com/search?keywords=phablet-tools&searchon=names&suite=trusty&section=all
[14:50] <john-mcaleely> it looks like it's got a stale copy of the tools, compared to the PPA
[14:50] <john-mcaleely> https://launchpad.net/~phablet-team/+archive/ubuntu/tools?field.series_filter=trusty
[14:50] <john-mcaleely> ?
[14:50] <john-mcaleely> pmcgowan, ^ ?
[14:50] <pmcgowan> john-mcaleely, all tools should come from the ppa
[14:51] <john-mcaleely> hrm, so should we tell trusty people to avoid the universe copy?
[14:51] <john-mcaleely> https://developer.ubuntu.com/en/start/ubuntu-for-devices/installing-ubuntu-for-devices/
[14:51] <john-mcaleely> pmcgowan, ^
[14:51] <jgdx> kenvandine, so we might need to stop abusing scroll_to_and_click
[14:51] <pmcgowan> hmm, the instructions should probably be the same for all releases
[14:52] <john-mcaleely> is updating the trusty/universe copy an easier path? (not my call)
[14:53]  * pmcgowan has stale tools too 
[14:53] <pmcgowan> what happened to my ppas
[14:53] <john-mcaleely> phablet-screenshot may be broken then?
[14:53] <john-mcaleely> I've seen reports that is the canary for stale tools
[14:53] <pmcgowan> john-mcaleely, I just used that the other day using universe version
[14:54] <john-mcaleely> pmcgowan, fair enough then
[14:54] <pmcgowan> john-mcaleely, but, the instructions do seem wrong to me as we are not suring this back into the archive
[14:54] <pmcgowan> sru
[14:54] <john-mcaleely> pmcgowan, ah, right
[14:55] <pmcgowan> mhall119, ^^ who manages that installation page and do you agree its incorrect?
[15:11] <john-mcaleely> sergiusens, ^^ trusty universe vs ppa versions
[15:12] <sergiusens> john-mcaleely: no, updating the trusty archives is not easy or straight forward
[15:12] <john-mcaleely> sergiusens, fair enough :-)
[15:12] <sergiusens> john-mcaleely: I would just remove phablet-tools from the archive and just keep them in the ppa
[15:13] <john-mcaleely> sergiusens, is that something I can help with (removing from the archive?)
[15:14] <john-mcaleely> I'd be +1 on that
[15:15] <sergiusens> john-mcaleely: if you want to drive that great
[15:15] <sergiusens> john-mcaleely: it's a lot of paper work
[15:15] <john-mcaleely> sergiusens, I don't know where to start, but happy to
[15:16] <sergiusens> john-mcaleely: on #ubuntu-release
[15:16] <sergiusens> john-mcaleely: https://wiki.ubuntu.com/StableReleaseUpdates
[15:17] <john-mcaleely> sergiusens, thanks. I'll get reading
[15:18] <kenvandine> davmor2, the problem you found in silo 4, can you confirm that's a regression?  i'm not sure who well manual selection has worked in the past, i know i've never been able to test it
[15:21] <davmor2> kenvandine: I can check latter running regression tests now
[15:22] <kenvandine> davmor2, thanks
[15:22] <pmcgowan> ogra_, do you know where the check for low disk is done and what the threshold is currently?
[15:22] <kenvandine> i seem to recall something in ofono, where if manual registration failed it fell back to automatic
[15:23] <kenvandine> davmor2, and it's likely that our UI doesn't handle that well, but that might not be new in this branch
[16:10] <mardy> kenvandine: Hi! Do you have time for a couple of questions on the ContentHub (it's for a personal project)?
[16:14] <kenvandine> mardy, sure
[16:15] <mardy> kenvandine: what is the difference between share and export?
[16:15] <kenvandine> mardy, from a technical pov, nothing :)
[16:15] <kenvandine> it's really just difference in the user journey
[16:16] <kenvandine> so we can have apps that identify themselves as share handlers, meaning they share the content externally
[16:16] <kenvandine> like facebook, gmail, etc
[16:16] <mardy> kenvandine: right, I guessed so, but I wanted to double check
[16:17] <mardy> kenvandine: so, when I download a pic from the browser, and then I choose to open it in my app, that's "import", right?
[16:17] <kenvandine> yeah
[16:17] <kenvandine> your app is an import handler
[16:18] <mardy> kenvandine: can my app know that the pic came from the browser? That is, is it possible to get the app ID of the source app?
[16:18] <kenvandine> mardy, i think so... ContentTransfer.Source
[16:18] <kenvandine> i think
[16:20] <mardy> kenvandine: it's not in the docs... I'll check the source
[16:20] <mardy> kenvandine: a couple of questions more :-)
[16:21] <kenvandine> it might not be exposed
[16:21] <mardy> kenvandine: if I save a pic from the browser, but I don't open my app, then save another pic, and then open my app, I see only the last picture
[16:22] <mardy> kenvandine: is it the expected behaviour, or am I doing something wrong?
[16:22] <kenvandine> mardy,  it is ContentTransfer.source
[16:22] <mardy> kenvandine: thanks
[16:22] <kenvandine> you are doing something wrong :)
[16:23] <kenvandine> the gallery handles that case
[16:23] <mardy> kenvandine: ah, true
[16:23] <mardy> kenvandine: I'll check
[16:23] <kenvandine> i think it just deals with multiple onImportRequested signals
[16:25] <mardy> kenvandine: and about those files in ~/.cache/<my-app>/HubIncoming/, is my app responsible for clearing them?
[16:25] <kenvandine> no
[16:25] <kenvandine> well, those should get purged by the service
[16:25] <kenvandine> you are responsible for copying it if you need it to persist
[16:26] <mardy> kenvandine: OK; but how does the service know that I'm done copying them?
[16:26] <mardy> kenvandine: do I need to set some variable in the transfer object to close it?
[16:27] <kenvandine> mardy, set the state to Finalized
[16:27] <kenvandine> or
[16:28] <kenvandine> the hub should purge it when it shuts down
[16:28] <kenvandine> even if it's not finalized
[16:28] <kenvandine> i think :)
[16:28] <kenvandine> i'm getting a little rusty on the hub... looking forward to hacking on it soon :)
[16:28] <mardy> kenvandine: OK, thanks, I think that's all; tonight I'll try using it more and will let you know
[16:29] <jgdx> davmor2, cc me after you've run the tests? :)
[16:29] <kenvandine> mardy, cool
[16:29] <mardy> kenvandine: but so far it's been a pleasure, it's very easy to use
[16:29] <kenvandine> great!
[16:29] <kenvandine> mardy, i love hearing that :)
[16:29] <mardy> :-)
[16:29] <kenvandine> Elleo, ^^
[16:30] <kenvandine> Elleo, another happen content-hub customer :)
[16:30] <kenvandine> s/happen/happy/
[16:30] <mardy> :q
[16:30] <mardy> ops
[16:33] <mandel> Elleo, pmcgowan here you have => https://code.launchpad.net/~mandel/ubuntu-download-manager/support-data-uri/+merge/247317
[16:33] <mandel> Elleo, pmcgowan will do the rmt mr in a second
[16:34] <pmcgowan> mandel, nice
[16:37] <Elleo> mandel: cool
[16:52] <mhall119> Elleo: PodBird needs a "Downloaded episodes" view, so that when I'm away from my home network I can easily see what I've got available to listen to
[16:52] <mhall119> also, does it use DownloadManager?
[16:53] <Elleo> mhall119: yeah, good idea; and yep it uses download manager
[16:53] <mhall119> ah, cool, so I can switch away from it while it's downloading
[16:53] <Elleo> yep
[16:54] <mandel> Elleo, can you please test that with the browser? Or do I just have to open google images and try to get an img?
[16:55] <mandel> pmcgowan, Elleo I realized that we need to use trnnk in udm for rtm, I'm not back porting this to utopic because is not a security issue, agreed?
[16:55] <kenvandine> mandel, any progress on bug 1330770
[16:56] <Elleo> mandel: yeah, downloading any thumbnail from images.google.com should replicate it
[16:56] <mandel> kenvandine, I got moved to do a more important once first, will get back to you later tonight with a fix for that one
[16:56] <mandel> Elleo, ack
[16:56] <kenvandine> mandel, thx
[16:57] <pmcgowan> mandel, just need it in rtm, not 14.10
[16:57] <Elleo> mandel: I'll also test it myself once the debs are built, might not get to it until the morning though, as I'll be out this evening
[16:58] <mandel> pmcgowan, yep, so that mr is the only one we need, once we have the deb I'll retest with the browser and will do all the paperwork to get a silo etc..
[16:59] <pmcgowan> mandel, ok
[16:59] <l3on> Somebody here has some doc about how software is managed in ubuntu phone? - I meant, how updates come ?... apps and core-apps are the same? The apt paradigm, with repositories and sources file, sofotware center and whatever ... is still valid in u-touch?
[17:08] <kenvandine> bfiller, pmcgowan: either of you have an rtm krillin device you can test something on?
[17:08] <pmcgowan> kenvandine, indeed I do
[17:09] <kenvandine> https://code.launchpad.net/~cimi/ubuntu-system-settings/fix-1363400/+merge/247131
[17:09] <kenvandine> pmcgowan, can you test the debs from that?
[17:09] <kenvandine> after connecting to wifi in the wizard, you should see the skip button change to continue
[17:09] <kenvandine> it didn't work for me on mako
[17:10] <kenvandine> Cimi, ^^ pmcgowan is going to test it
[17:12] <Cimi> I am reflashing to rtm on krillin too
[17:12] <pmcgowan> kenvandine, why are the versions using 20141010?
[17:13] <kenvandine> pmcgowan, where?
[17:14] <pmcgowan> kenvandine, the deb versions seem odd
[17:14] <kenvandine> that can't be right
[17:14] <kenvandine> the debs i see have 15.04 in them
[17:14] <pmcgowan> maybe I got the wrong zip, one sec
[17:15] <kenvandine> 0.3+15.04.20150114.1~rtmbzr966pkg014.0917+autopilot0
[17:15] <kenvandine> pmcgowan, ^^
[17:16] <kenvandine> must be wrong zip :)
[17:16] <kenvandine> pmcgowan, also... before you reboot go into wifi and forget the wifi network
[17:16] <kenvandine> under previous networks
[17:16] <kenvandine> just so it doesn't automatically connect in the wizard
[17:18] <pmcgowan> kenvandine, so we are testing the wizard, need to enable it
[17:18] <kenvandine> yup
[17:18] <kenvandine> specific the wifi page in the wizard
[17:18] <kenvandine> make sure the button at the bottom changes from "Skip" to "Continue" when the wifi connects
[17:18] <Cimi> after 2 secs likely
[17:19] <kenvandine> pmcgowan, we've confirmed it doesn't work on mako rtm
[17:19] <Cimi> I will re-test on krillin in less than one hour, I have to flash back
[17:20] <pmcgowan> rebooting
[17:22] <pmcgowan> kenvandine, Cimi worked
[17:22] <Cimi> pmcgowan, cool
[17:23] <kenvandine> cool
[17:23] <kenvandine> pmcgowan, thx for testing
[17:23] <pmcgowan> np
[17:23]  * kenvandine wonders why it doesn't work on mako
[17:23] <Cimi> kenvandine, qt or driver bug
[17:23] <kenvandine> pmcgowan, ok... so should we let this land for rtm then?
[17:24] <Cimi> kenvandine, I am testing again now...
[17:24] <pmcgowan> be good to know why it didnt work
[17:24] <Cimi> it flashed quickly
[17:24] <pmcgowan> maybe intermittent or something
[17:24] <kenvandine> pmcgowan, yeah... i tried several times on mako
[17:24] <Cimi> well the driver tells qt "I am connected to this access point!"
[17:24] <Cimi> qt sends this with a qml plugin
[17:24] <kenvandine> Cimi, and you're sure it worked on mako with vivid right?
[17:24] <Cimi> it might be something wrong in the driver
[17:25] <Cimi> kenvandine, sure sure
[17:25] <kenvandine> that's what i was thinking
[17:25] <Cimi> kenvandine, just try the deb too
[17:25] <pmcgowan> kenvandine, so there is an open bug on that not being reliable
[17:25] <kenvandine> pmcgowan, there is a bug?
[17:26] <pmcgowan> kenvandine, check this one, scopes buys hit it https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1413269
[17:27] <Cimi> kenvandine, it doesn't work on krillin rtm to me now
[17:27] <Cimi> kenvandine, don't approve
[17:27] <kenvandine> :/
[17:27] <Cimi> kenvandine, I will dig more tomorrow
[17:27] <kenvandine> Cimi, thx!
[17:27] <pmcgowan> Cimi, see that bug also
[17:28] <kenvandine> that is QNAM
[17:28] <Cimi> it worked now
[17:28] <kenvandine> might not be the same
[17:28] <Cimi> but it didn't 10 sec ago
[17:28] <Cimi> unreliable...
[17:28] <kenvandine> ok, not good
[17:29] <kenvandine> pmcgowan, although the root cause of the QNAM problem could be the same as this
[17:30] <pmcgowan> kenvandine, we may have a good test case
[17:31] <kenvandine> Cimi, ok, on mako i can make it work
[17:31] <kenvandine> after it connects, if i hit back
[17:32] <kenvandine> and then go in again, and it's already connected to wifi
[17:32] <kenvandine> i see continue
[17:32] <kenvandine> but it never changes for me on connection
[17:32] <kenvandine> Cimi, maybe we're not getting notified of the change?
[17:32] <kenvandine> accessPointName not getting set?
[17:37] <kenvandine> Cimi, or a race... if the networkNameChanged is emitted before the networkStatus changes?
[17:38] <kenvandine> Cimi, if networkStatus isn't HomeNetwork, accessPointName gets set to ""
[17:39] <kenvandine> Cimi, just a thought, maybe the order of the signals isn't reliably
[17:39] <kenvandine> Cimi, perhaps if you called getAccessPointName in onNetworkStatusChanged if the status was HomeNetwork?
[17:39] <kenvandine> instead of using 2 signals
[17:41] <kenvandine> Cimi, that should work, and prevent a possible race there
[17:44] <kenvandine> of course only if it's not a driver bug :)
[17:53] <doomlord_> is there a list of devices ubuntu touch may work on and probability
[17:56] <ogra_> !devices
[17:58] <doomlord_> ok i see there is some nexus 5 support
[17:59] <doomlord_> nexus 4 and 7 still the primary focus?
[17:59] <ogra_> the phone that goes on sale soon is the primary focus :)
[18:00] <doomlord_> ah, interesting, will that have hardware support for convergance eg dock
[18:01] <ogra_> there is no support for cenvergence anywhere yet
[18:01] <ogra_> *con
[18:01] <ogra_> so even if the HW would support it ...
[18:01] <doomlord_> ok fair enough.  Convergance is my interest
[18:02] <ogra_> well, convergence of a hone OS requires that you have a phone OS first :)
[18:02] <doomlord_> heh ok.
[18:02] <ogra_> if that is 100% rock solid the next step is to introduce desktop apps and external displays ...
[18:03] <ogra_> ... and input devices
[18:03] <doomlord_> i guess what I really want is ubuntu on the phone but I guess the focus here is a new phone OS, which is a big UI task
[18:03] <ogra_> convergence is a target for 16.04, you might see bits and pieces of it before but by then it should be good for production devices out in the field
[18:04] <ogra_> not only UI
[18:04] <ogra_> the phone OS will also be the base for the future dekstop (and perhaps server) OS
[18:05] <ogra_> snappy is the next step after ubuntu touch ... and snappy is supposed to take over the ubuntu world as underlying system
[18:06] <doomlord_> does 'ubuntu for android' still exist (a seperate project, right?)
[18:06] <kenvandine> Cimi, ok... i figured it out... it's the currentNetworkMode
[18:06] <ogra_> that has been put on hold
[18:06] <kenvandine> when we check that, it's NetworkInfo.UnknownMode, not NetworkInfo.WlanMode
[18:06] <ogra_> u4a needs adjustments to the system you can only do together with a manufacturer ...
[18:07] <doomlord_> maybe there wasn't enough demand
[18:07] <doomlord_> shame, I think ubuntu for android is exactly what I'd have wanted
[18:09] <ogra_> well, now you will get a real ubuntu on the phone *and* converged :)
[18:09] <doomlord_> eventually
[18:09] <ogra_> right, first the phone :)
[18:09] <doomlord_> i guess a whole new OS designed for convergance will do it better
[18:09] <dobey> i just want a phone that actually fits comfortably in my pocket, and my hand. :-/
[18:09] <ogra_> right
[18:09] <ogra_> dobey, buy one then :)
[18:10] <ogra_> nobody forced you to buy that N5 :)
[18:10] <dobey> well, i want one that i can use ubuntu on too.
[18:11] <ogra_> (or grow your hands)
[18:11] <kenvandine> Cimi, indeed... we're getting onCurrentNetworkModeChanged after onNetworkNameChanged and onNetworkStatusChanged
[18:11] <dobey> without having to do all the work
[18:11] <doomlord_> phone is a deceptive word
[18:11] <dobey> ogra_: the time of parachute pants is long passed
[18:11] <doomlord_> even smartphone places too much emphasis on phone
[18:11] <dobey> and on smart
[18:11] <dobey> they are really dumb things after all
[18:11] <dobey> and they have absolutely no tact at all :(
[18:12] <doomlord_> a pocket computer
[18:12] <doomlord_> write phone somewhere in smallprint
[18:12] <dobey> yeah, pocket computer is a lie
[18:12] <doomlord_> it's a lie without convergance
[18:12] <dobey> it's a lie with it
[18:13] <dobey> it's still not a real general purpose computing device
[18:13] <doomlord_> in some ways its a more capable general purpose device. its' got integrated screen & powersupply
[18:14] <dobey> so does my 6000lb pickup truck
[18:14] <doomlord_> integrated everything
[18:14] <doomlord_> what in your mind stops it being a general purpose computing device
[18:14] <doomlord_> ^ other than the OS
[18:14] <dobey> but nobody calls a car a motorized computer
[18:14] <doomlord_> heh wait till they self-drive
[18:15] <dobey> no thanks
[18:15] <dobey> if i wanted to take all the joy out of driving, i'd just drive off the pier
[18:16] <dobey> if you can't be bothered to actually drive a vehicle properly, then get a damn bus pass
[18:17] <doomlord_> self drive cars eventually could do the job of public transport much better
[18:17] <doomlord_> finer-grain
[18:17] <dobey> not likely
[18:17] <doomlord_> there will be consumer resistance due to habits but eventually shrinking energy supply will demand efficiency
[18:18] <dobey> nah, we'll all be dead first
[18:18] <doomlord_> cars will be replaced with little self-drive pods
[18:18] <doomlord_> with holistic traffic AI.. collective drafting
[18:19]  * ogra_ perfers beaming 
[18:19] <doomlord_> an AI with whole system knowledge will be able to optimize journeys better
[18:19] <ogra_> or stargates in every household
[18:19] <doomlord_> space savings for not needing parking
[18:20] <dobey> AI is great. it will optimize out the humans
[18:20] <doomlord_> there's another solution I prefer to self drive cars, or normal car
[18:20] <doomlord_> not having to go anywhere according to anyone elses schedule :)
[18:20] <doomlord_> but not everyone has that luxury
[18:21] <doomlord_> bicycle + walking + trains between cities is enough
[18:22] <doomlord_> but most of modern society seems to retain the need for regular commuting
[18:23] <kenvandine> Cimi, ok... i pushed a *fix* and proposed it against your branch
[18:23] <dobey> my vehicles aren't really for commuting
[18:23] <kenvandine> Cimi, https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/fix-1363400/+merge/247341
[18:23] <kenvandine> Cimi, feels hacky... but we can't rely on currentMode and status to be set when we want it
[18:24] <kenvandine> the NetworkInfo API isn't very QML friendly...
[18:26] <dobey> doomlord_: and i have a laptop that is both smaller, and has longer battery life, than a nexus 6.
[18:27] <doomlord_> heh ok
[18:27] <doomlord_> i guess I feel a phone should be able to do the job of a rasperi pi, even if its' not its' primary function
[18:27] <dobey> but let me know when you see someone running a full pro tools or ableton live suite on a phone.
[18:27] <doomlord_> and the fact it can't out of the box seems like a waste
[18:28] <dobey> a rbpi can't really do that much
[18:28] <doomlord_> not compared to a full desktop, but imagine that being the first computing device you ever had
[18:28] <doomlord_> eg introduction to 3rd world
[18:29] <dobey> well, in terms of raw power, it's probably more than the first computing device i ever had
[18:30] <doomlord_> by orders of magnitude in my case
[18:30] <doomlord_> its like to *not* be cable of everything that a general purpose computer from some years ago was, its been artificially crippled, in my view
[18:31] <dobey> yes, it's very limited in terms of capabilities
[18:31] <dobey> as are phones/tablets/etc
[18:33] <doomlord_> does ubuntu-phone have a terminal app
[18:34] <doomlord_> even if not a fully converged desktop .. is an underlying OS there
[18:34] <popey> yes
[18:34] <popey> the underlying OS is Ubuntu mostly.
[18:35] <kenvandine> Cimi, actually... i have a more QML friendly fix... that removes a bunch of code :)
[18:36] <dobey> popey: s/mostly// :)
[18:37] <dobey> it is ubuntu. it's just running on top of the android kernel and some android bits are running inside a container
[18:37] <popey> doomlord_: http://popey.mooo.com/screenshots/device-2015-01-21-131830.png
[18:38] <dobey> popey: i still can't stand seeing those overlays in the screenshots
[18:38] <doomlord_> nnice , will that work with physical keyboard
[18:38] <popey> maybe they should go more transparent over time
[18:38] <popey> doomlord_: yes. it works on the desktop too
[18:39] <ogra_> dobey, patches accepted ;)
[18:39] <popey> hah
[18:39] <doomlord_> might it also run a desktop x session, a minimal WM , just not full desktop ubuntu DE
[18:39] <popey> what? on a phone 5" across?
[18:40] <popey> we dont ship x on the phone
[18:40] <doomlord_> HDMI out
[18:40] <dobey> ogra_: sure, i just don't know what a good solution is. but having overlays that hide content is a bad thing :)
[18:40] <dobey> doomlord_: no, we don't do convergence yet
[18:40] <doomlord_> slot phone into VR headset with lenses, virtual screen
[18:40] <popey> I'll continue to dismiss your arguments until you come up with a solution then :)
[18:40] <dobey> popey: "don't use a terminal on a phone" :)
[18:40] <ogra_> well, something needs to detect that both buttons are pressed ... and for the duration of the dual press the overlay should be hidden
[18:41] <popey> "don't let anything break so i have to use a terminal on a phone"
[18:41] <dobey> ogra_: oh i wasn't talking about the volume notification :)
[18:41] <ogra_> oh
[18:41] <popey> he was talking about the terminal
[18:41] <doomlord_> emacs in a terminal session, thats an OS
[18:41] <popey> http://popey.mooo.com/screenshots/device-2015-01-21-131844.png just rotate the device :)
[18:41] <ogra_> ah, that
[18:42] <popey> then they're not in the way
[18:42] <popey> we considered lots of options
[18:42] <popey> bottom edge, hiding them completely, putting them in the kb overlay
[18:42] <dobey> unless i'm playing doom in dosbox :P
[18:42] <popey> this is the least-worst solution
[18:43] <popey> right, which one of you is using Texual on a mac!?
[18:43] <popey> Out yourself!
[18:43] <doomlord_> me
[18:43] <popey> :)
[18:43] <doomlord_> and on linux here, synergy
[18:44] <dobey> i couldn't be bothered to use something with such an awful name
[18:44] <doomlord_> reclining with apple laptop, spare screen to the side connected to my desktop, with synergy
[18:45] <ogra_> popey, since you say mac ... https://plus.google.com/+TarandeepSingh/posts/5FcEBgG22tP
[18:45] <ogra_> :D
[18:46] <popey> yeah, that made me chuckle
[18:46] <popey> and sad
[18:46] <ogra_> i bet they were all runnung ubuntu in parallells
[18:48] <popey> we can dream
[18:48] <ogra_> :)
[18:54] <dobey> if only one of those people was bernie mac
[19:11] <Cimi> kenvandine, I doubt it works
[19:11] <Cimi> kenvandine, if it doesn't switch with currentNetworkMode it wont work
[19:12] <Cimi> kenvandine, networkName is a method, not a binding... it doesn't retrigger if you switch wifi for example
[19:12] <Cimi> kenvandine, if the issue is currentNetworkMode, we can ignore it
[19:21] <krisabsinthe42> I am trying to update the text of a button when I press it. I have this, any idea why its not working?
[19:21] <krisabsinthe42> onClicked: { label.text = i18n.tr("Warm up! - Walk (5 mins)") button.text = i18n.tr("Pause Workout!")
[19:43]  * Jon9012 is away: I'm busy
[19:53] <kenvandine> Cimi, my branch worked... i tried it a bunch of times
[20:02] <kenvandine> bfiller, bug 1394211 doesn't have a milestone set, it's a translation fix that we should problem land
[20:02] <kenvandine> bfiller, can you get it tracked on a milestone?
[20:12] <jgdx> krisabsinthe42, is there a line break before "button.text…" ?
[20:17] <bfiller> pmcgowan: can I add this to ww05 - just a translation fix
[20:17] <bfiller> https://bugs.launchpad.net/canonical-devices-system-image/+bug/1394211
[20:18] <pmcgowan> bfiller, sure
[20:18] <bfiller> kenvandine: done
[20:18] <kenvandine> bfiller, thx
[20:23] <krisabsinthe42> jgdx: yeah , it pasted weird
[20:23] <jgdx> krisabsinthe42, you should use a pastebin and include more of the source
[20:27] <kenvandine> bfiller, i prepared a silo for content-hub
[20:27] <bfiller> kenvandine: thanks ken
[20:27] <kenvandine> np
[20:32] <mucus> hello!  where would i go to find out if ubuntu touch is available for the shamu?
[20:53] <ahoneybun> I think my install is messed up
[20:53] <ahoneybun> I can't download any updates
[20:53] <ahoneybun> I got the 14 update for RTM but thats it
[20:54] <kenvandine> ahoneybun, what happens in system-settings when you check for updates?
[20:54] <ahoneybun> I see the updates and I start them but nothing is downloading
[20:54] <kenvandine> click updates or system update?
[20:54] <ahoneybun> I am on the same wifi as this laptop
[20:55] <ahoneybun> click
[20:55] <kenvandine> so it sees updates
[20:55] <kenvandine> but never downloads them?
[20:55] <ahoneybun> system was fine I moved from 13 RTM to 14
[20:55] <ahoneybun> yea
[20:55] <kenvandine> so maybe something with udm...
[20:55] <kenvandine> mandel, any suggestions for debugging that?
[20:55] <ahoneybun> and the screen is flicking
[20:55] <ahoneybun> when I do anything
[20:56] <kenvandine> oh.. that's alarming :)
[20:56] <ahoneybun> swiping down, up, to the right, left
[20:56] <kenvandine> ahoneybun, what channel is that from?
[20:56] <kenvandine> i guess not -proposed
[20:56] <ahoneybun> rtm 14
[20:56]  * kenvandine has no idea how to see the changes files for that... 
[20:57] <popey> me either
[20:57] <ahoneybun> I thought that the flicking was something to do with charging but it started to do it even when not charging
[20:57] <popey> you on vivid?
[20:57] <ahoneybun> rtm popey
[20:58] <popey> 208 is latest rtm
[20:58] <popey> http://people.canonical.com/~ogra/touch-image-stats/rtm/
[20:58] <kenvandine> ok, 209
[20:58] <kenvandine> 208
[20:58] <popey> paging ogra who probably knows better where this nonsense is
[20:58] <mucus> if i want ubutouch for my device do i have to build it myself?
[20:58] <popey> ahoneybun: what device?
[20:58] <popey> mucus: depends on the device :)
[20:58] <popey> !devices | mucus
[20:58] <mucus> shamu
[20:58] <mucus> i don't see it on that device list
[20:58] <kenvandine> but... 208 changes isn't useful... since the promotion included lots of changes leading up to that
[20:59] <popey> mucus: no, its not.
[20:59] <mucus> so i have to build?
[20:59] <popey> mucus: someone needs to port it, the porting guide is in progress, should be ready in a couple of weeks
[20:59] <popey> yes
[20:59] <ahoneybun> popey, nexus 4
[20:59] <popey> i dont have a nexus 4 so can't confirm
[21:00] <kenvandine> i have rtm on my mako
[21:00] <ahoneybun> OS: Ubuntu 14.10 (r14)
[21:00] <mucus> dumb, day 1 question.
[21:00] <kenvandine> which is 174
[21:00] <mucus> ubuntu touch = ubuntu?
[21:01] <mucus> cuz. . .  i mean. . .
[21:02] <kenvandine> mucus, yes... ubuntu touch is the touch variant of ubuntu
[21:02] <kenvandine> not sure variant is the best word there... but you get the point :)
[21:02] <mucus> so . . . i could go and put xfce on there?
[21:02] <kenvandine> mucus, no...
[21:03] <mucus> yeah, it doesn't look like it. . .
[21:03] <mucus> but can i still apt-get -i package?
[21:03] <kenvandine> ahoneybun, popey: i have rtm devel-proposed image 174 on my mako, not seeing those issues
[21:03] <kenvandine> mucus, yes
[21:03] <ahoneybun> kenvandine, reboot fixed the flicking
[21:03] <kenvandine> but they won't all work as expected
[21:04] <kenvandine> different display service, app lifecycle stuff, etc
[21:04] <ahoneybun> i have rtm kenvandine no devel
[21:04] <kenvandine> s/service/server/
[21:04] <kenvandine> ahoneybun, yeah... i know
[21:04] <kenvandine> ahoneybun, so the fact that it finds the updates, means networking is fine
[21:04] <mucus> oh, so i do need phone specific apps?
[21:04] <kenvandine> the only thing i can think is something with the download manager
[21:05] <ahoneybun> kenvandine, seems I can download the updates now
[21:05] <kenvandine> mucus, yeah...
[21:05] <kenvandine> ahoneybun, cool... but concerning
[21:05] <kenvandine> popey, how about you?
[21:05] <popey> hmm?
[21:05] <popey> sorry, busy talking about cookies with mhall119  :)
[21:05] <popey> way more important
[21:06] <popey> he's going to make me some
[21:08] <kenvandine> mhall119, can i have some?
[21:33] <mardy> kenvandine: hi again :-) Does the content-hub work on unity7?
[21:34] <mardy> kenvandine: I'm running the webbrowser-app in desktop-mode, but when I'm saving an image it tells me that there are no installed apps to handle that content type (but my app is installed)
[21:35] <kenvandine> mardy, doesn't work on the desktop, not from the browser
[21:35] <kenvandine> mardy, it's specifically disabled, you can change that by tweaking the qml in webbrowser-app
[21:36] <kenvandine> mardy, oh... wait...
[21:36] <kenvandine> i didn't think it would even show the peer picker
[21:37] <kenvandine> mardy, verify your app is registered
[21:37] <kenvandine> gsettings get com.ubuntu.content.hub.destination pictures
[21:39] <kenvandine> mardy, i just verified it worked for me on the desktop, i guess they dropped that code that disabled it
[21:40] <mardy> kenvandine: ah, my app is not registered; I think I installed it before installing content-hub, so the click hook didn't run
[21:40] <kenvandine> ah
[21:44] <mandel> kenvandine, sorry, I was out in rugby training, what do you need to debug:?
[21:44] <kenvandine> mandel, nothing now... it magically started working
[21:45] <kenvandine> ahoneybun was having trouble getting it to download updates
[21:45] <mandel> kenvandine, he, just as soon as I'm back.. I'm THAT good ;)
[21:45] <kenvandine> it found updates, but would never start downloading
[21:45] <mandel> kenvandine, strange, since system and click do use udm
[21:45] <kenvandine> yeah
[21:45] <kenvandine> well he didn't have a system update
[21:45] <kenvandine> just click updates
[21:45] <mandel> ahh. ok
[21:45] <kenvandine> he was on rtm, not proposed
[21:46] <kenvandine> so i was worried we had a big problem in the promoted image
[21:46] <kenvandine> that would keep users from getting ota updates :)
[21:46] <kenvandine> popey had the same problem
[21:46] <kenvandine> popey, is it working for you now too?
[21:47] <kenvandine> mandel, i'm now more anxious about the check-hash stuff... is that next on your plate?
[21:47] <popey> hang on
[21:47] <popey> I dont know what you're on about :)
[21:47] <kenvandine> popey, didn't you say you could update apps either?
[21:47] <kenvandine> or was that just the flicker thing?
[21:47] <kenvandine> s/could/couldn't/
[21:47] <mandel> kenvandine, yes, so I have to test a fix for the browser and that is the next guy to be worked on, I have a dirty branch locally already, but I want to do proper tests etc..
[21:47] <popey> no
[21:48] <kenvandine> popey, ok then.. carry on :)
[21:48] <kenvandine> all is right in the universe
[21:49] <kenvandine> mandel, rtm landings aren't moving to quickly, so a little stressed about getting it landed in time :)
[21:50] <mandel> kenvandine, there is a weird spanish saying "visteme despacio que tengo prisa" means "I dress slowly because I'm in a hurry". I follow it quite a lot, I don't want to land a fix that adds more bugs in the system update code
[21:50] <mandel> kenvandine, you are probably going to be stress for me ;)
[21:51] <kenvandine> indeed
[21:51] <kenvandine> mandel, did you see i landed code in the system-update code today?
[21:51] <kenvandine> :-D
[21:52] <mandel> kenvandine, no, what was fixed?
[21:52] <kenvandine> https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/lp1413369/+merge/247219
[21:52] <kenvandine> for the diff
[21:53] <kenvandine> just qml changes, set the state to NOUPDATES when availableUpdates < 1
[21:53] <kenvandine> so it says "Software is up to date"
[21:53] <kenvandine> instead of just an empty list... which is useless
[21:53] <kenvandine> mandel, shouldn't break anything you're doing
[21:54] <mardy> kenvandine: reinstalling didn't help, I got errors about a failed connection to dconf; but I manually ran the CH hook program, and that worked
[21:54] <kenvandine> weird
[21:55] <kenvandine> well, click isn't all that well supported on the desktop :/
[21:55] <mandel> kenvandine, awesome! I can't wait to have a sprint, sit with you and clean this mess asap
[21:55] <mandel> if we have the time..
[21:55] <kenvandine> mandel, indeed
[21:55] <kenvandine> well, i want this code removed... and in a service :)
[21:57] <kenvandine> mardy, so your importer works now?
[22:31] <dobey> i wonder why system updates don't show up on 3g for me
[23:10] <mandel> Elleo, everything looks ok from my side for that branch, can you do a code review please, I'll request a silo then
[23:12] <taiebot> Very sorry if this bug as already reported https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1413791
[23:14] <mandel> kenvandine, FYI working on the checksum branch
[23:15] <mandel> kenvandine, removing that python code and we can mock the udm lib to emit a fake error a success etc..
[23:15] <Elleo> mandel: sure thing, will review in the morning :) (currently falling asleep on a train...)
[23:15] <mandel> Elleo, in the train! is really late! I was not even expecting a reply ;)
[23:16] <Elleo> heh
[23:16] <mandel> Elleo, have a "decent" night if you have to sleep there!
[23:16] <Elleo> I'm mostly trying not to sleep so that I don't wake up somewhere unexpected :p
[23:23] <mandel> kenvandine, I'm getting the following in udm when downloading an img => ould not rename ' /home/phablet/.cache/com.ubuntu.gallery/HubIncoming/1/Z.tmp' to ' 93193a692ef24cc9b139a3da750c12a2.jpeg' due to  Permission denied
[23:23] <mandel> kenvandine, any idea?
[23:24] <mandel> ha, I asked the question and then found the reason
[23:53] <Cimi> kenvandine, if you switch wifi it won't go back to "skip" I reckon
[23:53] <Cimi> but I will try tomorrow