[08:13] <dholbach> good morning
[09:43] <davmor2> hey ogra_ question you're g+ is there a reason not to integrate the account sign in to online accounts? Do you know how hard that would be?
[09:49] <zzarr> hello! is there a way to install a 16.04 framework (kit) in Qt (Ubuntu SDK)?
[09:50] <zzarr> a better question yet is there a way to get QT += bluetooth to work? (build)
[10:02] <ogra_> davmor2, a bit of work ... why do you think thats needed ?
[10:03] <ogra_> (beyond obviously being more confortable on first login)
[10:03] <davmor2> ogra_: it's nicer if you already have an account
[10:04] <ogra_> the current setup allows multiple accounts even if you dont want all of them as system accounts
[10:04] <ogra_> if i tie it into the system accounts i cant keep that functionality
[10:05] <ogra_> so there is a tradeoff that kept me from looking into it yet
[10:06] <ogra_> (i also expect the CSS will soon change a lot so the app might break til i have adjusted everything ... so time to put into new stuff will be short)
[10:08] <davmor2> ogra_: ah fair enough
[10:17] <popey> dholbach, I have uploaded a new docviewer to the store, could you please review it when you get a moment?
[10:18] <dholbach> ep
[10:18] <dholbach> yep
[10:18] <dholbach> popey, I can't see it
[10:18] <popey> oh, I'm probably an idiot then
[10:18] <popey> I need to submit for manual review, one mo
[10:18] <dholbach> ok
[10:20] <popey> dholbach, which I have now done :)
[10:21] <dholbach> ok cool
[10:21] <dholbach> will check
[10:22] <popey> thanks
[10:24] <dholbach> popey, you're going from multi to armhf?
[10:24] <popey> yes
[10:24] <popey> it has libreoffice bundled in
[10:24] <popey> it's too big as a multi
[10:24] <dholbach> so it will leave some users on the old version, right?
[10:24] <popey> x86 users, of which I suspect there are near zero
[10:25] <popey> but yes.
[10:25] <dholbach> it crashes click-review for me
[10:25] <dholbach> so I'll have to debug that first
[10:25] <popey> hah, great :)
[10:25] <dholbach> I was in the middle of something else, but I'll take a look at it now
[10:26] <popey> sorry :(
[10:27] <popey> I didn't expect this to be any more than a button press
[10:27] <dholbach> no worries
[10:31] <dholbach> popey, are you sure the .url-dispatcher file is correct?
[10:31]  * popey looks
[10:31] <dholbach> shouldn't it specify 'urls' somewhere?
[10:32] <dholbach> it's what makes click-reviewers-tools explode
[10:32] <popey> sverzegnassi, ^
[10:32] <popey> dholbach, other apps don't have a urls line
[10:33] <dholbach> have an example click for me?
[10:33] <dholbach> I'm no expert on this at all
[10:33] <popey> me either
[10:33] <popey> just looking at other url-dispatcher files on my pc
[10:33] <popey> s/pc/phone/
[10:34] <popey> the music app doesn't have one.
[10:34] <popey> is click-review expecting the url-dispatcher file to be _in_ a folder called urls?
[10:34] <popey> because that's where it is in gallery.
[10:35] <popey> but music, calendar and reminders have the same format as docviewer
[10:36] <dholbach> how can I view the manifest of the click?
[10:36] <sverzegnassi> mmh... having a look. We've moved the .url-dispatcher file recently in another folder.
[10:36] <sverzegnassi> I probably forgot to update something in the CMake files
[10:36] <dholbach> ah, click info
[10:36] <dholbach>     "hooks": {
[10:36] <dholbach>         "docviewer": {
[10:36] <dholbach>             "apparmor": "docviewer.apparmor",
[10:36] <dholbach>             "content-hub": "docviewer-content.json",
[10:36] <dholbach>             "desktop": "com.ubuntu.docviewer.desktop",
[10:36] <dholbach>             "urls": ""
[10:36] <dholbach>         }
[10:36] <dholbach>     },
[10:37] <dholbach> so 'urls' is empty
[10:37] <dholbach> that might be a problem
[10:37] <popey> where does that come from?
[10:37] <dholbach> click info com.ubuntu.docviewer_2.0.223_armhf.click
[10:37] <popey> neat, never knew about that :)
[10:38] <sverzegnassi> dholbach: ok, i forgot to set @URLS_FILE@ variable
[10:38] <popey> sverzegnassi,             "urls": "@URLS_FILE@"
[10:38] <popey> heh :)
[10:38] <popey> \o/ thanks dholbach
[10:38] <popey> sverzegnassi, got time to make a merge now and I'll test and approve?
[10:38] <sverzegnassi> popey: I only need 5 minutes :)
[10:38] <popey> \o/
[10:39] <popey> I'll get some coffee :)
[10:39]  * popey hugs dholbach 
[10:39] <sverzegnassi> popey: haha
[10:39]  * dholbach hugs popey back
[10:44] <sverzegnassi> thanks dholbach!
[10:52] <dholbach> sverzegnassi, popey: I wrote a patch for the reviewers tools (https://bugs.launchpad.net/click-reviewers-tools/+bug/1522777) - thanks for bringing it up
[10:52] <popey> hah, fixes all round!
[10:52] <dholbach> jdstrand, ^ I wasn't quite sure how to write a test for it - maybe you can take a quick look later on?
[12:12]  * popey gently tickles dholbach with a new app in the store :)
[13:32] <dholbach> popey, checking
[13:32] <popey> dholbach, ignore me, all done, as you were :)
[13:33] <dholbach> ok
[14:18] <jdstrand> dholbach: there isn't a good way to test those because _extract_url_dispatcher() is mocked. one could create a fake package to test it, but I don't think it is strictly required for this
[14:18] <jdstrand> dholbach: I committed the change
[14:19] <dholbach> thanks jdstrand
[15:12] <bartbes> popey: had a chance to look at my terminal patch yet?
[15:13] <popey> bartbes, sorry, not yet. Will take a look a little later, Had a couple of app updates to get out the door
[15:13] <popey> bartbes, you're (near) the top of the list though :)
[15:14] <bartbes> ok cool
[16:40] <bartbes> popey: you seem to be the person to ask, how can I stop the terminal app from sending SIGSTOP to my active process when it is backgrounded?
[16:40] <bartbes> or is that something ubuntu phone does, rather than the terminal app?
[16:40] <popey> it's the phone
[16:40] <popey> however, there is a workaround :)
[16:40] <popey> Install TweakGeek from the Open Store. https://open.uappexplorer.com/
[16:41] <popey> it has an option to let you let apps run forever
[16:41] <popey> btw, we have a good build of SDL2 which we could try getting love2d working with if you fancy it :)
[16:43] <bartbes> does it also have an option to not tie the compositor to whatever's on screen, the framerate dips are annoying
[17:09] <popey> bartbes, pass
[17:10] <popey> mzanetti, do you know if we'll have that qtmir fix in for ota8.5 (I know I mentioned to pmcgowan about this, but thought you might know technical details)
[17:10] <popey> https://bugs.launchpad.net/music-app/+bug/1518764
[17:11] <pmcgowan> popey, yes it is
[17:11] <ahayzen> \o/
[17:11] <mzanetti> popey, https://code.launchpad.net/~mterry/unity8/fix-wakelocks/+merge/279502
[17:11] <mzanetti> popey, there's 2 related branches. see the MP description
[17:11] <popey> Excellent work chaps!
[17:34] <mhall119> can someone tell me location of the vivid-phone-overlay PPA?
[17:34] <bartbes> hah, so I just installed openstore "summary goes here"
[17:35] <mhall119> is it https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay ?
[19:12] <popey> mhall119, deb-src http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu vivid main
[19:12] <popey> thats what's on my phone
[19:13] <davmor2> mhall119: sure it's just over there /me points
[19:29] <mhall119> davmor2: :-P
[19:29] <mhall119> thanks popey
[19:30] <davmor2> mhall119: you're only jealous that my ability to point is so accurate ;)
[19:57] <rickspencer3> silly question, but I can't find the answer!
[19:58] <rickspencer3> how do I access my app's data directory in a touch app?
[19:58] <rickspencer3> for context, I am using content hub to import sound files which get saved under /home/phablet/.local/share/flash.rickspencer3
[19:58] <rickspencer3> well, under /home/phablet/.local/share/flash.rickspencer3/Music
[19:59] <rickspencer3> I assume there must be some variable that I can use to access the dir rather than hard coding the full path?
[20:00] <mcphail> rickspencer3: $XDG_DATA_HOME
[20:00] <rickspencer3> that works in QML?
[20:00] <rickspencer3> interesting
[20:00] <mcphail> rickspencer3: that gets you the ~/.local/share bit, at least
[20:01] <mcphail> rickspencer3: not sure QML has any way for file i/o. Don't you need a c++ backend for that?
[20:02] <rickspencer3> hmm, don't know
[20:02] <mcphail> rickspencer3: anyway, for paths see https://developer.ubuntu.com/en/start/platform/guides/app-confinement/ and scroll down to Runtime Environment
[20:02]  * rickspencer3 looks
[20:40] <DanChapman> rickspencer3, AFAIK there isn't any variables exposed that define those XDG_* locations in qml. You would either need to hard code them or move into c++ and use something like QStandardPaths (which is probably overkill in your usecase)
[20:40] <rickspencer3> hi DanChapman
[20:40] <rickspencer3> yeah, I think I'll just go the "hardcode" route
[20:40] <rickspencer3> :/
[20:41] <rickspencer3> too bad, but ...
[20:41]  * rickspencer3 shrugs
[20:47] <DanChapman> yeah it's not ideal. :-/
[20:57] <mcphail> rickspencer3: best check you can create a valid .click package with hardcoded paths. I have a vague feeling that may fail click validation
[21:07] <mhall119> rickspencer3: http://stackoverflow.com/questions/16408691/get-home-and-or-username-in-qml might be helpful
[21:16] <JanC> maybe the Ubuntu SDK should provide an easy-to-include/use module with functionality like that...  :)
[21:20] <mhall119> yes, I would like to see a pre-install library to manage local files, it could include properties for all of the XDG paths
[21:21] <mhall119> one of my apps is dead-in-the-water right now because I don't have that, and I haven't bothered to add a C++ plugin to do it
[21:27] <JanC> and there might be other commonly-needed-but-not-available-in-QML stuff that could go in there too
[21:37] <qt> exit
[21:37] <qt> quit
[21:45] <mcphail> I think just about all file access needs c++, but that stuff is easy anyway
[21:46] <mhall119> mcphail: it does, but a generic plugin that exports that to QML could be written
[21:47] <mhall119> really it would need to list directories and files in them, and allow simple operations like creating, copying, moving and deleting them
[21:47] <mhall119> it wouldn't even need to support read/write
[21:48] <mhall119> though that might be nice to have too (not sure how much effort it would be to manipulate raw file data in javascript)
[21:50] <mcphail> Yes, I haven't done much manipulation of char streams in javascript, for the really dirty stuff
[22:07] <ahayzen> IIRC in the super early days of music we used the nemo file model plugin or something which could list directories and files
[22:09] <ahayzen> ah .. import org.nemomobile.folderlistmodel 1.0
[22:18] <mhall119> ahayzen: is that system-installed?
[22:18] <mhall119> or does it have to be included in each app?
[22:18] <ahayzen> mhall119, no don't think its seeded anymore, as it was for us
[22:19] <ahayzen> it'd have to be bundled i guess
[22:19] <mhall119> yeah, I think that was just a temporary hack to unblock you guys though
[22:19] <ahayzen> we moved from org.nemomobile.folderlistmodel to  org.nemomobile.grilo after that  then you mediascanner
[22:19] <ahayzen> yeah it was
[22:19] <ahayzen> mhall119, interestingly though there is this package now qml-module-qt-labs-folderlistmodel
[22:20] <ahayzen> so maybe it is something that will appear in the future
[22:20] <ahayzen> note it was qtdeclarative5-nemo-qml-plugin-folderlistmodel before.. so maybe it is something being endorsed by Qt ?
[22:21] <mhall119> I think the qt labs one has been around for a while, but I don't think it's seeded
[22:21] <ahayzen> yeah i wouldn't expect it to be seeded
[22:22] <ahayzen> mhall119, http://doc.qt.io/qt-5/qml-qt-labs-folderlistmodel-folderlistmodel.html
[22:22] <mhall119> yeah, it's in the same docs packages as things that are seeded
[22:22] <mhall119> even if it is included, it looks to only be a ListModel implementation
[22:22] <ahayzen> its enough just to tell what in a directory though :-)
[22:26] <ahayzen> mhall119, probably best to ask the SDK guys :-)