[07:55] <davidcalle> Morning all o/
[08:12] <dholbach> good morning
[08:16] <rpadovani> popey, https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/improveFavouriteTextfield/+merge/254001
[09:42] <rpadovani> popey, could you please check if you're able to reproduce it in trunk? I think no, so when we merge it it should go away
[09:43] <popey> rpadovani: ok
[09:43] <popey> good morning btw
[09:45] <rpadovani> popey, good morning to you too :D
[09:47] <popey> rpadovani: nope, broken in trunk too
[09:47] <rpadovani> mhhhh ù
[10:03] <rpadovani> popey, could you please try again the branch (I updated it)
[10:03] <popey> ok
[10:03] <rpadovani> ?
[10:03] <rpadovani> thanks :-)
[10:03] <dee> hi
[10:04] <dee> know someone a html5 contenhub example?
[10:05] <popey> rpadovani: same.
[10:07] <rpadovani> popey, did you download rev 143 of the branch? I'm totally lost on this, I'm not able to reproduce it and I don't see why it happens
[10:07] <popey> ok, let me clear out my calc db and see if its crap on my device
[10:12] <sverzegnassi> popey, when is the next file manager meeting?
[10:13] <popey> sverzegnassi: tomorrow, 18:00 my time iirc.
[10:14] <sverzegnassi> popey: ok, thanks! I'd like to join the next meeting to discuss about a bug that has been addressed to docviewer: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1437641
[10:14] <rpadovani> sverzegnassi, o/ will you be in Pordenone at the end of April for the radio-amateur exhibition? We will have a place to promote ubuntu (phone) :-)
[10:15] <sverzegnassi> rpadovani: great! Sure I'll be there!
[10:15] <rpadovani> \o/
[10:15] <popey> sverzegnassi: ok!
[10:16] <popey> Pordenone looks pretty.
[10:16] <popey> Most of Italy does to me though :)
[10:18] <rpadovani> popey, they have good brandy (grappa) and the city is nice. The exhibition is one of most important of Italy about computers, last year we had very positive feedbacks :-)
[10:18] <sverzegnassi> popey: nah! Trieste does! :P
[10:19] <popey> wait, Trieste is part of Italy?
[10:19] <sverzegnassi> haha
[10:19] <rpadovani> lol
[10:19] <popey> :)
[10:20] <rpadovani> popey, so, do you think we are ready to (try to) include calculator in ota?
[10:20] <popey> rpadovani: if we can go through the manual testing and it passes, then sure.
[10:20] <rpadovani> hope so then :-)
[10:23] <popey> rpadovani: once that lands I'll go through manual testing and hand over to QA
[10:35] <dee> can someone help me with the contenthub in a html5 app? I cant find a usefull example
[10:35] <daker> dee: what's exactly ?
[10:37] <daker> dee: you can look at the examples here http://bazaar.launchpad.net/~webapps/unity-webapps-qml/trunk/files/head:/examples/api-bindings/
[10:39] <dee> hi, daker, thx for the link, i try it
[10:59] <mzanetti> kalikiana, hey, I just stumbled over this one: https://bugreports.qt.io/browse/QTBUG-41187?jql=text%20~%20%22map%20cache%22
[10:59] <mzanetti> seems to work fine for me
[10:59] <mzanetti> could be it's map plugin specific though
[11:04] <dee> daker, i get a error in the application output with that peer-picker "Cannot launch the content peer picker UI, invalid parent item: UbuntuJavascriptBindings_QMLTYPE_9"
[11:05] <daker> dee: alex-abreu can help you with that, i have no idea how the bindings work
[11:13] <rickspencer3> does it seem to anyone else like there has been an influx of new apps since people started getting the phones they bought?
[11:14] <ogra_> specifically since oyu can create webapps via a web form :P
[11:14]  * ogra_ must admit he only rarely checks his stats
[11:16] <ogra_> wow, buut looking now, all my stats rised massively over the last period
[11:20] <ogra_> woah, speed billards has ~400 users !
[11:42] <dholbach> ogra_, not bad - 326 users of "Random Cats" :-)
[11:43] <ogra_> :)
[11:43] <dholbach> but yeah, stats have been going up :)
[11:43] <ogra_> yup, a lot
[11:44] <Mirv> mzanetti: I noticed your msg to kalikiana.. so we're carrying a patch in qtlocation, it would be nice if some sort of solution that is acceptable to upstream could be submitted so that distro patch could be dropped (http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtlocation-opensource-src/view/head:/debian/patches/appSpecificTileCache.diff)
[11:44] <davmor2> rickspencer3: 180 emails on the incoming list over the weekend, that consists normally of a NEW app, App passes, App published. so roughly divide by 3 that's still 60 apps this weekend :D
[11:45] <mzanetti> Mirv, aha! good to know, thanks
[11:45] <davmor2> rickspencer3: roughly of course
[11:46] <popey> ogra_: yeah, that billiards game is fun
[11:47] <ogra_> it my most successfull app it seems :)
[11:47] <ogra_> *it's
[11:47] <rickspencer3> http://i.imgur.com/vwMin.gif
[11:47] <davmor2> ogra_: my uber useful app is now 1 short of 60 people :)
[11:48] <ahoneybun> dholbach: 520 downloads of uBeginner
[11:49] <dholbach> nice!
[11:49] <ahoneybun> yep
[11:49] <ahoneybun> around 320 users
[11:49] <ahoneybun> dholbach: can you see my other app?
[11:49] <ahoneybun> I can't find it in the store on the emulator
[11:50] <dholbach> ahoneybun, what is its name?
[11:50] <ahoneybun> dholbach: gazeteer
[11:51] <dholbach> https://appstore.bhdouglass.com/app/gazeteer.aaronhoneycutt
[11:51] <dholbach> it seems to be available
[11:51] <ahoneybun> yea on there
[11:51] <Elleo> ahoneybun: is the package armhf only perhaps?
[11:52] <ahoneybun> it says all.click
[11:52] <ahoneybun> the emulator is i386 so
[11:52] <ahoneybun> I can see uBeginner
[11:52] <dholbach> "all" means "no architecture specific bits in the package"
[11:53] <ahoneybun> its the same way uBeginner is
[11:53] <dholbach> so it should show up no matter if you're using armhf or i386
[11:53] <ahoneybun> difference might be 15.04
[11:53] <ahoneybun> gazeteer is 15.04 framework
[11:55] <ahoneybun> uBeginner is 14.10 framework dholbach
[11:55] <ahoneybun> might make a difference lol
[11:55] <dholbach> I don't think so
[11:55] <ahoneybun> would have to be on devel-proposed to see it I think no?
[11:55] <ahayzen> ahoneybun, if your emulator is 14.10 rather than 15.04 then it could make a difference ;)
[11:56] <ahoneybun> anyway got to get ready for wor
[11:56] <ahoneybun> yea
[11:56] <ahoneybun> making a 15.04 emulator
[11:56] <ahoneybun> bbk
[11:56] <ahoneybun> *bbl
[12:17] <kalikiana> mzanetti: Mirv as per upstream's sentiment I don't know what to suggest there tbh, to me "maybe everyone should simply patch it" is not a very good start for a discussion…
[12:18] <mzanetti> kalikiana, yeah... still I can see ablasche's arguments too... the way we are confining apps might not apply to others. in fact, it's the only platform I'm aware of that does it this way
[12:20] <kalikiana> mzanetti: GNOME are planning to copy this design from what I've heard - but even if platforms differ that's exactly why we have XDG_ variables, which should be used to address things like that
[12:20] <mzanetti> kalikiana, in an unconfined scenario, I also agree that the cache should be shared across apps.
[12:20] <mzanetti> which I don't think we can describe with XDG_ variables, can we?
[12:21] <mzanetti> i.e. is there a variable that points to a shared cache dir when unconfined, but to ~/.cache/<appid>/ when confined?
[12:22] <kalikiana> mzanetti: I feel that's a weak argument because I expect to have confinement everywhere in the near future… those who won't probably stick to old packages anyway
[12:23] <mzanetti> I'm not so sure about that
[12:23] <ablasche> kalikiana: apps of the same user could share caches forever. You are surely not suggesting that the concept of user shared data should disappear
[12:24] <kalikiana> mzanetti: XDG_CACHE_HOME unlike other folders has no system-wide analogue
[12:25] <kalikiana> ablasche: I don't see how untrusted apps can share data through individual access
[12:25] <kalikiana> that to me is an obsolete concept from the days without security
[12:25] <kalikiana> the only way it can work is a service
[12:25] <kalikiana> which we will probably have at one point
[12:26] <kalikiana> and then that service can make the decision
[12:28] <ablasche> kalikiana: may be valid for untrusted apps. However the concept of common apps per user is not less valid. I see the problem your are having but your patch just expects my way or the highway which cannot be true either. And even if I were to agree that all apps were separate  as u suggest the concept still exists and which you cannot  just break
[12:32] <kalikiana> ablasche: well, it's not breaking anything as such; but you're right, it's taking away an optimization that works for some platforms. that's why I said XDG_ is what I would use here. for example introducing an XDG_SHARED_CACHE
[12:32] <kalikiana> but that depends on upstream. as the response there is "just patch it anyway"
[12:33] <kalikiana> otherwise I'd be very happy to propose a cleaner solution
[12:38] <kalikiana> ablasche: oh, that was you, wasn't it? the "upstream", I see that just now :-D
[12:38] <ablasche> kalikiana: indeed
[12:40] <kalikiana> ablasche: so I guess it depends if you would consider a patch using a different env variable conditionally - that would actually be better for Ubuntu since it's different DEs run confined/ unconfined from the same binaries
[12:41] <ablasche> kalikiana: I am much more inclined to accept sth like this suggestion
[12:41] <kalikiana> or, Qt in general, if it runs cross-platform
[12:42] <kalikiana> ablasche: what I don't know as I'm not directly involved, if one could get an official XDG_ variable for it
[12:44] <ablasche> kalikiana: the closer you brng it to Qt base or even XDG standardization the longer the official channel becomes. I am not involved in XDG standardization either
[12:44] <ablasche> kalikiana: if the env var patch for QtLocation is right you cannot have it as quick as one CI integration
[12:45] <ablasche> although that's probably the right way in the long term
[12:54] <kalikiana> ablasche: there's one other option I could see, but I didn't see how that would be implemented, http://doc.qt.io/qt-5/qstandardpaths.html#StandardLocation-enum docs say GenericCacheLocation can be empty on some systems
[12:54] <kalikiana> if there's any way to make it empty based on the platform plugin
[12:55] <ablasche> kalikiana: I see what you mean. Yes, this could work. QtLocaiton would have to be patched though since it doesn't deal with an empty path
[13:07] <aquarius> I thought I'd try to write a scope with go. So, with davidcalle's http://bazaar.launchpad.net/~davidc3/+junk/unity-scope-yelp-golang/view/head:/README I did: go get launchpad.net/go-unityscopes/v1. And it throws many errors: first is src/launchpad.net/go-unityscopes/v1/department.cpp:26:17: error: ‘create’ is not a member of ‘unity::scopes::Department’. How might I proceed from here? I don't know what
[13:07] <aquarius>  I might be doing wrong :)
[13:09] <aquarius> davidcalle, perhaps you know about this stuff?
[13:09] <aquarius> really it's a jamesh question but he'll be asleep :)
[13:24] <davidcalle> aquarius, yep, jamesh question :) This branch is quite old and the API or bindings have probably changed
[13:24] <aquarius> davidcalle, it's the only thing I could find which actually explains how to build it :)
[13:25] <aquarius> davidcalle, more worryingly, the errors all got thrown when I did "go get launchpad.net/go-unityscopes/v1"; I hadn't even got your scope code, then
[13:26] <aquarius> so I don't know whether that launchpad branch for the scopes stuff itself doesn't work, or what :(
[13:35] <aquarius> there is a v2, but go get launchpad.net/go-unityscopes/v2 throws all the same errors: http://pastebin.ubuntu.com/10706784/
[13:35] <aquarius> do the go bindings for writing scopes just not work? Perhaps in order to write scopes in go one must be running the unreleased vivid rather than 14.04?
[13:40] <davidcalle> aquarius, this one is in go and published in the store : https://code.launchpad.net/~cwayne18/untappd-scope/trunk
[13:59] <arjunkbabu> how much time would it normally take to create a package?
[13:59] <arjunkbabu> I'm talking about the 'Create Package' option in publish tab
[13:59] <arjunkbabu> coz' it seems to be taking too much time for me
[14:03] <aquarius> davidcalle, it is; sadly, though, cwayne doesn't provide build instructions :( I plan to ask him when he arrives, though!
[14:32] <cliftonts> Afternoon all. I'm having issues getting write access on one of the new BQ phones. Nothing I try seems to work. Could anyone here point me in the right direction?
[14:33] <AlanBell> o/ cliftonts
[14:34] <cliftonts> AlanBell I followed the instruction on the pad page but it makes no difference.
[14:35] <AlanBell> cliftonts: what bit are you wanting to be writeable?
[14:36] <AlanBell> cliftonts: if you do sudo apt-get update and you don't get an error then it is writeable
[14:36] <cliftonts> Just an experiment - /android/system/media/audio/ringtones
[14:36] <ogra_> uuh
[14:36] <cliftonts> Ok, so it is writable then, but nothing /android/system and beyond is as far as I can tell.
[14:36] <ogra_> why would you put anything into the android container
[14:36] <AlanBell> not sure the android stuff is relevant
[14:37] <ogra_> isnt
[14:37] <AlanBell> bit surprised it exists?
[14:37] <ogra_> we cant clean up every empty dir :)
[14:37] <cliftonts> I'm working on the theory that the ringtones are bound to just be audio files so if I could locate them then I wouldn't have to put up with hippy dippy wind chimes.
[14:37] <AlanBell> /usr/share/sounds/ubuntu/ringtones
[14:37] <ogra_> yeah
[14:37] <ogra_> thats the ubuntu ringtone dir
[14:38] <AlanBell> so, what on earth is the /android tree for?
[14:38] <cliftonts> No idea but that directory also contains a list of the ringtones.
[14:39] <ogra_> AlanBell, that is where the container gets mounted
[14:39] <ogra_> we talk to it via libhybris to run drivers and their needed daemons
[14:39] <ogra_> that there are files in the dir is an ovesight
[14:40] <AlanBell> 122M of stuff
[14:40] <ogra_> yep
[14:40] <ogra_> tyr seeing it as one giant nvidia driver ;)
[14:40] <ogra_> the outside system doesnt use anything from there directly thopough
[14:41] <cliftonts> At last! I presume custom ringtones is likely to be a future feature?
[14:41] <AlanBell> is that all friendly open stuff or evil blobs?
[14:42] <ogra_> https://bugs.launchpad.net/ubuntu/+source/android/+bug/1438241
[14:42] <ogra_> just filed that one, thansk 1
[14:43] <ogra_> AlanBell, it *should* onyl be binary blobs and the minimal env to drive these blobs
[14:45] <cliftonts> Well I'd just like to say thanks to everyone for pointing me in the right direction, but also for what seems to be the best phone I've ever owned. I'm looking forward to seeing all the rough edges getting smoothed and seeing the app catalogue grow.
[14:45] <cliftonts> Now if only I could figure out designing scopes and apps....
[14:45] <davidcalle> cliftonts, have you seen http://design.ubuntu.com/apps ?
[14:47] <cliftonts> Probably, I should explain that I am a capable Qbasic programmer. I was put off learning any other language for decades when I decided to learn that new fancy language - visual basic!
[14:48] <cliftonts> However what I can do in Qbasic translates very easily to Python or Perl, but anything not possible in basic somehow does not fit in my head. I just can't wrap my head around anything graphical and the techniques have changed which means anything I do I go round the houses to get there.
[14:49] <AlanBell> ogra_: could there be a README file in /android explaining what on earth it is and why we need it?
[14:49] <ogra_> hmm, not easily
[14:49] <cliftonts> A good idea AlanBell, may have prevented me from wandering down a dead end.
[14:49] <ogra_> thats solely created by the android build process, we would need to hack that up on every device
[14:50] <AlanBell> I am thinking it is going to surprise a lot of people and cause a lot of "OMG, Ubuntu is really Android!!!" social media stuff
[14:51] <ogra_> AlanBell, https://wiki.ubuntu.com/Touch/ContainerArchitecture
[14:54] <popey> rpadovani: still getting the screen leaping around all over the place when adding a favorite..
[14:54] <popey> rpadovani: I don't think I filed a bug for that...
[14:58] <ogra_> AlanBell, we are not different from jholla or firefoxOS here .. all of us use these drivers and daemons ... there is no way to make the HW work otherwise
[14:59] <AlanBell> yeah, but I haven't used those, I have used Ubuntu :)
[14:59] <AlanBell> so, coming from Ubuntu desktop, the presence of /android is a bit odd
[15:00] <AlanBell> the container architecture web page is a perfectly good explaination
[15:02] <cliftonts> Is this really a major issue though? Beyond us first few how many users are likely to bother ever even looking at the fs?
[15:08] <ogra_> cliftonts, normal users surely wont (and wouldnt care) ... hackers do though
[15:10] <AlanBell> yeah, not a big issue, and it is probably a good sign that we are getting to niggles like that
[15:11] <AlanBell> and I am quite pleased about having apache on my phone :)
[15:11] <cliftonts> ogra_ that is my point exactly. I would hope that they would know why that is there. I didn't bat an eyelid at it to be honest.
[15:12] <ogra_> :)
[15:12] <cliftonts> I'm loving the fact that everyone else has to jailbreak their phones and all the issues that come with it when I can simply show them the terminal and go 'yeah, I just downloaded that from the store'
[15:21] <ogra_> yeah, it is hard to teach people that they do not need to enable a root account on an ubuntu phone though :)
[15:21] <ogra_> all these kids that come over from android immediately want to "root their phone" :)
[15:22] <cliftonts> Probably but my current hobby is showing people my new phone and leaving them to work out what version of android I have. It's entertaining watching them try to use it before I give them the demo and explain.
[15:23] <AlanBell> !root
[15:23] <AlanBell> :) people have always been seeking root on Ubuntu
[15:23] <ogra_> lol, i didnt know we use a martix quote :)
[15:24] <cliftonts> I'm well past my windows user culture shock. I've surprised myself at how easily I have taken to this phone, it shows what a stellar job everyone has done.
[15:25] <cliftonts> I'm happy just dipping into root with sudo, never felt the need for more.
[15:36] <pindonga> jdstrand, beuno click-reviewers-tools @ r421 live on prod
[15:39] <mzanetti> popey, can I currently publish app udpates that only run on vivid without breaking rtm?
[15:40] <mzanetti> afaict that would require an 15.04 framework, but there doesn't seem to be one
[15:41] <popey> no
[15:48] <AlanBell> so, should an automated review take 6 hours, and should it be in draft status whilst that goes on?
[16:13] <mhall119> dholbach: when you're done with the HTML5 docs stuff, I have one quesiton about https://code.launchpad.net/~dholbach/help-app/new-try-1432710/+merge/254581 before approving it
[16:13] <dholbach> sure
[16:13] <dholbach> mhall119, what is it?
[16:13] <mhall119> just so I understand it, you're extracting image markup from the source, and then injecting it intoa <div> later on? is that what's happening?
[16:14] <popey> rpadovani: filed a bug for it. https://bugs.launchpad.net/ubuntu-calculator-app/+bug/1438295
[16:14] <dholbach> mhall119, https://bugs.launchpad.net/help-app/+bug/1432710/comments/2 is where dpm described what he wanted the resulting HTML to look like
[16:15] <dholbach> mhall119, that's fairly hard to do if you don't want to write HTML inside the markdown text (using raw HTML would confuse translators)
[16:15] <dholbach> that's why we have to do this "add custom markdown stuff, but hide it from .pot and .po files" dance :)
[16:15] <mhall119> dholbach: ok, looks like that's what it's doing too
[16:16] <mhall119> dholbach: and the !!T and !!QA, are those just Markdown tags or something?
[16:16] <dholbach> yes, that's tags we invented
[16:16] <mhall119> ok
[16:16] <dholbach> in the beginning we had !!T (for text-only question/answer pair)
[16:16] <dholbach> and !!I (question/answer which includes an image)
[16:16] <dholbach> now it's just !!QA
[16:17] <mhall119> ok, everything looks okay to me, approved it
[16:17] <dholbach> thanks a lot Mike!
[16:18] <jdstrand> pindonga: thanks!
[16:46] <akiva-thinkpad> zbenjamin, ping
[17:42]  * kalikiana wonders if anyone's working on cbz/r support
[17:42]  * kalikiana still can't read his comics on the Ubuntu phone
[17:46] <popey> kalikiana: not that I'm aware of.
[17:46] <popey> kalikiana: fork document viewer and add it?
[17:47] <popey> isn't cbr/cbz basically pdf with compression?
[17:47] <popey> on, rar/zip
[17:47] <kalikiana> it's actually simpler, it's a bunch of files in an archive
[17:48] <kalikiana> not sure if it fits the scope of document viewer
[17:48] <popey> yeah, wouldn't share much code other than the file browser part
[17:48] <popey> would be great to have
[17:48] <popey> (I want one too)
[17:56] <kalikiana> hmm maybe the zip stuff from beru could be hijacked
[17:57] <popey> or patch beru
[17:57] <kalikiana> that might be nice actually, since ux-wise comics are pretty much ebooks
[17:58] <kalikiana> with cover art etc
[17:58] <kalikiana> just a bit less well-defined
[17:58] <popey> its on github
[17:59] <kalikiana> found it! now to remember my login :-]
[17:59] <kalikiana> just a matter of s/seconds/hours
[18:03] <kalikiana> popey: https://github.com/rschroll/beru/issues/78
[18:04] <popey> \o/
[18:45] <ahoneybun> how in the world do you edit the help app?
[18:45] <ahoneybun> HTML5 mostly
[18:46] <ahoneybun> the SDK opened the ubuntuhtmlproject file
[18:53] <kalikiana> ahoneybun: "help app"?
[18:54] <ahoneybun> yea
[18:54] <ahoneybun> kalikiana: https://code.launchpad.net/help-app
[18:57] <kalikiana> hmmm no project files at all there
[20:28] <cimm> looking for pointers on building an autocomplete text field in QML...
[20:28] <cimm> anyone done this before?
[20:32] <ahoneybun> cimm: as in the keyboard gives you choices based on what your typing??
[20:32] <ahoneybun> *?
[20:34] <cimm> ahoneybun: no dropdown but a "type ahead" suggestion... typing "New" will show "New York" in the textfield and you can keep typing
[20:36] <ahoneybun> cimm: not sure, don't think that is available (might be wrong)
[20:37] <cimm> so better go for the more traditional popup with filtered items?
[20:37] <cimm> jquery autocomplete style?
[20:54] <kalikiana> cimm: have you tried the browser?
[20:56] <cimm> kalikiana: ah, great, you are right, can probably steal some ideas there. thanks!
[22:03] <davidcalle> mhall119, pushed
[22:03] <mhall119> thanks davidcalle
[22:04] <mhall119> davidcalle: that looks perfect, thanks!
[22:05] <davidcalle> mhall119, awesome :)