[03:33] <jgm90> hi guys
[03:33] <jgm90> hoy i can set download path(SD Card) for singleDownload
[03:33] <jgm90> https://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.DownloadManager.SingleDownload/
[03:33] <jgm90> how*
[05:28] <dpm> morning Mirv, around for a question on qtchooser?
[05:36] <Mirv> dpm: hello, sure
[05:38] <dpm> Mirv, cool, thanks. So essentially I don't quite understand this:
[05:38] <dpm> (click-ubuntu-sdk-15.04-armhf)root@el-far:/home/dpm# env QT_SELECT=qt5 lrelease
[05:38] <dpm> lrelease: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/lrelease': No such file or directory
[05:38] <dpm> that's with qttools5-dev-tools:armhf installed
[05:39] <dpm> so it seems that chroot/qtchooser is getting confused about where to look for the binary? It seems it's looking at it at the wrong arch location
[05:41] <Mirv> dpm: I haven't played much inside click chroot (largely because one fails to build for me on vivid), but it'd seem it's picking the machine being x86 from somewhere. btw you shouldn't need "env" in there.
[05:42] <Mirv> dpm: do you have :armhf libqt5core5a?
[05:43] <dpm> let me see
[05:43] <Mirv> dpm: that's the package that has eg /usr/share/qtchooser/qt5-x86_64-linux-gnu.conf configuration file that points qtchooser to the x86 dirs
[05:43] <Mirv> or armhf
[05:44] <dpm> Mirv, now, that's strange: http://pastebin.ubuntu.com/10854724/ - I've got both versions installed
[05:45] <Mirv> dpm: hmm, any general idea if the click chroot is supposed to have any x86 packages?
[05:47] <dpm> Mirv, I have no clue, I would have thought it shouldn't have. But if I remove libqt5core5a (x86) it wants to delete a scary list of packages: http://pastebin.ubuntu.com/10854727/
[05:48] <Mirv> dpm: you could want to try out: QT_SELECT=qt5-arm-linux-gnueabihf lrelease
[05:49] <Mirv> dpm: ok, that doesn't look good, but it also removes a lot of :armhf packages in there
[05:49] <Mirv> dpm: it's probably related to the qt5-qmake-arm-linux-gnueabihf cross compilation qmake, the fact that so many x86 binaries are installed
[05:49] <Mirv> not that I know why there's so much duplicated packages
[05:50] <Mirv> actually that qmake-crosscompilation is standalone so it itself doesn't need (x86) Qt, hmm.
[05:51] <dpm> Mirv, also, I can't quite get this:
[05:51] <dpm> (click-ubuntu-sdk-15.04-armhf)root@el-far:/home/dpm# ls -la /usr/lib/arm-linux-gnueabihf/qt5/bin/lrelease
[05:51] <dpm> -rwxr-xr-x 1 root root 318964 Mar 10 20:32 /usr/lib/arm-linux-gnueabihf/qt5/bin/lrelease
[05:51] <dpm> (click-ubuntu-sdk-15.04-armhf)root@el-far:/home/dpm# QT_SELECT=qt5-arm-linux-gnueabihf lrelease
[05:51] <dpm> lrelease: could not exec '/usr/lib/arm-linux-gnueabihf/qt5/bin/lrelease': No such file or directory
[05:53] <Mirv> dpm: eh.. that sounds like what happens when trying to execute arm binary on x86 without qemu. I'd guess it's because the chroot is _supposed_ to use x86 cross-compilation and only use arm headers and libraries for linking, without actually executing armhf binaries. so maybe you want qttools5-dev-tools:amd64 instead of :armhf? you _can_ also install qemu static to execute arm binaries emulated but that's not probably what's wanted (slower)
[05:55] <dpm> Mirv, so you're saying that whenever I want to run a binary, it needs to be installed with the same arch as the host?
[05:55] <Mirv> dpm: well, you know, if you have x86 machine it's a bit hard for that CPU to eat arm instructions without emulation :)
[05:55] <Mirv> dpm: but everything can be done, I just think that the click chroot is probably designed to avoid emulation
[05:57] <dpm> Mirv, in any case, installing the :amd64 version seemed to work
[05:57] <dpm> thanks a lot
[05:58] <Mirv> dpm: yes, that makes sense. it would have also worked by installing qemu, which Ubuntu then automatically would have used for emulation, but that would have been 10x slower.
[06:55] <dholbach> good morning
[07:06] <dpm> Mirv, thanks for your help. Replied to your e-mail with one caveat. Seems like installing the :amd64 version lets execute it, but it fails somewhere else
[07:07] <justCarakas> Good morning all
[07:16] <dpm> morning justCarakas
[07:42] <dpm> morning davidcalle, heads up on bug 1446062 - it won't directly affect the i18n tutorial, but it's something to bear in mind
[07:44] <davidcalle> dpm, yup, morning, how are you?
[07:44] <dpm> davidcalle, good good, and you?
[07:45] <davidcalle> dpm, same :)
[07:45] <dpm> :)
[08:02] <Mirv> dpm: continuing the story, it might be that some fixes to dekko cmake config might be needed, hopefully that bzr pointer is of help
[08:03] <Mirv> I think that if with SDK one creates cmake project, it creates it in a cross-build compatible way
[08:03] <Mirv> hmm, where is zbenjamin
[08:06] <dpm> Mirv, thanks a lot. I'm still not sure I follow it, though. That bzr link seems to be related to the build of the camera binary plugin, but I'm not sure how it applies to executing or finding qt binaries
[08:07]  * DanChapman catches up on mail
[08:07] <dpm> hey DanChapman :)
[08:07] <DanChapman> morning dpm :)
[08:09] <Mirv> dpm: well it was my guess that some CMake settings affect how CMake calls Qt binaries
[08:10] <Mirv> dpm: I only know/remember I had some problems with cross-building camera-app, but after those changes it worked.
[08:11] <Mirv> dpm: so maybe one of those changes was related to calling correct binaries, for example that isClick() change there probably mattered. but it may not apply to dekko, I just don't have any other examples at hand about what people have done to fix cross-compilation.
[08:11] <Mirv> dpm: are you aiming for a) Correct (tm) workflow or b) getting dekko compiled no matter what?
[08:12] <Mirv> dpm: if b), try apt install qemu-user-static:amd64 qttools5-dev-tools:armhf
[08:13] <dpm> dpm, I'm aiming at a) ideally, but b) would help in the meantime
[08:13] <Mirv> that'd install the qemu emulation I talked about so that armhf lrelease could be executed
[09:36] <zbenjamin> dpm: i hear you have problems with a cmake project?
[09:42] <dpm> zbenjamin, here's what I tried yesterday - http://pastebin.ubuntu.com/10855282/
[09:42] <zbenjamin> dpm: ok
[09:42] <dpm> the lconvert and lrelease tools fail to execute in the armhf chroot
[09:43] <zbenjamin> dpm: thats no surprise tbh, our chroots are not at all Qt friendly
[09:44] <zbenjamin> dpm: and whats even worse is that the cmake files provided by qmake have lots of bugs
[09:44] <zbenjamin> err provided by Qt upstream
[09:46] <zbenjamin> dpm: the problem we have is that we build qt not in the right way for crosscompilation. What we do is, build qt for armhf but that results in all tools being armhf too, so not useable for us
[09:47] <zbenjamin> dpm: exactly, thats why you get /usr/lib/arm-linux-gnueabihf/qt5/bin/lrelease errors
[09:47] <zbenjamin> dpm: not fixable
[09:47] <zbenjamin> not easily at least
[09:47] <dpm> DanChapman, zbenjamin ^^ so perhaps we need to ship a local copy of Qt5LinguistToolsConfig.cmake in the cmake folder that checks for lupdate & co. to be available in the  arch of the host instead of that of the chroot?
[09:47] <zbenjamin> dpm: what would be required is a properly built cross qt
[09:48] <zbenjamin> dpm: DanChapman: those files are generated on the fly when Qt is built. But it might be possible yes
[09:49] <zbenjamin> dpm: DanChapman: the same problem exists for moc btw, we just were able to workaround it by recreating all the buildfiles every time cmake is executed
[09:49] <zbenjamin> dpm: DanChapman: but keep in mind that the same Qt will be shipped to real ARMHF installations as well
[09:50] <zbenjamin> dpm: DanChapman: so it needs to work for those as well out of the box
[10:13] <mivoligo> mzanetti: hi :)
[10:13] <mzanetti> hi
[10:13] <mivoligo> mzanetti: had a time to think about rotation of towers?
[10:14] <mzanetti> mivoligo, no... sorry
[10:14] <mivoligo> mzanetti: no problem
[10:15] <mivoligo> mzanetti: I haven't done anything lately too, kids are back to school tomorrow after 2 weeks of holiday so I'll try to get back to MvM
[10:21] <mzanetti> ok... yeah... I gave most of my other apps an update lately
[10:21] <mzanetti> so I guess M-vs-M climbs up the queue again
[10:21] <mzanetti> however, lots of sprints upcoming
[10:22] <mzanetti> I won't be at home for half of the next month
[10:30] <mivoligo> mzanetti: I guess that's good sign for Ubuntu on phones :D
[10:31] <mzanetti> not sure yet
[10:33] <mivoligo> btw, as you made the stopwatch, are you planning to make a timer?
[10:41] <ogra_> ha !
[10:41] <ogra_> http://people.canonical.com/~ogra/ubuntu-touch/gplus.png
[10:42] <ogra_> exactly 200 downloads in 1 week :)
[10:43]  * ogra_ feels like someone taking a pic of their car tachometer at 111111km :P
[10:43] <mivoligo> :D
[10:44] <mivoligo> ogra_: I expected your g+ app was more popular tbh
[10:46] <ogra_> well, my most popular one is still speed billards with ~600 downloads .... i guess if it shows up in top apps or essentials on the phone it will get an extra boost
[10:47] <popey> i just got a notification on my vivid krillin that there was a new update
[10:47] <popey> but system settings says no
[10:47] <mivoligo> ogra_: it's essential for me :)
[10:47] <ogra_> haha, for me too ;)
[10:49] <DanChapman> ogra_: dekko's graph just resembles a near straight line now. http://i.imgur.com/cAgehwc.png?1 I used to like seeing the spikes, now I have to do the math to figure it out.
[10:49] <ogra_> wow !
[10:50] <ogra_> thats quite some numbers you got there :D
[10:50] <DanChapman> zbenjamin: thanks for the info. dpm I'll have a fiddle with a local  Qt5LinguistToolsConfig.cmake and see how it goes
[10:51] <DanChapman> ogra_: yeah it has steady growth, which is great to see :-)
[10:51] <popey> apparently a reboot does it
[10:51] <ogra_> popey, bah, sounds like a hanging system-image client again :/
[10:52] <mivoligo> DanChapman: ogra_: Germany tops every graph :) same for my apps
[10:52] <dpm> DanChapman, awesome, thanks! Yeah, I'm not sure if it's the best solution, but that's the first thing that comes to my mind to have a reproducible build without wanting to fix the whole of Qt's cross-compilation story
[10:52] <dpm> DanChapman, wow, looking at that graph folks in Germany love Dekko :)
[10:54] <DanChapman> dpm: mivoligo yes germany has always been top since day 1 for dekko. Glad to see UK in a healthy 2nd \o/ "Get in there"
[10:54] <ogra_> hmm, the crappy freenode webclient is twice as popular as my kiwiirc app ... i wonder why
[10:55] <dpm> DanChapman, nice :)
[10:58] <popey> yay, got the update
[10:58] <mivoligo> I've got Spain right after Germany for this app, also I'm surprised by the downloads in one day :P http://screencloud.net/v/tzuK
[11:06] <mivoligo> ogra_: probably because the icon for freenode webchat is more clear about what the program does ;)
[11:06] <ogra_> yeah, it doesnt show a sliced kiwi :)
[11:07] <mivoligo> ogra_: I've installed the webapp myself :P
[11:08] <ogra_> hmm, the freenode app has a higher rating ...
[11:08] <ogra_> searching for IRC shows it at second position
[11:09] <ogra_> i guess that might be it ...
[11:15] <mivoligo> ogra_: wow, I just saw now many apps you've got on https://uappexplorer.com/apps?q=Oliver%20Grawert&page=1
[11:15] <ogra_> :)
[11:16] <mivoligo> ogra_: and I was thinking mzanetti has a lot ;)
[11:16] <ogra_> well, i have scripts that spit out webapps :)
[11:17] <mivoligo> :D
[11:17] <ogra_> i only have two actual apps ... and slowly migrate the webapps over to my alternate webapp container now
[11:19] <ogra_> i'm pondering to provide a webapp container like framework for streaming apps ... i.e. something with standardized UI for play/pause so you just need to hand it your stream url and perhaps a backround pic
[11:20]  * mzanetti is skeptical about such things...
[11:21] <ogra_> scared of another webapp-container like mass upload happening ?
[11:21] <mzanetti> yeah
[11:21] <mzanetti> but I guess it can be done right
[11:22] <ogra_> well, done right would mean having an app to which you can just hand over streams and keep them bookmarked
[11:22] <mzanetti> now that sounds like a good idea :)
[11:23] <ogra_> well, i'm not sure if it is the better idea ...
[11:23] <ogra_> while you are right that it will result in a lot of spam providing such a framework you also trigger people to look into QML to do customization
[11:24] <ogra_> i see that with my alternate webapp container a lot, about half the people using it add custom bits on top ... so in the end it makes more people familiar with QML
[11:25] <mzanetti> ogra_, fair enough
[11:26] <mzanetti> ogra_, well, I guess the people uploading untested webapps will keep on using the standard template anyways as they are clearly no in the mood to do more work than replacing an url there isn't much reason to use a "more complex" container anyways
[11:27] <ogra_> yeah
[11:27] <ogra_> i wonder if we cant somehow inject an "emulator" in the webapp that tests an app before it spits out the click
[11:28] <ogra_> well, not the app itself but the settings a user used
[11:28] <mzanetti> what settings?
[11:29] <ogra_> url, user agent, urlPatterns and if the site actually loads with these settings
[11:29] <mzanetti> ah
[11:29] <mzanetti> hmm.. in my experience all those webapps actually load the site. but then just paint a message you should install flash, or install some android app or similar
[11:29] <ogra_> i guess even a simple wget test would work to at least know if the page loads
[11:30] <ogra_> ah
[11:41] <mivoligo-testing> Testing kiwi 1.... 2.... 3....
[11:42] <ogra_> heh
[11:43] <mivoligo-testing> ogra_: is it qml?
[11:43] <ogra_> nope, just a plain website
[11:44] <ogra_> i'll add some QML to it soon to save settings etc though
[11:45] <ogra_> so you can store channels and servers (and i.e. hook up to a bip proxy that stays connected and re-plays channel logs on reconnect)
[11:45] <mivoligo-testing> ok, you could add TAB button too 😉
[11:46] <ogra_> you mean for tab completion ?
[11:46] <ogra_> or for channel tabs
[11:46] <mivoligo-testing> Completion
[11:47] <ogra_> hmm
[11:47] <ogra_> yeah, perhaps thats possible ... but it would live extra from the keyboard and steal extra screen space
[11:48] <mivoligo-testing> or use the keyboard from terminal app
[11:53] <DanChapman> gventuri: i've been chipping away at the new settings screens http://i.imgur.com/H6Zzuxd.png
[11:53] <DanChapman> oops wrong channel
[12:39] <mivoligo> ogra_: I've just made an icon for kiwi, grab it if you like it https://sc-cdn.scaleengine.net/i/d6b8bef26796be12abb9453db18eeaf2.png
[12:40] <ogra_> SHINY !!!
[12:40] <ogra_> i'll happily take it, thanks !
[12:41] <mivoligo> ogra_: happy to help :)
[14:28] <kalikiana> aaarf I need to stop this habit of not hitting the button after doing a review… t1mp: happroved https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/60-ActionsFromTabs/+merge/256811
[14:40] <t1mp> kalikiana: cool, thanks :)
[14:43] <zsombi> nik90: your clock change seems good to me
[14:48] <jgm90> hi guys
[14:48] <dpm> davidcalle, I see you changed the snappy/community page to Participate, thanks!
[14:49] <dpm> davidcalle, would you mind changing the url to 'participate' so that it matches the name of the page? https://developer.ubuntu.com/en/snappy/community/
[14:49] <jgm90> how i can set the download path in ubuntu-downloader-manager https://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.DownloadManager.SingleDownload/
[14:49] <jgm90> or move the doenloaded file to sd card
[15:01] <davidcalle> dpm, heh, that was my middle ground :) Ok changing
[15:09] <nik90> zsombi: thnx. It is stuck due to failing AP test that I am unable to reproduce. Trying to get it pushed.
[15:25] <popey> nik90: dunno why, will have to ask mhall119, but none of the sessions I have created show up in http://summit.ubuntu.com/uos-1505/all/
[15:25] <popey> but there's lots there
[15:25] <popey> (just saying so we don't duplicate eachother's work (like I did last time))
[15:27] <nik90> popey: Do you see them in the calendar where you assign session times? I cannot access it until mhall119 adds me
[15:27] <popey> http://summit.ubuntu.com/uos-1505/popey/meetings can you see those?
[15:27]  * popey pokes mhall119 
[15:27] <nik90> popey: yes I can see those
[15:27] <popey> mhall119: can you please add kalikiana and nik90
[15:27] <popey> ok
[15:27] <nik90> popey: yeah I suppose the UOS leads need to accept your proposed meeting before they show up I guess
[15:28] <popey> gotcha
[15:28] <popey> have to re-learn this every 6 months :)
[15:31] <nik90> :)
[15:54] <mhall119> popey: I will do once they're registered in summit
[15:59] <dpm> popey, you mentioned the SDK sessions were already scheduled? I can't find them in summit
[15:59] <popey> created, not scheduled
[15:59] <popey> working with mhall119 on it now
[16:00] <dpm> thanks popey
[16:01] <dpm> mhall119, I guess I can't see the tracks under "Unscheduled meetings" in http://summit.ubuntu.com/uos-1505/2015-05-05/display?edit because I'm not an app dev track lead?
[16:03] <mhall119> dpm: correct
[16:04] <mhall119> also popey's meetings are all pending approval (by popey)
[16:06] <dpm> mhall119, thanks for confirming. I remember in the past I could see the meetings pending approval too. Do I remember this correctly? Does it make a difference that my membership on https://launchpad.net/~uos-track-leads expired?
[16:07] <mhall119> dpm: I don't think so, that team was just for convenience of contacting all the leads at once
[16:08] <mhall119> AlanBell: I'mthinking of moving http://summit.ubuntu.com/uos-1505/meeting/22406/themes-on-devices/ to the Convergence track rather than Core, since core doesn't deal with stuff at the Unity level, any objection?
[16:08] <dpm> mhall119, ah, I can see it now: http://summit.ubuntu.com/uos-1505/all/
[16:08] <dpm> mhall119, seems there is a session that's 4 times in there, you probably have already noticed ("Presenting TokenTube...")
[16:08] <mhall119> AlanBell: nvm, popey says it should go on appdev
[16:09] <mhall119> dpm: ack, looking at them
[16:10] <nik90> mhall119: the default register links still points to the nov 2014 summit
[16:10] <dpm> mhall119, seems there are 6 of them, he made sure his session is indeed registered :)
[16:10] <dpm> looks like a presentation for the Show & Tell track
[16:11] <mhall119> dpm: cleaned up
[16:12] <mhall119> dpm: it was actually only 2 entries, but each was assigned to 3 tracks
[16:13] <dpm> mhall119, cool, thanks. I also registered a "Community Roundtable" session last week, but I don't seems to see it anywhere. Do I need to approve it somewhere?
[16:17] <mhall119> dpm: yes in http://summit.ubuntu.com/uos-1505/review/
[16:17] <dpm> ok, on it, thanks
[16:26] <popey> pmcgowan: any chance this can be on your hitlist somehow https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1326513
[16:27] <popey> it causes the phone to be unusable until rebooted
[16:27] <popey> and drains battery (see the duplicate bug I also reported) really badly
[16:27] <ogra_> and seemingly unsolvable without heavy hacks
[16:28] <ogra_> (like keeping the processtree in a cache so you can kill the sleeping processes if the session dies etc etc ... )
[16:29]  * ogra_ remembers he discussed it with Saviq about a year ago already and there is not really any sane solution 
[16:29] <ogra_> (except for a cgroup kernel feature that we cant use because not all kernels support it)
[16:31] <Saviq> ogra_, popey, there could, in theory, be a sane solution, where apps could reconnect to mir after it's back, but there was not really an effort to think about this properly (and things like GL contexts might prevent this altogether)
[16:31] <ogra_> right
[16:31] <ogra_> well, there is a way to do it via cgroups i think
[16:32] <ogra_> and you could indeed log all PIDs of started processes somewhere and walk that cache, but thats extremely ugly
[16:33] <ogra_> (or even sipler just a pkill -u ... from an upstart job that triggers if unity8 dies, hackish, but quick to implement)
[16:38] <jgm90> hi guys someone cant tell me how to set download path ofr ubuntu-download-manager
[16:38] <jgm90> https://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.DownloadManager.SingleDownload/
[16:43] <pmcgowan> popey, yeah you need to close the apps then they work again, cause unity lost track of them
[16:44] <ogra_> pmcgowan, right, and it shouldnt ...
[16:45] <pmcgowan> popey, I have also seen the battery drain of death curve, this may explain it
[16:46] <ogra_> a suspended app doesnt drain battery
[16:46] <ogra_> since it is completely stopped
[16:46]  * ogra_ doubts these are related
[16:56] <popey> pmcgowan: you can't close apps once unity dies
[16:56] <popey> pmcgowan: because they aren't visible.
[16:56] <pmcgowan> popey, if you start them again, they appear and dont work, and then you can close them
[16:57] <popey> ugh
[16:57] <pmcgowan> popey, so I just reproduced this and the forground app when unity dies will consume 100% cpu
[16:58] <popey> right, so that's my other bug :)
[16:58] <popey> https://bugs.launchpad.net/ubuntu/+source/qtmir/+bug/1445928
[16:59] <pmcgowan> popey, added that info to the non dupe
[17:12] <ogra_> popey, http://paste.ubuntu.com/10857131/
[17:12] <ogra_> :P
[17:17] <om26er> mzanetti, Hi!
[17:18] <mzanetti> hey om26er
[17:18] <om26er> mzanetti, There is a test failure[1] for reminders that you might want to look.  [1] bug 1444690
[17:18] <om26er> mzanetti, it seems the note is not being created on the server due to some reason.
[17:19] <mzanetti> om26er, EDAMNotFoundException looks like something's wrong with the key
[17:21] <om26er> mzanetti, hmm, that is a very consistent failures, Did something change on the server side maybe ?
[17:25] <jgm90> [11:38] <jgm90> hi guys someone cant tell me how to set download path ofr ubuntu-download-manager [11:38] <jgm90> https://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.DownloadManager.SingleDownload/
[18:16] <karni> Kaleo: yo. if I choose to attach a photo in an app, I press attach, and choose the Camera, and snap a picture. is it expected to be stored somewhere under ~/Pictures or just for the app that requested it?
[18:17] <Kaleo> karni: just in the app that requested it I think
[18:17] <kenvandine> i think it makes sense to not keep it
[18:17] <karni> kenvandine: I think I agree
[18:17] <karni> if I take a picture of a note I want to save for later, I don't want necessarily for it to show in the Camera/gallery
[18:18] <karni> Kaleo: ok, so I'll assume that's by design then, and that's the correct behevior. just need to know what to reply here https://bugs.launchpad.net/libqtelegram/+bug/1445757
[18:18] <Kaleo> yes I would say
[18:18] <Kaleo> design
[18:45] <karni> kenvandine: Have you seen things like this when launching photo picker:
[18:45] <karni> file:///usr/lib/arm-linux-gnueabihf/qt5/qml/Ubuntu/Content/ContentPeerPicker10.qml:186: TypeError: Cannot read property 'peers' of null
[18:45] <karni> file:///usr/lib/arm-linux-gnueabihf/qt5/qml/Ubuntu/Content/ContentPeerPicker10.qml:59: Error: Cannot assign [undefined] to int
[18:47] <karni> I've seen this before, but this time it doesn't seem to work, so it's confusing whether those actually affect the picking.
[19:29] <nik90> jhodapp: hey, Does media-hub support playbackRate property of MediaPlayer? http://doc.qt.io/qt-5/qml-qtmultimedia-mediaplayer.html#playbackRate-prop
[19:29] <jhodapp> nik90, no it does not, it's always 1
[19:30] <jhodapp> nik90, might be something that we support in the future
[19:30] <nik90> jhodapp: ack. Want me to report a bug against media-hub for this
[19:30] <jhodapp> nik90, sure, report it against media-hub and qtubuntu-media...thanks
[19:31] <nik90> ack. yw
[19:43] <mivoligo> nik90: thanks for taking care of that bug in Podbird :)
[19:44] <nik90> mivoligo: np, I will keep an eye on it since I have seen in many other apps as well. Looks like a popular feature.
[19:45] <mivoligo> nik90: btw, what happened to your app about films and such?
[19:46] <mivoligo> nik90: can't find it in the store
[19:46] <nik90> mivoligo: I removed it from the store since trakt release v2.0 of their API which I haven't found time to transition to.
[19:47] <mivoligo> nik90: ah, ok
[19:47] <nik90> mivoligo: I am hoping to get back to when I find some time. The code can still be found at https://github.com/krnekhelesh/flashback
[19:49] <mivoligo> great! I'm also looking for an app where you guess countries capitals, not sure who did it
[19:50] <nik90> mivoligo: I think it was david calle
[19:50] <nik90> I *think*
[19:51] <mivoligo> nik90: maybe, I remember there was a plane flying between capitals or something like that
[19:51] <nik90> yeah yeah that's that one I remember as well
[19:51] <nik90> s/that/the
[19:51] <nik90> had a really nice desing
[19:51] <nik90> s/desing/design
[19:52] <mivoligo> yes
[20:38] <mcphail> Is it possible to save/load a config option from a pure QML app?
[20:39] <mivoligo> mcphail: yes
[20:39] <mivoligo> mcphail: https://developer.ubuntu.com/api/qml/sdk-14.10/Qt.labs.settings.Settings/
[20:40] <mcphail> mivoligo: aah - many thanks!
[20:40] <mivoligo> :)
[23:35] <DS-McGuire> Can somebody take a look at my compile error?
[23:35] <DS-McGuire> http://paste.ubuntu.com/10858840/