[00:30] <bryceh> RAOF, why do I see my → but not your smart quotes or á/à/ú/ù ?
[00:30] <RAOF> I don't know. I don't see your ???s, either.
[00:30] <bryceh> RAOF, to me you are full of ?'s
[00:30] <bryceh> hum
[00:31] <RAOF> ?!
[00:33] <bryceh> ‽
[00:33] <bryceh> ¿
[00:33] <bryceh> ¡
[00:33] <bryceh> RAOF, I want my € back :-)
[00:33] <RAOF> ?
[00:33] <bryceh> RAOF, what keyboard layout do you use?
[00:34] <RAOF> en(dvorak)
[00:34] <Azelphur> ʞɔɐq € s!Ⴁ sʇuɐʍ әႡ
[00:34] <Azelphur> RAOF: that's interesting, I use en(colemak)
[00:35] <RAOF> It's most likely to be encoding related.
[00:35] <RAOF> Also likely: that my smuix-server hasn't got the right encoding set :)
[00:38] <bryceh> RAOF, http://www.bryceharrington.org/files/xchat_raof_q.png
[00:38] <RAOF> That's likely my fault.
[00:38] <bryceh> RAOF, aha yeah could be filtering things out
[00:38] <Azelphur> I see exactly the same as bryceh in pidgin
[00:38] <RAOF> Let me restart stuff...
[00:39] <bryceh> Azelphur, thanks
[00:39] <Azelphur> hehe :)
[00:42] <bryceh> minutes posted
[00:43] <bryceh> betting is now open for how long until a summary + something rude appears on phoronix.
[00:45] <RAOF> bryceh: Does this shów üp çõrrectly™?
[00:45] <Azelphur> does for me
[00:46] <bryceh> yes!
 bryceh: Does this shów üp çõrrectly™?
