=== chriadam is now known as chriadam|away [06:58] good morning [07:00] morning dholbach [07:00] hey dpm === chihchun is now known as chihchun_afk [08:16] Good morning all; happy World Environment Day! :-D === chihchun_afk is now known as chihchun [08:46] is it possible for something to swallow console.log and qDebug output? [08:52] I can put them in system-settings code but they don't get printed out [08:52] why :( [08:59] Laney, how do you start system settings? [09:00] seb128: ssh> system-settings --desktop_file_hint=/the/path/... [09:00] it comes up and I get some warnings from qt but not the ones I put in the code [09:02] weird [09:17] indeed [09:22] dpm, do you have access to https://bugs.launchpad.net/ubuntudeveloperportal/+manage-official-tags? [09:23] dpm, maybe I need to be admin in https://launchpad.net/~ubuntudeveloperportal/+members? [09:23] let me have a look [09:25] dholbach, done, I've kicked you out of the team [09:25] looks like I'm done here [09:25] seb128, do you need somebody new on your team? [09:25] that'll teach you for complaining about tags [09:25] dpm, I still don't have access to https://bugs.launchpad.net/ubuntudeveloperportal/+manage-official-tags [09:26] hm, weird [09:26] dholbach, want to come back doing desktop updates and merges like in the good old time? ;-) [09:26] seb128, ... and ignore my bugs inbox ;-) [09:26] or try to ignore [09:27] dholbach, that's not going to fly here :p [09:28] dpm, maybe set the maintainer of the ubuntudeveloperportal project to ~ubuntudeveloperportal? [09:28] seb128, I'm sure that's exactly what the rest of your team is doing ;-) [09:28] dholbach, calling them slackers?! [09:28] seb128, my settings daemon crashed this morning! [09:29] and how about some desktop sponsoring? :-P [09:29] dholbach, yeah, that was what I was trying to do, but LP does not seem to allow me to do that. I can only set it to be ubuntudeveloperportal-editors, which is another team. Give me a few mins to sort it out... [09:29] dpm, don't worry too much [09:30] dpm, I'm just filing a bunch of bugs right now and tag them with 'bitesize', 'screenshot', 'diagram' - that sort of thing [09:30] I hope we make the whole thing a bit more manageable this way [09:30] seb128, even if dholbach is not officially joining the desktop team, feel free to give him some work, he's got way too much spare time [09:30] dholbach, desktop sponsoring queue is clean, "desktop-core: 1", "desktop-extra: 1" [09:30] dpm, yeah, I just noticed [09:30] dholbach, and yeah, the settings daemon issue is known/being worked on [09:30] * dholbach looks into the direction of the kernel team [09:30] hippies! [09:30] dholbach, you don't drink enough to join the kernel team [09:30] * dpm hugs seb128 and dholbach [09:31] * seb128 hugs dpm and dholbach [09:31] seb128, I can at least try! [09:31] * dholbach hugs you all :) [09:38] dholbach, ok, I'm asking in #launchpad how to set the maintainer to be that team, which I don't seem to be able to do. In the meantime, I can set up the official tags for you. Which ones would you like to have? === hunger_ is now known as hunger [09:39] dpm, I used example, bitesize, diagram, screenshot [09:39] dpm, not sure if there's others which have been used a lot [09:39] zbenjamin: ping (again sry :P) [09:40] nik90: i'm here [09:40] zbenjamin: I am having trouble with the kit [09:40] zbenjamin: let me create a kit for the x86 emulator now, and send you a screenshot of the error [09:41] 1 min [09:41] sure [09:42] zbenjamin: https://imgur.com/GCGToAr [09:43] zbenjamin: As you can see, i have used the chroot we created yesterday. It is a i386 chroot for the emulator. [09:43] nik90: your host, is a also x86 or x86_64 [09:43] dholbach, can you try now accessing https://bugs.launchpad.net/ubuntudeveloperportal/+manage-official-tags ? [09:43] zbenjamin: I have also added it to the project. However when I choose it as the kit and then press run, I get the error [09:43] zbenjamin: my host (laptop) is a x86_64 [09:44] dpm, well done - thanks [09:44] nik90: what does the compile output say? [09:44] zbenjamin: http://paste.ubuntu.com/7593701/ [09:46] weird , so it actually tries to start to build [09:46] nik90: what you can try is, outside of qtc, log in the chroot, go to your project : cd project && mkdir build && cmake .. && make [09:46] nik90: see if it builds [09:46] zbenjamin: how do I login into the chroot? [09:47] nik90: in QtC you can go to Tools -> Options -> Ubuntu -> and click on Maintain in the click chroot list [09:48] nik90: or fromt he commandline "click chroot -a -f run" i think [09:51] zbenjamin: if I do it through the terminal, the it built fine [09:51] Built target ubuntu-clock-appbackend-qmldir [09:51] strange [09:54] zbenjamin: should I delete the kit and create it again? [09:54] zbenjamin: this was the kit that was automatically created by qtc [09:54] nik90: no, i don't think that will help [09:56] nik90: try rightclick on the project -> run cmake -> and then build again [09:58] zbenjamin: same error [09:59] i try to reproduce your issue but i need to create a click chroot first [09:59] zbenjamin: however in my emulator, I see an empty ubunut-clock-app [09:59] zbenjamin: On clicking it I was shown the qml file chooser dialog :) [09:59] lol [10:00] ok let me try to reproduce this, sadly that will take a while because my connection is not so fast [10:03] popey, branch review call? [10:04] omw [10:25] Hi folks. How can I force the emulator to be smaller in terms of screen size? How can I change density? [10:25] density in terms of resizing the emulator [10:26] karni: when you run from the terminal you can add an argument -size: 0.5 [10:26] if I remember vaguely [10:26] nik90: thanks, will try (and find a place where to put that in Ubuntu SDK) [10:27] karni: np [10:30] zbenjamin: Do you perhaps now how to apply nik90's hit regarding emulator size through Ubuntu SDK? I'm not starting the emulator from terminal, been looking for where I can provide -size: 05 [10:33] karni: there is a script called local_start_emulator in /usr/share/qtcreator/ubuntu/scripts [10:33] aha, line 19 looks like it :) [10:33] zbenjamin: thanks pal! I think it would be fantastic to be able to apply this settting from Ubuntu SDK :) [10:34] karni: line 30 is the command just add --size behind the memory switch [10:34] oh, this computer is still trusty. different like, but I got the point :) [10:35] karni: thats true, but that is convenience and atm not very high in priority ;) [10:35] zbenjamin: sure, I imagine. though, the emulator is huge :) [10:35] zbenjamin: I'll file a bug, so we keep trak of this === chihchun is now known as chihchun_afk [10:36] karni: make it more generic , like "Support setting emulator switches from the SDK" instead of just the size switch [10:36] yep [10:41] zbenjamin: reported https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1326737 [10:41] Ubuntu bug 1326737 in qtcreator-plugin-ubuntu "Support setting emulator switches from the SDK" [Undecided,New] [10:42] karni: thx [10:43] thank you === chihchun_afk is now known as chihchun [10:48] mzanetti: didn't you create a bug for the problem with the SSH keys? [10:48] bug report i mean [10:56] kalikiana: I happroved https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/initSortOrder2/+merge/222072 again after the fix for the .xauthority file was merged in staging [10:57] zbenjamin: yes [10:57] lemme search for it [10:58] zbenjamin: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1237923 [10:58] Ubuntu bug 1237923 in Ubuntu UI Toolkit "SSH keys should not be generated automatically - or at least kept for QtCreator use only" [Medium,Confirmed] [10:58] mzanetti: thx, just uploaded a branch with the fix for that [10:58] zbenjamin: yay :) [10:58] Saviq: ^ [10:59] \o/ \o\ /o/ [11:00] * Saviq can't ssh into my device image 65 anyway, I think they start locking stuff up ;) [11:00] Saviq: yes. there was a mail about that [11:00] it's good that we *just* got the phablet-shell tool, which is useless now ;) [11:01] t1mp: thx [11:01] Saviq, security demanded we drop password auth support === chihchun is now known as chihchun_afk [11:02] ogra_, yeah, I'm publickey... [11:02] cant argue with the security team :) [11:02] ogra_, and I can't log in [11:02] oh ? [11:02] need to dbg a bit more [11:02] not even with phablet-shell ? [11:02] no SSH process started? [11:02] zbenjamin, no, it rejects me [11:03] use adb to debug ;) [11:04] yeah I know, just have a bit bigger thing to tackle first, TED! [11:05] ++ [11:10] Saviq: please let me know of your findings, I didn't have time to debug phablet-shell, I'm having the same problem. [11:10] karni, will do [11:11] tnx [11:14] nik90: i can reproduce your problem . Currently I don'T know why its not working. Theoretically it should be exactly the same [11:14] zbenjamin: it is good to know that you can reproduce the issue though [11:14] nik90: it should not make a difference between logging in and running the build and running the build with click chroot run cmake [11:14] nik90: there might be a bug in the chroot itself === MacSlow is now known as MacSlow|lunch === jhodapp|afk is now known as jhodapp [11:50] hello! [11:51] anyone know a Canical email address that I could write to? I'm an Ubuntu apps developer and I'm having some troubles with uploading my app (not reiceving any answer) [11:52] hi carlduke [11:52] hi! [11:52] what type of issues are having? [11:52] ahayzen, dpm: https://plus.google.com/hangouts/_/hoaevent/AP36tYed7aW-8ZozRAdVgfKTJW-xmC2Skpf9eef_V4pKUmL9oGmNyA [11:53] popey: ^^ [11:53] nik90, o/ [11:53] nik90, joining in a minute, thanks! [11:53] I uploaded my app something like two weeks ago, and it's still in pending review. I tried to write in the "feedback" section but I didn't get any reply [11:53] vthompson, ^^ [11:53] ah he is on irc [11:54] carlduke, can you give us the URL of your app in myapps.developer.com for us to have a look? [11:54] sure wait [11:54] ahayzen: are you able to join? [11:54] here it is https://myapps.developer.ubuntu.com/dev/apps/3783/ [11:55] nik90: one moment [11:55] nik90, i'm in! [11:56] carlduke: there's quite a queue for desktop apps I'm afraid, and one of the guys who deals with it is on vacation. [11:56] carlduke: sorry about that. [11:56] Ah okay! no problem, thanks! I just wanted to be sure there was no problem with my package :) [11:57] carlduke: well I can't guarantee that ☻ [11:58] yeah but It must be something like that as usually problems with the package show up during the following steps ;) === _salem is now known as salem_ === MacSlow|lunch is now known as MacSlow [12:33] popey: for calendar we doing hangout or IRC today ? [12:39] Saviq, fyi, i cant reproduce any issues with phablet-shell over here, works just fine [12:39] popey, regarding your last webapp-googlecalendar review: try again with the version from trunk [12:39] popey, unfortunately it's just in trunk, but not in other versions yet, because of some issues we're still working out [12:40] jdstrand, shall I do an upload of click-reviewers-tools to utopic? [12:40] dholbach: I always use trunk. every review I do, I pull click-reviewers-tools [12:40] popey, and you ran from bzr? [12:40] jdstrand, what do you suggest we do about bug 1324121? [12:40] bug 1324121 in Canonical Click Reviewers tools "FTBFS on saucy/trusty since r195" [Undecided,In progress] https://launchpad.net/bugs/1324121 [12:40] dholbach: i bzr pull every time [12:41] popey: battery life has decreased this week, not sure why :( [12:41] i am seeing apport always running and taking +50% on CPU [12:42] erk [12:42] popey, with latest trunk I just get a warning in the lint_description test [12:42] daker, which image ? [12:43] we had a few seriously broken ones [12:43] r63 [12:43] ogra_, yeah, I need to dig in [12:43] dholbach: http://paste.ubuntu.com/7594571/ [12:43] daker, uuh, upgrade :P [12:43] ogra_: and the indicators don't appear when the welcome screen in on [12:43] yes [12:44] thats a completely broken image [12:44] 64 too iirc [12:44] popey, maybe it's calling /usr/bin/click-run-checks? [12:44] ogra_: :( [12:44] instead of ./bin/click-run-checks? [12:44] /home/alan/phablet/click-reviewers-tools/bin/click-run-checks [12:44] its calling that [12:45] http://paste.ubuntu.com/7594585/ is the script [12:45] popey, http://paste.ubuntu.com/7594588/ is what I got [12:47] dholbach: dunno what I'm doing wrong then [12:48] popey, I'll take a look at it - to me it seems like the app could be approved, but I'll have a closer look first [12:52] dholbach: lets not do a build just yet, something came up with scopes confinement and I need to make a change to the tools [12:53] jdstrand, ok, WFM - shall I upload a backported apparmor-easyprof-ubuntu to the sdk staging ppa for trusty? (saucy will be hard and we might want to ignore it for now?) [12:53] dholbach: as for apparmor-easyprof-ubuntu to saucy-- why is this an issue? is the sdk team even supporting saucy any more? (I thought I heard they were not) [12:54] dholbach: hold off on the apparmor-easyprof-ubuntu backport until it is at 1.2.4 (same thing with scopes confinement) [12:54] jdstrand, we had a daily build which was targeting saucy first, then saucy and trusty, etc - I'm happy to turn off and ignore saucy [12:54] jdstrand, all right, I'll just disable saucy for now then [12:54] thanks jdstrand [12:54] dholbach: I could be wrong btw-- like I said, I thought I heard that somewhere === salem_ is now known as _salem === _salem is now known as salem_ [13:07] jdstrand: do you have an eta for a-e-u 1.2.4 in the image so we can land https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/CalManagement/+merge/213355 ? [13:07] popey: I am working on it right now [13:08] ok [13:11] popey: do you have a device on the latest image? if so, can you paste the output of 'cat /var/lib/apparmor/clicks/com.ubuntu.music_music_' [13:12] popey, do you get the same output if you go into the directory manually and run bzr pull; ./bin/click-run-checks ? (still not sure why this is happening) [13:12] i do [13:12] * jdstrand wants to know if it is still unconfined [13:13] jdstrand: it is [13:13] "template": "unconfined", [13:13] ok, thanks [13:13] that helps with my 1.2.4 upload [13:13] anything else you need? tea, cakes? [13:13] hehe, no, I'm almost to the point of testing it [13:14] dholbach: yes [13:14] dholbach: http://paste.ubuntu.com/7594734/ [13:15] dholbach: is it possible it's pulling some python library from the installed click-reviewers-tools deb, rather than the local stuff? [13:15] popey, ahhhh, you're on trusty right? probably and "old" version of apparmor-easyprof-ubuntu or click or wherever the framework definitions live? [13:16] yes [13:17] popey, ok, then I guess we'll have to wait for stuff to be backported to the sdk ppa [13:17] oh, thats annoying. i cant reliably check apps then [13:19] zbenjamin: hey, so, apparmor-easyprof-ubuntu 1.2.3 has the debug policy group [13:19] popey, I don't know which package exactly needs backporting right now - I pinged bzoltan about click itself and apparmor-easyprof-ubuntu is on hold (cf above) [13:19] AFAICT it'll be done soon [13:19] zbenjamin: have you tried it? it isn't clear to me how to test it [13:20] and it's "just" the lint_framework check [13:20] but yeah, it'll be good when this is fixed [13:23] hi fginther, balloons - could you give us a hand determining why this MP failed on Jenkins? -> https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163 [13:28] dpm_, it looks like the failing test is meant to be skipped. Is that the case? [13:28] ogra_, does https://pastebin.canonical.com/111156/ tell anything to you re: ssh issue? [13:29] pkunal-parmar, do you know more about that failing test to answer fginther's question? [13:29] ^^ [13:30] what i know is, Leo is going to help us fixing the those test case [13:30] so we need not skip those [13:30] Saviq, the keys dont match i think [13:31] ogra_, well, they match in image 64 ;D [13:32] ogra_, ok, cleared things up and it works now [13:32] ogra_, looks like it's more strict now or something [13:32] ogra_, had to drop the original authorized_keys*; touch -m authorized_keys and cat > authorized_keys my key [13:32] karni, ↑ [13:32] file a bug against ühablet-tools please, i'm sure robru didnt intend to have it behave like this [13:33] Saviq: \o/ [13:33] OH [13:33] karni, wait for it [13:33] now I can't log in again [13:33] :( [13:33] I could only log in once?? wtf [13:34] ok, thanks pkunal-parmar [13:34] aaah phablet-tools breaks it for me [13:34] phablet-shell I mean [13:35] yup, it replaces authorized_keys with the canonical one, and it tries my own one first and fails [13:35] nasty [13:35] karni, so yeah, as long as you don't use phablet-shell, stuff should work [13:36] WWTTTHHH [13:36] elopio, we've got a test failing on https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163 and we can't figure out why - the calendar devs are mentioning that you were saying you were planning to fix that test. Is this something that you are looking into? Or is there anything else we can do to get that longstanding branch landed? [13:36] Saviq: haha wait. wasn't this supposed to *FIX* using phablet-shell :D? [13:36] karni, yeah, I don't know what's happening [13:36] I can't log in again [13:37] Saviq: ah, I suppose we were talking about diffrent things. you're trying to ssh in, I was trying to use phablet-shell. similar symptom once you use phablet-shell, I suppose :) [13:37] karni, p-s uses ssh [13:37] karni, just tcp-forwarded over adb [13:37] yes, I know :) [13:37] I mean, I don't know the internals, but it just wraps stuff we'd normally do in CLI [13:38] zsombi: I cleaned up https://docs.google.com/a/canonical.com/document/d/1wUUKtPmRmwbUELC1BUB9l0VOAwS_zAPRSCqMopUxR1c/edit after our discussion [13:38] \o/ hurray we have finally agreed on the new header API :) [13:39] t1mp: looks "clean" now :) [13:39] ok I *kinda* know what's happening now [13:40] zsombi: the "content" property is very close (actually the same) as what we were using all the time, but which we did not support :) [13:41] t1mp: :) [13:43] zsombi: btw, what do you think of this one? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/98-DeprecateHeader/+merge/221935 [13:43] zsombi: ^there are 3 apps that use select_single(Header) in their AP tests that need to update to use our cpo's before I can make that change, but other than that it is ready [13:44] zsombi: I'm gonna propose changes to those apps now, it is some work so better stop me now if you think that MR is complete nonsense [13:44] t1mp: so we have a CPO now for that, right? [13:44] zsombi: yes, we have a CPO, but elopio checked and three apps don't use that yet [13:45] so they use the internals which will break when we change stuff [13:45] t1mp: what if you make the CPO first with the current setup, change the apps then we remove the header? [13:45] karni, bug #1326805, sounds related to what you're seeing? [13:45] bug 1326805 in phablet-tools (Ubuntu) "phablet-shell replaces authorized_keys" [Undecided,New] https://launchpad.net/bugs/1326805 [13:45] zsombi: can you top-approve this? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/98-DeprecateHeader/+merge/221935 [13:45] zsombi: no not that one! [13:45] epaste [13:45] :) [13:46] sheets? [13:46] zsombi: can you top-approve this? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/deprecateSheets/+merge/221879 :) [13:46] zsombi: ya [13:46] t1mp: done [13:46] thanks [13:46] I believe it may be the same issue. The problem is that I haven't ssh'ed in for a while (just used adb shell). I'll mark it as affecting me. [13:47] zsombi: hmm.. is it going to land now that you top-approved after CI rejected (because of the .xauthority file which just got fixed in staging) [13:47] ? [13:48] oh yay, now I locked myself out of chinstrap :D [13:51] FTR not the case here, though [13:51] t1mp: let's see... I don;'t think so... [13:51] zsombi: ok I'll do an empty commit to re-trigger CI [13:52] zsombi: I merged staging on https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/deprecateSheets/+merge/221879 [13:52] zsombi: interesting, it is still "Approved", it didn't go back to "Needs review" automatically [13:53] I thought that always happens when I make a change [13:53] t1mp: no, it doesn't, but the CI will fail, and then we can set it again [13:53] zsombi: I set it back to needs review [13:53] zsombi: if you happrove now, it will be happroved after my latest change [13:53] and then everything should pass automatically [13:54] or I can happrove myself ;) [13:54] done [13:54] ok thanks [13:56] zsombi: did we ever discuss changing default values of properties? [13:56] zsombi: I am thinking to set useDeprecatedToolbar to false by default in uitk 1.1, but keep it true in 1.0 [13:56] that may mess up apps that use 1.1 but which rely on the toolbar === oSoMoN_ is now known as oSoMoN [13:57] t1mp: hmm... you shoudl communicate before doing that. The name of the API is anyway bad :) [13:58] zsombi: I'm not saying to just make the switch today, of course I'll communicate it first if we do that :) [13:58] and useDeprecatedToolbar is a suitable name :) [13:58] zsombi: or we introduce 1.2 and switch there [14:02] dpm_: I have never seen before the test that's failing. But I can give it a try. [14:03] elopio, great, thanks. Even if it's to give us some pointers, that'd already help. Not really sure why it's failing [14:03] dpm_: ok, give me some minutes [14:03] cool [14:04] dpm_: replying late, yes, we don't need the evernote 2.7 packages. [14:04] dpm_: and on evernote I found that it's now getting a segfault on online accounts. [14:04] still debugging there. [14:05] elopio, ah, yes, confirmed by Nick (re: the 2.7 packages), but thanks for coming back to me on that one [14:05] t1mp: postpone the pain :D [14:05] t1mp: that will not happen in 14.10 timeframe [14:05] elopio, what is getting a segfault? The python sdk when trying to access evernote via o-a? [14:06] dpm_: no, online accounts when the reminders app is opened. [14:06] something similar happened on the click scope [14:06] so I'm tracing back my steps on how we fixed that one. [14:07] zsombi: before using the new header API (in 1.1), app developers still have to explicitly say useDeprecatedToolbar: false, which seems a bit silly [14:07] elopio, huh? I've not seen that one. It's working fine here. On what image? Or are you testing on the desktop? [14:07] dpm_: ah, but it's because of the account we add before opening the app [14:07] t1mp: that's why we should change its default value to false [14:07] nothing to worry on your side. Ot doesn't happen if we add the account throug system settings. [14:08] zsombi: in 1.1 only, right? 1.0 doesn't offer all of the new header stuff anyway [14:09] t1mp: yep [14:09] zsombi: ok [14:15] dholbach: ok, click-reviewers-tools can be updated (though apparmor-easyprof-ubuntu 1.2.4 still isn't uploaded) [14:15] jdstrand, ok, I'll take care of it now and we can still do the backports later on [14:19] dholbach: be sure to use r198. thanks for taking care of that! :) [14:20] jdstrand, I saw your message a millisecond too late - I'll take care of that :-/ [14:25] boiko, elopio: I have an MP for messaging-app: https://code.launchpad.net/~tpeeters/messaging-app/ap-get-header/+merge/222201 [14:25] boiko, elopio: I did not test it (I think the messaging-app dependencies will mess up my system), but we need a change like this. If the MP is wrong, probably you can easily remove that function in your own branch [14:26] anyway I couldn't see any place where you use the function [14:27] t1mp: thanks for that, I will be doing some more changes to messaging-app's ap tests, I will probably include that in the same branch if you don't mind [14:27] boiko: sure [14:27] t1mp: boiko, +1 [14:27] boiko: do you know how long it will take? [14:28] boiko: let me know when you have the changes. I am preparing a change in UITK that breaks your test if you are using your custom get_header() function, see https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/98-DeprecateHeader/+merge/221935 === chihchun_afk is now known as chihchun [14:35] elopio: I'll check notes-app and terminal-app later [14:35] elopio: unless you want to do it first ;) [14:36] * t1mp afk now [14:36] t1mp: unlikely :) [14:38] elopio: ok, np :) [14:39] dpm, on https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163 the test likely needs updated. They've changed the new event qml [14:40] balloons, but he did update the test, didn't he? The failure in the logs doesn't look like a failed test? [14:40] dpm, no the only changes I see are to skip tests [14:40] hm, weird [14:41] it's probably not too hard to update the test [14:41] but the results are legitimate [14:42] balloons, ah, so I guess it's down to what this comment was already saying: https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163/comments/503862 [14:42] dpm, balloons, mhall119, popey: I filed a bunch of bugs on ubuntudeveloperportal and tried to tag them / set importance of them... if you could help a bit during your docs day (or one of the next), that'd be great [14:43] dpm, wow, this branch is quite old.. I wonder if the datepicker emulator has landed. If not we can ask someone to write one [14:43] need to make sure a bug exists for it if one doesn't [14:44] balloons, it's our oldest branch indeed. Could you help us figuring out whether there is an emulator already and if not, to figure out what to do? [14:44] It'd be great to finally merge the branch [14:45] dpm, yep I'll look and see if it exists. If not, I'll write it. Getting it into the sdk will be a separate task [14:45] balloons, if there is no emulator we could also skip the test, get the branch merged, but block a store update until the test is written [14:45] dpm, yes we could do that.. That would take seconds if you just want ot land the branch [14:46] dholbach, awesome, will don, thanks! [14:46] I could propose a branch to add it afterwards [14:46] dholbach: thanks, I'll go through the open bugs today [14:46] rock on [14:46] balloons, ok, cool, so do you think it makes sense? [14:46] balloons, when your free could you let me know [14:46] dpm, yes given the circumstances. To do it, I would want a bug filed and linked in with the skip [14:47] ahayzen_, I haven't forgotten about you.. I'm sorry I've been out! [14:47] I spent a little time with the branch last night [14:48] balloons, no worries we have a slight change of plan.... so firstly we are gonna ignore the dbus error on startup and concentrate on fixing the autopilot tests first, as i have proved it is not music-app it is mediascanner2.... [14:49] balloons, now the autopilot tests themselves popey said if we can't figure out how to get the isolation/fakeenv working then we should go back to patching the live home rather than trying to create a fake environment.... as it is more important to land this and remove grilo than preserving peoples ~/Music correctly at the moment [14:49] balloons, bug 1326833 - how do we skip a test? [14:49] bug 1326833 in Ubuntu Calendar App "[QA] Need test for adding a new event" [High,Triaged] https://launchpad.net/bugs/1326833 [14:50] ahayzen_, yes the plan was always to remove the fakenv patching so the branch could land [14:50] popey, did we set a deadline date/time for not figuring out isolation/fakeenv? [14:50] ahayzen_, I don't want to play with it in this merge [14:50] balloons, ah cool... i've got sooo confused where everything is now [14:51] ahayzen_: by the end of the week really. [14:51] ahayzen_, hah, yay. The only thing stopping me was the core dump on launch.. I still can't run music by itself, even with a pristine home and nothing in it [14:51] popey, sounds like we may be going this route anyway [14:51] balloons, what about on device? [14:51] popey, yes basically I spent time with jdstrand trying to get it to work, but it's proving extremely difficult to get right.. the apparmor policy keeps growing [14:52] balloons, i can run in a utopic VM... and on my device ... it seems to be worse when you have large libraries [14:52] balloons, or the 'hack' i found was to make another process use 100% CPU then it doesn't core dump lol [14:52] ahayzen_, I couldn't run it last not on utopic [14:52] ahayzen_, yes, well, heh, that should be fixed [14:53] balloons, even on your device can you not run? [14:53] ahayzen_, I didn't try the device.. I was focusing on the desktop as I need it to run to write the test easily [14:53] balloons, yep there is a bug https://bugs.launchpad.net/mediascanner2/+bug/1326753 [14:53] Ubuntu bug 1326753 in mediascanner2 "Mediascanner2 QML applications fail to start" [Undecided,New] [14:53] ahayzen_, so how are you going to land it then? [14:54] balloons, ah damn [14:54] balloons, we popey said to just land it anyway as it isn't our bug... [14:54] *well [14:54] ahayzen_, well we can land as-is then.. it passes jenkins.. but indeed tests are broken [14:54] running it is broken [14:54]