[00:02] <jcastro> hey asac/fta
[00:02] <jcastro> if we're shipping google gmail and cal prism stuff
[00:02] <jcastro> wouldn't it make sense to bundle offline support (gears) with that?
[00:03] <asac> jcastro: whats the license of that?
[00:04] <fta> i wanted to do that more than a year ago
[00:04] <jcastro> bsd afaict
[00:04] <fta> i don't remember what stopped me
[00:04] <jcastro> http://code.google.com/p/gears/
[00:05] <asac> so thats a xulrunner extension ?
[00:05] <jcastro> because I just set up gears with fta's 3.5 package, and it's pretty awesome
[00:05] <asac> jcastro: can you copy the extension into xulrunner-addons and flip the targeta pplication to toolkit@mozilla.org
[00:05] <asac> and then see if it just works?
[00:05] <jcastro> yeah it's an extensiion
[00:06] <asac> jcastro: or give me the xpi ;) ... they dont offer it to me
[00:07] <asac> as i run trunk ;)
[00:08] <asac> gears-read-only/gears/test/testcases/testaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa.txtfoo
[00:08] <asac> heh
[00:08] <jcastro> http://dl.google.com/gears/current/gears-linux-opt.xpi
[00:08] <jcastro> how's that?
[00:11] <fta> so many third_parties in the source tree :P
[00:11] <asac> jcastro: http://people.ubuntu.com/~asac/tmp/gears.tgz
[00:12] <asac> unpack that in /usr/lib/xulrunner-addons/extensions/
[00:12] <jcastro> ok
[00:12] <asac> and check whether it "just works" ;)
[00:12]  * asac  installs prism-gmail
[00:12] <jcastro> ok, one moment
[00:12] <asac> jcastro: oh. also touch /usr/lib/xulrunner-1.9.0*/.autoreg
[00:13] <fta> asac, do you want to just ship a repackaged xpi blob? or build it from source?
[00:13] <asac> hmm.
[00:13] <asac> fta: obviously from source
[00:13] <asac> its just for testing
[00:13] <fta> k
[00:13] <asac> not sure how offline would work in prism ;)
[00:13] <asac> guess prism could deserve a offline switch
[00:14] <asac> fta: is there a way to access about:config ?
[00:14] <asac> jcastro: does that work on amd64 at all?
[00:14] <asac> or just 32 bits?
[00:14] <jcastro> I am 90% sure it does not
[00:14] <jcastro> it's 32 bit only
[00:14] <asac> heh
[00:14] <asac> ok
[00:14] <asac> so my test failed
[00:14] <jcastro> I am on 32 bit
[00:15] <jcastro> one moment
[00:15] <asac> jcastro: try it then
[00:15] <asac> jcastro: howveer for setting to offline we might need a trick
[00:15] <asac> hmm ... i guess network-manager _should_ work
[00:15] <fta> nspluginwrapper
[00:15] <jcastro> well, the gmail will tell me if it works
[00:15] <asac> that doesnt work for extensions ;)
[00:15] <asac> jcastro: how?
[00:15] <asac> :)
[00:16] <asac> jcastro: you can check whether the extension is properly setup in the bottom right menu of prism
[00:16] <jcastro> you click the button and if it doesn't work it tells you you can't go offline
[00:16] <asac> there you can access tools -> addons
[00:16] <fta> http://groups.google.com/group/gears-users/browse_thread/thread/4584842dd14a4882
[00:16] <asac> well. the source seems to come with full v8 and so on ;)
[00:16] <asac> gears-read-only/third_party/v8/bindings_local/v8_np_utils.h
[00:16] <asac> thats ridiculous ;)
[00:17] <asac> grant-google-svn
[00:17] <asac> grand
[00:17] <fta> $ du -sm gears-read-only
[00:17] <fta> 670     gears-read-only
[00:17] <asac> what a mess
[00:18] <fta> i think that's what stopped me
[00:18] <jcastro> haha
[00:18] <asac> jcastro: so from here i would say its afe to say, that this wont happen for jaunty ;)
[00:18] <jcastro> asac: !!!! it worked!
[00:18] <jcastro> asac: oh no dude, I was thinking ppa
[00:18] <asac> jcastro: cool. thats good news at least ;)
[00:19] <fta> http://paste.ubuntu.com/142406/ pfff
[00:19] <asac> at some point ppa folks will hunt us down for putting tera-bytes of sources in it ;)
[00:19] <jcastro> asac: I was just thinking that 3.5+gears in a ppa for laptop users for gcal/gmail would be sweet
[00:20] <asac> jcastro: i think we should write a simple how to
[00:20] <jcastro> ok
[00:20] <jcastro> what did you do to make that tgz?
[00:21] <asac> and ppa when we manage to figure out the packaging
[00:21] <asac> jcastro: magic ;)
[00:21] <asac> jcastro: poked install.rdf
[00:21] <asac> and created a proper top level dir
[00:21] <asac> matching the extension id
[00:21] <jcastro> ah, I saw people doing that on blogs
[00:22] <asac> not sure if they poked it the way i did though
[00:22] <asac> i will look if its submit worthy
[00:22] <asac> maybe we can make it "just" work with upstream .xpis
[00:22] <asac> jcastro: do we know anthing about gears release cycle?
[00:23] <asac> update-cycle actually
[00:23] <jcastro> nope
[00:23] <asac> good :-P
[00:23] <jcastro> let me hunt down stuff
[00:23] <asac> nah. no need to
[00:23] <asac> if it makes sense we should submit the generic install.rdf i guess
[00:24] <jcastro> I know they keep a copy of it in chromium
[00:26] <asac> some captchas are really ridiculous
[00:44] <fta> lp is back
[00:45] <asac> thats too late for me ;)
[00:45] <asac> i am down
[00:45] <asac> :-P
[00:45] <asac> cu
[00:47] <fta> cu
[00:50] <Jazzva> asac: rev 52 pushed. I'll ask for merge so you can see it when you get up :)
[00:59] <fta> armin76, did you fix that on sparc? http://paste.ubuntu.com/142423/
[01:01] <asac> Jazzva: its not there yet
[01:02] <asac> Jazzva: you forgot to push as it seems
[01:02] <asac> even ssh doesnt have it
[01:02] <Jazzva> asac: No new revisions to push.
[01:03] <Jazzva> maybe it's LP lag or something...
[01:03] <Jazzva> hmm... I suppose it will be visible soon :/
[01:03] <asac> https://code.edge.launchpad.net/~jazzva/nspluginwrapper/ubuntu.1.2.2-0ubuntu3?
[01:03] <Jazzva> yep, that's the one
[01:04] <asac> really odd. i go through bzr+ssh ... whihc accesses a not mirrored machine i think
[01:04] <Jazzva> asac: http://paste.ubuntu.com/142428/
[01:05] <Jazzva> that's what I get on "bzr push"
[01:05] <asac> bzr log -l1 ;)
[01:05] <asac> is that 52?
[01:05] <Jazzva> http://paste.ubuntu.com/142429/
[01:06] <Jazzva> yep
[01:10] <asac> so no luck today
[01:10] <asac> guess "code" didnt like the maintenance today
[01:10] <asac> Jazzva: can you paste the diff?
[01:10] <asac> ;)
[01:10] <Jazzva> umm, sure
[01:10] <asac> i mean the latest patch ;)
[01:11] <Jazzva> -r52..50?
[01:11] <Jazzva> I think you have the rev 50
[01:11] <asac> that or just the .diff of the patch
[01:11] <asac> the rest is probably good ;)
[01:12] <asac> i mean cat debian/patches/yourpatch.diff | pastebinit
[01:12] <Jazzva> yeah, just reworded changelog :)
[01:12] <Jazzva> oh, also edit to the Makefile, to include glib for npw-config.c
[01:13] <asac> oh that wasnt there. hmm
[01:13] <asac> well.
[01:13] <asac> we can also look tomorrow
[01:13] <asac> maybe the push made it through by then ;)
[01:13] <asac> cu. and thanks!
[01:14] <Jazzva> asac: no problem, sorry for the delay :)
[01:14] <asac> if we still can gt that fixed in jaunty, the world will be better
[01:14] <asac> not your fault ;)
[01:14] <Jazzva> here's the paste in case you want to inspect
[01:14] <Jazzva> http://paste.ubuntu.com/142435/
[01:14] <Jazzva> I guess this can make it to jaunty
[01:16] <asac> Jazzva: GLIB_CFLAGS + GLIB_LDFLAGS dont work?
[01:16] <asac> i guess we should use those there
[01:17] <Jazzva> Umm... not sure, I just tried to copy what npw developers used for other npw-*.c files
[01:18] <asac> ok. if they use that for glib its probably fine
[01:19] <asac> Jazzva: they also use GLIB_CFLAGS and _LDFLAGS
[01:19] <Jazzva> asac: hmm, I'll check
[01:20] <asac> ok.const char **dirs = malloc((n_default_dirs + n_env_dirs + 2) * sizeof(dirs[0]));
[01:20] <asac> shouldnt that be env_dirs[0] ?
[01:22] <Jazzva> asac: I left what he used before. And sizeof(dirs[0]) will be sizeof(char *), just as size of(env_dirs[0]) (which is gchar *, which is the same as char *) IIRC
[01:23] <asac> ok. wonder why he just doesnt do char* but ok
[01:24] <Jazzva> I wondered that too
[01:24] <asac> i mean it dereferences an unintialized pointer somewhat
[01:24] <asac> meaning: *0xRANDOM
[01:24] <asac> of course sizeof isnt runtime
[01:25] <asac> ;)
[01:25] <Jazzva> asac: Well, we can always change that and submit upstream :)
[01:25] <asac> Jazzva: i think we should cache the split array in the get_ function
[01:25] <Jazzva> though, I think this way works too (though, a little bit confusing :))
[01:25] <asac> its const char
[01:26] <asac> so folks shouldnt free it and we can reuse it
[01:26] <Jazzva> ok
[01:26] <asac> Jazzva: or does get_mozilla_plugin_dirs cache things?
[01:26] <asac> if not dont bother
[01:27] <asac> it leaks mem anyway then.
[01:28] <asac> i will check the bzr branch tomorrow in detail
[01:28] <asac> cu
[01:28] <Jazzva> ok, cu
[10:04] <fta> asac, https://code.edge.launchpad.net/~fta/+junk/ppa-confs
[10:06] <armin76> fta: i haven't tried 1.9.1 on sparc lately, so haven't seen that
[10:10] <fta> armin76, according to http://popcon.ubuntu.com/, we just have 39 sparc users
[10:10] <fta> so, well...
[10:10] <fta> *sigh*
[10:18] <armin76> :D
[10:19] <asac> armin76: you are lacking and slacking ;)
[10:19] <asac> bundle your sparc builders to our daily build;)
[10:19] <fta> lol
[10:19] <asac> gentoo dailies
[10:20] <fta> armin76, https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[10:25]  * armin76 yawns
[10:36] <fta> asac_, https://edge.launchpad.net/ubuntu/jaunty/+queue?queue_state=0&queue_text=firefox  ???
[10:37] <asac_> fta: yeah we pushed it in
[10:38] <asac> https://edge.launchpad.net/ubuntu/+source/firefox-3.5/3.5~b4~hg20090330r24021+nobinonly-0ubuntu1
[10:39] <fta> fta@ix:~ $ apt-cache madison firefox-3.5
[10:39] <fta> firefox-3.5 | 3.5~b4~hg20090401r24201+nobinonly-0ubuntu1~umd1 | http://ppa.launchpad.net jaunty/main Packages
[10:39] <fta> firefox-3.5 | 3.5~b4~hg20090330r24021+nobinonly-0ubuntu1~fta1 | http://ppa.launchpad.net jaunty/main Packages
[10:39] <fta> firefox-3.5 | 3.5~b4~hg20090330r24021+nobinonly-0ubuntu1 | http://archive.ubuntu.com jaunty/universe Sources
[10:39] <fta> firefox-3.5 | 3.5~b4~hg20090330r24021+nobinonly-0ubuntu1~fta1 | http://ppa.launchpad.net jaunty/main Sources
[10:39] <fta> firefox-3.5 | 3.5~b4~hg20090401r24201+nobinonly-0ubuntu1~umd1 | http://ppa.launchpad.net jaunty/main Sources
[10:39] <fta> can't see the bins
[10:40] <fta> i thought they were still in the NEW bin queue
[10:40] <asac> fta: they are waiting for a publisher run most likely ;)
[10:40] <asac> we bin NEWed them not long ago
[10:41] <fta> ok
[10:41] <asac> 40 minutes
[10:41] <asac> probably just missed that run
[10:41] <fta> strange i didn't get any email for that whole thing
[10:42] <asac> fta: you get a NEW in the beginning thats it
[10:42] <asac> we dont send any "now NEWed" mails
[10:42] <asac> irritating, but known :)
[10:48] <fta> didn't get the initial, accepted but delayed for approval, as usual
[10:48] <fta> strange
[11:09] <BUGabundo> guud morning
[11:14] <fta> firefox-3.5 | 3.5~b4~hg20090330r24021+nobinonly-0ubuntu1 | http://archive.ubuntu.com jaunty/universe Packages
[11:14] <fta> good, it's in
[11:14] <BUGabundo> yay
[11:14] <BUGabundo> \o/
[11:40] <asac> jcastro: does epiphany also have gears for you now?
[14:30] <jcastro> asac: nope, doesn't work there
[14:33] <asac> jcastro: running epiphany-gecko?
[14:33] <asac> maybe you are on -webkit?
[14:33] <asac_the_bumber> ricing!
[14:33] <jcastro> nope, gecko
[14:34] <asac> k
[14:34] <jcastro> I don't see why it would work, it's a firefox extension?
[14:34] <asac_the_bumber> i bumb!
[14:35] <asac_the_bumber> asac: you guys bumb hppa to?
[14:35] <asac_the_bumber> too?
[14:36] <asac> hppa is ready for action for us
[14:36] <asac> jcastro: its a xulrunner extension
[14:36] <asac> ephy runs xulrunner
[14:38] <armin76> asac: [reed]: under which category should i fill bugs about the configure file?
[14:41] <armin76> oh, nvm
[14:42] <Jazzva> asac: I'll set char *'s as const and push a new revision. Then you can release it :)
[14:42] <Jazzva> (that is if you reviewed everything else
[14:44] <jtv> asac: good news for you—I worked up a sweat last night and fixed all those unreported exceptions with the XPI imports.  Fix is waiting for review.
[14:50] <asac> jtv: great
[15:04] <Jazzva> asac: I pushed up to rev 54 https://code.edge.launchpad.net/~jazzva/nspluginwrapper/ubuntu.1.2.2-0ubuntu3/+merge/5140
[15:06] <asac> Jazzva: use GLIB_LDFLAGS too please
[15:06] <asac> Jazzva: also have you checked that get_plugin_dirs is run just once?
[15:06] <asac> otherwise we should cache it
[15:06] <asac> and dont do the env parsing over and over again
[15:10] <Jazzva> asac: you mean instead of GTK_LDFLAGS?
[15:12] <Jazzva> asac: I think it's called only once, AFAICS from the code. It's called only to get the list and then it just iterates through it (in auto_{install,remove,update}_plugins and process_list)
[15:14] <asac> Jazzva: yes
[15:14] <asac> Jazzva: ok.
[15:15] <asac> but fixing GLIB_LDFLAGS makes more sense for what we are trying to do
[15:15] <Jazzva> asac: fixing? what do you mean?
[15:16] <asac> Jazzva: using it ;)
[15:16] <Jazzva> asac: instead of GTK_CFLAGS? just checking if I understood correctly
[15:16] <Jazzva> *GTK_LDFLAGS
[15:17] <asac> yes
[15:17] <Jazzva> ok
[15:17] <Jazzva> I'm running a test build
[15:19] <Jazzva> asac: done, pushed
[15:20] <asac> ok rejected the previous merge
[15:21] <Jazzva> and proposed a new one for rev 55 :)
[15:21] <Jazzva> https://code.edge.launchpad.net/~jazzva/nspluginwrapper/ubuntu.1.2.2-0ubuntu3/+merge/5142
[15:22] <asac> odd ... there is no diff :(
[15:22] <asac> maybe that takes a bit to generate?
[15:22] <Jazzva> hmm, it's generated now
[15:22] <Jazzva> http://bazaar.launchpad.net/~jazzva/nspluginwrapper/ubuntu.1.2.2-0ubuntu3/revision/55
[15:23] <asac> no look at the other merge page
[15:23] <asac> you can review the diff directly there
[15:23] <asac> its not visible on the new merge for unknown reasons
[15:23] <Jazzva> where should it be on that page?
[15:25] <Jazzva> ok, just to change UNRELEASED to jaunty in changelog
[15:26] <Jazzva> I forgot to do that
[15:28] <Jazzva> asac: https://code.edge.launchpad.net/~jazzva/nspluginwrapper/ubuntu.1.2.2-0ubuntu3/+merge/5143 sorry for the reproposal
[15:28] <asac> Jazzva: hold on :) ... so *count = 0 is missing i guess
[15:29] <asac> depending on having that set to 0 is not good i think
[15:30] <Jazzva> asac: int n_env_dirs = 0;
[15:30] <Jazzva> asac: const gchar **env_dirs = get_env_plugin_dirs(&n_env_dirs);
[15:31] <Jazzva> I just thought it shouldn't be the get_env_plugin_dirs' job to  set that to 0, since I'm passing it as a parameter. But in this case it wouldn't change anything if it was reset there to 0.
[15:31] <asac> yes the problem is inside the get_env_plugin_dirs
[15:31] <asac> you shouldnt depend on whatever the caller sets
[15:31] <asac> so just int n_dev_dirs; is enough
[15:32] <Jazzva> aha... so to set it inside the get_env?
[15:32] <asac> its best practices that the caller doesnt need to set the value for call by reference. caller is only responsible that the mem is allocated
[15:32] <asac> Jazzva: right
[15:32] <Jazzva> mhm... ok
[15:32] <asac> Jazzva: so what caller has to do is:
[15:32] <asac> int *n_dev_dirs = malloc (sizeof (int));
[15:33] <asac> or (int n_dev_dirs;) of course
[15:33] <Jazzva> yeah, the second is already there, and then get_env...(&n_env_dirs)
[15:40] <Jazzva> asac: https://code.edge.launchpad.net/~jazzva/nspluginwrapper/ubuntu.1.2.2-0ubuntu3/+merge/5146
[15:45] <asac> Jazzva: merged
[15:46] <asac> pushed
[15:46] <Jazzva> asac: noticed, thanks :)
[15:46] <Jazzva> I'll mark branch as merged... or is that done automatically...
[15:47] <asac_the_bumber> bumb!
[15:49] <thunderstruck> oh what the fuck
[15:52] <asac> Jazzva: should be automatically i think
[15:56]  * asac_the_bumber has patches, asac doesn't
[16:25] <gnomefreak> asac: what version of pango is used in TB3 and FF 3.5 3.6?
[16:25] <asac> gnomefreak: the current version
[16:26] <gnomefreak> 1.24?
[16:27] <gnomefreak> makes me wonder why they dont fail to build since it is a core bug
[16:28] <gnomefreak> this is the upstream patch https://bug478871.bugzilla.mozilla.org/attachment.cgi?id=369648
[16:29] <asac> bug 197911 bug 195698
[16:47] <gnomefreak> anyone getting keyring errors in Gwibber?
[16:48] <gnomefreak> looks like it froze now
[16:50] <gnomefreak> its nokeyringdaemonerror  when trying to retrieve messages and replies
[16:51] <gnomefreak> and it keeps crashing
[17:09] <Mirv> Was there a reason http://bazaar.launchpad.net/~asac/ubufox/main/revision/141.1.1 resetted browser.throbber.url and app.update.url.details to the English version instead of localized ones? No in Jaunty only English is shown even though localized versions would be there. (when offline)
[17:13] <asac> Mirv: which language was reset?
[17:15] <Mirv> asac: all that had the localized version in use before that commit, eg. fi, lt. In the bug report the changes are claimed to come from, I submitted a tarball that did use the localized version URL.
[17:15] <Mirv> I now wrote details at https://bugs.launchpad.net/ubuntu/+source/ubufox/+bug/353924
[17:16] <Mirv> In that commit, all files under "files modified" title are the same: release notes changed to 810 and URLs resetted from the localized ones to the English one (even if in the bug report #283517 localized URLs would have been offered)
[17:17] <asac> seems to be a bug
[17:17] <asac> seems lots of translations were added
[17:17] <asac> and the modified ones have regressions
[17:17] <asac> but not all
[17:17] <asac> actually havent found any other language than FI ;)
[17:18] <asac> bug 283517
[17:18] <Mirv> pt-BR, lt, uk, cs_CZ
[17:19] <asac> Mirv: those are already in intrepid, arent they?
[17:19] <Mirv> el_GR, it_IT, ru_RU, sl_SI, sv_SE. and that fi.
[17:20] <asac> https://bugs.edge.launchpad.net/ubuntu/+source/ubufox/+bug/283517/comments/6
[17:20] <asac> isnt that what we have now?
[17:20] <asac> hmm
[17:20] <asac> seems saivvan didnt do it right
[17:20] <Mirv> asac: probably. I think I never checked if that bug was really fixed for intrepid, since normally I am not offline :)
[17:20] <asac> but those should be in intrepid or is it just jaunt?
[17:21] <Mirv> let me check with my intrepid to make sure
[17:22] <asac> seems we have to rereview that commit
[17:22] <asac> and fix regressions
[17:22] <asac> but tomorrow
[17:22] <asac> have to run
[17:22] <Mirv> interesting, looks like it works in intrepid for some reason or another
[17:24] <asac> it ws committed before 0.6 final
[17:24] <asac> which should be what we have in intrepid
[17:25] <Mirv> I'll check it a bit more
[17:25] <asac> Mirv: maybe intrepid still has the alternative which is right for you for fi
[17:25] <asac> so in theory you would always get fi even if you used one of the other languages that point to that generic path now
[17:29] <Mirv> asac: in intrepid the starpage.html constructed the URL by itself
[17:30] <Mirv> so that's why the URLs in ubufox.properties did not matter. somehow that same thing doesn't now work in jaunty
[17:31] <asac> good point
[17:31] <Mirv> and it's probably related to http://bazaar.launchpad.net/~asac/ubufox/main/revision/149 somehow ("drop localizable general.useragent.locale pref from ubuntu-mods.js to unbreak mozilla usage stats")
[17:31] <asac> i will check that
[17:32] <asac> yeah. i have to check
[17:32] <asac> thought i fixed everything
[17:32] <Mirv> there is some code still there, but it doesn't work at the moment
[17:32] <Mirv> ok, thans
[17:32] <Mirv> +k
[17:32] <gnomefreak> asac: where is the profile kept for gwibber? i dont see a .gwibber
[17:32] <asac> gnomefreak: have to run
[17:32] <asac> i would think there
[17:32] <asac> or in .gnome2/gwibber
[17:32] <asac> or in .config/gwibber
[17:33] <gnomefreak> ok ill look
[17:37] <gnomefreak> its .gconf/apps/gwibber/ and its not being very helpful
[17:53] <BUGabundo_> hey
[17:53] <BUGabundo_> asac ping
[17:55] <BUGabundo_> asac https://bugs.edge.launchpad.net/ubuntu/+source/mobile-broadband-provider-info/+bug/353957
[17:56] <BUGabundo_> bye
[18:22] <Mirv> asac: ok added some more details to bug #353924 ... it seems there is zero way in jaunty to get the user's language otherwise than Accept-Language HTTP header, since everything is hard-coded to en-US.
[18:23] <Mirv> I believe it also breaks all pages that expect to show correct language via javascript instead of PHP
[18:25] <Mirv> I now reopened bug #117915
[19:55] <asac> Mirv: i have attached a patch. you can just apply it after apt-get source ubufox and build with debuild -b
[20:07] <jcastro> asac: hey so sorry I dropped out early last night, what was the plan as far as prism/gears? (I am assuming you have no time to look at it until past release)
[20:07] <asac> jcastro: yeah. we can investigate then. just wondered if it works for epiphany too now that you installed it in system xulrunner
[20:07] <jcastro> yeah it definately doesn't
[20:07] <asac> but you already denied it ;)
[20:08] <asac> i will check with the prism guy then if he did something to make this happening
[20:08] <jcastro> asac: I am unsure if it would make sense to ship it with xulrunner unless one installs a prism app
[20:08] <jcastro> so like, only install it if I install prism-google-mail or something
[20:08] <asac> jcastro: i need to figure out if it would work in all xulapps
[20:09] <asac> epiphany is a bit special because its not a xulapp, but rather just an embedder
[20:09] <asac> jcastro: it would be a separate package for sure
[20:10] <jcastro> right
[20:10] <asac> i will dig out a simple browser xulapp for you to check ;)
[20:11] <Mirv> asac: tried the patch, does not seem to help. did you read the updated description? it's en-US everywhere, so there's not much to get something else out of
[20:11] <jcastro> asac: I think this whole thing is FF specific tbh
[20:12] <asac> Mirv: you sure you didnt manually tweak your preferred lanaguages list in firefox?
[20:12] <asac> e.g. the one in preferences -> content
[20:12] <asac> jcastro: well. prism doesnt have much with firefox in common ;)
[20:13] <asac> at least not more than any other xulapp ;)
[20:13] <Mirv> asac: there is Finnish (fi) first, English (en) second...
[20:13] <jcastro> asac: ah ok, fair enough
[20:13] <Mirv> asac: I have touched those, though
[20:14] <Mirv> asac: I also tried with mv .firefox test
[20:14] <Mirv> .mozilla, that is
[20:14] <asac> Components.classes["@mozilla.org/preferences-service;1"].getService(Components.interfaces.nsIPrefBranch).getCharPref("general.useragent.locale")
[20:14] <asac> Mirv: can you run that in tools -> error console please
[20:14] <asac> (e.g. hit clear first)
[20:15] <Mirv> asac: en-US
[20:16] <Mirv> also the bug report has the .html attachment which gives en-US for everything in jaunty and fi-FI in intrepid
[20:16] <asac> yeah obviously kind of sucks ;)
[20:17] <Mirv> and that's why I reopened bug #117915 now
[20:17] <asac> Mirv: err. the ubuntu starpage online works right
[20:17] <asac> hmm
[20:17] <Mirv> asac: it probably uses PHP to get Accept-Language, but it's not receivable via javascript
[20:20] <asac> so we need to fix the other bug which was made wontfix upstream because we shouldnt use the other mechanism
[20:25] <asac> Mirv:  can we close the old bug please and open a regression bug instead?
[20:26] <Mirv> asac: yes I'll do that.
[20:27] <Mirv> so what has changed since intrepid?
[20:27] <asac> Mirv: lets keep it ;)
[20:27] <asac> Mirv: we dropped localized pref for user locale
[20:28] <Mirv> so no closing of the old bug? :)
[20:29] <asac> Mirv: its fine
[20:29] <Mirv> ok.
[20:29] <asac> usually i dont like reopening old bugs
[20:29] <asac> if its a regression its a different bug
[20:29] <asac> this is different because its an upstream bug
[20:30] <Mirv> ok. I have to flee now, but good that the problem is becoming understood
[20:55] <gnomefreak> ok its fixed :)
[21:00] <[reed]> asac: upstream bug?
[21:12] <gnomefreak> asac: bug 347972 is fixed debdiff attached
[21:26] <gnomefreak> damn it
[21:26] <gnomefreak> its fixed im working out kinks in branching
[21:32] <gnomefreak> ok fixed i can go eat dinner now its already 4:30pm
[21:33] <armin76> fta: from what i can tell, that sparc failure its because its using a solaris function, yay...
[21:39] <armin76> [reed]: mozilla bug 476042 uses a solaris function, should i open a new bug or comment there?
[21:39] <[reed]> new bug
[21:39] <armin76> k, thanks
[21:39] <[reed]> mark dependencies correct
[21:39] <[reed]> etc.
[21:54] <armin76> mozilla bug 486584
[21:54] <armin76> have fun
[22:00] <fta> armin76, thanks
[22:05] <gnomefreak> asac: ok i provided a fix for the above ubufox bug, it was easy and fast so i didnt do anything else to it.
[22:06] <gnomefreak> im gone ;)
[23:06] <rzr> hi
[23:40] <fta> asac, SEAMONKEY_1_1_16_RELEASE
[23:41] <rZr> asac: i'll be back for FB tomorow k ?