[00:46] <RAOF> Also roundtrips correctly
[00:47] <bryceh> yay
[01:36] <Sarvatt> SNA is actually selectable in xorg.conf now and is still breaking daily, i'll turn it on by default and put a note about how to go back to uxa for people that want to actually use intel in tomorrow's upload
[01:36] <Sarvatt> sorry I missed the meeting earlier, didn't know it was happening!
[01:38] <RAOF> Sarvatt: !!! It was in ubuntu-x@, and we've talked about it a couple of times here :)
[01:38] <RAOF> Sarvatt: SNA on 2.19 seems to be *reasonably* usable here.
[01:39] <RAOF> (Says the gen7 user)
[01:39] <Sarvatt> yeah 2.19 is good, it gets fixed up decently just before releases :)
[01:41] <RAOF> Apart from some missing rendering.
[01:41] <Sarvatt> ubuntu-x posts get lost in the hundreds of ubuntu-x-swat mails that come in, need to fix my darn filter rules it
[01:54] <bryceh> Sarvatt, :-(  what mail client?
[01:54] <bryceh> Sarvatt, as in, got procmail?
[01:54] <Sarvatt> gmail, i just had it set up stupid
[01:55] <Sarvatt> i got it all fixed up now, wont miss the next one!
[01:58] <bryceh> :-)
[01:58] <bryceh> Sarvatt, I posted a summary to ubuntu-x and ubuntu-desktop, feel free to reply with any feedback you have
[02:00] <hyperair> Sarvatt: SNA is selectable in xorg.conf?
[02:02] <Sarvatt> hyperair: as of sometime last week yeah
[02:03] <Sarvatt> hyperair: except you need to enable SNA then make UXA the default via configure flags and I haven't made that change in edgers yet, but i just made a hook so tomorrow's update will support it
[02:03] <Sarvatt> http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=e45629135065d0cc73c285f8df35ab4e1d07c6dc
[02:04] <Sarvatt> guess its time to package up glamor too
[02:04] <RAOF> Does anyone have any objections to moving to xserver 1.12 post A1? It'll make system-compositoring easier, as xwayland's based on 1.12.
[02:06] <Sarvatt> none at all here, i'd like to do it just in case 1.13 doesn't pan out actually
[02:06] <bryceh> RAOF, since we have some other things planned to switch with A1, maybe give a week or so beforehand, so we have a gap to isolate bugs against?
[02:06] <hyperair> Sarvatt: i see. i haven't been using edgers recently though.
[02:06] <bryceh> I don't feel super strongly about that though, so if you're anxious to get it in immediately post-A1, I'm amenable
[02:06] <hyperair> glamor sounds interesting. =p
[02:09] <RAOF> but still slower than UXA :)
[02:12] <RAOF> bryceh: I can wait a bit, but it'll make it much easier for robert_ancell to start on the lightdm work if it's easy to get at.
[02:13] <bryceh> well we've not seen very much in terms of bug reports up til now, and based on history I really don't expect to see much feedback until after A2.
[02:14] <bryceh> RAOF, so, use your judgment.  If there's definite value plugging it in right after A1, go for it.
[02:23] <RAOF> Actually, doing all the work and dumping it in a PPA would be just as useful to me. Uploading to quantal-proposed and then copying to quantal can be done at leisure, then.
[05:22] <tjaalton> no objections to 1.12
[07:55] <mlankhorst> morning
[07:55] <mlankhorst> RAOF: No objections here :)
[09:08] <tjaalton> i'm fed up with apport not being able to collect the relevat info when asked to do so
[09:08] <tjaalton> relevant too
[09:28] <seb128> tjaalton, like?
[09:36] <mlankhorst> I should give my trees names, 3 trees called linux aren't helping matters much :)
[09:41] <tjaalton> seb128: like on bug 1008864
[09:42] <seb128> tjaalton, what info did it fail to collect?
[09:44] <tjaalton> seb128: whatever ubuntu-bug xorg would collect
[09:44] <tjaalton> a lot of stuff
[09:44] <seb128> tjaalton, the bug was reported against s-c not xorg
[09:44] <seb128> why would it collect xorg infos?
[09:45] <tjaalton> uh, right. so no way to force it to collec the right one
[09:45] <tjaalton> it has xorg component opened too
[09:45] <tjaalton> at least it's some hybrid setup with nvidia, so probably just a nouveau bug
[09:47] <tjaalton> anyway, that was a bad example, there have been other bugs too like that :)
[09:50] <tjaalton> would be nice if apport-collect could allow a package argument in addition to the bugnum
[09:54] <seb128> tjaalton, apport-collect -p xorg ?
[09:58] <tjaalton> seb128: the manpage at least has no such thing
[09:59] <seb128> tjaalton, apport-collect --help is what I used
[10:00] <tjaalton> sigh, the manpage should be updated then
[10:01] <mlankhorst> then launchpad died underneath me, sigh :P
[10:01] <seb128> tjaalton, patches are welcome I guess
[10:01] <seb128> mlankhorst, they do inline update, that's usally around 10am and for a minute or so
[10:01] <mlankhorst> ah k
[10:02] <mlankhorst> yep you're righ,t, back up
[10:10] <tjaalton> seb128: just filed a bug for now
[10:10] <seb128> tjaalton, k
[10:11] <tjaalton> seb128: thanks for pointing that out though, wonder how many times it would've been helpful in the past to know that :)
[10:12] <mlankhorst> tjaalton: oh hey can I get a patch in kernel 3.4? Upstream commit a6a17859f1bdf607650ee055101f54c5f207762b
[10:14] <tjaalton> mlankhorst: quantal will have 3.5 soon anywa?
[10:15] <tjaalton> +y
[10:15] <tjaalton> don't think they'll even do 3.4 uploads anymore
[10:16] <tjaalton> would this be good for 3.2 too?
[10:16] <tjaalton> sounds like it would
[10:17] <mlankhorst> tjaalton: was a regression in 3.4 i think
[10:17] <tjaalton> ah
[10:19] <mlankhorst> so many changes between 3.2 and 3.3 i dont know what fixed it for nouveau
[10:23] <mlankhorst> I'm guessing those 3 for v3.2: 6322175530c89ab719cea28202f96a3660491727, c8435362f2211086b34ce871fa9c3fcc7ca79ff9, a6a17859f1bdf607650ee055101f54c5f207762b
[10:23] <tjaalton> if you have fixes for nouveau that'd be great
[10:24] <mlankhorst> I could pick those to v3.2 and see
[10:24] <tjaalton> the first one is quite old, but not in 3.2?
[10:25] <tjaalton> doesn't look like it
[10:26] <tjaalton> https://wiki.ubuntu.com/KernelTeam/KernelUpdates
[10:26] <tjaalton> and
[10:26] <tjaalton> https://wiki.ubuntu.com/Kernel/Dev/StablePatchFormat
[10:26] <tjaalton> the procedure for getting fixes in
[10:27] <mlankhorst> thanks
[10:27] <tjaalton> might be easier to get them via v3.2-stable
[10:27] <mlankhorst> true
[10:29] <tjaalton> you can see what's been proposed already http://git.kernel.org/?p=linux/kernel/git/bwh/linux-3.2.y-queue.git;a=summary
[10:31] <tjaalton> hah http://git.kernel.org/?p=linux/kernel/git/bwh/linux-3.2.y-queue.git;a=commitdiff;h=443b53442f77382a0de81d58154ec2187a21279a#patch10'
[10:31] <tjaalton> that's going to help a lot
[10:43] <jcristau> i sent that in after bugs.debian.org/675022
[10:49] <tjaalton> ah, ok
[10:52] <mlankhorst> tjaalton: Yeah I'll try upstream first. :-)
[10:53] <tjaalton> mlankhorst: if you have bug refs that would make it easier to get accepted, i guess
[10:53] <tjaalton> and after that, it's a walk in the park getting pulled in precise :)
[10:53] <tjaalton> without all the paperwork
[10:54] <mlankhorst> We'll see, I never had to refer someone else's patches for stable though.
[11:00] <mlankhorst> if this works i might try to get some other nouveau fixes through -stable too
[11:11] <tjaalton> hmm, disabling fbc should be possible to get in the current -proposed kernel
[11:11] <tjaalton> it's a oneliner and no fear of regressions..
[11:16] <mlankhorst> like all one liners
[11:18] <tjaalton> hehe
[11:18] <tjaalton> s/fear/end/
[11:19] <mlankhorst> :D
[14:01] <mlankhorst> I think after another exa patch gets in I'll probably push the ddx
[14:18] <seb128> tjaalton, I'm unsure if apport-collect look at the launchpad package or the Package: in the reported bug, but you get at least an Xorg.0.log.old which shows an intel Xorg segfault in the bug you pointed earlier
[14:21] <tjaalton> seb128: ah, fun
[16:04] <Azelphur> So, who wants to play ridiculous / borderline insane x.org config? I'm trying to set up 4 monitors, 2 screens, one on GTX 570 nvidia proprietary, one on AMD 5870 (Radeon)
[16:04] <Azelphur> http://collabedit.com/pqyaj is what I have so far, the nvidia stuff works, but the AMD stuff isn't doing so well
[16:04] <Azelphur> it's only pulling up one monitor, and compiz/xfce don't start properly :(
[16:09] <mlankhorst> Azelphur: You'll have more luck to pull that off with nouveau
[16:10] <Azelphur> I could start off with nouveau, but I like playing games under wine and nouveau doesn't do too well at that
[16:11] <mlankhorst> I mean nvidia makes you unable to use other drivers at the same time
[16:11] <Azelphur> oh wow, that's annoying
[16:12] <Azelphur> but then how is the radeon even up, the radeon is up and has one display running
[16:12] <Azelphur> just not very well
[16:12] <mlankhorst> any gl to it will probably fail
[16:12] <Azelphur> yep, that's pretty much what I'm getting
[16:12] <Azelphur> compiz is just falling over and dieing
[16:12] <mlankhorst> :-)
[16:13] <Azelphur> ok so I'll try with nouveau :)
[16:14] <mlankhorst> I'm guessing ati card was using r600?
[16:14] <Azelphur> I dunnod
[16:15] <Azelphur> haha, changed nvidia to nouveau now I have ATI up (mirrored) and no nvidia
[16:15] <Azelphur> or is the driver name for nouveau nv?
[16:15] <mlankhorst> erm no, nv should die off. :p
[16:16] <Azelphur> ah :)
[16:16] <mlankhorst> is the nouveau module loaded¿
[16:16] <Azelphur> in lsmod? nope :(
[16:17] <mlankhorst> probably have to reboot after removing nvidia
[16:20] <Azelphur> used jockey to remove the nvidia driver and rebooting now :)
[16:22] <mlankhorst> brb
[16:22] <Azelphur> still the same, mirrors on the AMD and nothing on nvidia, http://pastebin.com/kNHMiqcz is my xorg.conf atm
[16:23] <Azelphur> oh hey but opengl stopped failing
[16:24] <tjaalton> a great way to gpu-hang ivybridge; open the session menu from lightdm login screen...
[16:24] <tjaalton> no need to open either, just hovering over the icon is enough
[16:29] <tjaalton> fixed in 3.4 at least
[16:31] <tjaalton> 3.3.7 too
[16:32] <tjaalton> but it's slow to navigate the menu.. laggy as hell
[16:38] <tjaalton> db099c8f963fe656108e0a068274c5580a17f69b drm/i915: gen7: work around a system hang on IVB
[16:38] <tjaalton> why yes
[16:56] <cnd> mlankhorst, it looks like you forgot to push the changes to the synaptics ubuntu branch when you uploaded the last release to quantal
[16:57] <cnd> let me see if I can figure out how to sync
[17:00] <cnd> looks like the only change was the bump from UNRELEASED to quantal
[17:02] <cnd> mlankhorst, ok, I fixed it up :)
[17:02] <cnd> nm
[17:03] <mlankhorst> cnd: I don't have push rights, so wasn't me :)
[17:03] <cnd> oh?
[17:03] <cnd> it says you're the committer
[17:03] <mlankhorst> I mean i did the branch, but I didn't upload
[17:03] <cnd> ok
[17:04] <cnd> I see
[17:04] <cnd> who uploaded it?
[17:04] <Azelphur> mlankhorst, so, I've got radeon up with opengl, but the nvidias arn't coming up, and the radeon is just in mirror mode
[17:04] <seb128> cnd, Signed-By: Bryce Harrington
[17:04] <seb128> cnd, from the -changes email
[17:04] <mlankhorst> Azelphur: nouveau module loaded to kernel at least?
[17:04] <cnd> right
[17:05] <Azelphur> mlankhorst, doesn't show up in lsmod, but Xorg.0.log says it loaded it
[17:05] <cnd> well, it wasn't difficult to sync this time at least :)
[17:05] <cnd> I've left things in worse states before
[17:05] <mlankhorst> Azelphur: grep -r blacklist.*nouveau /etc/modprobe.d
[17:06] <Azelphur> /etc/modprobe.d/nvidia-current_hybrid.conf:blacklist nouveau
[17:06] <Azelphur> /etc/modprobe.d/nvidia-current_hybrid.conf:blacklist lbm-nouveau
[17:06] <mlankhorst> remove that file, then restart
[17:07] <Azelphur> both of them?
[17:08] <mlankhorst> it's one file
[17:08] <Azelphur> oh yea, silly me I just realised that
[17:08] <Azelphur> rebooting now \o/
[17:12] <Azelphur> progress :D
[17:12] <Azelphur> both cards are now mirroring
[17:12] <mlankhorst> so just have fun with xrandr now
[17:13] <Azelphur> nice, can i make xrandr settings perm somehow?
[17:13] <bryceh> Azelphur, either in xorg.conf or .gnomerc or the like
[17:14] <Azelphur> fun
[17:14] <mlankhorst> personally i stuff it in krandrrc but that's for kde only
[17:15] <Azelphur> hehe
[17:22] <Azelphur> https://dl.dropbox.com/u/3832397/Photos/2012/June/IMG_20120607_181951.jpg
[17:22] <Azelphur> I think I broke it :(
[17:42] <tjaalton> '5d031e5b633 drm/i915: Remove use of the autoreported ringbuffer HEAD position' fixed the lightdm menu hang
[19:17] <mlankhorst> bryceh/raof: i still have to see if i can get some upload rights this cycle, is it possible I help out with the X 1.12 upload?
[19:20] <bryceh> mlankhorst, don't worry about rushing to get upload rights this cycle; there's plenty of us who can do uploads for you.  but most of the work is getting packages ready for upload, as you've been doing
[19:20] <mlankhorst> bryceh: ok so I'll just continue on that and maybe put up a ppa?
[19:20] <bryceh> mlankhorst, yep that's a great idea
[19:21] <mlankhorst> perfect have something to work on tomorrow then :)
[19:21] <bryceh> mlankhorst, if you get bored, there are plenty of bugs that need looked at, or if you'd rather look at code, you could go through the proposed patches and give your opinion - https://bugs.launchpad.net/~ubuntu-x-swat/+patches
[19:22] <mlankhorst> bryceh: I'll probably just enable vdpau for the ppa so I can verify mplayer won't break at least
[19:30] <mlankhorst> bryceh: but when I get bored I sometimes just spend some more time on nouveau vdpau for fun, I'm trying to get some patches for nouveau in linux stable. :)
[19:36] <bryceh> there are also a lot of bugs needing triaged
[19:37] <bryceh> in fact I'm wondering if we ought to switch to a team model for triaging (i.e. everyone spend N hrs / week triaging)
[19:41] <mlankhorst> bryceh: Problem is that sadly a whole lot of bugs are hardware specific :(
[19:42] <jcristau> a whole lot of bugs are probably pebcak
[19:42] <bryceh> mlankhorst, triage != fix
[19:42] <bryceh> jcristau, extraordinarily true
[19:42] <mlankhorst> pebcak?
[19:42] <bryceh> 50% of bugs reported to X aren't X bugs
[19:43] <jcristau> mlankhorst: user doing something wrong.
[19:43] <mlankhorst> jcristau: or user wants to uninstall nvidia :-)
[19:43] <bryceh> another quarter are inane junk like not knowing how to configure things
[19:43] <mlankhorst> I'm so tempted to write something that tests it
[19:44] <mlankhorst> load glxinfo -> results sane? load glxinfo32 -> results sane?
[19:44] <mlankhorst> grep blacklist.*nouveau /etc/modprobe.d/*
[19:44] <mlankhorst> etc
[19:44] <bryceh> then there's 24% which may be legitimate bugs but the user hasn't reported them properly.  So we have to coach them through some debugging
[19:45] <mlankhorst> and the 1% that's so insane but with a hint of truth that you can't help but wonder what's going on in their minds? ;)
[19:45] <bryceh> mlankhorst, if you dummy up a script, I may be able to transliterate that into our apport hook to run during bug reporting.
[19:46] <mlankhorst> bryceh: the problem is getting glxinfo and glxinfo32 at the same time
[19:49] <mlankhorst> but I spend some time in #nouveau figuring out bugs, sometimes it helps figuring out bugs filed against nouveau early. :)
[20:32] <tjaalton> sweet, fbc disabled for snb in precise master-next
[20:32] <tjaalton> that was quick
[20:52] <bdmurray> bryceh: can you provide some insight regarding bug 924909?
[20:58] <bryceh> bdmurray, only occurs through VM?
[20:59] <bdmurray> bryceh: looks like hardware to me
[21:04] <bryceh> bdmurray, I would guess cjwatson's right that it's a window manager compositing issue.
[21:04] <bryceh> bdmurray, are all the commenters using metacity's compositing functionality?
[21:27] <bdmurray> bryceh: yes they are either at the try screen or did choose install ubuntu so not a full desktop
[21:34] <bryceh> bdmurray, so metacity compositor update bug probably.
[21:34] <bdmurray> bryceh: so a metacity task then?
[21:34] <bryceh> I'd seen something similar with remote desktop not repainting a while back with compositing enabled, but that affected the whole screen not just the background
[21:34] <bryceh> bdmurray, yup
[21:35] <bryceh> bdmurray, well, make sure to confirm they're all running metacity as the window manager.  I *think* that's what xfce uses but am not 100% certain.
[21:36] <jcristau> xfce uses xfwm
[21:36] <jcristau> metacity was gnome2
[21:37] <bryceh> bdmurray, there you go.
[21:40] <bdmurray> what does composting get you if you are just installing anyway?
[21:41] <jcristau> trouble, probably
[21:44] <bryceh> heh