[02:36] <bjsnider> if i send a control file with multiarch in it to lucid/mav/natty ppa will the build system reject it?
[02:36] <bjsnider> or ignore it?
[03:02] <Prf_Jakob> bryce, Sarvatt, RAOF: Branch made
[08:03] <RAOF> Prf_Jakob: Sweet!
[09:13] <RAOF> Sarvatt: Hey dude.  Is there a nice package of the new dri2 protocol anywhere?
[09:13] <RAOF> Sarvatt: Oh, presumably it's in edgers.  Sorry :)
[09:15] <Sarvatt> RAOF: what exactly are you looking for?
[09:16] <Sarvatt> dri2proto is up to date in the distro
[09:16] <RAOF> I'm looking to build libxcb against the newer xcb-proto
[09:16] <Sarvatt> oh no havent done xcb-proto yet
[09:16] <RAOF> Oh, *I've* done xcb-proto.
[09:16] <RAOF> But it's failing to build, and I thought that would be the problem.  Maybe not.  Boo.
[09:17] <RAOF> (And by "done", I mean "have uupdated the package")
[09:17] <Sarvatt> so you probably need xcb-util updated
[09:17] <Sarvatt> oh nope
[09:18] <Sarvatt> how's it failing? is_switch failure?
[09:18] <RAOF> http://paste2.org/p/1863662
[09:21] <RAOF> Any ideas?
[09:21] <Sarvatt> nope haven't seen that one, going to grab it all and check it out
[09:21] <Sarvatt> thats building libxcb 1.8?
[09:22] <RAOF> That's building libxcb 1.7.
[09:22] <jcristau> with the new xcb-proto installed?
[09:23] <RAOF> With the new xcb-proto installed, yes.
[09:23] <RAOF> Is there tight coupling between libxcb and xcb-proto?
[09:24] <RAOF> Heh.  libxcb1.8 *does* die in is_switch :)
[09:25] <jcristau> new xcb-proto isn't supposed to break old libxcb afaik
[09:25] <jcristau> but, maybe it does...
[09:26] <RAOF> jcristau: Incidentally, why does xcb-proto declare a VCS-Git on freedesktop.org?  That's not where the packaging is.
[09:27] <jcristau> initially it was there
[09:28] <RAOF> Yeah; it's got the packaging for up to 1.1.
[09:29] <RAOF> It's no longer maintained in git?
[09:29] <RAOF> Bah.  I missed installing python-xcbgen.  Now it's breaking in my stuff :)
[09:31] <jcristau> should be in collab-maint
[09:31] <jcristau> i thought i'd fixed the vcs-* stuff
[09:32] <jcristau> apparently not.
[09:32] <RAOF> Unless the Ubuntu packages are behind, no :)
[09:32] <jcristau> ah, libxcb has updated vcs-*, xcb-proto not.
[09:32] <jcristau> fail
[09:33] <RAOF> :)
[09:34] <tjaalton> soo happy to see new xcb releases.. hope they fix the nasty threading issues that cause all sorts of crashes for some people
[09:34] <tjaalton> can't link the bug since lp will timeout..
[09:35] <Sarvatt> yeep AttributeError: 'Struct' object has no attribute 'is_switch', wish i could remember how we worked around that
[09:35]  * Sarvatt digs through old PPAs
[09:35] <RAOF> Sarvatt: I think the new python-xcbgen fixes that.
[09:35] <tjaalton> oh, bug 905686 is a newer one with less dupes
[09:35] <ubot4> Launchpad bug 905686 in nautilus (Ubuntu) (and 1 other project) "nautilus assert failure: nautilus: ../../src/xcb_io.c:528: _XAllocID: Assertion `ret != inval_id' failed. (affects: 19) (dups: 16) (heat: 140)" [Medium,Triaged] https://launchpad.net/bugs/905686
[09:36] <tjaalton> this was apparently fixed upstream over a year ago, but near impossible to backport
[09:36] <tjaalton> think i looked into that, could be wrong..
[09:36] <Sarvatt> oh helps if i install that deb
[09:37] <RAOF> :)
[09:38] <jcristau> tjaalton: this stuff is nasty, each fix breaks something else
[09:39] <tjaalton> jcristau: yeah, hoping it's sorted out by now..
[09:48] <jcristau> RAOF: so, http://anonscm.debian.org/gitweb/?p=collab-maint/xcb-proto.git and http://anonscm.debian.org/gitweb/?p=collab-maint/libxcb.git are where the packaging lives now, if you want to update that
[09:48] <RAOF> Why not!
[09:49] <Sarvatt> libxcb symbol updates are always fun
[09:49]  * RAOF has just passed -C0 for the moment.
[09:49] <jcristau> if you don't have write access to collab-maint you can push the update somewhere else and let me/kibi/jd_ know where we can pull from
[09:50] <RAOF> I think I've got collab-maint access.
[09:50] <tjaalton> and me
[09:58] <Sarvatt> http://sarvatt.com/downloads/patches/libxcb-1.8-symbols.patch thats what i've got so far on to build #9
[09:59] <RAOF> Yeah, well, I'm adding protocol so it's changing for me anyway.
[09:59] <RAOF> Clearly there are no pointer-barriers clients using XCB. :)
[10:34] <Sarvatt> phew finally http://sarvatt.com/downloads/patches/libxcb-1.8-symbols.patch
[10:39] <jcristau> are these sizeof things really meant to be exported?
[10:45] <tjaalton> also, what does one lose if the symbols file just had "*@Base 0\n*@Base 1.8"?
[10:45] <tjaalton> i've seen wildcards used like that
[10:45] <tjaalton> like nss & nspr
[10:47] <tjaalton> at least it would be much easier to maintain the file..
[10:50] <jcristau> that works if you version your symbols
[10:50] <jcristau> xcb doesn't do that
[10:51] <tjaalton> right, nss does
[10:51] <tjaalton> i'll get me coat :)
[11:15] <inetpro> hi
[11:15] <inetpro> has anyone had a chance to look at bug 897436 yet? https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/897436
[11:15] <ubot4> Launchpad bug 897436 in xserver-xorg-video-nouveau (Ubuntu) "Screen corrupted without nomodeset on nVidia Corporation GT215 [GeForce GTS 360M] (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/897436
[11:15] <ubot4> inetpro: Error: Bug #897436 is private.
[11:16]  * inetpro wonders what that means
[11:17] <tjaalton> inetpro: just try with a newer kernel http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.2-precise/
[11:17] <inetpro> tjaalton: I'll try again asap, thanks
[11:18] <inetpro> but how do I know when to try?
[11:21] <tjaalton> hm?
[11:21] <tjaalton> nouveau is a kms-only driver, if it doesn't work you need to test a newer kernel
[11:21] <tjaalton> that's the first step before wasting time on anything else
[11:22] <tjaalton> now, I hope lp had a way to tell the bugreporter about that..
[11:22] <inetpro> how often is the kernel updated in the daily builds?
[11:23] <tjaalton> what daily builds?
[11:23] <tjaalton> you can test a daily livecd, yes
[11:23] <tjaalton> precise
[11:23] <inetpro> I mean the daily livecd
[11:23] <tjaalton> it has whatever kernel is the current one on the archive
[11:24] <tjaalton> so precise has 3.2, while oneiric had 3.0
[11:24] <tjaalton> which means there's a chance it's fixed in precise..
[11:25] <inetpro> the last time I tried the daily livecd was on 2011-12-14 and there were no changes
[11:26] <tjaalton> oh, missed that part of the bug
[11:28] <tjaalton> ah, there's a kernel with drm-next
[11:28] <inetpro> when do I know whether it is worth testing a livecd again?
[11:28] <tjaalton> http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/current/
[11:28] <tjaalton> try that on oneiric
[11:29] <tjaalton> precise has what it will ship with, there won't be big changes to the kernel anymore
[11:29] <tjaalton> unless a fix ends up in 3.2.x
[11:29] <inetpro> hmm
[11:29] <tjaalton> but could be that you need to poke upstream devs about this..
[11:29] <inetpro> I got it working perfectly as it is on oneiric but I just want to make sure that things will work out of the box on the next release
[11:30] <tjaalton> right, so test that kernel to see if it's broken on current upstream code..
[11:30] <tjaalton> if it works with it, we can bisect the fix
[11:31] <inetpro> tjaalton: I'm not sure I get what you mean with test that kernel, how do I go about testing it
[11:31] <inetpro> ?
[11:31] <tjaalton> install it
[11:31] <tjaalton> ?
[11:32] <tjaalton> pick the image deb for your arch, dpkg -i $foo.deb
[11:33] <inetpro> tjaalton: I do this after installing the livecd with nomodeset?
[11:34] <tjaalton> inetpro: no, you have oneiric installed, right? just remove nvidia-current, install the deb and boot your machine...
[11:34] <tjaalton> well, whatever is easiest for you..
[11:36] <inetpro> ahh, I'll try that asap
[11:36] <Sarvatt> ricotz: anything "special" about wayland updates before i do a new one in edgers? mesa needs latest git wayland again
[11:37] <ricotz> Sarvatt, i think wayland should be fine
[11:38] <ricotz> weston/wayland-demos might make problem if there were further renames and movings
[11:38] <ricotz> Sarvatt, let me push wayland
[11:42] <ricotz> Sarvatt, uploaded
[12:04] <cnd> RAOF, bryce: new synaptics uploaded to x-staging and pushed to git branch ubuntu+1
[20:45] <tormod> is cnd's utouch-geis fix in a PPA somewhere? I am getting used to using gnome-terminal as "Launcher" but I miss evince!
[20:47] <tormod> I tried to  hand-apply and build myself, but building breaks in xcb dir. missing build dep?
[20:53] <tormod> Had to remove -Werror in configure.ac to get past some unused variable complaints. Now there's a libtool 2.4.2 vs 2.4.2ubuntu1 mismatch... 
[20:59] <tormod> "rm aclocal.m4 configure; autoreconf -vi" helped. finally built.
[21:02] <tormod> (all this compiling while an eog was stuck on the CPU). Now with the geis patches, eog and evince segfault instead of looping.