[00:38] <Hobbsee> hey there, are there plans to provide the thunderbird 3 beta 1 in a ppa?  Or even the nightlies?
[00:43] <asac> Hobbsee: we have tbird 3.0 in  ~fta ppa ... not sure if beta1 is there yet. most likely it was released while we were in uds
[00:44] <Hobbsee> asac: was released on the 8th,i tseems
[00:45] <asac> Hobbsee: yeah .. so on mondaay ;)
[00:45] <Hobbsee> cool :)
[00:53] <asac> ok so folks:
[00:53] <asac> Hobbsee: fta: [reed]: please test this:
[00:53] <asac> about:config in firefox 3.0
[00:53] <asac> reset app.update.lastUpdateTime.blocklist-background-update-timer pref
[00:53] <asac> (should be empty)
[00:54] <asac> oh sorry before everything install http liveheaders and go to capture mode ;)
[00:54] <asac> open error console in tools and do:
[00:54] <asac> Components.classes['@mozilla.org/extensions/blocklist;1'].getService(Components.interfaces.nsITimerCallback).notify(null)
[00:54] <asac> then look at http liveheaders output as it calls the block list
[00:54] <asac> copy the url that you see there
[00:54] <asac> should start with https://addons...
[00:55] <asac> what do you get?
[00:55]  * asac gets https://addons.mozilla.org/blocklist/2/%7Bec8030f7-c20a-464f-9b0e-13a3a9e97384%7D/3.0.4/Firefox/2008111319/Linux_x86_64-gcc3/chrome://global/locale/intl.properties/default/Linux%202.6.27-7-generic%20(GTK%202.14.4)/canonical/1.0/
[00:55] <asac> Jazzva: ^^ please try too
[00:55] <asac> [reed]: can you check with your build?
[00:56] <Jazzva> asac, should I get an XML file that starts with <blocklist> tag?
[00:56] <Jazzva> ah, read the backlog. will try
[00:59] <[reed]> asac: with my Ubuntu copy or my mozilla.org build?
[00:59] <asac> [reed]: since we all test with ubuntu build i am interested in your _real_ build
[01:00] <asac> or mozilla.org
[01:00] <asac> e.g. whatever you usually run
[01:00] <[reed]> ok
[01:01] <asac> Jazzva: i am interested in the GET url that is invoked
[01:01] <asac> not the result you get
[01:01] <asac> (the result should be more or less fine)
[01:03] <Jazzva> asac: https://addons.mozilla.org/blocklist/2/%7Bec8030f7-c20a-464f-9b0e-13a3a9e97384%7D/3.0.4/Firefox/2008101315/Linux_x86-gcc3/chrome://global/locale/intl.properties/default/Linux%202.6.27-9-generic%20(GTK%202.14.4)/default/default/
[01:04] <asac> yay !!!!
[01:04] <asac> [reed]: http://paste.ubuntu.com/85876/
[01:04] <asac> thats the patch
[01:04] <[reed]> asac: please file a bu
[01:04] <[reed]> bug
[01:04] <[reed]> we'll get that fixed in all branches
[01:04] <[reed]> super-quickly
[01:04] <[reed]> wow
[01:05] <[reed]> that's so bad
[01:06] <[reed]> asac: can you make sure AUS isn't doing that same dumb thing?
[01:06] <[reed]> in the update service code?
[01:06] <[reed]> if you wouldn't mind
[01:07] <asac> [reed]: i am opening bug for this blocklist
[01:07] <asac> then look at the other things as you want
[01:07] <[reed]> ok
[01:07] <[reed]> thanks
[01:08] <asac> Jazzva: can you try with upstream build?
[01:08] <asac> with fresh profile at best
[01:08] <asac> (upstream non-localized build most likely)
[01:09] <Jazzva> ok
[01:14] <asac> [reed]: filed against addon-manager (didnt fine a special blocklist component in toolkit)
[01:15] <asac> mozilla bug 469760
[01:15] <ubottu> Mozilla bug 469760 in Add-ons Manager "blocklist url called without resolving complex pref for locale used on ubuntu" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=469760
[01:15] <asac> will do a clean patch
[01:15] <asac> (have attached dirty one i did to verify that it works with complex pref)
[01:15] <asac> [reed]: ^^
[01:17] <asac> tried to improve summary ... guess its not much better though ;)
[01:21] <asac> [reed]: read what i posted to bug
[01:23] <asac> [reed]: i assume it means that its definitly not needed on stable branches
[01:24] <Jazzva> asac: https://addons.mozilla.org/blocklist/2/%7Bec8030f7-c20a-464f-9b0e-13a3a9e97384%7D/3.0.4/Firefox/2008102920/Linux_x86-gcc3/en-US/release-cck-mozilla04/Linux%202.6.27-9-generic%20(GTK%202.14.4)/mozilla04/1.0/
[01:24] <Jazzva> with upstream non-localized build
[01:24] <asac> yeah expected
[01:24] <asac> thanks
[01:24] <Jazzva> np :)
[01:25] <asac> [reed]: i will remove the blocking flags for the stable branches for now
[01:26] <[reed]> ok
[01:26] <asac> [reed]: but good to know ... so your current stats means most likely "all distros, but ubuntu" ;)
[01:27] <asac> [reed]: so you can probably measure the boost once it rolls ;)
[01:27] <[reed]> lol
[01:27] <[reed]> so, you're going to fix it in ubufox?
[01:27] <asac> yes ... and in firefox for the old branches
[01:27] <[reed]> k
[01:27] <asac> but those shouldnt really matter i guess
[01:29] <[reed]> please fix it ;)
[06:30] <asac> Hobbsee: btw, b1 is in ~fta PPA since 10th ... https://edge.launchpad.net/~fta/+archive?field.name_filter=thunderbird&field.status_filter=published
[10:26] <gnomefreak> Jazzva: you around?
[10:27] <gnomefreak> asac: in bug 306229 i added the info at hand. Jazzva was supposed to package it but im confused since we didnt have iceweasel in Hardy but source log says we do
[10:27] <ubottu> Launchpad bug 306229 in ubuntu "[Jaunty] Please remove all iceweasel packages" [Undecided,New] https://launchpad.net/bugs/306229
[10:31] <Jazzva> gnomefreak, iceweasel-scrapbood is a transitional package. it depends on scrapbook, which is the actual one
[10:31] <Jazzva> s/scrapbood/scrapbook/
[10:32] <gnomefreak> ah ok
[10:34] <Jazzva> gnomefreak, it's actually a merge from debian, the older way of packaging is there (without mozilla-devscripts).
[10:35] <Jazzva> though, it still links to /usr/lib/iceweasel/extensions/ too. I will correct that in one of the next uploads, it's not a major bug.
[10:35] <gnomefreak> im still kind of against keeping the iceweasel transitional pakcages since we dont have ice* in our archives. if binary name dropped iceweasel and source didnt that can get confusing for users
[10:37] <gnomefreak> are all the browsers we use on deps list? i havent grabed package to look
[10:43] <Jazzva> firefox, abrowser and firefox-2. we should drop the last on. I noticed that debian has newer version of this extension, so I'll do a merge later...
[10:44] <gnomefreak> we also should have seamonkey and any other im forgetting
[10:49]  * gnomefreak has a bad feeling we are going to need a man page for vimperator
[10:49] <gnomefreak> ill be back need smoke
[11:13] <gnomefreak> why does wiki hate me so damn much
[11:15] <gnomefreak> who can tell me why when i move a package out of needs info to the ready to work on rgoup
[11:15] <gnomefreak> it doesnt stay inline with the others it doesnt conform to table surrectly
[11:43] <gnomefreak> can someone ploease let me know what is wrong with foxmarks (not fitting in tablet) on https://wiki.ubuntu.com/MozillaTeam/Extensions/List in the not sutable for Ubuntu section? i have been working on it ~30 mins cant get it aligned
[11:48] <gnomefreak> ok imm done fucking with it
[11:57] <asac> gnomefreak: probably you got the colum count wrong or something
[11:57] <asac> or maybe you lack a whitespace in front ... or miss a double ||
[12:00] <gnomefreak> ill type it over again since by looking at it its correct AFAICT but it will wait until i get coffee in me
[12:00] <gnomefreak> be back after coffee is done
[12:27] <Jazzva> asac, looks like I fixed the bug 279466
[12:27] <ubottu> Launchpad bug 279466 in foxyproxy "Error writing settings file: file:///usr/lib/firefox-3.0.3/foxyproxy.xml" [High,Triaged] https://launchpad.net/bugs/279466
[12:29] <Jazzva> it seems foxyproxy used settingsDir for something else, then just storing settings, so it failed loading foxyproxy.js from /usr/lib/firefox/extensions/<the-rest>. I'll paste my current patch, it works, but I added one function to retrieve real settings path. Dunno if I introduced another bug by using it :)
[12:36] <asac> Jazzva: heh ... paste ;)
[12:36] <Jazzva> asac: patch http://pastebin.com/fdbe6b44
[12:37] <Jazzva> asac: calls of getDefaultPath, which returned settingsDir, throughout the old code (before patch) http://pastebin.com/f390f2122
[12:37] <Jazzva> so, i added getSettingsPath, which is modified getDefaultPath to return profile dir
[12:38] <Jazzva> I'm not sure if I should change all of those getDefaultPath that I changed, but I (quickly) changed them based on the looks of the surrounding code...
[13:03] <asac> Jazzva: so getDefaultPath is always wrong?
[13:03] <asac> maybe only the first hunk is needed (not looking at full source)
[13:03] <asac> e.g. 30/31 vs. 39/40
[13:06] <gnomefreak> wiki is fixed it needed my email
[13:08] <Jazzva> asac: well... still confused why it doesn't work when I just change settingsDir. after looking up, I noticed there is other function transformer, which calls getDefaultPath, if we're not using Portable FF. so, it old settingsDir gets resurrected there.
[13:09] <Jazzva> and it seems settingsDir is only used for settings file path... not for foxyproxy.js loading :). anyway, what do you mean 30/31 vs. 39/40?
[13:10] <Jazzva> ah, patch line number :)
[13:12] <Jazzva> my bad... so, transformer function will call getDefaultPath if we're using PFF (i suppose that's what PFF var indicated), this is how it's executed "o == this.PFF && (o = this.getDefaultPath());"
[13:13] <Jazzva> seems it's ok then... we can change getDefaultPath to getSettingsPath, and leave getDefaultPath in case of PFF (which we don't need :))...
[13:13] <gnomefreak> we have all kinds of *make apps but no damn gmake :(
[13:14] <gnomefreak> gonna guess that make is replacemnt for gmake
[13:14] <Jazzva> gnomefreak, what is gmake?
[13:14] <gnomefreak> Jazzva: wish i knew im guessing gnome make or gui make
[13:15] <gnomefreak> its a build dep listed for vimperator
[13:15] <gnomefreak> Required software to build: ¶
[13:15] <gnomefreak> * git * asciidoc (Version 8.x or newer) * zip * gmake, awk, sed, sh, echo
[13:15] <gnomefreak> oh yeah and i hate git
[13:16] <gnomefreak> awi we dont have either
[13:16] <gnomefreak> although i do remember awi from somewhere
[13:16] <Jazzva> we have awk...
[13:17] <gnomefreak> oh i typoed
[13:18] <gnomefreak> lol we have 3 choices :(
[13:23] <Jazzva> gnomefreak, if it won't build from source, you can use the existing xpi...
[13:23] <Jazzva> gnomefreak, but it should build. gmake is actually make...
[13:46] <gnomefreak> Jazzva: yeah i figured that, as for building from source it seems unlikely i will since there is 2+ extensions in one source and honestly we dont need them but i will look into it sometime in next few weeks.
[13:48] <gnomefreak> if i can hire 2 people by monday i can leave for g/f's parents house for christmas and newyears should be back by the 8th or so i got one im gonna make an offer to but cant find person #2
[13:54] <asac> gmake is gnu make aka make (as we have it installed
[13:55] <sebner> asac: gtk make would have been more fun :P
[13:55] <asac> on bsd system you usually have to install gmake in order to get a decent make ;)
[13:55] <asac> BSD make is complete crap imo ;)
[13:58] <Jazzva> I'm off till ~10pm... have to do social and school stuff outside... see you later :)
[13:58] <Jazzva> asac, I'll prepare a patch... I think it should work without using getDefaultPath (except for Portable FF), so I'll retest that tonight and submit a patch :)
[14:08] <gnomefreak> anyone getting memos from memoserv in emails?
[14:13] <gnomefreak> ha i found out :)
=== asac_ is now known as asac
[21:13] <fta> hi
[22:04] <Jazzva> asac, I'll send the patch tomorrow in the morning. I'm too tired to live right now, so I'm off to sleep.
[22:13] <asac> Jazzva: sure