=== _salem is now known as salem_ === salem_ is now known as _salem === chihchun_afk is now known as chihchun [03:31] mhall119, I didnt do shades for cool grey to reinforce the guideline that coolgrey, at least according to the webpage, is for typography. Otherwise; very cool; thanks === chihchun is now known as chihchun_afk === _salem is now known as salem_ === salem_ is now known as _salem === chihchun_afk is now known as chihchun [06:32] good morning === chriadam is now known as chriadam|away [07:47] ogra_: any idea where this could come from? http://pastebin.ubuntu.com/8307166/ [07:49] ogra_: ok nevermind, seems the app was already running [08:07] dpm: hi! Could you please generate a new click package for your account-plugin branch? [08:15] zbenjamin: does qtcreator support building qmake based projects in chroot ? [08:16] nerochiaro: no , sadly not [08:16] ok, i'll build on device i guess [08:16] nerochiaro: or migrate to a cmake project ;) [08:17] zbenjamin: it's not my code [08:17] ok [08:17] zbenjamin: have you seen the branch i suggest adding to your gallery branch ? [08:17] nerochiaro: yeah, sorry i totally forgot about it yesterday, We had some discussions going on [08:19] Good morning all; happy Swap Ideas Day! :-D [08:19] zbenjamin: what do you think then ? [08:19] nerochiaro: should i just merge it into my branch? [08:20] zbenjamin: yes, that is what i suggest [08:20] zbenjamin: then i'll review your branch [08:20] let me see [08:22] zbenjamin: also i get this when i ask qtcreator to install devtools on the device: http://pastebin.ubuntu.com/8307355/ [08:22] on mako with rtm proposed [08:24] nerochiaro: i guess that functionality is broken, but we can make it still work [08:24] nerochiaro: there should be a file called /usr/share/qtcreator/ubuntu/scripts/device_developertools_packages [08:25] nerochiaro: it contains all the required packages for the developer mode , some of them are deprecated i guess [08:25] nerochiaro: just copy the packages and try to install it on the device [08:26] nerochiaro: after you have ruled out the obsolete packages , qtc will still show that your device is not in developermode because of the missing packages, but you can use it anyway [08:26] zbenjamin: ok. the obsolete package is dh_make [08:27] nerochiaro: ok just do not install it , then your device should be useable to build qmake [08:27] projects [08:27] zbenjamin: yep, trying that. thanks [08:29] nerochiaro: ok i merged your branch [08:29] zbenjamin: what was your branch again ? [08:29] nerochiaro: https://code.launchpad.net/~zeller-benjamin/gallery-app/sdkcompat/+merge/233884 [08:38] zbenjamin: ok i'm testing it. regarding building on device, it seems that dh_make is actually needed. it's trying to use it to build [08:39] guys, what was the switch to click install to avoid signature verification? can't find it :( [08:40] karni: --allow-untrusted [08:40] zbenjamin: thanks! [08:40] karni: the SDK is doing all that for you btw ;) [08:40] zbenjamin: that doesn't apply to managers just wanting to install a click ;) [08:41] karni: ok ;) [08:42] popey, ping [08:42] yo [08:42] popey, do you know how to turn off the signature checks on click packages? [08:42] i know what you're going to ask ☻ [08:42] what image you on? [08:42] is it that ? :) [08:42] that has been fixed AIUI [08:43] * victorp checks [08:43] nerochiaro: can you get dh_make from some other package? [08:43] 27 [08:43] popey, ^^ on rtm propose [08:43] lemme test here, i just updated here too [08:43] it is the latest one [08:43] nerochiaro: weird dh-make is still available on my host [08:44] victorp: worked fine here, I'm on 27 [08:44] well, doesnt here.. [08:45] zbenjamin: it is on my host too, but not on the phone [08:45] popey, updating using ota? [08:45] yes [08:46] victorp: can you send me the click you're using? [08:46] popey, sure [08:47] zbenjamin: is dh_make available on your device ? [08:48] nerochiaro: there seems to be a package called dh-make [08:48] victorp: ok, fails for me too [08:48] popey, I got another 20 like that [08:48] :) [08:49] victorp: pkcon --allow-untrusted install-local foo.click [08:50] popey, victorp - what's wrong? signed clicks don't install or unsigned clicks don't install? [08:51] i think he's sorted now [08:51] popey, needs to work ootb though [08:51] previously pkcon didn't have that parameter, click did [08:51] it does ☻ if you specify the parameter [08:52] popey, oh so it's specifically to do with running pkcon from cli? [08:52] popey, not impacting the click scope [08:53] yes [08:53] brendand, unsigned, I didnt know we needed to add that flag. no probs [08:53] I couldnt see an email on ubuntuphone about that [08:53] zbenjamin: back to testing your branch: it all works great. except that when i rename the package in the manifest.json.in and rebuild, it builds fine but when it tried to isntall on device it complains that the package is untrusted and refuse to install it [08:54] nerochiaro: update your qtcreator [08:55] nerochiaro: one question if you "adb shell" in are you still root? [08:55] zbenjamin: yes [08:56] zbenjamin: but i haven't reflashed since yesterday [08:56] nerochiaro: and which channel do you use again? [08:56] zbenjamin: ubuntu-touch/ubuntu-rtm/14.09-proposed [08:57] ogra_: ^^^^ nerochiaro is on rtm proposed and his adb is executed as root. Didn't that land there as well? [08:58] zbenjamin: ogra_: i last flashed yesterday [09:00] popey, yes, that work. Thanks! back to doing some development [09:00] \o/ [09:09] zbenjamin: ok, all green on your branch now that i updated qtcreator [09:09] zbenjamin: approved [09:10] nerochiaro: awesome thx :) [09:10] nerochiaro, zbenjamin not in rtm yet [09:10] silo will be ready today for it though [09:13] ogra_: ah ok [09:20] mihir: PING! (I get the chance to ping you today) :D [09:20] mihir: https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1367654 i filed that because the tests seem to be failing in jenkins terribly today [09:20] Ubuntu bug 1367654 in Ubuntu Calendar App "autopilot tests failing mako 235 ImportError: No module named 'address_book_service_testability'" [Undecided,New] [09:20] popey: pong, I am honored :) [09:21] heh [09:21] popey: is it failing on device ? [09:22] yes [09:23] popey: i believe module name has been changed of address_book_service_testability [09:24] popey: i can see this in https://code.launchpad.net/~nskaggs/ubuntu-calendar-app/fix-1359167/+merge/233387 [09:25] popey: it has been replaced by address-book-service-testability [09:25] I noticed that the PickerPanel QML component does not support the mouse wheel out of the box on the Desktop. Is this intentional? Do I have to add a MouseArea somehow? [09:25] hmm, so did that merge break it? [09:25] popey: this can be issue, as it passes Jenkis on MRs but not on device ? [09:26] popey: nope, i had issues but balloons asked me to install this package and it did work well [09:27] address-book-service-testability isn't installed on device... [09:27] so yes, I can see how that would fail. [09:27] popey: hmmm [09:29] popey: does that required any action on code side ? [09:30] * mihir looks for debian lists [09:30] well, i don't quite understand this, does this mean we need address-book-service-testability on the phone? [09:30] we don't install other application specific autopilot related packages [09:31] popey: may be yes..i installed this on my machine and then it APs works, otherwise it failed because of same reason..not sure on device too. [09:31] I'll poke balloons when he wakes, thanks ㋛ [09:31] popey: np :) [09:38] nik90: ping [09:45] sturmflut-work, I think this might rather be a bug than intentional [09:49] dpm: I thought so [09:56] popey: Since you're always looking for things to talk about on the Ubuntu UK Podcast, I would suggest more Ubuntu Touch news. The Meizu MX4 was announced a week ago, it might be the right time. [09:58] sturmflut-work: interesting ☻ [09:58] popey: And maybe an interview with an Ubuntu Touch developer? [09:59] smack we interviewed nik90 some time back, probably due to interview more actually... good call [10:05] morning [10:23] dpm: I think that in the end Ubuntu.Components.Pickers.Picker has no support for the mouse scroll wheel. Should i file a bug somewhere? [10:25] sturmflut-work, yes, on https://bugs.launchpad.net/ubuntu-ui-toolkit, please [10:42] mihir: pong [10:54] nik90: i am not sure what kind of issue I am facing for running CMAkelist [10:56] nik90: any idea , http://i.imgur.com/2F15gAb.png [10:58] howdy, about the ubuntu-sdk meta-package. I have a clean 14.04.1 installation and when I try to install the ubuntu-sdk, it wants to remove modemmanager. is that a bug or feature? [11:05] jppiiroinen: Hm, I'm on 14.10 and have both installed. It might be because of ofono [11:06] mihir: can you perhaps try on your phone by creating a 14.10 armhf kit perhaps [11:07] zbenjamin: could you help mihir..after the cmake change, he is unable to run calendar app on his desktop. He sees https://i.imgur.com/2F15gAb.png [11:08] mihir: why do you have unresolved dependencies in your update manager? [11:09] nik90: mihir: try to remove the old builddirectory and user file [11:11] zbenjamin: i cleaned whole directory and pulled project from bzr [11:11] mihir: hmm let me try again [11:11] zbenjamin: it works for me on 14.10 [11:12] nik90: ok [11:12] mihir: your QtC is up 2 date? [11:12] mihir: i added lots of fixes to support core apps last week or so [11:13] zbenjamin: Hmm may be, i haven't run any update manager since long , may be i can try updating my VM and will try again [11:13] mihir: you use the SDK ppa on trusty right? [11:14] mihir: always stay up 2 date on this , we have releases almost every week [11:16] zequence: i am using utopic [11:18] zbenjamin: he is running utopic on vm which is why it is not probably up to date. I tend to forgot to update mine as well sometimes [11:18] ok === MacSlow is now known as MacSlow|lunch === chihchun is now known as chihchun_afk [12:05] dpm, unfortunately, tomorrow I'm not at home, so I can't join the weekly hangout [12:06] rpadovani, thanks for the heads up. Would Friday work for you? [12:07] hi bzoltan, if I import Ubuntu Components 1.1 in an app, will the app run in trusty desktop? [12:07] dpm, will be better, yes === MacSlow|lunch is now known as MacSlow [12:09] thanks dpm :-) [12:09] mihir_: did it woek? [12:10] dpm: no you can't launch in trusty desktop if you import 1.1 [12:12] nik90: i forgot my external today , so will do it once i reach home :) [12:12] ah ok [12:13] dpm: no, it will not [12:13] bzoltan, nik90 thanks. Is there any plan to backport 1.1 components? Note I'm not asking for a backport, just trying to find out what the plan is [12:14] dpm: as I understand, 1.1 requires qt 5.3 which is not being planned to be backported..so my guess is no. However I will let bzoltan confirm that. [12:14] dpm: No, and the backport become impossible since we moved on to Qt5.3 as the 1.1 components need features from the 5.3 what are not available in 5.2 [12:14] ok, thanks guys [12:14] nik90: you, you ... you are faaast [12:15] bzoltan: lol [12:15] bzoltan: I have irc sentence templates (j/k) [12:15] nik90: We should improve that to an app template ... you type import ... hit tab-tab and the killer app is ready [12:16] :) [12:27] mzanetti: ping [12:28] mivoligo: hey [12:29] mzanetti: I've pushed first five level backgrounds to launchpad [12:29] * mzanetti looks [12:30] mivoligo: awesome, can you propose it for merging? [12:30] mzanetti: for now it's just svg files without level description files [12:30] in here: https://code.launchpad.net/~mpredotka/machines-vs-machines/level-backgrounds-sand [12:30] you can find a link "Propose for merging" [12:30] ok [12:30] mivoligo: then add a commit message in the next page and optionally a description [12:30] the rest should be fine as is [12:31] done [12:32] mivoligo: perfect [12:32] mivoligo: now, please always start with a new branch if you do some changes [12:32] mzanetti: ok [12:32] mivoligo: the reason for that is simple: if for some reason I would reject a branch, its getting a mess to remove that if you already have built on top of it [12:33] that's why its better to work with parallel instead of chained branches [12:34] mzanetti: but should I revert back to trunk, or just make some changes and push to new branch? [12:34] mivoligo: best thing is if you just do a fresh bzr branch lp:machines-vs-machines each time [12:35] mivoligo: then you'll have multiple dirs locally [12:35] once the are merged, you can delete them again from your hard dist [12:35] disk [12:35] mivoligo: if you don't want to download the whole thing each time, you can also do something like this: [12:36] once do: bzr branch lp:machines-vs-machines machines-vs-machines-clean-checkout [12:36] and then just do: bzr branch machines-vs-machines-clean-checkout my-new-feature-or-bugfix-branch [12:37] so you just branch things around locally without the need of downloading stuff [12:37] mivoligo: as always, feel free to ping me for help if you run into troubles [12:38] mzanetti: so switching between brunches does not work like in git at all? [12:38] mivoligo: no. bzr doesn't support multiple branches within one directory [12:38] mivoligo: there is a unsupported plugin which I've been told works fine [12:38] but by default you need a new directory for each branch [12:39] mivoligo: http://doc.bazaar.canonical.com/plugins/en/colo-plugin.html [12:40] I need to think the bzr way ;) [12:42] renatu: ping [12:42] kalikiana, hi [12:43] renatu: in the design hangout removing the border of text fields came up. contacts is doing that when you add a new one it seems [12:43] can you tell me how you do it? [12:43] do you use a custom entry? [12:44] let me check [12:44] maybe it makes sense to have an official API like borderStyle for example if that makes it easier [12:45] kalikiana, http://bazaar.launchpad.net/~phablet-team/address-book-app/staging/view/head:/src/imports/ContactEdit/TextInputDetail.qml#L76 [12:49] mzanetti: about the background sizes: the „playable” area is 10 units wide and 5 units high, on the left and right side of that area there's 1 unit wide margin. Over and below there's 2 units margin. Does it make sense to you? [12:49] renatu: you're customizing style: TextFieldStyle is that all you're doing? I think that could go in the docs, which don't really demonstrate styling tweaks [12:49] so no ugly hacks there [12:49] mivoligo: hmm... not really [12:50] mivoligo: so the thing is we can't define fixed sizes. device screen sizes might differ [12:50] kalikiana, I think Kaleo help me with that [12:50] ^^ zsombi look at that TextFieldStyle customization [12:50] renatu: yeah digging that out must've been a bit of a pain [12:50] mivoligo: we can define an aspect ratio and stretch that to fill the available space [12:52] mzanetti: right, but you probably can make it so the playable area area adapts to the available space, and the rest is either on the sides or over and below that area [12:53] mivoligo: yep, that's what I meant with the last sentence [12:53] mivoligo: other than that, design wise you're the boss [12:53] kalikiana: whazzup? [12:53] mivoligo: I just preserve the right to veto stuff I really dislike [12:53] :) [12:53] mzanetti: :) [12:53] zsombi: observe http://bazaar.launchpad.net/~phablet-team/address-book-app/staging/view/head:/src/imports/ContactEdit/TextInputDetail.qml#L76 [12:53] to disable the border and change the color [12:54] kalikiana: yeah, I see it... [12:54] I thnik that's a nice example of tweaking styling for a custom use case [12:54] kalikiana: that's correct... [12:55] zsombi: should we just add that to our docs? as we all know we need those but never get around to finding examples… [12:55] kalikiana: that was the way we suggested to get rid of the UbuntuShape without the need to create a custom theme [12:55] kalikiana: well, yes, once we will have docs for theming :/ [12:55] kalikiana: but you know, that we are planning to tweak teh theming with subTheming and co [12:55] zsombi: as jounih was asking about how to do this properly [12:56] kalikiana: meanwhile we can add this to the Theme engine documentation [12:56] zsombi: well "docs for themeing" is big. this is a specific use case for text fields [12:56] there's nothing genric [12:56] kalikiana: yup [12:56] so imho we can just add it there [12:56] so instead of gawking at "style: Component" you can see an example ;-) [12:57] tho it depends on whether qdocs is happy to override the property per component [12:57] mzanetti: what I mean is you have to somehow calculate and specify the playable area, right? [12:57] zsombi: here I mean http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.TextField/#style-prop [12:58] kalikiana: well, in this way we can specify these in every component :) [12:58] mivoligo: yeah... so far I just stretch it [12:58] kalikiana: 'cause custom style is valid for all [12:58] mzanetti, mivoligo: machines-vs-machines is great. And it even has particle effects! [12:58] hehe [12:58] :) [12:59] sturmflut-work: yeah... some spare time project I hack on every once in a while [12:59] kalikiana: BUT, remember, the Style API is not yet complete, so first we must make sure we publish all APIs, then we can base on these examples in teh doc [12:59] sturmflut-work: the levels aren't good yet. But it reaches feature completeness and we can start designing proper levels soon [12:59] zsombi: it is already used in apps, practically speaking it's api we already support [13:00] mivoligo: so yeah... I guess we should just define a width/height ratio [13:00] zsombi: ideally I agree we would have an example for every component [13:00] kalikiana: well, we kinda do, it's just we must make it "official" :) [13:00] zsombi: what does that really mean for you? [13:01] kalikiana: it means that we have to include the API in teh Ubuntu.Components.Styles [13:01] kalikiana: and document it [13:01] kalikiana: whatever is not documented is not meant to be stable API [13:02] kalikiana: that's why we must come up with a complete set of style APIs, documented [13:02] zsombi: so goes the fairy tale. until the wolf eats you :-P [13:02] kalikiana: yet we have ~3 style APIs [13:02] kalikiana: well, we promised this for 14.10.... so we must do it [13:03] kalikiana: actually that was sthing I wanted to start, but me alone won't be able to finish it in time :( [13:03] kalikiana: so, buddy, are U up for an API freeze? ;) [13:04] zsombi: what I see is app devs (at least one, renatu) pulling their legs out, to find out how to tweak theming… part of me things the "big docs" won't ever be done in one go [13:04] zsombi: technically we are in freeze :-] [13:05] * kalikiana likely fairy tales [13:05] kalikiana: no, true, but we can have an effort to do the style APIs and then we can have docs in each component [13:06] kalikiana: actually calendar app also uses the styles tweak at https://bazaar.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/trunk/view/head:/NewEventEntryField.qml#L29 [13:06] kalikiana: all we need to do is to get the API from the styles we have and move into a base component. The API to be published should be more or less what the target component uses + some the style really depends on. [13:07] kalikiana: so even if we are in API freeze, we don't really bring new API, we just "freeze" it :) [13:08] mzanetti: ok, so you know now what I'm trying to say with these sizes? [13:08] mivoligo: yes... I'll have a look when I import your background images [13:08] mivoligo: hopefully tonight. right now I'm busy with unity [13:09] mzanetti: remember this screen-ratio image? https://spideroak.com/browse/share/michal-here/1n3k34izs8asdfjazjkdas89e03/mix/ [13:09] Is there a way to list all apps published for Ubuntu Touch? Maybe a way to access the API the store itself uses? [13:09] mivoligo: ah perfect! === chihchun_afk is now known as chihchun [13:09] mzanetti: I made the background in the way the green and red is seamless [13:09] sturmflut-work: I'm afraid there isn't atm... popey, please correct me if I'm wrong [13:10] mivoligo: yep. saw that... will make it a bit more tricky in the code, but no problem. I'll figure something. Most important thing is to make level design easy [13:11] sturmflut-work: mzanetti https://search.apps.ubuntu.com/api/v1/search?q=architecture:armhf&size=1000&page=1 [13:11] zsombi: hmmmm I don't quite follow. how do you "freeze" style API? [13:11] :D [13:11] mzanetti: ok [13:11] zsombi: isn't it all rather specific to the component? [13:11] kalikiana: in teh way that you include it in the Style module [13:11] popey: awesome! [13:11] sturmflut-work: https://gist.github.com/rschroll/8952015 - but it's broken as JamesTait broke the API :D - hey JamesTait maybe you could fix that as it's quite handy ☻ [13:12] kalikiana: of course it is, but you can "freeze" it, or make it official, stable for each component, aint it? [13:12] zsombi: so you mean importing "ambiance" would be seen as bad manners? [13:12] JamesTait: Happy fix-the-api-day! [13:12] :P [13:12] zsombi: and it comes from ubuntu.components? [13:12] kalikiana: never said that... what I'm saying that till the style is not documented for each component, thoise may change freely [13:12] well, the API is fixed, I mean, fix anything that uses it ㋛ [13:13] popey, ah, I wonder if that's the one client that has issued a broken request since we turned off plain JSON. :-P [13:13] zsombi: well… kinda. we still have apps that will blow up if they change [13:13] probably, i used it a few times and then.. sad face ☹ [13:13] popey: Thanks. Wow. That's an impressively long list. [13:13] popey, I saw it in the logs this morning, and wondered who/what it was. [13:13] kalikiana: aham... and that's the same way if they use private properties... [13:14] kalikiana: we NEVER said that teh style API is stable [13:14] kalikiana: so we should do it now [13:14] JamesTait: robert is an app developer, he'd probably appreciate the tips / fixes (he made Beru, the ebook reader) [13:14] kalikiana: these people use the text input style on their own risk, and they know it [13:14] mzanetti: about the background design: it took me a lot of time to do a detailed levels, so I decided to do a rather simple „vector look” with gradients here and there but without any textures. I hope it's good enough for the start. [13:15] popey, oh yes, I know (of) Robert. I e-mailed him personally to let him know the API was changing. :) [13:15] kalikiana: and we must publish all style APIs so they can use them from now on officially [13:15] zsombi: true [13:15] mivoligo: it'll do for a start... we can always add more later... [13:15] But I have applist.py cloned locally already, so I can offer a simple patch. [13:15] kalikiana: so, that's what I was talking about :) [13:15] mivoligo: most important thing is we have the paths defined so we can start with building proper levels [13:16] mzanetti: I guess I should create and push level.json files [13:17] mivoligo: if you have the time, that would be great [13:17] mivoligo: you can change the existing ones [13:17] mzanetti: I'll try to do that in the evening [13:17] to match your images [13:18] mzanetti: but I'd like to leave enemies waves to you :) [13:18] kenvandine: what do we do in cases when the user wants to share a photo and a video (i.e. part of a random selection he made in gallery) ? [13:19] mivoligo: sure [13:19] nerochiaro, ugh... not sure [13:19] mivoligo: just set the fieldsOnPath and forbiddenFields [13:19] mzanetti: great, enjoy your day! [13:19] you too! [13:19] o/ [13:19] o/ [13:19] * popey hugs JamesTait [13:20] kenvandine: i think that for now i'll disable the share option if the selection is not homogeneous [13:20] yeah.. safest [13:35] sergiusens: hey were you able to create a unpriviledged lxc container without any issue? [13:35] nik90: ah, I'm really bad at the terminology; you mean, un as user with all the graphical bling? [13:35] * sergiusens does console only [13:36] sergiusens: well by default you can call lxc-create only as root [13:36] sergiusens: https://www.stgraber.org/2014/01/17/lxc-1-0-unprivileged-containers/ [13:36] sergiusens: so by assigning uids and gids you can call lxc-create as just your user itself [13:36] * nik90 doesn't understand uids and gids..and hence just running commands [13:37] nik90: I'll take a look [13:37] nik90: uid and gid is the one matching your user [13:38] nik90: run 'id' from a terminal [13:38] ah it shows 1000 uid and 1000 gid [13:38] for my user [13:40] nik90: after a quick glance, you do't need that info though, just replace stgrabe with what is appropriate for you :-) [13:42] sergiusens: I did all that..but when I do lxc-start -n p1, it gives me error that lxc-container could not access /home/krnekhelesh/local. So I gave it access for now using chmod +x [13:42] sergiusens: so now I can start the lxc-container as krnekhelesh rather than root [13:42] sergiusens: so I think I solved it for now [13:42] nik90: there is a comment at the very end on how to allow that [13:42] .local and not local, right? [13:43] * sergiusens assumes typo [13:43] yes .local [13:44] nik90: I'll check later today [13:44] sergiusens: its ok..it works for now. I am going to now try the gui part in the next blog post :) [13:52] balloons, ping [13:52] ahayzen, pong [13:53] balloons, i'm trying to write a test which requires the song to be a least 5seconds in...what is the best way of waiting until the player.position > 5000 ? [13:53] wait_for not work? [13:54] balloons, so if i had player.position.wait_for(5000) what happens if gst jumps from 4998 to 5002 or something? [13:54] balloons, i could try it but not sure how reliable that would be? [13:55] wait_for(GreaterThan(5000)) [13:55] balloons, that sounds better, i'll try that thanks :) [13:55] :-) [13:56] balloons, also is this an acceptable way to skip tests when not running as click? http://bazaar.launchpad.net/~andrew-hayzen/music-app/add-url-dispatcher-tests/view/head:/tests/autopilot/music_app/tests/test_music.py#L24 [13:56] balloons, as those url-dispatcher tests only work in a click environment [13:57] balloons: ping [13:57] ahayzen, hmmm.. is it only a click env, or is it only on phablet devices? [13:57] balloons, an environment that has url-dispatcher that works :P [13:57] balloons: this bug https://bugs.launchpad.net/bugs/1367654 was because of the pacakge name change is that correct? [13:58] Ubuntu bug 1367654 in Ubuntu Calendar App "autopilot tests failing mako 235 ImportError: No module named 'address_book_service_testability'" [Undecided,Confirmed] [13:59] ahayzen, I think I would be more inclined to only exclude the desktop.. But the click idea I suppose is interesting [14:00] balloons, i think the reason it doesn't work is that because the click isn't installed the protocol doesn't get registered or something? [14:00] mihir_, we added the depends to the manifest and to the debian control file. However, CI doesn't use autopkgtest to run things, and as such, there's no dependency handling. I added the dependency manually to a config they use [14:01] balloons, how do i exclude desktop? [14:01] mihir_, the switch was we used to include that code inline in the tests, but then it got packaged [14:01] balloons: okay :) make sense [14:01] so we dropped it from the calendar code and use the upstream version [14:01] popey: ^^ [14:01] ahayzen, autopilot.model [14:03] mihir_: yay! [14:05] balloons, oh god the app just crashed again in jenkins :/ http://91.189.93.70:8080/job/generic-mediumtests-utopic-python3/279/console [14:05] balloons, for this mp https://code.launchpad.net/~andrew-hayzen/music-app/ap-helper-refactor-004/+merge/233291 ... do you mind rerunning? [14:12] ahayzen, is that the latest run? [14:12] and yea.. though it keeps happening? [14:12] kalikiana, what do you think about this bug? https://bugs.launchpad.net/messaging-app/+bug/1367459 [14:12] Ubuntu bug 1367459 in Ubuntu UI Toolkit "Messaging app should not rotate upside down" [Undecided,New] [14:13] balloons, yeah i think so... well it did pass yesterday...but i agree it does seem to keep happening, does it look like us or ap or jenkins? [14:27] balloons, success \o/ thanks for the rerun :) [14:27] :-) [14:53] mzanetti, popey: I built a cheap QML browser for the JSON API to the store that popey mentioned, see https://github.com/Sturmflut/storebrowser [14:54] oooh! [14:54] * popey hugs sturmflut-work [14:54] whats a qml browser? [14:54] web browser? [14:55] qml "store browser" [14:55] not "qml browser" [14:55] ah [14:55] very cool [14:55] popey: I should probably add some kind of filter, the list is already too long to be properly viewed on a Desktop. [14:55] sturmflut-work: you going to maintain this? I mean, I have a bunch of issues I could file for you ㋛ [14:56] haha :D [14:57] popey is like a fly strip [14:57] in a good way? [14:57] sure [14:58] ☻ [14:58] popey: I should probably concentrate a little more on my day job again, I spent a lot of time doing app development instead of "real" work. [15:00] hehe [15:00] real work is overrated ㋛ [15:00] * popey looks around for sabdfl [15:00]