[00:07] chrisccoulson: fennec failed to build because of a build-dep, would you like me to take a look later? [00:07] micahg - yeah, i saw that. [00:07] feel free to look at it if i've not done it before i go to bed [00:07] i guess it needs --disable-notify rather than the build-depend adding [00:08] chrisccoulson: does fennec not have notifications? [00:09] it doesn't matter really, the libnotify stuff is only part of the toolkit, so that check is bogus :) [00:09] and xulrunner is already built with libnotfiy support [00:09] chrisccoulson: ah, ok, I'll add a note then if I do it [00:09] i had to do the same for lightning too. it might be worth just copying the extra build flags i added there :) [00:10] ok, we should probably upstream at some point the checks that should be disabled with --with-system-libxul === asac_ is now known as asac === fenris is now known as Guest20801 === Guest20801 is now known as ejat [12:44] Is there any chance the Firefox daily builds can work again soon? [12:45] 2nd that :-P [12:45] the one from 20th has some weird repainting problem on some sites [13:01] As said before, I'd offer to fix it. [13:02] But I can't, because I can't fix the broken patch, because the patch won't apply [13:02] So I can't make a new patch. [13:57] magcius: DeeVee: yes, I'll fix it tonight if chrisccoulson doesn't get to it first [13:58] cool [16:06] Firefox upgrade removes cache ? [16:19] dupondje, "removes cache"? [16:20] dupondje, if you're referring to the lack of confirmation on close, that's deliberate i'm afraid [17:00] chrisccoulson: it moved places.sqlite to places.sqlite.corrupted [17:00] :s [21:20] wow, abrowser has been broken in natty since before christmas, and not a single bug report so far [21:20] needs to die :) [21:20] clearly, nobody uses it [21:22] heh [21:22] * micahg still thinks it should be built from xulrunner like Debian [21:23] i think we should just kill it entirely [21:23] :) [21:23] well, the only benefit is testing FF-on-XR, but I guess there's no point anyway [21:23] i need to talk to the people that i know still do use it first though [21:24] chrisccoulson: hey, curious if anything has happened with bug #677551? [21:24] Launchpad bug 677551 in firefox "pressing Enter in a large textarea is very CPU intensive with Firefox 4.0" [Undecided,New] https://launchpad.net/bugs/677551 [21:24] jdstrand, no, not yet ;) [21:24] today's firefox is no better [21:25] i'll take another look next week though, i've been playing catch up this week after spending all my time on globalmenu work [21:25] cool, thanks [21:25] right, nightlies should work again now :) [21:25] time to do tbird 3.1.8 for natty and get the crashreporter on [21:27] cool [21:27] I need to finish with the locales this weekend [21:39] jdstrand, actually, would you mind sending bug 677551 upstream? i'll still look at it next week, but perhaps somebody else already has an idea ;) [21:39] Launchpad bug 677551 in firefox "pressing Enter in a large textarea is very CPU intensive with Firefox 4.0" [Undecided,New] https://launchpad.net/bugs/677551 [21:51] chrisccoulson: is there a wiki page for properly forwarding mozilla bugs? [21:51] chrisccoulson: like there is for gnome? [21:55] jdstrand: https://wiki.ubuntu.com/Bugs/Upstream/Mozilla, probably a little out of date [21:58] heh, i wasn't aware of that ;) [21:58] jdstrand, if you forward it upstream, Core - Layout is probably an appropriate place to report it [21:58] * micahg has roots in the bugsquad ;) [22:00] micahg, chrisccoulson: thanks [22:00] micahg: and hi! :) [22:00] hi jdstrand :) [22:00] jdstrand, also, please subscribe me :) [22:00] i'm not subscribed to all upstream bugs ;) [22:01] * micahg is following chrisccoulson upstream and will be implicitly subscribed [22:01] lol [22:02] chrisccoulson: it's the only way I can keep track of the GNOME3/global menu stuff without subscribing to everything :) [22:03] heh :) [22:03] oh no, updated indicator stack now [22:04] i wonder if everything will break again ;) [22:04] it did on the friday afternoon of the sprint! [22:04] perhaps i'll upgrade in the morning [22:05] Well, I'll probably be on natty in a couple weeks [22:05] you're not on it already? [22:05] tut tut, you'll need to be more hardcore than that ;) [22:05] chrisccoulson: nope [22:05] i'm on natty+3 already! [22:05] :) [22:05] * micahg still needs a guaranteed working system ATM :) [22:05] lol [22:06] i could do with that sometimes too [22:06] when I get my new laptop, I'll upgrade it to natty [22:06] cool! [22:07] chrisccoulson: https://bugzilla.mozilla.org/show_bug.cgi?id=597627 [22:07] Mozilla bug 597627 in Layout: Text "Adding and removing lines in big textareas is really slow" [Normal,New] [22:07] thanks :) [22:07] chrisccoulson: added that to the LP bug [22:08] chrisccoulson: looks like they are really keen on fixing it [22:08] [hardblocker] [22:08] yeah, but that still could be 3 weeks out [22:08] that is fine by me [22:10] chrisccoulson: would you mind subscribing yourself to the upstream bug if you want? not sure what address you want [22:47] chrisccoulson: wow, I don't think I realzed how cool the LP <-> mozilla bugzilla integration was [22:47] s/was/is/ [22:47] jdstrand, oh, what has it done? [22:47] chrisccoulson: it imported 109 comments and allows me to respond to the mozilla bug [22:47] cia LP [22:47] via [22:48] ah, i haven't noticed that yet. does that mean i have 109 e-mails? ;) [22:48] I wonder how it does that, since I need to be logged in over there... [22:48] chrisccoulson: heh, no-- just one saying it happened [22:48] I am logged in over there... hmm [23:52] Wait, why aren't you running FF on xulrunner currently? [23:52] fta - mozilla bug 629544 [23:52] Mozilla bug 629544 in Blocklisting "Blocklist moonlight plugin on linux." [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=629544 [23:52] magcius, we haven't done for ages, why you ask? [23:52] chrisccoulson, it makes more sense to do that for me [23:52] however mozilla-central is indeed a mess [23:53] why? you're free to build it on XR if you like, but we're not going to do that any more ;) [23:53] I hope some day they'll split out into the main gecko stuff, and have app/browser and all of that into a simple broject project [23:53] chrisccoulson, I'm curious why not [23:53] firstly, that configuration is totally unsupported [23:54] our builds are also pretty close to upstream builds now as well [23:54] which means we can do things like - send our crash reports to mozilla ;) [23:54] Ah. [23:54] I swore that upstream built it separately. [23:55] Not doing it that way seems stupid, but I have to ask upstream them. [23:55] then [23:55] also, certain features in ffox 4.0 don't work with ff-on-xr [23:55] eg, omni.jar [23:55] (unless that has been changed recently) [23:56] our source package supports building ff-on-xr btw [23:56] Right, I was under the impression that XULRunner contained the platform (gecko layout, libmozjs), and that FF was purely an application on top [23:56] just by flipping a bit in debian/rules [23:57] not sure if it still works though ;) [23:58] I'm sure you know by now that your pkg-config files are completely useless because /usr/lib/xulrunner-V/ isn't in ld.so.conf [23:59] But can you add another tally to that bug for me? [23:59] hmmm, no, that's deliberate [23:59] Why? [23:59] why should that directory be in ld.so.conf? applications shouldn't be directly linking against them [23:59] It makes gjs completely impossible to run, outside of LD_LIBRARY_PATH hacks