[07:25] <anpok> hi mir
 hi anpok
[07:32] <anpok> duflu: i would resubmit my changes as three separate ones with a cleaner history ... and each of them smaller to review.
[07:32] <duflu> anpok: Sounds good
[07:34] <tvoss_> anpok, duflu good morning, and a happy arbitrary date change :)
[07:34] <duflu> tvoss_: Happy New Thursday
[07:37] <anpok> yeah, happy new year
[08:38] <anpok> do we need a copyright year?
[08:55] <duflu> anpok: Usually for legal enforcement yes. But I don't have a link to the proof of that handy
[08:56] <anpok> hm could be updated automatically
[08:56] <anpok> or just removed
[08:57] <anpok> in my last reason we did the latter after some chats with our legal department
[08:57] <anpok> reason?
[08:57] <anpok> o_O
[08:57] <anpok> i meant project
[08:58] <anpok> i need more coffee
[09:00] <tvoss_> anpok, my proposal would be to keep the copyright year intact
[09:01] <anpok> and only update when changes are made to the files?
[09:03] <duflu> anpok: The year indicates when it was created. So arguably 2013, but since it hasn't landed yet, possibly 2014. Then no need for updates
[09:03] <duflu> Arg. Forget it. Not important. 2013 is good
[09:04] <anpok> ok.. that leaves me no furhter room to be picky
[09:06] <anpok> duflu: but mir_pixel_format_invalid is a valid one
[09:07] <duflu> anpok: Oh, I see. In that case, also not important :)
[09:14] <duflu> anpok: Code reviewers are often wrong. You just have to tell them :)
[09:16] <anpok> hehe
[09:16] <anpok> since yesterday
[09:17] <anpok> i experience randomly and very rarly hanging make test runs
[09:18] <anpok> now it is in MirClientSurfaceTests message_width_used_in_buffer_creation .. yesterday it was in InputTests..
[09:19] <anpok> h,, attaching with gdb and .. well continuing it just solved it
[09:21] <duflu> anpok: Please add to the list if it's not there already - https://bugs.launchpad.net/mir/+bugs?field.tag=testsfail
[10:50] <mlankhorst> hey
[12:50] <greyback> alf_: Happy New Year to you! I've a nasty bug on snapshotting I'd appreciate you adding to your todo list: https://bugs.launchpad.net/mir/+bug/1263741
[14:35] <mterry> What is the word on finally pushing a Mir release to trusty?
[15:30] <racarr> Howdy
[15:31] <anpok> hi
[15:31] <racarr> Happy new years!
[15:37] <anpok> same to you
[15:50] <racarr> it feels like my coffee this morning
[15:51] <racarr> is spiked with espresso or something haha
[15:51] <racarr> *shake in chair*
[16:01] <racarr> Happy new years kdub!
[16:02] <kdub> yep, happy 2014 racarr
[16:50] <racarr> so
[16:50] <racarr> many
[16:50] <racarr> branches
[16:51] <mterry> kdub, I'm still eagerly awaiting your fix from the sprint for the nested case.  Do you have any clues on when trusty will see a new Mir?
[16:54] <kdub> mterry, its in devel... but i don't know exactly when the next landing to lp:mir is
[16:54] <mterry> kdub, yeah.  :(
[16:54] <mterry> kdub, last release was early december
[16:55] <mterry> kgunn probably knows why
[16:55] <kdub> mterry, it probably just got delayed by xmas/new years, we can bother kgunn when he's back :)
[16:55] <kdub> he has coordinated the last few landings
[18:59]  * kdub thinks most implementations of mg::Buffer could also be mg::PixelBuffers
[19:00] <kdub> its annoying to fiddle with GL stuff to get at the pixel data
[20:50] <anpok> hm when I set a prerequisite branch in launchpad - will ci run tests on the merge of the given and prerequisite branch into devel?
[20:51] <anpok> or will it just assume that the prerequisite is already properly integrated?
[20:52] <racarr> anpok: Your branch is assumed to have the prereq merged
[20:53] <racarr> the prereq marker jsut prevents the prerequisite branch from showing in the diff afaik
[20:55] <anpok> ok that explains the ci failures
[20:56] <anpok> but it runs on the merge result?
[20:57] <racarr> on the result of merging your branch
[20:57] <racarr> with the target
[20:57] <racarr> so your branch should ook like
[20:57] <racarr> "Mergepreqreq" "Do stuff"
[23:41]  * kdub forgot to change lunch moniker when i came back