[00:08] <Sarvatt> so lets see, udev rule like this - ATTR{[dmi/id]product_name}=="Inspiron 1011|Inspiron 1012", ENV{ID_INPUT.tags}="NoBottomEdgeButtons"
[00:08] <Sarvatt> and a snippet like..
[00:08] <Sarvatt> Section "InputClass"
[00:08] <Sarvatt>         Identifier "Inspiron No Physical Button Quirk"
[00:08] <Sarvatt>         MatchTag "NoBottomEdgeButtons"
[00:08] <Sarvatt>         Options "JumpyCursorThreshold" "90"
[00:08] <Sarvatt>         Options "AreaBottomEdge" "4100"
[00:08] <Sarvatt> EndSection
[00:09] <Sarvatt> oops Option of course not Options
[03:38] <Sarvatt> hmm I think this is a problem..? lrwxrwxrwx 1 root root 15 2010-02-20 05:35 /usr/lib32/libGL.so -> mesa/libGL.so.1
[03:39] <Sarvatt> or is my brain not working due to lack of sleep
[03:40] <Sarvatt> thats with nvidia-current installed in a fresh install after installing mesa-utils and ia32-libs
[03:40] <Sarvatt> lrwxrwxrwx 1 root root 13 2010-03-28 17:51 /usr/lib/libGL.so -> mesa/libGL.so
[03:40] <Sarvatt> shouldn't that /usr/lib32/libGL.so be pointing at mesa/libGL.so too?
[03:41] <bjsnider> let me check karmic
[03:43] <Sarvatt> hmm yeah brain not working indeed
[03:44] <bjsnider> diversion of /usr/lib32/libGL.so.1 to /usr/lib32/nvidia/libGL.so.1.xlibmesa by nvidia-glx-195
[03:44] <bjsnider> diversion of /usr/lib32/libGL.so to /usr/lib32/nvidia/libGL.so.xlibmesa by nvidia-glx-195
[04:03] <Sarvatt> hopefully jockey wont remove nvidia-current if you deactivate by release time, kind of pointless requiring jockey to activate the nvidia drivers correctly the way it is now with it removing the drivers completely when you deactivate them
[04:06] <Sarvatt> i feel dirty every time i have to tell people how to set up nvidia right when they installed it via apt-get in bug reports :D
[04:07] <bjsnider> you mean leave the blob in the kernel?
[04:09] <Sarvatt> have to do these steps -  https://bugs.launchpad.net/bugs/549325 (last comment)
[06:39] <tjaalton> Sarvatt: yeah replied to the bug
[06:40] <tjaalton> Sarvatt: what's wrong with the wacom rule?
[06:40] <tjaalton> er, config
[06:40] <tjaalton> and AIUI you can use /etc/X11/xorg.conf.d
[06:40] <tjaalton> think I've tried that..
[06:44] <tjaalton> also, the documentation is in git, though only the xserver changes are pushed somewhere
[06:44] <tjaalton> but the driver changes are really small
[06:46] <tjaalton> you can check the debdiffs from the ppa
[06:47] <tjaalton> xorg.conf(5) needs a patch though, since ID_INPUT.tags is not documented
[06:51] <tjaalton> hmm actually the manpage does not list /etc/X11/xorg.conf.d but /etc/xorg.conf.d.. so maybe some code _is_ needed
[06:52] <tjaalton> and mesa 7.7.1 finally released
[07:42] <Sarvatt> tjaalton: this is working for me for wacom - http://sarvatt.com/downloads/69-xserver-xorg-input-wacom.rules just removed all the xorg specific stuff
[07:44] <tjaalton> Sarvatt: oh yeah, general cleanup
[07:48] <Sarvatt> what about udev rules to assign tags? one for each package?
[07:49] <Sarvatt> or just one big quirk list?
[07:49] <Sarvatt> big as in.. 2 devices I should say :)
[07:51] <tjaalton> not needed if it can match what's in udevdb already
[07:51] <tjaalton> like MatchVendor etc
[07:51] <Sarvatt> synaptics needs tagging from udev at least :(
[07:52] <Sarvatt> ..I think?
[07:52] <tjaalton> don't think so
[07:53] <Sarvatt> they should return the synaptics device vendor/device which is pretty generic and no way to distinguish between ones without physical touchpad buttons that need those quirks i'm pretty sure
[07:53] <tjaalton> it's needed for vmmouse and vboxmouse, which need something like:ACTION=="add|change",
[07:53] <tjaalton> ENV{ID_INPUT_MOUSE}=="?*",KERNEL=="vboxguest",ENV{ID_INPUT.tags}="vboxmouse"
[07:57] <tjaalton> the current rules only match ID_INPUT_TOUCHPAD, and that's handled by just doing MatchIsTouchpad
[11:26] <bigon> https://bugs.launchpad.net/bugs/550218 << could somebody have a look at that?
[12:12] <tjaalton> Sarvatt: I've pushed new xserver & wacom to the ppa, unbreaking the abi and thus no need to drop the abi check from wacom. when it has built I'll try it with the serial wacom on the tablet
[12:13] <tjaalton> bigon: it's reported upstream, follow up there
[12:15] <jcristau> bigon: a patch would be appreciated
[12:15] <tjaalton> that too :)
[12:27] <bigon> it's quite critical IMHO
[12:27] <bigon> but I'm unable to fix that kind of things
[12:27] <tjaalton> then raise the issue there
[12:27] <tjaalton> same here
[12:28] <jcristau> it's only critical for clutter people afaict
[12:29] <jcristau> should give them some motivation to fix the bug
[15:39] <aboSamoor> Hi, I am looking for buying a new netbook. The one I am thinking of has a NM10 graphics card. Is it supported by LL 10.04 ?
[17:28] <Sarvatt> hmm can't reproduce those crashes at all
[17:34] <Sarvatt> aha! yes I can, took about 15 runs of http://bugs.freedesktop.org/attachment.cgi?id=34041 and my lvds faded to white, X segfaulted and gdm restarted
[17:49] <bryceh> morning
[18:29] <NCommander> Anyone around who can take a look at https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/550701 for me? I really need to get that sponsored ASAP for Dove
[18:39] <tjaalton> didn't asac fix that already?
[18:39] <tjaalton> oh duh
[18:39] <tjaalton> didn't read it through
[18:41] <jcristau> eww, looking in /sys?
[18:41] <NCommander> jcristau: its not pretty, I will admit that, but it was the best idea since we odn't get proper info in /proc/fb (yet)
[18:42] <NCommander> I plan to have a UDS session on that
[18:42] <jcristau> fixing the fb driver should take all of 2 minutes..
[18:42] <jcristau> to report a proper name
[18:43] <NCommander> jcristau: not quite that simple since on dove, we get a bunch of info in /proc/fb that isn' trelated to any screen
[18:43] <NCommander> jcristau: also, it may be better to probe for a device then to probe /proc/fb
[18:44] <NCommander> jcristau: not object to your idea, but I rather go with the least amount of changes at this point since we're at Beta 2, then properly fix it for M
[18:44] <NCommander> er, near Beta 2
[18:45] <jcristau> well, not my problem anyway
[18:45] <jcristau> so i don't care
[18:45] <jcristau> it's just ugly
[21:14] <tjaalton> bryceh: hey, do you know if slangasek is on vacation today? trying to get him to review the backport ffe
[21:15] <bryceh> tjaalton, he's active on one of the irc channels I'm on, so guessing he's not on vacation
[21:15] <tjaalton> bryceh: heh, ok
[21:15] <bryceh> maybe just a bit busy getting ready for beta2, try him again
[21:16] <tjaalton> yeah I bet
[22:10] <bryceh> jcristau, you may be interested in the xorg-server patch I just put in. corrects an exploit when using compositing on xaa 
[22:11] <bryceh> jcristau, my mom once had a car that was so crunky she'd leave unlocked whenever she went anywhere.
[22:12] <bryceh> jcristau, I tend to think anyone that is using compositing on xaa probably feels similarly
[22:12] <jcristau> where does the patch come from?
[22:15] <bryceh> jcristau, redhat
[22:15] <bryceh> https://bugzilla.redhat.com/show_bug.cgi?id=570089
[22:15] <jcristau> ok.  thanks for the heads up.
[22:15] <bryceh> jcristau, flagged for me by our security team (thanks kees)
[22:16] <bryceh> jcristau, btw just found same macro is in the mi code... updated patch in git
[22:18] <jcristau> so i guess i'll want to apply that to 1.4...
[22:20] <bryceh> btw, note I had to redo the patch completely for 1.7.6.  The defines were the same but apparently they've been shuffled around locationally in git
[22:22] <jcristau> seems easy enough to apply manually
[22:23] <jcristau> hmm +xorg-server (2:1.7.6-1ubuntu3) karmic; urgency=low
[22:23] <jcristau> itym lucid ;)
[22:24] <bryceh> jcristau, indeed
[22:33] <Sarvatt> lool or NCommander: are either of you around? I spent the afternoon fixing up xserver-xorg-video-dove to work under xserver 1.7 if you want to try it out, i dont have the hardware to test it
[22:34] <Sarvatt> http://sarvatt.com/downloads/patches/xserver-xorg-video-dove.diff
[22:41] <jcristau> bryceh, kees: i suppose we'll get a cve id for this one at some point?
[22:41] <NCommander> stgraber: I'm around
[22:41] <NCommander> Sarvatt: we got a recent drop that fixed it :-/
[22:41]  * NCommander had an autocomplete fail
[22:42] <NCommander> Sarvatt: (unless this based against the 0.2.0 code, and I'm blind)
[22:42] <kees> jcristau: haven't seen one yet
[22:47] <Sarvatt> NCommander: ah no worries, wanted to get more familiar with it anyway incase the hardware was *ever* affordable :)
[22:48] <jcristau> kees: ok.  i'll wait a bit then.  can't fix sid anyway until ries comes back...
[22:48] <NCommander> Sarvatt: I'll point you at the 0.2.0 series code when I get the A-OK to put it publicly
[22:55] <kees> jcristau: i'm sure RH will get one assigned soon.  Eugene is aware of it already.  He usually sends to oss-security ml to request the public stuff.
[22:56] <jcristau> ack
[22:59] <Sarvatt> bryceh: asac's 111 patch is missing from git
[23:00] <bryceh> Sarvatt, I'll add
[23:00] <bryceh> done
[23:01] <Sarvatt> thankee, not sure whats the right one now that NCommander gave ya a patch to that patch :)
[23:01] <bryceh> presumably ncommander gives us a replacement for 111_armel-drv-fallbacks.patch
[23:02] <NCommander> bryceh: I can post the raw 111_armel-drv-fallbacks.patch if you need it
[23:04] <bryceh> NCommander, that would be preferable
[23:04] <bryceh> (for me anyway)
[23:04] <NCommander> bryceh: give me a sec
[23:06] <NCommander> http://paste.ubuntu.com/406214/
[23:06] <bryceh> NCommander, post it to a bug report ;-)
[23:07] <NCommander> bryceh: the debdiff is already on the bug
[23:07] <bryceh> ah then that's sufficient
[23:08] <NCommander> bryceh: I though you just wanted the diff so you could stick it in git