[05:33] tjaalton: these BenQ's are sweeeeeet :-) [07:17] bryce: yep :) [07:18] bryce: I don't know if you noticed airlied's reply to my question about intel, but it seems that we won't get a fixed intel EXA in time for hardy :/ [07:20] so the performance will continue to suck, unless we switch back to XAA [07:22] aha, Zhenyu Wang from intel confirmed that it will require TTM, so it's a no-go then :( [07:22] freedesktop bug 13389 [07:22] bah, no ubotu [07:22] http://bugs.freedesktop.org/show_bug.cgi?id=13389 [07:23] hrm [07:23] E_TOOMUCHSUCKAGE [07:30] sorry, I'm fussing with my viewsonic monitor and it's acting screwy [08:00] bryce: I reopened the "no compiz on 965" bug.. [08:01] since there is no viable option to switching back to XAA [08:02] tjaalton: what bugnumber is that? [08:03] mvo: https://bugs.launchpad.net/bugs/148247 [08:03] no ubotu here :) [08:03] tjaalton: yeah... [08:04] mvo: to make EXA performance better it would need the new memory manager [08:04] tjaalton: so sounds like we're going to have to leave compiz disabled for 965 again? [08:04] heh, there's an entire HOWTO devoted to this combination of ViewSonic monitor and nvidia hardware. sheesh [08:04] (http://ubuntuforums.org/archive/index.php/t-274291.html) [08:04] bryce: maybe so yep.. [08:05] meh, ok. when is the upload going to happen that switches again? [08:05] after alpha3 [08:06] ok, thanks [08:09] bryce: I so love all these "howtos" that do silly things to the xorg.conf.. [08:09] yeah no kidding [08:09] like having six different subsections for Display [08:10] I'm having this weird blanking problem with this viewsonic monitor [08:10] like, for a few minutes after booting up it's fine, but then it blinks off black for a second [08:10] and then a minute later, it does it again [08:10] it happens with my benq too, so it's probably nvidia problem.. [08:11] although it's not that frequent [08:11] it keeps periodically blinking like this, until it finally goes completely black [08:11] maybe once a day [08:11] heh, ok [08:11] no this is with my viewsonic, not the benq's. The benq's are great [08:11] yeah I'm a glutton; now that I have two widescreen monitors set up, I want a third. 8-) [08:12] hehe [08:12] I think it might be the nv card. I should just get an ati to put in there [08:12] * tjaalton runs for the bus -> [08:15] tjaalton: I've passed word along about the EXA issue [08:24] bryce: nice [08:24] 3G rocks, btw :) [08:25] 3G? [08:25] "3rd generation" of mobile modems :) [08:25] ahh [08:26] "umts" is probably the technical term [08:26] I'm finding that perhaps the viewsonic issue I'm having is that it has a flaky DVI implementation. bugger. [08:27] try with the ati [08:28] I'll have to buy one; I don't have a spare that's the right interface type [08:28] heh, ok [08:28] heya seb128 [08:28] hey bryce [08:33] good morning seb128 [08:33] hello mvo [08:39] timo, yeah it is looking like it's an nvidia problem... it puts the monitor into EDID sleep mode, but can't wake it [08:52] aha, think I fixed it [08:55] bryce: how? [08:56] I found a post that suggested this funky approach of plugging and unplugging things in a particular order. I did it, and haven't had a blank yet. [08:56] http://www.munky.net/hardware/viewsonic-dvi/ [08:57] sounds like the procedure results in resetting the hardware edid [09:02] tjaalton: do the usb ports on your monitor's work? (next on my todo list is to play with them...) [09:04] I'm not sure i've tried them yet [09:04] it's just a hub, so should work [09:04] remember to connect the cable first :) [09:06] oh crap, I spoke too soon; there goes the viewsonic [09:07] weird. [09:07] eh, problem for another day. [09:08] heh [09:09] I had it working fine with one of my test machines - I'll have to check if that was ATI based [09:09] oh wait, that was VGA [09:09] ok... so probably I'll just need to find a longer vga cable or something [09:22] maybe it's a heat issue. hmm [09:46] nice, the usb on the monitors appears to "just work" [09:48] yep, it's handy [09:52] kinda dark, but... http://bryceharrington.org/Photos/my_desk.jpg [09:53] ffs, I'm fed up with the nvidia "out-of-pixmem" bug.. I need to upgrade my work machine! :) [09:55] sheesh, quite a desk you've got there [09:55] mythtv! [09:59] hold on, I took a picture of mine [10:01] http://users.tkk.fi/~tjaalton/foo/10012008044.jpg [10:01] oh wait [10:01] now [10:02] niice [10:03] this is from the uni [10:03] yeah, I made the desk myself... http://bryceharrington.org/Photos/Woodworking/Desk/ [10:04] oh cool, I've done loudspeakers myself :) [10:05] quite a nice finish [10:05] ugh, that took forever [10:05] heh, I bet [10:22] hmm, I wonder if you have a different model BENQ; you've got a sticker or something top center, but mine's on the top right. [10:25] mine too [10:44] night timo. http://bryceharrington.org/drupal/node/26 [10:46] night! [11:24] New bug: #181732 in xorg (main) "[hardy][livecd] xorg configuration problems on qemu-kvm" [Undecided,New] https://launchpad.net/bugs/181732 [11:25] New bug: #159750 in ubuntu "screen resolution change ignored (dup-of: 154380)" [Undecided,New] https://launchpad.net/bugs/159750 [11:25] New bug: #181478 in xorg (main) "Hardy Heron Alpha 2 - GDM login screen restarts to infinitum if some process crashes" [Undecided,New] https://launchpad.net/bugs/181478 [12:35] tjaalton: If you're looking at 181732, the kvm (and kernel bits) in hardy should be sufficient. [12:45] soren: ok thanks, I'll reinstall my workstation today, and since vmware doesn't work I might just as well try kvm :) [12:45] on top of it [12:47] tjaalton: Be sure to let me know if there are any problems with kvm. [12:47] soren: sure, thanks === seb128_ is now known as seb128 [14:57] New bug: #181781 in xorg (main) "Visualizations crasches X" [Undecided,New] https://launchpad.net/bugs/181781 [18:15] hi folks, I was wondering if maybe i could use your wisdom to setup my Radeon Xpress 200M card to work in a good way with xorg's ati driver [18:15] the fos driver [18:16] I'm on hardy, tryied it already, problem is it ends up been _so_ slow is barely usable [18:16] even 2D performance is unbearable [18:16] maybe this is not a bug and there is some tweaking that should be done ? [18:17] some tweaking I might be not aware of? [18:17] this is a cheap gateway laptop with 2G ram and a 1.73 core duo proc [18:17] I'd expect the fos driver to behave a lot better [18:18] no need to be blaze speed or anything like it, but at least usable [18:23] post the log somewhere [18:24] xorg log ? [18:24] ok [18:24] yes [18:24] pastebin etc [18:26] tjaalton: http://www2.udec.cl/~rverdejo/Xorg.0.log [18:29] (WW) RADEON(0): Direct rendering disabled [18:29] wonder why that is [18:29] can I force it to be enable ? [18:29] I'm not to good at my xorg kunfu [18:30] too [18:31] Option "DRI" "true" perhaps [18:31] I need to jump off the bus soon :) [18:31] http://paste.lisp.org/display/53967 [18:31] tjaalton: please give me a few minutes of help :-) [18:31] it shouldn't take long [18:32] yeah, but I need to get off in a minute [18:32] okie [18:32] so 30min offline -> [18:32] turning on DRI then [18:34] amazing [18:34] complete freeze at restarting gdm [18:34] let me try restarting [18:38] tjaalton: http://www.udec.cl/~rverdejo/Xorg.0.log [18:38] now i get a garbled screen, mouse works and I can swithc to a vt [18:39] other than that I cant login through gdm because I can't even see its loing dialog box [18:39] login [18:45] tjaalton: http://www2.udec.cl/~rverdejo/screen_garbled_with_dri_enabled_radeonXpress200M.png [18:45] thats how it looks like [18:49] tjaalton: you still with me ? [18:51] tjaalton: now the computer freezed, didn't do anything other than wait [18:51] _weird_ [18:53] got it, the switch back to vt7 to take the picture was what freezed the laptop [18:54] so, with dri enable xorg garbles the screen, i can switch to a vt to take a log for instance, but the minute I switch back to vt7 the laptop freezed entirely [18:55] that would be all [18:55] you got pictures of the garbled screen and a full log of xorg with dri enable [18:55] im uploading the original log with dri disabled under a different name [18:56] http://www2.udec.cl/~rverdejo/Xorg.0.log-withoutDRI [18:57] ok, that's the original log, the one with DRI disabled, works uterly _slow_ [18:57] almost undearable, you can almost see the redrawing [18:58] so it's disabled for a reason :) [19:01] try changing the driver to vesa then [19:02] vesa probably won't be any faster [19:02] could be true [19:06] I seem to recall i already tryied vesa with no better results but I will try it again see what happens [19:07] propietary ati driver isn't working neither, session gets inmediately terminated [19:07] reynaldo: did it use to be any faster with an earlier release? [19:09] gutsy, but i had no splash screen, the whole story is that this is a brother's laptop, he wanted to try out ubuntu so while he is in town he lended it to me for me to install ubuntu on it [19:09] gutsy worked bad. [19:09] so.. i went hardy's way [19:09] I have had his machine for like a week, with no pleasant results [19:10] totally pita been honest [19:10] tjaalton: some questions about dexconf in #ubuntu-devel when you have a chance [19:10] bryce: ok [19:15] tjaalton: i kind of forgot in gutsy the laptop didn't had sound working neithe [19:15] r [19:15] so going to hardy was somewhat of a given [19:16] ok [19:19] * tjaalton goes on the couch [19:20] :/ [19:31] tjaalton: vesa doesn't work in the 'xserver doesn't start' sence [19:31] I'm uploading a log [19:32] tjaalton: http://www.udec.cl/~rverdejo/Xorg.0.log-withVESA [19:34] just wondering, wasn't xorg with ati propietary drivers supposed to be able to use compiz and 3d stuff without xorg-xgl ? [19:35] I recall reading something about them using aixgl [21:59] tjaalton: work back from Rolla about the EXA issue: [21:59] s/work/word/ [21:59] Hey Bryce, [21:59] Not sure what you mean specifically by "it seems that we won't get a [21:59] fixed intel EXA in time for hardy". I just talked to Keith, and he said [21:59] that EXA works fine with the old memory manager. [21:59] He did say, however, that'll all change after Cantiga ships and we start [21:59] tearing the driver apart, but that won't be 'till after Hardy. [21:59] rs [22:00] yes EXA works, but the performance sucks.. [22:03] I'll send her the bug [22:04] #177492 [22:04] Bug #177492 [22:04] Launchpad bug 177492 in xserver-xorg-video-intel "EXA is balls-achingly slow" [High,Confirmed] https://launchpad.net/bugs/177492 [22:04] hehe [22:05] also bug 148247 you mentioned yesterday [22:05] Launchpad bug 148247 in xserver-xorg-video-intel "Compiz not supported for G965" [High,Confirmed] https://launchpad.net/bugs/148247 [22:05] New bug: #181885 in xserver-xorg-input-synaptics (main) "Two-finger scroll and two-finger middle click together handled poorly" [Undecided,New] https://launchpad.net/bugs/181885 [22:10] yep, she's already commented that one [22:10] earlier [22:13] maybe I've misunderstood, I really hope so :) [22:16] tjaalton: btw, when you build packages, you don't use pbuilder, right? are you just doing debuild -i -uc -us -S ? [22:21] tjaalton: btw, I've got a newer libdrm based off a git snapshot built (for UME) [22:22] I wasn't planning on incorporating it for Ubuntu, but if a newer libdrm would help, we've got the newer package available [22:23] for binaries I normally use pbuilder, unless it's just one file that's needed, then it's 'fakeroot debian/rules install' or similar :) [22:24] I've been having trouble using pbuilder when building a package and a new version of its dependency [22:24] in particular, libdrm for -psb [22:24] oh right, it won't work [22:25] I'm not sure how to build -psb using the new libdrm with pbuilder [22:25] it would be hard [22:25] so is debuild -i -uc -us the best approach in this case? [22:25] heh [22:25] yeah no kidding [22:26] yes, if you don't need to sign them [22:26] but what's the '-i' for? [22:26] you can do lots of stuff using pbuilder hooks, i think (don't use it though, i use a plain chroot) [22:27] it's still icky [22:27] tjaalton: dpkg-source -i ignores VCS files when generating the diff [22:27] jcristau: I did give a shot at using pbuilder hooks, but could never git it to actually notice the deps and use them [22:28] jcristau: oh, so just having -i is enough for the most uses.. [22:28] hrm, ok sounds like at least I'm not missing anything... [22:29] hmm, now to think of it I've used -i".git" for xorg/xorg-server :P [22:29] or -I".git" [22:29] so the regex is probably not needed [22:30] it was before dpkg-dev knew about git :) [22:34] heh, seems that it was done long ago :) [22:35] tjaalton: for this bug, aside from the performance issue, did we get rid of that dvd playback issue by going to EXA? [22:35] bryce: hmm, I don't remember that one.. [22:35] "XV does not play with XAA under compiz, only with EXA" - http://wiki.compiz-fusion.org/Hardware/Blacklist [22:36] it's mentioned in the OP of 148247 so I'm curious if going to XAA would reopen that issue [22:36] I guess so, yes [22:36] I'll test on my laptop.. [22:37] not that it has a dvd-drive.. or any drive for that matter :) [22:38] (besides hd) [22:41] right, Xv doesn't work [22:41] rats [22:41] but you can disable it [22:41] from gstreamer-properties [22:41] is that with EXA or XAA? [22:41] XAA [22:42] right, are you able to confirm that it does work with EXA? [22:42] in a minute [22:44] yep, works [22:44] ok thanks [23:16] I finally got libdrm and -psb built for Hardy... now to try getting them built on Gutsy... hrm [23:16] heh [23:17] for some reason in -psb it's refusing to build some of its files [23:26] ah my bad; unclean build tree.