| 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? | 02:36 |
| Prf_Jakob | bryce, Sarvatt, RAOF: Branch made | 03:02 |
| === yofel_ is now known as yofel | ||
| RAOF | Prf_Jakob: Sweet! | 08:03 |
| 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:13 |
| Sarvatt | RAOF: what exactly are you looking for? | 09:15 |
| 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:16 |
| 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:17 |
| Sarvatt | how's it failing? is_switch failure? | 09:18 |
| RAOF | http://paste2.org/p/1863662 | 09:18 |
| 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:21 |
| RAOF | That's building libxcb 1.7. | 09:22 |
| jcristau | with the new xcb-proto installed? | 09:22 |
| RAOF | With the new xcb-proto installed, yes. | 09:23 |
| RAOF | Is there tight coupling between libxcb and xcb-proto? | 09:23 |
| RAOF | Heh. libxcb1.8 *does* die in is_switch :) | 09:24 |
| jcristau | new xcb-proto isn't supposed to break old libxcb afaik | 09:25 |
| jcristau | but, maybe it does... | 09:25 |
| RAOF | jcristau: Incidentally, why does xcb-proto declare a VCS-Git on freedesktop.org? That's not where the packaging is. | 09:26 |
| jcristau | initially it was there | 09:27 |
| RAOF | Yeah; it's got the packaging for up to 1.1. | 09:28 |
| 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:29 |
| jcristau | should be in collab-maint | 09:31 |
| jcristau | i thought i'd fixed the vcs-* stuff | 09:31 |
| 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:32 |
| RAOF | :) | 09:33 |
| 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:34 |
| 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:35 |
| 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:36 |
| RAOF | :) | 09:37 |
| jcristau | tjaalton: this stuff is nasty, each fix breaks something else | 09:38 |
| tjaalton | jcristau: yeah, hoping it's sorted out by now.. | 09:39 |
| 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:48 |
| 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:49 |
| RAOF | I think I've got collab-maint access. | 09:50 |
| tjaalton | and me | 09:50 |
| Sarvatt | http://sarvatt.com/downloads/patches/libxcb-1.8-symbols.patch thats what i've got so far on to build #9 | 09:58 |
| 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. :) | 09:59 |
| Sarvatt | phew finally http://sarvatt.com/downloads/patches/libxcb-1.8-symbols.patch | 10:34 |
| jcristau | are these sizeof things really meant to be exported? | 10:39 |
| 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:45 |
| tjaalton | at least it would be much easier to maintain the file.. | 10:47 |
| jcristau | that works if you version your symbols | 10:50 |
| jcristau | xcb doesn't do that | 10:50 |
| tjaalton | right, nss does | 10:51 |
| tjaalton | i'll get me coat :) | 10:51 |
| 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:15 |
| * inetpro wonders what that means | 11:16 | |
| 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:17 |
| inetpro | but how do I know when to try? | 11:18 |
| 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:21 |
| 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:22 |
| 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:23 |
| 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:24 |
| inetpro | the last time I tried the daily livecd was on 2011-12-14 and there were no changes | 11:25 |
| tjaalton | oh, missed that part of the bug | 11:26 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| tjaalton | pick the image deb for your arch, dpkg -i $foo.deb | 11:32 |
| inetpro | tjaalton: I do this after installing the livecd with nomodeset? | 11:33 |
| 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:34 |
| 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:36 |
| ricotz | Sarvatt, i think wayland should be fine | 11:37 |
| ricotz | weston/wayland-demos might make problem if there were further renames and movings | 11:38 |
| ricotz | Sarvatt, let me push wayland | 11:38 |
| ricotz | Sarvatt, uploaded | 11:42 |
| cnd | RAOF, bryce: new synaptics uploaded to x-staging and pushed to git branch ubuntu+1 | 12:04 |
| === yofel_ is now known as yofel | ||
| === JanC_ is now known as JanC | ||
| 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:45 |
| tormod | I tried to hand-apply and build myself, but building breaks in xcb dir. missing build dep? | 20:47 |
| 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:53 |
| tormod | "rm aclocal.m4 configure; autoreconf -vi" helped. finally built. | 20:59 |
| tormod | (all this compiling while an eog was stuck on the CPU). Now with the geis patches, eog and evince segfault instead of looping. | 21:02 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!