[00:00] <micahg> chrisccoulson: are we going to do an aurora build as well?
[00:00] <chrisccoulson> not at the moment
[01:02] <Omega> Will we get an Aurora PPA?
[01:04] <micahg> Omega: not at the moment
[01:21] <Omega> micahg: Thanks for the reply, but has discussion about this occured (can you point me to where I might be able to read more about it)? Or if there are any plans for one?
[01:37] <micahg> Omega: idk of any official discussion, I asked our team lead chrisccoulson about a half hour before you asked :)
[01:38] <chrisccoulson> there's no plan to do that yet
[01:38] <chrisccoulson> i haven't figured out how we're going to do all this just anyway
[01:38] <chrisccoulson> but i don't think we need to provide an aurora branch atm
[01:39] <chrisccoulson> we'll do beta and mozilla-central for sure
[01:47] <Omega> It'll be nice to have, for those of us that like living on the edge :)
[02:10] <chrisccoulson> Omega, if you like living on the edge, then I would suggest mozilla-central ;)
[02:16] <Omega> Do you have a link handy?
[04:37] <magcius> OK
[04:37] <magcius> I'm having a problem with firefox-trunk
[04:37] <magcius> One, why don't you set the URL handlers properly?
[04:38] <magcius> Two, apparently my home page is "chrome://branding/locale/browserconfig.properties"
[06:07] <micahg> magcius: can you be more specific on 1 and 2 I can't reproduce
[06:12] <magcius> on two, I think I solved it
[06:12] <magcius> it was a broken update
[06:12] <magcius> on one, there's some weird thing in the way you do upgrades that makes URL handlers break
[06:12] <magcius> when I updated from firefox-4.0b15 to firefox-trunk or whatever the versions are
[06:12] <magcius> the URL handlers didn't get set
[06:13] <magcius> so I had to go into Preferred Applications and set it from "firefox-4.0b15" to "firefox-trunk"
[06:15] <micahg> that's not URL handlers, that's the binary changing, this is fixed now
[06:15] <micahg> firefox-trunk will remain firefox-trunk
[06:15] <magcius> uh, ok
[06:16] <magcius> why didn't you update the xdg-mime settings then?
[06:16] <micahg> we don't touch personal settings
[06:16] <micahg> err, we try not to touch :)
[08:13] <magcius> uhh
[08:13] <magcius> what the fuck?
[08:13] <magcius> http://go.microsoft.com/fwlink/?LinkId=64165
[08:13] <magcius> That links me to http://msdn.microsoft.com/chrome:/global/locale/intl.properties/vcsharp/aa336809.aspx
[08:13] <magcius> which is CLEARLY wrong
[08:14] <magcius> Is something fucked up in my config that causes Firefox to send the wrong locale header?
[08:15]  * micahg blames microsoft
[08:16]  * magcius looks at "chrome:/global/locale"
[08:16] <magcius> It's obvious something got screwed up in the config.
[08:16] <magcius> And MS is blindly concatenating the locale header
[08:16] <magcius> If you're curious
[08:17] <magcius> The right link is http://msdn.microsoft.com/en-us/vcsharp/aa336809.aspx
[08:20] <micahg> magcius: sounds like a bug, maybe ask chrisccoulson in a couple hours when he surfaces
[08:21] <magcius> either way
[08:21] <magcius> about:config flagged it as "non-default"
[08:21] <gnomefreak> do we really need firefox-trunk + firefox-4.0? they are showing as same version
[08:22] <micahg> gnomefreak: they are the same L(
[08:22] <micahg> :)
[08:22] <micahg> firefox-4.0 should be transitional
[08:22] <gnomefreak> micahg: so i can remove one of them
[08:23] <micahg> gnomefreak: yes, firefox-4.0 is transitional in the dailies now
[08:23] <gnomefreak> micahg: thanks
[08:26] <gnomefreak> it seems that apt wants to remove firefox-trunk-gnome-support. IIRC apt-get autoremove lists packages that are not used recently. so either gnome-support is phased out ort apt is broken
[08:29] <micahg> gnomefreak: that only is to pull in the gnome-deps, nothing in there
[08:30] <gnomefreak> micahg: ok, i guess that makes sense since we cant add just gnome-deps to the firefox package
[08:30] <gnomefreak> thanks
[08:32]  * micahg -> sleep
[08:45] <chrisccoulson> magcius, what do you have in about:config for general.useragent.locale and general.useragent.compatMode.firefox (although, i don't think that should matter anymore)
[08:50] <chrisccoulson> and also, intl.accept_languages
[08:50] <chrisccoulson> magcius, ^^
[08:53] <gnomefreak> it sends me to http://msdn.microsoft.com/en-us/vcsharp/aa336809.aspx also in minefield
[08:54] <chrisccoulson> yeah, it gets it from the Accpet-Language header, which is defined in intl.accept_languages
[08:55] <chrisccoulson> but intl.accept_languages is a localized pref (which means it is set to a chrome URI, and firefox resolves the real value from the language pack)
[08:55] <gnomefreak> en-US, en
[08:55] <gnomefreak> is what i have for intl.accept_languages
[08:56] <gnomefreak> oh
[08:56] <chrisccoulson> this should normally work, unless the pref has been modified by something to be non-localized, in which case, firefox will take the chrome URI as a literal value
[08:57] <gnomefreak> how do we know if the pref has been  modified?
[08:57] <chrisccoulson> i suspect that's what's happened in magcius case, but he's not the first person with this issue. i wonder if there's an extension that's screwing this up
[08:57] <gnomefreak> here it is not an extension
[08:58] <gnomefreak> oh thats not the same link
[08:58] <gnomefreak> i have en-us in my link and he doesnt, so i guess his locales are not set to en-us
[08:59] <chrisccoulson> bug 643899
[09:00] <chrisccoulson> so, someone there confirms that the pref was set to the literal value chrome://global/locale/intl.properties, which is wrong (and not how it is set by default)
[09:00] <chrisccoulson> wtf
[09:02] <gnomefreak> chrisccoulson: where is the flash.so in browser plugins?
[09:03] <chrisccoulson> /usr/lib/mozilla/plugins ?
[09:03] <gnomefreak> chrisccoulson: thanks. is that also chrome?
[09:05] <magcius> chrisccoulson, chrome://global/locale/intl.properties -- but I reset it
[09:05] <gnomefreak> i guess it is not here. gnomefreak@Develpment:/usr/lib/chromium-browser/plugins$ ls
[09:05] <gnomefreak> gnomefreak@Develpment:/usr/lib/chromium-browser/plugins$
[09:05] <chrisccoulson> magcius, did it reset to the correct value?
[09:05] <magcius> yes.
[09:05] <magcius> chrisccoulson, I assume it's a borked config update, and the updates after it assumed it was a user-set value
[09:05] <magcius> chrisccoulson, as the person if they had a borked home page as well
[09:05] <chrisccoulson> magcius, right, we need to try and figure out what's doing on :)
[09:05] <chrisccoulson> do you have any extensions installed?
[09:05] <magcius> it got set to chrome://branding/locale/browserconfig.properties
[09:06] <magcius> chrisccoulson, LastPass, Firebug, ABP, Scriptish
[09:06] <chrisccoulson> thanks, i'll take a look at those just to make sure they aren't doing something silly :)
[09:06] <magcius> Also, Firefox Sync
[09:06] <magcius> But that's dumb because it doesn't do the main thing I would use it for
[09:07] <magcius> ... all I want is to be able to sync my tabs and session across dual-boot and other such things :(
[09:07] <magcius> but it doesn't track app tabs and requires me to do this crazy "Tabs On Other Computers" hidden menu item dance that I just found today.
[09:11] <gnomefreak> can someone test bug 657586 we you get a minute. im going for smoke
[09:15] <chrisccoulson> magcius, have you restarted firefox since you reset that pref?
[09:30] <magcius> chrisccoulson, yeah.
[09:30] <magcius> I had to restart, otherwise it didn't "work"
[09:35] <gnomefreak> it seems flash is no different when using browser-plugin-gnash
[09:53] <fta2> [1:1:8764694682:ERROR:native_library_linux.cc(32)] dlopen failed when trying to open libsoftokn3.so: libsoftokn3.so: cannot open shared object file: No such file or directory
[09:53] <fta2> [1:1:8764695042:ERROR:native_library_linux.cc(32)] dlopen failed when trying to open libfreebl3.so: libfreebl3.so: cannot open shared object file: No such file or directory
[09:53] <fta2> chrisccoulson, ^^
[09:54] <fta2> did something change in nss?
[09:54] <fta2> x64
[09:55] <chrisccoulson> fta2 - i don't think so :/
[09:55] <chrisccoulson> nss hasn't changed for a while
[09:59] <fta2> http://git.chromium.org/gitweb/?p=chromium.git;a=blob;f=base/native_library_linux.cc;h=e282bce2213f5d4131d4db1b1275b0eab984b12a;hb=HEAD
[09:59] <fta2> not very helpful..
[10:04] <fta2> oh, it's not new: http://codereview.chromium.org/6672034
[10:04] <fta2> http://git.chromium.org/gitweb/?p=chromium.git;a=history;f=base/nss_util.cc;h=a074ab56f731663ab0ae03417126eab98211e077;hb=HEAD
[10:07] <chrisccoulson> fta - it works with --no-sandbox btw
[10:07] <chrisccoulson> it's a pain how all these problems seem to go away without the sandbox. makes them a bit difficult to debug ;)
[10:08] <fta2> "it" == breakpad?
[10:09] <chrisccoulson> fta - "it" = loading the nss libs
[10:09] <fta2> oh
[10:09] <fta2> chrisccoulson, well, that's the purpose of the zygote, pre-load stuff for use in the sandbox
[10:14] <fta2> chrisccoulson, weird, it seems the xdg-utils thing is working here, but not at home, using the same version
[10:16] <chrisccoulson> fta2 - oh, i see why
[10:16] <chrisccoulson> i think they misunderstood me when i said "We're running the new stack which uses the x-scheme-handler mimetypes to register URL handlers, but we aren't actually running gnome 3 yet. This means that the gnome3 check in xdg-utils (which gnome-default-applications-properties 2> /dev/null || DE="gnome3") will tell you that the system isn't gnome3"
[10:17] <chrisccoulson> and they fixed a syntax problem in the gnome3 check, but it still has the same inherent problem on ubuntu
[10:17] <chrisccoulson> fta2, http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/xdg-utils/scripts/xdg-utils-common.in?r1=81021&r2=81020&pathrev=81021
[10:17] <chrisccoulson> it's still checking for gnome-default-application-properties
[10:17] <chrisccoulson> which doesn't work for us :(
[10:17] <fta2> i patched it using your fix
[10:19] <fta2> http://bazaar.launchpad.net/~chromium-team/chromium-browser/chromium-browser.head/view/head:/debian/patches/xdg-utils_gnome3_lp670128_for_natty.patch
[10:19] <fta2> hm, it's not part of your fix?
[10:27] <chrisccoulson> fta2 - do you have gnome-default-application-properties missing on the machine where it doesn't work?
[10:27] <fta2> indeed
[10:28] <chrisccoulson> bingo
[10:29] <chrisccoulson> fta2 - we need to drop this from detectDE: http://paste.ubuntu.com/593502/
[10:29] <chrisccoulson> i guess i should do that for our xdg-utils too
[10:29] <fta2> hold on
[10:30] <fta2> application vs applicationS
[10:30] <fta2> no, it's there on both machines
[10:30] <fta2> chrisccoulson, ^^
[10:30] <chrisccoulson> oh, ok :(
[10:31] <chrisccoulson> heh, i should have checked what i typed ;)
[10:34] <fta2> micahg, i checked the patch for the passwords keyring in stable. they disabled it because ch is deadlocking when you use the sync feature. there's also a security risk behind it. i'd prefer to keep it disabled for now until upstream figures it out
[14:02] <fta2> chrisccoulson, doh, so it impacts ch stable too: bug 759761
[14:02] <fta2> where is that damn bot?
[14:04] <chrisccoulson> not sure
[14:05] <chrisccoulson> it's gone on vacation
=== m_conley_away is now known as m_conley
[14:17] <Fudge> ff 6.0a1 working well with gnome-orca :D
=== davida is now known as davidascher
[16:41] <micahg> fta: ok, so do we include a news file stating that passwords will break?  I guess we don't want to pass password-store=detect either if there's a security risk
[17:02] <fta> micahg, what is the news file for? is it displayed somehow?
[17:02] <micahg> fta: I'm not sure, on the console it definitely is, I think update manager will display it as well
[17:24] <fta> *sigh* http://people.ubuntu.com/~fta/ppa-dashboard/chromium-daily.html
[20:22] <chrisccoulson> fta - we could do with backporting the latest yasm to lucid in the ubuntu-mozilla-daily PPA
[20:23] <chrisccoulson> i can't do that ;)
[20:32] <fta> chrisccoulson, well, i'm deep into chromium stuff atm. I don't really have time to prepare that package
[20:32] <micahg> I could upload that later
[20:40] <fta> hm, i think i finally nailed that chromium translation bug.. now i need to regenerate all the new tarballs :P
[21:20] <fta> chrisccoulson, do you need 1.1.0?
[21:34] <chrisccoulson> fta - yeah, that's right
[21:35] <chrisccoulson> (sorry, just went away for some food)
[21:53] <fta> chrisccoulson, done
=== m_conley is now known as m_conley_away
[23:21] <LLStarks> eh. did we skip a few epochs or eras with  the ppa packaging of firefox?
[23:22] <kbrosnan> trunk builds are 6.0 if that is your query
[23:23] <LLStarks> new roadmap is surefine
[23:23] <LLStarks> and yes it was