[05:03] <RAOF> SYMBOLLLLLLLLLLS!
[05:03] <RAOF> (Sung to the tune of KAAAAAAAAAAAAHN!)
[05:31] <bryceh> RAOF, bug 812665 seems to be due to some symlink of /usr/share/doc/xorg
[05:31] <ubot4> Launchpad bug 812665 in xorg (Ubuntu) "package xorg 1:7.6 7ubuntu1 failed to install/upgrade: trying to overwrite '/usr/share/doc/xorg', which is also in package xserver-xorg 1:7.6 7ubuntu2 (affects: 18) (dups: 13) (heat: 112)" [Undecided,New] https://launchpad.net/bugs/812665
[05:32] <RAOF> bryceh: Ah.  I saw than on this morning's upgrade, but Jason didn't.
[05:33] <RAOF> So I wasn't sure it wasn't a local issue.
[05:33] <bryceh> yeah I noticed my graph spiked with a bunch of reports against xorg
[05:35] <bryceh> looks like a stealth bug...  doesn't crop up after you upload it, only on the upload after that ;-)
[05:35] <RAOF> Yay!
[05:35] <bryceh> which may be why debian hasn't hit it - they haven't updated yet
[05:36] <RAOF> Do you know what's wrong, or would you like me to wrangle it?
[05:37]  * RAOF wonders whether his git pull is going to finish at some point.
[05:37] <bryceh> looking
[05:39] <bryceh> one nice thing though is I can see from the spread of bug reports, that some people still aren't getting xdiagnose installed for some reason
[05:39] <bryceh> but when they do have it, at least the apport hooks are working properly
[05:43] <RAOF> Yay!
[05:44] <bryceh> 01dde16f91fc8e797c71bd40b9217fd5fb8d265d
[05:45] <RAOF> That doesn't quite explain it, though?
[05:45] <bryceh> yeah there's more commits
[05:45] <bryceh> 1ace9ac414f8b58d11cec396e65cea6e1be3ebc1
[05:45] <bryceh> 01dde16f91fc8e797c71bd40b9217fd5fb8d265d
[05:45] <bryceh> cb28b49ff28e7f9e499c54ead75615fc5a191a51
[05:45] <bryceh> 69913b837e4f09699dadb4c9df8e4dffbdd011c6
[05:46] <bryceh> but I think some sort of transition/conflicts is needed or something
[05:48] <RAOF> Ooooh, sneaky!
[05:48] <RAOF> I think it's the space-saving auto-doc linker that's breaking things.
[05:49] <bryceh> maybe something needs added in xserver-xorg.postrm.in?
[05:49] <bryceh> bbiab; hear a little man calling for a dada
[05:49] <RAOF> Go go!
[05:55] <bryceh> space-saving auto-doc linker ?
[05:56] <bryceh> oh the deep pitti magic?
[05:56] <RAOF> Yes.
[05:57] <bryceh> that's a better explanation why debian doesn't have the bug...  ok, since I'm well outside eod would you mind following up with him to find a solution?
[05:57] <RAOF> Doing so right now in -desktop :{
[05:58] <RAOF> :)
[05:58] <RAOF> Have fun being dad!
[06:17] <bryceh> boy, I tell you now that he can get out of his crib himself it ups the stakes quite a bit
[06:18] <tjaalton> bryceh: not mad, just grumpy :) and now it seems i've no reason to get grumpy in the future, if i keep forgetting to push the changes myself, meh
[06:19] <tjaalton> i'll check my laptop if it has the tree
[06:19] <bryceh> tjaalton, also the xorg push from this morning broke stuff
[06:20] <tjaalton> great
[06:20] <bryceh> actually, wasn't that push's fault, but the one before
[06:20] <bryceh> or something... pitti and raof debugging it on ubuntu-desktop presently
[06:21] <tjaalton> yeah i noticed
[06:21] <RAOF> tjaalton: git blames you for this, by the way :P
[06:21] <tjaalton> RAOF: of course it does :)
[06:22] <RAOF> But 2007-you.
[06:22] <tjaalton> oh?
[06:23] <RAOF> In 2007 you added some foo to symlink the doc directories to x11-common.  Now, xserver-xorg wants to ship files in /usr/share/doc/xorg…
[06:24] <tjaalton> I did that? sounds weird, but won't argue until i get to see the history myself :)
[06:24] <RAOF> My thinking is that we let pkgbinarymangler handle the doc symlinking and drop that diff from Debian.  After the next LTS, 'cause we need to remove those symlinks in preinst.
[06:25] <RAOF> + -- Timo Aaltonen <tepsipakki@ubuntu.com>  Sun, 28 Oct 2007 13:36:40 -0400 in 4ad13bf6 :)
[06:25] <tjaalton> maybe i just sponsored it
[06:25] <RAOF> It's entirely possible.
[06:33] <tjaalton> ton of changes that day, probably just moving them to git from the previous version
[06:35] <tjaalton> bryceh: doesn't look like my laptop has the current synaptics branch, so either wait two weeks or "break" it now :P
[06:36] <tjaalton> and iMve no idea how to make my phone work as a bluetooth modem, it used to work at some point
[06:36] <bryceh> tjaalton, ok; I ended up not having anything to upload at the moment anyway
[06:36] <tjaalton> *i've
[06:36] <tjaalton> bryceh: ah, ok
[06:36] <bryceh> tjaalton, looked like it only needed s/UNRELEASED/oneiric/
[06:36] <RAOF> If you're trying it on oneiric, good luck!  Bluetooth is entirely borked for me.
[06:36] <tjaalton> yeah, meh
[06:37] <bryceh> tjaalton, I figure we gotta rule out chase's MT patches now before upstreaming input bugs, so I rolled up a ppa omitting those for folks to test.  we'll see how that goes.
[06:37] <tjaalton> RAOF: indeed, natty was equally broken for me
[06:38] <RAOF> Whereas natty worked wonderfully for me.
[06:38] <tjaalton> bryceh: nice
[06:38] <RAOF> For both the magic touchpad, and bluetooth pairing with my phone.
[06:39] <tjaalton> nice, gnome-shell hung while trying to pair them
[06:39] <tjaalton> unity does't start
[06:44] <tjaalton> oh it does
[06:56] <tjaalton> ha, 'apt-get install bluetooth-dun' on my phone, and now it works :)
[06:57] <RAOF> On your phone?  What is this, an N900? :)
[06:57] <tjaalton> yep
[06:58] <tjaalton> doesn't do DUN ootb, which was a bit of a surprise
[08:04] <bryceh> http://www.bryceharrington.org/Arsenal/Reports/ubuntu-x-swat/totals-oneiric-workqueue.svg
[19:06] <bryceh> thinking about all the bugs lacking apport information because xdiagnose wasn't installed...
[19:06] <jcristau> kees: did you have any other pending X patches?
[19:06] <jcristau> ah, the Xlib stuff.
[19:07] <bryceh> I'm wondering if either xdiagnose needs to be a depends, or if the reporters simply hadn't upgraded since xdiagnose entered main.
[19:07] <jcristau> but looks like that's being handled
[19:07] <kees> jcristau: yeah, I need to address the issues with that
[19:07] <kees> jcristau: I had an xhost change too that hasn't been committed, I don't think.
[19:07] <jcristau> right, just found that one
[19:08] <kees> (I had 3 patches: xclipboard, xhost, and the macro fix-up)
[19:09] <jcristau> To git.freedesktop.org:/git/xorg/app/xhost
[19:09] <jcristau>    29215ba..24685cf  master -> master
[21:43] <mpoirier> All, I have a snowball board booting ubuntu and the graphics comes up with max resolution and color depth.  But i know for a fact the driver isn't reading the EDID. 
[21:43] <mpoirier> How can X figure out the perfect graphic settings ?
[21:53] <bryceh> mpoirier, more info plz
[21:54] <mpoirier> I'd like to but I'm very green when it comes to graphics.
[21:55] <mpoirier> I guess hte real question would be, how does X figure the best settings when booting ?
[21:55] <jcristau> it asks the monitor
[21:56] <mpoirier> doesn't rely on the kernel for that ?
[21:56] <jcristau> depends.
[21:56] <mpoirier> ok, that's interesting. pls expand.
[21:56] <bryceh> mpoirier, probably best if you hit google
[21:56] <jcristau> on kms that asking goes through the kernel
[21:57] <mpoirier> and what's the non-kernel way ?
[21:57] <jcristau> hw poking
[21:57] <mpoirier> jcristau: you mean trail and error ?
[21:58] <jcristau> no
[21:58] <jcristau> essentially the same thing as the kms case except you're doing it in the userspace X driver instead
[21:59] <mpoirier> humm... then it's must be using an i2c bus to read the edid.
[22:00] <mpoirier> jcristau: is this something you can confirm ?
[22:02] <jcristau> in many cases, yes.
[22:03] <mpoirier> is there another way ?
[22:04] <mpoirier> I'm insisting 'cause I know i2c0 is not configured and proven to be dead.
[22:04] <mpoirier> i2c0 is the bus hooked to the hdmi controller.
[22:06] <jcristau> on a laptop you can probe the bios instead
[22:06] <jcristau> for hdmi probably not so much
[22:06] <mpoirier> and this board is running uboot.
[22:06] <jcristau> but i'm pretty sure edid is mandatory on hdmi, so..
[22:07] <mpoirier> ok, something somewhere is happening for sure...
[22:07] <jcristau> anyway.  read your driver's code?
[22:07] <mpoirier> I have :o)
[22:07] <mpoirier> and the ioctl returning fix and variable monitor info return bogus values.
[22:08] <mpoirier> you've help me a lot.
[22:08] <mpoirier> I don't think you can do more.
[22:08] <mpoirier> jcristau: thanks for your time.