[00:09] <fta> chrisccoulson_, did something change wrt the preferred apps?
[00:10] <chrisccoulson_> fta - not recently AFAIK, how come?
[00:11] <fta> chrisccoulson_, chromium is now complaining it's no longer the preferred browser here, confirmed by BUGabundo
[00:11] <fta> was fine until yesterday
[00:13] <chrisccoulson_> fta - oh, i see that too
[00:16] <chrisccoulson_> oh, i saw it because i opened gnome-default-application-properties, and that tramples over the gconf settings
[00:17] <fta> ?
[00:18] <chrisccoulson_> gnome-default-application-properties writes the gio config to gconf, to keep everything in sync
[00:18] <chrisccoulson_> but chromium isn't using th gio settings
[00:18] <chrisccoulson_> it's using xdg-settings isn't it?
[00:18] <fta> yes
[00:19] <fta> xdg-mime irrc
[00:23] <chrisccoulson_> fta - ok, i got release team ACK to backport the xdg-utils changes to fix this
[00:23] <chrisccoulson_> i'll do it tomorrow
[00:24] <fta> good, even if i still don't understand what changed
[00:26] <chrisccoulson_> i'm not sure what's changed in the last few days, but it should never have started working really ;)
[00:27] <fta> $ xdg-settings check default-web-browser chromium-browser.desktop
[00:27] <fta> yes
[00:38] <fta> hm, just rebooted, i now have some artifacts from the widgets in chromium
[11:57] <fta> chrisccoulson, ch trunk bumped Breakpad to r786, what was missing to have it working? i lost track :(
[12:07] <Guest94759> 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] <fta> 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] <chrisccoulson> fta - re, breakpad and chromium - kees has fixed all of the kernel bugs now, but chromium still isn't working :(
[12:40] <chrisccoulson> i'm stuck atm, because i can't reproduce it in strace, which would really help
[12:40] <chrisccoulson> i pinged evan, and strace only works if you run with --no-sandbox
[12:40] <chrisccoulson> and of course, crash reporting works fine then ;)
[12:41] <chrisccoulson> 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] <chrisccoulson> fta - about xdg-utils, i'll update our version today which should hopefully fix the browser check issues
[12:43] <chrisccoulson> i thought that had already been done, i'm not sure why it dropped off the radar :(
[13:17] <fta> chrisccoulson, maybe try a debug build. I have a knob in d/rules
[20:15] <fta> chrisccoulson, not sure why it failed last night, but i just respun the bot for ff-trunk and the upload worked this time
[21:01] <chrisccoulson> fta - thanks. i was going to ask you that too actually :)
[21:03] <fta> chrisccoulson, just read the TB minutes, are they really considering backing off unity as default??
[21:19] <fta> micahg, hi, any update on the last chromium update?
[21:19] <fta> it's been a while now :P
[21:21] <micahg> 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] <chrisccoulson> m_conley_away, did bug 734837 fix your issue with the invisible entries in the menu bar?
[22:26] <fta> uh, the new compiz crashed
[22:26] <fta> it's been a while
[22:26] <fta> bamfdaemon too
[22:42] <micahg> chrisccoulson: someone on m.d.a.firefox is proposing rewriting Firefox in Java :)
[22:45] <chrisccoulson> lol
[23:02] <m_conley> chrisccoulson: ping
[23:02] <chrisccoulson> hi m_conley
[23:03] <m_conley> chrisccoulson: hey!  I'm about to try out the globalmenu extension in TB.  I'll tell you how it goes. :)
[23:03] <chrisccoulson> excellent, thanks!
[23:03] <m_conley> 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] <m_conley> chrisccoulson: can I assume you've heard about the new release cycle?
[23:03] <chrisccoulson> cool, i'd be interested to know how that turns out
[23:03] <chrisccoulson> yeah, i know about it for firefox, but i'm still unclear about how it's actually going to work
[23:04] <m_conley> chrisccoulson: see - http://mozilla.github.com/process-releases/draft/development_overview/
[23:04] <m_conley> chrisccoulson: how it affects TB, and Linux distros in currently being discussed here
[23:04] <chrisccoulson> 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] <m_conley> er "is"
[23:04] <m_conley> chrisccoulson: hm - I was about to try the one in the archive
[23:05] <chrisccoulson> that's ok then :)
[23:05] <chrisccoulson> 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] <micahg> m_conley: is there a place anywhere to vote for some type of LTS branch for linux distros/derivitives?
[23:06] <m_conley> micahg: not as far as I can tell, no
[23:07] <chrisccoulson> m_conley, have you had much feedback from other distros?
[23:07] <m_conley> chrisccoulson: not personally, no.  Other Mozilla folk may have
[23:08] <m_conley> micahg: there might be infrastructure for that down the line
[23:08] <m_conley> or something similar
[23:09] <kbrosnan> long lived versions are not on the plan atm
[23:10] <m_conley> 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] <chrisccoulson> 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] <kbrosnan> 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] <micahg> m_conley: well, major version bumps as opposed to point releases with bugfixes are harder in terms of QA for stable releases
[23:12] <chrisccoulson> we don't do crazy things like building FF-on-XR like other distro's do ;)
[23:12] <micahg> chrisccoulson: I'd prefer to limit it just to Firefox if possible
[23:12] <micahg> QA burden is higher for major version bumps
[23:12] <chrisccoulson> micahg, the QA stuff is exactly why we're running the full test-suite now ;)
[23:12] <micahg> chrisccoulson: for thunderbird as well?
[23:13] <chrisccoulson> (although, we currently don't do anything with the output of that, but we should be)
[23:13] <chrisccoulson> micahg - not yet. i wasn't going to start running that until we update to 3.3
[23:13] <chrisccoulson> 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] <micahg> 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] <kbrosnan> micahg: have a query or a wag to the number of packages effected?
[23:17] <chrisccoulson> kbrosnan, https://wiki.ubuntu.com/DesktopTeam/Specs/Natty/Firefox4/XULRunner20Transition would be a good place to start
[23:18] <chrisccoulson> (note, that contains both mozjs and xpcom consumers, and we've already resolved the mozjs issue)
[23:19] <chrisccoulson> 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] <micahg> kbrosnan: I think it's only about 10, maybe less at this point, I can get an official count later this evening
[23:19] <micahg> but eclipse is on the list
[23:20] <kbrosnan> yeah they are a tough case
[23:21] <m_conley> chrisccoulson: ok, cool - let me know if you have any questions you want me to bring up. :)
[23:22] <kbrosnan> 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] <chrisccoulson> m_conley, thanks!
[23:22] <kbrosnan> uggh that was a lot less clear than i thought
[23:22] <chrisccoulson> 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] <micahg> kbrosnan:  we have 7 apps according to the wiki using that
[23:22] <chrisccoulson> m_conley, if you can't make it to budapest ;)
[23:23] <chrisccoulson> it would be nice to see some firefox guys at a UDS too ;)
[23:23] <chrisccoulson> kbrosnan, micahg - we don't really have that much using gtkmozembed
[23:23] <chrisccoulson> the only things i can think of are:
[23:23] <chrisccoulson> chmsee, which already has WIP webkit support
[23:24] <m_conley> chrisccoulson: i'm working on budapest.  :D  I'll let you know.
[23:24] <chrisccoulson> gnome-python-extras - which is deprecated now anyway, now we have PyGI, so that's going to disappear entirely next cycle anyway
[23:24] <chrisccoulson> that's all i can think of right now ;)
[23:24] <micahg> chrisccoulson: python-gtkmozembed was that stuff I was looking at, forgot about chmsee :)
[23:24] <chrisccoulson> m_conley, awesome!
[23:24] <chrisccoulson> micahg - python-gtkmozembed is going to disappear next cycle
[23:24] <chrisccoulson> it's dead ;)
[23:26] <chrisccoulson> yeah, so just 2 things in the archive using gtkmozembed
[23:26] <chrisccoulson> i'm really not all that concerned about that :)
[23:41] <BUGabundo> evening