[00:37] <RAOF> Sarvatt: Nah, the -nr patch itself wasn't the issue.  The issue was updating -intel's patch for 2.12+legacy.
[00:41] <RAOF> Sarvatt: Oh, and does unity crash the X server for you (in mesa, dri2 flush paths) with 1.9 + intel 2.12?
[00:47] <Sarvatt> do i have to run a unity session to crash it?
[00:47] <Sarvatt> i just ran unity and got a crapload of errors and the bar is blank, first time running it
[00:48] <Sarvatt> it didnt crash though
[00:49] <Sarvatt> RAOF: sorry, shoulda pinged you about that :)
[00:50] <RAOF> You might.
[00:50] <RAOF> I haven't yet done much investigation.
[00:50] <Sarvatt> how did you crash it?
[00:50] <Sarvatt> lemme try a session, need to reboot for this new kernel anyway
[00:50] <RAOF> Run 1.9 + 2.12+legacy, from gdm select UNE session.
[00:51] <RAOF> Boom!  X crash, mesa, invalidate buffers.
[00:51] <Sarvatt> http://paste.ubuntu.com/463747/
[00:51] <Sarvatt> got your 2.12+legacy packaged anywhere?
[00:51] <Sarvatt> brb rebooting into unity
[00:52] <RAOF> In raof/aubergine, yeah.
[01:00] <Sarvatt> no crash
[01:00] <Sarvatt> but it doesn't work
[01:00] <Sarvatt> it's in a little 640x480 or so area inside my real resolution
[01:01] <Sarvatt> and you cant see anything but a few buttons at that size
[01:03] <RAOF> Hm.  Might be +leagacy breakage, then.
[01:03] <RAOF> or even legacy.
[01:06] <RAOF> Legacy is sitting in the raof/aubergine PPA if you want to try it.
[01:06] <RAOF> You'll need to rebuild against 1.9 obviously.
[01:10] <Sarvatt> got a backtrace on the crash by any chance?
[01:10] <RAOF> In fact, you'll need to build locally *anyway*, as the PPA hasn't yet built.
[01:10] <Sarvatt> even just the xorg.0.log one
[01:11] <RAOF> http://paste.ubuntu.com/463755/
[01:11] <RAOF> Is not very good.
[01:11] <Sarvatt> are you using UMS?
[01:11] <RAOF> No, not then.
[01:15] <RAOF> Wait a sec, I'll get a proper backtrace.
[01:18] <RAOF> http://paste.ubuntu.com/463759/ is a better one.
[01:21] <Sarvatt> looks like mesa to me
[01:23] <Sarvatt> does it happen with this in ~/.drirc? http://paste.ubuntu.com/463762/
[01:26] <Sarvatt> doubt i'll be able to reproduce it, no 965's handy :(
[01:29] <RAOF> The problem is that drawable->driContextPriv->driverPrivate is NULL at that point.
[01:30] <RAOF> Hah.\
[01:30] <RAOF> Well, that theory's nice and easily confirmed.
[01:30] <RAOF> Intel swap events be broken!
[01:31] <RAOF> Quadrapassel does the same thing.
[01:33] <Sarvatt> anything non clutter crash it? :)
[01:34] <RAOF> Not so far :)
[01:37] <Sarvatt> CLUTTER_DEBUG=disable-swap-events work?
[01:37] <Sarvatt> clutter has *so many* debugging env variables
[01:37] <RAOF> I'm just trying with 2.12 from experimental.
[01:37] <Sarvatt> tried edgers already?
[01:37] <RAOF> Ba baw.
[01:37] <RAOF> No, haven't tried edgers.
[01:38] <RAOF> Nope.  CLUTTER_DEBUG=disable-swap-events quadrapassel aint a winner.
[01:40] <RAOF> My guess is that edgers will work, because it'll have a newer mesa built.
[01:40] <Sarvatt> ahhhhh ok i thought you were using edgers + that intel
[01:41] <RAOF> Nah.
[01:41] <Sarvatt> might want to try dropping 102-disable-page-flipping-v2.patch too for the heck of it to be closer to whats in git
[01:42] <RAOF> Tried that; bug's still there.
[01:43] <RAOF> Well, rather, bug where the system locks after some period of time is still there; dunno about the clutter crash :)
[01:46] <Sarvatt> do you have a compiled mesa demos handy by any chance?
[01:47] <Sarvatt> or uncleaned old 7.8 mesa source tree?
[01:47] <Sarvatt> can ya see if glxgears_fbconfig crashes you too? :)
[01:50] <Sarvatt> oh man i miss my irc bouncer, brb again legacy is done compiling
[01:59] <Sarvatt> I can't even start X with legacy on 945
[01:59] <Sarvatt> it just silently dies after initializing HW cursor
[01:59] <Sarvatt> only tried KMS though
[02:01] <RAOF> Have you checked the gdm log?  There's a good chance it's dying with a missing symbol, which would be written to the gdm log, not the xorg log.
[02:01] <RAOF> Also, that's rather annoying.  'Twas working here on 965!
[02:01] <Sarvatt> oh duh
[02:01] <Sarvatt> X: ../../dix/pixmap.c:118: AllocatePixmap: Assertion `pScreen->totalPixmapSize > 0' failed.
[02:01] <RAOF> Oh, crud.
[02:02] <RAOF> Did I not push the refreshed nr patch?
[02:02] <Sarvatt> nr patch was disabled
[02:03] <RAOF> On your X server, or 101_copy_fb in the DDX?
[02:03] <Sarvatt> ddx
[02:10] <Sarvatt> i think intel legacy is the longest ddx compile now
[02:12] <RAOF> It builds 3 drivers + an acceleration architecture, cut it some slack :)
[02:13] <Sarvatt> RAOF: yep that was it, can't reproduce the unity/quadrapassel crash on though on edgers with 945 :(
[02:14] <Sarvatt> now to break things!
[02:14] <RAOF> Well, edgers is now installing, so I can check soon.
[02:16] <Sarvatt> what mesa were you using again? 7.8.2 or the maverick one?
[02:16] <RAOF> The maverick one.
[02:21] <Sarvatt> is it me or is mesa 7.9 really late? i think the intel people are waiting for the glsl2 stuff before pushing it
[02:24] <Sarvatt> so much has changed in it and it seems like 7.8 is dying
[02:24] <RAOF> I was expecting it to be branched, given than 7.9.0 should be considered 7.9rc1 on past form.
[02:25] <Sarvatt> idr has been doing the releasing and if they're waiting for the glsl2 stuff i don't know that we'll even see it in time for maverick?
[02:27] <Sarvatt> it was in lockstep with the intel quarterly releases for awhile there I mean
[03:49] <RAOF> Stupid X says: Lunch time!
[08:51] <trinikrono> hey guys
[08:51] <trinikrono> can anyone speak to me about what is needed to triage those pesky i845g bugs
[08:52] <trinikrono> i am working on two so far and was wondering what you guys would need
[13:38] <TeaRex> Hi
[13:38] <TeaRex> A question
[13:39] <TeaRex> nvidia-current-dev from the ubuntu-x ppa is incompatible with sdl1.2-dev on lucid.
[13:39] <TeaRex> any chance this will be changed?
[13:40] <tseliot> libsdl1.2-dev ?
[13:40] <TeaRex> The reason seems to be that sdl1.2-dev depends on mesa
[13:40] <TeaRex> yes libsdl1.2-dev
[13:41] <tseliot> you can try the latest version of nvidia-current and nvidia-current -dev from maverick
[13:41] <tseliot> it should work
[13:41] <TeaRex> thnks
[13:41] <tseliot> np
[13:41] <TeaRex> dumb question noobie i guess, where and what is maverick?
[13:42] <tseliot> maverick is the next release of Ubuntu
[13:42] <TeaRex> OK i see.
[13:42] <TeaRex> Didn't even know it had a name yet.
[13:42] <TeaRex> thanks i will check it out
[13:42] <TeaRex> have a nice day
[16:42] <steveire> Is it possible to use kubuntu with two monitors with the default driver?
[16:42] <steveire> I think I have an nvidia card, and I have the nuoveau driver.
[16:42] <jcristau> yes
[16:43] <jcristau> (modulo driver bugs, of course)
[16:43] <steveire> What do I have to do? My second screen is blank and the system settings screens module doesn't find it.
[16:43] <steveire> 'This module is only for configuring systems with a single desktop spread across multiple monitors. You do not appear to have this configuration.'
[16:44] <jcristau> pastebin the output of xrandr somewhere
[16:45] <steveire> http://dpaste.com/218467/
[16:51] <steveire> jcristau: Anything relevant there?
[16:52] <jcristau> either you have 2 identical monitors, or the driver is confused
[16:52] <steveire> The monitors are the same AFAIK
[16:53] <jcristau> well this says the driver thinks it has enabled 2 monitors
[16:54] <steveire> And that should be enough to configure it to be a 'double width workspace'? (you can see I don't know the jargon)
[16:55] <jcristau> 'xrandr --output DVI-I-2 --right-of DVI-I-1' should extend the desktop
[16:55] <jcristau> instead of cloning it
[16:55] <jcristau> but if your second screen is blank then something's wrong already
[16:56] <steveire> The liveCD cloned it, but when I rebooted the right screen was blank,
[17:00] <alf__> Hi all! Is there any chance of getting a new package build of mesa to fix LP #600243?
[17:00] <ubot4> alf__: Bug 600243 on http://launchpad.net/bugs/600243 is private
[17:02] <alf__> No it is not: 
[17:02] <alf__> libegl1-mesa-dev needs to depend on other -dev packages
[17:02] <Sarvatt> alf__: what are you building that doesn't have xserver-xorg-dev in the build deps?
[17:02] <steveire> Rebooting that machine didn't help anyway...
[17:03] <alf__> Sarvatt: GL/GLESv2 benchmarks
[17:05] <Sarvatt> thats kind of silly, egl can be used without X too
[17:07] <jcristau> pushed that patch to git
[17:07] <steveire> Any other bright ideas for me to get dual screens?
[17:07] <jcristau> alf__: thanks
[17:08] <steveire> Or even debug why I don't even get cloning after installing, while I do before
[17:08] <jcristau> steveire: check the kernel logs for both, see if you spot a difference
[17:08] <steveire> How? Where are they?
[17:08] <jcristau> dmesg
[17:10] <jcristau> alf__: i have a hard time caring about egl on hurd ;)
[17:11] <alf__> jcristau: I share your sentiments, just wanted to be thorough :)
[17:16] <alf__> Sarvatt: Yes, indeed EGL should be usable without X. But why are all these dependencies in the .pc files in the first place?
[17:23] <Sarvatt> alf__: i can't upload it unfortunately (and i've been trying to get libdrm sponsored for a month already), sorry :(
[17:24] <alf__> Sarvatt: No worries
[17:25] <jcristau> Sarvatt: it's silly that you're still not core dev
[17:29] <Sarvatt> been working on it in maverick, i didn't actually upload much to ubuntu in the past
[17:30] <tseliot> Sarvatt: do you only need to upload a new libdrm?
[17:30] <tseliot> or is there anything else?
[17:31] <Sarvatt> http://sarvatt.com/downloads/merges/libdrm/
[17:31] <Sarvatt> well alf__'s mesa fix
[17:32] <steveire> jcristau: Installed version: http://pastebin.com/rDDLkwia liveCD version: http://pastebin.com/cbAyRsQj
[17:32] <steveire> I don't know what kind of differences I need to look for
[17:38] <Sarvatt> mesa needs a merge anyway but i dont have the battery power to test build it at the moment, would be easier to just add his mesa-common-dev dep changes to the current one
[17:39] <jcristau> steveire: don't know either.  best would be to file a bug, and/or try with a newer kernel
[17:39] <Sarvatt> ppa builds are backed up 3+ days now too
[17:41] <Sarvatt> steveire: have you tried a maverick livecd by any chance?
[17:42] <tseliot> Sarvatt: ok, I can upload alf's change. Did you test libdrm?
[17:42] <steveire> Sarvatt:  I have not
[17:42] <Sarvatt> tseliot: yeah, it's been in x-updates as well
[17:44] <tseliot> Sarvatt: ah, I tested it on my main computer then
[17:46] <tseliot> Sarvatt: ok, I'll sponsor both things then
[17:46] <Sarvatt> thank you a ton tseliot!
[17:46] <tseliot> np
[17:49] <alf__> Sarvatt, jcristau, tseliot: Thanks a lot!
[17:50] <tseliot> alf__: thanks to you ;)
[18:13] <tseliot> all uploaded
[18:14] <tseliot> Sarvatt: shall I update only the mesa git branch?
[18:30] <tseliot> jcristau: can you check if I still have an account on alioth, please?
[18:31] <tseliot> it looks like I don't...
[18:33] <jcristau> uid=229885(tseliot-guest) gid=229885(tseliot-guest) groups=229885(tseliot-guest),41008(pkg-xorg),81008(scm_pkg-xorg)
[18:34] <tseliot> I forgot the "-guest" part, sorry
[18:34] <tseliot> it's been while since I've used alioth's git branches
[18:35] <tseliot> the connection timed out, I guess I made too many attempts...
[18:36] <jcristau> should be fine in 10 minutes or so, they're using fail2ban on alioth :/
[18:36] <tseliot> ok, thanks
[19:50] <steveire_> Where is the button on https://bugs.launchpad.net/ for reporting a new bug?
[19:54] <steveire_> I got the no-redirect link. How do I answer the question 'In what package did you find this bug' if the problem is that a dual screen setup works in a livecd and not after installation.
[19:54] <Sarvatt> just run ubuntu-bug xorg
[19:56] <steveire_> I'll put xorg in that box then.
[20:05] <Sarvatt> am I really wrong? - https://bugs.launchpad.net/bugs/578038
[20:05] <ubot4> Launchpad bug 578038 in libxext (Ubuntu) "libext6 does not create symlink in /usr/lib on amd64 (affects: 1) (heat: 6)" [Undecided,Incomplete]
[20:06]  * Sarvatt must not be understanding the situation
[20:07] <jcristau> Sarvatt: submitter is mistaken
[20:07] <jcristau> that bug should be marked invalid
[20:09] <Sarvatt> hmm, i thought they had to be in bug control to change the status away from invalid, guess not
[20:10] <jcristau> looks like i was allowed to move it back
[20:18] <Sarvatt> thanks jcristau, he probably wouldn't have believed me and it would have been an open/close war if i closed it again myself :)
[20:20] <Sarvatt> jcristau: can you set a bug to wont fix status? if not i can just do that if he does again if anything
[20:21] <jcristau> no idea
[20:38] <ernstp> I can't start gnome with xorg-edgers on lucid, getting:
[20:38] <ernstp> nautilus: symbol lookup error: /usr/lib/libcairo.so.2: undefined symbol: pixman_image_composite32
[20:38] <ernstp> can't compile cairo after installing libpixman(-dev) from xorg-edgers either
[20:39] <ernstp> Sarvatt, do you know anything about what that could be?
[20:40] <ernstp> on amd64
[20:41] <ernstp> oh there was a new cairo build 16 minutes ago...
[20:43] <jcristau> that's a broken dependency.
[20:46] <ernstp> right, but why?
[20:48] <jcristau> *shrug*
[20:48] <jcristau> because shit happens
[20:49] <ernstp> well, wierd...
[20:49] <ernstp> gonna see if the new cairo upload helps the situation
[20:54] <ernstp> damnit, it didn't help
[20:58] <ernstp> does xorg-edgers work for anyone on lucid?
[21:08] <bryce2> jcristau, broken due to cjwatson's apt breakage from earlier this morning?
[22:04] <ernstp> bryce2, hi! any idea about the cairo/pixman breakage?
[22:15] <bryce2> ernstp, notta clue
[22:16] <bryce2> ernstp, I saw an email from cjwatson that everything was broken from building earlier today.  dunno any details
[22:18] <ernstp> bryce2, for me it's been broken like that for a couple of weeks
[22:19] <bryce2> oh, must be something unrelated
[22:19] <ernstp> (xorg-edgers on lucid, the missing pixman_image_composite32 symbol)
[22:19] <ernstp> I'm curious if xorg-edgers works for anyone on lucid... ?
[22:21] <jcristau> means you have an old pixman
[22:22] <jcristau> that symbol is included in pixman 0.18
[22:23] <ernstp> I have pixman 0.19 from xorg edgers
[22:23] <ernstp> when that occurs
[22:23] <jcristau> then make sure you don't also have an older one in /usr/local
[22:23] <jcristau> because this sure sounds like pebcak
[22:24] <ernstp> jcristau, oooh, there is something in /usr/local indeed!
[22:25] <ernstp> jcristau, thanks a lot :-)