[01:55] <pwnguin> RAOF: i guess i dont understand; i dont expect nouveau supports 3d on my laptop. should i?
[02:06] <RAOF> pwnguin: Depends on your definition of "support", I think.
[02:06] <RAOF> What I was actually getting at is "that's expected to be slow, because of no 3D".
[02:08] <RAOF> Although, if your definition of "support" includes "probably works, but the developers still don't want bugs yet", then I believe that nouveau has sufficient 3d support for some devs to use compiz as their WM.
[02:28] <pwnguin> all i was saying was it works fine everywhere one expects
[02:28] <pwnguin> its a bit odd that UNR uses clutter, since ive never seen anything amazing animated via it
[08:38] <AlanBell> morning all
[08:38] <AlanBell> I am struggling with bug 428769
[08:38] <ubottu> Launchpad bug 428769 in xserver-xorg-video-intel "compiz starts with a blank screen on a 2048x1152 monitor" [Undecided,Confirmed] https://launchpad.net/bugs/428769
[08:39] <AlanBell> can anyone point me in the right direction to look at the code involved
=== seb128_ is now known as seb128
=== marjomercado is now known as marjo
=== seb128_ is now known as seb128
[17:52] <tormod> bryce, hi, do you plan syncing the xorg stack with Debian pretty soon?
[17:54] <bryce> tormod, next week perhaps
[17:54] <bryce> tormod, well, just depends on moving the box I'm on to lucid first ;-)
[17:55] <tormod> ok, I guess "moving to lucid" just means upgrading a few packages for now :)
[17:56] <tormod> is http://people.ubuntu.com/~bryce/Xorg/versions_current.html up to date?
[17:56] <bryce> should be yeah
[17:57] <bryce> although note it's not updated to lucid yet
[17:59]  * bryce looks at the -nvidia bug list and shudders
[18:00] <bryce> people are complaining a lot about -nvidia in forums and stuff, but it's unclear if it is a serious X error, or just mangled configs
[18:15] <bryce> ugh, too many bug reports
[18:15] <bryce> tormod, as we will be syncing from Debian testing, do you think this will cause any problems/confusion with xorg-edgers?
[18:16] <bryce> hopefully not, guess we'll see
[18:17] <tormod> bryce, there should be no big problem, since we don't have so many packages in xorg-edgers for Karmic
[18:18] <tormod> it could have been a problem if a high-version package in xorg-edgers would "block" a Lucid package which has some needed Ubuntu patches
[18:18] <tormod> actually the reason I brought this up is that I was thinking of seeding xorg-edgers/lucid with all the Debian stuff
[18:19] <tormod> but then I might just wait for next week
[18:20] <tormod> bryce, we need some AI for dealing with bug reports...
[18:21] <tormod> apropos forum, I got a "forum warning" for RTFM'ing about xorg-edgers lol
[18:24] <tormod> there are immense numbers of people subscribed to xorg-edgers (thanks to many "helpful" forum guides) which do not know what a PPA is, or how to install another version of a package etc
[18:24] <bryce> yeah, i'm really getting frustrated trying to keep up with bug triaging
[18:25] <bryce> heh, that's funny
[18:26] <tormod> it's a great testament to upstream that git master is so stable - people were downloading their daily xorg-edgers crack as if it was normal package updates
[18:26] <bryce> it's good the bleeding edge stuff is getting tested, but I wonder if people are using xorg-edgers too much as a "solution" rather than a testing tool
[18:26] <tormod> only when -intel dropped UMS there was serious trouble...
[18:26] <tormod> everything on the forums is a "solution" ;)
[18:30] <bryce> ugh
[18:31] <bryce> forum users seem like the worst bug reporters
[18:31] <bryce> actually I've been thinking "bug report" is a bad term, it covers a whole range of different levels
[18:32] <bryce> "complaint", "support request", "defect report", "change request"
[18:33] <bryce> seems like most bug reports we see are towards the left end, but we need them towards the right before we can make action on them
[18:36] <tormod> about forums: it's an own breed looks like, the forum is a bit separated from other Ubuntu venues. Got a private message from some people wanting to build up a new documentation structure in some closed-group fashion. wiki and doc team anyone?
[18:37] <tormod> bugs: what about the "symptom" wizard in ubuntu-bug?
[18:38] <bryce> yep, the apport-symptom stuff.  I added some logic there, but not sure if anyone has been using it
[18:39] <bryce> my thinking though is that it would be able to handhold the user past the first two levels and be more likely to generate an actionable defect report
[18:39] <tormod> is your apport logic enabled? it only asks about "storage devices"?
[18:40] <bryce> dunno, I committed it to bzr but that may not have been uploaded to the distro yet
[18:41] <tormod> guess not, just run "ubuntu-bug" and there are no "display issue" choice
[18:41] <bryce> iirc it was the last thing I worked on before disappearing on paternity leave; I assumed pitti would upload it, but I never had a chance to look at it again after
[18:42] <bryce> btw, the coding is quite easy, if you'd like to have a go at adding to it please do
[18:42] <tormod> if it is working, maybe a SRU would be appropriate
[18:42] <bryce> I would worry it might not be useful enough yet
=== jg_ is now known as jg