[08:30] <dholbach> hey guys
[08:30] <dholbach> ummm - how do I find bug reports for the kernel team?
[08:31] <dholbach> if we want to make the HUGDAY on Thursday a special kernel hug day, we need to make sure that people can find those bugs
[08:35] <infinity> Anything files on linux-source-2.6.15?
[08:35] <infinity> filed, too.
[08:35] <infinity> And god know what other interesting criteria.
[08:35] <dholbach> it's a big chaotic
[08:35] <dholbach> but i found something to work with
[08:35] <dholbach> http://launchpad.net/people/kernel-bugs/+packagebugs
[08:35] <dholbach> some are still for the ubuntu-kernel-team
[08:35] <dholbach> a lot of stuff filed on Ubuntu, etc :/
[08:36] <infinity> Wow, I'm brilliant.  I just deleted something I was uploading.
[08:36] <dholbach> :-/
[08:36] <dholbach> I managed that too :-(
[08:37] <infinity> Why do we need a team for kernel bugs, above and beyond the kernel team?
[08:37] <infinity> How.. Confusing.
[08:38] <dholbach> yeah, what I thought
[08:38] <dholbach> we need to be able to remove teams again
[08:39] <dholbach> or mark them inactive or something
[09:03] <dholbach> does http://wiki.ubuntu.com/UbuntuBugDay/Draft look ok to the kernel team?
[02:15] <ivoks> hi
[02:16] <ivoks> there is small problem with kernel and input devices :/
[02:20] <mjg59> ivoks: Mm?
[02:21] <ivoks> mjg59: #38989
[02:21] <ivoks> mjg59: just reported (and noticed)
[02:22] <mjg59> ivoks: Uhm. You mean the device ordering is unstable?
[02:22] <ivoks> yes
[02:22] <mjg59> More likely to be a udev issue
[02:22] <ivoks> could be that too...
[02:22] <mjg59> Why's it a problem?
[02:22] <ivoks> if you configure alps touchpad in X
[02:23] <ivoks> as /dev/input/event2
[02:23] <ivoks> after reboot it doesn't work
[02:23] <mjg59> Why not just use the multiplexor?
[02:23] <ivoks> huh?
[02:24] <mjg59> Tell it to use /dev/psaux
[02:24] <mjg59> That's what the default configuration is
[02:24] <ivoks> ok. will try that
[02:26] <ivoks> nope
[02:27] <ivoks> (EE) Alps Touchpad no synaptics touchpad detected and no repeater device
[02:27] <infinity> No joy on /dev/input/mice either?
[02:28] <ivoks> infinity: IIRC no
[02:28] <ivoks> well, touchpad works
[02:28] <ivoks> but synaptic driver doesn't
[02:28] <ivoks> so, touchpad works via /dev/input/mice, but not with dynaptic driver
[02:29] <ivoks> it has to be /dev/input/eventX if I'm not mistaken
[02:29] <infinity> How painfully fragile...
[02:30] <mjg59> Uhm.,
[02:30] <mjg59> I'm really not convinced by that.
[02:30] <mjg59> My Alps pad is being read via /dev/psaux
[02:30] <mjg59> (As far as I can tell)
[02:30] <ivoks> and ALPS features work?
[02:30] <ivoks> like, hor-ver scroll, middle button
[02:31] <ivoks> tap and drag
[02:31] <ivoks> cause, ALPS works without features as /dev/input/mice
[02:31] <ivoks> i'll be back... just to try something else
[02:32] <mjg59> Well, the alps driver has bound to it
[02:33] <ivoks> ok, no, /dev/input/mice doesn't work with synaptics driver :/
[02:34] <ivoks> if it's an udev issue, that could be fixed with a simple rule, right?
[02:37] <ivoks> like apitek tablet it's fixed with /dev/input/aiptektablet 
[05:25] <zul> hey BenC 
[06:51] <BenC> zul: hey
[10:09] <dilinger> fabbione: ping?
[10:10] <dilinger> is there an ubuntu x-related channel?
[10:13] <dholbach> does http://wiki.ubuntu.com/UbuntuBugDay/Draft look ok to the kernel team?
[10:13] <dholbach> since you guys wanted to get people involved in kernel bugs triage :)
[10:28] <cjb> Hi.  Is there a way to force SMP/UP with kernel arguments, with smp-alternatives?
[10:29] <fabbione> dilinger: no
[10:30] <dilinger> ok
[10:30] <fabbione> dilinger: it's just me, infinity and heno
[10:30] <fabbione> so we keep it on -devel for now
[10:30] <dilinger> i figured it out anyways
[10:30] <dilinger> @$#!$ /root/xorg.conf crap, instead of it using /etc/X11/xorg.conf
[10:30] <cjb> dilinger: Augh, I hate that.
[10:31] <fabbione> dilinger: eh?
[10:31] <dilinger> fabbione: i had an xorg.conf in /root
[10:31] <dilinger> and was trying to figure out why stuff was broken; i was modifying /etc/X11/xorg.conf trying to fix it w/out realizing it was loading /root/xorg.conf
[10:32] <dilinger> according to xorg.conf(5x), it loads $HOME/xorg.conf
[10:32] <dilinger> before /etc/X11/xorg.conf
[10:32] <dilinger> s/loads/searches/
[10:32] <fabbione> oh
[10:35] <infinity> Yeah, that's a rather annoying misfeature when trying to debug WTF is going wrong with a user's setup.
[10:38] <dilinger> i really can't imagine that ever being useful
[10:38] <dilinger> i assume the intent was for non-root users
[10:39] <fabbione> well that assume you can run X as user... that is only partially possible becuase it needs to be suid oot
[10:39] <fabbione> root
[10:39] <dilinger> yep
[10:39] <dilinger> i recall being able to do it
[10:39] <dilinger> startx
[10:39] <fabbione> given that X access /dev/kmem to gather some system info :)
[10:39] <dilinger> as non-root
[10:39] <fabbione> yes
[10:39] <fabbione> but it's suid root
[10:40] <dilinger> hm
[10:40] <fabbione> if not startx -> X is
[10:40] <dilinger> are there any access checks there?
[10:40] <fabbione> something.. yes..
[10:40] <fabbione> there is even a debconf question for it iirc
[10:40] <dilinger> it seems like a bad idea to have a setuid program that supports config files loading arbitrary modules from the (non-priv'd) users homedir
[10:41] <dilinger>        ModulePath "path"
[10:41] <dilinger>               sets  the  search  path  for loadable Xorg server modules.  This
[10:42] <fabbione> there are probable some limitations on what you can load as user
[10:42] <fabbione> but you can try
[10:42] <dilinger> so what's to stop me from taking the radeon driver, adding a little bit of code that spawns a socket on port 10101 that launches a (root) shell when connected to, compiling it against hoary's xorg, making an xorg.conf that specifies a ModulePath of my custom radeon driver, and doing a startx?
[10:44] <fabbione> that perhaps the ModulePath is not parsed for users?
[10:44] <fabbione> -> bed
[10:44] <fabbione> good night
[10:45] <dilinger> 'night
[10:46] <dholbach> night fabbione
[11:28] <dilinger> RGH
[11:28] <dilinger> (WW) RADEON: No matching Device section for instance (BusID PCI:1:9:0) found
[12:02] <cjb> Hm.  The rt2400 wifi driver doesn't work with SMP (!).  Does it work with smp-alternatives, though?