=== jldugger_ is now known as jldugger
=== mvo_ is now known as mvo
[13:31] <Alexia_Death> tseliot: how is your hotplug daemon in C caoming along?
[13:33] <tseliot> Alexia_Death: fine, it needs an XML parser and (maybe) I'll also expose some dbus methods so that other applications can call them
[13:33] <Alexia_Death> :)
[13:33] <Alexia_Death> If you have something to test let me know:)
[13:34] <tseliot> Alexia_Death: of course I'll give credit to you for the idea and for the Python implementation :-)
[13:34] <Alexia_Death> :)
[13:35] <tseliot> of course I'll let you know. I've been quite busy recently which is why I haven't finished the daemon
[13:35] <Alexia_Death> :) Jaunty is ready for such a thing, even if it comes later than release.
[13:36] <Alexia_Death> tseliot: you use launchpads bazar for the project?
[13:37] <tseliot> Alexia_Death: not yet, but I will. And yes, of course it will work on Jaunty too
[13:37] <Alexia_Death> ok:)
[13:37] <tseliot> currently it takes only 232kb of RAM
[13:38] <tseliot> which is good but I'll improve it
[14:11] <tjaalton> tseliot: I tried the xorg-options-editor, but it fails to configure. you know about it?
[14:16] <tseliot> tjaalton: what happens exactly?
[14:17] <tjaalton> tseliot: http://pastebin.ubuntu.com/121863/
[14:20] <tjaalton> maybe a pycentral update would fix it
[14:20] <tseliot> tjaalton: it's a packaging issue caused by the changes in pycentral. I know how to fix it
=== mvo__ is now known as mvo
[14:20] <tseliot> as I had the same problem with dontzap
[14:20] <tjaalton> tseliot: ok, good
[14:20] <tseliot> tjaalton: thanks for reporting
[14:21] <tjaalton> np
[14:26] <tjaalton> tseliot: hum, it configured fine after a dist-upgrade
[14:26] <tjaalton> or during one, rather
[14:29] <tseliot> weird
[14:29] <tseliot> tjaalton: does it work if you launch it?
[14:30] <tjaalton> yes
[14:31] <tseliot> ok, less work for me then ;)
[14:50] <tjaalton> bryce: a couple of xorg-server commits are missing from git
[14:50] <tjaalton> +your
[15:44] <tseliot> tjaalton: do you know if Eric Anholt's commit is included in Jaunty? https://bugs.freedesktop.org/show_bug.cgi?id=19037#c8
[15:44] <ubottu> Freedesktop bug 19037 in App/xrandr "Some libxrandr 1.2.99.2 requests cause hugely repeated EDID requests" [Major,Resolved: fixed]
[15:48] <tjaalton> tseliot: yep, it is
[15:49] <tseliot> tjaalton: weird, it doesn't seem to fix the problem (completely)
[17:49] <tseliot> federico1: I have fixed a bug in gnome-settings-daemon: http://bugzilla.gnome.org/show_bug.cgi?id=572876
[17:49] <ubottu> Gnome bug 572876 in plugins "gnome-settings-daemon does not load the saved RandR configuration" [Normal,Unconfirmed]
[17:50] <bryce> tjaalton: which commits?  My git tree is saying that its committed through -0ubuntu7
[17:51] <federico1> tseliot: thanks, checking...
[17:57] <tjaalton> bryce: 0u5 is what I got the server, but maybe I did something wrong :)
[17:58] <federico1> tseliot: hmm, that doesn't look quite right.  But let me take a shower and I can test this when I come back
[17:58] <federico1> tseliot: do you have other patches on top of g-s-d that could be affecting that function's behavior?
[17:59] <tseliot> federico1: let me check
[18:00] <federico1> brb
[18:00] <tseliot> federico1: no
[18:00] <tseliot> federico1: it works. Basically it was calling the goto too early therefore the intended config file was never applied
[18:01] <tseliot> federico1: and the patch was applied against the svn code
[18:05] <bryce> tjaalton: 6652c592 is the last commit in my tree
[18:06] <federico1> tseliot: why did your code enter the "if (!g_error_matches (..., NOENT))" case?
[18:07] <federico1> tseliot: i.e. can you trace it and see what the error is there?
[18:07] <federico1> brb now really
[18:07]  * federico1 goes to shower
[18:07] <jcristau> bryce: you just pushed that one, right?
[18:09] <bryce> yes, e924ed511 was the previous one
[18:59] <tseliot> federico1: are we looking at the same patch??? http://bugzilla.gnome.org/attachment.cgi?id=129350&action=view
[18:59] <tseliot> aah, I see what you mean
[19:00] <tseliot> federico1: I don't have a backup file, just the intended file
[19:04] <tseliot> federico1: which is weird since G_FILE_ERROR_NOENT should catch that
[19:22] <federico1> hmmm
[19:23] <federico1> tseliot: can you trace it while only having monitors.xml and not the backup file, and see what happens?
[19:23] <federico1> I'm 98.73% sure that NOENT works fine on my box
[19:31] <tseliot> federico1: sure
[19:31] <tseliot> brb
[20:18] <tseliot> I'm back
[20:19] <tseliot> federico1: do you mean, running the daemon with strace?
[20:42] <tseliot> federico1: I did it but I didn't find anything useful.
[20:44] <tseliot> federico1: as I said in the bug report, if a backup file is available then the settings in the backup file are applied, otherwise nothing happens
[20:44] <tseliot> federico1: strace doesn't show that the daemon is trying to open monitors.xml
[21:16] <Laney> What would be useful for a bug report about xorg hosing the CPU?
[21:20] <Laney> exciting, a wiki page about it
[21:52] <Laney> downgrading to Intrepid's version fixes it
[21:56] <tseliot> federico1: it looks like the Gerror is NULL :-/
[21:57] <bryce> tjaalton: all squared away with xserver now?
[21:58] <bryce> heya tseliot
[21:58] <tseliot> hey bryce
[21:58] <tjaalton> bryce: yes, looking good now
[23:12] <bryce> xserver-xorg-input-keyboard cleaned out (down to 1 bug)