[00:36] <Sarvatt> wonderful, nv doesn't even work on my laptop with xserver 1.7 :D
[00:37] <Sarvatt> sounds like people using nvidia have been stuck on vesa for almost a month now if they dont use PPAs or the .runs straight from nvidia
[05:23] <Sarvatt> ah hah, it only took me a month or so there to figure out i need to use alt+f7 to switch from VT to X now for some reason.. :D control blocks it
[05:29] <hyperair> huh?
[05:29] <hyperair> it shouldn't..
[05:29] <hyperair> what kernel are you using?
[05:29] <hyperair> or perhaps getty
[06:20] <RAOF> It does if you've accidentally set raw mode on your keyboard, I think.
=== \vish is now known as mac_v
=== mac_v is now known as \vish
[09:39] <hyperair> hmm
[13:35] <unggnu> hi all
[13:35] <unggnu> Any news about Nouveau and 10.04?
[16:37] <Sarvatt> hmm, having a ChangeLog in the orig.tar.gz isn't worth having a delta to debian is it? https://bugs.edge.launchpad.net/ubuntu/+source/intel-gpu-tools/+bug/500039
[16:37] <ubottu> Ubuntu bug 500039 in intel-gpu-tools "Please sync intel-gpu-tools (1.0.2-1) with Debian Testing" [Wishlist,New]
[16:37] <Sarvatt> I only added it to the previous one because there was one in the one before that, and there wasn't a debian upstream for it back then
[16:38] <hyperair> i think it should be "from"
[18:26] <tjaalton> Sarvatt: right
[19:26] <tseliot> tjaalton, bryce_: do you know why I get this? http://pastebin.ubuntu.com/347729/
[19:27] <tseliot> src/libXNVCtrlAttributes/NvCtrlAttributesVidMode.c:195:2: warning: #warning Old xf86vmode.h; dynamic gamma ramp support will not be compiled.
[19:27] <tseliot> which means that this fails:
[19:27] <tseliot> #if defined(X_XF86VidModeGetGammaRampSize)
[19:28] <tseliot> I patched the package with an additional check but X_XF86VidModeGetGammaRampSize should be defined in Lucid
[19:29] <tseliot> as it defined in Karmic
[19:29] <tseliot> jcristau: ^^
[19:47] <tseliot> never mind... it looks like they moved the definition of X_XF86VidModeGetGammaRampSize from xf86vmode.h to xf86vmproto.h
[19:47] <tseliot> I wonder what else was broken in the process...
[19:52] <tjaalton> some headers were moved, just fix the build-deps :)
[20:15] <Sarvatt> need a little more than that, i had to add a patch too when I built it a few weeks ago -- http://bugs.gentoo.org/show_bug.cgi?id=290432
[20:15] <ubottu> bugs.gentoo.org bug 290432 in Unspecified "media-video/nvidia-settings-190.42 (and binutils USE=gold) fails to link -lm and -ldl" [Normal,New]
[20:15] <Sarvatt> oops, wrong bug
[20:16] <Sarvatt> http://bugs.gentoo.org/show_bug.cgi?id=289744
[20:16] <ubottu> bugs.gentoo.org bug 289744 in Applications "nvidia-settings-190.40 does not compile w/ libXxf86vm-1.1.0 (patch included)" [Normal,Resolved: fixed]
[20:19] <tseliot> yes, it's a matter of including an additional header
[20:21] <tseliot> I think we should have a look at all the packages that have libxxf86vm-dev as a build dependency
[20:25] <tseliot> tjaalton: ^
[20:35] <tseliot> BTW I'm taking care of nvidia-settings
[20:37] <Sarvatt> sweet! there's been a bug with the old jaunty version that hasn't been updated throughout karmic and lucid with Xv contrast level ranges changing and it not being able to cope
[20:38] <Sarvatt> (in 185+)
=== \vish is now known as mac_v
[21:20] <Sarvatt> hmm, thats odd. just tried out an arch spin for this aspire one to see if I had suspend/resume problems there and noticed framebuffer compression actually worked with KMS and said it was enabled in /var/log/Xorg.0.log
[21:21] <Sarvatt> shoulda looked to see if it was getting enabled in the xorg.conf, i've never not seen [    0.508696] (**) intel(0): Kernel mode setting active, disabling FBC. on ubuntu even though its supposed to default to enabled on mobile chipsets
[21:23] <Sarvatt> when using KMS that is, it worked back in the day with UMS
[21:27] <Sarvatt> nope specifying it in xorg.conf didn't work, thats strange
[21:28] <jcristau> on kms the X driver doesn't handle fbc at all, afaik
[21:29] <Sarvatt> ahhh I think I was just assuming it was using KMS because it was using dri2 when it was just using uxa with UMS probably, that'd explain it
[21:31] <Sarvatt> i've got radeon on the brain where it needs KMS for dri2 because of using exa, been a long time since i used UMS
[21:35] <tjaalton> bah, tseliot left already
[21:35] <tjaalton> checked every package that ftbfs, none of them fail because of libxxf86vm-dev
[21:38] <Sarvatt> thanks for pushing that xi2 test fix to 1.7 branch nominations btw jcristau, it did let me build xserver on powerpc
=== mac_v is now known as \vish
[21:43] <jcristau> well i spent a few hours tracking that one down :)
[21:47] <Sarvatt> ah framebuffer compression is working in KMS here -- FBC_CONTROL: 0xc1f407e3
[21:47] <Sarvatt> oh i didnt see you were the author too, thanks for fixing it too! :D
[22:02] <Sarvatt> wow what the heck happened to gcalctool, it doesnt do base conversions anymore
[22:12] <Sarvatt> the programming view shows the binary for decimal but not for hex, thats kind of silly
[22:12] <Sarvatt> ahh ok its just non-intuitive