[00:09] chrisccoulson_, did something change wrt the preferred apps? [00:10] fta - not recently AFAIK, how come? [00:11] chrisccoulson_, chromium is now complaining it's no longer the preferred browser here, confirmed by BUGabundo [00:11] was fine until yesterday [00:13] fta - oh, i see that too [00:16] oh, i saw it because i opened gnome-default-application-properties, and that tramples over the gconf settings [00:17] ? [00:18] gnome-default-application-properties writes the gio config to gconf, to keep everything in sync [00:18] but chromium isn't using th gio settings [00:18] it's using xdg-settings isn't it? [00:18] yes [00:19] xdg-mime irrc [00:23] fta - ok, i got release team ACK to backport the xdg-utils changes to fix this [00:23] i'll do it tomorrow [00:24] good, even if i still don't understand what changed [00:26] i'm not sure what's changed in the last few days, but it should never have started working really ;) [00:27] $ xdg-settings check default-web-browser chromium-browser.desktop [00:27] yes [00:38] hm, just rebooted, i now have some artifacts from the widgets in chromium === asac_ is now known as asac === Mook_ is now known as Mook [11:57] chrisccoulson, ch trunk bumped Breakpad to r786, what was missing to have it working? i lost track :( [12:07] Hi, everyone! I want to compile firefox with DWARF2 debugging information. What shall I do to solve this problem? Must I modify the makefile? [12:38] chrisccoulson, found the regression for the preferred browser in ch trunk: http://codereview.chromium.org/6793034 it's what you expected i guess [12:39] fta - re, breakpad and chromium - kees has fixed all of the kernel bugs now, but chromium still isn't working :( [12:40] i'm stuck atm, because i can't reproduce it in strace, which would really help [12:40] i pinged evan, and strace only works if you run with --no-sandbox [12:40] and of course, crash reporting works fine then ;) [12:41] the only way i'm going to be able to debug it is to do a build of chromium with some debug printfs in there so i can figure out exactly why it fails ;) [12:43] fta - about xdg-utils, i'll update our version today which should hopefully fix the browser check issues [12:43] i thought that had already been done, i'm not sure why it dropped off the radar :( [13:17] chrisccoulson, maybe try a debug build. I have a knob in d/rules [20:15] chrisccoulson, not sure why it failed last night, but i just respun the bot for ff-trunk and the upload worked this time === hggdh_ is now known as hggdh [21:01] fta - thanks. i was going to ask you that too actually :) [21:03] chrisccoulson, just read the TB minutes, are they really considering backing off unity as default?? [21:19] micahg, hi, any update on the last chromium update? [21:19] it's been a while now :P [21:21] ugh, no, but it seems that the detect flag isn't good enough, I'll complete the testing today which should tell me if we're already affected or not [22:05] m_conley_away, did bug 734837 fix your issue with the invisible entries in the menu bar? [22:26] uh, the new compiz crashed [22:26] it's been a while [22:26] bamfdaemon too [22:42] chrisccoulson: someone on m.d.a.firefox is proposing rewriting Firefox in Java :) [22:45] lol === m_conley_away is now known as m_conley [23:02] chrisccoulson: ping [23:02] hi m_conley [23:03] chrisccoulson: hey! I'm about to try out the globalmenu extension in TB. I'll tell you how it goes. :) [23:03] excellent, thanks! [23:03] chrisccoulson: I'm at the all-hands in Mountain View, and we're talking about the new release cycle, and how it affects TB [23:03] chrisccoulson: can I assume you've heard about the new release cycle? [23:03] cool, i'd be interested to know how that turns out [23:03] yeah, i know about it for firefox, but i'm still unclear about how it's actually going to work [23:04] chrisccoulson: see - http://mozilla.github.com/process-releases/draft/development_overview/ [23:04] chrisccoulson: how it affects TB, and Linux distros in currently being discussed here [23:04] m_conley, will you test the globalmenu-extension provided in the archive, or do you build it yourself? i haven't actually pushed the fix to bzr yet, as the branch seems to have stopped working :( [23:04] er "is" [23:04] chrisccoulson: hm - I was about to try the one in the archive [23:05] that's ok then :) [23:05] i think we're mostly ok with the release process. what i'm totally unclear about is how releases are created from the different branches [23:05] m_conley: is there a place anywhere to vote for some type of LTS branch for linux distros/derivitives? [23:06] micahg: not as far as I can tell, no [23:07] m_conley, have you had much feedback from other distros? [23:07] chrisccoulson: not personally, no. Other Mozilla folk may have [23:08] micahg: there might be infrastructure for that down the line [23:08] or something similar [23:09] long lived versions are not on the plan atm [23:10] chrisccoulson: I'm sort of the Linux representative in this "new release cycle" meeting - but I don't think I have a total handle on what's at stake here. I understand the LTS issue, but is there anything else I should be bringing up? [23:11] the LTS issue only really affects xulrunner, because we have to maintain a bunch of apps using it. but, from the POV of firefox and thunderbird, i think we can live without it ;) [23:11] but feedback from distros would be intresting as of right now going forward from 5 there are no plans to ship any dot updates [23:11] m_conley: well, major version bumps as opposed to point releases with bugfixes are harder in terms of QA for stable releases [23:12] we don't do crazy things like building FF-on-XR like other distro's do ;) [23:12] chrisccoulson: I'd prefer to limit it just to Firefox if possible [23:12] QA burden is higher for major version bumps [23:12] micahg, the QA stuff is exactly why we're running the full test-suite now ;) [23:12] chrisccoulson: for thunderbird as well? [23:13] (although, we currently don't do anything with the output of that, but we should be) [23:13] micahg - not yet. i wasn't going to start running that until we update to 3.3 [23:13] kbrosnan, i think most of the questions i have really are just minor details, but affect my workflow quite a bit. i'll write them down at some point :) [23:14] kbrosnan: well, I'm currently considering dropping any xulrunner app that accesses insecure content from the repo since porting every 6 weeks in a stable release is out of the question [23:17] micahg: have a query or a wag to the number of packages effected? [23:17] kbrosnan, https://wiki.ubuntu.com/DesktopTeam/Specs/Natty/Firefox4/XULRunner20Transition would be a good place to start [23:18] (note, that contains both mozjs and xpcom consumers, and we've already resolved the mozjs issue) [23:19] we provide a separate libmozjs package now, and i'm going to turn off --enable-shared-js in our xulrunner build at some point soon [23:19] kbrosnan: I think it's only about 10, maybe less at this point, I can get an official count later this evening [23:19] but eclipse is on the list [23:20] yeah they are a tough case [23:21] chrisccoulson: ok, cool - let me know if you have any questions you want me to bring up. :) [23:22] smedberg has said unless some community members/orgs have an intrest in gtkmozembed and other embedding tools that are in the process of being dropped from support [23:22] m_conley, thanks! [23:22] uggh that was a lot less clear than i thought [23:22] m_conley, did you see http://www.omgubuntu.co.uk/2011/04/uds-p-planning-ubuntu-12-04-to-be-held-in-orlando-again/ btw? [23:22] kbrosnan: we have 7 apps according to the wiki using that [23:22] m_conley, if you can't make it to budapest ;) [23:23] it would be nice to see some firefox guys at a UDS too ;) [23:23] kbrosnan, micahg - we don't really have that much using gtkmozembed [23:23] the only things i can think of are: [23:23] chmsee, which already has WIP webkit support [23:24] chrisccoulson: i'm working on budapest. :D I'll let you know. [23:24] gnome-python-extras - which is deprecated now anyway, now we have PyGI, so that's going to disappear entirely next cycle anyway [23:24] that's all i can think of right now ;) [23:24] chrisccoulson: python-gtkmozembed was that stuff I was looking at, forgot about chmsee :) [23:24] m_conley, awesome! [23:24] micahg - python-gtkmozembed is going to disappear next cycle [23:24] it's dead ;) [23:26] yeah, so just 2 things in the archive using gtkmozembed [23:26] i'm really not all that concerned about that :) [23:41] evening