[00:08] <alex_mayorga> Hi, is this card know to (not) work on ubuntu http://www.nvidia.com/object/product_geforce_gt_230m_us.html ?
[00:26] <Sarvatt> it will be supported in lucid in a few days when the nvidia binary driver is updated, 190.42 was the first release that supported it apparently and either that or 190.53 is whats getting put in
[00:29] <alex_mayorga> Sarvatt: thanks, is there a way I can have Ubuntu in the meantime?
[00:34] <Sarvatt> what ubuntu release are you using?
[00:35] <Sarvatt> you can add this PPA to get the newer drivers, you want to install nvidia-190-kernel-source and it should pull in all of the rest that you need https://edge.launchpad.net/~nvidia-vdpau/+archive/ppa
[00:36] <Sarvatt> 195 works *really* good though, you might want to try those instead of 190
[00:41] <alex_mayorga> is there a 195 ppa?
[00:42] <Sarvatt> yeah 185 190 and 195 are all in that PPA
[00:43] <alex_mayorga> how do I boot on safe grapics
[00:43] <alex_mayorga> I'm trying a lucid daily build here
=== verbalshadow_ is now known as verbalshadow
[03:58] <ripps> Okay, the guys on #ubuntu-1 aren't talking, does anybody here know how to possibly fix the problem I'm having with my wacom graphire3 in Lucid? Whenever I click, the mouse stops working when I hover over the tablet, I have to move the pen a good distance away from the tablet before it starts working again.
[04:00] <ripps> It seems that wacom-tools and xserver-xorg-input-wacom won't install because it confilcts with xserver-xorg-core
[04:21] <tjaalton> ripps: wait for the wacom driver to appear
[04:22] <ripps> tjaalton: is that being worked on?
[04:22] <tjaalton> ripps: kind of
[04:23] <tjaalton> ie. not by us, but the debian maintainer
[04:24] <ripps> tjaalton: because I have a bit of carpal tunnel, and using a normal mouse for long periods of time really starts to hurt. I've found that using a wacom tablet is alot easier on my wrist
[04:29] <tjaalton> ripps: I emailed him and asked how things are progressing
[04:41] <bjsnider> Sarvatt, there's a new mplayer in the ppa for you to test
[04:44] <bjsnider> and also an nvidia-settings with that patch
=== ripps is now known as ripps|sleep
[09:07] <Duke`> I got a kernel panic yesterday o_O
[10:37] <Duke`> grrrrrr EXECBUF ERROR : I HATE YOU
[10:41] <Duke`> GRAAAAAAA!!!!
[10:41] <Duke`> and I lost my libdrm*20091125* packages ;_;
=== mac_v_ is now known as \vish
=== mac_v is now known as \vish
=== mac_v is now known as \vish
=== \vish is now known as mac_v
=== mac_v is now known as \vish
=== ripps|sleep is now known as ripps
[18:08] <Duke`> rah
[18:10] <Sarvatt> Duke`: seems to be fixed, 30 hours now on this latest one
[18:11] <Duke`> lucky, I got it 3 or 4 times today :(
[18:12] <Sarvatt> reverted http://cgit.freedesktop.org/mesa/drm/commit/?id=b73612e4fd69565aa2c5c2e9677f3e0af1945f7d and http://cgit.freedesktop.org/mesa/drm/commit/?id=792fed1e2460f96459141b5a628dd5ab4fbb87db from this one thats stable
[18:25] <Duke`> could you do some .debs packages? I would test them :D
[18:28] <Sarvatt> sure i'll put it here https://edge.launchpad.net/~sarvatt/+archive/bugs
[18:29] <Duke`> ok
[18:29] <Duke`> I'm on x86_64
[18:29] <Sarvatt> yeah i'm 32 bit or i'd just send the deb
[18:30] <jcristau> Sarvatt: so 2.4.16 and 2.4.17 are busted for intel?
[18:31] <Sarvatt> yeah for Duke` and me and a few other people on 945 at least, people on 965 seem to be ok
[18:32] <jcristau> good to know..
[18:32] <jcristau> do you have upstream bug #s?
[18:32] <Sarvatt> http://bugs.freedesktop.org/show_bug.cgi?id=25475 thats the nasty one we're getting
[18:32] <jcristau> okay
[18:32] <jcristau> thanks
[18:32] <ubottu> Freedesktop bug 25475 in Driver/intel "[i915] Xorg crash / Execbuf while wedged" [Critical,New]
[18:35]  * jcristau added self to cc
[18:46] <Sarvatt> Duke` i didnt bother packaging it right but its up, figure you just want something working and i've gotta run out the door :)
[19:27] <Duke`> ok installed, let's see if it works
[19:36] <Duke`> Sarvatt, how can you know those commits are the problem, have you bisected until the end yet?
[19:40] <Sarvatt> bisecting didnt work, most all of the commits are broken until the very last few
[19:41] <Duke`> ok
[19:41] <Sarvatt> so i started reverting things that looked related from 2.4.16 down
[19:41] <Sarvatt> just the later of the two didn't work, but both are working, next i'll try just the execbuff one if this ever crashes
[19:41] <Sarvatt> err if it doesnt crash for a few more days I mean :)
[19:42] <Duke`> :)
[19:46] <Duke`> apt is crying that a newer libdrm-radeon1 is needed for mesa... should I use the latest or keep your version? I'm not using radeon at all...
[19:53] <Sarvatt> yeah mesa really does require libdrm-radeon1 2.4.17 now
[19:54] <Sarvatt> i'm using stock lucid userspace and just updating libdrm to try to narrow it down, will see if those two commits revert cleanly from 2.4.17 later on
[19:57] <Sarvatt> if you want you can get the libdrm source from edgers, add these two patches to debian/patches/ and add the names to debian/patches/series and rebuild it
[19:57] <Sarvatt> http://sarvatt.com/downloads/patches/0001-Revert-intel-Check-and-propagate-errors-from-buildin.patch
[19:57] <Sarvatt> http://sarvatt.com/downloads/patches/0002-Revert-intel-Repeat-execbuffer-after-EINTR.patch
[21:15] <unggnu> hi all
[21:15] <unggnu> Any status update on Nouveau?
[21:36] <Sarvatt> it's not in yet at any rate, but ROAF has been working on packaging it up and it is working great here on xorg-edgers, the kernel people have to decide what to do about it because there are alot of different ways the support could be added and it seems like an external module build like how the current packages work could be simplified by moving it directly into the kernel tree
[21:37] <Sarvatt> i wouldn't expect it for another month or so at least honestly
[22:48] <dyek_> Hi! Can someone let me know the package name for XCB on Ubuntu/Debian? I can then install its source code.
[23:06] <JanC> dyek_: http://packages.ubuntu.com/xcb & http://packages.debian.org/xcb
[23:07] <jcristau> JanC: i don't think that's what he's looking for
[23:08] <JanC> jcristau: well, it shows the package names voor all xcb-related packages?  or is there another XCB that has anything to do with Xorg?  ;)
[23:29] <bjsnider> if he wants the source code he doesn't need ubuntu for that
[23:29] <bjsnider> unless he meant the deb source
[23:32] <dyek_> Didn't paid attention earlier...Hmm... this xcb package is X Cut Buffer utility. I am looking for the xlib-replacement API XCB package.
[23:35] <jcristau> which has the same name as upstream, so if you want to find it i'm sure you can.
[23:35] <dyek_> The XCB package will probably install xcb_atom.h, probably at X11/XCB/xcb_atom.h.
[23:43] <bjsnider> the headers would be in the -dev package
[23:49] <JanC> the URL I gave pointed to 2 packages, one of which provides pointers to libxcb  ;)
[23:52] <bjsnider> i assume he wants libxcb
[23:53] <JanC> probably
[23:54] <JanC> it's a bit unfortunate that the package search site only looks for packages that start with the search key
[23:56] <bjsnider> the bot can also be pinged though
[23:56] <bjsnider> !info libxcb
[23:56] <ubottu> Package libxcb does not exist in karmic
[23:58] <dyek_> Hmm...I did install libx11-xcb source code before, but I'm still not finding xcb_atom.h. In fact, XCB is part of libx11-6 itself!
[23:59] <bjsnider> !find xcb_atom.h
[23:59] <ubottu> File xcb_atom.h found in libxcb-atom1-dev