[08:13] <om26er> Hello! Where shall I report bugs for myapps.developer.ubuntu.com ?
[08:31] <DanChapman> om26er: i think https://bugs.launchpad.net/developer-portal/+filebug is the correct place.
[09:27] <oSoMoN> is it intended that when a listview is given active focus the focus ring is not visible until after pressing key up/down to change the current index?
[09:27] <oSoMoN> and if so, how can I ensure that the focus ring is initially displayed?
[09:27] <oSoMoN> my use case is that the listview is getting active focus as a result of a key down event
[09:38] <oSoMoN> found it! Keys.onDownPressed: listview.forceActiveFocus(Qt.TabFocusReason);
[09:38] <oSoMoN> specifying Qt.TabFocusReason did the trick
=== _salem is now known as salem_
[12:41] <artmello> kalikiana: hey, we got all MRs from silo 2179 approved (contenthub clipboard). We are thinking about how to let QA test silo since UITK changes are merged on staging but not on trunk yet. Could we add staging branch to the silo? Or there is any idea when staging and trunk will be merged?
=== JanC_ is now known as JanC
[13:22] <zsombi> timp: in case of excited about qqc2, you can take APL to it
[13:23] <zsombi> s/take/port
[13:23] <zsombi> oh, first you need to port Tree and Header :)
[13:23] <timp>  just starting to try out qqc2, but indeed would be nice to have the APL
[13:24] <zsombi> I'll take the BottomEdge there first
[13:24] <zsombi> with the SwipeArea as first
[13:24] <timp> is our Header something they want?
[13:24] <timp> or would it be in the Ubuntu theme?
[13:24] <zsombi> it's a special layout for Ubuntu, so I don't think they do
[13:24] <zsombi> \in Ubuntu theme
=== boiko__ is now known as boiko
[20:30] <dobey> anyone know if it's possible for my app to have its own calendar with the QtOrganizer stuff?
[21:24] <zub> Hi. I'm looking into sources of the Ubuntu SDK... and I'm confused: I think in the past there official way to get the SDK included installing (perhaps as a dependency) qtcreator-plugin-ubuntu from the official ubuntu repo. Then at some point I moved to the Ubuntu SDK PPA. But now there is just ubuntu-sdk-ide package.
[21:26] <zub> So I see the following pages: https://launchpad.net/qtcreator-plugin-ubuntu, https://code.launchpad.net/~ubuntu-sdk-team/qtcreator-plugin-ubuntu/ and https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-sdk-ide
[21:27] <zub> LEt's say I want to see the actual Qt Cretor plugin sources. Should I then look here: http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-sdk-ide/trunk/files/head:/dist/qtcreator/src/plugins/ubuntu/ ?
[21:28] <zub> Comparing http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-sdk-ide/trunk/changes?filter_file_id=ubuntuclicktool.cpp-20160609083951-j177esnm41ztgspr-49157 to http://bazaar.launchpad.net/~ubuntu-sdk-team/qtcreator-plugin-ubuntu/trunk/changes?filter_file_id=ubuntuclicktool.cpp-20140123140043-bpzwp33uwekbzt87-1 doesn't help me much
[21:28] <zub> where is development taking place? why is there still qtcreator-plugin-ubuntu if the code is also in ubuntu-sdk-ide?
[22:06] <daker> zbenjamin: i am seeing a weird bug with the IDE(qmake project), all qml files are copied to the root of the deploy folder, instead of creating a replicat of the project folder
[22:08] <daker> https://paste.ubuntu.com/23907521/
=== JanC is now known as Guest9668
=== JanC_ is now known as JanC
[23:05] <kalikiana> artmello: Landing is in progress https://bileto.ubuntu.com/#/ticket/2418
[23:05] <artmello> kalikiana: cool, thx
[23:06] <kalikiana> zub: the ide package is basically distribution/ packaging. the code still comes from the individual sources.
[23:07] <kalikiana> but ubuntu-sdk-ide ships its own Qt, it's not just QtC and the plugin
[23:17] <daker> kalikiana: do you know where are all the project templates QTC are using ? i am looking for the Makefile for building a qmake project which has a bug
[23:21] <zub> kalikiana: so https://code.launchpad.net/~ubuntu-sdk-team/qtcreator-plugin-ubuntu/ should be the lates-greatest code - if I care about the plugin. Right?
[23:22] <zub> daker: I think it's here http://bazaar.launchpad.net/~ubuntu-sdk-team/qtcreator-plugin-ubuntu/trunk/files/head:/share/qtcreator/templates/wizards/ubuntu/
[23:23] <daker> zub: thanks
[23:24] <zub> no problem
[23:24] <zub> I've been spending time recently digging in the sources, trying to understand how the sdk works
[23:25] <zub> lots of funny things
[23:26] <daker> zub: well i am hitting an issue right now with the click build in QTC
[23:26] <zub> launchpad.net has died :(
[23:26] <zub> I hope it's not us who killed it :)
[23:26] <zub> daker: unfortunately I have not idea about qmake, I looked at the cmake part :)
[23:27] <zub> trying to (ab)use the SDK to build non-QML apps
[23:29] <daker> zub: no, it's a scheduled maintenance
[23:29] <zub> OK, it's up again
[23:30] <zub> one example CMake strageness: http://bazaar.launchpad.net/~ubuntu-sdk-team/qtcreator-plugin-ubuntu/trunk/view/head:/share/qtcreator/templates/wizards/ubuntu/backend-app-cmake/app/CMakeLists.txt#L7 ... configure_file(blah.in ${CMAKE_CURRENT_BINARY_DIR}/blah.in)  - why is there .in in the output?
[23:31] <zub> but strangely enough it does work, even though there is install(blah ...) # without the .in
[23:34] <daker> zub: https://unix.stackexchange.com/questions/123166/source-files-with-in-extension
[23:35] <zub> daker: I don't think ti explains why the configured *output* is specified again with .in
[23:35] <daker> ah i see what you mean
[23:36] <daker> it should be ${CMAKE_CURRENT_BINARY_DIR}/blah
[23:36] <zub> I think so. But it works as it is anyway.
[23:36] <zub> Now I'm actually focused somewhere else, so I can't look what's in the output directory (or I have a stack overflow :) )
[23:36] <daker> it would be good to report it
[23:37] <zub> I'll do it.
[23:38] <zub> I'm trying to create a project with SDL integrated correctly. I've seen some SDL project template on the web but didn't like it much.
[23:40] <zub> Btw. when building for the ubuntu phone... is it OK to create an app that depends on boost libraries? They are on the device, and in the SDK containers, but the -dev packages (which contain the version-less .so symlinks) are not installed on the containers.
[23:41] <daker> what do you mean by boost libs ?
[23:44] <zub> daker: libbost_*.so* (it's a popular c++ library see www.boost.org)
[23:45] <daker> zub: you can open the container and run apt install
[23:45] <zub> the question is: are apps allowed to use it? or is it maybe something that could change and so apps should not depend on it
[23:45] <zub> yes, that's what I did. but is it OK w.r.t. actual dependency on the phone
[23:45] <zub> (I installed the dev packages in the container)
[23:46] <daker> ah not sure about that, maybe try a simple demo before you do some real work
[23:47] <daker> but i think you should be able to call the the lib
[23:48] <zub> Technically, it works. It's more of a policy question. I.e. can the lib change "randomly" or disappear?
[23:48] <zub> If it's an allowed dependency, then perhaps the dev packages could already by included in the containers by default.
[23:50] <daker> yeah
[23:55] <zub> https://bugs.launchpad.net/ubuntu/+source/qtcreator-plugin-ubuntu/+bug/1661119 let's see
[23:55] <ubot5> Ubuntu bug 1661119 in qtcreator-plugin-ubuntu (Ubuntu) "backend-app-cmake template specifies incorrect value for configure_file() output" [Undecided,New]
[23:58] <zub> other issue that bothers me is forcing C locale for CMake. But for this there already is a ticket: https://bugs.launchpad.net/ubuntu-sdk-ide/+bug/1629583
[23:58] <ubot5> Ubuntu bug 1629583 in Ubuntu SDK IDE "Ubuntu SDK won't launch builds from paths containing diacritics" [Undecided,New]
[23:59] <zub> the code in I think 2 different places says C locale is needed for Qt Creator, but I'm not convinved. Not to mention that killing the encoding too (utf-8) is really bad. :(