[16:02] Sarvatt, RAOF: Hey [16:03] Looks like we will do the branch/rc-release the comming Friday or Monday. [16:57] bryceh, hi :), happy new year [16:57] bryceh, do you mind doing a new snapshot of libxkbcommon? [17:51] ricotz, certainly, how soon is it needed? [17:53] bryceh, wayland-demos for xedgers depends on the latest change, so would be nice if you have some time soon [18:10] ricotz, ok thanks; it is on my todo list for doing near term. === yofel_ is now known as yofel [18:10] I'm planning on working on updating the wayland packages in a few weeks, so would be good to have that dependency in place for that work. [18:14] debian has a snapshot from last week [18:15] though the version numbers are messed up, so it's older than ours [18:18] tjaalton, ok I'll check it out. [18:22] tjaalton, oh, then it could be copied with a higher version [18:22] bryceh, thanks [18:24] yeah it'll eventually hit 0.1.0 for real :) [18:38] tjaalton, do you mean debian has a newer wayland snapshot? Looks like their libxkbcommon is still at 0.1.0~0-1 in git? [18:39] bryceh: right, wayland.. [18:39] maybe could ask kibi to update libxkbcommon too [18:40] mm, not a bad idea [18:40] just asked on #d-x [18:42] tjaalton, thanks [19:19] ah, only a handful of new commits to libxkbcommon [19:43] ricotz: do you want it in precise? [19:49] tjaalton, libxcbcommon, yes [19:49] *libxkbcommon [19:50] ok, uploaded [19:51] tjaalton, thanks [19:51] tjaalton, thanks! [19:52] bryceh: went all the way :) [19:52] i'll take the heat if the d-exp update is somehow b0rked :) [19:52] haven't used pristine-tar much.. [20:34] tjaalton, yeah wayland was the first time I encountered doing things that way. I kinda liked it. [20:37] bryceh: yep, certainly makes sense when doing snapshots [21:38] Prf_Jakob: Woot! [21:50] yeah perfect timing, we'll be locked away in conference rooms in budapest doing precisy things all next week [21:52] fun on mesa master: sarvatt@kyoko{~/.wine/drive_c/Program Files/Steam}:wine Steam.exe [21:52] err:module:load_builtin_dll failed to load .so lib for builtin L"OPENGL32.dll": /usr/lib/i386-linux-gnu/mesa/libGL.so.1: undefined symbol: xcb_glx_set_client_info_2arb [21:53] idr posted a patch to fix it at least, waiting for it to build to test it out [21:53] 1325622754-27575-1-git-send-email-idr@freedesktop.org [22:08] Sarvatt: Yeah, link against (a git snapshot of) libxcb-glx like a good boy. :) [22:10] i wonder if it even compiles yet, it hasn't in a few months or I was doing it wrong [22:10] months/over a year [22:12] libxcb-glx? [22:12] libxcb [22:12] I *presume* it builds; surely there's a piglit test for create_context_profile? [22:13] http://pastebin.com/ewWC6FNz [22:13] someone in #dri-devel hitting the exact same issue i did over a year ago [22:13] cant remember how i worked around it [23:44] I've got a blueprint task "Communicate with the release team that we don't put previous point releases where they can't be found" [23:45] iirc the problem is that the .1 and .2 releases at http://cdimage.ubuntu.com/releases/ are pointing instead at the .3 release [23:46] however, I don't remember why we felt this was an issue, in the context of X updates in the point releases. [23:46] anyone else remember what the problem was?