[00:05] <bryce_> tjaalton: http://pastebin.ubuntu.com/83221/
[00:08] <tjaalton> bryce_: yeah, looks very good
[01:15] <kees> bryce_: xserver-xorg-input-evdev 1:2.0.99+git20080912-0ubuntu6 appears to do really evil stuff (bug 303228)
[01:16] <tjaalton> kees: they should have 2.1
[01:17] <tjaalton> er, that and xserver 1.5.3
[01:23] <kees> tjaalton: oh! sorry, I meant, version 2.1 seems to do evil stuff for them
[01:23] <tjaalton> kees: yes, without 1.5.3 :)
[01:23] <kees> aaah
[01:23] <kees> weird.
[01:23] <kees> tjaalton: can you answer and close that report?
[01:24] <tjaalton> kees: yes, I've replied and following it
[01:25] <tjaalton> the depends should probably be tightened
[01:41] <kees> tjaalton: cool, thx
[05:22] <bryce_> tjaalton: are you enabling DRI2 in the new xserver build?
[07:07] <tjaalton> bryce: yep
[07:07] <tjaalton> hmm, wrong bryce
[16:55] <tjaalton> interesting, the new mesa and/or kernel makes my intel dog slow after resume
[16:57] <crevette> I had such behaviour yesterday night (but I had no new mesa) after the x11proto-dri2 updated
[16:58] <tjaalton> the proto is irrelevant
[16:58] <crevette> for instance switch between chans in xchat was sloooow
[16:58] <tjaalton> protos are just headers
[16:58] <tjaalton> and only needed for building stuff
[16:58] <tormod> tjaalton: while I remember it, you can remove that Xsession.d_65mesa-check-x86-64 hook from mesa now.
[16:58] <tjaalton> tormod: cool, thanks
[16:59] <crevette> tjaalton, ah okay, perhaps some bits elsewhere
[16:59] <tjaalton> hmm, now after trying to change the vt everything else is snappy but the mouse :)
[17:00] <tjaalton> bryce_: yes, dri2 is enabled
[17:01] <tjaalton> there's a new beta, I'll pull that and the one patch from the proposed set that thomas jaeger suggested
[17:03] <bryce_> tjaalton: kewl
[17:05] <wgrant> Do we have the right mesa stuff for DRI2?
[17:05] <tjaalton> wgrant: yes
[17:06] <tjaalton> but there's an "intel-q4" -branch that I'm not sure what it contains
[17:06] <tjaalton> nor when it's going to be merged in master
[17:08] <tjaalton> maybe jesse knows
[17:32] <bryce_> superm1: jesse's patch is packaged  for hardy - http://people.ubuntu.com/~bryce/Testing/Intel-Bug297245/
[19:00] <bryce_> tjaalton: we have our X session right now
[19:02] <tjaalton> great
[19:03] <crevette> hey
[19:06] <bryce_> wgrant: btw we're having the X session at this time (in Bragi)
[19:07] <bryce_> wgrant: btw we're having the X session at this time (in Bragi)
[20:09] <wgrant> bryce_: Argh, I didn't see that (due to the fixed width layout being chopped off), and went to identity management instead.
[20:10] <tjaalton> wgrant: well, we can rehash the topics over a beer or so ;)
[20:11] <tjaalton> there's a gobby document about what was discussed (xorg-jaunty)
[20:12] <solarion> federico1: it doesn't work?
[20:25] <federico1> solarion: what doesn't work?
[20:41] <solarion> federico1: I dunno.  You were saying it, not me.  (trelane on #gnome-hackers)
[21:32] <shirish> tormod: hi
[21:34] <tormod> shirish: hi, got your keyboard sorted out? :)
[21:35] <shirish> tormod: no, I'm on Intrepid atm
[21:35] <shirish> tormod: it works when I go single, but not when I'm on the GUI
[21:35] <tormod> see my mail
[21:35] <shirish> tormod: saw it
[21:36] <tormod> didn't help?
[21:37] <shirish> tormod: still trying to figure out what to do next. 
[21:37] <tormod> you installed evdev from the ppa, as the Warning said?
[21:39] <shirish> tormod: there is no warning of that sort on the PPA
[21:39] <shirish> tormod: https://edge.launchpad.net/~xorg-edgers/+archive
[21:40] <tormod> you don't get the "PPA whiteboard" in fading blue?
[21:41] <tormod> are you logged into lp?
[21:41] <shirish> tormod: I'm logged into lp
[21:42] <tormod> hmm it's a problem that not everybody see the page as I do...
[21:42] <shirish> tormod: what do you mean "PPA whiteboard" in fading blue, where I should be looking
[21:43] <tormod> on top, under the two lines "PPA for..." and "URL:..."
[21:43] <tormod> before "Xorg packages pretty fresh..."
[21:44] <shirish> tormod: nope, don't see anything therein
[21:44] <tormod> oops I have to fix that. anyway, I posted this in the phoronix thread as well.
[21:45] <shirish> tormod: cool, also aren't there two evdev packages?
[21:46] <tormod> no?
[21:46] <tormod> I updated the PPA page now!
[21:47] <shirish> tormod: I refreshed and now do see some additional info.
[21:48] <shirish> tormod: thank you
[21:48] <shirish> tormod: as far as the evdev packages I meant there is :-
[21:48] <shirish> xserver-xorg-input-evdev - 1:2.1.0~git-0ubuntu0tormod     
[21:48] <shirish> and
[21:48] <shirish> xserver-xorg-input-evdev - 1:2.0.99+git20080726.53e75257-0ubuntu0tormod     
[21:48] <shirish> tormod: which of the two to choose?
[21:48] <tormod> for Intrepid?
[21:49] <shirish> tormod: for jaunty
[21:49] <tormod> one is for Jaunty the other for Hardy...
[21:49] <tormod> see the Series column
[21:49] <shirish> tormod: ah, so I just have to install xserver-xorg-input-evdev and it would do the needful :)
[21:50] <shirish> tormod: ah yes, my fault
[21:50] <shirish> tormod: ok rebooting in jaunty now, installing that and see if I can get it working :)
[21:50] <shirish> tormod: thank you for your guidance so far. 
[21:57] <shirish> tormod: I am on jaunty and xserver-xorg-input-evdev has been already installed
[21:58] <shirish> tormod: dunno whether its from the ppa or otherwise
[21:58] <shirish> be back in a moment
[21:58] <tormod> shirish: you need the ppa version.
[21:58] <shirish> tormod: would check it apt-cache policy should tell me
[21:59] <shirish> bbiaw
[21:59]  * bryce_ waves to tormod
[22:00]  * tormod waves back to bryce_
[22:00] <tjaalton> o/
[22:01] <shirish> tormod: I am guessing just purging xserver-xorg-input-evdev and installing it would get it from the ppa or do I have to give some specific path or something?
[22:02] <tormod> shirish: either download the debs directly from the PPA page,
[22:02] <tormod> or install with apt-get install package=version
[22:03] <shirish> tormod: but apt-cache shows me both the archive and the one therein as same
[22:03] <tormod> shirish: pastebin?
[22:03] <shirish> I would have to log out and log back in
[22:03] <shirish> bbiaw
[22:07] <tormod> tjaalton: did you sort out the MAP_ANON breaking mesa on lpia?
[22:08] <tjaalton> tormod: not yet, no idea what's going on.. but apparently it shouldn't even be built on armel and I'm fixing that now
[22:08] <tjaalton> armel failed the same way
[22:09] <tormod> did you ask some kernel guys?
[22:10] <tjaalton> nope, not yet
[22:10] <tormod> I saw there is discussion about dropping lpia altogether...
[22:10] <tjaalton> yes, finally
[22:13] <tormod> googling tells me ANON_MAP was deprecated long time ago
[22:13] <tormod> "use "MAP_ANONYMOUS" instead"
[22:16] <shirish> tormod: thank you, I'm in jaunty and everything is cool :)
[22:16] <tormod> but then the failing main/execmem.c has #ifndef MAP_ANONYMOUS
[22:16] <tormod> #define MAP_ANONYMOUS MAP_ANON
[22:16] <tormod> #endif
[22:16] <tormod> so it seems MAP_ANONYMOUS is missing on lpia...
[22:17] <tormod> shirish: nice! do you run DRI2?
[22:17] <shirish> tormod: I have no idea what DRI2 is ?
[22:18] <tjaalton> tormod: thanks, I'll ask around!
[22:18] <tormod> shirish: well it should make glxgears follow the cube when you spin it :)
[22:19] <shirish> tormod: wouldn't that be for newer hardware, not for ancient chipsets like mine i845 which has a measly 8 MB of RAM
[22:19] <shirish> tormod: on the chipset I mean
[22:19] <tormod> shirish: oh yes, that's only for i915 I guess
[22:20] <tormod> but 3D acceleration works?
[22:20] <shirish> tormod: another small issue though, I do get this message, No command 33 has been defined with window named Metacity every now and then. 
[22:21] <shirish> tormod: also when I installed the xserver-xorg-input-evdev from the ppa it downgraded the version 
[22:21] <tormod> shirish: I get it every time I hit Up-arrow (which I usually use all the time, on the command line as well in the browser). PITA especially when I keep the key down and I get 100 metacity dialogs...
[22:22] <shirish> tormod: yup, it has something to do with the terminal
[22:22] <shirish> tormod: same here
[22:22] <tormod> Yes, that's the catch. the needed ppa version has been superseeded by the main package which will not work.
[22:23] <tormod> I will need to bump the version, or just wait for Timo to push a rebuilt evdev in main.
[22:24] <shirish> tormod: yup, something has to be done, till that time can't do any normal upgrades otherwise the one which doesn't work will come up. 
[22:24] <tjaalton> once xserer 1.6beta is uploaded, all drivers will be rebuilt because of the abi bumps
[22:24] <tjaalton> *xserver
[22:24] <shirish> http://pastebin.com/f3f589827
[22:24] <shirish> tormod: now as it stands
[22:24] <tormod> shirish: yes that how it should be
[22:25] <shirish> tormod: ok cool, so this works, so I guess just need to be patient till next week. 
[22:25] <tormod> I don't want to bump the version now, since the rebuilt main version might be just -build1 and I want it to supersede mine
[22:26] <tormod> you can upgrade all other packages, except -evdev and -synaptics
[22:27] <shirish> tormod: what I would like to do now is to downgrade to all the packages in main, wait for next week when the xserver-xorg which is there in the PPA as well as the driver and see if the problem persists
[22:29] <tormod> you mean the keyboard mapping issue? yes I wonder if Timo also will be bitten by this.
[22:29] <shirish> tormod: yup
[22:29] <shirish> tormod: now the final thing how to get back to where I was, with others in archives, purging all the packages from the PPA and getting back to main
[22:29] <tormod> shirish: but if you run "setxkbmap -model evdev " it helps a lot
[22:30] <tormod> oh my, try setxkbmap first :)
[22:31] <shirish> I did that, what is supposed to be happen with this?
[22:31] <tormod> the wrong key mapping should be better. It helped me make PgUp/down work.
[22:31] <shirish> tormod: I still get the No command 33 has been defined with window error in terminal
[22:32] <tormod> only the damn up-key is still broken
[22:32] <shirish> right
[22:32] <tormod> you don't need to purge, just apt-get install package=version where version is the official version
[22:33] <shirish> tormod: what about the drm-modules-2.6.28-2-ub-generic that was installed 
[22:33] <shirish> tormod: shouldn't that be purged?
[22:33] <tjaalton> tormod: bitten by what exactly?
[22:34] <tormod> tjaalton: with the 1.6 server there's some funkiness with evdev, wrong keymapping, undefined keys so metacity complains etc
[22:35] <tjaalton> tormod: hum, ok.. thanks for the heads-up then
[22:35] <shirish> what should I do about drm-modules package which I configured and then installed http://pastebin.com/f5faa0a9f
[22:35] <tormod> shirish: just uninstall it
[22:36] <shirish> tormod: right ok cool
[22:36] <shirish> tormod: thank you for all your help
[22:36] <shirish> bbl
[22:36] <tormod> the drm-modules-somekernelversion
[22:36] <shirish> tormod: right
[22:36] <tormod> you can keep the drm-module-source package
[22:36] <tormod> you're welcome
[22:37] <shirish> there is drm-modules-source and drm-modules as well 
[22:37] <tjaalton> tormod: you might want to ping whot on #xorg-devel about these issues
[22:43] <tormod> tjaalton: I first thought I missed something in the merge, like the fdi files, but I am not sure. Don't have time to look at it now.
[22:44] <tjaalton> evdev ships no fdi-files
[22:44] <tjaalton> at least our evdev shouldn't
[22:44] <tjaalton> the debian one does, since they don't have the necessary plumbing in place just yet
[22:45] <tormod> or all the debian patches I just ditched because they didn't apply...
[22:46] <tormod> hmm, my evdev does ship a 10-x11-evdev.fdi
[22:48] <tjaalton> tormod: that's probably it then
[22:48] <tjaalton> at least worth to check out
[22:49] <wgrant> tjaalton: You broke my video!
[22:49] <wgrant> It's flickering constantly now :(
[22:49] <tjaalton> wgrant: congrats!
[22:49] <tormod> I think I might have deleted it, because I don't see it, only in  dpkg -L
[22:50] <tjaalton> wgrant: the new mesa?
[22:50] <wgrant> tjaalton: Possibly. I'll turn off Compiz.
[22:51] <wgrant> tjaalton: No, still broken with metacity.
[22:51] <wgrant> Hmm.
[22:51] <tjaalton> is it with -intel? my 965 works now, with the old kernel
[22:51] <tjaalton> try with .27
[22:51] <wgrant> i915, -intel, yep.
[22:51] <tjaalton> .28 breaks stuff for me
[22:51] <wgrant> I can't, my root is ext4 and I mounted with .28 a couple of weeks ago so can't mount with .27 any more.
[22:52] <wgrant> .28 worked fine for ages.
[22:52] <tormod> tjaalton: I see now in .bash_history (better than brain) that I moved the fdi away to check.
[22:52] <wgrant> Oh.
[22:53] <wgrant> It's getting the EDID lots, so I presume something is RandRing lots.
[22:53] <tjaalton> hmm, sounds like some app going crazy then
[22:53] <tormod> wgrant: KDE?
[22:53] <tjaalton> and you should be able to back out to ext3 btw
[22:53] <wgrant> Possibly. I'll check what else I upgraded.
[22:53] <wgrant> tormod: No, GNOME.
[22:53] <wgrant> tjaalton: Not once it has a file with extents.
[22:54] <wgrant> The new kernel is fine.
[22:54] <tjaalton> wgrant: ah, ok
[22:54] <tjaalton> well my intel goes crazy with the new kernel.
[22:54] <wgrant> -1 froze after suspend. -2 works fine.
[22:55] <tjaalton> after resume it just slows down, until you change to a vt (which will bounce back), and then everything is snappy except the mouse which is really jerky
[22:59] <wgrant> Aha.
[22:59] <wgrant> It's g-s-d being crap.
[23:00] <tjaalton> hehe
[23:00]  * tormod says good night
[23:44] <wgrant> tjaalton: It's not just g-s-d's fault - something seems to go wrong when things anything does some kind of xrandr stuff. I'm trying to work it out.
[23:44] <wgrant> (aplogies for atrocious typing, I can't read the screen too well)
[23:44] <wgrant> Or maybe it's because X is freezing and missing keystrokes.
[23:45] <tjaalton> heh