=== veebers_ is now known as veebers === yofel_ is now known as yofel [01:56] duflu, there's a Qt crasher we're looking into, that's what caused the stale socket [01:56] Saviq: Fun :) [02:14] kgunn: As the critical fix has now landed, I might draw a line and tag 0.1.6. It's getting pretty big [02:14] duflu: so i was just in the processs of updating the debian ch log [02:14] so if you wanna tag on [02:15] kgunn: No problem. That's not a requirement for upstream releasing [02:15] 1433 [02:15] But I can wait [02:15] I have a while of reviewing my own code reviews yet [02:15] 1433 sounds good [02:15] duflu: ok...thanks tho...i'll push in a moment for lp:mir....you can have your usual look :) [02:15] but i think i got it this time [02:17] kgunn: Also Monday is a holiday for West Aust and Greece AFAIK [02:18] ah thanks for that...didn't realize it [02:18] duflu: just Western Australia ? [02:18] I think? [02:18] guys the in the east just suffer and work [02:18] Ignoring the fact that RAOF is holidaying in WA :) [02:19] kgunn: Yep. Labour day is different for each state [02:29] duflu: ok...here's my attempt [02:29] https://code.launchpad.net/~mir-team/mir/trunk-0.1.6/+merge/208717 [02:30] kgunn: Thanks I will check it today. Quick thoughts - the changelog needs to wrap before column 80. Also we don't need and probably don't want comments about every commit (do we?) [02:32] duflu: i wasn't sure...i do remove redundant/irrelevant comments [02:32] like "merge from trunk" [02:32] and...yeah...some are kinda weak...i can do a better job next time... [02:32] and damn it! [02:33] i forgot 80 col [02:33] even tho i thot "don't forget 80 col" [02:33] i'll fix in a jiffy [02:43] duflu: ok...hopefully not much else wrong :) [02:43] see ya tomorrow...have a good one [02:47] is this normal with trunk: [02:47] /usr/include/glm/detail/type_vec3.inl:86:33: error: invalid static_cast from type 'const glm::detail::tvec3' to type 'float' [02:47] ? [02:53] xnox: I believe that problem appeared from the glm package last night. Not from Mir itself [02:54] duflu: sure, is there a fix for it? (or a merge proposal, or something?!) [02:54] i can downgrade, but i don't want to =) [02:54] xnox: Yes it appears a workaround was applied to Mir last night. Will be in 0.1.6 when I cut it today [02:55] duflu: is that https://code.launchpad.net/~afrantzis/mir/work-around-glm-initializer-list-breakage/+merge/208670 ? [02:55] xnox: Looks like it yes. [02:56] I've done a pile of builds this morning with the fix and they all succeeded [02:56] Beyond that it's all news to me [02:58] xnox: 11 hours ago apparently. Here's where the problems came from: https://launchpad.net/ubuntu/+source/glm [03:02] duflu: kind of sad that upstream, breaks compat in a micro minor point release. [03:02] duflu: did they ever advertise using initialisation lists? or is it us who used it, just because. [03:03] xnox: Yes. We only recently moved to using the external glm a few months ago. Before then it was embedded in the Mir source [03:03] i guess better of the two evils. [03:04] xnox: I don't know who to blame. I do know the Mir team often uses initializer syntax instead of constructor syntax, but I have trusted that they knew what they were doing [03:04] I don't know if that [03:04] 's the new ways for C++11+ or just style [03:05] duflu: well initializer syntax is only support with c++11, and if a given project decides that they don't support c++11, they are free to break source-level compatibility, without breaking ABI... [03:05] (e.g. as part of working on c++11 compat/apis adding initilizer list syntax etc....) [03:06] duflu: anyway, took the hint from the branch, thus my bugfix is compiling against stable, such that i can test it. [03:07] xnox: Sounds good. I would like Mir to use a better (maybe even internal) math library in future. But it's not a priority for anyone right now [03:14] duflu: what's wrong with libm? [03:19] xnox: For 3D matrix math? :) [03:20] duflu: ah, i see =) [03:20] duflu: that would cool, if it did that =) [03:21] xnox: I was hoping to myself. I wrote an awesome one in 1998 and could adapt it [03:23] ... and then GPUs came on the scene around 2000 and it was forbidden to do matrix math by hand. But then GLES came along and threw away a bunch of matrix manipulation functions, meaning you have to do them on the GPU or in a GPU shader now [03:23] on the CPU or in a GPU shader [03:24] Ideally you would never do any. Just send numbers off to the vertex shader and let it do all the matrix work [03:24] duflu: i'm yet to do any GPU / GL / GLES / shader coding. [03:25] xnox: It's like C with high-level matrix/vector math built in. Very little effort [03:29] Since the whole 3D math library has changed, I better do some manual testing to make sure it's still sane === popey_ is now known as popey === kludge` is now known as kludge`_ === kludge`_ is now known as kludge` === alan_g is now known as alan_g|lunch === alan_g|lunch is now known as alan_g === alex_abreu is now known as alex-abreu === dandrader is now known as dandrader|afk [15:35] Hey folks, am using cross-compiling chroot to compile mir, it failed with http://pastebin.ubuntu.com/7010931/ [15:35] anyone seen anything like that before? [15:42] greyback: yeah alf_ MP'd a workaround last night [15:43] alan_g: aha good. My chroot not bad then. thanks [15:43] https://code.launchpad.net/~afrantzis/mir/work-around-glm-initializer-list-breakage/+merge/208670 === alan_g is now known as alan_g|tea === dandrader|afk is now known as dandrader === alan_g|tea is now known as alan_g === greyback is now known as greyback|food === greyback|food is now known as greyback === kgunn is now known as Guest30100 === dandrader is now known as dandrader|lunch === dandrader|lunch is now known as dandrader === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader