/srv/irclogs.ubuntu.com/2009/06/23/#ubuntu-x.txt

=== zorael_ is now known as Zorael
Sarvattjbarnes: good news!!! figured out Zorael's crash when closing the lid. darn KDE!!01:15
Zorael:301:16
Sarvattin /usr/share/acpi-support/screenblank there is a call to lock the screen in KDE before dpms off01:16
Sarvattelif [ `pidof dcopserver` ]; then01:16
Sarvatt        dcop kdesktop KScreensaverIface lock01:16
Sarvattfi01:16
Sarvatt(then xset dpms force off01:17
Sarvattapparently theres no way to adjust that and it always locks the screen on KDE because of that script01:17
Sarvattthats pretty major and needs to get fixed up, i wonder how many of these bug reports regarding lid close hangs are in KDE01:23
Sarvatthttps://bugs.edge.launchpad.net/bugs/39091702:08
ubottuUbuntu bug 390917 in acpi-support "screenblank script unconditionally forces screen lock in KDE which causes crashing upon lid close under KMS." [Undecided,New]02:08
jbarnesSarvatt: so what's the root cause of the hang in that case?02:15
jbarnesif it's a GPU hang it's still a driver bug02:15
jbarnesbut if it's some other app locking things up...02:15
RAOFOooh.  I think I might see that bug.02:16
Sarvatttheres a problem locking the screen in gnome too, someone was saying they get a huge amount of gem_objects adding up when they locked their screen02:16
jbarnesSarvatt: ah that would be interesting02:20
Sarvattjbarnes: looks like its a userland problem03:04
Sarvatti had hcarty run  sudo xset dpms force off to see if it worked normally or if it crashed for him and it works normally, gnome-screensaver must be calling something else on top of it too03:05
jbarnesSarvatt: ok thanks... please update the bug with whatever you find03:05
Sarvatti'm just guessing gnome-screensaver is locking the screen/session after an extended period of idle, why locking when dpms is off is broken under KMS all around would be interesting to know if thats the case..03:08
Sarvattargh, cant ever be cut and dry.. sudo xset dpms force off && sleep 50 && sudo xset dpms force on hung for him. the other guy was using the lidfix -intel driver and this guy is using the normal one03:18
Sarvatthaving him update with the driver that has your patch from http://bugs.freedesktop.org/show_bug.cgi?id=22383 to see if that fixes it03:24
ubottuFreedesktop bug 22383 in Driver/intel "X server stuck in infinite loop on laptop lid close" [Critical,New]03:24
hyperairSarvatt: but it seems fixed.04:01
hyperairi haven't tried the laptop lid thing04:01
hyperairwill try it after thunderbird's done compiling.04:01
hyperairstupid enigmail dosen't have a x64 build for tb304:01
Sarvattoops, Estimated repository size: 1.8 GiB (88.00%) of 2.0 GiB06:37
Sarvattnot enough room to update the kernel in edgers, going to have to ask for more06:37
RAOF_You could probably out-of-tree the drm modules?06:38
RAOF_That's how I need to do the new nouveau-kernel-source package.06:42
Sarvattlibdrm is going to need updating before you upload if you're packaging nouveau up07:08
Sarvatti dropped kernel-source completely and threw apw's kernel in here https://edge.launchpad.net/~xorg-edgers/+archive/nouveau -- there are some huge problems with it right now in that non KMS doesnt even work on any machine i've tested it on07:10
RAOF_Sweet.07:23
RAOF_I'm just aiming to get it to build out-of-tree right now, though.  That'll be a prerequisite of any package update :)07:25
Sarvatti imagine thats going to break things for non-nouveau on karmic if you do get it working?07:31
Sarvattthat'll be odd for the intel/nvidia hybrids07:34
RAOF_No, I don't see why?07:34
RAOF_Ok, possibly.07:34
RAOF_How many intel/nvidia hybrids are there, anyway?07:34
RAOF_And they're already broken; the binary driver breaks everything anyway.07:35
=== RAOF__ is now known as RAOF_13
=== RAOF_13 is now known as RAOF
RAOFOk.  Here's something that should build out-of-tree.  Let's try it on an actual nvidia-containing laptop!08:47
hyperairintel/nvidia hybrids? O_o08:53
hyperairyou mean there are laptops with two gpus?08:53
RAOFOr desktops with integrated intel cards + an actual video card.08:54
Nghyperair: yeah, e.g. some Vaios, they have a switch to flick between performance and battery life08:56
NgI think there might even be a thinkpad with such a thing08:56
hyperairhey that's pretty damn cool08:56
hyperairfor a moment i thought you could have separate X screens on them =\08:57
RAOFYou'd have problems there already; X doesn't much like multi-card.08:58
Nghyperair: I'm pretty sure it's not cool ;)08:59
* RAOF wishes get-orig-source didn't have to clone a kernel repository.09:00
hyperairNg: why not?09:00
hyperairNg: only one is active at any one time right?09:00
Nghyperair: yeah, but it's a bit of a nasty hack, it would make more sense for the chipsets to be able to scale themselves up and down, imho09:02
hyperairhmm yeah09:02
hyperairtrue09:02
RAOFThe chipsets already _can_ do that.09:10
hyperairnvidia chipsets you mean?09:10
RAOFCertainly the nvidia ones can; I presume the intel ones can to.09:11
hyperairi'm not sure they can09:11
hyperairi'v never heard of any such thing09:11
hyperairat the very least, i don't think there are any knobs to tweak09:11
RAOFWhy would there be?09:11
hyperairhmm so it's autoscaling?09:12
RAOFWell, care of the driver.09:12
hyperairer maybe i'd like to drain my battery extra fast =p09:12
RAOFYou might want to try running under Windows; I'm fairly sure that exposes some Intel graphics powersave options.09:12
hyperairdon't remember seeing it =\09:13
hyperairbut then again that's a desktpo09:13
RAOFYeah.  Amazingly enough, they don't tend to add crazy OMGBATTERYLIFE applications to desktops :)09:19
hyperairsurely the driver is the same =\09:37
Sarvattcheck out gmabooster hyperair :D10:11
hyperairwhat/s that? O_o10:11
Sarvattgmabooster.com10:11
hyperairhuh overclocking intel gpu O_O10:15
Sarvattoh right you're using 965, sorry10:16
hyperair._.10:17
hyperairyou mean it doesn't work for 965?10:17
Sarvattsweet, thJaeger fixed up wacom for xinput abi 7 and its working here. i really wish we had xorg-testing on the edgers team so other people could help me out without mailing me the packages :)10:51
=== zorael_ is now known as Zorael
Sarvattman, this dpms problem is complicated12:26
cwilluquestion:  how long has x2i been in edgers (if it's there at all)?12:32
Sarvattit hasnt been in edgers yet, i've been doing it on my own for the past month or so12:34
Sarvatthttps://edge.launchpad.net/~sarvatt/+archive/xorg-testing12:35
cwilluokay12:36
cwillumust be a gedit bug then that pasting and typing occasionally just happens to a previous cursor location12:36
cwilluseemed like something that might have been related :p12:36
Sarvattany way you can reproduce it 100% so i can see if it happens to me? i havent noticed that12:38
Sarvattany special plugins you have enabled?12:39
cwilluI can't discount a plugin screwup yet12:40
cwilluI'd just ignore that I said anything for now :p12:40
hyperairwhat's x2i?13:03
hyperairor did you mean xi2?13:03
Unggnuhi13:24
UnggnuWhere can I download the Ubuntu X testing live cd?13:24
UnggnuWith KMS and latest drivers?13:26
UnggnuOr is it already enabled in current Karmic daily cds for -intel?13:26
Sarvattthe kernel with KMS enabled default is 2.6.30-10 if you can find a file manifest for the livecd13:27
UnggnuSarvatt: thx13:35
UnggnuSarvatt: it is still not the default kernel so no chance with the daily live cd13:36
UnggnuI could try modprobe i915 modeset=1 but it doesn't work with Jaunty. Is anything else needed for kms except of the Kernel parameter?13:37
Sarvattwhen you boot the livecd, press f6 i think it is so you can see the kernel boot options13:38
Sarvattscroll all the way to the right on the big line of text, and right before you see the -- at the end13:38
Sarvattadd i915.modeset=113:38
UnggnuIf I enable kms in Jaunty with the 2.6.30 kernel I still can use x but couldn't change to console13:38
Sarvattso it looks like blahblah casper blahblah root blahblah i915.modeset=1 --13:39
UnggnuSarvatt: Ok, thx13:39
Sarvattsounds like you were using the mainline kernels instead of the karmic kernels, you can use video=fbcon at boot time to fix that if you want to use mainline ones for some reason13:39
Unggnuyes, mainline in Jaunty13:39
Sarvattuse karmic's kernel instead, its alot better for this :)13:40
Sarvattwont have that problem13:40
UnggnuBut then I have to upgrade to Karmic I guess13:40
Sarvattnope just grab the kernel13:40
Sarvattdo you use xorg-edgers?13:40
UnggnuBtw. my boottime dropped about 4 seconds with the new Karmic kernel13:40
UnggnuSarvatt: yes, at least some packages13:40
Sarvattif so, just sudo apt-get install linux-image-2.6.30-10-generic linux-headers-2.6.30-10-generic linux-headers-2.6.30-1013:41
Unggnuintel driver and what else is needed to get it running13:41
Sarvattkarmic kernel is in the PPA for jaunty13:41
Sarvattyou need to upgrade everything in there at the same time, its not meant to be used pick and choose 13:41
Unggnuah ok13:41
UnggnuI still want to have a stable system ;)13:41
UnggnuSo I know what to remove13:41
Unggnu-intel, libdrm2 and libdrm-intel13:42
UnggnuBut the fbcon option sounds promising. I am going to test it13:43
Sarvattyou dont want to use edgers then, you really cant just pick and choose because everything in there is built against the other things in there and depends on that. ya really want to use a different PPA if you just want a subset of the things in there13:44
Unggnu:)13:45
UnggnuThe deb packages know what they need so there should be anything missing13:45
Sarvatti wish it was that simple13:45
UnggnuThe updates repository is great too but I wanted to test the tearing free textured video output13:45
UnggnuWorks for me :)13:45
Sarvattthe deb packages for -intel do not know they were built against dri2proto 2.1 which exposes a new code path at compile time in the driver13:46
Sarvattsame for xserver, same for mesa13:46
Sarvattif you just use the intel/drm from there with the ubuntu mesa, things are broken13:47
Unggnuvideo=fbcon was the problem13:47
UnggnuThe only problem I had was that I have to manually define -intel otherwise I get vesa13:48
Unggnudrm2 and drm-intel are installed and current mesa13:48
Sarvattthats because you dont have the xserver in there13:48
UnggnuThat's why I wanted to test it with Karmic to see if a bug report is needed but obviously not13:48
Sarvatti really need to make the warning about this on the page bigger or something13:49
cwilluSarvatt, re: my other suspend issue (yay acer), http://bugs.freedesktop.org/show_bug.cgi?id=20520#c54 is reported to help eliminate the other suspend bug that is confounding things a bit13:59
ubottuFreedesktop bug 20520 in Driver/intel "[945GM] display freezes a few minutes after resuming" [Critical,New]13:59
* cwillu pokes jbarnes with a stick13:59
Sarvatti'm bugged out right now13:59
cwillunp13:59
Sarvattlol13:59
UnggnuSarvatt: :)13:59
UnggnuI give Karmic a shoot so I can open bug reports if something doesn't work.14:00
* hyperair just realized that Sarvatt's kernel doesn't have fuse!14:00
cwillu"Sarvatt, I tried kexecing to a 2.6.27 kernel with an ext4 root fs, and it broke my suspend"14:00
Sarvattyes it does!14:00
hyperairno wait it does14:00
hyperairhmmmmmmmmmmmmmmmmmmm14:01
Sarvattit has CUSE too14:01
hyperairthen why oh why doesn't tomboy detect it?!14:01
Unggnu2.6.27 and ext4?14:01
cwilluext4dev :p14:01
cwilluit was a joke14:01
SarvattLOL14:01
hyperair._.14:01
UnggnuEven the 2.6.28 Ubuntu ext4 backport is broken14:01
UnggnuAnother reason to use the mainline kernel :)14:03
UnggnuDoes anyone know what was the reason for the fast Gnome start time since Jaunty?14:03
Sarvatti've been trying to figure out the unable to resume from dpms off problems with different people through alot of trial and error, its funny i found a fix for 2 of them because I screwed up14:03
Unggnu:)14:04
hyperairO-o14:04
* hyperair configured g-p-m to never dpms off14:04
Sarvattcommented out a fi when i shouldnt have so i killed the rest of the script from running which actually made it work right14:04
hyperairxDD14:05
hyperairhmm 24 hours uptime, compiz crashed once 12 hours ago, and GEM usage at 400M. this is awesome =D14:08
UnggnuSarvatt: If Karmic is shipped with 2.6.31 will KMS be enabled for Radeon too?14:27
Sarvattdepends on if they can actually make it work withOUT kms at the same time by then probably :)14:28
jcristau.31 sounds early for that14:28
Sarvattagreed14:28
Sarvattimagine if they shipped UXA/KMS in jaunty... they could have since 2.6.29 was released in about the same time span away from jaunty as .31 will be from karmic :D14:35
UnggnuSarvatt: KMS doesn't need to be enabled for Radeon I guess14:38
UnggnuAnd there is a really annoying suspend bug in 2.6.30 which hopefully gets fixed in 2.6.3114:39
Sarvatti saw a promising patch for suspend/resume problems earlier14:40
Sarvatthttp://lists.freedesktop.org/archives/intel-gfx/2009-June/002963.html14:41
UnggnuThis is not an Xorg problem in my case.14:41
Unggnumy whole system gets corrupted after resume14:42
Unggnureadonly file system and so on14:42
Sarvatt?14:42
Sarvattah14:42
Unggnumany dmesg errors and reboot doesn't work14:42
SarvattZorael: did I miss anything here? https://bugs.edge.launchpad.net/ubuntu/+source/acpi-support/+bug/390917/comments/415:07
ubottuUbuntu bug 390917 in acpi-support "screenblank script unconditionally forces screen lock in KDE which causes crashing upon lid close under KMS." [Undecided,New]15:07
UnggnuSarvatt: You mentioned a dpms freeze. Does this still happen with curent -intel driver?15:14
Sarvattyeah quite alot of reports about systems not coming back up from dpms off (be from a lid close or screen idle timeout) in the past few weeks, i was trying to wrap my head around how it works to find any workarounds until its fixed and found one so far but its specific to KDE15:24
Sarvattneed to find someone on gnome having the problem to try having CheckPolicy() always return 1 in /usr/share/acpi-support/policy-funcs and then commenting out the xset dpms force off in /usr/share/acpi-support/screenblank to see if that works too15:26
Sarvattwell after also changing all of the gnome settings to do nothing instead of blank screen too15:28
Unggnumaybe it has something to do with kwin in combination with dpms15:30
Unggnuand the driver of course15:30
Sarvattthe acpi-support CheckPolicy in that policy-funcs script doesnt even check kde's power manager right as far as i can tell, it always returns 1 and lets acpi-support handle the events and something tells me they are both trying to handle things at the same time :D15:35
Sarvattdebian has patches to it that make it check the right things for kde but we dont have that15:35
Sarvattcwillu: wow really good feedback on the patch in the bug you listed15:47
Sarvatthave you tried it out yet? need a kernel deb?15:48
cgreganhello x team! I was wondering the best place to put the TapButton synclient commands so they are applied during each boot in Karmic?15:49
Sarvattcgregan: sudo wget -O /etc/hal/fdi/policy/11-x11-synaptics.fdi http://sarvatt.com/downloads/11-x11-synaptics.fdi15:53
cgreganSarvatt: excellent! Thanks15:54
hyperairSarvatt: considering hal's going to be dropped, where's the next best place to put all that?16:01
hyperairSarvatt: i'm particularly going to miss my emulate 3 buttons hack (enabled for touchpads, disabled for actual mice)16:02
Sarvattwait a week for gnome-settings-daemon to be updated where you can change it directly in the mouse control panel applet :)16:02
hyperaira week O_o16:02
hyperairi'm interested to see how that goes16:03
Sarvatti could package it for you right now if you want :)16:03
hyperairnevermind16:03
hyperairif i wanted it that badly, i'd package it myself ;)16:03
hyperairi'm just surprised it's coming so quickly16:03
Sarvattyou can just grab the source, disable the ubuntu touchpad extension patch, and add this http://git.gnome.org/cgit/gnome-settings-daemon/commit/?id=4eb9bd09219afbb56f114a2d10bc585e24db803e16:04
Sarvattwell this too maybe :D http://git.gnome.org/cgit/gnome-settings-daemon/commit/?id=19476de63d140bb178d79a318e1916ac59d9cda116:04
hyperairhmm.. /me clicks16:05
hyperaircool. it works with syndaemon now eh16:06
Sarvattby the time hal is actually gone there will probably be a ton of things to control it, didnt look like it'd be hard to add it to gpointing-device-settings when i was looking at it the other day before i saw it was added to g-s-d16:10
Sarvattgotta reboot and see if g-s-d is fixed with xinput abi 7 now16:12
UnggnuSarvatt: If I use kms it works but I get the wrong resolution16:30
Unggnuit gets automatically corrected after starting the Display options but not before16:30
UnggnuHow can I influence the default resolution of kms?16:30
UnggnuIt seems that KDE doesn't use the xrandr service anymore16:31
jbarnescwillu: pong16:37
UnggnuSarvatt: Got this dpms freeze again16:48
jbarnesSarvatt: thanks for the summary on that dpms bug17:03
jbarnesreally seems to point at a driver issue17:03
UnggnuCpu usage seems to be much more better with X in Karmic than in Jaunty17:12
Sarvattyeah for sure, desktop environment doesnt matter and it happened all at once recently.. just thought it was interesting that it could be avoided doing certain things but I couldnt figure out how to find out more info on whats happening. almost seemed like acpid and the desktop environment could be figting over control and both acting on the actions since the policy in there doesnt check for kde4 power management and always tells the ac17:16
Sarvattpi-support scripts run17:16
Sarvattmachines up, nothing in the logs but the screen wont turn back on unless the xset dpms force off is removed from the lid close script17:17
albert23jbarnes: fwiw, I had a freeze when display went off with the same gpu dump as Ben Gamari. This patch fixed it for me: http://paste.ubuntu.com/202245/17:26
jbarnesalbert23: ah that's what my !crtc->enabled patch was supposed to do17:29
jbarnesI guess the crtc is still enabled but has a dpms mode of off17:29
jbarnesI'll fix it up17:29
ZoraelSarvatt: checked bug description, don't think you missed anything17:36
Sarvattbryce: 3 people now that mentioned having problems in irc since the KMS kernel went into karmic an hour ago and all were the fbdev problem17:42
jbarnes"the fbdev problem" ?17:45
Sarvatthttp://cgit.freedesktop.org/xorg/xserver/commit/?id=aef6b904ebf0d7de6259058606c7c04ea177bda317:45
jbarnesoh right17:45
jcristauwould be nice to fix that properly some day..17:46
Sarvattmore common than i thought to not have an xorg.conf i guess17:46
Sarvattis it odd that it only happens with KMS?17:47
bryceSarvatt, ah interesting; I'll up that in my todo list for today17:48
brycebtw, looking at the -nv pci id stuff presently17:48
jcristauSarvatt: without kms you don't have a fb device17:48
jcristauwell17:48
jcristauat least it's less common17:48
jcristauSarvatt: pretty sure if you boot with vesafb and ums, you get the same FatalError17:51
jbarnesalbert23: posted an updated patch for the vblank related hang17:53
jbarnesshould fix the video case too17:53
jbarnesthough I think there's other code to handle that already17:54
Sarvattahh i guess i was just assuming usplash loaded a fb of some sort, that'd explain it then17:58
Sarvattnice that they even went and packed intel_agp and i915 into the initrd so it looks nice 4 seconds in instead of 15 :D but usplash doesnt work with KMS so the fsck display and dm-crypt entry screens are tricky this way..18:03
Duke`will they do something about usplash and KMS? will they fix it for karmic?18:24
jbarnesDuke`: the boot will be so fast you won't want usplash slowing you down18:27
Duke`oh yeah :p18:27
Sarvattits about 10 seconds slower on my bootcharts than jaunty was for me, but i get a cursor and panel starting to load a good 20-30 seconds earlier than i did before and it feels faster because of it18:30
Sarvattbut my x is pretty different than the one in karmic (using xserver 1.7 with some different options) so i dont know if the speedup is there or all the gnome improvements18:33
* Sarvatt wishes debuild had an ignore .git option18:42
bryceSarvatt, I think it does actually18:42
bryceor you can force it:    debuild -I".git" -sa -S18:42
Sarvattwow i need to look into that then18:42
bryceI think there might be a config file or env var you can set or something18:43
jcristau'-I -i' works18:43
superm1create ~/.devscripts18:43
superm1and set DEBUILD_DPKG_BUILDPACKAGE_OPTS18:43
bryceDEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -I.bzr -I.svn -I.git"18:43
bryceaha18:43
superm1the one i use probably doesn't account for .git, but it's easily added:18:44
superm1DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i'(?:^|/).*~$|(?:^|/)\..*\.swp|DEADJOE|(?:/CVS|/RCS|/\.svn|/\.deps|\{arch\}|\.arch-ids|\.arch-inventory|\.bzr|\.bzrignore|\.shelf)(?:$|/)' -ICVS -I.svn -I\{arch\} -I.arch-ids -I.arch-inventory -I.bzr -I.bzrignore -I.shelf"18:44
brycesuperm1, you run into arch repos much?18:45
* Sarvatt cheers!18:46
Sarvattthanks for the tip!18:46
Sarvattprobably will save me 300MB/day bandwidth from fdo with that :)18:48
jbarnesbryce: do you think 352207 might be a dupe of the recent 945 resume bug?18:59
jbarnesah no it's hibernate... nm19:00
brycejbarnes, ah19:08
jbarnestrying to reproduce now19:09
Sarvatti've seen the invisible x thing from that before possibly, happened just yesterday actually. somehow x got moved over to VT9 (?) so i thought it was invisible and vt8 became vt1 but that might not be the same :D19:10
tormodhttp://www.phoronix.com/forums/showthread.php?t=17812 :)19:22
superm1bryce, no :) I got that somewhere in #ubuntu-motu like 2 years ago and it's not failed me, so i've not changed it19:26
brycesuperm1, just giving you a hard time.  ;-)19:26
brycetormod, wow, that is like the total inverse of a bug report ;-)19:27
jbarnesSarvatt: ok so there's some confirmation of the patch in http://bugs.freedesktop.org/show_bug.cgi?id=2238319:48
ubottuFreedesktop bug 22383 in Driver/intel "X server stuck in infinite loop on laptop lid close" [Critical,New]19:48
jbarnessounds like jithin still has issues though, maybe a differnt problem19:48
* Ng spied a blog post earlier about problems with 2.6.30-10 and the intel driver. not upgraded yet though20:46
jbarnesbryce: hah, whenever I add to that hibernate bug something happens right after I hit "commit"20:50
brycejbarnes, heh, figures20:50
SarvattNg are you using KMS now? you wont have problems if so20:57
NgSarvatt: yep20:59
Ng:)20:59
jbarnesSarvatt, bryce: just updated https://bugs.freedesktop.org/show_bug.cgi?id=22383 with a new patch that works for me22:34
ubottuFreedesktop bug 22383 in Driver/intel "X server stuck in infinite loop on laptop lid close" [Critical,New]22:34
Sarvattuploaded to the same place -- https://launchpad.net/~sarvatt/+archive/bugs22:43
Sarvattwell it'll  be there in a few minutes at least22:44
Sarvattoops i referenced the wrong patch name in the changelog but its the kms one and the link is right22:47
bryceapw, did the kernel upload with i915.modeset=1 by default go in?22:48
Sarvattyeah a few hours ago22:49
Sarvatt2.6.30-10.1222:49
brycejbarnes, ok cool, I don't know if we have a bug in launchpad on that issue, but if not will it be included in the 2.8 release?22:57
jbarnesyeah it should be in 2.8 assuming I get some more good feedback22:57
bryceok cool.  looks like jithin is giving pretty quick feedback on patches22:58
* bryce is working on the mesa intel memory fixes currently22:58
jbarnesyeah shuang came up with a bunch of good ones22:58
brycethese look suitable for backporting, but since they appear to be UXA bugs maybe not worth risking it for jaunty.  But we'll see how the testing goes in karmic.22:59
jbarnessome are generic I think22:59
jbarneshaven't looked too closely though, maybe they only affect dri2 paths23:00
apwbryce, yeah went up today finally23:10
bryceapw, sweet.  do you plan to put out an announce to ubuntu-devel?  If not, I can do it.23:11
apwmakes just as much sense if you do it, if you are happy to do it, its late here23:12
bryceno prob23:12

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!