[00:05] <bryceh> reinstall?
[00:08] <RAOF> I plan to.
[00:08] <RAOF> But possibly on a hard drive with a lower rate of bad sector growth.
[00:09] <Sarvatt> RAOF: e6420? :)
[00:11] <bryceh> heya Sarvatt - ideas on the brightness failing to reset after resume bugs?  I checked gnome-power-manager but not finding obvious signs that it was a regression.  You got any ideas?  Kernel?
[00:13] <Sarvatt> i have no idea, was bugging kamal about those last week. its either kernel or userspace and definitely not x-x-v-intel at any rate
[00:13] <bryceh> yeah trying to figure out a more sensible home for them
[00:14] <bryceh> probably some ACPI wonkiness
[00:15] <achiang> bryceh: sorry for sticking my nose in here, but might that be related to also not saving the brightness level between reboots?
[00:17] <bryceh> achiang, it could well be (which might implicate gnome-settings-daemon)
[00:17] <bryceh> achiang, however something like that I'd expect we'd see a LOT more bug reports than this even
[00:17] <achiang> bryceh: i've had such a bug on my back burner for several months (although it was for ARM, not x86)
[00:17] <achiang> s/was/is/
[00:18] <achiang> bryceh: i don't think that's been working since lucid (in the reboot case)
[00:18] <achiang> in fact, on my x86 laptop, it's not working in oneiric afaict
[00:22] <bryceh> interesting.  I know I've seen similar things on my laptops in the past, but don't think they're affected currently
[00:23] <bryceh> although, a few of those laptops are still on natty so maybe the bug still lies in wait for me?  ;-)
[00:23] <achiang> i could try and reboot now
[00:23] <achiang> give me a sec
[00:24] <achiang> on AC power, intel gfx, just used my keyboard hotkeys to set to dimmest setting
[00:24] <achiang> time to reboot
[00:25] <achiang> ... and i'm back
[00:25] <achiang> and brightness is back to max
[00:26] <bryceh> hrm
[00:26] <achiang> come to think of it, my cursory investigation was that after a reboot, we go back to whatever the default setting is, via g-s-d
[00:27] <bryceh> so yeah, seems something in userspace (g-s-d probably?) is not remembering things properly
[00:27] <bryceh> achiang, thanks; I'll bump these bugs there and hopefully someone more knowledgeable can take them where they need to go
[00:27] <achiang> does userspace know if a hotkey has been pressed?
[00:27] <bryceh> yes, it gets bubbled up via acpi
[00:27] <achiang> i was thinking if it gets eaten by firmware then userspace would never know about it
[00:28] <bryceh> hmm, that's possible
[00:28] <achiang> bryceh: what are the bug #? i'd like to subscribe
[00:39] <RAOF> Sarvatt: No; x200s :(
[00:39] <bryceh> achiang, bugs 876711 850749 872932 873191
[00:39] <ubot2> Launchpad bug 876711 in xserver-xorg-video-intel "Screen brightness resets to minimized when screen turns off" [Medium,Confirmed] https://launchpad.net/bugs/876711
[00:40] <achiang> bryceh: thanks
[00:58] <cyphermox> RAOF: I already have a fair amount of the korean IME and stuff installed, so I can test the font for you as well (though my understanding of korean is *very* limited)
[00:58] <RAOF> cyphermox: Thanks.
[00:59] <RAOF> That'll drop one of the longer-standing sponsorship items off the queue.
[00:59] <cyphermox> won't some changes to fontconfig or whatever be needed to have it select that font by default
[01:00] <RAOF> Next, to prod until plymouth upstream is happy with the logging patch :)
[01:00] <RAOF> cyphermox: Yes, there will be; those changes are all waiting to be sponsored.
[01:00] <cyphermox> e.g. normally my font is Ubuntu, but the korean character should be falling through to another font or something
[01:00] <cyphermox> oh ok
[01:01] <RAOF> There's fontconfig, language-selector, and ubuntu-seeds changes ready and waiting.
[01:06] <cyphermox> RAOF: ok, I manually patched font-config, it should mostly take care of it
[01:10]  * cyphermox reboots
[01:29] <cyphermox> RAOF: well, my IME fails in quassel, but I can otherwise not immediately notice issues
[01:30] <RAOF> And the fonts look good/better?
[01:31]  * RAOF heads off to an appointment.
[01:32] <cyphermox> looks okay, I don't use it enough day to day to say it looks better, just no glaring issues
[04:06] <pitti> Good morning
[04:07] <TheMuso> Morning pitti.
[04:07] <RAOF> Hey pitti
[04:10]  * pitti waves Australiawards, hey guys!
[04:57] <micahg> RAOF: can you join #ubuntu-bugs for a minute?
[05:48] <RAOF> Build starts in 19 hours?  My, we're hammering the build farm :)
[06:05] <micahg> RAOF: what type of build?
[06:05] <RAOF> PPA build.
[06:06] <micahg> ah, yeah, some of the builders are off doing other things
[07:41] <rodrigo_> morning
[07:45] <pitti> hey rodrigo_
[07:45] <rodrigo_> hi pitti
[09:23] <Sweetshark> pitti: Have a minute for discussing SRUing for Libreoffice?
[09:24] <pitti> Sweetshark: sure
[09:26] <Sweetshark> pitti: i thought #842566 is just a dupe of #732412, but we still/again have the workaround for that in the latest package so this is not the issue (and I assume it to be NOTOURBUG for LO because bamf has to take care of that).
[09:26] <pitti> bug 842566
[09:26] <ubot2> Launchpad bug 842566 in unity "Libreoffice and unity integration broken." [Medium,Confirmed] https://launchpad.net/bugs/842566
[09:26] <pitti> bug 732412
[09:26] <ubot2> Launchpad bug 732412 in unity-2d "LibreOffice Writer has no icon in Unity and is labeled "LibreOffice Small Device Format Importer"" [Medium,Confirmed] https://launchpad.net/bugs/732412
[09:27] <pitti> understood so far
[09:28] <pitti> Sweetshark: I thought seb128 asked you to remove the workaround for precise, for a proper fix
[09:28] <pitti> but that's not "SRU"
[09:28] <Sweetshark> bug 873702 disappeared after rebuilding LO-l10n with all the changes in LO (yay for split l10n), so that is an easy fix. However, 3.4.4 has been freezed as first rc today, so maybe it would be better to release 3.4.4 as an SRU.
[09:28] <ubot2> Launchpad bug 873702 in libreoffice "some function names in Calc appear in english others in local language (mixed up) " [Medium,Confirmed] https://launchpad.net/bugs/873702
[09:29] <Sweetshark> a lot of the changes in 3.4.4 are by me and thus patched in our packages already anyway.
[09:30] <pitti> Sweetshark: so the question is whether or not to SRU 3.4.4?
[09:32] <Sweetshark> right. And 843566 is not an Libreoffice issue but jasoncwarner_ found it important so I will make a comment wrt to that on the bug, I guess.
[09:33] <ogra_> hmm, do we have any mail check app that doesnt require to run a full mail proggy but still works with the indicator (indicator-biff or some such) ?
[09:33] <pitti> Sweetshark: the previous SRU went quite fine, so if 3.4.4 is again just a couple of fixes, sounds fine
[09:33] <pitti> ogra_: not in main AFAIK
[09:33] <ogra_> pitti, well, my netbook doesnt care for main :)
[09:34] <pitti> ogra_: OOI, why do you need a mail check app? I think "always" should be 99% correct for you?
[09:34]  * ogra_ sees gm-notify but that seems to be gmail only
[09:34] <pitti> save yourself some work interruptions, don't use mail notifications
[09:34] <pitti> (that's for everyone, not just ogra)
[09:35] <ogra_> pitti, sylpheed is the only usable mail app on my arm netbook, all others force it to its knees, sylpheed doesnt a) have any indicator integration and b) i would like to not have it permanently running
[09:35] <pitti> ogra_: all others except mutt, of course :) (SCNR)
[09:36] <ogra_> so something like a mailbox check applet that hooks into the indicator would be needed here
[09:36] <pitti> ogra_: but anyway, perhaps you can include biff status into your $PS1?
[09:36] <ogra_> pitti, well, i have considered mutt, but somehow i like the GUI :)
[09:36] <pitti> ogra_: yeah, I was mostly j/k there
[09:36] <pitti> but I'm actually quite serious about not using mail notification in the first place
[09:36] <ogra_> well, i would like to use mutt, but dont want to learn it right before traveling :)
[09:37] <Sweetshark> ogra_: but mutt is the _Canonical_ mail client!
[09:37] <ogra_> pitti, well, if i dont use the notification it means i need to run the app all the time
[09:37] <pitti> ogra_: why?
[09:37] <ogra_> pitti, to see if there is new mail ?
[09:38] <ogra_> since i have no notification :)
[09:38] <pitti> ogra_: so if you open it once every three hours or so (morning, lunch, afternoon), that shoudl be fine?
[09:38] <pitti> email != chat
[09:38] <ogra_> sure ... but that means i have to actively care :)
[09:38] <ogra_> i want my system to take care and tell me if its needed to open the app
[09:38] <pitti> try not to check mail every 5 seconds, and be surprised about the productivity gain
[09:38] <ogra_> more efficient :)
[09:39] <Sweetshark> ogra_: I dont need a notification (and actually I am not polling imap anymore). If two minutes have passed since the last mailcheck, I _know_ I have new mail anyway.
[09:39] <pitti> ogra_: heh, so far I was violently arguing against providing email notifications by default
[09:39] <ogra_> pitti, my app chacks every 5 mins and pops up a notify-send if i actually have relevant mail
[09:39] <pitti> ogra_: but anyway, e-d-s should provide this, no?
[09:39] <pitti> ogra_: or is that only evolution itself?
[09:39] <ogra_> hmm, i didnt think about using e-d-s with sylpheed
[09:40] <ogra_> might work, but will likely require to at least set up evo once
[09:40] <ogra_> for the account
[09:41]  * ogra_ only has 512M ram here i have to be very selective what i pick to run permanently
[09:41]  * pitti puts up another "email is not a synchronous medium" banner
[09:41] <pitti> ogra_: yes, even e-d-s shoudl be quite heavy there, so that's probably not appropriate
[09:41] <ogra_> well, i only want to know if its worth to waste the time/resources for starting the app
[09:41] <pitti> ogra_: you could use offlineimap and integrate biff into $PS1 ?
[09:42] <ogra_> and given i cant get rid of the indicator easily, i can as well use it
[09:42]  * ogra_ wishes there was just a script api for it 
[09:43] <ogra_> i.e. notify-send  -to indicator-message "you have blah new mails"
[09:44] <Sweetshark> ogra_: like zenity --notification -text="foo" ?
[09:44] <ogra_> Sweetshark, yeah, but hooked into the indicator we force the user to use
[09:45] <ogra_> Sweetshark, i use already a notify-send in sypleed if new mail arrives
[09:45] <ogra_> i just would like to not have the mail app in the bg all the time
[09:46] <pitti> ogra_: perhaps d-bus send to com.canonical.indicator.messages? com.canonical.dbusmenu.Event() sounds promising
[09:46] <ogra_> hmm, i will look into that
[09:47] <ogra_> a wrapper around offlineimap or some such would probably do
[09:48] <ogra_> still i think having a script api for indicator stuff would be a good idea
[09:48] <ogra_> 8a zenity extension, or notify-send addon)
[09:49] <pitti> if the dbus interface works, then it's rather easy to script it
[09:49] <ogra_> for me, yes :)
[09:49] <ogra_> or for you
[09:49] <ogra_> i just think offering it in the known tools might be more comfortable
[09:58] <chrisccoulson> wtf @ bug 881813???
[09:58] <ubot2> Launchpad bug 881813 in thunderbird "Mozilla Thunderbird Crashes suddenly on opening" [Undecided,New] https://launchpad.net/bugs/881813
[09:58] <chrisccoulson> desrt, any idea how we can get in to that situation? ("GLib-GObject-WARNING **: cannot register existing type `GCancellable'")?
[10:01] <Laney> we ♥ bugs
[10:06] <chrisccoulson> got it
[10:06] <chrisccoulson> having a local glib install in /usr/local does it
[10:06] <chrisccoulson> b'ah
[10:07] <chrisccoulson> i bet that's because ctypes doesn't honour the ld search paths
[10:07] <chrisccoulson> so we end up with 2 copies of glib mapped
[10:08] <chrisccoulson> that's always going to end in tears
[10:09] <chrisccoulson> m_conley_away, ^^^ ;)
[10:20] <chrisccoulson> hmmmm, it just uses dlopen, so i'm not sure why it loads the wrong one
[10:26] <chrisccoulson> and it doesn't specify an absolute path :/
[10:26] <GunnarHj> pitti: Hi Martin, are you there?
[10:29] <didrocks> good morning
[10:30] <rodrigo_> hi didrocks
[10:38] <smspillaz> (it's early ....)
[10:44] <didrocks> smspillaz: less then yesterday and less than the day before :)
[10:45] <pitti> hey didrocks
[10:45] <didrocks> hey pitti, how are you?
[10:48] <pitti> didrocks: not bad, not bad; doing 5 times at once right now, trying to unwind the stack a bit
[10:48] <pitti> s/times/things/
[10:49] <pitti> (correct spelling is not amongst these 5 things apparently)
[10:49] <didrocks> :-)
[10:49] <didrocks> good luck, hoping that you can still find some quiet time and don't have to rush too much
[10:49] <pitti> hey GunnarHj
[10:50] <GunnarHj> Hello pitti
[10:50] <GunnarHj> pitti: Did you see my attempt to ping you yesterday?
[10:50] <pitti> probably got lost, sorry
[10:51] <GunnarHj> pitti: No problem, here it goes again. :)
[10:51] <GunnarHj> pitti: Thanks for the upload of the a-s branch at bug 868346 to oneiric-proposed. Seems like the powerpc binaries won't be built until tonight.
[10:51] <ubot2> Launchpad bug 868346 in lightdm "Language selector broken in Ubuntu" [Medium,In progress] https://launchpad.net/bugs/868346
[10:51] <GunnarHj> Robert has commented on the lightdm MP, and he asks for your second opinion. I have responded with a branch update and a comment.
[10:51] <pitti> ah, I did see that; the MP comment is in my mail, need to get to that
[10:52] <GunnarHj> pitti: Ok, just wanted to make sure it's on your todo list. ;-)
[11:14] <glatzor> pitti, servus, you are already in the US?
[11:16] <pitti> glatzor: no, not yet; flying on Saturday
[11:17]  * pitti lunch, bbl
[11:18] <glatzor> pitti, enjoy yourself
[12:37]  * rodrigo_ lunch
[12:54] <seif> rodrigo_, lunch ?
[12:55] <seif> rnt u at uds?
[12:58] <dobey> seif: uds is next week
[13:47] <desrt> chrisccoulson: never seen that before.
[13:47] <desrt> chrisccoulson: i assume it's because two people are trying to use the same name for an object
[13:47] <chrisccoulson> desrt, it's because gio is being loaded from 2 different locations somehow
[13:48] <chrisccoulson> i managed to recreate it here by installing a local copy in /usr/local/lib
[13:48] <desrt> niiice
[13:48] <chrisccoulson> but i didn't figure out why it happened yet, and now it stopped happening :(
[13:48] <chrisccoulson> but we do dlopen a bunch of libs using ctypes
[14:03] <rodrigo_> seif, yeah, not in orlando yet
[14:21] <jincreator> pitti: Thanks for lots of merging. And I have a question about language-selector's fontconfig hack. Is it temporarily way and planning to remove?
[14:42] <pitti> jincreator: I'm not so sure about that one; fontconfig is still a mystery to me, and I didn't write that stuff
[14:42] <pitti> jincreator: I surely hoped that we wouldn't need to make that mess even worse with the new font, especially if the package already comes with its own fontconfig
[14:53] <jincreator> pitti: Well, I think font package with fontconfig is wrong way. And for now, it can override some fontconfig by itself.
[15:00] <jincreator> pitti: Anyway I write new comment few minutes ago.
[15:29] <cyphermox> jbicha: might be interested in this one: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/881660
[15:29] <ubot2> Launchpad bug 881660 in network-manager "wired cannot be disconnected using Shell network applet" [Medium,In progress]
[15:43] <seb128> hey
[15:44] <rodrigo_> hey seb128
[15:46] <mdeslaur> seb128: any update on bug 848198? It's a PITA that my desktop breaks when update-manager installs updates...
[15:46] <ubot2> Launchpad bug 848198 in gconf "Sporadic gconf error messages" [Medium,Fix released] https://launchpad.net/bugs/848198
[15:46] <seb128> hey rodrigo_ mdeslaur
[15:46] <mdeslaur> seb128: good morning btw :)
[15:46] <Laney> that is fixed in 3.2.1
[15:47] <Laney> which does not appear to be released yet
[15:49] <mdeslaur> we'll push 3.2.1 to oneiric once it comes out?
[15:49] <Laney> hope so
[15:50] <mdeslaur> ok, I'll be patient a little while longer :)
[15:59] <seb128> mdeslaur, what Laney said
[15:59] <pitti> jincreator: so what can the fontconfig snippet in language-selector do what the fontconfig snippet in the font package can't do?
[15:59] <mdeslaur> seb128: thanks
[15:59] <pitti> need to run out, time for sport
[15:59] <seb128> hey pitti
[15:59] <seb128> pitti, thanks for the guest session fix
[15:59] <seb128> pitti, enjoy sport!
[16:02] <Laney> it's a killer for banshee too
[16:02] <Laney> one of the killers ;-)
[16:03] <desrt> ronoc: https://bugzilla.gnome.org/show_bug.cgi?id=662779
[16:03] <desrt> seb128: https://bugzilla.gnome.org/show_bug.cgi?id=662779
[16:03] <ubot2> Gnome bug 662779 in gvariant "systemtap probes for gvariant" [Enhancement,New]
[16:03] <ronoc> desrt, perfect, good work !
[16:04] <seb128> desrt, thanks
[16:04] <desrt> seb128: tia.
[16:05] <seb128> Laney, do you know what is the status of the gtk3 bindings and the gtk3 banshee version?
[16:07] <Laney> i heard that it runs but some widgets aren't right yet
[16:19] <dobey> seb128: time to switch back to rhythmbox ;)
[16:19] <seb128> time to try to find a good media player?
[16:20] <dobey> i'd write one, but alas
[16:21] <Laney> oh look, banshee was mentioned, someone summon the trolls
[16:22] <dobey> Laney: if you think that's trolling, you ain't seen nothin' yet
[16:22] <Laney> :(
[16:22] <seb128> Laney, troll aside seems like quite some users have stability issues with the Oneiric version
[16:22] <seb128> not that rhythmbox is any better
[16:23] <Laney> possibly, but a lot of the problems have been external factors that manifest themselves in banshee
[16:23]  * dobey has a proposed upload that fixes some of them
[16:24] <dobey> i haven't really used rbox 3.x yet; my workstation is still on 11.04
[16:24] <Laney> ye beauty
[16:24] <seb128> Laney, gstreamer?
[16:25] <seb128> Laney, i.e where should we put efforts if we want to improve things?
[16:25] <Laney> gconf & libu1 are the main two that I am aware of
[16:26] <Laney> porting is probably the main work that they could do with help on
[16:27] <seb128> is there any gsettings mono binding?
[16:27] <seb128> do you know what's the status of getting GTK3 mono bindings in debian or ubuntu?
[16:27] <Laney> i am not aware of one
[16:27] <seb128> which I guess would help on testing the gtk3 version
[16:28] <Laney> when bindings are done there will be no problem in packaging them
[16:29] <Laney> a gir parser for mono would help a lot. some people started working on that but i didn't see anything ready yet
[16:30] <dobey> mterry: hrmm. seems like the files rest api is redirecting when the oauth signed request doesn't validate. probably the cause for that one bug about the 302
[16:30] <dobey> i think there is some basic working GI support for mono now, but it's not well tested
[16:33] <jincreator> pitti: Sorry, I can't understand what you are asking about. These 2 snippet can do anything what fontconfig file can do because they are fontconfig snippet. But if there's 2 snippet with different setting value, one will override another and it will be problem. Anyway enjoy your sports first!
[16:33] <seb128> seems like that will not land for the LTS
[16:33] <seb128> seems risky to land untested bindings and get banshee ported to it in one cycle
[16:37] <dobey> seif: indeed.
[16:37] <seif> dobey, r u flirting with me
[16:37] <achiang> chrisccoulson: ping, have you ever heard of a bug in firefox 7 where text in the google search bar is invisible if instant search is turned on?
[16:39] <dobey> seif: bah, seb quit right as i hit tab it seems
[16:41] <Laney> https://bugzilla.gnome.org/show_bug.cgi?id=648121
[16:41] <ubot2> Gnome bug 648121 in general "Port to gtk3" [Enhancement,New]
[16:41] <Laney> "help is welcome" :-)
[16:46] <mterry> dobey, hmm..  do you have any ideas why the oauth signed request would stop validating?  (like in the middle of a backup)
[16:49] <dobey> mterry: the token wasn't valid. no idea why. maybe user removed it from the u1 web site or something. and i'm not sure that is logged, if so. :-/
[16:49] <mterry> dobey, hrm
[17:44] <dobey> mterry: btw, i fixed up the libubuntuone branch for oneiric-proposed. :)
[17:45] <mterry> dobey, ok, I'll look again.  Is there a way to test that fix in isolation?  i.e. without the banshee fix?
[17:47] <dobey> mterry: not exactly. you can test it with current banshee, and it should happen faster, but it won't be as fast as it will with both pieces
[17:48] <mterry> dobey, ok, well, I'll test and at least make sure I don't see regressions in time
[17:49] <dobey> yeah, it's hard to test, because banshee can sometimes also be slow to start up, itself. and if you've already got banshee running, it should be pretty much instant anyway
[18:14] <m4n1sh> jbicha: I hope this one is fine https://code.launchpad.net/~manishsinha/totem/enable-zg-dp-building/+merge/80492
[18:48] <jbicha> m4n1sh: you need to make the same changes to debian/control.in that you do to debian/control
[19:10] <dobey> mterry: also fixed up https://code.launchpad.net/~dobey/ubuntu/precise/avahi/bring-back-gir/+merge/80103
[19:10] <dobey> mterry: i'm not sure what to do about the crazy banshee race condition though
[19:10] <mterry> dobey, looking at avahi
[20:29] <m4n1sh> jbicha: done
[20:33] <cyphermox> tkamppeter: I wonder if we really need a blueprint for printer modeswitching? AFAIK it's already in progress upstream
[20:55] <tkamppeter> cyphermox, OK. Can you please give me links to upstream, to bug reports on LP, ...
[20:56] <cyphermox> tkamppeter: upstream is there: www.draisberghof.de/usb_modeswitch/
[20:56] <cyphermox> bugs are afaik usually reported either in LP or on their forum
[21:13] <maya> seb128: coucou
[21:13] <seb128> maya, :-P
[23:09] <broder> man, it would be nice if i could xtrace a process that's already running
[23:09] <RAOF> Yeah, no dice there.
[23:10] <broder> seems like you'd only need some minor modifications to xlib to support it
[23:10] <Sarvatt> broder: what protocols are you trying to trace?
[23:10] <broder> Sarvatt: core, at this particular moment
[23:10] <RAOF> Assuming, of course, that the application uses xlib :)
[23:10] <broder> RAOF: i'm willing to require that
[23:10] <Sarvatt> broder: git clone git://sarvatt.com/xtruss
[23:10] <Sarvatt> checkout working branch if you want a little dri2
[23:11] <RAOF> You could also, without terrible trouble, do some gdb scripting to attach to the X server and print out the protocol requests/replies for an arbitrary client.
[23:11] <Sarvatt>   usage: xtruss [options] command [command arguments]       trace a new program
[23:11] <Sarvatt>      or: xtruss [options] -p <resource id>     trace an X client by resource id
[23:11] <Sarvatt>      or: xtruss [options] -p -         trace an X client selected interactively
[23:11] <Sarvatt>      or: xtruss [options] -P           just run a logging proxy server
[23:12] <Sarvatt> :)
[23:12] <broder> oooh
[23:12] <broder> Sarvatt wins :-D
[23:12] <Sarvatt> output is a lot more readable than xtrace too, but its missing lots of protocol
[23:12] <RAOF> Sarvatt: Funky!  How does that do its thing?
[23:14] <broder> looks like xrecord?
[23:16] <broder> yeah, comment at the top of uxxtruss.c says xrecord for attaching to running processes
[23:16] <Sarvatt> argh, yeah xrecord
[23:17] <broder> i think i need to put xrecord on my list of cool x things to learn more about
[23:17] <Sarvatt> http://www.chiark.greenend.org.uk/~sgtatham/xtruss/ is the page for it, i just have it mirrored in git because i was adding dri2 to it at one point
[23:18] <broder> maybe i'll try to package that up this weekend
[23:18] <Sarvatt> and cgit rocks, http://sarvatt.com/git/cgit.cgi/xtruss/ http://sarvatt.com/git/cgit.cgi/xtruss-old/
[23:19] <Sarvatt> broder: its a dead though
[23:19] <Sarvatt> hasn't been any updates to it since 2009
[23:19] <broder> aww
[23:19] <RAOF> Not if you're adding DRI2 to it.
[23:19] <RAOF> :P
[23:21] <broder> kind of disturbed/impressed that it doesn't use xlib
[23:22] <RAOF> Or xcb, presumably?L
[23:23] <broder> http://pastebin.ubuntu.com/720206/
[23:23] <Sarvatt> its a hacked up putty :)
[23:23] <Sarvatt> awwh shoot
[23:24]  * Sarvatt disappears again
[23:24] <Sarvatt> http://sarvatt.com/git/cgit.cgi/xtruss-old/commit/?id=c033766fb553a3182e51d09fb7d0922cdecfde02 btw
[23:26] <Sarvatt> ahh its very unreadable with current X, lots of unknownrequest spam. i haven't used it in about 1.5 years
[23:30] <broder> and this is why we have grep
[23:30] <broder> i find xtrace's formatting a bit more legible, but that might just be stockholm syndrome
[23:31] <RAOF> A GUI for an xtrace/xtruss-alike would actually be pretty compelling.
[23:31] <Sarvatt> oh I know why,  thats a limitation of using -p - and picking it with the mouse instead of launching the app with xtruss, it doesn't know what the extensions are
[23:33] <broder> hmph. it'd be nice if it looked up atoms from ChangeProperty and such
[23:36] <broder> i wonder how hard it would be to use XRECORD as an input source for wireshark...