[01:36] <m_conley> chrisccoulson: ping
[04:52] <achiang> any libgtk2.0 packaging experts around?
[04:53]  * achiang is trying to figure out how to backport maverick's libgtk2.0 into lucid without getting caught in a spiraling maze of versioned build-dependencies, and could use some advice
[05:04] <TheMuso> achiang: You will probably have to wait till seb128 is around.
[05:05] <achiang> TheMuso: ah, thanks. i think i'm picking my way through the easier ones, perhaps by the time i get to the hard ones, seb128 will be awake again. :)
[06:25] <kvalo> morning
[06:54] <smspillaz> kvalo: morning :)
[07:41] <didrocks> good morning
[07:44] <kvalo> didrocks: good morning. how's the life in france?
[07:44] <didrocks> kvalo: cold, but I guess not as cold as for you :)
[07:44] <didrocks> kvalo: and you?
[07:45] <kvalo> it's warm here, 0 C :) not much sun though...
[07:49] <didrocks> 0° C <-> warm. SIGSEV :)
[07:49] <\sh> *grmpf* ../NuxGraphics/.libs/libnux-graphics-0.9.so: undefined reference to 'gluErrorString' , building nux from trunk whoosa
[07:50] <oSoMoN> good morning
[07:54] <kvalo> didrocks: :)
[07:54] <kvalo> oSoMoN: good morning
[07:57] <oSoMoN> hi kvalo, how is it going?
[07:58] <kvalo> oSoMoN: I'm good, thanks. how are you?
[07:59] <oSoMoN> kvalo: very good, thank you
[08:05] <MacSlow> hey folks
[08:07] <oSoMoN> hey MacSlow
[08:07] <MacSlow> hi oSoMoN
[08:37] <apw> are places menus known to have broken scrollbars?
[08:37] <apw> also are they known to take a very long time to populate
[08:38] <didrocks> apw: there is a bug report about it
[08:38] <didrocks> for both
[08:38] <didrocks> apw: try to look at unity bugs if you can add additional infos:)
[08:39] <apw> didrocks, its hard to add info when you can't interact with any of your windows most of the time
[08:39] <apw> didrocks, its a rather regualar failure mode for me
[08:39] <didrocks> apw: oh you mean, you can't click on your window?
[08:39]  * apw dumps his natty laptop on the useless stack
[08:39] <didrocks> but keyboard stil works?
[08:39] <apw> didrocks, indeed
[08:39] <didrocks> smspillaz: do you need live info ? ^^
[08:39] <didrocks> apw: this is a really annoying info, hard to reproduce though
[08:40] <didrocks> apw: we have a bug about it if we are interested, one second, though
[08:40] <apw> didrocks, i've had it 3-4 logins recently
[08:40] <smspillaz> apw: run xwininfo -all in a terminal and click on the "dead region"
[08:40] <didrocks> apw: I have it sometimes a lot in the morning, and no more for the whole day…
[08:40] <smspillaz> also post your xwininfo -root -tree
[08:40] <apw> smspillaz, the dead region is all of my screen
[08:40] <smspillaz> are you running unity ?
[08:40] <apw> smspillaz, unity yes
[08:40] <smspillaz> apw: the bug is that there is some window that isn't painted that is there
[08:41] <smspillaz> and I'm currently trying to fix it :)
[08:41] <apw> smspillaz, yeah and i think its a modal dialog
[08:41] <smspillaz> what application?
[08:41] <apw> but i can't interact with it either, so i can't get rid of it
[08:41]  * apw can't tell as it is invisible, and uninteractible
[08:42] <didrocks> apw: FYI, it's bug #709461 if you want to follow it
[08:42] <didrocks> smspillaz: some to be $random application in any case, as I had eog, ccsm…
[08:43] <apw> didrocks, what does this window look like in xwininfo
[08:43] <didrocks> apw: if you just run xwininfo (you need to ctrl + alt + t to open a terminal) you should be able to click on it
[08:43] <didrocks> and it dumps the info of where you click
[08:43] <didrocks> which should be the "invisible window" then
[08:44] <smspillaz> yeah
[08:44] <apw> didrocks, oh its xchat apparently
[08:44] <apw> i'll get the info on the bug
[08:46] <didrocks> ok, was disconnected from freenode…
[08:46] <didrocks> 09:44:47  didrocks | oh, it's really $random apps I guess :/
[08:46] <didrocks> 09:45:04  didrocks | thanks
[08:46] <didrocks> 09:45:27  didrocks | apw: btw, restarting unity (running unity) should help
[08:46] <didrocks> 09:45:37  didrocks | apw: if not, you can try metacity --replace and then run unity
[08:48] <apw> didrocks, smspillaz, ok i have added the wininfo for the lost window and the complete stack, to the bug ... anything else you want off the machine?
[08:49] <apw> also anyone got the bug number for the scrollbars not existing
[08:49] <didrocks> apw: not handy, but looking for "scrollbar" in the unity bugs should give it to you pretty straightforward
[08:49] <apw> finally :)  are the windows incredibly slow to fill in for everyone else?  mine take 15-20 before there is anything on them
[08:49] <didrocks> I filed it on Monday
[08:49] <apw> (windows == places windows)
[08:50] <didrocks> apw: and you, same there is one about it, there is no optimization for this release
[08:50] <didrocks> I also filed it on Monday
[08:50] <apw> ok
[08:50] <\sh> didrocks: when you find the time, please review bug #711717 (branch for merging attached)
[08:50] <didrocks> apw: I think there are enough info, thanks!
[08:50]  * apw notes for this stacking bug, that although this is xchat running the launcher does not have the ><'s on it for xchat
[08:50] <didrocks> \sh: excellent, thanks!
[08:51] <didrocks> apw: oh? this is not known
[08:51] <didrocks> apw: please file a bug about it
[08:51]  * apw tries to get a screen shot
[08:51] <didrocks> apw: affecting unity and bamf
[08:51] <apw> ack
[08:53] <apw> ok to do that i am going to have to kill off this xchat to get to the bug dialogs ... so last chance for more info on it
[08:53] <didrocks> apw: oh know, wait
[08:53]  * apw waits
[08:54] <didrocks> apw: the no match on the launcher is because of the window not mapped
[08:54] <didrocks> apw: so, it's no a bug
[08:54] <apw> didrocks, ok i'll mention it in the original bug only
[08:54] <didrocks> it's just a side effect :)
[08:54] <didrocks> yeah, thanks!
[08:55] <apw> didrocks, unity really needs a 'kill -USR1 <pid>' to tell it to dump its stacking order information out or something, or turn on debug in general
[08:56] <didrocks> apw: there is some work on that, we not totally finished
[08:56] <didrocks> but*
[08:57] <smspillaz> apw: ccsm -> debug spewer -> change the keybinding
[08:57] <didrocks> and we already have too much stuff on our plate for just features
[08:57] <didrocks> smspillaz: it's crashing for me, do you remember? :)
[08:57] <smspillaz> right :/
[08:58] <apw> ok if there is nothing else i can add to the bug, i'll try killing off xchat and see if that resolves the issue or if minds are already lost
[09:02] <apw> didrocks, ok i killed xchat and the 'gap' is still there terms of focus tracking
[09:02] <apw> starting a new xchat means that whereever i put that on the screen it still gets focus for the old area, and its new area
[09:02] <didrocks> apw: weird, you should rather rerun unity
[09:03] <kvalo> can I have branches inside one repository, just like git does? I hate it that I need create a new directory for each branch
[09:03] <apw> didrocks, so i assume that the input tracking is done by unity ?
[09:03] <kvalo> and talking about bzr, of course
[09:03] <apw> kvalo, i think there is an extension for that
[09:03] <didrocks> apw: compiz has some
[09:03] <apw> didrocks, so i suspect that that is where the issue is then
[09:03] <kvalo> apw: great. do you happen to remember the name? :)
[09:05] <apw> kvalo, hrm no sorry not a big bzr user
[09:05] <kvalo> apw: thanks. you gave me motivation to find it :)
[09:09] <apw> kvalo, possibly you can do it with bzr switch, "set up a shared repository with the --no-trees option together with lightweight checkout"
[09:10] <apw> if those words mean anything to you
[09:10] <apw> perhaps the 'colo' plugin
[09:10] <kvalo> apw: heh, I wish :)
[09:10] <apw> http://wiki.bazaar.canonical.com/GitStyleBranches
[09:11] <kvalo> apw: excellent, thanks a lot!
[09:11] <smspillaz> didrocks: ARGH you were right
[09:11] <smspillaz> ls ~/.compiz-1/plugins -> libunityshell.so
[09:11] <smspillaz> *removes*
[09:12]  * didrocks stares at smspillaz :)
[09:12] <smspillaz> yay, now I have a unity back
[09:12] <smspillaz> apw: out of curiousity, which application is the one which had the invisible window which is blocking everything ?
[09:12] <didrocks> smspillaz: I'll do a unity --distro :)
[09:13] <smspillaz> indeed :P
[09:15] <apw> smspillaz, in my case it was xchat
[09:15] <apw> xchats main window
[09:17] <smspillaz> ok
[09:23] <smspillaz> ah ok, reproduced it
[09:27] <smspillaz> ok, looks like the window is tracked initially and then unreparented
[09:28] <\sh> hmm..this is strange
[09:29] <apw> oh is the top left logo window meant to have anything in it?  its empty for me
[09:33] <apw> smspillaz, ^^
[09:36] <didrocks> apw: it is
[09:36] <smspillaz> apw: I only work on compiz :) so I wouldn't know much about the unity panels and launcher
[09:36] <apw> smspillaz, ahh thanks :)
[09:37] <apw> didrocks, whats it meant to have in it, and i assume its known that it does not so contain
[09:37] <didrocks> apw: the same content than in maverick version, prefered apps and such
[09:38] <cando_> guys, building last nux from trunk fails: http://pastebin.com/UH7StuR4
[09:38] <apw> didrocks, ok so thats missing
[09:38] <didrocks> yeah, still an early place draft
[09:39] <\sh> cando_: bug #711717
[09:39] <cando_> ok thanks
[09:39] <\sh> cando_: fix is there
[09:39] <cando_> :)
[09:41] <apw> smspillaz, just for you compiz just core dumped on login for me
[09:46] <apw> are random hangs/compiz dumps as 3/4 logins known ?
[09:49] <smspillaz> apw: got a bug # for that?
[09:49] <smspillaz> apw: ah right, might be the places issue
[09:49] <apw> no i've given filing bugs on it, as mostly the filing bug process dies too
[09:50] <apw> and finally after 4 attempts i have a desktop with some interactible icons ..
[09:51] <apw> smspillaz, if i ever manage to get one i'll let you know
[09:51] <smspillaz> ok
[09:58] <cando_> \sh, ok build flawlessy...thanks
[09:58] <kvalo> kamstrup: does "G_PARAM_READABLE | G_PARAM_CONSTRUCT_ONLY" make sense?
[09:58] <kvalo> kamstrup: for a property which is only set in the constructor and read otherwise
[10:07] <smspillaz> didrocks: I love it when this happens - I try to open geany to edit the source, and the bug happens to it -_-
[10:07] <smspillaz> see the compiz bugs have minds of their own ;-)
[10:07] <didrocks> smspillaz: ahah, like for me with ccsm yesterday to set a debug shortcut? :)
[10:07] <smspillaz> yeah :p
[10:08] <kamstrup> kvalo: it needs to be G_PARAM_READWRITE | G_PARAM_CONSTRUCT_ONLY
[10:08] <kvalo> kamstrup: oh. I'll fix that, thanks
[10:09] <kamstrup> kvalo: otherwise you'll get complaints from glib when you try and set the prop on construction time
[10:09] <ronoc> kamstrup, njpatel anyone know a way to easily deep copy a GArray
[10:09] <ronoc> can't see it in the api
[10:09] <smspillaz> didrocks: btw, do you know if there's any way to make bzr not rebuild the *entire* source package on bzr bd-do?
[10:09] <ronoc> glist has a nice convenience function for  it but not garray
[10:10] <didrocks> smspillaz: unfortunately not and it removes the build-area
[10:10] <kamstrup> ronoc: GArray is a boxed type so you can do:
[10:10] <didrocks> smspillaz: if you just want to test something
[10:10] <didrocks> smspillaz: like, don't use the patch system
[10:11] <kamstrup> ronoc: GArray copy = g_boxed_copy (G_TYPE_ARRAY, my_array);
[10:11] <didrocks> smspillaz: you can bzr bd-do ; quilt push -a ; make your changes ; debuild -nc
[10:11] <didrocks> (and then make your changes ; debuild -nc …)
[10:11] <smspillaz> didrocks: cool
[10:11] <ronoc> kamstrup, oh lovely thx
[10:11] <didrocks> smspillaz: take care to not exit!
[10:11] <smspillaz> lovely
[10:11] <smspillaz> didrocks: yeah
[10:11] <didrocks> smspillaz: as it will destroy the build-area :)
[10:11] <smspillaz> yeah
[10:11] <didrocks> smspillaz: also, your changes will be in no patch, so take care!
[10:12] <kvalo> kamstrup: that's black magic! ;)
[10:13] <kamstrup> kvalo: you need to learn to love the boxed types! ;-)
[10:13] <kvalo> gobject: voodoo for the programmers
[10:13] <kvalo> kamstrup: yeah, sure. after a lobotomy ;)
[10:13] <kamstrup> kvalo: that can be arranged
[10:50] <klattimer> morning johnlea
[10:51] <johnlea> klattimer; morning
[10:51] <klattimer> johnlea: will want to pick your brains probably about timezone matching at some point
[10:52] <johnlea> klattimer; ok, is it really urgent or can we do it towards the end of next week
[10:53] <klattimer> next week will probably be fine
[11:05] <\sh> didrocks: thx :)
[11:05] <didrocks> \sh: thanks to you :)
[11:10] <\sh> jcastro: https://wiki.ubuntu.com/Unity <- the instruction to build unity on maverick is wrong...first, there is no gsettings-desktop-schemas-dev in maverick, so this doesn't work, I wonder if we just drop this section and tell the people to not try to build it on maverick...
[11:44] <kvalo> kamstrup: g_value_dup_object()? huh, quite a misleading name
[11:59] <kamstrup> kvalo: yeah, but internally consistent with the rest of the gvalue api at least
[11:59] <kvalo> kamstrup: true
[12:17] <ronoc> njpatel, is there a log for the unity-panel-service I can tail ?
[12:34] <cando_> hi guys, i've a small problem: i can't run unity from trunk anymore...i mean: i've build nux and unity, setted up the env , typed compiz --replace, but always starts the "old" unity...what i'm doing wrong?
[12:34] <cando_> last week i was able to run unity from trunk...
[13:02] <cando_> \sh, you there?
[13:43] <kvalo> kamstrup: I have a problem with annotatations, any idea what's wrong: http://paste.ubuntu.com/561388/
[13:48] <kamstrup> kvalo: looks odd...
[13:49] <kvalo> kamstrup: g-ir-scanner is giving other warnings as well. I'll fix those first
[13:52] <kvalo> maybe it magically disappers :)
[13:55] <cando_> didrocks, you got a moment?
[13:56] <didrocks> cando_: not really know, fixing some crash for alpha2
[13:56] <cando_> ok no problem..:)
[13:56] <didrocks> cando_: in 3h, I think it should be fine
[13:56] <didrocks> sorry :/
[13:56] <cando_> ok thanks!
[13:57] <rsajdok> I have a problem with the installation of the "guest additions" in today's version of "natty" any suggestions? http://paste.ubuntu.com/561389/
[13:59] <kvalo> kamstrup: argh, a colon was missing after the function name...
[13:59] <spikeb> hmm
[13:59] <spikeb> rsajdok, that doesn't look good
[14:01] <rsajdok> spikeb: :)
[14:02] <spikeb> man, i was going to try running natty (and the new unity) on virtualbox too.
[14:02]  * spikeb sighs
[14:04] <rsajdok> \sh: There are problems in natty also.
[14:06] <didrocks> smspillaz: the fix is working
[14:07] <smspillaz> didrocks: nice
[14:07] <smspillaz> didrocks: so at least we know what is broken
[14:08] <didrocks> smspillaz: yeah, I'll commit the fix in git if you want as the core components should rather use this as you told
[14:08] <smspillaz> indeed
[14:08] <smspillaz> just replace all of the s->getOptions with that
[14:08] <didrocks> yeah, will do :)
[14:08] <smspillaz> err
[14:08] <smspillaz> s->getOption'
[14:08] <didrocks> got it, no worry :)
[14:08] <smspillaz> :)
[14:09] <smspillaz> there is actually an s->getOptions () which serves a completely different purpose :p
[14:15] <didrocks> argh ;)
[14:15] <didrocks> naming :)
[14:34] <klattimer> gah, trapsing through the evolution source code I discover bugs bugs bugs... URI opening is broken because it wrongly detects "--import" on the command line, and the URI seems to not get passed correctly to running instances...
[14:35] <klattimer> I hate evolution
[14:36]  * smspillaz -> bed
[14:36] <chrisccoulson> m_conley_away, there?
[14:36] <jcastro> \sh: oh nice catch, thanks
[14:41] <\sh> jcastro: updated as well the build-deps with some packages which were missing
[14:42] <jcastro> hmm, DBO just updated those the other day
[14:42] <jcastro> but adding more won't hurt I guess
[14:42] <lamalex> njpatel, how do you set your borders to 0 px?
[14:42] <\sh> jcastro: gnome-common and libpcre3-dev were definitly missing ;)
[14:43] <\sh> jcastro: and I wonder if bug #692444 is really a bitesize ;) it needs IMHO a lot of refurbish of the startup code of the trash folder
[14:46] <jcastro> well, cando snagged it so who knows
[14:46] <jcastro> are you looking for one no one is working on?
[14:47] <didrocks> bug #692444 is definitively not a bitesize one
[14:47] <didrocks> but if cando_ can get it :)
[14:47] <jcastro> cando_'s becoming large bug man
[14:48] <didrocks> cando_: btw, I'm more available right now if you stil have your question
[14:48] <njpatel> lamalex, /usr/share/themes/Ambiance/metacity-1/metacity-foo.xml, there are some settings for frame borders, you can set them to 0px. Or use my AmbianceThin theme http://bit.ly/h9XCYe
[14:48] <\sh> didrocks: I was wondering if replacing g_spawn_command_line_async with g_spawn_async_with_pipes, catching the pid, adding a callback for cleaning up when pid is destroyed, and iterating over all gdk toplevel windows and focusing the right one is a good approach
[14:49] <didrocks> \sh: no, that's evil and slow :)
[14:49] <\sh> anyways...hp technician is waiting for me, bbl
[14:50] <lamalex> njpatel, sweet thanks
[14:51] <njpatel> lamalex, actually, grab it again, the latest has the shadow bits too
[14:52] <cando_> didrocks, i'm digging into that bug..and i'm very lucky! everytime i choose a bug it not so "bitesize"..:)
[14:52] <didrocks> cando_: getting it done is just a real pleasure then :)
[14:52] <lamalex> njpatel, I just grabbed it as I said "sweet thanks" so I'm probably ok
[14:52] <lamalex> the shadow looks lighter
[14:52] <cando_> yeah my question is: i've a small problem: i can't run unity from trunk anymore...i mean: i've build nux and unity, setted up the env , typed compiz --replace, but always starts the "old" unity..
[14:52] <njpatel> lamalex, of the main window? yeah it should be lighter and have a bigger radius
[14:53] <cando_> now i'm copying lbunityshell.so from opt/unity/compiz/bin to /usr/lib/compiz and it works..but i guess it's not the right thing to do
[14:53] <lamalex> cando_, where are you installing unity to?
[14:53] <lamalex> cando_, I use this for my cmake generator line
[14:53] <lamalex> cmake .. -DCMAKE_BUILD_TYPE=Debug -DCOMPIZ_PLUGIN_INSTALL_TYPE=local -DCMAKE_INSTALL_PREFIX=/usr/local
[14:53] <cando_> i'm following this: https://wiki.ubuntu.com/Unity/InstallationGuideFromSource
[14:54] <cando_> ah ok
[14:54] <lamalex> that installs to .compiz-1/plugins or something
[14:54] <cando_> it's diffent..the page i've linked says to install in opt
[14:54] <lamalex> yeah that's a way
[14:54] <lamalex> Try using my cmake jawn
[14:54] <lamalex> see if it works for you
[14:54] <cando_> ok trying...thanks lamalex
[14:54] <lamalex> the difference is that you have to set up the env for the opt one
[14:55] <lamalex> compiz will always prefer the one in .compiz-1/plugins
[14:55] <njpatel> cando_, make sure -DCOMPIZ_PLUGIN_INSTALL_TYPE=local is on the cmake line for UNity, so it installs into ~/.compiz-1/plugins/
[14:55] <njpatel> cando_, that will ghost the system one and allow you to easily recovered if/when we break trunk :)
[14:56] <cando_> njpatel, building...:) i'll let you know in a second
[14:57] <njpatel> oh, sorry, didn't see eariler comments
[14:58] <cando_> njpatel, lamalex , btw this page should be updated??https://wiki.ubuntu.com/Unity/InstallationGuideFromSource    it doens't work in that way..
[14:58] <lamalex> MacSlow, I'm doing your keynav review now
[14:58] <MacSlow> lamalex, thanks!
[14:59] <MacSlow> lamalex, btw... adding the check for Shift for Shift-F10, which I forgot... so keep that in mind when reviewing/testing
[15:07] <lamalex> MacSlow, where are you adding it?
[15:08] <MacSlow> lamalex, in the same branch... but it turned out that I first need to fix something in nux which is missing in order to allow checking for the key-modifier state
[15:08] <MacSlow> so I'm doing that (fixing nux) right now
[15:08] <lamalex> k
[15:09] <klattimer> *sigh* david barths internet has a shorter continuity period than a sentence
[15:11] <cando_> njpatel, ok works flawlessy..thanks
[15:11] <njpatel> awesome!
[15:12] <lamalex> MacSlow, do I need a different nux branch for this?
[15:15] <MacSlow> lamalex, nux trunk should do
[15:16] <lamalex> MacSlow, ok, maybe im a few revs behind
[15:19] <MacSlow> lamalex, there are some patches that were merged recently to nux regarding keyboard-focus handling... loicm did them... check the bzr log of the nux-branch you have
[15:24] <lamalex> haha MacSlow I get a massive compiler error trying to build your branch
[15:25] <MacSlow> lamalex, just checking the state of nux trunk
[15:28] <lamalex> MacSlow, what nux trunk rev do you have?
[15:29] <MacSlow> lamalex, rev 191 two days old like I said
[15:29] <Amaranth> I didn't think I would care when running classic desktop but wow, that 50 pixels you lose to panels really makes a difference
[15:30] <MacSlow> Amaranth, 50 px ?!
[15:30] <MacSlow> Amaranth, how huge did you set your font?
[15:30] <Amaranth> MacSlow: 25 per panel
[15:30] <Amaranth> Or 24, forget
[15:30] <MacSlow> Amaranth, but we still have the panel at the top
[15:30] <MacSlow> so it would be only 25px gained
[15:30] <Amaranth> MacSlow: Not when the window is maximized :)
[15:31] <MacSlow> Amaranth, ah... that way you're going... ok
[15:38] <MacSlow> lamalex, still compiling the current nux trunk
[15:41] <MacSlow> lamalex, I'm getting similar compile-errors here... now looking at the commit history to figure out which commit is the culprit for htis
[15:43] <MacSlow> lamalex, my guess is nux rev194 messed things up
[15:45] <MacSlow> loicm, did you test-compile unity against nux when you pushed nux r194? Did that work cleanly?
[15:48] <loicm> MacSlow: I had to break the nux API to make that change (r194)
[15:48] <loicm> MacSlow: Unity needs a fix I pushed at r813
[15:49] <MacSlow> loicm, so we need to update unity then to reflect that?!
[15:49] <loicm> MacSlow: yes
[15:49] <MacSlow> ok
[15:49] <MacSlow> lamalex, ^^
[15:49] <MacSlow> lamalex, since my branch isn't based on that it explains the break
[15:50] <MacSlow> lamalex, I'll try to rebase and see how that goes
[15:50] <loicm> MacSlow: If updating is problematic, that's a one line patch
[15:51] <lamalex> ok
[15:52] <lamalex> MacSlow, let me know when your branch is updated
[16:01] <lamalex> cyphermox, what was the status of your multi-monitor branch?
[16:03] <cyphermox> lamalex, still not working
[16:03] <cyphermox> I haven't really had time to get back to it
[16:03] <lamalex> cyphermox, do you have any idea what the problem was?
[16:04] <cyphermox> lamalex, not really. I was told by jaytaoko it might be related to how nux handles monitor size updates, but I couldn't dig into it
[16:04] <lamalex> cyphermox, ok
[16:04] <lamalex> thanks for the headstart, I'm going to take a look at it
[16:04] <lamalex> it's driving me nuts :{
[16:04] <cyphermox> lamalex, right now, it works fine when unity starts, but fails to redraw the regions after a size change
[16:05] <lamalex> hm, well that's at least an improvement.
[16:05] <cyphermox> lamalex, the panel and launcher *do* react to mouse events for example at the right place, though, it's just not drawn correctly
[16:05] <lamalex> oh weird
[16:05] <MacSlow> loicm, lamalex: rebased my branch on current unity trunk... just pushing it now
[16:05] <cyphermox> I think I wasn't far, just no idea what's missing ;)
[16:05] <MacSlow> loicm, lamalex: compiles and runs fine
[16:07] <cyphermox> lamalex, let me put two minutes to update the branch and clean up the unnecessary garbage :)
[16:07] <lamalex> cyphermox, sure
[16:07] <lamalex> cyphermox, if we can just have it working on start, it'd at least be SOMETHING until we figure out what's going on in nux with redraw
[16:07] <lamalex> because for me right now, a good portion of my launcher is obscured
[16:08] <lamalex> and it's almost unusable
[16:08] <lamalex> need to alt tab to get to most things
[16:09] <cyphermox> same for me. it's annoying, but I got used to it  ^.^
[16:09] <MacSlow> lamalex, just cleaning up your stated issues
[16:11] <om26er> @anyone_from_design in gnome session there is a arrow on the ubuntu logo http://imagebin.org/index.php?mode=image&id=135775 and seems there is a patch rotting in bugzilla, if it works would it be fine to remove it in natty?
[16:15] <didrocks> jcastro: around?
[16:15] <jcastro> on a call, but keep typing. :)
[16:15] <didrocks> jcastro: can you register "glew" as a launchpad project?
[16:15] <jcastro> yep
[16:15] <didrocks> excellent :)
[16:15] <jcastro> belonging to ... ?
[16:16] <didrocks> jcastro: it's an outside launchpad project, I just want to link a bug/patch
[16:16] <didrocks> external*
[16:17] <jcastro> ok I just need the license
[16:17] <didrocks> oh, one sec
[16:17] <didrocks> The original version of GLEW contained files under 4 licenses:
[16:17] <didrocks> BSD, GPLv2+, SGI Free Software License B, GLX Public License
[16:18] <cyphermox> lamalex, it's updated, and still at lp:~mathieu-tl/unity/multimonitor/ (it deleted and recreated it)
[16:19] <jcastro> https://launchpad.net/glew/
[16:19] <jcastro> done
[16:21] <didrocks> jcastro: awesome, thanks!
[16:36] <lamalex> MacSlow, updated the review for behavior
[16:37] <MacSlow> lamalex, pushed fixes regarding the initially stated the issues
[16:39] <apw> are "long delays before indicators appear after login" a known issue ?
[16:39] <MacSlow> lamalex, see my reply
[16:40] <MacSlow> lamalex, only the key-nav of the quicklist will come in another branch... I just want to make sure this launcher-key-nav lands first
[16:43] <lamalex> MacSlow, well im not talking about navigating the quicklists
[16:43] <lamalex> when you right arrow to a ql, then hit down, you start back at the top of the launcher
[16:43] <lamalex> that seems like a bug you'd hit ql nav or not
[16:45] <MacSlow> lamalex, oh... that should not happen... keyboard-focus should be dropped from the launcher *sigh*
[16:45] <MacSlow> lamalex, looking into this now
[16:49] <\sh> jcastro: someone said, unity should run now under VirtualBox 4... hmm...trying to install the guest additions gives me: unsupported pre-release of Xorg server"...
[16:49] <jcastro> you just ran into the Xorg transition
[16:51] <\sh> jcastro: for sure :) well, I ran also into a non working laptop natty install ;)
[16:51] <\sh> but that has nothing to do with X or eventually it has to do with X it just stands at checking battery state ;)
[16:51] <jcastro> yeah, yesterday wasn't a good day
[16:52] <jcastro> I suspect it'll all be fine after today/tomorrow
[16:52] <jcastro> well, other than the virtualbox thing, that's probably up to them to support X 1.10
[16:53] <\sh> WTH...fatal error: linux/autoconf.h: no such file...
[16:55] <\sh> jcastro: but it is right, when you can't get a second instance of an app running under unity? I tested yesterday unity-2d and I'm not able to start two instances of gnome-terminal
[16:55] <\sh> s/when/that/
[16:56] <jcastro> I am stuck in the same boat
[16:56] <jcastro> I am just making new tabs in terminals
[16:57] <\sh> jcastro: agreed, a nice workaround...but the behaviour is a bit strange
[16:57] <jcastro> you're supposed to be able to right click and create new terminal like in unity 3d
[16:57] <jcastro> it's just a bug
[17:00] <and471> ronoc, hey, did you manage to take a look at the vala issue?
[17:00] <ronoc> and471, no sorry I didn't , where is the code again ?
[17:01] <and471> umm..
[17:01] <and471> lp:~and471/+junk/symphony
[17:01] <and471> ronoc, ^
[17:02] <ronoc> and471, looking now
[17:02] <and471> thanks
[17:05] <ronoc> and471, compilation error -> src/backend/dbus.vala:88.73-88.73: error: syntax error, expected `;'
[17:06] <and471> garr sorry, let me fix that
[17:10] <and471> ronoc, do a bzr pull
[17:10] <and471> ronoc, sorry about that
[17:16] <ronoc> and471, no worries, so I can't compile because I'm not natty and the dependencies have shifted
[17:16] <ronoc> but
[17:18] <ronoc> and471, i think you should place the libindicate in a separate class ,
[17:19] <ronoc> not quite sure why you are claiming ownership twice of the name
[17:19] <ronoc> but all of your answers are in the source for the xnoise plugins
[17:19] <ronoc> for maverick
[17:19] <ronoc> http://code.google.com/p/xnoise/downloads/detail?name=xnoise-plugins-core-0.1.13.tar.bz2
[17:19] <ronoc> and471, ^
[17:19] <and471> ronoc, sorry, my problem was that it wouldn't compile
[17:19] <ronoc> oh
[17:20] <and471> hehe
[17:20] <ronoc> and471, what was the problem again
[17:20] <and471> /home/andrew/Software/Projects/symphony/src/backend/dbus.c:16: fatal error: libindicate/indicator-messages.h
[17:20] <and471> No such file or directory
[17:20] <ronoc> right so the vapi needed to be hacked
[17:20] <ronoc> for libindicate
[17:20] <and471> yeah but then it still didn't work
[17:20] <and471> even with the inludedir stuff
[17:21] <and471> *includedir
[17:21] <ronoc> but the other errors were because you had more modifications to do no ?
[17:21] <and471> nope
[17:21] <and471> it just wouldn't compile
[17:21] <and471> and we got stuck yesterday
[17:21] <ronoc> what was the last error ?
[17:21] <and471> /home/andrew/Software/Projects/symphony/src/backend/dbus.c:16: fatal error: libindicate/indicator-messages.h: No such file or directory
[17:21] <and471> compilation terminated.
[17:22] <ronoc> but I though you got around this problem by fixing the path in the vapi ?
[17:22] <ronoc> *t
[17:22] <and471> nope
[17:22] <and471> ronoc, sorry I don't mean to be rude but I have to leave soon, so maybe I should take this up with the vala guys at a later date?
[17:22] <ronoc> and471, yeah or developer for natty ?
[17:22] <and471> ronoc, you probably have better things to do :)
[17:23] <ronoc> its going be out very soon
[17:23] <ronoc> just a few things alright ...
[17:23] <and471> ronoc, thanks anyway :)
[17:24] <ronoc> and471, no probs let me know how you get on. You should talk with the xnoise guys, they have a vala plugin for maverick which works fine
[17:24] <and471> ok
[17:40] <om26er> unity used to work with libgl1-mesa-dri-experimental before the X update in natty. should the issue be reported for the xorg or maybe something need to be done in unity? bug 710588
[17:54] <lamalex> jaytaoko, How do you cancel a nux timer? Can I just delete it?
[17:59] <lamalex> jaytaoko, nevermind, i found RemoveTimerHandler
[17:59] <m_conley> chrisccoulson: ping
[17:59] <chrisccoulson> hi m_conley, how are you?
[18:00] <m_conley> chrisccoulson: hey, things are good!  I've kinda got a mystery on my hands here, and wondered if I could get some input
[18:00] <nmarques> didrocks, ping
[18:00] <m_conley> chrisccoulson: first off - have you tried compiling/running globalmenu-extension with the xulrunner b10 dev libraries?
[18:00] <didrocks> nmarques: hey
[18:01] <m_conley> chrisccoulson: and if so, have you noticed it segfaulting on startup (even without Lightning installed)?
[18:01] <nmarques> didrocks, I've done as you said and cloned the profile from Natty
[18:01] <chrisccoulson> m_conley, yeah, i'm running that atm (but only in firefox)
[18:01] <didrocks> nmarques: excellent
[18:01] <m_conley> chrisccoulson: ah, haven't tried it in FF.  Does it work for you in TB?
[18:01] <nmarques> didrocks, unity doesn't launch (no segfaults), but I only get the wallpaper and pointer, nevertheless this is on ATI hardware with FireGL (11.1) and that might be problem based on some bug reports
[18:02] <chrisccoulson> m_conley, ah. you really need to run the extension with the same gecko version as it was built with
[18:02] <didrocks> nmarques: FireGL is the proprietary driver isn't it?
[18:02] <chrisccoulson> i'm guessing what has happened is that one of the interfaces changed slightly between B10 and your tbird version
[18:02] <nmarques> didrocks, yeap
[18:02] <m_conley> chrisccoulson: hm - i think my TB is also on b10...
[18:02] <didrocks> nmarques: yeah, there are bugs report about that, doesn't work with unity
[18:03] <chrisccoulson> m_conley, is it a nightly, or a milestone release?
[18:03] <nmarques> didrocks, I'll try later on with Radeon DRM driver
[18:03] <m_conley> chrisccoulson: yeah, i'm on a nightly
[18:03] <m_conley> chrisccoulson: which version are you working with?
[18:04] <nmarques> didrocks, I'm just installing the whole debugging stack to run unity_support_test on gdb and make sure everything is ok :)
[18:04] <chrisccoulson> m_conley, i would try compiling it against the exact thunderbird version that you're running. some of the functions it uses are inlined from headers, and if those change slightly, you get weird crashes
[18:04] <nmarques> didrocks, but at least I do have a progress ;)
[18:04] <m_conley> chrisccoulson: alright cool, thanks.  :)
[18:04] <didrocks> nmarques: yeah, all is related to the ATI driver…
[18:05] <chrisccoulson> that might not fix it, but that's probably the first thing i would try
[18:05] <nmarques> didrocks, one question... does Unity3 rellies on clutk ? I don't have clutk installed
[18:05] <didrocks> nmarques: no, it doesn't
[18:07] <nmarques> didrocks, thanks, I'm going to debug through unity_support_test and check a couple of things in nux once I have the stuff required installed and will give a go with radeonDRM and later on with Intel chipset after I install Factory there :)
[18:07] <nmarques> didrocks, once more, thanks for you help
[18:07] <didrocks> nmarques: you're really welcome  :)
[19:34] <devkorcvince> Hello can I post a REQUEST: unity to support tiling for developers... like awesome wm tiling
[21:49] <multiplatinum> can I speak to the dev of appmenu?
[21:51] <kklimonda> it's a bit late, he may already be asleep.
[21:53] <multiplatinum> anyone else responsible for it?
[21:54] <kklimonda> you may have more luck with asking your questions on the ayatana-dev ML, most devs work in the european TZ, so it's already pretty late for them.
[21:58] <multiplatinum> it's 11pm ><
[21:58] <multiplatinum> and 10pm for the UK
[21:58] <multiplatinum> but yeah, thx
[21:59] <multiplatinum> ayatana-dev is empty...
[22:06] <kklimonda> I was talking of the mailing list
[22:06] <kklimonda> about even
[22:21] <multiplatinum> oh
[22:21] <multiplatinum> yo mpt
[22:21] <multiplatinum> do you the appmenu?
[22:22] <multiplatinum> do you use the appmenu?
[22:36] <chrisccoulson> m_conley, did you have any luck building the extension against your version of tbird?
[22:37] <m_conley> chrisccoulson: hey - i'm running my Natty VM on a pretty weak machine this weak, plus I'm doing a debug build
[22:37] <m_conley> so it's taking forever. :)
[22:37] <chrisccoulson> heh, that's ok :)
[22:37] <m_conley> (i'm recompiling TB)
[22:38] <chrisccoulson> i need to really get our comm-central daily builds going
[22:38] <chrisccoulson> i keep saying i'm going to do it and then something else comes up ;)
[22:38] <m_conley> sounds familiar.  :D
[22:39] <m_conley> chrisccoulson: hey, wouldn't ya know it - just finished the compile.  Gonna see if it segfaults now...*fingers crossed*...
[22:39] <chrisccoulson> yeah, fingers crossed :)
[22:39] <chrisccoulson> i just had a crash in firefox actually, but i wasn't in gdb to get a trace :(
[22:39] <m_conley> chrisccoulson: I've been a webby guy most of my working life - all this segfault business...memory management.  And *compiling*.  Cripes.  :p
[22:40] <chrisccoulson> heh, i'm used to it now ;)
[22:40] <m_conley> chrisccoulson: did the crash reporter send the data?
[22:40] <chrisccoulson> the crash reporter popped up, but the problem is that the symbols from the extension aren't on the server
[22:40] <chrisccoulson> so, it's not much use ;)
[22:40] <m_conley> chrisccoulson: I've got a lot to learn about all of this.  Hope it's cool if I keep pinging you periodically.
[22:41] <chrisccoulson> sure, no problem
[22:41] <m_conley> chrisccoulson: bam - segfault
[22:41] <m_conley> chrisccoulson: :/
[22:41] <chrisccoulson> ah
[22:41] <chrisccoulson> did you manage to get a backtrace?
[22:41] <m_conley> yeah, I think I know where things are going wrong - I just don't understand *why*.
[22:41] <m_conley> give me a sec, i'll sum up my observations here...
[22:44] <chrisccoulson> oh, i just reproduced the firefox crash in gdb :)
[22:44] <m_conley> chrisccoulson: It seems to be freaking out in the uGlobalMenuDocListener
[22:45] <m_conley> chrisccoulson: during its Init
[22:45] <m_conley> chrisccoulson: I was tooling around with this yesterday in gdb (I'm pretty new to gdb too)
[22:45] <m_conley> chrisccoulson: and there's a point where mDocument is assigned rootNode->GetOwnerDoc()
[22:46] <m_conley> chrisccoulson: the value assigned to mDocument gets filled with out-of-bounds pointers, so I figure that's where the problem starts there
[22:47] <m_conley> chrisccoulson: but, when I, in gdb, manually call rootNode->GetOwnerDoc(), I get a nicely formed nsXULDocument returned, with no out of bounds addresses inside.
[22:47] <m_conley> chrisccoulson: so, I'm wondering if maybe we've hit an inconsistency or problem in the XULRunner libraries
[22:47] <chrisccoulson> hmmm, interesting
[22:47] <m_conley> chrisccoulson: I understand that nsXULDocument is an nsDocument - it's a subclass of some sort
[22:48] <m_conley> chrisccoulson: but the guts get all messed up when assigning it to mDocument.  :/
[22:48] <m_conley> q
[22:48] <chrisccoulson> yeah, that's strange. it's just returning a raw pointer too :/
[22:49] <m_conley> are you seeing something similar?
[22:50] <chrisccoulson> i need to try it in a build of comm-central really
[22:50] <chrisccoulson> i'm still running tbird 3.1 here ;)
[22:50] <m_conley> ah
[22:52] <m_conley> l
[22:52]  * m_conley keeps choosing the wrong window to type in. *sigh*
[22:54] <chrisccoulson> heh
[22:54] <chrisccoulson> oh, the firefox crash is an easy fix :)
[22:55] <chrisccoulson> uGlobalMenuIconLoader outlives the menu item
[22:55] <m_conley> chrisccoulson: i suppose that'd do it, yes.  :)
[22:56] <chrisccoulson> the extension you're running definately built with the thunderbird headers didn't it?
[22:56] <chrisccoulson> the only reason i ask is that GetOwnerDoc is an inline
[22:57] <chrisccoulson> it's just a bit strange that calling it manually in GDB seems to give the expected result :/
[22:57] <m_conley> chrisccoulson:  I believe it did.  If it didn't, how would I check?
[22:57] <chrisccoulson> i'm not sure :/
[22:57] <chrisccoulson> actually, it might be possible to figure that out from autoconf.mk
[22:57] <m_conley> chrisccoulson: perhaps I have duplicate headers stashed around.  I imagine that sort of thing happens.
[22:58] <chrisccoulson> ac_configure_args in config/autoconf.mk tells you the build options
[22:58] <chrisccoulson> --with-libxul-sdk is the interesting one
[22:59] <m_conley> xulrunner-devel-2.0b10
[22:59] <m_conley> that's the same one that I'm using for TB, I'm pretty sure.
[23:00] <chrisccoulson> are you building tbird on xulrunner?
[23:00] <chrisccoulson> the default will be with it's own copy
[23:00] <m_conley> er, no, I suppose not
[23:00] <m_conley> hm
[23:00] <chrisccoulson> that might cause something like that
[23:00] <m_conley> i guess I assumed they'd be magically sync'd.  :)
[23:00] <m_conley> checking...
[23:00] <chrisccoulson> heh
[23:00] <chrisccoulson> they're out of sync, which is why we can't share the same xulrunner copy between firefox and tbird ;)
[23:01] <chrisccoulson> the releases are generally tagged at slightly different points in time
[23:01] <chrisccoulson> i wonder if i get the same crash as you if i run it in our latest ffox nightly. that will be the same gecko version as your tbird build
[23:01] <m_conley> ok, hold up - how can I determine which version TB got built with?
[23:02] <chrisccoulson> are you building from hg?
[23:02] <m_conley> yes.
[23:02] <chrisccoulson> did you just grab the latest? if so, it will probably now be 2.0b12pre
[23:03] <chrisccoulson> mozilla-central was tagged for b11 earlier today
[23:03] <m_conley> I see, ok, checking...
[23:03] <chrisccoulson> it would be around 2 weeks newer than the xulrunner version you're building against
[23:04] <m_conley> Do you recommend I try to get the latest xulrunner libraries to build with?
[23:04] <chrisccoulson> you could try that. but, if you've just built tbird, you should have a working SDK in mozilla/dist/sdk
[23:05] <chrisccoulson> you could try passing that path to --with-libxul-sdk
[23:05] <Omega> I'm experience a pretty bad bug.
[23:05] <Omega> I'm in a tty right now
[23:05] <m_conley> chrisccoulson: cool, that sounds like a good idea.  thanks.  :)
[23:05] <chrisccoulson> you're welcome :)
[23:05] <chrisccoulson> i'm just grabbing our latest ffox nightly. i'll try running the b10 build of the extension in there
[23:05] <chrisccoulson> this is why i need to get comm-central nightlies working :)
[23:06] <m_conley> cool
[23:06] <Omega> I closed my laptop lid, when I got back, my session was resumed, but I saw that I couldn't click or do anything.
[23:06] <Omega> But, I had a terminal window open, and it was tranparant
[23:06] <Omega> behind it I could still see (and type into) gdm
[23:07] <chrisccoulson> Omega, this channel isn't really for support
[23:07] <chrisccoulson> which ubuntu version are you using?
[23:07] <Omega> I'm not asking for support.
[23:07] <Omega> I'm on natty alpha 1.
[23:07] <Omega> Reporting a bug.
[23:08] <chrisccoulson> well, this isn't really the place to report a bug either ;)
[23:08] <chrisccoulson> you need launchpad for that
[23:08] <Omega> Maybe devs want me to do something while it's still in the state of problem.
[23:08] <Omega> I know this.
[23:08] <chrisccoulson> right, but a lot of people have already finished for the day already
[23:08] <Omega> Oh.
[23:11] <chrisccoulson> wow,my connection is going really slow tonight
[23:11] <chrisccoulson> it's probably telling me that it's the end of the day ;)
[23:12] <m_conley> chrisccoulson: probably.  :)
[23:12] <chrisccoulson> it's getting slower and slower ;)
[23:12] <Omega> chrisccoulson: /quit
[23:12] <chrisccoulson> might be time to restart my router
[23:12] <Omega> Oops.
[23:12] <Omega> (That wasn't directed at you, I was going to /quit)
[23:12] <chrisccoulson> heh ;)
[23:13] <m_conley> sounds like Omega is also telling you that it's the end of the day. :)
[23:14] <chrisccoulson> Omega, quite a few of us are experiencing window stacking issues and dead spots on the screen with unity atm. perhaps your issue is related?
[23:14] <chrisccoulson> in any case, it's known to be quite broken currently ;)
[23:17] <Omega> chrisccoulson: No, GDM was visible behind my terminal (and I just unlocked through it)
[23:18] <RAOF> Sounds like yet another stacking bug.
[23:18] <chrisccoulson> m_conley, oh, i don't get a crash when i run the b10 build in the latest ffox nightly
[23:18] <Omega> Well, this was after hibernation.
[23:18] <chrisccoulson> could be just coincidence though ;)
[23:18] <chrisccoulson> the new homepage is sweet!
[23:19] <m_conley> yeah, I dig it too.  :)
[23:19] <Omega> what's the new homepage o:
[23:19] <m_conley> The FF team is really burning the midnight oil on this
[23:19] <chrisccoulson> yeah, i'm glad they stuck the restore session button on the homepage now
[23:20] <chrisccoulson> although, that doesn't help us much, as we use our own homepage ;)
[23:20] <m_conley> you could do the same
[23:20] <m_conley> chrisccoulson: hmm...ok, so I redirected to my comm-central sdk, and things were chugging along nicely with make, but then it error'd out, complaining that it can't find nsIRedirectChannelRegistrar.h in /include....
[23:20] <m_conley> and it's right - that file is missing.
[23:20] <chrisccoulson> m_conley, the issue with our home page is that it's all online, so it's not possible to have a button to restore the session
[23:21] <chrisccoulson> i think that's only available in chrome code
[23:21] <m_conley> chrisccoulson: well, you could bundle it as part of the Ubuntu mod pack
[23:21] <chrisccoulson> yeah, i've been thinking about that :)
[23:21] <m_conley> hm, yep, ok - so nsIRedirectChannelRegistrar.h is in my old xulrunner-dev include folder
[23:22] <m_conley> but not in the new sdk in comm-central
[23:22] <m_conley> maybe deprecated?
[23:22] <chrisccoulson> interesting. what does "find . -name nsIRedirectChannelRegistrar.*" show in the build tree?
[23:23] <m_conley> by build tree, do you mean the gloablmenu-extension folder I have?
[23:23] <m_conley> er, "globalmenu-extension"
[23:23] <m_conley> or do you mean comm-central?
[23:24] <chrisccoulson> in comm-central
[23:24] <chrisccoulson> i don't think i'm pulling in that header
[23:24] <m_conley> searching... ok, it found a .idl for it...
[23:24] <Omega> m_conley: Could you point me to the ppa with the builds you guys are talking about?
[23:24] <m_conley> and that's it.
[23:24] <chrisccoulson> m_conley, oh, that might be a bug :/
[23:25] <m_conley> who's bug?
[23:25] <chrisccoulson> yours ;)
[23:25] <chrisccoulson> i'll take a quick look here actually
[23:25] <m_conley> alright, cool - i'll start making noise on bugzilla
[23:25] <m_conley> Omega: builds of what?
[23:26] <m_conley> Omega: I'm using the nightly of Thunderbird, and the globalmenu-extension from Launchpad
[23:26] <m_conley> Omega: and Monday's daily of Ubuntu.
[23:26] <chrisccoulson> m_conley, oh, did you build tbird with --enable-ipc?
[23:27] <m_conley> no, I don't believe so
[23:27] <m_conley> checking...
[23:27] <m_conley> no, i didn't.
[23:27] <chrisccoulson> i'm not sure what the defaults for that are with comm-central
[23:28] <m_conley> what does that flag do?
[23:28] <m_conley> it enables ipc, but what is ipc?
[23:28] <m_conley> ah, found it - reading...
[23:28] <chrisccoulson> IPC is to allow things to run out-of-process. does your tbird build have a separate libxul.so?
[23:28] <chrisccoulson> or is it just a big thunderbird-bin?
[23:29] <chrisccoulson> IPC only gets enabled for builds that create a libxul.so
[23:29] <chrisccoulson> (i think)
[23:29] <chrisccoulson> you can probably look in mozilla/dist/bin for that
[23:30] <m_conley> chrisccoulson: it's symlinked to the libxul in ../../toolkit/library
[23:30] <m_conley> so perhaps I pointed to the wrong sdk
[23:30] <chrisccoulson> ah, that's ok then. i wonder if comm-central still defaults to no IPC then?
[23:30] <chrisccoulson> what does MOZ_IPC say in config/autoconf.mk?
[23:33] <m_conley> Hm - blank, so I'll assume false.
[23:33] <chrisccoulson> oh, i know :)
[23:33] <m_conley> lets hear it
[23:33] <chrisccoulson> so, nsNetUtil.h #includes nsIRedirectChannelRegistrar if MOZ_IPC=1
[23:34] <chrisccoulson> and nsIRedirectChannelRegistrar.h only exists if MOZ_IPC=1 too
[23:34] <m_conley> so, it sounds like I need to set MOZ_IPC to 1.  But why didn't I have to do that before?
[23:34] <chrisccoulson> however, when you include nsNetUtil.h, it's getting MOZ_IPC from config/autoconf.mk in globalmenu-extension
[23:35] <chrisccoulson> you need to pass --disable-ipc when building the extension
[23:35] <chrisccoulson> that should make it work
[23:35] <m_conley> ok, testing...
[23:35] <chrisccoulson> fingers crossed :)
[23:38] <m_conley> hrm, new problem - lots of undefined references to "PR_smprintf" and "PR_smprintf_free"
[23:38] <m_conley> along with "PR_IntervalNow" and "PR_sscanf"
[23:38] <chrisccoulson> hmmm :/
[23:39] <m_conley> not sure what to make of that.
[23:41] <m_conley> hm - I should also mention that those warnings being thrown from xpcom/glue/nsThreadUtils.cpp
[23:41] <chrisccoulson> ah, do you have a nspr folder in mozilla/dist/include ?
[23:41] <m_conley> I have an nspr.h
[23:42] <m_conley> but no folder.
[23:42] <chrisccoulson> what is NSPR_CFLAGS pointing to in config/autoconf.mk?
[23:42] <m_conley> ....--disable-nspr ?
[23:42] <m_conley> let me take a peek, hang on...
[23:43] <m_conley>  /mozilla/dist/inclued/nspr
[23:43] <m_conley> which we've just determined doesn't exist.
[23:43] <m_conley> "include"
[23:44] <chrisccoulson> ah, that would be why :)
[23:44] <chrisccoulson> hmmm, i'm not too sure how that happened though ;)
[23:44] <m_conley> well, i'm not too sure *what* happened, so I guess we're even.  :D
[23:44] <chrisccoulson> heh :)
[23:45] <chrisccoulson> so, that is the default value for NSPR_CFLAGS, which you get if you don't build with --without-system-nspr
[23:45] <chrisccoulson> but i'm not sure why the headers don't get copied :/
[23:46] <chrisccoulson> kklimonda, bug 712186 = quality bug reporting ;)
[23:47] <chrisccoulson> that sounds like some of the bugs i get!
[23:47] <chrisccoulson> like, "i got an error" ;)
[23:47] <kklimonda> chrisccoulson: yeah, it's great
[23:49] <kklimonda> what's the sysrq command to call oom killer?
[23:49] <kklimonda> I can barely switch between windows right now :/
[23:51] <m_conley> chrisccoulson: oh, I'm blind - yes, there is an nspr folder in mozilla/dist/include/nspr
[23:53] <m_conley> chrisccoulson: (globalmenu-extension is working very nicely for me in FF4.0b10, btw)