[06:29] <kvalo> morning
[07:12] <kvalo> eh, ppa builders have seven days long queue
[08:04] <smspillaz> davidbarth: morning :)
[08:05] <MacSlow> greetings everybody
[08:05] <smspillaz> davidbarth: I have some more patches + something that might fix the stacking bug and a fix for bug#t682781
[08:06] <smspillaz> bug 682781
[08:07] <smspillaz> MacSlow: guten morgen
[08:07] <MacSlow> hey smspillaz
[08:07] <smspillaz> :)
[08:07] <smspillaz> typing german makes me really want to go back to germany, I was there last year
[08:08] <smspillaz> didrocks: morning
[08:08] <MacSlow> smspillaz, wait with that until it's warm again here :)
[08:08] <didrocks> hey smspillaz, good morning!
[08:08] <MacSlow> hey didrocks
[08:08] <didrocks> Guten Morgne MacSlow
[08:08] <smspillaz> didrocks: I think I have a fix for this gconf issue (can't reproduce it but it is "theoretical")  I will mail you a patch
[08:09] <smspillaz> it err, *cough* breaks the ABI though
[08:09] <didrocks> smspillaz: oh nice
[08:09] <didrocks> oh "nice"
[08:09] <didrocks> ;)
[08:09] <didrocks> smspillaz: just wait a second
[08:09] <smspillaz> sure :p
[08:09] <didrocks> smspillaz: so, you know what happens? I now see the unity interface before the hang
[08:09] <kvalo> MacSlow: do you still have snow?
[08:09] <didrocks> smspillaz: if I click on a launcher just before it hangs (it happens 2s after), I can get it crash
[08:09] <didrocks> smspillaz: interested in the stacktrace?
[08:10] <smspillaz> didrocks: well, the crash happend in Glib::Mainloop::Run - and that is created after gconf is loaded, so maybe it doesn't like that
[08:10] <MacSlow> kvalo, thank god no
[08:10] <smspillaz> didrocks: that sounds like a completely different issue
[08:10] <didrocks> smspillaz: yeah, and that's the one I'm seeing reliably now
[08:10] <smspillaz> hrm
[08:10] <smspillaz> ISTR it crashing earlier on
[08:10] <smspillaz> give me a stacktrace for this one I guess
[08:11] <didrocks> smspillaz: ok, let me install some debug symbols first
[08:11] <smspillaz> ok
[08:11] <smspillaz> I'd like to merge glib into upstream before the release too
[08:11] <smspillaz> so then we can just rebase on upstream for A2
[08:13] <smspillaz> didrocks: also I have a fix for empathy vanishing too
[08:13] <didrocks> smspillaz: excellent :)
[08:19] <didrocks> smspillaz: ok, let me upgrade without the workaround first to ensure we are on the same basis with the right debug symbols
[08:19] <didrocks> smspillaz: I can give it to you without them though
[08:20] <didrocks> smspillaz: http://paste.ubuntu.com/559423/
[08:28] <smspillaz> didrocks: #2  0x00163ce0 in Glib::Source::unreference (this=0xb6e11380) at main.cc:765 we're doing something wrong here, although it shouldn't impact startup
[08:29] <didrocks> smspillaz: well, I clicked on a launcher as said before the interface got frozen
[08:29] <smspillaz> strange
[08:29] <smspillaz> maybe something is creating a glib main loop and then trying to quit it
[08:29] <smspillaz> and of course, there's this bug where we crash on exit
[08:30] <didrocks> right
[08:30] <smspillaz> that I haven't really gotten around to fixing yet
[08:31] <didrocks> yeah, so maybe something wrong happen at initialization and that doesn't work well…
[08:34] <smspillaz> didrocks: ok, I'll mail this patch to you
[08:34] <smspillaz> (haven't tried it with the unity plugin yet, but it should work)
[08:35] <smspillaz> didrocks: I have been checking all my commits with git diff now for cleanliness :)
[08:35] <smspillaz> so no more random whitespace changes
[08:35] <didrocks> smspillaz: nice! :)
[08:35] <didrocks> smspillaz: can you just try it with the unity plugin first?
[08:36] <didrocks> smspillaz: because as it's an ABI break, I don't want to speak 1h30 of rebuilding for nothing :)
[08:36] <smspillaz> didrocks: this is true
[08:36] <didrocks> thanks! ;)
[08:36] <smspillaz> didrocks: I'll mail it to you for now (so you can build in the background) and test it too
[08:36] <didrocks> sure
[08:36] <smspillaz> because I'm pretty sure it should work
[08:38] <didrocks> smspillaz: well, the issue I'm rather seeing now is the other hang TBH
[08:38] <smspillaz> yeah
[08:38] <smspillaz> oh brilliant
[08:38] <smspillaz> I did a merge and forgot to commit right after the merge
[08:38] <didrocks> smspillaz: if you change the way glib mainloop it handled maybe it can impact it
[08:38] <smspillaz> so now my local changes are stuck in alongside the merge
[08:39] <didrocks> argh
[08:39] <smspillaz> *cough* I wonder how evil it is to just have that
[08:39] <smspillaz> since I don't know how to fix it
[08:40] <didrocks> smspillaz: well, the other changes are already in the package?
[08:40] <smspillaz> I think so
[08:41] <smspillaz> thats the problem
[08:41] <smspillaz> well, I have everything open
[08:41] <smspillaz> maybe I can just reset, then git stash, then commit the merge, then merge the stashed branch
[08:42] <didrocks> not sure about git :)
[08:49] <smspillaz> I think I'll need to just get the diff, reset, pull from master and then do edit the diff till it applies >.>
[08:50] <didrocks> smspillaz: good luck ;)
[08:57] <dbarth_> packaging issue?
[08:57] <smspillaz> dbarth_: nah, me forgetting to do something with git issue :)
[08:57] <didrocks> dbarth_: what?
[08:58] <didrocks> trying something for the hang, brb
[09:02] <didrocks> smspillaz: hold on, I know from where the hang is coming!
[09:02] <smspillaz> urgh, ok, applying the whole thing manually
[09:02] <smspillaz> go on
[09:02] <didrocks> it's only if I have unity-places-* installed
[09:02] <didrocks> dbarth_: ^^
[09:02] <didrocks> omer26 rocks!
[09:02] <smspillaz> ah yes
[09:03] <smspillaz> didrocks: grep unity-places stuff for g_main_loop_quit
[09:03] <didrocks> smspillaz: I'll, first need to thanks omer26 :)
[09:03] <smspillaz> :)
[09:03] <smspillaz> thanks omer26!
[09:06] <smspillaz> hi njpatel
[09:06] <didrocks> (on this bug report, FYI: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/683328)
[09:07] <njpatel> hey smspillaz
[09:07] <didrocks> smspillaz: no ABI break for the empathy patch?
[09:07] <njpatel> didrocks, smspillaz, using latest compiz and latest defaults, excellet job guys :)
[09:08] <didrocks> njpatel: I'll change two more settings for alpha2 btw, so you will need to reset soon to get the latest and greatest :)
[09:08] <njpatel> heh, will do :)
[09:08] <kamstrup> compiz (core) - Error: Plugin 'core' has ABI version '20110126', expected ABI version '20110113'.
[09:09] <kamstrup> why do I always get ABI snafu whenever I update_
[09:09] <didrocks> kamstrup: any reason you don't use the packages?
[09:09] <didrocks> I'm not sure you need compiz trunk :)
[09:10] <didrocks> seems duplicating the effort of rebuilding everything and such
[09:10] <didrocks> (furthermore, you don't have the same default than us)
[09:10] <kamstrup> didrocks: so you suggest that we just submit branches without compiling or testing them? I can do that
[09:10] <didrocks> kamstrup: did you submit branch of compiz?
[09:11] <kamstrup> didrocks: no, and I didn't install it from source either
[09:11] <didrocks> kamstrup: oh ok, it's unity bailing then, I was thinking it was because you rebuild compiz in jhbuild :)
[09:11] <didrocks> kamstrup: my bad then, yeah, ABI is changing often
[09:12] <njpatel> hah compiz jhbuild
[09:12] <kamstrup> njpatel: btw - is the compiz branch dbarth_ imported into LP the "official" one for Natty?
[09:12] <didrocks> kamstrup: just think than everytime the ABI is changing, I have to rebuild 5 packages (and hate sam of course!) ;)
[09:13] <kamstrup> didrocks: i just reinstalled *nux* *compiz* and *unity* packages, and I still get the ABI break... I think that maybe a source install of nux or unity overrides something the packages doesn't touch?
[09:14] <didrocks> kamstrup: yeah, do you have the unity plugin in ~/compiz-1 ?
[09:14] <kamstrup> source instal of anything => eternal doom
[09:14] <kamstrup> didrocks: lemme check
[09:14] <cando> kamstrup, maybe i don't help you..but i get your same error yesterday...i've reinstalled also plugins-main and plugin-extra
[09:14] <cando> and now works
[09:14] <didrocks> kamstrup: I have the same issue there and I rm -rf /usr/local/***, that's not good :/
[09:15] <njpatel> kamstrup, i believe so, but we always carry distropatches so better to use what's in natty
[09:15] <didrocks> kamstrup: ~/.compiz-1/plugins/libunityshell.so
[09:15] <didrocks> ~/.compiz-1/metadata/unityshell.xml for the referential
[09:16] <didrocks> then, you should have leftovers in /usr/local/share/unity/, /usr/local/lib/*unity*, /usr/local/bin/unity
[09:16] <didrocks> (and also the locales of courses… in /usr/local/share/locale/…)
[09:17] <didrocks> kamstrup: I'll make a script "remove/destroy my local unity" for next release, that will be easier
[09:17] <kamstrup> didrocks: indeed I appeared to have the local plugin - i need to kill someone for doing that when I specifically request another install dir...
[09:18] <kamstrup> njpatel: so who do I need to kill for lp:unity installing into my homedir even when i set CMAKE_INSTALL_PREFIX?
[09:18] <didrocks> kamstrup: well, I know who played a lot with compiz cmake… ;-)
[09:18] <didrocks> kamstrup: I think that's compiz to detect the plugins TBH
[09:18] <njpatel> kamstrup, smspillaz's neck is especially nice to hold during cmake issues
[09:19] <didrocks> all the rest is installed elsewhere
[09:19] <njpatel> kamstrup, it's autodetected from compiz's cmake stuff
[09:19] <didrocks> just not the metadata and the plugin
[09:19] <njpatel> kamstrup, -DCOMPIZ_PLUGIN_INSTALL_TYPE=local is what defines installation of the plugin
[09:20] <smspillaz> didrocks: nope
[09:20]  * kamstrup needs to restart
[09:20] <didrocks> smspillaz: you mean, you can install the metadata and the plugin wherever you want and compiz can detect it?
[09:20] <didrocks> sounds "magical" :)
[09:20] <smspillaz> didrocks: either to ~/.compiz or to $COMPIZ_PREFIX
[09:21] <smspillaz> didrocks: I could make an install manifest file that goes in ~/.compiz or $COMPIZ_PREFIX (depending on the user?) so that you can install plugins anywhere you want
[09:21] <smspillaz> but that sounds like more trouble than its worth
[09:21] <didrocks> smspillaz: or we can maybe play with symlinks for now :)
[09:22] <smspillaz> didrocks: I think in the CMakeLists.txt we should make COMPIZ_PLUGIN_INSTALL_TYPE default to package
[09:22] <didrocks> smspillaz: hum, doesn't that set the prefix to /usr instead of /usr/local?
[09:23] <smspillaz> didrocks: it sets it to CMAKE_INSTALL_PREFIX
[09:23] <smspillaz> kamstrup: -DCOMPIZ_PLUGIN_INSTALL_TYPE=package
[09:23] <smspillaz> we'll make it the default :)
[09:23] <didrocks> smspillaz: oh? so that can be interested, as long as it doesn't install in /usr by default, I'm all for it :)
[09:24] <kvalo> kamstrup: does vala have pop() for string[]?
[09:25] <smspillaz> didrocks: sure
[09:30] <kamstrup> kvalo: nope, strings and arrays are immutable afaic
[09:30] <kamstrup> afaik
[09:31] <kamstrup> wow, xchat has some really messed up rendering since the last round of x/compiz/theworld updates
[09:35] <aquarius_> didrocks, njpatel, ping ;)
[09:35] <didrocks> hey aquarius_
[09:37] <aquarius_> didrocks, I'm having unity problems (specifically, it isn't starting :)) I don't have unity-place-applications or -files installed (I would have thought that an upgrade should pull them in, but it doesn't seem to have done). njpatel said I should come and talk to you
[09:38] <didrocks> aquarius_: do you see the unity interface still or nothing at startup?
[09:39] <aquarius_> didrocks, no unity interface at all.
[09:39] <didrocks> aquarius_: ok, can you pastebin ~/.xsession-errors?
[09:40] <aquarius_> didrocks, I killed compiz, metacity --replace, gnome-terminal, then unity --replace from inside that gnome-terminal...
[09:40] <didrocks> or the output :)
[09:40] <aquarius_> and the terminal window just went solid grey and nothing else happened :)
[09:40] <aquarius_> no output. Will get xsession errors
[09:40] <didrocks> aquarius_: ok, try to start your session, then go a tty, and paste the xsession-erros :)
[09:41] <aquarius_> didrocks, http://paste.ubuntu.com/559455/
[09:42] <didrocks> hum, weird, unityshell is loading, you don't have any ABI issue
[09:42] <didrocks> aquarius_: do you have a .crash in /var/crash/ ?
[09:42] <aquarius_> $ ls /var/crash
[09:42] <aquarius_> compiz-gnome.0.crash
[09:42] <aquarius_> _usr_bin_evince-thumbnailer.1001.crash
[09:42] <aquarius_> _usr_lib_at-spi_at-spi-registryd.1001.crash
[09:42] <aquarius_> _usr_lib_couchdb_bin_couchjs.1001.crash
[09:42] <aquarius_> _usr_lib_evolution_e-addressbook-factory.1001.crash
[09:43] <aquarius_> compiz-gnome. Hm.
[09:44] <aquarius_> except that I believe that the compiz-gnome crash was on *installation*, not on running, and I fixed that with apt-get -f install. I think.
[09:44] <didrocks> yeah, it's not that one
[09:45] <didrocks> so… can you still
[09:45] <didrocks> dpkg -l compiz, dpkg -l unity, dpkg -l compiz-fusion-plugins-main
[09:48] <didrocks> smspillaz: look at the htorque's comment on https://bugs.launchpad.net/bugs/682781
[09:48] <aquarius_> ii  compiz         1:0.9.2.1+glib OpenGL window and compositing manager
[09:48] <aquarius_> ii  compiz-fusion- 0.9.2.1-0ubunt Compiz Fusion plugins - main collection
[09:48] <aquarius_> ii  unity          3.2.16-0ubuntu Interface for Ubuntu Desktop Edition
[09:48] <aquarius_> didrocks, ^
[09:50] <didrocks> aquarius_: apt-cache policy or bigger terminal for the two first one, please :)
[09:51] <aquarius_> haha! oops :)
[09:51] <aquarius_> compiz - 1:0.9.2.1+glibmainloop4-0ubuntu5, compiz-fusion-plugins-main                 0.9.2.1-0ubuntu8
[09:52] <didrocks> all sounds fine then
[09:52] <didrocks> aquarius_: and so, you still see compiz running at start?
[09:52] <didrocks> aquarius_: do you have the same issue in the classic session?
[09:53] <aquarius_> didrocks, don't know if I see compiz or not. I get my desktop background and that's it
[09:53] <aquarius_> haven't tried the classic session...
[09:53] <didrocks> aquarius_: can you try the classic session first? (that will help)
[09:54] <aquarius_> didrocks, I can once I've finished all the other conversations I'm having about work and so can log out ;)
[09:54] <didrocks> aquarius_: ok ;)
[09:56] <smspillaz> didrocks: I'll look into it
[09:59] <smspillaz> oh, I should mail you this patch
[09:59] <smspillaz> I haven't tested it with unity yet (fixing another bug) but it should work
[10:01] <kamstrup> smspillaz: i need your divine insight for a bit...
[10:01] <kamstrup> smspillaz: can you off the bat tell which threads there are in compiz?
[10:01] <didrocks> smspillaz: what patch?
[10:02] <didrocks> the empathy one?
[10:06] <smspillaz> kamstrup: there is only one
[10:06] <kamstrup> smspillaz: ok glad to hear :-)
[10:07] <kamstrup> smspillaz: I'm tracking down a most vicked deadlock and the less threads to track the better :-)
[10:07] <smspillaz> kamstrup: ah yes :)
[10:07] <smspillaz> didrocks: I mailed you the glib one. it is untested against unity though
[10:08] <didrocks> smspillaz: didn't I ask you to test it? as It will take me 1h30 to rebuild everything for the ABI break for maybe nothing?
[10:08] <smspillaz> don't have time right now :) I'm fixing another stacking bug
[10:08] <didrocks> same here
[10:08] <smspillaz> heh
[10:08] <smspillaz> ok, it can wait then :p
[10:08] <smspillaz> I'll just mail it to you for now
[10:08] <didrocks> yeah, as we can't reproduce it anymore
[10:09] <smspillaz> yeah
[10:09] <smspillaz> well I mean, the backtrace you gave me last night was crashing in Glib::MainLoop::Run, so that gave me a good idea of what is going on
[10:09] <smspillaz> in any case, this patch does not break anything
[10:09] <didrocks> well, we don't know with unity
[10:10] <smspillaz> yeah :)
[10:10] <smspillaz> I will test that
[10:10] <didrocks> and it's an ABI break again, so rebuilding everything :)
[10:10] <smspillaz> :p
[10:10] <didrocks> not sure it worth risking this now for alpha2
[10:10] <didrocks> as long as we don't have bug report about people getting it
[10:10] <smspillaz> didrocks: the workaround we've got now increases startup time
[10:10] <smspillaz> that's the thing :/
[10:10] <didrocks> smspillaz: it's been dropped since yesterday, you were there :)
[10:11] <smspillaz> we dropped the workaround ?
[10:11] <didrocks> there is still the other one for dconf and unity
[10:11] <didrocks> right
[10:11] <smspillaz> O.o
[10:12] <smspillaz> urhg, ok, cannot figure out what's going with gnome-terminal
[10:12]  * smspillaz drops that issue
[10:16] <htorque> smspillaz: hi, about the empathy thing (bug 682781): the buddy list wasn't visible before applying the patch, so this could very well be a separate bug
[10:17] <htorque> smspillaz: it also seems not to happen after every workspace switch
[10:19] <smspillaz> htorque: it is a similar bug
[10:19] <smspillaz> I know what it is
[10:19] <smspillaz> I'm just looking into why it happens now
[10:19] <smspillaz> htorque: seems that the decoration window is being destroyed
[10:20] <smspillaz> incorrectly
[10:25] <smspillaz> htorque: will have a fix in 1 - 1.5h
[10:26] <smspillaz> (if the bug isn't complicated, which I don't think it is)
[10:26] <htorque> smspillaz: nice :-)
[10:26] <smspillaz> I really need to write a workspace switcher for the 2D mode, that would make my life so much easier
[10:46] <aquarius> didrocks, I confirm that I have the same problem with the classic desktop, so that suggests it's compiz. Also, I got a compiz crash complaint from apport, and so filled out https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/709161
[10:46] <didrocks> aquarius: oh nice, let's wait for a retrace then :)
[10:46] <aquarius> didrocks, what's a retrace?
[10:48] <aquarius> didrocks, is that where one of you guys runs a thing over my core dump? Or do I need to do that?
[10:49] <didrocks> aquarius: exactly, you need to do nothing if the report is fine, let me look
[10:49] <aquarius> didrocks, I'm happy to provide any more information you guys might need, as long as you don't try and make me actually fix the problem since my C-fu is weak ;)
[10:50] <didrocks> aquarius: can you subscribe me and smspillaz to the bug report please? I don't know why I can't have access
[10:50] <aquarius> didrocks, done. I think that might be because it said "this will contain your gdm logs, which might be sensitive information"
[10:51] <didrocks> yeah, but I should as a core-dev have access to it… weird
[10:51] <aquarius> didrocks, what sensitive information might it contain? If it's not *really* sensitive, I'm happy to mark the bug public.
[10:51] <didrocks> aquarius: not sure, #ubuntu-x would know, I never saw sensitive information apart from your login name :)
[10:52] <didrocks> hum, that's a new bug
[10:53] <didrocks> smspillaz: maybe something to take into account quite seriously ^^
[10:53] <didrocks> smspillaz: see the Stacktrace.txt file
[10:54] <aquarius> didrocks, smspillaz, that file says that I don't have symbol info: would it be helpful if I installed some -dbg package or other and recreated the bug? Or do you have enough info from the bug already?
[10:54] <smspillaz> htorque: try the patch I just attached on the bug report
[10:54]  * smspillaz prepares for a long night
[10:55] <smspillaz> didrocks: seems that one of my recent patches has reintroduce the stacking bug :/ tracing which one it is
[10:55] <didrocks> aquarius: depends, do you have some time right now? :)
[10:55] <smspillaz> dinner first though
[10:55] <didrocks> smspillaz: sure, enjoy
[10:55] <aquarius> didrocks, I have a little time; having a working desktop is important, so I can devote a small amount of time to it :)
[10:56] <didrocks> aquarius: do you still have the .crash file in /var/crash/ ?
[10:56] <didrocks> aquarius: you should still have the classic session (No Effect) as a backup :)
[10:56] <didrocks> (it launches metacity)
[10:56] <aquarius> didrocks, I have a _usr_bin_compiz.1001.crash file in /var/crash, yes
[10:56] <didrocks> ok, nice
[10:58] <didrocks> aquarius: so, apt-get install libglibmm-2.4-1c2a-dbgsym libglib2.0-0-dbg compiz-core-dbgsym compiz-plugins-dbgsym compiz-gnome-dbgsym libstartup-notification0-dbgsym
[10:59] <didrocks> then apport-unpack /var/crash/_usr_bin_compiz.1001.crash /tmp/compizcrash
[10:59] <didrocks> cd /tmp/compizcrash
[10:59] <didrocks> gdb /usr/bin/compiz CoreDump
[10:59] <didrocks> apply all thread bt full
[10:59] <didrocks> and paste the output :)
[11:00] <didrocks> (apport will do that for you on launchpad, but we can stil win some time doing it locally)
[11:01] <aquarius> didrocks, none of those packages exist. :(
[11:01] <aquarius> do I need some extra repo enabled?
[11:01] <didrocks> aquarius: oh sorry, you need the ddeb repository
[11:01] <didrocks> one sec
[11:01] <didrocks> aquarius: https://wiki.ubuntu.com/DebuggingProgramCrash
[11:02] <didrocks> echo "deb http://ddebs.ubuntu.com $(lsb_release -cs) main restricted universe multiverse" |
[11:02] <didrocks> sudo tee -a /etc/apt/sources.list.d/ddebs.list
[11:02] <didrocks> then apt-get update…
[11:08] <aquarius> didrocks, (gdb) apply all thread bt full
[11:08] <aquarius> Undefined command: "apply".  Try "help".
[11:08] <smspillaz|dinner> didrocks: I am hitting this hang too now
[11:08] <smspillaz|dinner> let me try and apply this patch
[11:08] <didrocks> smspillaz|dinner: this == aquarius' one?
[11:09] <didrocks> aquarius: hang on, it's thread apply all bt full
[11:11] <aquarius> didrocks, http://paste.ubuntu.com/559475/ is the output I think
[11:11] <didrocks> aquarius: excellent :)
[11:11] <smspillaz|dinner> didrocks: its the one where removing the workaround makes compiz hang on start
[11:11] <didrocks> smspillaz|dinner: ^^
[11:12] <didrocks> you mean, we are heading to add a third time my ugly workaround? :)
[11:12] <smspillaz|dinner> didrocks: no, I'm going to try my solution
[11:13] <didrocks> smspillaz|dinner: ok, then maybe we can propose it to aquarius to confirm it works (I'll prepare the packages in a ppa)
[11:13] <smspillaz|dinner> yeah
[11:13] <smspillaz|dinner> didrocks: let me see if it works here first! :)
[11:13] <didrocks> sure
[11:14] <smspillaz|dinner> so to add a new patch to series, I need to bzr bd-do; export QUILT_PATCHES=debian/patches; quilt-push -f 100_fix_mainloop.patch; quilt refresh; exit 0 right?
[11:14] <aquarius> hooray, I shall be running not *just* alpha packages from natty, but also not-even-released PPA packages! I am so cool. OMG I'M GOING SO FAST OH F***
[11:14] <aquarius> :-)
[11:14] <smspillaz|dinner> with patches from the upstreams themselves
[11:14] <smspillaz|dinner> your request is important to us :)
[11:14] <didrocks> smspillaz: nooo!
[11:15] <smspillaz> I didn't really have dinner, that was a false alarm from lurking parents :p
[11:15] <didrocks> aquarius: well, oneconf is crashing because of desktopcouch right now, do you want to trade? :p
[11:15] <didrocks> smspillaz: ahah :)
[11:15] <didrocks> smspillaz: so
[11:15] <didrocks> smspillaz: bzr bd-do; export QUILT_PATCHES=debian/patches;
[11:15] <aquarius> didrocks, touché ;)
[11:15] <didrocks> quilt new 100_fix_mainloop.patch ; quilt add <every files you will touch>
[11:16] <didrocks> quilt refresh
[11:16] <didrocks> exit 0
[11:16] <didrocks> aquarius: héhé ;)
[11:16] <smspillaz> didrocks: by "every files you will touch, you mean every file in the src right?
[11:16] <didrocks> smspillaz: no, the file that will be affected by your patch
[11:16] <smspillaz> sure
[11:16]  * smspillaz does that
[11:16] <didrocks> (do that before applying your patch!)
[11:17] <didrocks> there is another solution with edit-patch as a wrapper but I don't want to trouble you with yet-another-way :)
[11:23] <smspillaz> didrocks: I'm getting dpkg-source: error: cannot read compiz-0.9.2.1+glibmainloop4/debian/patches/100_fix_mainloop.patch: after bzr bd
[11:23] <smspillaz> did I miss something?
[11:24] <didrocks> smspillaz: bzr add?
[11:24] <smspillaz> didrocks: ah, right :P
[11:25] <didrocks> :)
[11:25] <smspillaz> do I need to do that in bzr bd-do ?
[11:26] <didrocks> no, after exit 0
[11:30] <smspillaz> argh :/ even when applying this patch using quilt it still fails to apply
[11:31] <didrocks> smspillaz: on all files?
[11:31] <smspillaz> yeah
[11:31] <didrocks> that's because quilt is expecting -p1
[11:31] <didrocks> not -p0
[11:31] <smspillaz> didrocks: right
[11:31] <didrocks> and git diff generate -p0
[11:31] <smspillaz> so how do I fix that? :)
[11:32] <smspillaz> I'm using git format-patch
[11:32] <didrocks> quite easily, sed to prepend "foo"
[11:32] <didrocks> yeah, git format-patch is doing the same
[11:32] <didrocks> well, prepend "foo/" even :)
[11:32] <smspillaz> my bash skills are not exactly brilliant :)
[11:33] <smspillaz> so sed -e foo/ 100_fix_mainloop.patch ?
[11:33] <didrocks> hum… no :)
[11:33] <didrocks> can you pastebin the patch?
[11:33] <smspillaz> sure
[11:34] <smspillaz> http://paste.ubuntu.com/559484/
[11:35] <didrocks> smspillaz: it's already in -p1 format
[11:35] <didrocks> smspillaz: so, it should work without any issue
[11:36] <smspillaz> hrm ok, it doesn't seem to apply
[11:36] <didrocks> smspillaz: ok, just bzr revert
[11:36] <didrocks> then cp <your_patch> debian/patches/100_fix_mainloop.patch
[11:36] <didrocks> echo 100_fix_mainloop.patch >> debian/patches/series
[11:37] <didrocks> bzr add
[11:37] <didrocks> bzr bd
[11:37] <didrocks> just to ensure it doesn't apply first :)
[11:37] <smspillaz> yeah, it doesn't apply
[11:38] <didrocks> ok, so now
[11:38] <didrocks> bzr bd-do
[11:38] <didrocks> quilt push -f 100_fix_mainloop.patch
[11:38] <smspillaz> it fails
[11:38] <didrocks> do some chunks applies or it's rejected everywhere?
[11:38] <smspillaz> it's rejected everywhere
[11:38] <didrocks> hum, weird, let me try there
[11:39] <smspillaz> ok
[11:39] <didrocks> smspillaz: can you pastebin to pastebin.com or somewhere I can download the file without credentials? (hard in wget…)
[11:44] <didrocks> smspillaz: ?
[11:47] <smspillaz> sure
[11:50] <smspillaz> didrocks: http://pastebin.com/raw.php?i=0VsiM4Mk
[11:50] <didrocks> smspillaz: excellent, thanks! :)
[11:52] <didrocks> ahah, I needed to remove some html, but it's fine :)
[11:53] <didrocks> smspillaz: it doesn't fail on every file
[11:53] <didrocks> smspillaz: just some chunks don't apply
[11:53] <didrocks> smspillaz: so, it's as yesterday, just reapply them manually
[11:53] <didrocks> bzr bd-do
[11:53] <didrocks> quilt push -fa
[11:54] <didrocks> -> reject
[11:54] <didrocks> look at all the .rej files
[11:54] <didrocks> reinject the changes in each file
[11:54] <didrocks> quilt refresh
[11:54] <didrocks> exit 0
[11:54] <smspillaz> what do you mean by "reinject the changes in each file? "
[11:54] <smspillaz> that was at 1am for me, I don't remember much :)
[11:55] <didrocks> smspillaz: like, look at the .rej file, see what should be added back to the file
[11:56] <smspillaz> and then?
[11:56] <didrocks> smspillaz: it's reject because it can't apply the patch (something in the context changed)
[11:56] <didrocks> so edit the files to add them
[11:56] <didrocks> once all changes are back in the files
[11:56] <didrocks> quilt refresh
[11:56] <didrocks> exit 0
[11:56] <didrocks> bzr bd
[11:56] <smspillaz> since ah right!
[11:56] <smspillaz> *ah right!
[11:56] <didrocks> :)
[11:56] <smspillaz> so quilt will automatically fix the patch
[11:56] <didrocks> not automatically?
[11:56] <didrocks> you make the change in the files
[11:56] <didrocks> then, quilt refresh
[11:57] <didrocks> -> this will regenerate a new patch based on your manual changes
[11:58] <smspillaz> right
[12:02] <smspillaz> gotta run
[12:53] <smspillaz> didrocks: so this is weird - I edit the files and then quilt says "nothing to patch"
[12:54] <smspillaz> I hate this bloody thing
[13:00] <didrocks> smspillaz: did you quilt push -fa first?
[13:01] <smspillaz> didrocks: I just reset everthing and did it all again and it worked ^_^
[13:01]  * smspillaz hugs didrocks 
[13:01] <didrocks> smspillaz: nice! ;)
[13:02] <htorque> smspillaz: no luck with that patch: window buttons still vanish and even with the windows buttons showing up i now cannot move the window
[13:02] <htorque> (that is, after the first workspace switch)
[13:02] <smspillaz> htorque: works fine here
[13:03] <smspillaz> htorque: with the window buttons showing up can you post your xwininfo -root -all again ?
[13:06] <htorque> smspillaz, oh... probably it's not enough to just run 'patch --dry-run ...' *facepalm*
[13:06] <smspillaz> lol
[13:07] <smspillaz> if that patch works I will push it upstream
[13:07] <smspillaz> oh gawd patches everywhere!
[13:09] <smspillaz> I wonder if there's any way to make bzr bd use -j$somethingridiculous
[13:11] <smspillaz> htorque: yeah, I'm not getting the bug here with my patch
[13:13] <htorque> smspillaz, fine here too :-)
[13:14] <smspillaz> cool
[13:14] <smspillaz> didrocks: another incoming patch for you :)_
[13:14] <smspillaz> didrocks: I'm wondering if we should just re-sync with master, we're carrying a lot of patches which are just all the commits being backported
[13:14] <didrocks> smspillaz: well, not now
[13:14] <didrocks> like, not before alpha2, that would be crazy
[13:14] <smspillaz> yeah, A2 time
[13:15] <didrocks> just after, right
[13:15] <smspillaz> ok
[13:15] <smspillaz> sure
[13:15] <didrocks> just put me a list of patches to apply
[13:15] <didrocks> with the empathy fix
[13:15] <smspillaz> heh, ok :)
[13:15] <didrocks> and your mainloop :)
[13:15] <smspillaz> the empathy fix is 2 patches
[13:15] <didrocks> then, we will resync with master once you merge the glib branch
[13:15] <smspillaz> I'm going to have a stab at 693441 and the u-w-d bugs
[13:15] <smspillaz> bug 693441
[13:16] <smspillaz> ok, I am not getting that bug
[13:20] <didrocks> smspillaz: did you fix the mainloop issue?
[13:22] <smspillaz> waiting for everyting to rebuild
[13:23] <didrocks> ok ;)
[13:26] <smspillaz> argh I hate apport
[13:26] <smspillaz> why does it insist on sitting there and telling me about every single crash that's happened on my system in the past 3 years every 10 seconds?
[13:27] <didrocks> smspillaz: well, that's because we don't have a systray in unity
[13:27] <smspillaz> that's true
[13:27] <smspillaz> its still _really_ annoying
[13:27] <smspillaz> is there any way I can turn it off for everything *but* compiz? :p
[13:28] <didrocks> smspillaz: there is a blacklist property, right
[13:29] <didrocks> but you can remove what's in /var/crash/
[13:51]  * kenvandine waits to pounce on tedg
[13:54] <didrocks> smspillaz: is it built now?
[14:04] <smspillaz> didrocks: still waiting
[14:05] <didrocks> smspillaz: waow, because you build everything in a row?
[14:05] <smspillaz> ABI break baby
[14:05] <smspillaz> they should make a movie about me
[14:05] <smspillaz> "Honey I broke the ABI!"
[14:05] <didrocks> like with every single commit :)
[14:06] <smspillaz> ok, all done
[14:06] <smspillaz> but before I test lets see if I can nut out this u-w-d bug
[15:27] <rodrigo_> njpatel, where does the panel service write its log (g_debug, g_warning, etc) to?
[15:27] <rodrigo_> well, njpatel or anyone who knows :-)
[15:36] <didrocks> rodrigo_: in the output
[15:36] <didrocks> ~/.xsession-errors then
[15:36] <rodrigo_> didrocks, no, nothing on .xsession-errors
[15:36] <didrocks> oh the service
[15:36] <didrocks> sorry
[15:36] <rodrigo_> I wanted to look at some debugging messages from the last try
[15:36] <didrocks> hum, not sure for that one, but you can launch it ourself if needed
[15:37] <rodrigo_> I'm adding code to write to a log file
[15:37] <didrocks> I was thinking seb128 wanted to do it?
[15:38] <rodrigo_> oh, seb128?
[15:39] <didrocks> just ensure not duplicating the work :)
[15:39] <didrocks> well, he wanted to it for the compiz plugin part AFAIK
[15:42] <janimo_> didrocks, please consider bug 708928 when doing a new upload of gnome-session, I hope it is enough to allow unity-2d run without too many deps
[15:43] <janimo_> is jaytaoko around these days?
[15:43] <didrocks> janimo_: no, I can't do that
[15:43] <janimo_> does anyone else know of a nice rectangle painting testcase in nux ( he showed it at the rally) which I cannot see in the sources
[15:44] <didrocks> janimo_: putting is as a gnome-session recommends will bring it on the CD
[15:44] <didrocks> and that's not the plan, neither we have the space
[15:44] <janimo_> didrocks : even if it is an alternate recommends?
[15:44] <didrocks> will bring qt and all friends
[15:44] <didrocks> janimo_: alternate to what?
[15:45] <janimo_> right now it is gnome-panel | unity
[15:45] <janimo_> I was thinking of adding | unity-2d
[15:45] <didrocks> hum, that can maybe work, I need to make some tests
[15:45] <didrocks> janimo_: not sure how the seeds will work with that
[15:45] <didrocks> janimo_: I'll give it a try after alpha2
[15:45] <janimo_> ok, it should work if I understand Recommends correctly
[15:45] <janimo_> didrocks, ok thanks
[15:45] <didrocks> janimo_: Recommends will work, the CD builder, not sure
[15:46] <didrocks> so trying to not break alpha2, but just after, sure :)
[15:46] <janimo_> ok, thanks
[15:46] <didrocks> yw :)
[15:47] <janimo_> although I am pretty usre it should work, plenty of other Suggest Recommend fields in packages on the CD and only the seeded alternative is on the image
[16:05] <arow> would it be appropriate to ask questions about soundmenu indicator extensions in here?
[16:26] <kenvandine> tedg, yay... you fixed the tests in dbus-test-runner
[16:26] <tedg> kenvandine, Woot!
[16:26] <kenvandine> tedg, can you do a 0.0.3 release?
[16:26] <tedg> kenvandine, Sure
[16:26] <kenvandine> i'll push my packaging branch in a few
[16:31] <arow> ronoc: do you know if there are any plans to upgrade the soundmenu in maverick to the third version, and if not, what is the client registration process like for the 5.0.x version?
[16:32] <ronoc> arow, I don't think so to be honest. I need to write some docs on the Maverick version.
[16:32] <ronoc> one sec I'll see if I can muster something
[16:32] <arow> cool, thanks
[16:33] <kenvandine> tedg, lp:~ubuntu-desktop/dbus-test-runner/ubuntu
[16:33] <kenvandine> tedg, can you figure out why the tests hang in pbuilder?
[16:33] <tedg> kenvandine, Working on that :)
[16:33] <kenvandine> ok, so you've reproduced it?
[16:51] <ronoc> arow, https://wiki.ubuntu.com/SoundMenu#Registration%20process
[16:51] <ronoc> aquarius, updated registration docs to cover Maverick also
[16:51] <ronoc> https://wiki.ubuntu.com/SoundMenu#Registration%20process
[16:53] <arow> great, this looks really helpful, thanks again
[16:57] <and471> ronoc, thanks as well, that will be useful for me in the future :)
[17:01] <ronoc> no probs
[17:02] <aquarius> ronoc, good work!
[17:04] <ronoc> aquarius, so I need to do a dbus method to all clients to change the title of their entry dynamically
[17:04] <ronoc> to enable all ..
[17:06] <ronoc> how about 'set-media-player-title (string desktop-name, string new_title)
[17:06] <ronoc> aquarius, ^
[17:08] <aquarius> ronoc, well...the spec ays that you're allowed to add something new to your title, not that you're allowed to totally overwrite it?
[17:09] <ronoc> one sec
[17:14] <ronoc> aquarius, okay well in that case I think it would probably be best for the client to send the full string
[17:14] <ronoc> concatenating might not work too well
[17:15] <aquarius> ronoc, yeah, but then I can do something unspecced, which means that I can change my client's name to Banshee if I want :)
[17:17] <ronoc> aquarius, not if I did a match on the name given on the desktop file
[17:18] <ronoc> and the first word of the string provided
[17:18] <ronoc> this would ensure we are altering the title for the right player
[17:19] <aquarius> ronoc, well, I suppose -- so you're suggesting that for Ubuntu One Music, I pass my string as "Ubuntu One Music (connecting)"? And if I pass just "(connecting)", you'll ignore it because it doesn't begin with the right name?
[17:19] <ronoc> yes
[17:19] <aquarius> ronoc, that's quite annoying, especially in a world with translated names in it -- the point of using the desktop file name is that the name of the app gets translated in the desktop files
[17:19] <ronoc> aquarius, so we have the option of two dbusmethod or one
[17:20] <ronoc> aquarius, ah I hadn't thought of that sorry
[17:20] <ronoc> even though not many players names are translated
[17:21] <aquarius> ronoc, yeah, but they *ought* to be -- especially ones like "Ubuntu One Music". ("Banshee" is just a name, so that doesn't get translated :))
[17:21] <ronoc> aquarius, indeed
[17:22] <ronoc> aquarius, okay so two dbusmethods - one for adding the amendment and another to reset it
[17:26] <tedg> ronoc, If you're using the name out of the desktop file you need to ensure you're using the right translation domain.  That's also in the desktop file, but can be a bit tricky to use.
[17:26] <tedg> ronoc, There's code in libindicator that does it for the action items.
[17:27] <aquarius> ronoc, do we need two? surely to reset the amendment you just add an amendment of "" ?
[17:28] <ronoc> tedg, cool good to know, I plan to use the name of the desktop file which is exposed in the mpris root interface
[17:28] <ronoc> aquarius, i prefer to be explicit
[17:29] <aquarius> ronoc, so what happens if I set an amendment of "" ?
[17:29] <aquarius> i suggest it will do the same thing as resetting the amendment, whch means you have two different ways of doing the same thing :)
[17:30] <ronoc> aquarius, yeah but it's more about api semantics, calling amendment with an empty string smells as opposed to just calling reset()
[17:30] <ronoc> just a thought
[17:31] <ronoc> amend-media-player-title (string mpris-desktop-file-name, string amendment)
[17:33] <ronoc> aquarius, was going to go for pint. let me know you thoughts over email.
[17:33] <ronoc> https://bugs.launchpad.net/indicator-sound/+bug/709367
[17:34] <ronoc> so you can track it, will do this early next week
[17:34] <aquarius> ronoc, excellent, cheers
[17:34] <ronoc> and good w/end all ...
[17:46] <didrocks> aquarius: ok, I have the same issue than you for compiz on my netbook, I'll try and push to my ppa the package with my workaround
[17:55] <aquarius> didrocks, aha, good, I'm glad it's not just me :)
[17:55] <didrocks> aquarius: I'm not that glad TBH, but good for you, yeah :-)
[17:57] <kenvandine> seb128, lp:~ken-vandine/geoclue/splitoutproviders and lp:~ken-vandine/+junk/geoclue-providers/
[17:57] <kenvandine> seb128, can you look over those
[18:05] <kenvandine> tedg, dbus-test-runner still seems to be hanging in pbuilder
[18:05] <kenvandine> hasnt' timed out yet... but it seems hung
[18:06] <tedg> kenvandine, Is the output somewhere?
[18:06] <kenvandine> no
[18:06] <tedg> kenvandine, It was hanging because it was failing to launch something.
[18:06] <tedg> kenvandine, Did all the tasks get run?
[18:06] <kenvandine> doesn't look like anything
[18:07] <kenvandine> /usr/bin/make  check-TESTS
[18:07] <kenvandine> make[3]: Entering directory `/tmp/buildd/dbus-test-runner-0.0.3/tests'
[18:07] <kenvandine> and that is the first time it hit the tests dir
[18:07]  * kenvandine needs to eat, bbiab
[18:11] <didrocks> aquarius: made 5 startup in both my netbook which were crashing and the workaround fix it
[18:11] <didrocks> so, my workaround wants to live it seems, we dumped it 3 times without any success
[18:13] <aquarius> didrocks, hooray for undying workarounds!
[18:14] <didrocks> aquarius: heh, especially bad ones :)
[18:18] <didrocks> aquarius: ok, uploading it to natty (again)
[18:19] <tedg> kenvandine, Do you have GIR-ifying IDO on your TODO list?
[18:19] <aquarius> didrocks, I will be happy to test it when it's available
[18:19] <didrocks> aquarius: just wait for new compiz and that should do it :)
[18:20] <didrocks> work on both my netbook
[18:20] <didrocks> aquarius: is your computer quite slow?
[18:20] <didrocks> trying to find the common denominator for this issue
[18:21] <aquarius> didrocks, I don't think it's quite slow, but maybe it is and everyone else has a cray or something. 3989.97 bogomips, according to /proc/cpuinfo.
[18:22] <didrocks> bogomips: 3994.64
[18:22] <didrocks> here
[18:23] <kenvandine> tedg, i don't
[18:23] <kenvandine> but i suppose we need that
[18:24] <kenvandine> tedg, let me just say it... grrrr :-D
[18:26] <kenvandine> seb128, did you see my geoclue branches?
[18:26] <kenvandine> tedg, any thoughts on the dbus-test-runner tests?
[18:27] <seb128> kenvandine, well I read it but I'm just back and I don't think I will work on that this week
[18:27] <seb128> it's 7:30pm on friday there
[18:28] <kenvandine> seb128, no worries
[18:28] <kenvandine> :)
[18:28] <kenvandine> i'll remind you on monday :-D
[18:29] <seb128> ok
[18:29] <seb128> does it block anything you need to upload?
[18:29] <kenvandine> indicator-datetime
[18:30] <kenvandine> but that isn't broken... so ok
[18:30] <tedg> kenvandine, No thoughts, it's weird they're not even running.
[18:30] <kenvandine> the eds stuff would be nice though
[18:30] <seb128> there is a new tarball?
[18:30] <kenvandine> yeah
[18:30] <seb128> can you just upload the geoclue thing?
[18:30] <tedg> kenvandine, The tarball doesn't have klattimer's eds stuff yet, it's causing some weird bugs.
[18:31] <kenvandine> seb128, i would rather have a review... plus i won't upload indicator-datetime until geoclue goes to main
[18:31] <kenvandine> seb128, tedg: so without eds in it... even less of a rush
[18:31] <seb128> kenvandine, ok, yeah, you will not get mir etc today
[18:32] <kenvandine> right
[18:32] <seb128> will do the review on monday before you start your day
[18:32] <kenvandine> we can look at it monday
[18:32] <kenvandine> great
[18:32] <kenvandine> thx
[18:32] <kenvandine> tedg, weird bugs in indicators? never :-p
[18:33] <seb128> did you fix the duplicate entries one btw?
[18:33] <kenvandine> no
[18:33] <kenvandine> that one is annoying!
[18:33] <kenvandine> tedg, yeah... we're talking to you!
[18:33] <tedg> There is no bug
[18:33] <tedg> There is no bug
[18:33] <tedg> There is no bug
[18:33] <tedg> There is no bug
[18:34] <kenvandine> seb128, the menu parsing stuff was a higher priority... but i'll make tedg's life hell until he fixes it
[18:34] <tedg> :)
[18:34] <kenvandine> 1600x1200 here and my messaging menu is too long to fit on the screen!
[18:34] <seb128> kenvandine, thanks
[18:35] <kenvandine> and xchat-gnome is at the bottom... so i can never see when someone highlights me!
[18:35] <seb128> but agreed for the parsing so other can help on testing and debugging the appmenu now
[18:35] <seb128> while ted fixes the other issues
[18:36]  * kenvandine will make gwibber-service restart itself every 5 minutes so tedg can feel the pain
[18:36] <kenvandine> "_
[18:36] <kenvandine> :) even
[18:36] <tedg> kenvandine, It does that already :-/
[18:37] <kenvandine> tedg, bah!  i don't believe you... there is no bugs :)
[18:37] <tedg> kenvandine, Half the time clicking on links causes it to crash for me.  Or open in the message view.
[18:37] <kenvandine> actually the culprit for me is empathy, been restarting that a lot lately
[18:37] <kenvandine> i have like 30 chat entries
[23:46] <arow> bus = dbus.service.BusName("org.mpris.MediaPlayer2.myPlayer", bus=dbus.SessionBus())
[23:47] <arow> does anyone have any idea why this line might make Python output an error ^
[23:47] <arow> I've imported dbus
[23:48] <arow> error is: AttributeError: 'module' object has no attribute 'service'
[23:50] <kklimonda> arow: there is no service in dbus/__init__.py
[23:52] <kklimonda> (this answer, while being a proper one, is also completely useless ;))
[23:53] <kklimonda> arow: import dbus.service should help