[01:51] <mhall119> rpadovani: I'm at a conference this weekend, so not on IRC much, if you need help ping popey
[01:51] <popey> mhall119, all sorted
[01:59] <mhall119> thanks popey :)
[01:59]  * mhall119 should change his nick
[08:34] <zzarr> hello! I get this error trying to use bluetooth in Ubuntu SDK (Ubuntu version: 15.10) "error: Unknown module(s) in QT: bluetooth"
[08:38] <zzarr> this is the compiler output ".../ubuntu-sdk-15.04-armhf/qt5-qmake-arm-linux-gnueabihf" exited with code 3.
[10:12] <DanChapman> zsombi: hey! in the UITK 1.3 ListItem is it possible to declare actions only for the "right-click" context menu and not be in the leading/trailing actions?
[10:24] <zsombi> DanChapman: nope, yet it has to be either in leading or trailing or both
[10:25] <zsombi> DanChapman: what we have in ListItem is only a temporary solution till we get the ContextMenu in place
[10:48] <DanChapman> zsombi: ahh that's a bummer. :-( any suggestions on how I can solve my current issue in dekko https://docs.google.com/document/d/1ohaF-RY5d927wkco-wxHvfEB4dehEiz5KWGs6JpauBs/edit?usp=sharing
[10:49] <DanChapman> I want to avoid having the two seperate context menus
[11:17] <zsombi> DanChapman: just commented on the doc
[11:18] <DanChapman> zsombi: thanks! i'll take a look in a minute
[12:09] <mcphail> Do we now have a magic switch to prevent the screen from dimming in apps? What is the invokation? Does it prevent the screen from switching off as well?
[12:15] <ahayzen> mcphail, looks like it would be something like this https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1462489/comments/21 (probably worth reading the other comments after as well)
[12:16] <VsyachePuz> I want to learn on how to implement the following feature: my program performs long process (internet crawling by specification), user chooses "minimise to progress bar" icon. windows minimizes, and LONG progress bar appers in between system menu and ApplicationIndicators. How to implement this?
[12:18] <VsyachePuz> In MATE there is Panel Applets, whose allow to implement such feature. But does unity-panel support them ?
[12:23] <VsyachePuz> does ubuntu-panel support panel applets, similar to DBus-based panel applets of gnome and mate?
[12:23] <mcphail> ahayzen: so if I add the "keep-display-on" apparmor permission does the screen stay on automatically?
[12:24] <ahayzen> mcphail, the apparmor and the state in your QML, also note what was said here https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1462489/comments/41
[12:25] <mcphail> ahayzen: any idea how to implement that in a non-qt app? Trying to keep screen on in SDL app
[12:25] <ahayzen> mcphail, erm, not sure someone like mzanetti might though ^^ ?
[12:26] <mzanetti> one sec
[12:27] <mcphail> ahayzen: thanks
[12:27] <mcphail> mzanetti: there's a comment about sending a dbus message, but dbus is a bit beyond me... ;)
[12:29] <mzanetti> Mirv, where do we keep the qt distropatches?
[12:31] <mzanetti> found it
[12:31] <mzanetti> mcphail, http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/qtsystems-opensource-src/wily/view/head:/debian/patches/unity-screen.diff
[12:31] <mzanetti> mcphail, basically comes down to conencting to "com.canonical.Unity.Screen", "/com/canonical/Unity/Screen", "com.canonical.Unity.Screen" on the system bus
[12:32] <timp> zbenjamin: do you know what is happening here? https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1518106
[12:32] <mzanetti> mcphail, and calling "keepDisplayOn" there
[12:32] <mzanetti> mcphail, that will return an int, store that int, and call removeDisplayOnRequest with that int as argument when your app is unfocused or closed
[12:33] <mcphail> mzanetti: cheers. Will have a look at that. Can non-Qt apps interact with dbus?
[12:33] <mzanetti> (or whenever else you want to not keep the screen lid any more - play nice or I will rate your app badly :D)
[12:33] <mzanetti> mcphail, yes
[12:34] <mzanetti> mcphail, what toolkit/language is your app?
[12:34] <mcphail> mzanetti: it is Baldur's Gate, running under GemRB usinf SDL2
[12:35] <mcphail> mzanetti: rate it badly and I'll send magic missile at you
[12:35] <mzanetti> you should be able to link to c or even c++ and qt from that, no?
[12:35] <mzanetti> isn't SDL based on c?
[12:36] <mcphail> mzanetti: yes. I can do the necessary in
[12:36] <mcphail> C
[12:37] <mcphail> mzanetti: thanks for your help
[12:37] <mzanetti> mcphail, so yes, find some dbus-lib written in C, or figure how to link c++ to it
[12:37] <VsyachePuz> does ubuntu-panel support panel applets, similar to DBus-based panel applets of gnome and mate?
[12:38] <mcphail> mzanetti: SDL links to dbus anyway, so the libs capability should be there
[12:39] <ahayzen> timp, just of interest what does "dirname $0" give you ?
[12:40] <ahayzen> timp, as if i change ". `dirname $0`/build_paths.inc" .. to .. ". ./build_paths.inc" then it works as that file is in the same directory for me
[12:41] <Mirv> mzanetti: ok. Debian git, LP mirror also
[12:41] <timp> ahayzen: "dirname $0" always gives me "."
[12:41] <ahayzen> timp, it gives me "/bin"
[12:42] <ahayzen> timp, haha omg! no way found it...
[12:42] <ahayzen> timp, if i use gnome-terminal i get '.' .. if i use terminator i get '/bin'
[12:43]  * ahayzen adds that to the bug report
[12:43] <timp> ohh
[12:43] <timp> I  never tried that
[12:43] <ahayzen> yeah it works fine in gnome-terminal
[12:43]  * ahayzen wonders what terminal Victor is using
[12:44] <timp> $0 should be the full path+name of the script that you are running..
[12:48] <ahayzen> timp, commented, so now you are going to tell me i'm using the wrong terminal :-P
[12:58] <ahayzen> timp, why can't you do this instead? ". $PWD/build_paths.inc" ?
[13:00] <timp> ahayzen: I'm not sure, that's why I was asking zbenjamin I think he added the $0 ;)
[13:01] <ahayzen> :-)
[13:02] <zbenjamin> timp: he did not :)
[13:04] <ahayzen> bzr blame may argue its case ;-)
[14:39] <Innercode> Hi 'm getting headaches about my apparmor problem. I've updated my BQ4.5 to OTA-8 and my desktop have the latest updates as well. When I create a new HTML5 app and run it on my phone no styles or js are applied because apparmor denied it. The bug is registered here (https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1477580) but the state is fixed. When I run the app on my desktop it's ok. How can I 
[14:44] <jdstrand> Innercode: on the desktop it isn't going to run confined unless you are doing something special
[14:44] <jdstrand> Innercode: also, this was fixed in 15.10, not the phone
[14:46] <jdstrand> pmcgowan: hey, so, Innercode is seeing bug #1477580 on the phone (update to webapp template). mardy wants bug #1512667 (update to accounts policy group)
[14:47] <jdstrand> pmcgowan: with these changes, all webapps and anything using the accounts policy group will be recompiled in ota9. is this acceptable?
[14:48] <pmcgowan> jdstrand, and that means a first boot delay?
[14:48] <jdstrand> yes
[14:48] <pmcgowan> whats our choices
[14:48] <jdstrand> to do it or to not do it :)
[14:48] <pmcgowan> heh
[14:49] <jdstrand> in this case there is no additional policy group trick
[14:49] <pmcgowan> sounds like we need to if I understand right
[14:49] <pmcgowan> is it on the order of seconds, minutes?
[14:49] <jdstrand> it seems the html5 changes landed without this (I'm guessing), so that kinda forces our hand
[14:49] <jdstrand> well, it depends on the device
[14:49] <jdstrand> all webapps
[14:50] <jdstrand> and anything that uses accounts
[14:50] <jdstrand> the accounts change will affect a relatively small number of apps
[14:50] <jdstrand> I believe
[14:50] <pmcgowan> jdstrand, so is there a current issue on ota8 we need to fix?
[14:51] <jdstrand> pmcgowan: I'm not sure when the html5 issue came up. Innercode mentioned he is struggling to develop on html5 app on BQ ota8
[14:51] <jdstrand> but this is the first I've heard of it for stable phone overlay
[14:51] <jdstrand> (we fixed it in wily)
[14:52] <Innercode> jdstrand pmcgowan Had this problem on OTA-7 as well
[14:52] <pmcgowan> hmm that sounds bad
[14:52] <jdstrand> pmcgowan: mardy has been asking for this change to the accounts plugin for a while
[14:52] <jdstrand> s/plugin/policy group/
[14:52] <pmcgowan> I am still confused is this affecting installed html apps?
[14:52] <pmcgowan> sounds like
[14:53] <pmcgowan> alexabreu, ^^
[14:53] <jdstrand> yeah, I don't understand the underlying changes that is causing this
[14:53] <jdstrand> s/is/are/
[14:54] <jdstrand> this is the wily changelog entry for apparmor-easyprof-ubuntu: ubuntu/ubuntu-webapp: allow read access to /usr/share/ubuntu-html5-theme and /usr/share/ubuntu-html5-ui-toolkit (LP: #1477580)
[14:55] <jdstrand> from the bug description: "When launching an app create with the default HTML5 template in qtc on the device (it now uses the 'ubunu-webapp' apparmor template), the css styles are not applied at all."
[14:55] <pmcgowan> yikes
[14:55] <pmcgowan> how did that happen
[14:55] <jdstrand> but that was for wily
[14:55] <jdstrand> maybe the new sdk?
[14:56] <jdstrand> no, Innercode said this was with ota7 too
[14:56] <alexabreu> jdstrand, pmcgowan mmmh this really seems related to what https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1477580 was fixing
[14:56] <pmcgowan> alexabreu, right so do we need to hotfix this?
[14:56] <jdstrand> alexabreu: yes, that is the bug I am talking about :)
[14:56] <alexabreu> pmcgowan, it shouldnb't be hotfixed ... jdstrand released it some time ago right?
[14:57] <jdstrand> alexabreu: we fixed that in wily. Innercode said he is seeing it on ota7+
[14:57] <alexabreu> yes
[14:57] <jdstrand> it is not fixed in stable phone overlay
[14:57] <alexabreu> ah!
[14:57] <jdstrand> the question is, why are we seeing it in stable phone overlay in ota7+
[14:58] <jdstrand> and should we regenerate all webapp policy in ota9 (first boot slowdown)
[14:59] <jdstrand> Innercode: could you paste your security manifest for your app at paste.ubuntu.com?
[15:00] <Innercode> jdstrand The contents of the apparmor file?
[15:01] <jdstrand> Innercode: in your click manifest, you will have something like this:
[15:01] <jdstrand> name: foo
[15:01] <jdstrand> hooks:
[15:01] <jdstrand>   bar:
[15:01] <jdstrand>     apparmor: path/to/file
[15:03] <Innercode> http://paste.ubuntu.com/13366210/
[15:04] <jdstrand> Innercode: right, I need MPDClient.apparmor
[15:04] <jdstrand> Innercode: actually, and MPDClient.desktop
[15:06] <Innercode> jdstrand: http://paste.ubuntu.com/13366245/
[15:10] <jdstrand> Innercode: thanks
[15:10] <jdstrand> alexabreu (and pmcgowan): should I proceed with preparing this?
[15:11] <Innercode> I really need to go now. My client stays connected so I will read all the messages since now. Many thanks anyway :)
[15:11] <alexabreu> jdstrand, I think we should yes, ...
[15:13] <pmcgowan> jdstrand, alexabreu what is the conclusion, is this currently afftecting html apps on the release
[15:21] <mardy> jdstrand: of course, the other option is to create a new policy (IIRC I proposed "accounts-read"), but it's not as nice (and you suggested modifying the existing "accounts" one)
[15:23] <jdstrand> pmcgowan: thoughts on accounts policy group change? I think this is less disruptive. anecdotally, I have 19 profiles that use it on my dogfooding arale. I just timed recompiling them: 34 seconds
[15:23] <jdstrand> pmcgowan: I defer to alexabreu on if html apps are affected on the release
[15:24] <alexabreu> pmcgowan, jdstrand yes they are
[15:24] <alexabreu> so we have to hotfix
[15:25] <jdstrand> pmcgowan: ^. based on that, I think we should do both. interestingly, I have fewer webapps than accounts consumers
[15:25] <pmcgowan> alexabreu, ok then, can you also follow up on some test to catch this
[15:26] <alexabreu> pmcgowan, yes that's precisely what I was doing
[15:26] <pmcgowan> alexabreu, jdstrand I will open an rtm taskon that bug
[15:30] <jdstrand> what about the accounts change?
[15:30] <jdstrand> pmcgowan: also, fyi, http://paste.ubuntu.com/13366530/
[15:30] <jdstrand> pmcgowan: a little over a minute on arale if we change both
[15:31] <pmcgowan> that seems fine
[15:31] <jdstrand> pmcgowan: if you run that command yourself, make sure that the screen doesn't dim
[15:31] <jdstrand> cause the system goes into energy saving mode and it affects compile times
[15:32] <jdstrand> pmcgowan: I agree. so, fix both?
[15:32] <pmcgowan> jdstrand, yes
[15:40] <jdstrand> mardy: this is all you want, correct? http://paste.ubuntu.com/13366564/
[16:04] <mardy> jdstrand: if the 15.10 policy is a symlink to 1.3, then yes, that's all
[16:09] <jdstrand> mardy: this is for stable phone overlay and so no 15.10 poliy. it just adds that to what is already there
[16:10] <jdstrand> pmcgowan: can you adjust this bug accordingly: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1512667
[16:10] <jdstrand> pmcgowan: I started it, but couldn't do everything
[16:13] <jdstrand> mardy: but yes, 1.3 policy (ie, what the stable phone uses) is a symlink to 1.1
[16:34] <mardy> jdstrand: right, for 15.10 you already did it in wily. So yes, those changes look fine!
[16:34] <jdstrand> thanks
[16:35] <jdstrand> mardy: if you are interested: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-048
[16:50] <adam_from_farfar> hellou :3
[16:52] <adam_from_farfar> guys, I have just installed QtCreator, phone is connected to pc, when I try to deploy the app, Python complains for a missing module. The log is here. http://paste.ubuntu.com/13367627/ I cannot either install the module as it does not exist or do anything else :/ Anyway, when I ingore the warning, the app is correctly deployed to phone, but I have
[16:52] <adam_from_farfar> no idea what can be the side effect of issues with that python module.
[17:27] <davmor2> ahayzen: pfff bug lists everywhere you only need to look at mine https://bugs.launchpad.net/~davmor2
[17:28] <ahayzen> davmor2, haha but this is only for 1 feature ;-)
[17:28] <ahayzen> davmor2, https://bugs.launchpad.net/bugs/+bugs?field.tag=bgplaylist ;-)
[17:29] <davmor2> pffff only 65 that's a tenth of my list ;)
[17:30] <ahayzen> haha
[17:30] <ahayzen> i am a dev not QA :-P
[17:30] <ahayzen> wait until you guys start testing it :')
[17:32] <davmor2> ahayzen: silo 009 is in the queue
[17:32] <davmor2> :D
[17:32] <ahayzen> yup :-D
[17:32] <ahayzen> getting there slowly
[17:32] <davmor2> It will fail at least twice
[17:32] <ahayzen> probably
[17:33] <ahayzen> jhodapp, davmor2 predicting your future ^^ ;-)
[17:34] <jhodapp> so cynical! ;p
[17:34] <davmor2> ahayzen, jhodapp: It is a HUGE! silo there is no way it's perfect first try sorry :)
[17:34] <ahayzen> that just means we need todo more testing first then :-)
[17:34] <ahayzen> lol
[17:36] <davmor2> ahayzen: bluez5 has taken a week to land and is smaller, admittedly it touches more parts of the system but hey :)
[17:36] <ahayzen> :-) thats been baking for a while as well
[17:36] <davmor2> and that was with months of prep
[17:36] <jhodapp> davmor2, it's definitely not perfect
[17:37] <davmor2> ahayzen: see jhodapp it already setting up the excuses for the fail ;)
[17:37] <jhodapp> we did pretty thorough testing, but it's complex stuff and edge cases can be hard to test for
[17:37] <ahayzen> well it plays music when i'm on the bus...so ship it ?
[17:37] <jhodapp> davmor2, someone has to prepare you properly ;)
[17:37] <ahayzen> ;-)
[17:38] <davmor2> jhodapp: yeah that's what I say I will be amazed if this passes first time :)
[17:38] <jhodapp> ahayzen, I like that!
[17:38] <jhodapp> davmor2, buy me a beer if it does!?
[17:38] <davmor2> jhodapp: :)
[17:39]  * davmor2 bets jhodapp hasn't tested with the new bluez5 stack yet ;)
[17:40] <jhodapp> nope :)
[17:40] <jhodapp> have not
[17:41] <davmor2> See edge case number one :D
[17:41] <jhodapp> haha
[17:42] <jhodapp> davmor2, I will test with it though once it lands
[17:42] <ahayzen> when do we get media-controls via bluez5 and bgplaylists :')
[17:44] <jhodapp> bluez5 is landing now, so soon :)
[17:44] <jhodapp> maybe by Monday
[17:44] <ahayzen> sweet \o/
[17:45] <ahayzen> OTA9 is gonna be big lol
[17:45] <jhodapp> yep :)
[17:45] <ahayzen> and we are only a few days into it lol
[17:46] <davmor2> ahayzen: lots of it has been building for months and we are trying to get all the big bits in place as early as possible to avoid the last minute racing around like a headless chicken and then having to drop it anyway :)
[17:47] <ahayzen> hah :-)