[21:51] <pleia2> still need some summaries, anyone around to write any?
[21:51] <pleia2> http://bit.ly/vDkJyf


[03:30] <RAOF> Man this regex is getting evil.
[05:03] <RAOF> It's alive… it's ALIVE!
[05:12] <RAOF> That's rather nice.  3 build failures, two of which were an insufficiently sentient regex.
[07:34] <tjaalton> sigh, chromium is not that usable (for my workflow), and firefox keeps "hanging" every 10s for 1s, what else is there.. opera?
[07:35] <RAOF> That firefox thing seems pretty awful.  What's it doing?
[07:36] <RAOF> It's not doing something brain-dead like fsyncing the history database again?
[07:36] <tjaalton> beats me. the cpu-usage spikes every few seconds, and that's when scrolling etc is paused
[07:37] <tjaalton> even typing a comment on a bug..
[07:37] <RAOF> :(
[07:37] <RAOF> Know of any useful ati cherry-picks offhand while I'm patching it to build against 1.10?
[07:38] <tjaalton> ah there's no 6.14-branch for bugfixes..
[07:39] <tjaalton> there was something on debian-x@ iirc, unless it was that build-fix
[07:39] <RAOF> Probably the build-fix.
[07:40] <RAOF> The changelog entries post-6.14 don't link to any bugs not caused by commits post-6.14.  I think I'll just fix the build then :)
[07:41] <tjaalton> yeah, can't seem to find it either
[07:50] <RAOF> Ooh.  I should add Sarvatt's disable-pageflip-on-palm patch.
[07:59] <bryceh_> yeah that firefox laggy behavior is really irritating.  I'm using chromium now because of that.
[07:59] <tjaalton> I'm trying with some extensions disabled, but we'll see if it helps or not
[08:01] <tjaalton> what's most irritating with chromium is that typing '/' doesn't initiate search, and tabbing on the address bar doesn't select the next one on the list, need to use the cursor keys
[08:02] <tjaalton> and there's a limit of tabs per window, since you can't see the title
[08:02] <bryceh_> yeah
[08:03] <tjaalton> there should be a 'firefox compatibility' -extension for it :)
[08:03] <bryceh_> I do like that the location bar doubles as a search field, but I miss the reliable autocomplete
[08:03] <RAOF> The awesome bar is actually pretty awesome, yeah.
[08:04] <bryceh_> best thing so far about chromium is I can right click on my bug graph svg's and choose "Open in a new window"
[08:04] <bryceh_> the fact I can't do that in firefox has been a bit of a bummer
[08:04] <tjaalton> btw, since when does neither of them open the windows on the correct workspace?
[08:05] <tjaalton> probably a compiz bug, annoying
[08:06] <RAOF> Alright.  Once the builds are done, ubuntu-x-swat/ppa should be nicely installable.
[08:06] <tjaalton> hum, I should prepare -fpit
[08:06] <bryceh_> RAOF,  :-)
[08:09] <RAOF> Let's go make some pasta!
[08:11] <Amaranth> yay mesa 7.10.1
[08:18] <tjaalton> building xinput-calibrator_0.7.5-1
[08:20] <Amaranth> dang, still can't do fullscreen youtube
[08:20] <Amaranth> will have to try intel-drm-next tomorrow
[08:23] <tjaalton> bryceh_, RAOF: objections for pushing xinput-calibrator to natty? it's not in debian yet for some reason (been on the mentors-queue for some time), sent an email to Tias about the status but haven't heard back yet
[08:23] <tjaalton> http://www.freedesktop.org/wiki/Software/xinput_calibrator
[08:24] <bryceh_> tjaalton, no objections, in fact I think packaging it was down in my todo list somewhere
[08:25] <tjaalton> bryceh_: yeah I was about to do it too, then noticed that tias had done it himself
[08:25] <tjaalton> built without any warnings/errors
[08:25] <RAOF> No objections, but you'll need the obvious FFe.
[08:25] <tjaalton> yep
[08:26] <bryceh_> tjaalton, IIRC when I played with it, it spit out stuff you paste into xorg.conf.  I thought it could use a bit more integration so it actually would offer to store that info to /etc/X11/xorg.conf.d/ or some such
[08:26] <bryceh_> tjaalton, of course that was like >1 yr ago so maybe it's changed
[08:26] <tjaalton> bryceh_: yeah, would be nice to integrate that with the installer
[08:27] <tjaalton> for now it'd just be a replacement for the calibrator in evtouch
[08:27]  * bryceh_ nods
[08:42] <lag> bug 731810
[08:42] <ubot4`> Launchpad bug 731810 in linux (Ubuntu) "X is broken post upgrade to Natty (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/731810
[08:43] <lag> mvo: tjaalton: Take a look at the currentDmesg.txt
[08:45] <tjaalton> lag: attach Xorg.0.log too
[08:46] <lag> tjaalton: It just says out of memory
[08:47] <tjaalton> did you get your upgrade issues sorted?
[08:48] <lag> tjaalton: Uploaded
[08:48] <lag> tjaalton: This is my upgrade issue
[08:49] <tjaalton> yesterday you said that sources.list was still on maverick, and nvidia wouldn't install due to that
[08:49] <tjaalton> anyway, try putting 'nopat' to the kernel cmdline
[08:50] <tjaalton> as a kernel boot option
[08:50] <lag> tjaalton: I saw that on a previous bug report
[08:51] <lag> tjaalton: I have just installed the latest nVidia driver from their website
[08:51] <tjaalton> uh
[08:51] <tjaalton> no
[08:51] <tjaalton> it won't work
[08:51] <lag> :(
[08:51] <lag> Why not?
[08:52] <tjaalton> unless it's the beta driver
[08:52] <tjaalton> this is a kernel bug
[08:52] <tjaalton> does 'nopat' help?
[08:53] <lag> Don't know yet
[08:53] <tjaalton> does the nouveau driver work?
[08:53] <tjaalton> if you purge nvidia
[08:54] <lag> tjaalton: Trying nopat now
[08:59] <lag> tjaalton: I think I'm going to have to uninstall nVidia's driver
[08:59] <tjaalton> please :)
[09:04] <lag> Okay, that's now uninstalled - trying nopat
[09:05] <tjaalton> nopat with nvidia didn't work?
[09:05] <lag> Not with nVidia's driver
[09:06] <lag> Trying it with nvidia-current
[09:09] <lag> Just a purple screen
[09:10] <tjaalton> try without nvidia
[09:10] <lag> Now some flashing (after 5muns)
[09:10] <tjaalton> so it'd load nouveau
[09:10] <lag> nvidia-cirrent is still installed
[09:10] <tjaalton> purge it
[09:17] <lag> [    43.639] (EE) Failed to load module "nvidia" (module does not exist, 0)
[09:17] <tjaalton> remove xorg.conf
[09:21] <lag> Ooooooooo
[09:21] <lag> We have a login prompt
[09:22] <lag> We have desktop
[09:22] <tjaalton> ok so it's a bug in nvidia after all..
[09:22] <lag> So what aren't I going to get?
[09:22] <lag> Compiz?
[09:22] <tjaalton> right
[09:23] <tjaalton> there's libgl1-mesa-dri-experimental, but it's pretty much unsupported
[09:24] <lag> And I don't get a choice as to which desktop I want
[09:24] <lag> And everything looks just a little bit crap
[09:24] <lag> Do you think I should try to install nvidia-current again?
[09:24] <tjaalton> unity2d should work
[09:25] <lag> I don't get a choice
[09:25] <lag> No selection items at the bottom
[09:27] <lag> I'm going to try and install nvidia-current again
[09:39] <lag> No joy
[09:39] <lag> That sucks ass
[09:40] <lag> Who picks up nvidia-graphics-drivers (Ubuntu) bugs?
[09:40] <tjaalton> tseliot
[09:40] <tseliot> what's up?
[09:40] <lag> tseliot: bug 731810
[09:40] <ubot4`> Launchpad bug 731810 in nvidia-graphics-drivers (Ubuntu) ""conflicting memory types" -> "Failed to allocate primary buffer: out of memory" (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/731810
[09:41] <tjaalton> tseliot: nouveau works, nvidia fails :)
[09:41] <lag> s/:)/:(
[09:41] <tseliot> lag: can you try to disable grub's bootsplash?
[09:42] <lag> tseliot: I took out splash from the cmdline
[09:42] <lag> No difference
[09:42] <tseliot> lag: that would be plymouth's splash
[09:42] <tseliot> it's not the same thing
[09:42] <lag> tseliot: Okay, how do I take out Grub's?
[09:44] <tseliot> lag: can you attach your grub.cfg, please?
[09:46] <lag> tseliot: Done
[09:51] <tseliot> lag: since this is just a temporary thing, please try editing that file as in this patch:
[09:51] <tseliot> http://pastebin.ubuntu.com/577746/
[09:51] <tseliot> then do *not* update grub but just reboot
[09:52] <tseliot> if this works I think I can fix it in the nvidia package
[09:59] <lag> tseliot: Do I have to install nvidia again then?
[09:59] <tseliot> lag: no, if it's already installed there's nothing else you should do but reboot
[09:59] <lag> It's not
[09:59] <lag> I had to uninstall it to get a desktop up
[10:01] <tseliot> lag: ok, reinstall it then
[10:02] <lag> tseliot: Doing that now
[10:02] <tseliot> good
[10:02] <lag> tseliot: How do I change back settings - will they rectify after one reboot or will I have to revert the patch?
[10:03] <tseliot> lag: if you do update-grub your changes will go away
[10:10] <lag> tseliot: Nope
[10:11] <lag> tseliot: I received a loging
[10:11] <lag> login*
[10:11] <lag> tseliot: After logging in, the first window opened (Xchat) then crashed
[10:11] <lag> tseliot: http://paste.ubuntu.com/577753/
[10:26] <tseliot> lag: can I see your dmesg, please?
[10:31] <lag> tseliot: http://paste.ubuntu.com/577762/
[10:36] <tseliot> lag: the framebuffer is still there. Can I see your grub.cfg?
[10:39] <lag> tseliot: Which one? The edited, or non-edited?
[10:39] <tseliot> lag: the one that you used when booting
[10:40] <lag> tseliot: http://paste.ubuntu.com/577768/
[10:42] <tseliot> hmm... let me see how I did it in my natty machine
[10:42] <tjaalton> x loaded fine this time did it not?
[10:48] <lag> tjaalton: Well, I don't think fine is the word I'd use
[10:48] <lag> The whole thing locked up on login
[10:51] <tjaalton> lag: but x loaded up
[10:51] <lag> tjaalton: Something did
[10:51] <lag> I saw the outline of the first app that was visible (XChat)
[10:51] <lag> Then nothing ...
[10:52] <tjaalton> so you autoload apps on your session?
[10:52] <tseliot> lag: I lost the changes to my grub.cfg file but I guess we can edit the file a little better
[10:52] <lag> tjaalton: I do
[10:52] <lag> tjaalton: If I had to load them all by hand every day, I'd shoot myself!
[10:53] <tjaalton> lag: so the system locks up completely, or does for instance the mouse cursor move?
[10:53] <lag> Mouse moves and even changes to the resize cursor when over the edges of the window
[10:53] <lag> But I can't actually resize
[10:54] <tjaalton> so the session is broken, not the driver
[10:54] <lag> Everything's working in the background, I can SSH in
[10:54] <tjaalton> that's natty for you
[10:54] <tjaalton> try with a classic desktop
[10:54] <lag> That is with the Classic Desktop
[10:54] <tjaalton> unity is broken here as well
[10:54] <tjaalton> then with a clean session
[10:55] <lag> How do you mean?
[10:55] <tjaalton> failsafe gnome session
[10:55] <tjaalton> for instance
[10:56] <tjaalton> dunno where the session stuff is stored
[10:56] <tjaalton> ah, seems to be .config/gnome-session
[10:57] <tjaalton> nope
[10:57] <lag> tjaalton: I'll have to do it in a minute, as I have a meeting now
[10:57] <tjaalton> .config/autostart maybe
[10:57] <tseliot> lag: please try this: http://pastebin.ubuntu.com/577777/
[10:57] <tjaalton> tseliot: X is up
[10:59] <tseliot> tjaalton: yes, it is but vesafb can cause a number of problems with some nvidia and amd cards, not only prevent X from starting
[10:59] <tseliot> and vesafb is still in his dmesg
[11:00] <tseliot> tjaalton: if it's a bug in Unity i.e. it can't be reproduced using the classic desktop, then it's a different issue
[12:24] <lag> Hi honey, I'm home
[12:24] <lag> tseliot:
[12:24] <lag> [    44.690] (EE) Failed to load module "nv" (module does not exist, 0)
[12:24] <lag> [    44.690] (II) LoadModule: "vesa"
[12:24] <tseliot> lag: that's not a problem
[12:24] <tseliot> it's just the autoloading stuff
[12:24] <lag> Okay
[12:25] <tseliot> lag: you have to make sure that dmesg | grep vesa doesn't return anything
[12:25] <tseliot> lag: the last diff that I gave you should help
[12:25] <tseliot> http://pastebin.ubuntu.com/577777/
[12:25] <lag>         set gfxpayload=text
[12:25] <lag> I did that
[12:26] <tseliot> lag: and remove the line that loads the modules
[12:26] <tseliot> i.e. if [ "$linux_gfx_mode" != "text" ]; then load_video; fi
[12:26] <lag> tseliot: Yep, it's gone
[12:27] <tseliot> lag: so, what's the output of "dmesg | grep vesa"?
[12:27] <lag> tseliot: Rebooting now - the dmesg was full of crap
[12:28] <tseliot> ok
[12:28] <lag> tseliot: No Vesa stuff
[12:28] <tseliot> lag: good. Now see if you can reproduce the problem
[12:28] <tseliot> if you still can, then it's a different issue
[12:29] <lag> Yep, still there
[12:29] <tjaalton> how do you know you're starting the classic desktop?
[12:29] <lag> What log will be most useful now?
[12:29] <tjaalton> unless you've chosen it from the gdm menu
[12:29] <lag> I did choose it from the menu, the same thing happened
[12:29] <tjaalton> then move your .config/autostart away
[12:30] <tjaalton> further advice probably from #ubuntu-desktop
[12:31] <tseliot> this command should tell you whether you're running unity "grep -i unity ~/.xsession-errors"
[12:31] <tseliot> instead of the classic desktop
[12:31] <lag> Okay, rebooting
[12:32] <tjaalton> classic still shows unity-window-decorator there
[12:33] <lag> In fact, with the driver installed I don't get a choice
[12:33] <lag> No option at the bottom of the login prompt
[12:33] <tseliot> ouch
[12:34] <tjaalton> do you still have maverick on sources.list?
[12:37] <lag> Starting unity-window-decorator
[12:37] <lag> That's the only thing it says
[12:38] <tjaalton> create a new user and try with that
[12:55] <lag> tjaalton: Lookup
[12:55] <lag> tjaalton: Lockup*
[12:56] <tjaalton> then it's something for #ubuntu-desktop
[12:59] <lag> tjaalton: Nice demonstration of your Teflon shoulders there :D
[13:03] <tjaalton> lag: well debugging this started over 4h ago
[13:04] <tjaalton> and debugging user sessions is not my expertise
[13:39] <apw> does anyone know if vesafb does content handoff to the X server; like the drm drivers do?
[13:45] <jcristau> doubt it.
[13:53] <cnd> tjaalton, heard of any trackpad issues lately?
[13:53] <cnd> a bunch of fixes were pushed to xorg-server yesterday and Kaleo is reporting issues with his trackpad
[13:54] <cnd> I'm wondering if anyone else is having issues
[13:55] <tjaalton> cnd: haven't seen any new bugs related to that
[13:55] <cnd> tjaalton, ok, thanks!
[14:01] <Sarvatt> lag: try booting with nopat added to grub
[14:01] <lag> Sarvatt: I did
[14:01] <tjaalton> suggested already :)
[14:01] <Sarvatt> oh, missed that
[14:01] <lag> Sarvatt: I also found that on an old bug report :)
[14:11] <Amaranth> btw, I found the cause of my excessive i915 wakeups
[14:12] <Amaranth> Apparently both evolution and thunderbird are drawing a _lot_, I'm guessing it's the constant progress spinners
[15:50] <codemagician> bjsnider, hi. I have a new xorg.log from todays crash. did you add more debug to it?
[15:50] <codemagician> bjsnider, http://pastebin.com/jjHCe0FR
[15:53] <codemagician> This was X hanging on bootup before any applications started up.  My hardware is Asus EN210 (GeForce 210) Nvidia card with 10.10 ubuntu desktop.  If anyone can help diagnose why X keeps hanging and reaching 100% cpu, would be most appreciated...
[15:54] <bjsnider> there's a generic error message printed on line 327
[15:55] <bjsnider> codemagician, http://www.nvnews.net/vbulletin/showthread.php?t=46678
[15:55] <bjsnider> do that thing
[15:55] <codemagician> okay
[15:59] <codemagician> bjsnider, I guess I should read the link on part 1 for stability?
[15:59] <bjsnider> couldn't hurt
[16:00] <bjsnider> codemagician, you know you can use the nouveau driver instead of nvidia right?
[16:00] <codemagician> may I ask.. why does the log show different version of the kernel to my uname output?
[16:00] <codemagician> bjsnider, i didn't know that.
[16:01] <bjsnider> if you remove nvidia-current and delete /etc/X11/xorg.conf and then reboot you'll get nouveau
[16:02] <codemagician> how to I remove the nvidia-current with sudo apt-get remove ?
[16:02] <bjsnider> right
[16:03] <codemagician> is nouveau another alternative driver?
[16:03] <codemagician> i mean... why are there two
[16:04] <bjsnider> you must be very new to linux if you're asking why there are two
[16:05] <codemagician> bjsnider, yes, I recently switched from imac
[16:05] <codemagician> i guess its open source
[16:05] <codemagician> and nvidia are proprietary?
[16:05] <bjsnider> nvidia is a proprietary driver produced by nvidia. its license is incompatible with the gpl. nouveau is an open gpl driver already in the kernel produced by many developers
[16:06] <codemagician> aha, I see
[16:06] <bjsnider> but mostly ben skeggs of red hat (i think that's his name)
[16:06] <codemagician> do I need to remove nvidia-current-modaliases  nvidia-settings ?
[16:07] <bjsnider> no
[16:07] <codemagician> so now I just delete the xorg.conf and reboot?
[16:07] <bjsnider> codemagician, why didn't you want to use the excellent mac osx?
[16:07] <codemagician> bjsnider, I like to get my hands dirty
[16:07] <bjsnider> it's such fun to use and so delightfully expensive
[16:08] <codemagician> bjsnider, linux seems more fun to learn
[16:08] <bjsnider> is this situation you're in now fun?
[16:08] <codemagician> bjsnider, actually the most annoying thing about the iMac was the mouse acceleration
[16:09] <codemagician> bjsnider, ha ha. good point. well its new install, so I should give it a chance
[16:09] <bjsnider> you're installing ubuntu on an imac?
[16:09] <codemagician> bjsnider, rome wasn't built in a day
[16:09] <codemagician> bjsnider, i gave the mac to my sister and built a new machine
[16:09] <bjsnider> you built this computer from scratch?
[16:09] <codemagician> bjsnider, yeah, built from parts
[16:10] <codemagician> bjsnider, i7 core, P6 asus Mobo, X-25 SSD
[16:10] <codemagician> bjsnider, I went for the graphics card because its got a big heatsink with no fan
[16:10] <codemagician> bjsnider, i like the silence
[16:10] <bjsnider> that should work fine
[16:11] <bjsnider> you nough all-intel, which is the right move
[16:11] <bjsnider> bought, i mean
[16:11] <codemagician> i checked on linux compatible websites first
[16:11] <codemagician> i was tempted to go for the i5 with built in GPU
[16:11] <codemagician> but I thought having nvidia was going to give me more flexibility in future
[16:12] <bjsnider> and you're using maverick?
[16:12] <codemagician> i've always had nvidia graphics cards and they've always been great
[16:12] <codemagician> yes, maverick
[16:13] <bjsnider> how did you install ubuntu? where did you get it?
[16:13] <codemagician> would it have been better to go for LTS version
[16:13] <codemagician> I downloaded from ubuntu directly and made a USB pen
[16:13] <codemagician> using the windows USB installer app
[16:14] <bjsnider> are you dual-booting or something?
[16:15] <codemagician> no, i used a separate laptop
[16:16] <codemagician> i have a windows laptop so I can test websites with IE
[16:16] <codemagician> I'll try a reboot now
[16:16] <codemagician> hopefully i'll be back in a moment
[16:16] <bjsnider> i would have used the amd64 desktop install cd
[16:17] <codemagician> i have intel processor
[16:18] <codemagician> i read online that 32bit version would give more choice of packages
[16:18] <codemagician> i'll reboot. back in a moment!
[16:20] <codemagician> I'm on Nouvea now
[16:20] <bjsnider> codemagician, amd64 covers all 64-bit processors except the itanium
[16:20] <codemagician> I assumed amd meant AMD processors only
[16:22] <bjsnider> intel uses amd's code that allows 32-bit code to run on a  64-bit processor
[16:23] <codemagician> aha, i see
[16:23] <codemagician> i followed the sheep
[16:23] <codemagician> performance isn't really an issue
[16:23] <codemagician> just stability
[16:24] <bjsnider> i386 gets you an easier time with flash, maybe some 3d games if that's your thing. otherwise amd64 is faster
[16:26] <codemagician> the adobe flash player crashes my firefox every other youtube video
[16:29] <bjsnider> ooooook
[18:06] <apw> bryceh_, about?  i've almost got a PPA to test for the vesafb triggered GPU hangs
[18:13] <Sarvatt> Amaranth: ^^
[18:14] <Amaranth> cool
[18:14] <Amaranth> is there a ppa for intel-drm-next?
[18:14] <Sarvatt> just http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/
[18:17] <apw> bryceh_, well once the kernels finish building my ppa:apw/purple is worth a test
[18:19] <Amaranth> whoops, if you install an image without installing the headers first you get lots of dkms failure fun :)
[18:35] <bryceh_> apw, awesome
[18:52] <bryceh_> apw, ok, I'll keep an eye on the build and go beat the bushes for testers once the .deb is ready.  thanks!
[18:58] <Amaranth> ok so it seems drm-intel-next has some really weird failure
[18:59] <Amaranth> gdm starts and I even get a tooltip because the mouse is on something but the keyboard and mouse don't work and based on the way the power button and ctrl-alt-del work I think X isn't getting keyboard/mouse grabs
[21:45] <Sarvatt> hmm, quite a lot of things on https://launchpad.net/~sarvatt/+uploaded-packages show failures to build in the archive now because they were copied to a screwed up test build archive but they built in ubuntu fine, what the heck
[21:51] <RAOF> Amaranth: That sounds like X just hasn't loaded any input drivers.
[21:52] <Amaranth> RAOF: why would changing the kernel cause that?
[21:52] <RAOF> Dunno?
[21:52] <RAOF> Did you happen to change anything else at the same time?
[21:53] <RAOF> Can you flip the keyboard into raw mode and VT switch?
[21:53] <Sarvatt> if you move the mouse, switch to a vt and come back is the mouse in a different spot?
[21:53] <RAOF> Of course, you can only switch to a VT if (a) X has loaded a keyboard driver or (b) you've raw-mode'd the keyboard :)
[21:57] <Sarvatt> chvt over ssh
[21:57] <RAOF> Well, that too.
[22:35] <Sarvatt> looks like page flipping might be a problem on agp radeons too, need to keep an eye out on ati freeze reports and have them try disabling it
[22:36] <Sarvatt> darn, vish isn't here
[22:36] <Sarvatt> I remember him saying his rv515 was freezing on .38
[22:39] <Sarvatt> may end up having to make that disable pageflip on palm patch disable unconditionally by default
[22:54] <RAOF> Sarvatt: Do we have any metrics on that?  Obviously my radeon hardware is perfectly happy with pageflip.\
[22:55] <Sarvatt> nope, just something to keep an eye on for now
[22:56] <Sarvatt> ati bugs must be going to other packages, hardly anything in natty
[22:56] <Sarvatt> compiz/unity soaking up all our bugs? :P
[22:57] <RAOF> >:)
[23:02] <Sarvatt> here's one potentially https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/725580
[23:02] <ubot4`> Launchpad bug 725580 in xserver-xorg-video-ati (Ubuntu) "black screen on boot on radeon 9200 (affects: 2) (heat: 347)" [Undecided,Incomplete]
[23:15] <Sarvatt> info->ChipFamily <= CHIP_FAMILY_RV350 would cover a big chunk of the AGP's
[23:16] <RAOF> Heh.
[23:17] <Sarvatt> err can just do all agp directly instead of chip families if it turns out to be the case, yeah i need to get off the pc for the night :P
[23:21] <Sarvatt> info->cardType == CARD_AGP
[23:31] <Sarvatt> hmm https://bugzilla.kernel.org/show_bug.cgi?id=30052#c10 and https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/727620 seem to conflict
[23:31] <ubot4`> bugzilla.kernel.org bug 30052 in Video(DRI - non Intel) "Fails to start X with intel+Ati video, whith modeset=1" [Normal,New]
[23:31] <Sarvatt> ahh acer, bah :)


[17:10] <akgraner> Hey all  - I am spending much of tonight working on UWN - I won't be around much at all tomorrow but I will on Sunday - so I'll try and get as much added and completed as possible tonight....
[17:11] <akgraner> feel free to add links or summarize what is already there  on the google doc!  Thanks for your help in advance!
[19:12]  * nlsthzn will have a look soon :)