[07:49] <fta2> asac, micahg: ff broken here: http://paste.ubuntu.com/388122/
[07:51] <micahg> fta2: weird
[07:51]  * micahg really needs to go to sleep...
[07:51] <micahg> fta2: do you have greasemonkey installed by any chance?
[07:52] <fta2> micahg, no, but i just installed xul-ext-firebug
[07:54] <fta2> micahg, just purged it, it still doesn't work
[07:54] <micahg> do you have any other xul-ext?
[07:54] <fta2> nope
[07:54] <micahg> hmmm
[07:56] <micahg> what happens if you run /usr/lib/firefox-3.6.2pre/firefox
[07:56] <fta2> nothing
[07:57] <micahg> gdb show anything?
[07:58] <fta2> nope
[07:58] <fta2> exited with code 01
[07:58] <micahg> ugh
[08:00] <fta2> nm, i use chromium. i just wanted to test my webapp against the default firefox
[08:02] <micahg> fta2: k, it's just that seems to be happening elsewhere
[08:03] <micahg> fta2: will firefox -ProfileManager launch?
[08:04] <fta2> yep
[08:04] <micahg> can you create a new profile that launched?
[08:04] <micahg> *launches?
[08:06] <micahg> fta2: ^^
[08:07] <fta2> yep, it does
[08:09] <micahg> fta2: k, seems to be a problem with profiles then...idk, I'll have to look into it later
[08:09] <micahg> fta2: at least you can test your webapp now :)
[08:15] <fta2> thanks :)
[08:48] <BUGabundo_remote> morninguetto
[13:00] <noaXess> hi all
[13:01] <noaXess> how is the state of thunderbird 3.x stable?
[14:41] <gnomefreak> asac: how does thunderbird send username and password? im getting this feeling that its not sending one or the other correctly.
[14:42] <gnomefreak> example it failed to connect to ubuntu.ase username/password error. but all other boxes were ok. than refresh and it fails on that one and another box. (pop)
[14:48] <gnomefreak> and now it connects to all boxes fine. it is not able to be related to anything. some fail sometimes so im thinking it is related to username/password being sent
[15:55] <gnomefreak> asac: who is our mplayer person?
[15:58]  * BUGabundo_remote hides
[15:58] <gnomefreak> BUGabundo_remote: ;)
[15:59]  * gnomefreak needs to find out why nvidia* only in build-deps if at all it should depends on X not restriccted drivers (assuming it is needed at all)
[15:59] <gnomefreak> he got me thinking :(
[16:18] <gnomefreak> bug 437039
[16:18] <ubottu> Launchpad bug 437039 in mplayer "VDPAU support" [Undecided,Fix released] https://launchpad.net/bugs/437039
[16:23] <gnomefreak> hm Lp is giveing me problems today
[16:57] <micahg> asac: do you have time to review my ubufox merge today?
=== yofel_ is now known as yofell
=== yofell is now known as yofel
[20:20] <yofel> hi, in lucid firefox isn't able to find the sun java plugin even if sun-java6-plugin is installed, it seems to ignore /usr/lib/xulrunner-addons/libjavaplugin.so  known issue?
[20:22] <yofel> if you place the java plugin symlink in /usr/lib/mozilla/plugins it works
[20:26] <asac> yofel: yeah. can you file a bug against sun-java6... package?
[20:29] <yofel> asac: will do
[20:33] <micahg> asac: can you review my ubufox merge?
[20:47] <yofel> asac: bug 532174
[20:47] <ubottu> Launchpad bug 532174 in sun-java6 "[Lucid] sun-java6-plugin not recognized by firefox anymore" [Undecided,New] https://launchpad.net/bugs/532174
[20:49] <ccheney> ugh it looks like epiphany was more rewritten than i realized :(
[20:49]  * ccheney curses at gnome rewriting crap every cycle
[20:49] <micahg> ccheney: maybe that's why lots of people are saying to move away from it
[20:51] <mahfouz> move away from ...? gnome?
[20:51] <ccheney> or at least epiphany :)
[20:53] <mahfouz> moving away from gnome would be like reverting back to smoke signals
[20:56] <micahg> mahfouz: what about KDE, XFCE, LXDE?
[20:56] <mahfouz> micahg, what about smoke signals? They served us well for centuries
[20:57] <mahfouz> :)
[21:00] <mahfouz> didn't somebody mention the xchat-indicator yesterday?
[21:00] <mahfouz> is it working?
[21:02] <mahfouz> i can't get it to work
[21:16] <mahfouz> https://bugs.launchpad.net/xchat-indicator/+bug/510871
[21:16] <ubottu> Launchpad bug 510871 in xchat-indicator "indicator not working after system restart" [Undecided,New]
[21:28] <bdrung_> what's the right way to find the xpidl location?
[21:28] <bdrung_> asac: ^
[21:34] <asac> bdrung_: /usr/bin/xpidl-`xulrunner --gre-version`
[21:34] <asac> or if you need a specific upstream
[21:34] <asac> then same with specific version
[21:35] <asac> /usr/lib/xulrunner-1.9.1/xpidl
[21:35] <bdrung_> asac: is xpidl in /usr/bin?
[21:35] <asac> sorry forst statement is wiht /usr/lib/xulrunner-Ü*
[21:35] <asac> first
[21:35] <asac> err
[21:35] <asac> so to be clear: use:
[21:36] <asac> /usr/lib/xulrunner-`xulrunner --gre-version` if you dont want a specific xulrunner version
[21:36] <asac> or
[21:36] <asac> /usr/lib/xulrunner-`xulrunner-1.9.2 --gre-version` if ypou want 1.9.2
[21:37] <bdrung_> asac: to sum up: /usr/lib/xulrunner-`xulrunner --gre-version`/xpidl
[21:37] <bdrung_> ?
[21:42] <asac> if you dont want a specific version
[21:42] <asac> usually its right to do that
[21:43] <bdrung_> asac: xulrunner does not exist on debian :(
=== bdrung_ is now known as bdrung
[21:50] <asac> bdrung: not in the -dev package?
[21:51] <bdrung> asac: only xulrunner-1.9.1 (-dev package installed)
=== asac__ is now known as asac_the_2nd
[23:06] <micahg> asac_the_2nd: ??
[23:07] <asac_the_2nd> jo
[23:07] <asac_the_2nd> just have two sessions atm ;)
[23:07] <micahg> ah, k
[23:07] <micahg> asac_the_2nd: can you review my ubufox merge?
[23:08] <asac_the_2nd> one sec
[23:21] <micahg> asac_the_2nd: thanks
[23:25] <bdrung_> is asac_the_2nd a fork of asac?
[23:26]  * micahg guesses he needed to get more work done :)
[23:28] <asac_the_2nd> lol
[23:40] <micahg> there's a lot of stuff in tools/
[23:41] <asac_the_2nd> hmm
[23:41]  * asac_the_2nd checks mxr.
[23:42] <asac_the_2nd> micahg: so you say we need fix-linux-stack.pl ?
[23:42] <asac_the_2nd> how is that used?
[23:42] <micahg> that's what the build is asking for
[23:42] <asac_the_2nd> e.g. by what
[23:43] <asac_the_2nd> http://mxr.mozilla.org/mozilla1.9.2/search?string=fix-linux-stack.pl
[23:43] <asac_the_2nd> vs.
[23:43] <asac_the_2nd> http://mxr.mozilla.org/mozilla1.9.1/search?string=fix-linux-stack.pl
[23:43] <micahg> fennec Makefile
[23:44] <micahg> sorry
[23:44] <asac_the_2nd> seems was added to build(/Makefile.in
[23:44] <micahg> not that
[23:44] <micahg> yes,
[23:44] <micahg> there
[23:44] <asac_the_2nd> and maybe /build/automation.py.in
[23:44] <asac_the_2nd> hmm
[23:44] <asac_the_2nd> so in build/Makefile.in its added when ENABLE_TEST
[23:45] <asac_the_2nd> e.g. http://mxr.mozilla.org/mozilla1.9.2/source/build/Makefile.in#165
[23:45] <micahg> asac_the_2nd: mozilla 385248
[23:45] <ubottu> Mozilla bug 385248 in Build Config "[client] tinderbox should (sometimes?) run tools/rb/fix-linux-stack.pl / fix-macosx-stack.pl over log" [Enhancement,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=385248
[23:46] <micahg> asac_the_2nd: so, maybe the makefile needs to be conditional on tests enabled?
[23:47] <micahg> i don't think we're running tests in fennec
[23:47] <asac_the_2nd> micahg: we probably build with --enable-tests
[23:48] <asac_the_2nd> or at least not with --disable-tests
[23:48] <asac_the_2nd> still wonder if its a bug that tests requires it for --with-libxul-sdk
[23:48] <asac_the_2nd> maybe that should be shipped in the sdk
[23:49] <asac_the_2nd> its the libs:: rule so its not only triggered when running tests ... also when building with tests enabled
[23:49] <micahg> right
[23:50] <micahg> well, I tried with --disable-tests and I got a little further, but it's trying to do something with testing/testsuite-targets.mk
[23:51] <asac_the_2nd> let me check something
[23:52] <asac_the_2nd> http://mxr.mozilla.org/mozilla1.9.2/search?string=testsuite-targets.mk
[23:53] <micahg> weird
[23:53] <micahg> http://mxr.mozilla.org/mozilla1.9.2/source/Makefile.in#107
[23:53] <asac_the_2nd> micahg: what happens if you ship full testing/ and tools/ ?
[23:54] <asac_the_2nd> is that enough?
[23:54] <asac_the_2nd> or does it complain even further?
[23:54]  * asac_the_2nd looks what is in current sdk.tar.gz
[23:56] <micahg> testing and tools are about 4MB each
[23:57] <asac_the_2nd> micahg: but it works with that?
[23:57] <micahg> I'll symlink and test
[23:59] <micahg> well, at least the build issues are gone, now I have include issues...but not sure what's causing that
[23:59] <micahg> yet