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