=== PyObjectPtr is now known as static_name
=== static_name is now known as apachelogger
[02:54] <hyperair> Sarvatt: did you notice xserver-xorg-video-intel's last two snapshots being terrible?
[04:22] <Sarvatt> hyperair: you mean the last 6?
[04:22] <Sarvatt> the fact i uploaded 6 new snapshots in a day says yes I did :D
[04:23] <Sarvatt> still have to force disable pageflipping too :(
[04:24] <Sarvatt> oh goodie 11 new commits too, i'm scared to update it again since its at least mostly working and it's been broken every day :D
[04:26] <hyperair> Sarvatt: oh heh. xD
[04:26] <Sarvatt> i'll update it at midnight (30 minutes away) and make sure its not screwed before uploading it this time
[04:26] <hyperair> Sarvatt: ok cool.
[04:26] <hyperair> Sarvatt: i've got an old deb which works =p
[04:26] <hyperair> -rw-r--r--    1 hyperair hyperair     554338 2010-05-15 05:02 xserver-xorg-video-intel_2%3a2.11.0+git20100511.8562b7bc-0ubuntu0sarvatt_amd64.deb
[04:26] <Sarvatt> the one on there now isn't working for you?
[04:26] <hyperair> er artifacts all over.
[04:26] <Sarvatt> ah thats the 5-08 one
[04:26] <hyperair> yesterday's one just had issues with compiz's shadows.
[04:27] <Sarvatt> i just said screw it and rebranded the 05-08 as 05-11 because it was all kinds of messed up on 5-10
[04:27] <hyperair> so the shadows went missing, and then some of the selected items' borders got bolder.
[04:27] <Sarvatt> what one did you try?
[04:27] <Sarvatt> because the 5-14 is working ok here
[04:27] <Sarvatt> all of the 5-13 ones were messed up, i was adding commits to that instead of doing a new checkout as they went in
[04:27] <hyperair>  2:2.11.0+git20100513.8de09a07-0ubuntu0sarvatt~lucid and 2:2.11.0+git20100512.6c27f6e4-0ubuntu0sarvatt
[04:28] <hyperair> aha 5-14 eh.
[04:28] <Sarvatt> 2:2.11.0+git20100514.4be8d7eb-0ubuntu0sarvatt - not having any problems with that outside of the drawer applet going black sometimes
[04:28] <hyperair> drawer applet..  haven't used that.
[04:28] <Sarvatt> but theres 11 new commits since that one now too
[04:29] <hyperair> lol
[04:29] <Sarvatt> i think a new quarterly release is due soon, they usually shove in a ton of things that break this way every time right before it :D
[04:30] <Sarvatt> at least its fixed at the end of the day every day the past week, instead of being broken for the whole month of november last time :D
[04:31] <hyperair> heh i remember soemthing of that sort
[04:31] <hyperair> i switched from aptitude forbid-version to aptitude hold
[04:31] <Sarvatt> lemme know if 5-14 works for you, better off holding off until tomorrow to update when the fixes for these 11 commits hit if it does
[04:32] <hyperair> okay, i'll go install it now.
[04:35] <hyperair> okay, shadows are missing, the panel icon for the main menu in gnome-panel turns black occasionally
[04:35] <Sarvatt> i try not to let it stay broken though even if it means i have to upload an old working snapshot
[04:35] <hyperair> but other than that, it's fine.
[04:35] <Sarvatt> ok will update it and see how it goes then
[04:35]  * Sarvatt jumps ahead a time zone and updates things
[04:35] <hyperair> lol
[04:40] <Sarvatt> what shadows are missing? I don't see that at all
[04:41] <Sarvatt> uploaded 05-15
[04:42] <hyperair> Sarvatt: gtk-window-decorator usually puts drop shadow.s
[04:42] <hyperair> shadows*
[04:42] <Sarvatt> ah i use mutter
[04:42] <hyperair> heh
[04:43] <Sarvatt> woke up to it looking like this this morning - http://sarvatt.com/downloads/screenshot.png
[04:43] <Sarvatt> couldn't screenshot the nasty constant flicker though :)
[04:45] <Sarvatt> if this one is screwed up i'm just going to put the 05-08 (thats the same as your 05-11 one) back on there for a bit
[04:49] <hyperair> i see.
[04:49]  * hyperair notes that Sarvatt's machine is called asuka.
[04:49] <hyperair> NGE?
[04:50] <Sarvatt> yep :)
[04:50] <hyperair> heheh
[04:53] <Sarvatt> ahh go figure huge build queue for chromium/mozilla :)
[04:57] <Sarvatt> seems to be working fine
[04:57] <Sarvatt> shadows are messed up, I see what you mean
[04:58] <Sarvatt> switched to compiz and i see a light border a few pixels away from the edge of windows and where the shadow should be is completely transparent
[04:59] <Sarvatt> http://sarvatt.com/downloads/screenshot2.png
[04:59] <Sarvatt> can see the grey border there
[05:05] <Sarvatt> i probably would have never noticed that since i use everything maximized anyway :)
[05:07] <Sarvatt> stinks that its impossible to disable vsync now on intel without an env variable
[05:08] <Sarvatt> tried setting vblank_mode to 0 in /etc/drirc and ~/.drirc but it doesn't stick, vblank_mode=0 glapp works though
[05:10] <hyperair> env variable?
[05:11] <hyperair> what's wrong with vsync? i have it turned on anyway
[05:11] <hyperair> and you can set your .xprofile/.gnomerc to export the var
[05:13] <Sarvatt> well for one its totally screwed up on 945
[05:13] <Sarvatt> if you dont move the mouse constantly to generate interrupts it lags to all hell
[05:14] <Sarvatt> 20 fps glxgears ftw! :)
[05:15] <hyperair> ouch
[05:30] <Sarvatt> ouch, libdrm in xorg-edgers picked up an epoch somewhere in the past month? how the heck did that happen, i dont see forcing one in my history and dont think anyone else uploaded it
[05:35] <Sarvatt> argh I did do it when I updated to xserver 1.8 since i reused a command updating a driver - ./auto-xorg-git *-e 1* -d origin/ubuntu -g -p libdrm -a 0ubuntu0sarvatt -t +
[05:38] <Sarvatt> guess it'd be more evil to delete it and reupload without an epoch since it'd strand people with the epoch version unless they manually downgraded and anyone switching away *needs* to use ppa-purge
[05:39] <Bernardo> good morning
[08:17] <Bernardo> hi lucazade
[08:17] <lucazade> morning
[08:19] <lucazade> i've read that 2.6.34 should fix /proc/acpi/video, in that way ignoreacpi could be removed
[08:20] <Bernardo> and it seems there is a fix for the psb module in the intel mailing list, we should look at that
[08:24] <Bernardo> this seems similar, maybe we can do the same kind of patch - http://www.gossamer-threads.com/lists/linux/kernel/1224507 ?
[08:24] <Bernardo> I don't have 2.6.34 here, maybe I'll be able to install it and test later today
[08:27] <lucazade> looking at
=== |Bernardo| is now known as Bernardo|away
[11:21] <hyperair> Sarvatt: i seem to have gotten an upgrade for xserver-xorg-video-intel which fixes the black-icon syndrome but not brought back shadows.
[12:18] <jcristau> RAOF: fyi i took your vesa patch and added http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-vesa.git;a=commitdiff;h=8c3fb055a63c2eca23b3ba6b585484f010e2ee06 to get a package dependency on libdrm2
[13:20] <Sarvatt> hyperair: shadows fixed in git now, just uploaded it
=== Bernardo|away is now known as Bernardo
[16:07] <Sarvatt> ok looks like FBC is just plain broken on a large number of 8086:2a42 devices as well, I was thinking it might be lenovo bios specific there - https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/538648
[16:07] <ubottu> Launchpad bug 538648 in xserver-xorg-video-intel "[Intel GM45] Irregular sync flashes (Lenovo T500, Dell Insp. 1545)" [Medium,Triaged]
[16:10] <Sarvatt> i dont think i can write up a patch to disable just FBC on that specific chipset since the structs encompass the whole generation, should we just quirk the powersave module parameter on that pci id for now?
[17:30] <Sarvatt> ricotz: ahh that dh_gconf problem is hitting your maverick mutter ppa too huh?
[17:31] <Sarvatt> looking at the debhelper changelog it should have been fixed but the fix isn't working
[17:31] <Sarvatt> The following packages have unmet dependencies:
[17:31] <Sarvatt>   mutter-common: Depends: gconf2 (>= 2.28.1-2) but 2.28.1-0ubuntu1 is to be installed
[17:34] <ricotz> Sarvatt, hadnt looked really into it yet, but it seems to be another problem 
[17:37] <ricotz> Sarvatt, did you had a look at failure protocol of gnome-shell?
[17:38] <Sarvatt> nope i dont use gnome-shell at all, looks like crap on a netbook
[17:39] <ricotz> ok, just thought so, because you mentioned this problem
[17:39] <Sarvatt> it's dh_gconf in debhelper for sure bringing in that dep,                         addsubstvar($package, "misc:Depends", "gconf2 (>= 2.28.1-2)") unless $gconf_dep;
[17:40] <Sarvatt> its run by /usr/share/cdbs/1/class/gnome.mk
[17:42] <jcristau> i guess maverick will get new gconf soon enough
[17:44] <ricotz> Sarvatt, thanks for bringing this up
[17:45] <Sarvatt> ricotz: its affecting a ton of other packages in maverick right now, just brought it up in #ubuntu-desktop
[17:45] <Sarvatt> but UDS and all.. :D
[17:46] <Sarvatt> really wish xchat would release a new version already, it's insane how much faster svn is
[17:46] <ricotz> right ;-)
[17:47] <Sarvatt> takes close to a minute to start and load the scrollback for 32 channels on this atom cpu, 4 seconds with one of the commits backported :D
[17:47] <Sarvatt> having the same gconf problem with that though thats why i looked into it
[17:49] <ricotz> sounds like a hell of an improvement
[17:49] <ricotz> isnt there a ppa for xchat yet?
[17:49] <Sarvatt> so much stuff fails to build with gcc 4.5 though
[17:50] <Sarvatt> well I built it here - https://edge.launchpad.net/~sarvatt/+archive/ppa/+sourcepub/1133313/+listing-archive-extra
[17:50] <Sarvatt> http://xchat.svn.sf.net/viewvc/xchat?view=rev&revision=1386 thats the commit that made such a huge difference
[17:51] <ricotz> nice!
[17:52] <ricotz> perhaps you can think of backporting the patches for mesa from nvfx-next-6b ;-)
[17:53] <ricotz> g2g, sorry
[17:53] <Sarvatt> that probably needs a lot of work to bring it up to date for master by now?
[17:55] <Sarvatt> just run auto-xorg-git like normal, control+z at the patching pause, delete debian/ and replace with git://sarvatt.com/mesa.git and git pull that branch into it and then let it finish
[17:56] <Sarvatt> or ./auto-xorg-git -H hooks -g -d origin/ubuntu -t "~" -p mesa -a 0ubuntu0ricotz -b nvfx-next-6b
[17:57] <Sarvatt> (and do the normal delete debian/ and replace with the other at the patching pause)
[17:57] <Sarvatt> just saying that incase he reads the irc logs :)
[18:05] <Sarvatt> ricotz: if you read this later I uploaded the nvfx-next-6b branch to https://edge.launchpad.net/~sarvatt/+archive/nouveau/+packages
[18:34] <LLStarks> yo sarvatt, alpha channel broken again in edgers?
[18:39] <Sarvatt> its been in various stages of brokenness all week, latest one is working fine here though now
[18:40] <LLStarks> D:
[18:43] <Sarvatt> if 2:2.11.0+git20100515.9c3da713-0ubuntu0sarvatt3 is screwed up for you and you have the old debs around the 05-11 one should be fine
[18:43] <jcristau> 2 new commits 5 minutes ago...
[18:43] <Sarvatt> thats the 0508 checkout with a later date since the breakages started on 0510
[18:44] <Sarvatt> sheesh I looked when he asked too!
[18:44] <Sarvatt> LLStarks: new version about to be uploaded..
[18:48] <LLStarks> i see
[18:48] <LLStarks> thanks
[18:49] <LLStarks> whenever something breaks in edgers, it's either alpha channel or gallium being a noob
[18:50] <Sarvatt> yep, lucky the breakage doesn't last for months at a time anymore though :)
[18:51] <LLStarks> maverick will be mesa except for nouveau, right?\
[18:51] <Sarvatt> what do you mean?
[18:51] <Sarvatt> mesa classic?
[18:51] <LLStarks> yup
[18:52] <Sarvatt> yeah.. if nouveau is there it'll be a seperate package unless they had other plans at UDS
[18:52] <LLStarks> lucid was classic+nouveau?
[18:52] <Sarvatt> no nouveau in lucid
[18:52] <LLStarks> or no 3d
[18:52] <Sarvatt> nouveau has a classic component too for older cards
[18:52] <LLStarks> wait, it didn't make the cut? i thought it did.
[18:52] <LLStarks> *it = nouveau
[18:52] <Sarvatt> no way
[18:53] <Sarvatt> it would have been crazy to ship nouveau gallium from 7.7.1
[18:53] <LLStarks> anyway, i'm finding i915/i945 gallium to be terrible. broken desktop rendering in 2d. no compositing whatsoever.
[18:54] <LLStarks> no 3d.
[18:54] <LLStarks> this is 0.4 i think
[18:55] <Sarvatt> 915 is working fine here, you using some crazy compiz plugins maybe?
[18:56] <Sarvatt> by working fine i mean i haven't seen any artifacts or had any crashes, the classic one is still way better
[18:58] <LLStarks> i wish i could enable occlusion and fragment shader on gallium
[18:58] <LLStarks> OpenGL renderer string: Mesa DRI Intel(R) 945GM GEM 20100330 DEVELOPMENT x86/MMX/SSE2
[18:58] <LLStarks> OpenGL version string: 2.0 Mesa 7.9-devel
[18:58] <LLStarks> OpenGL shading language version string: 1.20
[18:59] <LLStarks> can only get opengl 1.4 and no glsl on gallium.
[18:59] <Sarvatt> LLVM=1 LIBGL_ALWAYS_SOFTWARE=1 yourapp? :D
[18:59] <LLStarks> lemme try.
[19:02] <Sarvatt> thats with libgl1-mesa-dri-gallium installed
[19:02] <Sarvatt> whoops, no llvm dep on that package
[19:03] <LLStarks> opengl 2.0 with classic and driconf tweaks. opengl 1.3 with gallium. i don't get it.
[19:04] <LLStarks> nice
[19:04] <LLStarks> compiz works now
[19:04] <Sarvatt> oh probably because you're using the classic dri lib for AIGLX,  it doesn't honor the --with-dri-searchpath thing I'm doing
[19:04] <LLStarks> might be software renderer
[19:04] <LLStarks> aiglx and xgl
[19:04] <LLStarks> haven't heard of those since the beryl days
[19:05] <Sarvatt> need to move /usr/lib/dri-gallium/i915_dri.so to /usr/lib/dri/
[19:05] <LLStarks> these days, compiz just works.
[19:05] <Sarvatt> move the old one out of the way and link it or whatever, haven't worked that part out yet
[19:05] <jcristau> is there any point using i915g?
[19:05] <Sarvatt> nope
[19:06] <Sarvatt> people read phoronix and think its better :)
[19:07] <jcristau> that's what i thought
[19:07] <jcristau> looks like it hasn't changed in a month or so
[19:07] <Sarvatt> it changed in the last month?!
[19:08] <Sarvatt> must have been a big api rework and they just fixed everything :)
[19:09] <jcristau> there was a bunch of commits from jakob mid april
[19:10] <LLStarks> fatal x crashes. wonky metacity and gnome-panel.
[19:10] <LLStarks> i'll stick to classic for now.
[19:10] <jcristau> "for now"...
[19:10] <Sarvatt> LLStarks: just curious, why did you think it was even supposed to be usable?
[19:11] <LLStarks> i never expected it to be.
[19:11] <jcristau> then what are you trying to do?
[19:11] <LLStarks> get a stable 2d desktop.
[19:11] <Sarvatt> with xorg-edgers..? :)
[19:12] <LLStarks> i don't see why gallium would affect the desktop when compositing is disabled.
[19:12] <LLStarks> edgers can be pretty stable. besides, i love bleeding edge.
[19:13] <jcristau> "i love bleeding edge" and "i want a stable 2d desktop".  interesting.
[19:14] <LLStarks> i use the word stable lightly
[19:14] <LLStarks> things can be screwed up under the hood, but everything should look right.
[19:31] <Sarvatt> guess i'll back those two patches back out, sick of uploading intel for tonight :) http://sarvatt.com/downloads/screenshot2.png
[19:55] <Sarvatt> yeaaah i need to stop updating crap today, i installed the gallium package to mess with llvmpipe there and thats what was causing the rendering problems with mutter :D
=== Bernardo is now known as Bernardo|away