[00:43] <akiva-thinkpad> popey, ping
[00:44] <akiva-thinkpad> or anybody really
[07:58] <dholbach> good morning
[08:45] <davidcalle> Good morning all
[08:58] <seb128> hey davidcalle
[08:58] <davidcalle> hey seb128
[08:58] <hades007> I have a problem with snappy / docker / apparmor, can someone help me plz ?
[09:05] <hades007> I need help with snappy and docker.. "docker run ubuntu /bin/bash" is not working for me in ubuntu core / snappy (amd64 scratch alpha3). Also I get apparmor error  using dmesg. What am i doing wrong / missing ? somebody could tell me please ?
[09:19] <hades007> nobody to help me with new ubuntu core ?
[09:24] <davmor2> hades007: try on #snappy
[09:24] <hades007> ok
[09:30] <hades007> just one one thing .. how to remove apparmor temporarly using apparmor_parser ?
[10:23] <dholbach> hey beuno, do you know why I get "The uploaded package name (dholbach.randomcats) does not use your namespace (dholbach)"?
[10:35] <dholbach> JamesTait, ^ do you know who could help?
[10:41] <JamesTait> dholbach, yes: the new format is $appname.$namespace (i.e. randomcats.dholbach)
[10:42] <dholbach> JamesTait, I tried that too :/
[10:42] <JamesTait> dholbach, there's work in progress to make that clearer in the UI.
[10:42] <dholbach> "The new version submitted for 'randomcats' does not match the upload ('randomcats.dholbach')."
[10:42] <dholbach> should it just be "randomcats"?
[10:43] <JamesTait> Hang on, I'll need to figure out where that message is coming from.
[10:47] <JamesTait> dholbach, did you upload a new version of randomcats with the new package name format using the "Upload new version" button on your existing package that had the old package name format?
[10:48] <dholbach> JamesTait, yes
[10:48] <JamesTait> dholbach, OK, I think I can see where the problem is.  I'm not quite sure what the solution is at this point, though.
[10:49] <dholbach> ok... what do we do now? file a bug?
[10:51] <JamesTait> I'll be surprised if there isn't a bug for this already, tbh.
[10:53] <JamesTait> Not coming up with any hits though. :-/
[10:53] <JamesTait> dholbach, if you could file a bug for it please, I'm sure if there is already a bug open for it, it'll quickly be identified.
[10:54] <dholbach> on developer-portal?
[10:54] <JamesTait> https://bugs.launchpad.net/software-center-agent/+filebug
[10:54] <dholbach> ah ok
[10:55] <dholbach> JamesTait, https://bugs.launchpad.net/software-center-agent/+bug/1432579
[10:56] <JamesTait> Thanks, dholbach.
[11:00] <JamesTait> dholbach, in the meantime, I think the best approach is just to upload it with the original package name (com.ubuntu.developer.dholbach.randomcats).
[11:00] <dholbach> ok, I'll try
[11:12] <ahayzen> kenvandine, ping
[11:12] <kenvandine> ahayzen, pong
[11:13] <ahayzen> kenvandine, I've got my project working with Bacon2d1.0 ... it works when I build for desktop but fails when I build in the chroot for arm ...
[11:13] <ahayzen> kenvandine, I've installed the bacon2d package in the chroot as I thought that might be the issue, do you have any others ideas what could be causing it?
[11:13] <ahayzen> this is the sortof compile output i get http://pastebin.ubuntu.com/10609103/
[11:13] <kenvandine> ahayzen, are you sure you installed the armhf flavor?
[11:13] <ahayzen> kenvandine, ah maybe not
[11:13] <kenvandine> qtdeclarative5-bacon2d1.0:armhf
[11:14]  * ahayzen tries that
[11:14] <kenvandine> gotta include the :armhf :)
[11:14] <kenvandine> i wish you didn't need to :/
[11:15] <kenvandine> ahayzen, oh... i think you need a 15.04 chroot
[11:15] <kenvandine> for the qmake support
[11:15] <ahayzen> oh not a 1410 :/ ugh lol
[11:15] <kenvandine> i think so
[11:16] <kenvandine> unless they backported that
[11:16] <ahayzen> yeah it still fails i'll try making a 1504 chroot
[11:17] <kenvandine> ok
[11:17] <kenvandine> yeah, that qmake support landed since 14.10
[11:17] <ahayzen> my setup is horrific lol
[11:18] <ahayzen> like I have a 14.10 machine with 3.19 kernel (no overlayfs) .. then with 15.04 in KVM with chroot in that
[11:18] <kenvandine> ha
[11:20] <popey> ahayzen: upgrade to 15.04! :D
[11:21] <rpadovani> ahayzen, add the sdk ppa, otherwise your chroot will not support qmake
[11:21] <ahayzen> yeah that my plan ... when i don't have assignments todo
[11:21] <ahayzen> rpadovani, sdk ppa ... to the 15.04 machine or to the chroot itself?
[11:21] <davmor2> ahayzen: so neva then ;)
[11:21] <rpadovani> ahayzen, to the machine
[11:22] <ahayzen> rpadovani, ok cool thanks :)
[11:22] <ahayzen> davmor2, hehe yeah never! lol
[11:43] <ahayzen> ok so the 15.04 chroot with the bacon2d arm package works \o/
[11:46] <beuno> dholbach, have you set "dholbach" as your namespace?
[12:03] <dholbach> beuno, yep
[12:07] <beuno> dholbach, can you upload the package somewhere for me to inspect?
[12:08] <dholbach> beuno, I was able to upload it with com.ubuntu.developer.dholbach.randomcats now
[12:08] <beuno> dholbach, hm, ok. I'll look into it
[13:13] <dholbach> balloons, dpm: not sure if you have time today, but there's still: https://code.launchpad.net/~dholbach/help-app/1430735/+merge/252910
[13:15] <dpm> dholbach, I was planning on reviewing it, but I've been tied up with other things this morning, and I think I'll continue to be for the rest of the day. I'll need to do it in more detail, but I can add a few comments for now
[13:15] <dholbach> ok
[13:16] <ogra_> bzoltan_, i have an app that switches the page header state, it is based on the 14.04-dev1 framework, using it on the vivid image all is fine, using it on rtm the header state never properly switches back to default (fragments of the text input field for the search state are left around for example)
[13:17] <ogra_> i wonder if it is worth filing a bug in the light that rtm will become vivid anyway
[13:27] <ahayzen> ogra_, sounds a bit like bug 1341814
[13:27] <nik90> ogra_: it was fixed in vivid, but not backported to rtm :/ .. .there is a workaround that I used in podbird
[13:28] <nik90> ogra_: add http://paste.ubuntu.com/10609646/ to every page that you use the page headers contents
[13:28] <ahayzen> yup thats what we do in music as well :)
[13:30] <balloons> dholbach, I see dpm helped out, but I'll give it a test also
[13:30] <dholbach> thanks balloons
[13:31] <dholbach> dpm, regarding ".link-cta-ubuntu"...
[13:32] <dholbach> dpm, is that also the tag you want us to use?
[13:32] <dholbach> if we want to use the attr-list extension, we'll have to type that
[13:32] <dholbach> (which works for me)
[13:32] <dpm> dholbach, it's just the name of the class that will be used when the html markup
[13:32] <dpm> is generated
[13:33] <dholbach> ok
[13:33] <dpm> dholbach, what do you mean by tag?
[13:33] <dholbach> so we use {: .link-cta-ubuntu } in the markdown, ok?
[13:34] <dpm> yeah
[13:34] <dholbach> ok
[13:55] <t1mp> ogra_, ahayzen, nik90, bzoltan_: yes, seems like it was fixed but not backported to rtm
[13:57] <ogra_> yeah, that is what it looks like
[13:57] <ogra_> i guess it isnt worth a bug given we'll switch over within the next weeks
[13:59] <t1mp> ogra_: perhaps you can leave a comment on the bug report saying that it is not fixed in rtm, just to have it reported
[14:00] <t1mp> I'll add it
[14:01] <ogra_> thx
[14:49] <Diogo_> Hi
[14:58] <balloons> hello Diogo_
[15:10] <dobey> mardy: is there documentation for the OAuthMain component somewhere? in particular the completeCreation() method and the reply argument it gets?
[15:28] <dholbach> balloons, dpm: https://code.launchpad.net/~dholbach/help-app/1430735/+merge/252910 does not include the !!I implementation, but dpm and I just decided we won't need it for 0.1 in the store tomorrow yet
[15:29] <dholbach> balloons, dpm: I created a 0.1 milestone - feel free to assign bugs to it
[15:29] <balloons> woot! sorry dholbach surprise autopilot issue this morning
[15:29] <dholbach> let's land the MPs we have now
[15:29] <dholbach> and then review and check what still needs to be done to get the app in the store
[15:50] <dholbach> balloons, fixed
[15:55] <dholbach> balloons, https://bugs.launchpad.net/help-app/+bug/1429896 is going to be quite a bit of work
[15:55] <dholbach> I'd prefer if we can make this 0.2
[15:55] <dholbach> wherever you change parts and imports something else is going to explode :)
[15:56] <dholbach> it'd also help if we had a directory tree in our mind which we agree on
[15:56] <dholbach> ... a future directory tree ...
[15:56] <balloons> dholbach, sure..
[15:56] <balloons> I had to try!
[15:56] <balloons> :-)
[15:56] <dholbach> haha
[15:57] <dholbach> propose a directory tree structure in the bug and I'll start working on it once we have the first cut in the store
[16:29] <dholbach> balloons, dpm: https://code.launchpad.net/help-app/+activereviews - thank you :)
[16:30] <dholbach> does https://launchpad.net/help-app/+milestone/0.1 look good to you?
[17:42] <nerochiaro> mzanetti: hi. do you know how to enable code coverage for Qt unit tests  ?
[17:59] <mzanetti> nerochiaro, yes. eating atm. will come back to you in a bit
[17:59] <nerochiaro> mzanetti: no problem
[18:08] <mzanetti> nerochiaro, cmake, I assume
[18:08] <nerochiaro> yes
[18:09] <nerochiaro> at the moment just qmltestrunner, but later i will write some c++ tests too
[18:09] <mzanetti> nerochiaro, we can't really have coverage of qml code
[18:09] <mzanetti> nerochiaro, all you'd get is coverage of the loaded c++ plugins
[18:10] <nerochiaro> mzanetti: that's fine
[18:10] <mzanetti> nerochiaro, you need this cmake module: http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/cmake/modules/EnableCoverageReport.cmake
[18:11] <mzanetti> nerochiaro, it has some dependencies on other modules too, you'll find all in here: http://bazaar.launchpad.net/~unity-team/unity8/trunk/files/head:/cmake/modules/
[18:11] <dobey> isn't that packaged up in a general package now?
[18:11] <mzanetti> nerochiaro, Findgcov, Findlcov and IIRC ParseArguments
[18:11] <mzanetti> dobey, I'm not aware of one, but could be, yes
[18:11] <mzanetti> if you know of one, let me know
[18:12] <mzanetti> nerochiaro, anyhow, you need those modules, if you find a package to depend on, even better, otherwise you need to copy them
[18:12] <dobey> alesage: ^^ the gcov cmake bits are available in a central deb package now right, so one can just include them from the system dirs?
[18:13] <mzanetti> nerochiaro, then add a block like this to your main CMakeLists.txt: http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/CMakeLists.txt#L25
[18:13] <dobey> mzanetti: i thought they were, as i remember complaining to alesage about having them copied across all the projects, when he proposed adding them to the click scope :)
[18:14] <nerochiaro> mzanetti: ok, i will try this tomorrow and let you know if it works
[18:14] <mzanetti> nerochiaro, then you compile with cmake -DCMAKE_BUILD_TYPE=coverage
[18:14] <mzanetti> nerochiaro, see you tomorrow then
[18:14] <alesage> dobey, mzanetti there exists a cmake-extras package with some of these bits, yes, but go with mzanetti's advice :)
[18:15] <nerochiaro> mzanetti: thanks, and have a good evening
[18:15] <alesage> (as the implementation in cmake-extras is slightly different, needs some testing)
[18:15] <dobey> alesage: different how?
[18:16] <alesage> dobey, /me is straining to remember, will have to look into--slightly different invocation at least
[18:16] <dobey> ok
[18:16] <dobey> would be nice to move everything over to a centralized setup for that
[18:17]  * alesage should probably write an e-mail about this thanks for the push dobey
[19:08] <dobey> does anyone know how to generate an oauth signature for a url, from within qml (specifically, within kthe account plug-in qml for the account being created)?
[19:29] <dobey> i guess not :-/
[19:31] <kenvandine> dobey, i don't know
[19:32] <dobey> kenvandine: i've written multiple accounts plug-ins and i don't know! :)
[19:32] <kenvandine> ask mardy :)
[19:32] <kenvandine> that's my standard answer
[19:36] <dobey> yeah i pinged mardy this morning, but no response :P
[19:54] <AskUbuntu_> Dynamic object creation im QML | http://askubuntu.com/q/597613
[20:49] <DS-McGuire> Is there any reason my Nexus 10 doesn't get any Ubuntu updates other than apps?
[20:51] <rickspencer3> DS-McGuire, I presume that you have set it to only get updated to promoted images, and we are I suppose we are not often promoting images for it
[20:51] <dobey> DS-McGuire: no new images have been built
[20:51] <rickspencer3> if you reflash it with -devel-proposed, you will get daily updates
[20:52] <dobey> DS-McGuire: you're on 14.09-proposed i presume?
[20:53] <DS-McGuire> rickspencer3, I have no idea what I set it to. dobey It says I am on Ubuntu 15.04 (r1)
[20:53] <DS-McGuire> Last update was 12/02/2015, that's when I flashed it.
[20:53] <rickspencer3> sounds like you are on the promoted channel, since we aren't doing any real QA for the N10, you'll be waiting a while for an update
[20:53] <dobey> DS-McGuire: ah, then you're on "devel" which has not been getting image promotions much
[20:54] <dobey> i'm surprised we promoted that image. stable doesn't have any image for manta :)
[20:54] <DS-McGuire> Ah, well thanks guys. What is best for me to do? (besides by an Ubuntu phone which I can't afford hahah)
[20:55] <DS-McGuire> It is difficult to do HTML work on an old image.
[20:57] <rickspencer3> DS-McGuire, reflash, but set the channel to devel-proposed
[20:57] <rickspencer3> that will get you daily updates
[20:57] <dobey> or just run "sudo system-image-cli --switch ubuntu-touch/devel-proposed" on the device
[20:57]  * DS-McGuire grumble
[20:58] <DS-McGuire> dobey, I will try that now! :D
[21:01] <DS-McGuire> dobey, possible to do over ssh?
[21:01] <dobey> DS-McGuire: yes, as long as your n10 is connected to wifi it should work
[21:01] <dobey> DS-McGuire: you can add -vvvv to get very verbose output (otherwise it'll just sit there for a while without printing anything useful)
[21:02] <DS-McGuire> dobey,  ah, that would explain why nothing came out.
[21:19] <DS-McGuire> dobey, Any idea how long "running group reactor" should last?
[23:26] <AskUbuntu_> UbuntuListView ListItem.Expandable example? | http://askubuntu.com/q/597672