[06:10] <tjaalton> RAOF: hey, could you check libglu from git that it's reasonably packaged? mainly ripped off from mesa, but in case I missed something..
[06:11] <RAOF> Ok.
[06:15] <tjaalton> thanks
[06:15] <tjaalton> merging xserver 1.13
[06:42] <LLStarks> tjaalton, and break fglrx?
[06:43] <tjaalton> LLStarks: it's already broken
[06:43] <tjaalton> we have rc5 in quantal
[06:43] <LLStarks> kinda sad that amd makes a driver that can only be used for a few days a year if you are an alpha tester
[06:44] <tjaalton> at least you have a proper replacement
[06:45] <LLStarks> radeon is not a replacement lol
[06:46] <tjaalton> says you
[06:46]  * RAOF is perfectly happy on radeon
[06:47] <LLStarks> i hear bridgman and deucher don't even coordinate on what features are okay to open source
[06:47] <RAOF> That sounds like an odd complaint; AFAIK, video decode is the only thing that's not available.
[06:48] <tjaalton> and power management, aiui
[06:49] <LLStarks> powerxpress needs work too
[06:49] <LLStarks> enduro or whatever its called now
[06:50] <LLStarks> can't use it without prime or fglrx
[06:50] <LLStarks> atpx doesn't work
[06:51] <RAOF> I'm not sure how much power management is ‘we don't have the specs’ versus ‘we don't have the manpower’. Certainly it's substantially worse than fglrx.
[06:51] <RAOF> What's atpx?
[06:52] <tjaalton> doesn't vdpau work with it nowadays?
[06:52] <RAOF> Yeah, but shaders only. The video decode hardware is tied up with the video encryption hardware, and there be dragons.
[06:52] <tjaalton> ahh..
[06:52] <RAOF> At least, that's what I gathered at XDC.
[06:53] <RAOF> Although there's been some reverse-engineered decode support happening recently, IIRC.
[06:53] <LLStarks> RAOF, i think amd just open sourced the acpi
[06:53] <RAOF> LLStarks: The acpi for what?
[06:54] <LLStarks> http://lists.freedesktop.org/archives/dri-devel/2012-July/025517.html
[06:54] <LLStarks> enduro laptops
[06:55] <tjaalton> that's nice
[06:57] <RAOF> Ah. The switcheroo interface. I take it they've settled on just the one now, then? :)
[06:59] <RAOF> tjaalton: Seems like now would be a good time to clean up those lintian messages?
[07:04] <tjaalton> RAOF: libglu or xserver?
[07:04] <RAOF> tjaalton: libglu.
[07:05] <tjaalton> oh right, ha
[07:12] <tjaalton> hmm, dunno about the itp bug
[07:12] <RAOF> Oh, I'd ignore that.
[07:13] <RAOF> But you might as well fix the copyright address, drop all those ancient Conflicts, and add a symbols file.
[07:13] <tjaalton> right
[07:16] <tjaalton> replaced the address with an url
[07:25] <tjaalton> and the source package warnings are due to me not being in uploaders
[07:25] <RAOF> Pfft.
[07:25] <tjaalton> don't dare to add myself there :P
[08:01] <tjaalton> uploaded libglu to the queue
[08:02] <tjaalton> oh dang
[08:02] <tjaalton> forgot the symbols file
[08:02] <tjaalton> but, it hasn't got new ones for years I think
[08:13] <RAOF> Oh, yeah.
[08:14] <RAOF> AFAIK there shouldn't be any new symbols in libglu, ever. The symbols file is just a nice heads up should we break something in the build :)
[08:14] <tjaalton> right
[09:11] <tjaalton> uploaded openchrome 0.3.1, let's hope it doesn't need a FFe
[09:12] <tjaalton> we should probably ask for an exception for driver point-releases
[11:06] <ml|vacation> well those are usually a good idea
[11:06] <ml|vacation> but with raof on release team, shouldn't be a problem :)
[11:07] <tjaalton> wacom 0.17.0 fails to build miserably
[13:53] <Prf_Jakob> Soo the daily quantal iso freaks out a bit.
[13:54] <Prf_Jakob> The installer started at 2560x1600
[13:54] <Prf_Jakob> "Try Ubuntu" mode fixed that tho.
[13:55] <tjaalton> that's with a vmware virtual machine?
[13:55] <Prf_Jakob> oh, yeah
[13:58] <tjaalton> i've seen a bug about that but can't find it now
[14:02] <tjaalton> btw, vmmouse doesn't use signal-safe logging
[14:12] <Prf_Jakob> Okay
[14:12] <Prf_Jakob> Is that bad?
[14:13] <tjaalton> not sure
[14:13] <Prf_Jakob> And is that a Xorg 1.13 feature?
[14:13] <tjaalton> logs in 1039157 look bad :)
[14:13] <tjaalton> bug 1039157
[14:13] <ubottu> Launchpad bug 1039157 in linux (Ubuntu Precise) "vmwgfx kernel module not loaded by default" [Undecided,In progress] https://launchpad.net/bugs/1039157
[14:13] <tjaalton> yeah
[14:13] <tjaalton> not that any released evdev version has that either
[14:14] <Prf_Jakob> Btw, do you work for canonical?
[14:14] <tjaalton> yes
[14:14] <Prf_Jakob> k, (put you into a contact list for devs).
[14:14] <tjaalton> ok
[14:15] <Prf_Jakob> I'm going on a extended leave, so I'm writing things down for other VMware devs :)
[14:16] <Prf_Jakob> Mmm it went 2560x1600 after I installed it as well.
[14:17] <Prf_Jakob> Is Quantal using Wayland?
[14:17] <tjaalton> no
[14:17] <tjaalton> so the splash screen has 25x16 or just X?
[14:19] <tjaalton> assuming the bug above isn't fixed yet, what if you force load vmwgfx via kernel cmdline?
[14:19] <tjaalton> it should use kms then?
[14:19] <Prf_Jakob> Yeah it worked fine when I loaded the kernel module.
[14:19] <tjaalton> ok, so it's the same bug
[14:19] <tjaalton> or a symptom of it
[14:20] <Prf_Jakob> Tho I don't know if thats because I restarted lightdm
[14:20] <Prf_Jakob> Or because kms fixed it.
[14:20] <Prf_Jakob> Oh right, dave sent out some patches to dri-devel that fixes that.
[14:21] <tjaalton> dumb ioctl patch?
[14:21] <Prf_Jakob> Feature request, disable the dash blur effect when on llvmpipe, that thing kills performance.
[14:21] <Prf_Jakob> No, let me look it up.
[14:21] <tjaalton> i bet there are people on it :)
[14:22] <tjaalton> since no unity2d anymore
[14:22] <Prf_Jakob> K
[14:22] <Prf_Jakob> Heh somebody already resent a identical patch :)
[14:22] <Prf_Jakob> Like right now.
[14:22] <tjaalton> "add MODULE_DEVICE_TABLE so vmwgfx loads at boot"
[14:22] <Prf_Jakob> Yeah
[14:23] <Prf_Jakob> There is one by Dave as well, along with a config adding patch.
[14:23] <Prf_Jakob> You should apply both of Daves, and enable the config, that way you can remove the config hack in xf86-video-vmware.
[14:25] <tjaalton> oh right, those ones
[14:25] <tjaalton> yeah
[14:25] <tjaalton> I'll let tim know :)
[14:25] <Prf_Jakob> http://lists.freedesktop.org/archives/dri-devel/2012-August/027124.html & http://lists.freedesktop.org/archives/dri-devel/2012-August/027125.html
[14:25] <Prf_Jakob> I RB them all here http://lists.freedesktop.org/archives/dri-devel/2012-August/027139.html
[14:27] <tjaalton> yeah
[14:33] <Prf_Jakob> Ok I replyed to rtg's email.
[14:33] <Prf_Jakob> Is he on IRC? Is he a X or Kernel guy+
[14:33] <Prf_Jakob> ?
[14:35] <tjaalton> kernel
[14:35] <tjaalton> on #ubuntu-kernel
[14:35] <Prf_Jakob> ok
[14:36] <Prf_Jakob> ta
[15:27] <tjaalton> enough uploads for one day.. mesa, xserver, -intel, -openchrome
[17:00] <dupondje> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1046505 => just happend again to me on same site :p
[17:00] <ubottu> Launchpad bug 1046505 in xorg (Ubuntu) "i915_hangcheck_hung" [Undecided,New]
[17:32] <tjaalton> dupondje: would be nice if you could upstream it to bugs.fd.o
[17:42] <dupondje> https://bugs.freedesktop.org/show_bug.cgi?id=54611 there :)
[17:43] <ubottu> Freedesktop bug 54611 in Driver/intel "i915_hangcheck_hung" [Normal,New]
[17:46] <tjaalton> great :)
=== yofel_ is now known as yofel
[18:44] <shadeslayer> tjaalton: more weirdness, if I now boot without nomodeset, it hangs at : fb conflicting fb hw usage radeondrmfb vs efi vga
[20:31] <tjaalton> the beta got silently released, it seems
[20:33] <bjsnider> what beta?
[20:33] <bjsnider> had to do that
[20:34] <tjaalton> just noticed all the uploads went in
[20:48]  * dupondje really likes the response times on bugs.fd.o
[20:48] <dupondje> :
[20:48] <dupondje> :)