[00:19] <ahoneybun> back
[00:20] <ahoneybun> does anyone know what are the packages for the SDK's api modules?
[01:00] <mhall119> ahoneybun: you mean the runtime?
[01:50] <ahoneybun> mhall119: no the modules
[01:50] <ahoneybun> mhall119: module "NotesApp.Plugins" is not installed
[01:50] <ahoneybun> I'm trying to run the notes app
[02:19] <mhall119> ahoneybun: the default installed one?
[02:22] <mhall119> ahoneybun: it looks like it's included in the notes-app package, so I would assume the sourcecode for the plugin is in the same bzr branch
[02:22] <mhall119> if you run it locally with qmlscene, you'll need to pass it -I with the path to the built plugin
[02:30] <ahoneybun> I took it from bzr
[02:31] <ahoneybun> mhall119: I took it from bzr
[02:32] <ahoneybun> but the module is still not fount
[02:32] <ahoneybun> *found
[02:38] <ahoneybun> mhall119: got to tell you the emulator is awesome
[02:59] <mhall119> ahoneybun: is it working again? There was a bug with adb last week
[03:00] <mhall119> ahoneybun: is the C++ source for the plugin in the bzr branch?
[03:08] <ahoneybun> mhall119: adb?
[03:08] <ahoneybun> mhall119: I see a components.cpp file in src
[03:10] <ahoneybun> notes-app/Component mhall119 ?
[03:10] <ahoneybun> I emailed the dev so I'll see tomorrow I'll be on here tomorrow even during class
[03:13] <mhall119> ahoneybun: might be
[03:13] <mhall119> adb = Android DeBugger, it's what lets the SDK talk to a device or emulator
[03:15] <ahoneybun> mhall119: oh I know what it is, yea it works kinda flappy bird will not start and the updates to music and afew other apps makes them not launch as well
[03:15] <ahoneybun> lol
[03:17] <Akiva-Thinkpad> ahoneybun, hey
[03:17] <Akiva-Thinkpad> how goes the sdk?
[03:22]  * Akiva-Thinkpad heads out again 
[03:24]  * ahoneybun looks on ebay for a nexus 4 after being burnt out trying to port it to his current phone
[03:51] <Akiva-Thinkpad> hey all
[04:15] <Akiva-Thinkpad> E: Unable to locate package libqt35d5
[04:45] <Akiva-Thinkpad> ughhh, the software updater needs to be threaded
[04:46] <Akiva-Thinkpad> this is so painful on a slow connection
[06:21] <Akiva-Thinkpad> nik90, Just to let you know, that branch you and mihir worked on came in really handy.
[06:59] <justCarakas> morning all
[07:42] <Akiva-Thinkpad> justCarakas, hey morning
[07:42] <Akiva-Thinkpad> nik90, mihir ping
[07:42] <mihir> Akiva-Thinkpad: pong
[07:42] <Akiva-Thinkpad> mihir, hey just want to make sure we are not doing the same work
[07:43] <Akiva-Thinkpad> mihir, nik90  linked me the branch you too were working on; I used some of the revisions and merged it
[07:43] <Akiva-Thinkpad> mihir, do you want to take a look?
[07:43] <Akiva-Thinkpad> (merged it with mine) ; this is for the day and week view
[07:44] <mihir> Akiva-Thinkpad: yes , exactly we shouldn't do same work..lets collaborate and finish it , do you have screenshots ?
[07:45] <mihir> Akiva-Thinkpad: i guess, i have shared all the screenshots where we have been working right?
[07:45] <Akiva-Thinkpad> mihir, yah, although it might be easier if you just ran it
[07:45] <mihir> Akiva-Thinkpad: i can't do now because at work place..can you share screenshots ?
[07:45] <Akiva-Thinkpad> mihir, hard to tell;
[07:46] <Akiva-Thinkpad> mihir, yah what I'll do, is I'll have your branch on the right, and my branch on the left, and will do screenshot comparisons
[07:46] <Akiva-Thinkpad> give me 5 minutes
[07:49] <justCarakas> o/ Akiva-Thinkpad
[07:50] <Akiva-Thinkpad> justCarakas, you just screwed up my screenshot!
[07:50] <Akiva-Thinkpad> :P
[07:50] <Akiva-Thinkpad>  a notifcation popped up and covered my app
[07:54] <justCarakas> hahaha :D
[07:54] <justCarakas> perfect timing
[08:11] <Akiva-Thinkpad> mihir, nik90 http://imgur.com/a/QRRdA#0
[08:14] <mivoligo> mzanetti: hi
[08:15] <Akiva-Thinkpad> There are a few things that need tweaking. as written out
[08:23] <mzanetti> mivoligo: hi
[08:24] <mivoligo> mzanetti: about the svg files for towers: should we go with one file for each level or put all levels in one file?
[08:25] <mzanetti> mivoligo: not sure I understand the question
[08:26] <mzanetti> mivoligo: what do you want to put into one single file?
[08:26] <mivoligo> mzanetti: we have one tower with couple upgrades/levels
[08:26] <mzanetti> ah, right...
[08:27] <mivoligo> mzanetti: so one line for each level?
[08:27] <mzanetti> hmm... I guess they could be done in one file. however I thought about having different rotations for towers too.
[08:27] <mzanetti> mivoligo: if you don't mind I'd prefer one file per level
[08:28] <mivoligo> mzanetti: I don't mind :)
[08:28] <mzanetti> mivoligo: so in the future we could add different perspections for towers... fabio's propsal for a level pack would want that support
[08:29] <mzanetti> mivoligo: did you see the bug I reported for you?
[08:29] <mivoligo> mz
[08:29] <mivoligo> mzanetti: yes
[08:29] <mzanetti> ok
[08:30] <mivoligo> mzanetti: I'll get the towers ready and upload them asap
[08:30] <mzanetti> mivoligo: awesome. I have created proper level.json files for the first 5 levels
[08:30] <mzanetti> had quite a bit of fun playing it yesterday already :D
[08:30] <mzanetti> its challenging
[08:31] <mivoligo> that's most important :)
[08:32] <mzanetti> mivoligo: one thing I noticed is that board wise, level 5 is much easier than, say level 4
[08:32] <nik90> Akiva-Thinkpad: hey,
[08:32] <Akiva-Thinkpad> nik90, heya
[08:33] <mzanetti> mivoligo: level4 is the hardest one. no good places for effective towers
[08:33] <mivoligo> mzanetti: we can change the order I think
[08:33] <Akiva-Thinkpad> I fixed the agenda view
[08:33] <Akiva-Thinkpad> so they now look identical; both branches
[08:33] <mzanetti> mivoligo: I did compensate with harder/easier waves, so I guess we're fine
[08:33] <nik90> Akiva-Thinkpad: ah ok
[08:33] <mivoligo> mzanetti: ok then :)
[08:33] <nik90> Akiva-Thinkpad: I really like your Week view (without changing the background colors)
[08:33] <mzanetti> mivoligo: just an interesting fact to keep in mind. You can influence those things already when designing the path
[08:34] <Akiva-Thinkpad> nik90, yah; thats easily reversable
[08:34] <Akiva-Thinkpad> i read your post
[08:34] <Akiva-Thinkpad> designers are busy
[08:34] <Akiva-Thinkpad> etc
[08:34] <Akiva-Thinkpad> if I submit a branch, it will be with the standard background as is
[08:34] <nik90> Akiva-Thinkpad: ack
[08:35] <nik90> Akiva-Thinkpad: also mihir and I were using the orange font color only for the current day.
[08:35] <Akiva-Thinkpad> the day view needs work, due to the redundancy. I do however think it is superiour in one way
[08:35] <Akiva-Thinkpad> nik90, oh yah thats being fixed
[08:36] <Akiva-Thinkpad> that was just temp because of the background.
[08:36] <nik90> Akiva-Thinkpad: Ah cool
[08:36] <Akiva-Thinkpad> basically it will go back to how it was; grey background with white text
[08:36] <Akiva-Thinkpad> that is what you are talking about right?
[08:36] <nik90> Akiva-Thinkpad: btw in the day view, do we need to show the 3 days instead of what we had before?
[08:36] <nik90> Akiva-Thinkpad: yes
[08:37] <dholbach> davidcalle, salut mon ami - comment ça va?
[08:37] <mzanetti> mivoligo: ah, also, did you pull today already?
[08:37] <mzanetti> mivoligo: have seen the new MainPage?
[08:37] <Akiva-Thinkpad> nik90, I think there is one benefit; if you have multiple events side by side, it lets people know that they are part of different days
[08:37] <nik90> Akiva-Thinkpad: I was thinking of changing that to coolGrey to improve the contrast
[08:37] <Akiva-Thinkpad> nik90, other than that, I'm willing to drop it in favour of what you have.
[08:37] <mivoligo> mzanetti: yes, just now
[08:37] <mzanetti> mivoligo: what do you think?
[08:37] <JamesTait> Good morning all; happy Monday, and happy International Dot Day! :-D
[08:37] <nik90> Akiva-Thinkpad: I am trying to see where we can improve the vertical space saving in the day view.
[08:37] <Akiva-Thinkpad> nik90, ah yah; that can be done in another branch though easy peasy. If you want, I can do it in this one
[08:38] <nik90> Akiva-Thinkpad: tbh your looks good as well.
[08:38] <mivoligo> mzanetti: need some work :D
[08:38] <mzanetti> mivoligo: sure... its just some proposal
[08:38] <nik90> Akiva-Thinkpad: what happens when you have 2 all day events on the same day?
[08:38] <Akiva-Thinkpad> nik90, well i'm of the opinion to just make it hideable; I find it hard to imagine that someone needs to look at the month day all the time.
[08:38] <mivoligo> mzanetti: what settings do actually need?
[08:39] <Akiva-Thinkpad> nik90, oh good question
[08:39] <mzanetti> mivoligo: so far its mostly developer/level pack creator tools
[08:39] <Akiva-Thinkpad> nik90, basically the button, will say "2 events"
[08:39] <Akiva-Thinkpad> rather than have two buttons
[08:39] <nik90> Akiva-Thinkpad: smart..I like it
[08:39] <Akiva-Thinkpad> when you click on the button, a bubble pops up, and lets you select which one
[08:39] <mivoligo> mzanetti: I mean in the final product
[08:40] <Akiva-Thinkpad> nik90, don't thank me; that was how it used to be done. I just converted the rectangle into a button, and moved it around a bit
[08:40] <mzanetti> mivoligo: I guess we should have at least the "Reset saved scores" one, no?
[08:40] <Akiva-Thinkpad> nik90, i'll work on day view, because I'm not happy with it atm for obvious reasons
[08:41] <mivoligo> mzanetti: sure, and sound and info about the game but not sure what else
[08:41] <nik90> Akiva-Thinkpad: oh can you fix the stuff like the background color, font color etc etc and then ping me. We can then considering merging them into mihir's original branch.
[08:41] <Akiva-Thinkpad> week view looks great though in my opinion. And month, well its basically going to be the same as before minus the month header, which will be in the actual header.
[08:41] <Akiva-Thinkpad> yah sure
[08:41] <Akiva-Thinkpad> will do
[08:42] <mzanetti> mivoligo: and I think we should also have some in-game hints on how to create level packs. at least some small text and a link that brings you to a how to page in the web or so
[08:42] <nik90> Akiva-Thinkpad: I am fully convinced yet about the the day and dates shown since it duplicates what the actual header shows
[08:42] <nik90> (in the day view)
[08:42] <nik90> Akiva-Thinkpad: but let's see
[08:42] <Akiva-Thinkpad> not fully convinced, or fully convinced?
[08:42] <nik90> not*
[08:42] <Akiva-Thinkpad> ah
[08:43] <nik90> I will keep an open mind
[08:43] <nik90> Clean and polish up your branch and then I will test it out on the phone
[08:43] <davidcalle> Salut dholbach, bien et toi ?
[08:44] <Akiva-Thinkpad> well the day view is redundant the way I have it now. If it were my way, I'd just have the month and year there, make it hidable.
[08:44] <mivoligo> mzanetti: so, do you think it will be more different kinds of levelpacks in the game? Or it will come out under different name?
[08:44] <Akiva-Thinkpad> yah
[08:44] <Akiva-Thinkpad> sure
[08:44] <dholbach> davidcalle, très bien, merci :)
[08:44] <Akiva-Thinkpad> i'll make a day view branch which uses yours, and my way
[08:44] <mzanetti> mivoligo: I'm not sure about that yet...
[08:44] <Akiva-Thinkpad> so two branches; you can decide
[08:44] <mzanetti> mivoligo: what would you suggest?
[08:44] <mihir> Akiva-Thinkpad: sorry was away for lunch
[08:45] <Akiva-Thinkpad> Unforgivable!
[08:45] <mihir> Akiva-Thinkpad: i won't prefer all to orange tbh
[08:45]  * Akiva-Thinkpad gets to tinkering
[08:45] <nik90> Akiva-Thinkpad: cool thnx
[08:45] <Akiva-Thinkpad> ignore the orange
[08:45] <nik90> mihir: yup told him
[08:45] <mihir> Akiva-Thinkpad: reason, it is eye catchy , and i won't prefer all day to eye catchy, except today..what do you say?
[08:45] <nik90> he will fix that
[08:45] <Akiva-Thinkpad> orange day names were just temp; its going back to white on grey
[08:46] <nik90> mihir: I really like week view (last screenshot)
[08:46] <mivoligo> mzanetti: don't know. I wonder how many people are interested in making the levelpacks
[08:46] <mzanetti> yeah... me too...
[08:46] <nik90> mihir: he goes back to "Day \n Date" while still saving vertical space.
[08:46]  * mihir skips to the week view 
[08:46] <dholbach> davidcalle, did you get feedback from everyone you reached out to? like Loïc, Pat, Jamie?
[08:47] <mihir> nik90: do you prefer to have two rows, for day and date ?
[08:47] <mivoligo> mzanetti: you mentioned fabio, can we see his stuff somewhere?
[08:48] <nik90> mihir: well previously (as we discussed) I wanted to chnage to one row since it saves space. However ...
[08:48] <nik90> mihir: Akiva-Thinkpad nicely simplified the all day event bar, and hence having two rows looks nice
[08:48] <davidcalle> dholbach, after waiting 10 days I've given up on Loïc, but yes for the rest. I've just published frameworks, device kits in a moment.
[08:48] <nik90> mihir: we can re-evaluate soon
[08:49] <mihir> nik90: okay make sens :)
[08:49] <dholbach> davidcalle, nice - can you give me the links once you're done? just so I can let the world know about your work, see if any links need bending and update the spreadsheet
[08:49] <dholbach> davidcalle, good work
[08:49] <mihir> Akiva-Thinkpad: nice :)
[08:49] <davidcalle> dholbach, frameworks : http://developer.ubuntu.com/apps/platform/guides/frameworks/
[08:49] <dholbach> davidcalle, I'll also ping Loïc again and see if he can probably do a review and maybe file a bug if necessary
[08:50] <dholbach> thanks davidcalle
[08:50] <davidcalle> dholbach, thanks
[08:50] <Akiva-Thinkpad> mihir, or nik90  http://pastebin.ubuntu.com/8349006/  just a question; is there anyway to set the border image to be behind the label, while keeping it as part of the label component?
[08:50] <nik90> Akiva-Thinkpad: did that not work?
[08:51] <dholbach> davidcalle, maybe we should file a reminder bug on ubuntudevelerportal, so we update the frameworks doc once the first stable framework is announced
[08:51] <Akiva-Thinkpad> nik90, its sits above the label, so you can't see the day names all too well
[08:51] <davidcalle> dholbach, good idea, doing it this morning
[08:51] <dholbach> rock and roll
[08:51] <nik90> Akiva-Thinkpad: may try setting z: -1 for the border image?
[08:51]  * Akiva-Thinkpad checks if there is a background property
[08:52] <Akiva-Thinkpad> nik90, oh great thanks
[08:52] <Akiva-Thinkpad> AH THATS WHAT Z does :P
[08:52] <Akiva-Thinkpad> nik90, perfect
[08:52] <Akiva-Thinkpad> !cookie
[08:53] <nik90> :D
[08:53] <t1mp> :)
[08:53] <t1mp> does it work like this?
[08:54] <t1mp> !cookie | nik90
[08:54] <t1mp> yeah :)
[08:54] <nik90> hehe
[08:54] <mihir> nik90:  !cookie
[08:54] <nik90> t1mp: hey, Good Morning
[08:54] <t1mp> nik90: hello
[08:54] <mihir> didn't work for me :( hehehe
[08:54] <t1mp> mihir: see what I typed
[08:54] <nik90> t1mp: I had a small question
[08:54] <mihir> !cookie | nik90
[08:55] <mihir> ahahah :D got it :P
[08:55] <nik90> t1mp: Is it possible to move actions: [], to a separate page so that we can use it multiple pages without duplicating code?
[08:55] <t1mp> mihir: now we should stop doing this, nik90 will get fat ;)
[08:55] <nik90> t1mp: for instance common actions like "Add new event" will be shown in the year, month, week and day view.
[08:56]  * nik90 feels bloated with too much cookies ::P
[08:56] <mihir> t1mp: heheh true :P
[08:56] <t1mp> nik90: that should be possible. you can put action ids in the action list
[08:57] <t1mp> nik90: it is a very valid use case
[08:57] <mihir> ahh great, nik90 if that works we can reduce redundant code from all pages.
[08:57] <nik90> t1mp: I tried ActionList{ common actions here } and saved it as CommonEventActions.qml. However when I referenced this inside head.actions {}, it said something about not using a list.
[08:58] <t1mp> nik90: ActionList is not used any more for page.head.actions
[08:58] <dholbach> davidcalle, just went ahead and filed bug 1369458
[08:59] <davidcalle> dholbach, :)
[08:59] <nik90> t1mp: ah, how do you define a list of Actions{} in a separate page then?
[08:59] <t1mp> nik90: it should be an actual list<Action>
[08:59] <dholbach> brb
[08:59] <nik90> t1mp: you mean like a ListModel ?
[09:00] <t1mp> nik90: I'm wondering if you can add an Item { id: actionPool; Action { id: action1 } } to (for example) your MainView and then in your Page.head.actions have [mainView.actionPool.action1]
[09:00] <t1mp> some aliases would have to be made to make the actions public properties to be accessed from the Page
[09:00] <t1mp> nik90: but I haven't tried that yet
[09:01] <nik90> t1mp: I think that should work
[09:01]  * nik90 tries
[09:01] <nik90> thnx
[09:01] <t1mp> nik90: good luck :) and let me know if it works
[09:01] <t1mp> nik90: something like that may be useful to add as an example to our documentation
[09:02] <nik90> t1mp: true, If something works I will let you know and then propose a branch with documentation aid
[09:03] <mihir> nik90: one more question , currently in day view it partially display next and previous day..are we continuing that or we should move to just a single day?
[09:04] <nik90> mihir: in Akiva-Thinkpad
[09:04] <Akiva-Thinkpad> mmm?
[09:04] <nik90> mihir: in Akiva-Thinkpad's branch, he shows 3 days
[09:04] <Akiva-Thinkpad> mihir, yah
[09:04] <nik90> mihir: not sure yet what we will do yet..ideally it should only show that day's events to differentiate between day view and week view, dont you think?
[09:04] <nik90> Akiva-Thinkpad: ^^
[09:04] <mzanetti> is there a way to lock an application to landscape mode?
[09:05] <Akiva-Thinkpad> nik90, one thing I was thinking of
[09:05] <mihir> nik90: in day view i would prefer to remove that header , and show only day
[09:05] <mihir> so no partial views
[09:05] <Akiva-Thinkpad> nik90, well i am working on it at this very moment
[09:05] <nik90> mzanetti: not that I am aware of...a lot of people are looking for it though
[09:05] <Akiva-Thinkpad> it will look unified with the week view
[09:06] <mzanetti> nik90: ack, thanks
[09:06] <Akiva-Thinkpad> 30 mins, I'll provide another set of screenshots
[09:06] <mzanetti> nik90: just wanted to confirm that I didn't just miss it before triaging some bugs
[09:06] <nik90> mihir: let's wait to see Akiva-Thinkpad 's branch
[09:06] <mihir> nik90: okay :)
[09:06] <mihir> Akiva-Thinkpad: coffee and code , make great combination :D
[09:06] <Akiva-Thinkpad> heh
[09:07] <nik90> mzanetti: http://askubuntu.com/questions/516947/how-to-lock-ubuntu-device-orientation-in-portrait-or-landscape-from-user-input
[09:07] <mzanetti> nik90: thanks
[09:24] <mivoligo> mzanetti: ok, I've pushed the towers and proposed for merge
[09:25] <davidcalle> dholbach, http://developer.ubuntu.com/apps/sdk/tutorials/click-targets-and-device-kits/
[09:25] <mzanetti> mivoligo: awesome :)
[09:25]  * mzanetti merges
[09:26] <kalikiana> mzanetti: you'll have to bribe some unity dev for that ;-)
[09:26] <mivoligo> mzanetti: towers.json needs an update too
[09:26] <davidcalle> dpm : http://developer.ubuntu.com/apps/sdk/tutorials/click-targets-and-device-kits/  , http://developer.ubuntu.com/apps/platform/guides/frameworks/
[09:26] <mzanetti> kalikiana: for what?
[09:26] <kalikiana> mzanetti: for the orientation
[09:26] <mzanetti> kalikiana: to add some property to MainView?
[09:26] <dholbach> davidcalle, thanks a bunch - are you going to look into 1357777 as well?
[09:26] <dholbach> ah, you're assigned already - great :-D
[09:27] <kalikiana> mzanetti: no. to implement it
[09:27] <davidcalle> dholbach, ;)
[09:27] <dholbach> davidcalle, 1369173 too
[09:27] <mzanetti> kalikiana: ah yeah... I think dandrader and greyback are on it already
[09:27] <mzanetti> kalikiana: still the MainView API needs to be extended a little. I guess that's your call though. At least telling us what you want it to be API wise :)
[09:28] <davidcalle> dholbach, oh, missed this one, interesting, the new article should fix that.
[09:28]  * mzanetti wonders how the Dronfly hack will break when proper rotation support comes in :D
[09:29] <kalikiana> mzanetti: there was an api proposal… if I could remember. it had something like [ Portrait ] in an enum with lots of "supported" things
[09:29] <kalikiana> need to find where that one went
[09:30] <mzanetti> nik90: btw. here's a temporary hack on how to lock to landscape until the platform gains support for it: http://bazaar.launchpad.net/~mzanetti/dronefly/trunk/view/head:/app/dronefly.qml#L52
[09:30] <dpm> davidcalle, nice work. I started the review of the click targets doc and I had a few minor comments, but they can be addressed afterwards
[09:30] <nik90> mzanetti: ooh cool thnx
[09:30] <davidcalle> dpm, sorry about that, did I miss comments in the doc?
[09:31] <dpm> davidcalle, no, you didn't, I didn't manage to finish the review, but I didn't want to block their publication on the site, so all good
[09:31] <davidcalle> dpm, ok :)
[09:32] <dholbach> davidcalle, thanks a bunch
[09:33] <Akiva-Thinkpad> nik90, mihir http://i.imgur.com/LQ0dNe3.jpg
[09:33] <Akiva-Thinkpad> hows that?
[09:34] <nik90> Akiva-Thinkpad: in the week view, I think "Sun, Mon" etc could use a small top margin..around 0.5-1 gu unit
[09:35] <nik90> Akiva-Thinkpad: top and bottom actually with a 0.5 gu margin would be nice..otherwise it feels too restricted imo.
[09:35] <Akiva-Thinkpad> so the day name and day number side by side?
[09:35] <Akiva-Thinkpad> nik90, oh
[09:35] <nik90> Akiva-Thinkpad: no no ... the current layout you did looks good
[09:35] <Akiva-Thinkpad> sorry
[09:35] <Akiva-Thinkpad> you want it a bit bigger
[09:35] <Akiva-Thinkpad> yah
[09:35] <Akiva-Thinkpad> I can do that
[09:35] <nik90> Akiva-Thinkpad: just that the top and bottom margin of that could use a little spacig
[09:35] <Akiva-Thinkpad> yah
[09:35] <Akiva-Thinkpad> sec
[09:35] <nik90> yup
[09:36] <nik90> Akiva-Thinkpad: year view, agenda view looks good
[09:37] <Akiva-Thinkpad> month view is... I actually like your month view
[09:37] <Akiva-Thinkpad> the shape takes up quite a bit of space unfortunately.
[09:37] <nik90> Akiva-Thinkpad: not sure about the month view..the spacing between the ubuntushape and the sun,mon header doesn't look that grt.. the one we had before in the branch was better I feel
[09:37] <Akiva-Thinkpad> yah thats the other thing
[09:37] <nik90> Akiva-Thinkpad: yup exactly
[09:38] <Akiva-Thinkpad> i'll move it down a bit
[09:38] <nik90> Akiva-Thinkpad: Why not just remove the ubuntu shape?
[09:38] <Akiva-Thinkpad> nik90, hmmmm,
[09:38] <nik90> if you move it down, it won't make it any better though
[09:38] <nik90> since there would be that awkward spacing which is unused
[09:38] <Akiva-Thinkpad> nik90, yah I agree in removing it
[09:39] <nik90> I already did that yesteday..so if you revert the monthview, they should return back to what they were before.
[09:39] <Akiva-Thinkpad> is that all you did? I am just wondering if that will be straightforward, in that the year view seems to use the same components
[09:39] <Akiva-Thinkpad> nik90, oh have we decided if we are removing the year view?
[09:39] <Akiva-Thinkpad> I think you mentioned something about it.
[09:39] <nik90> Akiva-Thinkpad: no we are keeping the year view (after looking at the comments in the bug report)
[09:40] <Akiva-Thinkpad> okay
[09:40] <nik90> Akiva-Thinkpad: However I patched the year view to show the ubuntu shape
[09:40] <mihir> Akiva-Thinkpad: also , don't use all CAPS
[09:40] <Akiva-Thinkpad> alright, give me another lil bit
[09:40] <Akiva-Thinkpad> all caps?!
[09:40] <mihir> for me , again the ornage buttons looks weird
[09:40] <Akiva-Thinkpad> oh
[09:40] <nik90> Akiva-Thinkpad: also I am with mihir on the day view. The day view is meant to be about that day alone. I feel the implementation of mihir was better
[09:40] <Akiva-Thinkpad> the all day events?
[09:40] <mihir> Just be like Sun , Mon Tue , instead of SUN MON TUE
[09:41] <Akiva-Thinkpad> oh
[09:41] <Akiva-Thinkpad> yah
[09:41] <nik90> Akiva-Thinkpad: so the day view shouldn't show events from the other days...
[09:41] <Akiva-Thinkpad> sure; I can fix that; don't know why it is like that.
[09:41] <nik90> mihir: don't you agree? ^^
[09:42] <nik90> Akiva-Thinkpad: I remember seeing the code date.toUpperCase() which does that
[09:42] <Akiva-Thinkpad> nik90, yah, so set the model to 1 then? i don't disagree with thad decision
[09:42] <mihir> nik90: yup agreed :) lets keep day view simple , lets put all all day events on top followed by time frames
[09:42] <Akiva-Thinkpad> okay I'll search the code
[09:42] <Akiva-Thinkpad> mihir, agreed
[09:42] <Akiva-Thinkpad> okay I'll do that right now
[09:42] <mihir> Akiva-Thinkpad: i have removed in that branch , you can remove .toUpperCase , it should resolve your issue :)
[09:43] <mzanetti> mivoligo: just noticed the shots are missing. but I guess you know already ;)
[09:43] <mihir> Akiva-Thinkpad: you propose branch , nik90  or I will merge with the existing branch , as it will require manual merge
[09:44] <Akiva-Thinkpad> okay
[09:44] <Akiva-Thinkpad> cool beans
[09:44] <nik90> Akiva-Thinkpad: make sure when you propose the merge, you target our branch and not trunk :)
[09:44] <nik90> I tend to forget that
[09:44] <Akiva-Thinkpad> sure thing :P
[09:45] <mihir> nik90: i tried to remove the ubuntushap from monthview, did you see that ?
[09:45] <mihir> hehe
[09:46] <nik90> mihir: yup
[09:46] <nik90> mihir: but it also removed the ubuntushape in the year view
[09:46] <nik90> mihir: but I managed to fix it
[09:46] <mihir> Ahh, crap :| i forgot that
[09:46] <nik90> mihir: so it shows the ubuntushape only in the year view
[09:46] <mihir> ohkie..:)
[09:46] <Akiva-Thinkpad> nik90, okay that was a question in the back of my mind
[09:46] <Akiva-Thinkpad> how did you do that?
[09:47] <Akiva-Thinkpad> was it just a visible: property?
[09:47] <mihir> now in day view , I guess I need to remove partial views of next/ previous day and then i'll try to move times to the left corner
[09:48] <mihir> fun a part, for GOT fan heehe , https://www.youtube.com/watch?v=3vI_7os2V_o
[09:55] <Akiva-Thinkpad> mihir, I'm doing that atm
[09:55] <Akiva-Thinkpad> unless you really want to do it, i'll leave it to you
[09:57] <nik90> Akiva-Thinkpad: in the yearview.qml file, I modified the delegate
[09:57] <nik90> Akiva-Thinkpad: this way the ubuntu shape stays within the year view alone
[09:57] <Akiva-Thinkpad> nik90, okay thanks
[10:11] <mzanetti> mivoligo: towers merged and towers.json adjusted
[10:12] <mzanetti> mivoligo: one warning: the new setupdata.py script will delete the levelpacks directory before starting to extract it again
[10:12] <mzanetti> mihir: so if you have work done inside the machines-vs-machines repository for testing, be careful with that script
[10:12] <mzanetti> sorry mihir... I meant mivoligo
[10:17] <Akiva-Thinkpad> mihir, oh sorry what I said was not quite right
[10:18] <Akiva-Thinkpad> Ignore what I said, and carry on with the day view and putting the times on the left
[10:18] <Akiva-Thinkpad> I read that completely wrong
[10:18]  * Akiva-Thinkpad is sleepyish
[10:18] <Akiva-Thinkpad> sorry :S
[10:28] <nik90> t1mp: it doesn't work...I tried http://paste.ubuntu.com/8349526/, however within head.actions{}, I cannot refer to it as actionPool.newEventAction as it complains about missing "{". If I add "{}", then it is invalid.
[10:29] <nik90> I tried several other stuff like only including Action{} in a separate file. But even that cannot be used as such
[10:30] <t1mp> nik90: how do you do head.actions? It should be head.actions: [ actionPool.newEventAction, actionPool.reloadAction ]
[10:30] <nik90> that's what I did
[10:31] <t1mp> weird
[10:32] <nik90> http://paste.ubuntu.com/8349548/
[10:32] <nik90> more specifically
[10:32] <nik90> not sure why
[10:32] <t1mp> nik90: does it work with only ids in the [], so no Action { } definitions there?
[10:32] <t1mp> nik90: I gotta run now, back in 1h
[10:33] <nik90> t1mp: ok tty later
[10:33] <t1mp> zsombi: ^ maybe you have an idea for the actions? see nik90s pastebins
[10:34] <mihir> ahhh, what did you say Akiva-Thinkpad  ?
[10:34] <mihir> didn't get yu
[10:34] <Akiva-Thinkpad> mihir, oh lol
[10:34] <Akiva-Thinkpad> mihir, I said, to ignore what I said
[10:34] <mihir> lol okay
[10:34] <Akiva-Thinkpad> keep doing your stuff
[10:34] <nik90> t1mp: that worked!
[10:34] <zsombi> t1mp: nik90: that kind of mix doesn't work :(
[10:34] <nik90> t1mp: using only ids in head.actions[]
[10:35] <nik90> zsombi: ah so I cannot mix Action{} and id in a head.actions[]..strange but should be documented (which I will do so)
[10:36] <zsombi> nik90: nope :(
[10:36] <zsombi> nik90: well, not even Qt documents that, but I realized that this setup doesn't work with ListItemOptions either :/
[10:36] <zsombi> t1mp: ^
[10:36] <nik90> ah :(
[10:37] <zsombi> nik90: but perhaps it's a bug, I remember we had been thinking using that some time ago, and IINM it was working on teh prototype...
[10:37] <nik90> zsombi: app devs can easily workaround this...but they should be shown (documented) this so that they do not ponder why their code doesn't work.
[10:38] <zsombi> nik90: agreed
[10:41] <nik90> mihir: that "game of codes" is hilarious...dave is awesome :P
[10:47] <mihir> nik90: yeah it's hilarious :)
[10:49] <nik90> mihir: btw found a way to remove the duplicate header actions code :) ... will push when I am done
[10:56] <mihir> nik90: that's cool :D
[10:57] <t1mp> nik90, zsombi ok good that it is clear now what works :) and it is not a huge workaround to define a ("local") Action just outside of the page.actions
[10:57] <nik90> t1mp: yup that's exactly what I did :)
[10:59] <dpm> JamesTait, on bug 1343129 and bug 1358794 - what do we need to do to show the translatable strings to translators?
[11:00] <JamesTait> dpm, they're managed in devportal itself, so I'm not sure.
[11:02] <JamesTait> dpm, I have limited access to that side of the store myself (and would like to keep it that way), but AFAIK the translations are only editable by devportal admins.
[11:04] <JamesTait> dpm, OTOH, if we just want to allow people to see what needs to be translated, we have at least one informal way of making that information available.
[11:06] <JamesTait> dpm, which I'm just sorting out for you now, in case you're waiting. :)
[11:07] <dpm> JamesTait, on the phone, IÇll come back to zou in a bit, thanks!
[11:19] <ogra_> for anyone concerned (and in case you didnt notice yet) adb in the emulator works again since yesterday (devel-proposed only atm, trying to land this in rtm)
[11:20] <nik90> ogra_: was there a new devel-proposed emulator image?
[11:20] <ogra_> there is one every day
[11:21] <nik90> ogra_: I just tried image 237, and when i do adb shell, it says emulator-5554 offline
[11:21] <nik90> ogra_: let me create a new devel-proposed emulator and check again
[11:21] <ogra_> you did build with --developer-mode ?
[11:21] <nik90> ogra_: why would I? I created this emulator using qtcreator. Shouldn't it do it automatically?
[11:21] <ogra_> oh, indeed
[11:21] <nik90> ogra_: let me try both ways.
[11:22] <ogra_> sudo ubuntu-emulator create --channel=ubuntu-touch/devel-proposed --arch=i386 --use-raw-disk newadb
[11:22] <nik90> ogra_: if with qtc it doesnt work, I will know where to report it
[11:22] <ogra_> thats what i used to verify it works
[11:22] <nik90> ogra_: what's --use-raw-disk newadb for?
[11:22] <ogra_> newadb is the name :)
[11:22] <nik90> ogra_: I was planning to add --developer-mode
[11:22] <nik90> lol
[11:22] <ogra_> use-raw disk only means it doesnt create loop images
[11:23] <ogra_> so you can mount them directly to check logs and hack on them
[11:23] <mihir> t1mp: it would be good to have this info in http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.PageHeadConfiguration/
[11:23] <ogra_> shouldnt have any impact
[11:23] <nik90> ogra_: ok, but I will try with --developer-mode
[11:23] <ogra_> i dont thinnk thats needed
[11:23] <nik90> ack
[11:24] <ogra_> it should set a default pw of 0000 and enable dev mode automatically
[11:24]  * ogra_ re-tries too ... takes 20min to pull the image here though 
[11:25] <nik90> ogra_: it seems latest is image 400
[11:25] <nik90> bah 240 I mean
[11:25] <ogra_> yeah
[11:25] <ogra_> i tested with 239
[11:25] <ogra_> which was fine
[11:25] <nik90> I tried in qtc with 237, that could have been the issue
[11:25] <nik90> will let you know in 10 mins
[11:25] <ogra_> (note i only test tzeh emulator, i dont have the sdk installed or in use)
[11:26] <nik90> yup that's what I am there to help with :)
[11:26] <ogra_> so if it shows fine in adb devices and adb shell lets you in but the SDK still doesnt see it we might need fixes on the SDK side
[11:27] <nik90> let me confirm on my end as well and then I will take it up with zbenjamin :)
[11:27]  * zbenjamin looks why he was highlighted
[11:28] <nik90> zbenjamin: tl;dr -> ubuntu-sdk might not recognise emulator is running with new developer mode.
[11:28] <nik90> zbenjamin: also ubuntu-sdk does not allow running apps in emulator with devel image..
[11:29] <nik90> zbenjamin: so essentially app development in emulator is a no-go ... But I am still confirming that...
[11:29] <ogra_> i dont see why iit would work on a device with the new dev mode .... but not on the emulator ...
[11:30] <ogra_> there is no difference (at least once both come up and are visible for adb)
[11:30] <nik90> ogra_: yeah I am puzzled as well
[11:30] <zbenjamin> nik90: we were requested to make the devel channel the default ... you should use the devel-proposed though
[11:30] <ogra_> well, thats the only channel that has the fixes yet anyway :)
[11:31] <zbenjamin> ogra_: yep ;)
[11:31] <nik90> zbenjamin: but that's the thing...both devel and devel-proposed dont work...give 2 mins to confirm
[11:36] <dpm> JamesTait, can we put all the translations in a .pot file and upload that file to https://translations.launchpad.net/click-package-index ? I think that'd be the easiest thing to allow translators to do their work
[11:37] <dholbach> bzoltan, Mirv: looks like click-reviewers-tools is a dep of q-p-u now, but ubuntu-emulator is still a recommends (bug 1367246)
[11:37] <dholbach> shall I reopen the bug?
[11:37] <nik90> zbenjamin, ogra_ : false alarm
[11:37] <zbenjamin> nik90: don't you scare me like that ;)
[11:37] <nik90> zbenjamin, ogra_: image 240 emualtor devel proposed works properly with ubtuntu-sdk
[11:38] <zbenjamin> nik90: i think there was a emulator version where adb was not working at all
[11:38] <nik90> zbenjamin: image 237 doesn't work...and there was no image during the weekend
[11:38] <nik90> zbenjamin: which scared me
[11:38] <nik90> zbenjamin: but all is good :D
[11:38] <zbenjamin> nik90: did you checkout the sourcecode completion? Should work now
[11:39] <nik90> zbenjamin: for devel? or develproposed?
[11:39] <nik90> zbenjamin: nvr mind
[11:39] <zbenjamin> nik90: thats not related to the image channel :)
[11:39] <nik90> misread the question
[11:39] <bzoltan> dholbach:  the ubuntu-emulator had problems with multiarch  so the qtc ubuntu plugin was failing on autopkgtest whenit was on the dependencies.
[11:39] <nik90> I will check now..updating system to ensure I got latest packages
[11:39] <dholbach> bzoltan, ah ok - did we file a bug for that issue?
[11:40] <zbenjamin> nik90: beware for qml only projects you need to remove the import paths property from the project file to make it work
[11:40]  * ogra_ hugs nik90 
[11:40] <bzoltan> dholbach:  I talked to cjwatson about it, he  told me that it would not be trivial to fix it.
[11:40] <ogra_> thanks for confirming
[11:40] <nik90> zbenjamin: is that done in the default templates that it is shipped with?
[11:40] <dholbach> I see
[11:40] <zbenjamin> nik90: its done inside the plugins
[11:40] <bzoltan> dholbach:  so the Recommends was the best I could come up with.
[11:40] <dholbach> bzoltan, in that case I'll close the bug again
[11:41] <zbenjamin> nik90: so the cmake plugin needs to get a update
[11:41] <nik90> ogra_: yw :)... sry for raising hell when all I had to do was be patient :P
[11:41] <nik90> zbenjamin: cool
[11:41] <dholbach> but maybe there should be a bug report for it
[11:41] <JamesTait> dpm, I'm really not the best person to ask, tbh.  pindonga is your best bet, he's more intimately involved with devportal - I'm more of a consumer of it. ;)
[11:41] <ogra_> nik90, well, i was sure i fixed it for me ... but had no external confirmation yet, so that helped a lot :)
[11:42] <JamesTait> dpm, ah, I see he's not on this channel, but he is on #ubuntu-touch. :)
[11:42] <dpm> JamesTait, ok, thanks, I'll ask him. What channel do you guys usually hang out at?
[11:42] <dpm> ok
[11:42] <nik90> zbenjamin: do you know which version the autocomplete landed in? I don't seem to have it.
[11:43] <nik90> zbenjamin: may be its still in a silo and not yet released?
[11:43] <zbenjamin> nik90: trusty or utopic
[11:43] <zbenjamin> bzoltan: did you backport the cmake plugin to trusty already ?
[11:43] <nik90> zbenjamin: trusty (but with experimental sdk tools ppa)
[11:44] <nik90> which gets the latest stuff very quickly
[11:44] <nik90> zbenjamin: let me quickly also check in my utopic lxc container
[11:44] <bzoltan> zbenjamin:  yes
[11:45] <zbenjamin> nik90: try it on the desktop in utopic first, the problem with the chroots is that they might lack some of the description files
[11:47] <nik90> ok
[11:56] <nik90> zbenjamin: code autocompletion works on utopic lxc container
[11:56] <t1mp> 13:23:14 < mihir> t1mp: it would be good to have this info in  http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.PageHeadConfiguration/
[11:57] <zbenjamin> nik90: good :)
[11:57] <t1mp> mihir: if that's about the action [ ids ] then I agree. I think nik90 is going to propose an MR for that
[11:57] <Akiva-Thinkpad> mihir, nik90 what is the branch I am proposing a merge to?
[11:57] <nik90> zbenjamin: would it be possible to do it in chroots for trusty?
[11:57] <nik90> t1mp: yes I will
[11:57] <nik90> Akiva-Thinkpad: one sec
[11:58] <nik90> Akiva-Thinkpad: https://code.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/ViewRedisign
[11:58] <zbenjamin> nik90:  it should already do that
[11:58] <Akiva-Thinkpad> thanks
[11:58] <zbenjamin> nik90: can you try that with a scope template?
[11:59] <zbenjamin> nik90: so if you press F2 on any C++ symbol it should open the files in the chroot
[11:59] <zbenjamin> nik90: any scopes c++ API symbol of course
[11:59]  * nik90 tries
[12:01] <nik90> zbenjamin: I got http://paste.ubuntu.com/8349989/
[12:01] <nik90> zbenjamin: I created a Unity Scope Project
[12:01] <zbenjamin> nik90: yeah the new scope template, needs packages that are not in the chroot if you did not create it right now
[12:03] <nik90> zbenjamin: ah so if I update the chroot it should be fixed?
[12:06] <zbenjamin> nik90: nope they won't pull them, you need to either completely recreate it or install the missing deps manually
[12:06] <nik90> ah ok
[12:14] <Akiva-Thinkpad> mihir, nik90 https://code.launchpad.net/~akiva/ubuntu-calendar-app/akivaDayWeekViewMergeMihirNik/+merge/234676
[12:14] <mihir> Akiva-Thinkpad: thanks :)
[12:14] <Akiva-Thinkpad> enjoy :P its in your hands now
[12:14] <Akiva-Thinkpad> also btw, I reverted to the regular ui
[12:14] <Akiva-Thinkpad> no solid greys
[12:14] <nik90> Akiva-Thinkpad: thnx
[12:15] <mihir> Akiva-Thinkpad: that's what i was supposed to ask..:) so now they have normal colors right?
[12:15] <nik90> Akiva-Thinkpad: I noticed there are code conflicts in your MP. Can you fix them pls
[12:15] <Akiva-Thinkpad> afaik
[12:15] <Akiva-Thinkpad> hummm?
[12:15] <nik90> Akiva-Thinkpad: do "bzr merge lp:~ubuntu-calendar-dev/ubuntu-calendar-app/ViewRedisign" and then fix the conflicts.
[12:15] <Akiva-Thinkpad> sure
[12:23] <vitimiti> I wanted to say: that problem I had with the Ubuntu SDK where it didn't highlight the Ubuntu Components because they weren't found? A new update fixed it, so it must have been some issue with the update before it. Thanks to the people that tried to help me anyway
[12:39] <nik90> zbenjamin: hey, I removed all kits, devices, emulators etc and started fresh (for the fun of it). And now things work as expected (autocomplete, sdk recognising the emulator) etc etc..
[12:40] <nik90> zbenjamin: btw just curious, but how does the app dev know when to update and recreate his kit that he created? I already knew about it by talking to you
[12:48] <zbenjamin> nik90: he does not, thats the drawback of chroots. But the 14.10 chroot is unstable , the idea is that once the framework is released there won't be added anymore dependencies to it
[12:48] <nik90> zbenjamin: ah ok
[13:00] <mivoligo> mzanetti: just submitted merge request for the shots
[13:01] <mivoligo> mzanetti: also slightly changed the shot for tower-1 as you mentioned is to small
[13:02] <mivoligo> mzanetti: that's me for today, tomorrow I'll try to upload some enemies in svg
[13:07] <om26er_> when I run phablet-click-test-setup I get this http://paste.ubuntu.com/8350365/ any help ?
[13:17] <dholbach> bzoltan, who's our contact for the go story?
[13:17] <bzoltan> dholbach: from the point of the SDK it is me and zbenjamin
[13:18] <dholbach> bzoltan, and "everything else" in terms of go our story? :)
[13:18] <bzoltan> dholbach:  but we have problems with the SDK parts since the new adbd policy landed
[13:18] <bzoltan> dholbach: Gustavo
[13:18] <dholbach> thanks bzoltan
[13:19] <dholbach> bzoltan, I was just asking so so we can get some replies to https://lists.launchpad.net/ubuntu-phone/msg09588.html
[13:19] <t1mp> bzoltan: that answer is ambiguous
[13:20] <bzoltan> t1mp: how? Are you interested to be contact point for go sdk? :D
[13:20] <t1mp> bzoltan: we have several gustavos :)
[13:21] <t1mp> you need Gustavo Niemeyer in this case
[13:21] <bzoltan> t1mp: when the context is Go and the question is a person .. then there is only one and only one Gustavo :)
[13:21] <bzoltan> He is  Gustavo Niemeyer indeed
[13:22] <t1mp> bzoltan: okay :)
[13:34] <dholbach> davidcalle, thanks
[13:35] <davidcalle> dholbach, np
[13:42] <mzanetti> mivoligo: cool, thanks. will look at the shots in a bit
[13:49] <mivoligo> mzanetti: you said before I should consider how easy is the path in my next levels. (Un)fortunately I have almost finished 5 more levels and I don't want to change them now. :D So I'll do my best next time :)
[14:02] <mzanetti> mivoligo: no worries
[14:02] <mzanetti> mivoligo: btw. how many levels did you intend to create?
[14:02] <mzanetti> I was planning for 30 now
[14:03] <mzanetti> mivoligo: I've added a concept.txt file into the level pack directory
[14:03] <mzanetti> in there I describe in which level new enemies appear, and in which level I intend to user to unlock which tower etc
[14:04] <mzanetti> judging by the amount of towers and enemies we have, I think 30 levels would fit perfectly
[14:12] <davidcalle> dholbach, dpm: I've just finished the screenshots+text update of http://developer.ubuntu.com/apps/sdk/tutorials/creating-an-sdk-app-project/
[14:15] <dholbach> davidcalle, maybe we could add something like "Once you have the Ubuntu SDK installed and set up (link to article), you can very easily start an app. Read below how to do this in five steps." or something
[14:15] <dholbach> what do you think?
[14:17] <dpm> davidcalle, ok, cool, thanks
[14:18] <davidcalle> dholbach, good idea
[14:20] <dholbach> cool
[14:54] <dholbach> bzoltan, Mirv: about that click backport... 0.4.32.1 would be really nice to have
[14:59] <bzoltan> dholbach:  I will do that
[15:00] <nik90> zsombi: ping
[15:00] <dholbach> fantastico
[15:00] <zsombi> nik90: pong
[15:00] <nik90> zsombi: I just looked at https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/new_list_item/+merge/234625 and it looks like it has the new list items!
[15:00] <bzoltan> dholbach:  how can a version number be 4.32.1? I though  you are kidding ... but not :)
[15:00] <nik90> zsombi: I thought it will only after RTM?
[15:01] <bzoltan> nik90:  I should have hided it better :)
[15:01] <zsombi> nik90: it was always meant to be post RTM :)
[15:01] <zsombi> nik90: actually it can only come to 1.2
[15:01] <nik90> bzoltan: lol
[15:01] <bzoltan> nik90:  it is a long landing porcess ... 18 or so MRs, heavy testing
[15:01] <nik90> zsombi: but If I bump clock to 1.2, I would get it right?
[15:01] <dholbach> bzoltan, a quick-fix release for 0.4.32 :)
[15:02] <zsombi> nik90: if you do that, yes. Asuming 1.2 to you means 15.04 :)
[15:02] <bzoltan> dholbach:  still ... 4 3 2 1
[15:02] <dholbach> haha, great
[15:02] <dholbach> you're right
[15:02] <nik90> bzoltan: true, but atm we are using a custom implementation. So if the sdk offers a testing version of it, I will grab it :)
[15:03] <nik90> zsombi: wait so it is in trunk in 14.10 as far as I can see. But I can't use it until 15.04?
[15:03] <zsombi> nik90: it's not there yet :)
[15:03] <zsombi> nik90: and even if it will be, it's an unstable API
[15:03] <nik90> zsombi: oh
[15:03] <bzoltan> nik90:  and it will warm your beer if you use it ...
[15:03] <davmor2> zsombi: wait there is a stable api ;)
[15:04] <zsombi> nik90: so it will most likely land by Oct, but that doesn't nmean we can call it stable
[15:04] <nik90> bzoltan, zsombi: Damn I hyped myself too fast ...:P...
[15:04] <nik90> bzoltan: and yes you should have hidden it better
[15:04] <zsombi> nik90: we are in feature freeze, so no more API to 1.1
[15:05] <zsombi> davmor2: there is a stable and sloooooooooooooooooooow API set, yes
[15:05] <davmor2> zsombi: hahaha
[15:05] <zsombi> nik90: but good you saw it, you can check it right now... but as we speek, I'm changing teh API :D
[15:05] <nik90> lol
[15:06] <nik90> I read "Brand new ListItem component. (spreadsheet row 53)." in the silo 009 and I rushed to see what it was
[15:06] <nik90> that ain't hiding..that's like hey focus a spotlight on me
[15:08] <bzoltan> nik90: I would say that it is a super long shot to land it soon... not impossible thou. If all the 18 MRs got reviewed by t1mp super quickly and all the APIs will get proper tests from zsombi, and all the 900+ tests pass for both Utopic and RTM images then we actually might consider to land it. But that is an optimistic scenario
[15:08] <nik90> wow 900+ tests :)
[15:09] <bzoltan> nik90: that is how I prevent regressions ... I am running 24/7 all available autopilot tests against the UITK staging
[15:18] <balloons> nik90, happy monday. I approved your manual test mp. I'm curious about how the qml test article is coming
[15:19] <nik90> balloons: hi :), a bit slow since I wasn't able to come up with a good example to base it on. So I am going back and forth between the clock app and the ubuntu-sdk-example that is used for explaining AP tests on developer.ubuntu.com
[15:20] <balloons> nik90, ahh.. yes, there are qml tests written in there.. And I found an old MP that never got merged that should be
[15:20] <nik90> yup
[15:51] <mihir> nik90: ping
[15:51] <nik90> mihir: yo :)
[15:51] <mihir> nik90: ahh, did you merge akiva's MR..
[15:52] <nik90> mihir: no I didn't see it has code conflicts with our branch.
[15:52] <nik90> mihir: I don't think he merged our branch into his and worked on top of it.
[15:52] <mihir> nik90: unfortunately i forgot my external at workplace, in which i have installed ubuntu :(
[15:53] <nik90> mihir: oh :(
[15:53] <nik90> mihir: I can manually copy parts of his branch into ours?
[15:54] <mihir> nik90: apart from that, I am still skeptical regarding  those all events buttons :|
[15:54] <nik90> mihir: the color or the whole concept?
[15:54] <nik90> mihir: it does some some vertical space though
[15:55] <mihir> Hmmm , tbh the buttons is killing the design , i am not sure just my thought
[15:55] <nik90> Do you have any ideas on how to fix it?
[15:56] <nik90> mihir: because the all day event bar is shown in all days when it shouldn't be since users don't have all days events every day
[15:56] <nik90> it is waste of precious 4-5 gu units of vertical estate
[15:56] <mihir> nik90: i would prefer as we have discussed, like lets have first row to all events, followed by time
[15:56] <mihir> if you notice it is same in Google Android calendar
[15:57] <nik90> mihir: actually in google android calendar, the all day events bar is shown *only* on those days that have an all day event.
[15:57] <nik90> mihir: in day view
[15:58] <nik90> mihir: In week view, I agree it is shown on all days.
[15:58] <mihir> yup agreed, we can do like that , if there are any lets show it, else  hide it
[15:58] <nik90> yeah we can do that
[15:58] <nik90> I was hoping you could fix the issue with the day view showing partial events from the other days.
[15:58] <nik90> but I guess that will have to wait until tomorrow
[16:00] <mihir> nik90: i planned for that...and in my to do list  :( but unfortunate and my bad i forgot :(
[16:00] <nik90> alrite no worries
[16:00] <nik90> mihir: btw how's https://imgur.com/Ze10MBn
[16:00] <nik90> mihir: I replaced textfields with labels and removed uses of the highlighted property which was going to be removed
[16:01] <mihir> ahhh , amazing
[16:02] <mihir> nik90: can't we put Event Details header on top and follow rest of thing ?
[16:02] <mihir> that's good that you removed , date and time string..
[16:02] <nik90> Event Details header?
[16:02] <nik90> ah
[16:03] <nik90> well I did that and I remember you telling me to change to how it looks now :)
[16:03] <nik90> during the new-event page redesign
[16:03] <mihir> ahhh ,
[16:03] <nik90> :D
[16:05] <mihir> nik90: you done with yearview fix ?
[16:05] <nik90> yeah yesterday nite itself
[16:07] <mihir> okay great...:) so this and then restructure and we are good to go with both the MR.
[16:13] <mihir> nik90: balloons  any idea what is the reason , http://91.189.93.70:8080/job/generic-mediumtests-utopic-python3/lastSuccessfulBuild/artifact/calendar_app.tests.test_monthview.TestMonthView.test_monthview_go_to_today_prev_year.ogv ?
[16:13] <mihir> or it is just random fail ?
[16:14] <nik90> mihir: which MP?
[16:14] <balloons> mihir, that's what we discussed last week
[16:15] <balloons> remember, increase the timeout? the app isn't loading for some odd reason before the timeout finishes
[16:16] <nik90> balloons: he did propose Mp for it at https://code.launchpad.net/~mihirsoni/ubuntu-calendar-app/increaseWaitTime/+merge/234596
[16:17] <balloons> nik90, heh.. I wonder if the issues are from that mp:-)
[16:17] <nik90> balloons: I think it
[16:17] <nik90> is
[16:18] <balloons> yep
[16:18] <balloons> so, that's quite odd.. what else is odd is that it fails on one test only
[16:19] <mihir> balloons: i added wait time but it is failing :(
[16:20] <balloons> mihir, right.. that's good though. that means it's something else
[16:20] <balloons> are there some qml errors that might be causing the app troubles?
[16:21] <mihir> balloons: it runs fine locally  without any errors.
[16:22] <mihir> balloons: i re-approved this , lets see if it passes
[16:22] <nik90> balloons: it only fails sometimes, so not specific to the branch
[16:22] <nik90> looks like a flaky test
[16:23] <mihir> nik90: regarding your MR , shouldn't we put date format to i18.tr ??
[16:24] <mihir> endDateInput.text = Qt.formatDateTime(endDate, "dd MMM yyyy"); ?
[16:24] <mihir> or this FormatDateTime will take care?
[16:24] <nik90> mihir: hmm, let see if I can automate, since translator won't know what code it is for their country.
[16:25] <nik90> its not correct to translate it manually
[16:26] <balloons> nik90, the test never runs, and afaict the failure is not just on one test right?
[16:28] <mihir> Hmmm balloons sometime it happens , sometime it doesnt :|
[16:28] <balloons> sorry I was rebooting my pc; it's going nuts today
[16:30] <balloons> mihir, let's see what the next autolanding does.. do we have the old failures as well so we can see if it's just one test?
[16:31] <balloons> I'm really confused to see any failures; I went through the entire testsuite last week and everything was running fine. what happened?
[16:33] <ahayzen> fcole90, ping
[16:34] <fcole90> hello :)
[16:35] <ahayzen> fcole90, how you getting on with https://code.launchpad.net/~fcole90/ubuntu-docviewer-app/ubuntu-docviewer-app/+merge/234438 ?
[16:36] <ahayzen> fcole90, i see it is still failing.... i assume due to this part of the log? "could not import package ubuntu_docviewer_app: No module named ubuntu_docviewer_app Loading tests from: Did not find any tests"
[16:36] <nik90> mihir: I fixed the locale issue automatically
[16:37] <fcole90> ahayzen: yes, I'm still investigating why it doesn't find the tests :/
[16:39] <ahayzen> fcole90, i'll compare to what music does and see if i can spot anything
[16:40] <ahayzen> fcole90, you can see it installing the files "-- Installing: /tmp/buildd/ubuntu-docviewer-app-0.1.1+autopilot0/debian/tmp/usr/lib/python3/dist-packages/ubuntu_docviewer_app"
[16:40] <ahayzen> fcole90, although this path looks strange "-- Installing: /tmp/buildd/ubuntu-docviewer-app-0.1.1+autopilot0/debian/tmp//ubuntu-docviewer-app.qml"
[16:40] <fcole90> ahayzen: thank you very much :) ATM I'm doing things similar to calendar app, most of the code is the same but changed to work with the files and folder structure of docviewer app :)
[16:41] <ahayzen> fcole90, compared to this from music "-- Installing: /tmp/buildd/music-app-1.2ubuntu2/debian/tmp/usr/share/music-app/music-app.qml"
[16:42] <fcole90> ahayzen: looks like I'm writing the path in a wrong way, maybe some variable in cmake :/
[16:42] <ahayzen> fcole90, yeah :/
[16:43] <fcole90> ahayzen: looking for that now, your comparison helped me a lot, thanks :)
[16:43] <ahayzen> fcole90, no problem i'm just scanning over your cmake as well now to see if i can spot anything
[16:43] <fcole90> Thanks :)
[16:44] <balloons> ahayzen, howdy
[16:44] <ahayzen> balloons, o/
[16:46] <fcole90> ahayzen: line 34 maybe :/
[16:47] <ahayzen> fcole90, hmm but on jenkins it is running in non-click mode right balloons ?
[16:48] <ahayzen> fcole90, our equivalent is set(EXEC "qmlscene -qt5 ${MAIN_QML} --url=%u -I ./plugins")
[16:48] <ahayzen> ...not sure we need the ./plugins bit anymore? as that was for grilo IIRC
[16:49] <balloons> ahayzen, yes, on jenkins it's installed via deb atm
[16:49] <ahayzen> balloons, you any good at cmake ? ;)
[16:50] <ahayzen> balloons, we're trying to get this running https://code.launchpad.net/~fcole90/ubuntu-docviewer-app/ubuntu-docviewer-app/+merge/234438
[16:50] <ahayzen> balloons, but it seems to fail stating that there are no tests http://91.189.93.70:8080/job/generic-mediumtests-utopic/2010/console
[16:53] <fcole90> ahayzen: if I understand cmake I feel that line 34 is executed if click mode is off, because it's just beyond the else. Is it or I am misreading? :)
[16:54] <balloons> fcole90, oO hello!
[16:54] <balloons> you are working on docviewer, excellent
[16:54] <popey> hi fcole90!
[16:54] <popey> welcome to the clan
[16:54] <ahayzen> fcole90, are you referring to line 34 in the diff or the actual file?
[16:55] <fcole90> hello guys, nice to be all here there :)
[16:55] <fcole90> ahayzen: in the actual file :)
[16:55] <balloons> so, fcole90 ahayzen we think the mp is ready and just want it to run happily in jenkins/
[16:55] <ahayzen> ah..
[16:55] <balloons> ?
[16:55] <ahayzen> i was looking at line in the diff lol
[16:56] <fcole90> ahayzen: line 38 in the diff :)
[16:56] <ahayzen> fcole90, we have the same in music "set(DATA_DIR ${CMAKE_INSTALL_DATADIR}/${APP_HARDCODE})"
[16:57] <ahayzen> balloons, are you rerunning now?
[16:58] <fcole90> ahayzen: ok, seems fine then :)
[16:58] <fcole90> one more thing..
[16:58] <ahayzen> fcole90, must be something else :)
[17:00] <ahayzen> popey, is Victor correct with point 1) in the comments for https://code.launchpad.net/~andrew-hayzen/music-app/fix-1369050-content-hub-fix-translations/+merge/234572 ?
[17:00] <fcole90> under tests/autopilot/ubuntu_docviewer_app I have two folders: files and tests. The files folder doesn't contain any CMakeLists.txt because I didn't know how to handle that :/
[17:01] <ahayzen> fcole90, we have the same...
[17:01] <fcole90> do you know if its fine just this way or I shoud make cmake aware of that? :)
[17:01] <fcole90> ahayzen: good :)
[17:01] <ahayzen> fcole90, see the 'content' folder here http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/files/head:/tests/autopilot/music_app/
[17:03] <balloons> ahayzen, fcole90 I see at least one potential issue in the tests
[17:03] <balloons> these haven't been touched in awhile :-)
[17:03] <fcole90> balloons: where? :)
[17:03] <ahayzen> balloons, we know that ;)
[17:04] <balloons> fcole90, __init__.py is quite outdated; but in addition, it hardcodes python2: sample_dir = "/usr/lib/python2.7/dist-packages/"
[17:05] <ahayzen> balloons, ah yes good point
[17:06] <balloons> fcole90, might be wise to clean that whole file up
[17:06] <balloons> Let me try and propose something quickly
[17:06] <ahayzen> balloons, thanks
[17:07] <fcole90> balloons: the strange thing is that until the cmake change it was working correctly :/
[17:08] <fcole90> balloons: yes, good idea :)
[17:08] <balloons> fcole90, you switched to python3 in the cmake change
[17:08] <balloons> fcole90, you could make it work right now I think but changing the autopilot cmake file to python from python3
[17:08] <balloons> and actually you probably should until jenkins is configured to run as py3
[17:08] <fcole90> balloons: mmh, my fault then ;D
[17:09] <balloons> fcole90, mm yep, it's definitely running as py2
[17:10] <balloons> see in the log; + timeout --kill-after=30 --signal=2 1200 python2 -m autopilot.run run -v -o /tmp/test_ubuntu_docviewer_app.xml -f xml -r -rd /tmp/ ubuntu_docviewer_app
[17:11] <fcole90> balloons: yes, I saw that but didn't recognize the problem as such because I was focusing on understanding what test_ubuntu_docviewer_app.xml was XD
[17:12] <balloons> fcole90, :-) no worries, we should switch to python3.. just a later merge ;-)
[17:12] <balloons> and the test setup still needs those changes
[17:12] <fcole90> Ok, then I should change the debian/install and update the init file to use python3? :)
[17:13] <balloons> fcole90, we can add docviewer to the metabug: https://bugs.launchpad.net/ubuntu-weather-app/+bug/1366007
[17:14] <balloons> fcole90, you can see the tweaks needed.. ahayzen did most of the others. you change debian packaging and cmake yes
[17:14] <ahayzen> balloons, hehe i sense more helper and py3 conversions looming :)
[17:15]  * balloons files bugs for changes for docviewer
[17:15] <ahayzen> thanks balloons :)
[17:15] <fcole90> balloons, ahayzen: ok then I will take inspiration from music app :)
[17:19] <mihir> nik90: balloons  again it failed :(
[17:19] <mihir> balloons: it crashed before adding guest
[17:20] <fcole90> balloons, ahayzen: thank you very much :)
[17:20] <mihir> nik90: can you try to merge from trunk , that wait MR has been merged
[17:21] <ahayzen> fcole90, no problem ping us if you need any more help :)
[17:21] <fcole90> ahayzen: I will, thanks :)
[17:22] <nik90> mihir: your branch passed
[17:22] <mihir> nik90: yoooo
[17:22] <nik90> mihir: my branch is failing due to a genuine failure which I fixed and pushed
[17:22]  * mihir got frustrated with Jenkins rando failure 
[17:23] <mihir> nik90: got it , you changed the contactpopover object name
[17:24] <nik90> well more like replaced NewEntryField with Textfield since the guest features requires it
[17:28] <balloons> mihir, sorry I will be investigating the calendar app failures more in a sec.. the re-runs should help diagnose if it's a specific test or something random
[17:28]  * balloons looks at re-run
[17:29] <mihir> balloons: sure, thanks :)
[17:29] <balloons> mihir, that said, we don't need to merge that.. ohh, lol
[17:29] <balloons> doesn't hurt anything persay :-) but clearly that wasn't the problem as it still failed
[17:30] <balloons> mihir, so where is the failure?
[17:30] <mihir> balloons: hahah , weird :|
[17:31] <mihir> balloons: on which MR you re-run the Jenkins ?
[17:31] <balloons> mihir, I didn't; I thought you did.. you said it failed again
[17:31] <balloons> or if I did, I don't remember :-)
[17:32] <mihir> balloons: sorry, got confused, it must be re-runing now , there was some AP change so lets wait for now
[17:32] <balloons> mihir, which mp?
[17:32] <mihir> runninng*
[17:32] <mihir> balloons: https://code.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/show-dayname/+merge/234711
[17:33] <mihir> but nik90 did you merge with the trunk , may be it might fail , as it has merged my wait branch
[17:33] <mihir> nik90: ahhh ,it apporves finally :D
[17:33] <nik90> :)
[17:33] <mihir> balloons: it approved this time :D
[17:34] <nik90> mihir: can it be top-approved?
[17:34]  * mihir top-approves nik90 MR
[17:34] <mihir> nik90: done :)
[17:34] <nik90> thnx
[17:34] <balloons> nik90,  on https://code.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/show-dayname/+merge/234711, why the change to ubuntuuitoolkit.TextField?
[17:35] <balloons> NewEventEntryField should inherit from it yes?
[17:35] <nik90> balloons: because I changed the component from the custom component to a regular Textfield.
[17:35] <balloons> nik90, ohh lovely!
[17:35] <mihir> balloons: nik90  changed it
[17:35] <nik90> balloons: no NewEventEntryField now derives a Label with custom colors
[17:35] <balloons> awesome
[17:35] <balloons> carry on :-)
[17:36] <mihir> :D
[19:15] <Letozaf_> balloons, hi
[19:16] <balloons> Letozaf_, hello
[19:16] <Letozaf_> balloons, howzit ?
[19:17] <balloons> Letozaf_, not bad, yourself?
[19:17] <Letozaf_> balloons, I'm fine thnaks :)
[19:17] <Letozaf_> balloons, I wanted to ask you about that StyledItem I wrote you about
[19:18] <Letozaf_> balloons, is there something in ubuntuuitoolkit or do I have to get it using objectNames ?
[19:23] <balloons> Letozaf_, right.. can you share the branch again
[19:24] <Letozaf_> balloons, I had created an emulators.py file in my branch and this is wrong :( so probably what you will get is something not useful
[19:25] <Letozaf_> balloons, I pulled the "original" one again
[19:25] <Letozaf_> balloons, and I am looking at that one
[19:26] <Letozaf_> balloons, but, I do not find this SytledItem in the qml file but just the Actions of the StyledItem
[19:26] <Letozaf_> balloons, let me share the screenshot
[19:27] <Letozaf_> balloons,      https://dl.dropboxusercontent.com/u/10083981/Screenshot%20from%202014-09-14%2021%3A43%3A34.png
[19:35] <Letozaf_> balloons, and also the head button: https://dl.dropboxusercontent.com/u/10083981/Screenshot%20from%202014-09-15%2021%3A33%3A08.png
[19:36] <Letozaf_> balloons, is there something in the ubuntuitoolkit or shall I get it with objectNames
[19:37] <balloons> sorry, I'm branching now Letozaf_ just a moment while I have a look
[19:37] <Letozaf_> balloons, hope you are not getting my branch :P
[19:38] <balloons> Letozaf_, lol, why not?
[19:38] <Letozaf_> balloons, I had created a emulators.py file, that's not ok
[19:38] <Letozaf_> balloons, so it's wrong
[19:39] <balloons> Letozaf_, it's no worries. I meant we switched to just putting it in __init__.py but it matters not
[19:39] <Letozaf_> balloons, I am writing the tests all over again
[19:39] <balloons> and switching is as easy as copying it
[19:40] <balloons> your branch looks fine
[19:40] <balloons> so the header is indeed a helper
[19:41] <balloons> you can use myheader = self.main_view.get_header() then myheader.click_action_button()
[19:41] <Letozaf_> balloons, it's missing the emulators.py file, I forgot to add it
[19:42] <balloons> Letozaf_, ahh.. I see the the overflow button stuff too is handled by the helper
[19:42] <balloons> I didn't understand your question until now
[19:42] <balloons> so if you want to click any button in the header, do it like I showed above
[19:42] <Letozaf_> balloons, I used the myheader = self.main_view.get_header() then myheader.click_action_button() but it did not work,but let me try again
[19:43] <Letozaf_> balloons, since I had created the emulators.py... I will get back to you when I have re-written the tests without the emulators.py
[19:44] <Letozaf_> Letozaf_, just wanted to be sure this is the right way
[19:45] <balloons> Letozaf_, well you should extrapolate on what I wrote :-)
[19:46] <Letozaf_> balloons, yes
[19:46] <balloons> Letozaf_, for example, here's something from calendar.. a helper method to click the new event button
[19:47] <balloons> http://paste.ubuntu.com/8352753/
[19:47] <Letozaf_> balloons, thanks
[19:52] <Letozaf_> balloons, this is the error I used to get and still get: http://paste.ubuntu.com/8352769/
[19:54] <balloons> Letozaf_, you are obviously running an up to date version of utopic right?
[19:55] <Letozaf_> balloons, yes apart today's updates...
[19:55] <Letozaf_> balloons, let me update, never know
[19:55] <balloons> Letozaf_, lol, no that's fine
[19:55] <balloons> Letozaf_, it would be helpful for you to have a full checkin of something
[19:56] <balloons> and then we can work on this specific test together
[19:56] <balloons> Letozaf_, I do remember rss reader seemed really funny, and didn't want to "just work" like it should
[19:56] <balloons> so I suspect there might need to be some qml changes
[19:56] <balloons> but I'm not sure
[19:58] <Letozaf_> balloons, the fact is that the first test I started to work on gave me  this problem so I am stuck at the beginning of  shorts_app.tests.test_rssreader.TestMainWindow.test_add_feed_to_new_topic test
[19:58] <Letozaf_> balloons, the first action of the test is to click on the header button
[19:59] <Letozaf_> balloons, as I understand header = self.get_header() gives me a 'list' object
[20:01] <balloons> yea, that doesn't seem quite right does it?
[20:02] <Letozaf_> balloons, yep but then it does not find the action button, let me check better
[20:18] <Letozaf_> balloons, that's weired... everything looks ok, the code and what I find using autopilot vis but it fails, I do not understand why
[20:19] <Letozaf_> balloons, everything looks in place
[20:19] <balloons> Letozaf_, ;-(
[20:20] <balloons> sorry it's causing grief
[20:20] <Letozaf_> balloons, no problem, I just wish I could find out why :P
[20:20] <balloons> do you want to continue with the other changes while I investigate?
[20:20] <Letozaf_> balloons, yes as I cannot find out why on my own :)
[20:49] <Letozaf_> balloons, I know it's not the right way, but as I needed to click on that header button and select add feeds to continue with the tests (you need to add a feed to carry out a test)  I used this: http://paste.ubuntu.com/8353070/
[20:49] <Letozaf_> balloons, when the header issue will be fixed I will cancel this
[20:50] <balloons> Letozaf_, that's totally fine
[20:51] <Letozaf_> balloons, ok thanks :-)
[20:51] <Letozaf_> balloons, buona notte :)  ci vediamo domani
[21:44] <fcole90> balloons: Can I ask some help? :) I have done some modifications but jenkins still calls python2 :/
[21:47] <balloons> fcole90, shoot
[21:49] <fcole90> balloons: I have changed the debian files according to the modifications of the music app, but I'm wondering if there is any other call to python2 that I'm missing :)
[21:50] <fcole90> balloons: http://bazaar.launchpad.net/~fcole90/ubuntu-docviewer-app/ubuntu-docviewer-app/revision/41
[21:51] <balloons> fcole90, I'm not sure I understand those chanes
[21:52] <balloons> why did you remove all that stuff?
[21:52] <fcole90> balloons: also, I have searched but cannot understand the meaning of "usr/lib/*/dist-packages/ubuntu_docviewer_app/*", doesn't it need a space after '*'? :)
[21:52] <balloons> both those files look good
[21:52] <balloons> ?
[21:52] <balloons> fcole90, no the /usr/lib/*/ is fine
[21:53] <fcole90> balloons: Both music app and calendar app changed that, so I was thinking that it was better to use the new path :)
[21:55] <balloons> fcole90, it's going to be specific to the app I think, but I was saying for the moment it's not the reason tests don't work
[21:56] <balloons> tests/autopilot/CMakeLists.txt needs to be python2
[21:56] <balloons> err well.. just python is fine
[21:56] <balloons> fcole90, then also set the build-depends in debian control to just 'python'
[21:56] <balloons> that should do it
[21:58] <fcole90> balloons: I was understanding the opposite, that we where going to switch to python3 :)
[21:58] <balloons> fcole90, we can't without changing jenkins
[21:58] <balloons> for the moment, I assumed you wanted to just get things working
[21:58] <balloons> first things first
[21:59] <fcole90> balloons: ah ok then, I will fix this before ;)
[21:59] <fcole90> balloons: so bug https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1366007 is still open, the other apps just made a workaround? :)
[22:07] <balloons> fcole90, we can do the conversion, but it's fine to run as python2 for now
[22:07] <balloons> lots of changes to the tests will need to happn
[22:08] <fcole90> balloons: Ok, then, thank you very much for all your help :)
[22:16] <daker> popey: ping
[22:26] <popey> daker: hey!
[22:27] <daker> popey: PM for a few mins ?
[22:27] <popey> sure