[03:58] <RAOF> DAMNIT!  I need something on this screen to say “I know this screen is in front of the keyboard, but typing on that keyboard isn't going to work, it's not driven by that computer”
[04:01] <JanC> lol
[04:02] <RAOF> What's even worse is that computer is *on*, so the keyboard actually does do stuff.  The monitor's got two inputs…
[13:28] <knittl> quickly tested: nvidia-current does *not* work with 2 monitors at full resolution
[13:29] <knittl> i don't have time to give further information – maybe tonight or tomorrow
[16:01] <cnd> bryce_, fyi, pkg-create-dbgsym has been fixed, so when we upload the new evdev with the bug fix for fta we'll have a dbgsym package again
[16:11] <apparle> hey guys, the natty alpha2 comes with r300g driver for radeon or the old radeon driver?
[16:25] <bjsnider> knittl, have you discussed this issue with nvidia?
[16:26] <knittl> bjsnider: in #nvidia?
[16:26] <knittl> and afk again :D
[16:26] <bjsnider> no
[16:26] <bjsnider> on the nvforums site
[16:26] <knittl> hm no
[16:26] <knittl> i haven't
[16:27] <knittl> gotta register there
[16:27] <tjaalton> apparle: not sure about the alpha2-image, but current natty uses gallium by default for radeon
[16:27] <apparle> tjaalton: I checked that, it is using gallium.
[16:27] <bjsnider> knittl, http://www.nvnews.net/vbulletin/showthread.php?t=46678
[16:27] <apparle> But I get a lot of screen corruption on kde even when all the effects are disabled
[16:28] <knittl> i'll have a look. laters
[16:29] <tjaalton> apparle: that's probably just a bug in -ati. fixed upstream if it's the one I'm thinking about..
[16:29] <apparle> and I just can't enable the effects now. which I was able to on the old radeon driver
[16:31] <apparle> so where do I report the bug, what is the package called now?
[16:33] <tjaalton> use x-x-v-ati for now
[16:35] <apparle> earlier the Kwin effects used to work using the option LIBGL_ALWAYS_INDIRECT, but now it is not working even with that. I just get black screen with only cursor
[18:44] <bdmurray> bryce_: I'm see some weird video artifacts when clicking drop down boxes that go away as the data is filled in on using radeon
[18:46] <Amaranth> ah, that bug again
[18:52] <bryce_> bdmurray, yeah I'm seeing it too
[18:52] <bryce_> bdmurray, I started noticing it about 4-5 days ago, you?
[18:53] <bdmurray> today but I've been slow to upgrade
[18:53] <bryce_> we haven't rolled new -ati afaik but there was a new xserver and other bits
[18:54] <bryce_> bdmurray, mind filing a bug?  might give me some extra info to compare your logs to mine
[18:55] <Amaranth> Oh, I thought you were talking about fglrx
[18:55] <Amaranth> But I guess you couldn't be, it doesn't work :)
[20:41] <LLStarks> -intel, why must you make me so sad...
[21:29] <cnd> ugh, feels like I'm so far away from anything more than ppa upload rights...
[21:30] <cnd> ppu, I mean
[21:33] <RAOF> cnd ?
[21:33] <cnd> RAOF, just was in front of the dmb
[21:33] <cnd> I don't have enough experience for motu even
[21:33] <cnd> apparently
[21:34] <cnd> I just don't have much interest in adding tasks to my day just so I can get upload rights
[21:35] <bdmurray> bryce_: bug 726807
[21:35] <ubot4> Launchpad bug 726807 in xserver-xorg-video-ati (Ubuntu) "drawing of drop down boxes produces artifacts temporarily (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/726807
[21:36] <RAOF> Do they expect motu qualification before ppu rights?
[21:36] <cnd> RAOF, no, I've got ppu rights
[21:36] <cnd> now for utouch stuff too
[21:36] <cnd> but I asked about motu rights
[21:36] <cnd> and I couldn't get anything concrete out of them other than that I need more experience
[21:38] <RAOF> Maybe we *should* get an X package set.
[21:45] <tjaalton> cnd: sorry, i forgot to write "hear hear" to your wikipage below bryce's looong comment :P
[21:45] <cnd> tjaalton, :)
[21:45] <cnd> np
[21:45] <cnd> I got the utouch upload rights
[21:45] <tjaalton> better than nothing then
[21:45] <cnd> I asked what I needed for motu
[21:46] <tjaalton> but yeah, ppu rights for the x-swat packages might make sense
[21:46] <cnd> and one of them said that maybe my motu sponsors could tell me when they thought I was ready
[21:46] <cnd> and I said, they all do :)
[21:46] <cnd> so I dunno
[21:46] <tjaalton> heh
[21:46] <cnd> the dmb seems like a very nebulous thing
[21:46] <cnd> I don't like going in front of it
[21:46] <tjaalton> well, one step at a time I guess
[21:47] <cnd> I've heard it's gotten harder over the years
[21:47] <cnd> quite a lot harder
[21:48] <tjaalton> probably so
[22:36] <bjsnider> cnd, all of the MOTUs are yale grads and members of skull & bones. coincidence? i think not...
[22:37] <cnd> heh
[23:11] <stgraber> cnd: I'm sure you'll become MOTU soon enough, keep up the great work.
[23:11] <cnd> stgraber, :)
[23:11] <cnd> it's just hard to muster up any energy to get there
[23:12] <cnd> and even when I'm there, it's just a stepping stone to what would actually be helpful to me
[23:12] <cnd> which is core dev
[23:13] <cnd> so in the end, is it worth it for me to spend the amount of effort to get to core dev, just so I don't have to ping bryce_ or tjaalton or didrocks every time I need something uploaded?
[23:14] <stgraber> well, you are one of these cases where I would +1 for core-dev but not for MOTU based on your current upload history ;)
[23:14] <cnd> stgraber, if that's the case, then should I apply for core dev straight?
[23:14] <stgraber> we usually like to see contributions in universe before giving MOTU, but once you'll have MOTU it'll be super easy for you to become coredev
[23:15] <stgraber> cnd: the tricky part at the moment is that coredev gives you motu ;) but whenever you apply, try to have some uploads/merges in universe and apply directly for coredev
[23:15] <cnd> stgraber, I've been collating endorsements here for coredev: https://wiki.ubuntu.com/ChaseDouglas/DeveloperApplication-CoreDev
[23:15] <cnd> do you think I need more?
[23:16] <cnd> (I wasn't sure whether to apply just for coredev or not, given my upload history)
[23:16] <stgraber> that way it'll show you're fine with working with not so well maintained packages in universe and as far as I'm concerned you already showed that you know how to maintain stuff in main
[23:17] <stgraber> your main upload history is "I think" good enough to apply for coredev, the only point that might be problematic is the lack of work in universe. Mostly meaning we don't see if you know how to do package merges from Debian, work with weird packaging (old debhelper, not so well done cdbs, ...)
[23:17] <cnd> stgraber, ok
[23:18] <cnd> stgraber, what's the best way to get that experience?
[23:18] <cnd> do I need to troll for certain types of bugs?
[23:18] <cnd> I really don't know how universe stuff works :)
[23:18] <stgraber> looking at the list of merges early in the 11.10 cycle would probably be the easiest as there'll be plenty of merges to do
[23:18] <cnd> I mean, I do technically
[23:19] <cnd> stgraber, what list is this?
[23:19] <cnd> I can knock out merges in no time
[23:19] <stgraber> https://merges.ubuntu.com/
[23:19] <cnd> I used to do tens of them a day in an rpm distro a few years back
[23:19] <cnd> stgraber, ahh, ok, I'll do that then
[23:20] <stgraber> https://merges.ubuntu.com/universe.html being the most interesting
[23:20] <cnd> ok, now that I have a pointer of work to do, I can get cracking :)
[23:20] <stgraber> as we're past feature freeze, there probably isn't much left to do for merges, maybe some bugfix releases though
[23:20] <cnd> thanks!
[23:20] <cnd> yeah
[23:20] <stgraber> no problem
[23:21] <cnd> RAOF, bryce_: there's a microsoft dongle that is a wireless receiver that tells the machine that it has every possible key/rel axis/abs axis/etc. all the time
[23:21] <cnd> and the kernel is actually assigning event codes that don't even exist!
[23:22] <cnd> this is what fta is seeing
[23:22] <cnd> I'm trying to figure out how to not make evdev crash on such devices
[23:22] <RAOF> :)