[02:18] <nemo> mcphail: shoot. It's been like a month and a half. hard for me to remember what was changed
[02:18] <nemo> mcphail: you didn't save a diff?
[02:19] <nemo> mcphail: I seem to remember adjusting cmake as well as the config.inc...
[03:26] <mcphail> nemo: I have a snapshot of the chroot, but it is 180 miles away on a different machine. I won't be able to access it until the end of next week
[07:15] <davidcalle> Morning all
[07:41] <dholbach> good morning
[08:13] <karni> alecu: was the thumbnailer bug tracked someone else than libqtelegram as well?
[08:13] <karni> alecu: I mean the thing where it was dropped and Tg broke in rc-proposed
[09:29] <alecu> Hi karni, I'm not working today, but let's ask xavi...
[09:29] <alecu> Oh, and he's not working today either
[09:29] <karni> alecu: ok, no problem, thanks buddy
[09:29] <karni> alecu: have a good day
[09:29] <alecu> Perhaps michi knows?
[09:30] <karni> alecu: noted, but no problem, just needed a refernce
[09:30] <karni> alecu: enjoy your day off
[11:21] <mcphail> jhodapp: meant to get back to you with the errors in building qtubuntu-media on vivid: http://paste.ubuntu.com/12078614/
[11:21] <mcphail> (vivid+overlay)
[11:22] <mcphail> Looks as if it needs a package from wily to build
[12:11] <dpm> popey, I've updated the LO viewer blueprint with Stefano's feedback. I've also added your work items for the armhf LO build so that everyone is on the same page: https://blueprints.launchpad.net/ubuntu-docviewer-app/+spec/libreoffice-docviewer-integration
[12:13] <popey> thanks dpm
[12:53] <jhodapp> mcphail, what channel did you use? It looks like you're on wily
[12:53] <jhodapp> mcphail, I just built qtubuntu-media on vivid yesterday from a clean image, so something is wrong
[13:46] <mcphail> jhodapp: This is on ubuntu-touch/rc-proposed/bq-aquaris.en, using the source from "bzr branch lp:qtubuntu-media"
[13:46] <jhodapp> mcphail, use lp:qtubuntu-media/stable
[13:46] <mcphail> jhodapp: ok, will try that one. Cheers
[13:47] <jhodapp> np
[13:50] <mcphail> jhodapp: that's giving me the same problem. What do you get with "apt-cache policy libqtubuntu-media-signals-dev"?
[13:52] <jhodapp> mcphail, 0.3+15.04.20141104-0ubuntu1
[13:53] <nik90> zsombi_, t1mp: Hi :),  I noticed a small bug with the new page headers in UC 1.3, https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1484736.
[13:53] <mcphail> jhodapp: so that doesn't meet the minimum build-deps either
[13:54] <jhodapp> mcphail, are you trying to create a package atm?
[13:54] <jhodapp> or just make; make install
[13:55] <mcphail> jhodapp: yes, tried both. See my paste above. Neither work. The make aborts, and the error looks as if it comes from the wrong libqtubuntu-media-signals-dev
[13:55] <mcphail> ../../../src/aal/aalmediaplayerservice.cpp:191:38: error: ‘class SharedSignal’ has no member named ‘sinkReset’
[13:56] <jhodapp> mcphail, yeah, so the issue is you caught that in the middle of syncing vivid up to the latest code
[13:56] <jhodapp> mcphail, so what I recommend is looking back at the qtubuntu-media log to the point at which the version I gave you was released
[13:57] <mcphail> ok
[14:01] <t1mp> nik90: thanks for reporting
[14:01] <t1mp> yeah the page (and thus header contents) is already switched before the animate out is done
[14:01] <t1mp> I need to think how to come up with a better solution
[14:02] <nik90> t1mp: it affects clock app since we don't use a header in the main page. that's how i noticed.
[14:02] <nik90> hopefully the sample app will help :)
[14:04] <davidcalle> dholbach, https://bugs.launchpad.net/developer-ubuntu-com/+bug/1443837 is now invalid, right?
[14:05] <dholbach> davidcalle, yep, looks like it
[14:08] <t1mp> zsombi_: we were talking about moving the header inside the page.. ^this bug relates to that too.
[14:08] <zsombi_> t1mp: so maybe it woudl be the time then to do that?
[14:09] <t1mp> putting the header in the page can make some issues easier to solve, but gives new complications for others If you still want to animate the header in/out you  need to know if the previous page had a visible header
[14:09] <t1mp> zsombi_: when is the freeze for 1.3?
[14:10] <t1mp> zsombi_: also in the AdaptivePageLayout we need to sync the header heights between the pages
[14:11] <dholbach> davidcalle, do you know where https://developer.ubuntu.com/assets/sites/ubuntu/latest/u/js/scratch.js is from? (bug 1454520)
[14:11] <t1mp> so we need some communications between the header  and its surroundings (previous/next page, other pages that are open)
[14:12] <zsombi_> t1mp: we can think of the animations once we get a proper direction on that.
[14:12] <zsombi_> t1mp: if we do it togehther with the page, then the Page layouts would do the job, not the page itself
[14:12] <t1mp> zsombi_: I didn't mean the animation inside the header, but the current animation we have to show/hide the header (for pages without a header)
[14:12] <t1mp> hmm
[14:12] <t1mp> nik90: do you have designs for the clock app on desktop/tablet?
[14:13] <t1mp> the APL doesn't currently support a page with the header hidden
[14:13] <zsombi_> t1mp: the current animation is not complete.... I mean design did not gave us the final verdict on anything...
[14:13] <nik90> t1mp: no we don't have designs for desktop/tablet yet, although I heard it was being worked on.
[14:13] <zsombi_> t1mp: and I think we will have an animation which does the page and header together and in a completely different way we had so far
[14:14] <davidcalle> dholbach, I don't, I think it's part of the "guidelines" framework used by the web team (eg. it's also used here : https://assets.ubuntu.com/sites/ubuntu/latest/u/js/scratch.js)
[14:15] <t1mp> zsombi_: if we simply expose a property Item header in the Page,that makes it easy for the APL to get the implicitHeight of each header, and to set all the heights to the minimum implicitHeight
[14:15] <dholbach> davidcalle, ok... I pinged the web team
[14:16] <t1mp> zsombi_: I don't know if the property PageHeadConfiguration head then still makes sense, because you have access to the actual header item
[14:17] <zsombi_> t1mp: if we move the Header inti Page, the whole PageHeadConfiguration becomes obsolete. We can have a header property which if set, it will be shown.
[14:17] <zsombi_> t1mp: then teh Header will be a separate component you can configure straight without any fancy crap
[14:17] <t1mp> zsombi_: header property would be an Item (or subclass like Header)
[14:18] <t1mp> ah pages without a header can set it to null
[14:18] <zsombi_> t1mp: header property would be Header not an Item
[14:18] <zsombi_> exactly!
[14:18] <zsombi_> t1mp: it sis much more elegant than we have it now
[14:18] <zsombi_> is
[14:21] <t1mp> well
[14:21] <t1mp> note that what we have now is more abstract
[14:22] <t1mp> if we attach the header to the Page we couldn't switch back to a toolbar without having the app developers make all the changes
[14:23] <t1mp> so if something fundamental like that changes again all the apps need to be updated
[14:24] <t1mp> yeah I'll try to add the header to the Page
[14:24] <t1mp> for next week I already have some other stuff planned though
[14:24] <t1mp> hmm
[14:25] <t1mp> optimizing the MainView probably gets easier after the header goes out
[14:28] <nik90> zsombi_: hey, with image #95, I am noticing that the delete button normally shown in the leading edge is barely clickable. Not sure why...The width is a bit small compared to renatu's implementation of swipe-delete & also I have to try really hard to press it .. it started with image #94,95...with clock app from trunk.
[14:28] <nik90> I managed to click it only 2 out of 10 times..and I am not exaggerating :P
[14:29] <zsombi_> nik90: are you using 1.2 or 1.3?
[14:29] <nik90> zsombi_: 1.2
[14:29] <zsombi_> nik90: I think the width has been now set to a fixed size, maybe we have to increase that size...
[14:30] <zsombi_> nik90: so far it was teh same width ahs height, due you filed a bug, we fixed it to a certain width, seems that is not enoyugh
[14:30] <nik90> zsombi_: I hope its just the width issue, because when i click the delete button, it selects the entire listitem instead of executing the action.
[14:31] <zsombi_> nik90: I guess you're tapping...
[14:32] <nik90> well I tried tapping, pressing and long-press.. and sometimes it just closes the swipe-delete gesture or selects the entire listitem
[14:57] <dholbach> davidcalle, JFYI I'm starting the process of bug 1470715 with a branch we can use as a team
[14:57] <davidcalle> dholbach, oh nice! :D
[14:57] <dholbach> it's going to be a bit of work :)
[14:57] <davidcalle> I can imagine, yes ;-)
[15:31] <dholbach> jdstrand, thanks for fixing c-r-t
[15:31] <dholbach> (and sorry for not noticing O:-/)
[15:50] <jdstrand> np
[17:40] <jdstrand> popey: fyi, new permy upload: "0.9 apparmor policy is unchanged from 0.8"
[17:40] <jdstrand> popey: what is our policy for quarantine?
[17:41] <jdstrand> popey: I went through the erle snaps today and they weren't updated since my last review (I left a comment saying as much)
[18:26] <popey> jdstrand: i think you need to request manual review for permy?
[18:26] <jdstrand> oh right
[18:26] <jdstrand> popey: done
[18:27] <popey> jdstrand: approved
[18:28] <jdstrand> thanks :)
[18:28] <popey> np